gaming packet loss above.net

Started by lumi, Nov 05, 2007, 21:40:10

Previous topic - Next topic

0 Members and 1 Guest are viewing this topic.

lumi

I'm getting serious packet loss sometimes 24% inbound 5-10 outbound to 82.192 isps gaming servers going through above.net again

they have cropped up in other forums from other isps so it def looks like they have an issue, ive mailed them but they say nothing is wrong and then get problem resolved so its a waste of time lil ol me mailing them.

Simon managed to sort it last time so ive mailed him.

my ideal solution is not to use above.net. Is it something idnet arrange in peering agreements ? does ident have any control on whether they use above.net?

if so please idnet i beg dont use them or ill have to look elsewhere, and i dont really want to

anyone else having problems?

lumi

a quick google turned this up just for an eg that above .net crops up  quite a bit

Packet loss to some destinations

We're currently seeing about 15% "packet loss" from our data center to a handful of locations on the Internet (notably connections that go through the above.net backbone). Most people aren't affected by this, but for those that are, this can cause connections to be slower than normal. We have a ticket open with the data center for this issue, and we'll update this page when it's resolved.

Update May 20: The packet loss problem was effectively resolved on Friday, although we've been monitoring the above.net backbone connection closely to ensure that there is no ongoing problem. Although we've seen a couple of short latency issues that we're still following up with the data center about, customers are not experiencing any problems.

http://blog.tigertech.net/posts/packet-loss-to-some-destinations/

Rik

I don't game, so no problems here. I think this is something you really need to talk to IDNet about, though, we can't really say or do much about routing here.
Rik
--------------------

This post reflects my own views, opinions and experience, not those of IDNet.

Adam

Quote from: lumi on Nov 05, 2007, 21:40:10
my ideal solution is not to use above.net. Is it something idnet arrange in peering agreements ? does ident have any control on whether they use above.net?

anyone else having problems?

I'm not sure what the exact IP/site you are trying to reach is, so can't determine if the path being taken is via direct peering or not. Having a look at a simple traceroute it looks like Above.net is being used via LONAP, so IDNet wouldn't have any control over LONAPs part of the network. They could prevent the traffic from going via LONAP though.

I've had issues with Above.net in the past, some with IDNet and some with datacentres. IDNet tends to correct the problems fairly promptly though.
Adam

lumi

in game shot, fine when not routing through above.net

[attachment deleted by admin]

lumi

spoke to simon today well impressed he took my call and explained to me what he thinks the issues is (good explanation) and what hes going to do about it, and a rough timescale.

excellent

much better then switch modem on n off again..hmm wonder who im refering to lol

Rik

IDNet is different to most - it's why we purr gently. :)
Rik
--------------------

This post reflects my own views, opinions and experience, not those of IDNet.

Adam

Quote
spoke to simon today well impressed he took my call and explained to me what he thinks the issues is (good explanation) and what hes going to do about it, and a rough timescale.

excellent

much better then switch modem on n off again..hmm wonder who im refering to lol

There are a lot of ISPs that often over use the router rebooting technique, although it can be useful in some cases. If you don't mind me asking, what are the changes/planned solution?
Adam

lumi

cant rem the exact vocab but the gist was...n i may get some of this slighty wrong


something has changed.

layman rules of.. if u see traffic from here put it on above.net instead of leaseweb.. i think.

it used to be other way round ...er  something like that

er i forget exactly 'doh'

and he needs to get it changed back

maybe done in a couple of days

dont think im doing his explanation justice, i did understand it but didnt commit it to memory.

sorry




lumi

wow so impressed with ident and the response and actual action that idnet took to resolve this issue for me in a reasonable time, in fact quite quickly.

routing has changed i can see it when traceing and no packet loss, above.net not being used anymore all is good again.

instead of saying or waiting for more people they took a look for lil ol me identified an issue told me what it was and gave a rough time scale for a fix.

It is now solved and involved changing routing/peering..

whether it was changed without idnet knowing to above.net which gives packet loss and had to be put back or whether idnet  just changed it away from above.net i dont know

all i know is i contacted ident and they have solved it

wow wonder who else would actually do that

many thanks simon and idnet


Lance

#10
It's what we love about being with IDNet, the great CS.
Lance
_____

This post reflects my own views, opinions and experience, not those of IDNet.

Rik

Glad you're sorted, Lumi. As Lance says, it's the personal service which makes IDNet so great. :)
Rik
--------------------

This post reflects my own views, opinions and experience, not those of IDNet.