Het grote IPv6 topic

In de startport wordt beschreven hoe een MAC adres in een IPv6 adres "omgezet" kan worden. Wat ik me afvraag is waarom het 6e bit (al lijkt het meer het tweede bit, van rechts naar links tellend) naar een 1 gemaskeerd wordt. Dat zorgt er namelijk voor dat de helft van alle MAC adressen niet gebruikt kan worden (oke, deze reeks is nog niet vrijgegeven, maar het idee is er).
Ik snap ook niet helemaal waarom AA:BB:CC:DD:EE:FF vertaald wordt naar fe80::AABB:CCff:eeDD:EEFF, waarom niet gewoon naar fe80::AABB:CCDD:EEFF of desnoods naar fe80::ffee:AABB:CCDD:EEFF, kan iemand me uitleggen waarom deze keuze zo gemaakt is?

quote:

RoadRunner84 schreef op woensdag 20 augustus 2008 @ 02:31:
In de startport wordt beschreven hoe een MAC adres in een IPv6 adres "omgezet" kan worden. Wat ik me afvraag is waarom het 6e bit (al lijkt het meer het tweede bit, van rechts naar links tellend) naar een 1 gemaskeerd wordt. Dat zorgt er namelijk voor dat de helft van alle MAC adressen niet gebruikt kan worden (oke, deze reeks is nog niet vrijgegeven, maar het idee is er).
Ik snap ook niet helemaal waarom AA:BB:CC:DD:EE:FF vertaald wordt naar fe80::AABB:CCff:eeDD:EEFF, waarom niet gewoon naar fe80::AABB:CCDD:EEFF of desnoods naar fe80::ffee:AABB:CCDD:EEFF, kan iemand me uitleggen waarom deze keuze zo gemaakt is?

Die bit wordt niet naar een 1 gezet: die wordt geflipt, maar is in een MAC-adres altijd nul. ('t is ff:fe trouwens.) En dat zal ook nooit vrijgegeven worden. Dat is omdat dat bitje wordt gebruikt om aan te geven of een MAC adres lokaal gegenereerd is (dwz, random of ingesteld door een admin, etc.) of dat 't globally unique is. In het laatste geval is het bitje 0. Maar dat is bij IP adressen onhandig. Als je dan een adres maakt moet je (en de bedenkers van de specs enzo) daar opeens rekening mee gaan houden, en dus vreemde adressen bedenken. Door de betekenis ervan om te draaien kun je gewoon ::1 en ::2 enzo gebruiken zonder in de knoei te komen met dat bitje.

Zie ook RFC 2373, sectie 2.5.1.

quote:

RoadRunner84 schreef op woensdag 20 augustus 2008 @ 02:31:
In de startport wordt beschreven hoe een MAC adres in een IPv6 adres "omgezet" kan worden. Wat ik me afvraag is waarom het 6e bit (al lijkt het meer het tweede bit, van rechts naar links tellend) naar een 1 gemaskeerd wordt. Dat zorgt er namelijk voor dat de helft van alle MAC adressen niet gebruikt kan worden (oke, deze reeks is nog niet vrijgegeven, maar het idee is er).
Ik snap ook niet helemaal waarom AA:BB:CC:DD:EE:FF vertaald wordt naar fe80::AABB:CCff:eeDD:EEFF, waarom niet gewoon naar fe80::AABB:CCDD:EEFF of desnoods naar fe80::ffee:AABB:CCDD:EEFF, kan iemand me uitleggen waarom deze keuze zo gemaakt is?

Mac adressen worden non-canonical opgeschreven als ik het goed heb. Dus hoe je het telt is wat vaag. In ieder geval het is inderdaad het 2e bit van rechts of 6e als je begint van links en begint met bit 0
Verder werd hij inderdaad geflipt zoals Cyber zegt. Ik heb niet alles in deze post uit boeken gehaald en de echte gory details zijn wat weggezakt.

quote:

BarthezZ schreef op woensdag 20 augustus 2008 @ 01:12:
Haha wat toevallig zo'n IPv6 topic. Ben er net zelf een weekje ofzo mee bezig. * BarthezZ bookmarked
Heb een tunnel bij SIXXS draaien naar nlams04 POP. Tot nu toe erg tevreden met hetgene wat ik heb kunnen testen so far. Ik wacht alleen nu eigenlijk nog tot ik mijn eigen subnet kan krijgen zodat ik ook met interne pc's kan testen; zit nu nog vast aan alleen mijn gateway die een IPv6 adres heeft.

Waar ik wel benieuwd naar ben is hoe de uiteindelijke overstap naar IPv6 zou moeten gaan. Eigenlijk heeft het voor clients ("thuis gebruikers") helemaal geen zin om ermee te testen. Enorm veel services zijn nog totaal onbereikbaar via IPv6 en dus is het voor hun onaantrekkelijk om alleen IPv6 te hebben. Ik denk dat er dus in 1x een flink radicale overstap naar v6 zal moeten komen omdat het anders gewoon onmogelijk is. Of _alle_ providers zouden opeens hard moeten gaan beginnen met alle diensten aanbieden via IPv6. Wanneer is alles beschikbaar is kunnen thuisgebruikers ook over. Eigenlijk een beetje een kip en een ei verhaal, maar daardoor vind ik wel dat het nodig is alle IPv6 initiatieven zo veel mogelijk aan te moedigen; en providers die er nog niet actief mee bezig zijn eens flink te schoppen.

Toen ik jaren geleden al eens via IPv6 op een IRC server zat begon een of andere gast me te irriteren en dat hij me wel even zou gaan hacken. Toen ging hij mijn ip opvragen en toen kwam er dus ineens een IPv6 adres naar boven toen was het wel een beetje over. Ik geloof dat irc.tweakers.net ook native IPv6 suport had.
Verder prefereert FF en IE allebei reeds een AAAA record boven een A record.

TrailBlazer wijzigde dit bericht 20-08-2008 06:58 (44%)

quote:

TrailBlazer schreef op woensdag 20 augustus 2008 @ 06:53:
Ik geloof dat irc.tweakers.net ook native IPv6 suport had.

Helaas niet, want True biedt geen native IPv6 aan. XS4ALL wel en laten daar nou net de Parse servers hangen én laat nou net Osiris aan het Tweakers.net-IRC-netwerk gelinkt zijn (Ook bereikbaar onder IPv4 uiteraard, zowel non-SSL op 6667 als SSL op 6697)

edit:
Overigens is t dus wel 'native' op het gehele Tweakers.net-IRC-netwerk (gelinkt enzo), maar niet native op Arethusa (irc.tweakers.net)

Osiris wijzigde dit bericht 20-08-2008 12:33 (12%)

Tweakers.net IRC over IPv6 dit topic wat dat dus.

Dat was in 2003. Kun je je voorstellen hoe langzaam het wel niet gaat in vijf jaar

quote:

Osiris schreef op woensdag 20 augustus 2008 @ 13:11:
Dat was in 2003. Kun je je voorstellen hoe langzaam het wel niet gaat in vijf jaar

Ik hoop dat RIPE True geen IP reeksen meer uitdeelt totdat ze IPv6 klaar hebben

OVerigens heeft er hier toevallig iemand ervaring met IPv6 en Vista. Mijn Win2K en Linux machines krijgen prima een prefix toegewezen door radvd. Alleen Vista niet dit is de config van mijn radvd daemon.
code:

interface eth0.100
{
   AdvSendAdvert on;
   prefix 2001:61f:63e:1::/64
   {
                AdvOnLink on;
                AdvAutonomous on;
                AdvRouterAddr on;
   };
};

wat ik nogal irritant vind is dat mijn Cisco 877W een bug heeft waardoor je geen V6 op je dot1radio interface kan doen !
de bug is nog steeds niet verholpen
CSCej50923
CSCej50923 - IPv6 IRB support - BVI interfaces
==================================
Symptom:
IPv6 is not supported on IRB

Conditions:
Customer wanted to have IPv6 environment on a wireless enabled router. In the dot11 interfaces, IPv6 is not supported, and on the BVI interface, the commands are available, but IRB does not route IPv6

Workaround: None

Het lijkt wel of er een ware ipv6 rage ontstaat. Ben toevallig de laatste 2 dagen ook bezig. Op mn eigen server een tunneltje via tunnelbroker.net, en prive via xs4all, werkt prima!

ben ook voor mijn werk aan het kijken, we zouden als webhoster graag ipv6 aanbieden, maar helaas onze netwerk provider (abovenet) ondersteund het (nog) niet.

In het begin is het nog erg veel om je hoofd omheen te krijgen omtrend ipv6, maar langzaam word het wel duidelijk en begin je er de logica van in te zien.

Het enige wat ik nu nog niet voor elkaar heb gekregen is het gebruiken van ip's die ik in een /64 aan mn eth0 heb geknoopt..
eth0:
inet6 addr: 2001:470:1f14:3eb:1::/64 Scope:Global

vergeet ik nu wat? of ben ik nu te ingewikkeld aan het denken?

Wat wil je dan precies wil je alle hosts achter die ethernetpoort een IPv6 adres geven.

nope, ik wil ips uit die hele /64 op die eth0 gebruiken.
Dat was mogelijk. teminste dat vertelde iemand mij.. was er zelf niet helemaal zeker van dat het kon.. maar als je een /64 op je eth0 hebt neem ik toch aan dat je de ips die in die /64 zitten kunt gebruiken?

op andere hosts uitdelen is appeltje eitje met radvd.

Je kunt ze allemaal gebruiken ja, maar een /64 is functioneel equivalent aan een /24 (of iets kleiners) in IPv4: het is gewoon een subnet met machines erin. Als je een bepaald adres wilt gebruiken zul je dat dus moeten configureren.

dus als ik met radvd een /64 toegewezen krijg, kan/moet ik daarna gewoon eth0:[0-9]'s maken? of is daar een betere methode voor?

radvd vertelt je wat je prefix is, dus net netwerkdeel. Het hostdeel daarna mag je als host lekker zelf genereren. En inderdaad, als je meerdere IP-adressen wilt gebruiken moet je die dus handmatig toewijzen aan je interface.

Je draait gewoon op een interface zowel ipv4 als ipv6 Je hoeft geen rare virtuele interfaces te maken ofzo. Je kan ook prima meerdere ipv6 adressen toevoegen op een interface.

TrailBlazer wijzigde dit bericht 20-08-2008 22:07 (24%)

zoiets?:

ifconfig eth0 inet6 add 2001:470:1f14:3eb::1


(het is door mij wel een btje offtopic gegaan, maar ik denk dat er vast meer mensen hier wat aan zullen hebben)

edit2: trail en cyber, thanks for the help kan ik weer verder spelen

Jap wijzigde dit bericht 20-08-2008 22:18 (70%)

Als je radvd op je server hebt draaien, dan horen de clients zichzelf een IP toe te wijzen d.m.v. stateless autoconfiguratie. Linux met IPv6 doet dat iig wel.

De server zal zichzelf echter geen auto-adresje geven, dat moet je gewoon ff static doen lijkt me.

Osiris wijzigde dit bericht 20-08-2008 22:14 (24%)

Yep. Ik gebruik meestal ip trouwens voor dit soort dingen. Kun je meer mee.

ip addr add 2001:16f8::etc dev eth0

zou iemand nog eens kunnen kijken naar de DNS config in radvd.conf ik kom er niet echt uit.

Ehm, ik kan dr best naar kijken d.m.v. `man radvd.conf`, maar dan kan ik er natuurlijk nog weinig zinnigs over melden

Kvind 't ook maar vaagheid eerlijk gezegd, geen idee wat die opties doen, RDNSS enzo

Osiris wijzigde dit bericht 20-08-2008 22:48 (27%)

quote:

Osiris schreef op woensdag 20 augustus 2008 @ 01:26:
[...]

Overbodig en kan de prullenbak in.

Ok.

Maar dan... Krijg je dan meerdere IP-adressen ofzo waardoor je gewoon een switch rechtstreeks op de kabel/adsl modem kan aansluiten en de pc's allen direct achter internet zitten?

quote:

Raven schreef op donderdag 21 augustus 2008 @ 00:31:
[...]

Ok.

Maar dan... Krijg je dan meerdere IP-adressen ofzo waardoor je gewoon een switch rechtstreeks op de kabel/adsl modem kan aansluiten en de pc's allen direct achter internet zitten?

Je krijgt d'r een paar miljoen ofzo En je kabel/ADSL-modem zal dus wel moeten routen, maar dan niet zoals de huidige "routers" dat doen met NA(P)T enzo, maar gewoon door daadwerkelijk op IP-niveau te routen.

quote:

Skinkie schreef op woensdag 20 augustus 2008 @ 22:40:
zou iemand nog eens kunnen kijken naar de DNS config in radvd.conf ik kom er niet echt uit.

Zover mij bekend is er nog geen enkel OS wat DNS via router advertisements ondersteunt.

quote:

CyBeR schreef op donderdag 21 augustus 2008 @ 01:16:
[...]


Zover mij bekend is er nog geen enkel OS wat DNS via router advertisements ondersteunt.

Dan moet ik maar eens een mooi anycast ipv6 addy zoeken van een mooie dns server