traffic from DE to DE goes via NL->UK->US->FR
Hi, Just wondering if it is normal for traffic from DE to DE to flow through NL->UK->US->FR and so increase delay nearly 100 times? Traceroute here: http://pastebin.ca/115200 and there is only 4 AS, so ASPATH does not help a lot in finding such links with a horrifying optimisation. I believe there is much worse links, any software to detect this? Something like scanning one ip from larger IP blocks with icmp and comparing geotrajectoyi via geoip? thank you, AKK
On Fri, 4 Aug 2006, Andrius Kazimieras Kasparavi?ius wrote:
Just wondering if it is normal for traffic from DE to DE to flow through NL->UK->US->FR and so increase delay nearly 100 times? Traceroute here: http://pastebin.ca/115200 and there is only 4 AS, so ASPATH does not help a lot in finding such links with a horrifying optimisation. I believe there is much worse links, any software to detect this? Something like scanning one ip from larger IP blocks with icmp and comparing geotrajectoyi via geoip?
You should direct the question to whereever you are a customer. These things usually happen when one party doesn't want to peer with another party and the one that wants to peer, will route traffic really far away to make sure that both parties are paying for the traffic, thus increasing the motivation for the other party to change their mind regarding peering. -- Mikael Abrahamsson email: swmike@swm.pp.se
On Fri, 4 Aug 2006, Mikael Abrahamsson wrote:
On Fri, 4 Aug 2006, Andrius Kazimieras Kasparavi?ius wrote:
Just wondering if it is normal for traffic from DE to DE to flow through NL->UK->US->FR and so increase delay nearly 100 times? Traceroute here: http://pastebin.ca/115200 and there is only 4 AS, so ASPATH does not help a lot in finding such links with a horrifying optimisation. I believe there is much worse links, any software to detect this? Something like scanning one ip from larger IP blocks with icmp and comparing geotrajectoyi via geoip?
You should direct the question to whereever you are a customer.
These things usually happen when one party doesn't want to peer with another party and the one that wants to peer, will route traffic really far away to make sure that both parties are paying for the traffic, thus increasing the motivation for the other party to change their mind regarding peering.
-- Mikael Abrahamsson email: swmike@swm.pp.se
...unfortunate series of circumstances... ;-) but the bottom line is that the economics of it (almost always) comes on top of customer's benefit. i have the same problem in my city, to reach some (few) networks, since some years now. ...but i guess in central europe (or in the central european internet - london/amsterdam/frankfurt/paris) you don't see that often... ;-) best regards, ./Carlos Skype: cf916183694 -------------- Wide Area Network (WAN) Workgroup, CMF8-RIPE, CF596-ARIN FCCN - Fundacao para a Computacao Cientifica Nacional http://www.fccn.pt "Internet is just routes (191157/571), naming (millions) and... people!"
On Fri, 4 August 2006 14:57:48 +0100, Carlos Friacas wrote:
...but i guess in central europe (or in the central european internet - london/amsterdam/frankfurt/paris) you don't see that often... ;-)
Indeed not. In this case (I know the return route goes to GX as well, but directly so, and then to the target network in the most direct way) it might be just be a bad choice (accidentally I presume) of the best path to a destination, and that kinda happens it seems if you have several links with a single provider. No clue why closest-exit is not done. But then, what do I know, I can only guess here. Alexander
Andrius Kazimieras Kasparavic(ius wrote:
Hi,
Just wondering if it is normal for traffic from DE to DE to flow through NL->UK->US->FR and so increase delay nearly 100 times? Traceroute here: http://pastebin.ca/115200 and there is only 4 AS, so ASPATH does not help a lot in finding such links with a horrifying optimisation. I believe there is much worse links, any software to detect this? Something like scanning one ip from larger IP blocks with icmp and comparing geotrajectoyi via geoip?
thank you, AKK
I remember two peculiarities. Between Amsterdam and London packets were summersolting. The fifth packet arrived before the second. Making VoIP impossible. In the Cyberbunker every IPv4 address gave a different traceroute. Most addresses did not work at all. When I replaced a GrandStream ATA-486 as VoIP gateway and DSL-router by a slow linux box, that mess cleared. Everything working fine and fast. The ICMP in the GrandStream was broken. I guess in the Cyberbunker a local router was broken too. The sh** needed both routers to reach the fan. Cheers Peter and Karin -- Peter and Karin Dambier Cesidian Root - Radice Cesidiana Graeffstrasse 14 D-64646 Heppenheim +49(6252)671-788 (Telekom) +49(179)108-3978 (O2 Genion) +49(6252)750-308 (VoIP: sipgate.de) mail: peter@peter-dambier.de mail: peter@echnaton.serveftp.com http://iason.site.voila.fr/ https://sourceforge.net/projects/iason/
participants (5)
-
Alexander Koch -
Andrius Kazimieras Kasparavičius -
Carlos Friacas -
Mikael Abrahamsson -
Peter Dambier