waarom zon vreemde routering UPC ?

Daar er zich hier UPC medewerkers op het forum laten zien wil ik graag de volgende vraag stellen:::

waarom routeerd UPC de volgende route op deze manier ?

tracert www.linx.net

0 192.168.1.2 eddie.yin (private use)
1 192.168.1.1 usr8200.yin 0 (private use)
2 10.15.94.1 - 6 (private use)
3 212.142.50.1 p50001.net.upc.nl 8 UPC Nederland B.V.
4 212.142.32.41 p14232041.net.upc.nl 8 Brain IP core and distribution
5 213.46.183.57 nl-ams02a-ra1-ae-1-0.aorta.net 9 213.46.183.0
6 213.46.160.237 uk-lon01a-rd2-pos-5-0.aorta.net 17 213.46.160.0
7 213.46.174.78 - 16 213.46.174.0
8 195.66.227.254 pr2.tcm.linx.net 19 London Internet Exchange (LINX)
9 195.66.248.126 g0-0.tr3.tcm.linx.net 16 London Internet Exchange
10 195.66.248.243 fa0-0.transit1.thn.linx.net 19 London Internet Exchange
11 195.66.232.53 www.linx.net 16 London Internet Exchange (LINX)

en www.lotro-europe.com in de uk over parijs heen met routers 30 en 20 packetloss ?



0 192.168.1.2 eddie.yin (private use)
1 192.168.1.1 usr8200.yin 0 (private use)
2 10.15.94.1 - 8(private use)
3 212.142.50.97 p50097.net.upc.nl 7 UPC Nederland
4 212.142.32.73 p14232073.net.upc.nl 11 Brain IP core and
5 30 213.46.183.93 nl-ams05a-ra3-ae-1-0.aorta.net 10 213.46.183.0
6 213.46.160.214 fr-par02a-rd1-pos-5-0.aorta.net 16 213.46.160.0
7 213.46.163.86 fr-par02a-ra1-10ge-0-0-0-0.aorta.net 25 213.46.163.0
8 193.251.243.29 pos0-7-0-0.auvtr1.Aubervilliers.opentransit.net 20 France TelDistance
9 193.251.128.222 pos0-1-0-0.pastr1.Paris.opentransit.net 21 France Tel Long Distance
10 193.251.128.221 so-0-2-0-0.loncr5.London.opentransit.net 30 France Tel Long Distance
11 193.251.251.218 energisuk-1.GW.opentransit.net 29 France Tel Long Distance
12 20 195.92.161.2 v350.npr-1.telh.as5388.net 26 Cable & Wireless Tel Services
...
? 62.25.96.160 www.lotro-europe.com Energis UK

Dat je op een router packetloss ziet met een dergelijk trace wil niet zeggen dat er ook daadwerkelijk
packetloss is. Een router geeft voorrang aan dataverkeer boven het reageren op ping requests. Als
een router het druk heeft zal een router niet reageren op pings wat terug te zien is als packetloss.

De router uk-lon01a-rd2 staat binnen Telecity in Londen waar ook de LINX (London Internet Exchange) zich bevind. De eerste traceroute ziet er dan ook heel normaal uit. Je gaat vanuit UPC NL met een paar hops het AORTA netwerk op, en vanuit daar ga je direct naar Londen.

De tweede route ziet er in eerste instantie inderdaad niet optimaal uit, maar dit hangt er weer vanaf waar UPC/AORTA de meest optimale route geadverteerd krijgt van Opentransit, waar Cable&Wireless achterhangt. Als UPC/AORTA & Cable&Wireless een directe verbinding/peering zouden opzetten binnen bijvoorbeeld de LINX, dan zou het verkeer direct richting Londen gaan. Het is alleen niet altijd even vanzelfsprekend dat providers direct met elkaar verkeer gaan uitwisselen - Er gaat af en toe de nodige politiek aan vooraf alvorens zo'n verbinding word opgezet

Packetloss binnen een traceroute of ping hoefd inderdaad niet altijd te zeggen dat je een slechte verbinding te pakken hebt zoals Excalibur al aangeeft. Je kunt al gauw zien of dit echt het geval is wanneer bijvoorbeeld hop-5 packetloss aangeeft en de achterliggende hops niet. Als hop-5 echt packetloss zou veroorzaken, dan zou je dit ook moeten zien bij de achterliggende hops.

Deze vraag deed me denken aan een filmpje te vinden op: https://www.warriorsofthe.net

'The packets may not always take the shortest route but hey, they'll get there... Eventually'

Best leuk om es te zien

Inderdaad Dat filmpje had ik jaren geleden voor het eerst gezien toen ik eens wilde uitvinden wat m'n collega's nou in hemelsnaam aan het doen waren hehe

Herkenning