Onderwerp: ipv6 Level3

Zijn er nog andere mensen bezig met ipv6 bij level3 ?
Het valt me op dat je via ipv6 soms een extreem lange omweg hebt en daardoor een hoge latency.

Maar ook zijn aantal ipv6 adressen niet bereikbaar.
Bijvoorbeeld google, maak je hier dan netjes een supportcase voor aan (in oktober 2010) :

Trouble Summary:no route to ipv6.google.com
Current Status of the trouble:here is an update from our engineering group regarding this issue:

The Level 3 network is fully enabled for native IPv6 Connectivity. The global IPv6 routing table environment is still evolving and Level 3 continues to work on filling out its IPv6 connectivity in the most efficient and most cost effective way for our customers.

Vorige week wou ik http://test-ipv6.com/ eens benaderen, die vrolijk melding geeft dat we niet de voldoen aan de ipv6 test, met daarbij advies om ipv6 voorlopig te disablen omdat je anders problemen kan krijgen.

Reden is dat we 2001:470:1:18::2 niet kunnen bereiken :

Code:

traceroute to 2001:470:1:18::2 (2001:470:1:18::2), 30 hops max, 40 byte packets
1 ge-5-0-2.edge3.Amsterdam1.Level3.net (2001:1900:5:2:2::d1) 0.241 ms !N 0.250 ms !N 0.239 ms !N

Nogmaals een case aangemaakt bij level3 :

We are not getting any routes from Hurricane Electric and they are not a peer. This is a policy decision.

Rest assured that Level 3 network is fully enabled for native IPv6 Connectivity. The global IPv6 routing table environment is still evolving and Level 3 continues to work on filling out its IPv6 connectivity in the most efficient and most cost effective way for our customers."

Zelfde antwoord waar je natuurlijk niets mee kan.....

Hier een voorbeeld van een traceroute via ip4 en ipv6 naar zelfde host :

Code:

traceroute to router-xs4-1.thepeoplesvalley.net (194.109.7.86), 30 hops max, 40 byte packets
 1  ge-5-0-2.edge3.Amsterdam1.Level3.net (212.72.33.121)  0.103 ms  0.130 ms  0.120 ms
 2  isc-level3-ge.SanJose1.Level3.net (4.68.110.142)  0.189 ms  0.190 ms  0.180 ms
 3  xs4all-internet-gw.ip4.tinet.net (77.67.74.210)  15.266 ms  14.951 ms  0.284 ms
 4  0.so-2-0-0.xr4.1d12.xs4all.net (194.109.5.9)  0.785 ms  0.780 ms  0.818 ms
 5  te5-4.swcolo2.3d12.xs4all.net (194.109.12.34)  1.005 ms  1.034 ms  1.121 ms
 6  router-xs4-1.thepeoplesvalley.net (194.109.7.86)  0.763 ms  0.787 ms  0.777 ms

Code:

traceroute to router-xs4-1.thepeoplesvalley.net (2001:888:2000:31::2), 30 hops max, 40 byte packets
 1  ge-5-0-2.edge3.Amsterdam1.Level3.net (2001:1900:5:2:2::d1)  0.215 ms  0.189 ms  0.172 ms
 2  vl-4081.edge4.Amsterdam1.Level3.net (2001:1900:5:1::10e)  0.580 ms vl-4081.edge3.Amsterdam1.Level3.net (2001:1900:5:1::10a)  0.664 ms  0.640 ms
 3  vl-4060.edge4.London1.Level3.net (2001:1900:5:1::205)  8.303 ms  8.293 ms  8.273 ms
 4  * vl-4080.edge4.London1.Level3.net (2001:1900:5:1::105)  8.742 ms  8.426 ms
 5  2001:5a0:c00:600::19 (2001:5a0:c00:600::19)  9.092 ms * *
 6  if-5-0-0.mcore3.L78-London.ipv6.as6453.net (2001:5a0:c00:100::2)  8.996 ms  9.098 ms  8.756 ms
 7  2001:5a0:2000:500::a (2001:5a0:2000:500::a)  61.284 ms  61.265 ms  22.592 ms
 8  * * 2001:5a0:200:100::39 (2001:5a0:200:100::39)  22.753 ms
 9  if-3-0-0.6bb1.AD1-Amsterdam.ipv6.as6453.net (2001:5a0:200::5)  147.878 ms  147.872 ms  147.861 ms
10  2001:5a0:200::42 (2001:5a0:200::42)  24.499 ms  24.084 ms  23.895 ms
11  0.ge-4-0-0.xr3.3d12.xs4all.net (2001:888:0:105::1)  26.039 ms  23.900 ms  24.064 ms
12  te5-4.swcolo1.3d12.xs4all.net (2001:888:0:114::2)  23.873 ms  23.772 ms  23.758 ms
13  vlan5.swcolo2.3d12.xs4all.net (2001:888:0:3101::2)  23.775 ms  23.644 ms  23.584 ms
14  router-xs4-1.thepeoplesvalley.net (2001:888:2000:31::2)  23.968 ms  24.019 ms  23.820 ms

Voor ons een reden om voorlopig nog maar geen ipv6 te gaan gebruiken bij de level3 colocation.
Maar ik heb nou niet echt het idee dat level3 er wat aan doet... (google is nogsteeds niet bereikbaar via ipv6)

In short, HE en Level3 hebben een peering conflict (net als in het verleden bijv Level3 vs Cogent op IPv4). En aangezien HE enorm veel gratis IPv6 transit heeft weggegeven kunnen Level3 klanten daarom niet bij een groot deel van de IPv6 prefixes.

Correct me if I'm wrong, tijd geleden dat ik in deze materie ben gedoken.

Zover ik weet zijn er verschillende transits (Cogent, L3) die niet met HE willen peeren, ook al is HE zelf een voorloper op ipv6 gebied en heeft een hele berg klanten vanwege bijv de tunnels. Door die positie probeert HE zich te positioneren als een V6 transit partij, en dat vinden de normale V4 partijen niet leuk natuurlijk. Die willen dan geld zien voor het delen van hun prefixes, i.p.v. deze uit te wisselen.

Gelukkig wil HE zelf wel met iedereen peeren, ze zitten op een hoop exchanges (waaronder amsix).

Het ipv6 gebeuren van Level3 zelf is inderdaad nu niet ideaal. Ik heb wat betere ervaringen met Telia en Globalcrossing op dat gebied.

Oftewel dit is dus gewoon kwestie van wachten tot beide partijen handjes gaan schudden met elkaar....

Mogelijk komt dat moment sneller dan je denkt aangezien GBLX door Level3 is overgenomen en GBLX wel een fulltable heeft afaik.

Inmiddels nogsteeds geen route naar google en he vanuit level3.
Begint nu wel erg irritant te worden, zeker nu google is overgegaan op blacklisting voor ipv6.
Dus vanuit mijn workstation moet ik nu aantal seconde wachten als ik google of youtube links open.

Probeer nu (tijdelijk?) op de google blacklist te komen.
En nog maar eens aan level3 gevraad of er een oplossing in zicht is.

Oorspronkelijk geplaatst door DDX

Inmiddels nogsteeds geen route naar google en he vanuit level3.
Begint nu wel erg irritant te worden, zeker nu google is overgegaan op blacklisting voor ipv6.
Dus vanuit mijn workstation moet ik nu aantal seconde wachten als ik google of youtube links open.

Probeer nu (tijdelijk?) op de google blacklist te komen.
En nog maar eens aan level3 gevraad of er een oplossing in zicht is.

Je account manager bij L3 stevig onder druk zetten (het woord 'wanprestatie' is echt wel terecht).
Voor zo ver dat het probleem niet oplost moet het je het tenminste geld kunnen schelen.
Met dit soort policy gevechten over de rug van de klant zou ik trouwens ook overwegen om een andere transit boer (ook voor IPv4) te nemen.

Technisch gezien kun je (ook) IPv6 transit bij HE afnemen.
Als je zelf een AS hebt en je V6 prefix kunt announcen is dat de beste oplossing (je moet dan zowel met L3 als met HE BGP praten,zodat je van beide via hen bereikbare prefixen krijgt).
Heb je dat niet, of krijg je een default is het bijzonder lastig om statisch op te lossen met welke prefix je verkeer via welke upstream stuurt.
(tenminste, voor 'alle' bestemmingen. Als je het voor een handvol vaste bestemmingen moet oplossen zou dat nog op zo'n manier kunnen).

Ik heb wat gemaild met google met de vraag of (en hoe) het mogelijk was om op de blacklist te komen.
Dit was allemaal lastig en deden ze alleen als veel gebruikers er last van hadden.

Ook accountmanager Level3 gemaild, maar daarvan helaas een Out of Office gekregen.

Maar opeens werkte het deze week :

Code:

traceroute to ipv6.google.com (2a00:1450:8003::63), 30 hops max, 40 byte packets
 1  ge-5-0-2.edge3.Amsterdam1.Level3.net (2001:1900:5:2:2::d1)  0.179 ms  0.155 ms  0.137 ms
 2  * * *
 3  2001:1900:5:2:2::2da (2001:1900:5:2:2::2da)  0.319 ms  0.312 ms  0.337 ms
 4  2001:4860::1:0:8 (2001:4860::1:0:8)  1.024 ms 2001:4860::1:0:4b3 (2001:4860::1:0:4b3)  1.059 ms 2001:4860::1:0:8 (2001:4860::1:0:8)  1.124 ms
 5  2001:4860::8:0:2daf (2001:4860::8:0:2daf)  0.992 ms  34.836 ms  34.829 ms
 6  2001:4860::2:0:66f (2001:4860::2:0:66f)  4.710 ms  4.300 ms  4.835 ms
 7  2001:4860:0:1::2d (2001:4860:0:1::2d)  10.914 ms  10.801 ms  10.939 ms
 8  ez-in-x63.1e100.net (2a00:1450:8003::63)  4.837 ms  4.971 ms  4.960 ms

Ook de ipv6 test op www.test-ipv6.com doet het inmiddels en traceroute (via/naar HE netwerk):

Code:

traceroute to 2001:470:1:18::2 (2001:470:1:18::2), 30 hops max, 40 byte packets
 1  ge-5-0-2.edge3.Amsterdam1.Level3.net (2001:1900:5:2:2::d1)  0.169 ms  0.150 ms  0.137 ms
 2  * * *
 3  * * *
 4  * * *
 5  vl-4086.car1.NewYork1.Level3.net (2001:1900:6:1::12)  78.109 ms  78.104 ms  78.086 ms
 6  vl-4083.car2.SanJose1.Level3.net (2001:1900:4:1::ee)  78.479 ms  77.204 ms  77.788 ms
 7  vl-4060.car2.NewYork2.Level3.net (2001:1900:4:1::fe)  77.575 ms  77.737 ms  78.393 ms
 8  vl-4061.car1.Chicago1.Level3.net (2001:1900:4:1::21)  98.568 ms  98.299 ms  98.531 ms
 9  vl-52.car4.Chicago1.Level3.net (2001:1900:10:2::6)  97.813 ms  98.596 ms  98.116 ms
10  2001:470:0:1fe::1 (2001:470:0:1fe::1)  98.973 ms  103.505 ms  103.059 ms
11  10gigabitethernet3-2.core1.den1.he.net (2001:470:0:1af::2)  122.579 ms  126.898 ms  126.453 ms
12  10gigabitethernet4-4.core1.sjc2.he.net (2001:470:0:1b4::1)  147.409 ms  148.261 ms  147.959 ms
13  10gigabitethernet1-1.core1.fmt1.he.net (2001:470:0:2f::1)  152.470 ms  158.076 ms  153.624 ms
14  ipv6.gigo.com (2001:470:1:18::2)  148.167 ms  149.135 ms  148.838 ms