Lo, We zijn bezig IPv6 te implementeren in ons netwerk. Ik ben nieuwsgierig hoe jullie IPv6 aanbieden in een colo omgeving. Voor zover ik zie zijn er twee mogelijkheden: - per vlan een /64 op ISP router(s) en IPv6 autoconfig aanzetten. - per vlan 1 /64 gebruiken voor ISP <-> klant "router". per klant een statische route (/64 of /48) instellen naar klant. Zijn er meer mogelijkheden? Welke gebruiken jullie? Hoe verwerken jullie IPv6 in jullie administratie? Momenteel hebben we 1 partij die IPv6 transit levert. Met een tweede zijn we bezig, maar dat loopt bijzonder traag. Beide leveren enkel een ipv6ip tunnels, gebruiken jullie partijen die native IPv6 BGP aanbieden in amsterdam? Zo.. een boel vragen... Gr Bastiaan
Hi, | We zijn bezig IPv6 te implementeren in ons netwerk. Mooi man ;) | Voor zover ik zie zijn er twee mogelijkheden: | | - per vlan een /64 op ISP router(s) en IPv6 autoconfig aanzetten. Deze gebruikt BIT. | - per vlan 1 /64 gebruiken voor ISP <-> klant "router". per klant een | statische route (/64 of /48) instellen naar klant. Deze gebruikt BIT ook. | Zijn er meer mogelijkheden? Normaalgezien zouden we onze klanten moeten opvoeden dat ze RADVD gebruiken (dus autoconfiguratie) op nodes. Op servers is dit misschien minder wenselijk, dus we bieden alle klanten met een eigen IPv4 allocatie ook een eigen /48 IPv6 allocaties. Ze kunnen die dan via een transitnetje gerouteerd krijgen (BIT is ::1, klant is ::2). Voor shared subnets (dus meer klanten in 1 VLAN) gebruiken we alleen maar RADVD in de regel. | Hoe verwerken jullie IPv6 in jullie administratie? RIPE database, veelal handwerk momenteel, maar we hebben een (slim) numberplan zodat je aan de hand van het interface van de router en het VLAN daarop (in het geval van ethernet) of het PVC (in het geval van ATM) kan beredeneren welke /64 daar bij hoort. | Momenteel hebben we 1 partij die IPv6 transit levert. Wie is dit ? | Met een tweede zijn we bezig, maar dat loopt bijzonder traag. Het gaat bij ons (en naar ik verneem bij meerderen) bijzonder traag! Hier moest de Regering eens iets aan doen !(*@ | Beide leveren enkel een ipv6ip tunnels, gebruiken jullie partijen die | native IPv6 BGP aanbieden in amsterdam? We hebben in ons ISP netwerk geen tunnels. Sommige klanten (in het bijzonder mensen aan onze SixXS pop) krijgen natuurlijk getunneld verkeer naar hun Cisco, Unix of Windows doosje, maar dat is veelal spielerei en geen 'echt' productieverkeer. We zijn trots op het feit dat BIT geen tunnels naar externe partijen heeft en toch nog aardig kan ping6'en. IPv6 native (koppelvlak) kan bij NTT/Verio, Teleglobe en Global Crossing, voor zover ik me kan herinneren. Wellicht is dat iets voor jullie ? groet, Pim -- Met vriendelijke groet, BIT BV / Ing P.B. van Pelt PBVP1-RIPE (PGPKEY-4DCA7E5E)
On Thu, 2004-10-21 at 13:00, Pim van Pelt wrote:
| Zijn er meer mogelijkheden? Normaalgezien zouden we onze klanten moeten opvoeden dat ze RADVD gebruiken (dus autoconfiguratie) op nodes. Op servers is dit misschien minder wenselijk, dus we bieden alle klanten met een eigen IPv4 allocatie ook een eigen /48 IPv6 allocaties. Ze kunnen die dan via een transitnetje gerouteerd krijgen (BIT is ::1, klant is ::2).
Voor shared subnets (dus meer klanten in 1 VLAN) gebruiken we alleen maar RADVD in de regel.
Ik ben een beetje huiverig om RADVD te gebruiken in shared vlans. Kwaadwillenden zijn moeilijk te traceren.
| Momenteel hebben we 1 partij die IPv6 transit levert. Wie is dit ?
Teleglobe.
| Met een tweede zijn we bezig, maar dat loopt bijzonder traag. Het gaat bij ons (en naar ik verneem bij meerderen) bijzonder traag! Hier moest de Regering eens iets aan doen !(*@
De andere partij is Telia, ze hebben een zeer mooie /23 "gekregen" van RIPE, maar de techs en account manager zijn niet vooruit te branden... :-(
IPv6 native (koppelvlak) kan bij NTT/Verio, Teleglobe en Global Crossing, voor zover ik me kan herinneren. Wellicht is dat iets voor jullie ?
Zie mijn vorige mail aan Joris.. We hebben een tunnel met Teleglobe, misschien moet ik even zeuren. Gr Bastiaan P.S. Test IP: 2001:1af8:beef:cafe:20b:6aff:fe2b:134a
Pim van Pelt wrote:
| Momenteel hebben we 1 partij die IPv6 transit levert. Wie is dit ?
| Met een tweede zijn we bezig, maar dat loopt bijzonder traag. Het gaat bij ons (en naar ik verneem bij meerderen) bijzonder traag! Hier moest de Regering eens iets aan doen !(*@
As they say: 'Be careful what you wish for, it may come true'. Zie: http://www.nanog.org/mtg-0410/marcus.html . De FCC zou er zo te horen best aan willen beginnen. :) Overigens, het verhaal klonk vrij genuanceerd - een min of meer 'balanced view' over de voor- en nadelen van overheidsbemoeienis in de internetwereld met enerzijds voorbeelden van dingen die niet vooruit lijkt te komen zonder De Knoet, e.g. multicast, ipv6. En anderzijds historische missers als het verplichten van OSI support voor overheidsleveranciers. :-] Gr/R
participants (3)
-
pim@bit.nl -
Romeo.Zwart@ams-ix.net -
spandaw@leaseweb.com