Wat IPv6CP verhandelt a wat nach ëmmer e Präfix brauch
Eng link-local Adress op der PPP-Schnittstell ass en Astellungsschrëtt, keen IPv6-Zougang. Trennt den Austausch vun Identifikatoren vun de Präfixer, de Route an der Clientintegratioun.
IPv6 kënnt op der PPP-Schnittstell erop, eng link-local Adress erschéngt, an d'Ännerung gëtt als fäerdeg erkläert. Dann ass näischt geroutet, et gëtt keng global Adress, an en Test op eng ëffentlech Destinatioun feelt, während d'Schnittstell nach ëmmer konfiguréiert ausgesäit. De Link ass eropkomm; den Netz ni. Maacht déi véier Kontrollen hei drënner der Rei no a bleift bei där, déi de Gruef erkläert.
Wat eng link-local Adress tatsächlech beweist
IPv6CP bréngt IPv6 op der PPP-Verbindung erop an handelt pro Säit en Interface-Identifikator aus. Dee Identifikator produzéiert eng link-local Adress, déi duer ass fir mam Peer iwwer d'Verbindung ze schwätzen an net duer fir eppes anescht z'erreechen. D'Adress beweist, datt de Link fir IPv6 bereet ass, an et beweist näischt iwwer den Netz hannert dem Peer. Se als Zougangsadress ze liesen ass de Feeler, mat deem déi meescht vun dësen Enquêten ufänken.
Déi véier Froen hei drënner trennen dat, wat d'Link-Schicht klärt, vun deem, wat de Service liwwere muss. Äntwert se der Rei no, well eng méi spéit Fro net beäntwert kënne gëtt, esou laang eng fréier op ass.
| Question | Answered by | What it does not settle |
|---|---|---|
| Is IPv6 up on the link? | IPv6CP: interface identifiers, then link-local addresses | Any address reachable beyond the peer |
| Where does a global prefix come from? | Router advertisement, delegated prefix, DHCPv6 or static configuration | IPv6CP carries no prefix of its own |
| Who owns the routes? | The client's tunnel configuration and the server's return path | A link-local address implies no route at all |
| How does this client get configured? | Explicit tunnel settings or router advertisements, depending on the client | The standard does not choose for the implementation |
Wou de Präfix misst hierkommen
Eng global Adress brauch e Präfix vun iergendwou: eng Routerannonce, e delegéierte Präfix, DHCPv6 oder statesch Konfiguratioun. IPv6CP dréit keen, an et gëtt keen duerch nach esou laang Waarden um Link. RFC 5072 setzt IPv6CP als den Astellungsschrëtt, dee leeft, ier aner IPv6-Protokoller um Link schaffen, an dat ass säin ganze Ëmfang: de Link virbereeden, net den Netz nummeréieren. Liwwert de Präfix an d'Schnittstell fänkt un, Traffic ze droen amplaz just ze existéieren.
Routerannonce si si déi üblech Äntwert am LAN an eng manner zouverlässeg an engem Punkt-zu-Punkt-Tunnel, well de Client souwuel Ufroen schécke wéi och d'Äntwert unhuelen muss. E puer Tunnel-Cliënten maachen nach dat eng nach dat anert. Kontrolléiert, wat de Client bereet ass unzehuelen, éier Dir decidéiert, datt de Server et soll schécken.
Deeselwechte Präfix muss vum aneren Enn aus erreechbar sinn. E Client, deen eng global Adress huet awer keen Zréckwee, ass konfiguréiert, net verbonnen.
Route sinn eget Verspriechen
Och mat enger Adress muss de Client wëssen, wéi eng Destinatioune bei den Tunnel gehéieren, an de Server brauch e Zréckwee fir déi Destinatiounen. Dat sinn zwou Entscheedungen op zwou Plazen. En Tunnel, deen den ganzen IPv6-Traffic dréit, brauch eng Standardroute um Client an eng Zréckroute um Server; en opgedeilten Tunnel verlaangt, datt béid Säiten sech op déi selwecht Präfixlëscht eenegen. Wa se sech net eeneg sinn, geet den Traffic fort an kënnt ni zréck.
Schreift d'Lëscht op, éier Dir eppes konfiguréiert. Wa de Plang seet, datt just de Firmepräfix duerch den Tunnel geet, soll de Client keng Standard-IPv6-Route hunn, an de Server soll keng annoncéieren.
D'Clientintegratioun entscheet de Rescht
E puer Tunnel-Cliënten astellen IPv6 explizit. Zum Beispill hëlt dem Apple seng Network Extension eng Adress, e Präfix an eng Rei Route fir den Tunnel, sou datt eng Applikatioun, déi se benotzt, net op eng Annonce am Ethernet-Stil waart. Anerer verloossen sech op Routerannoncen, déi iwwer de Link ukommen. Béid Modeller si legitim a si brauchen en anert Serververhalen, sou datt déi falsch Wiel e Client produzéiert, deen éiweg op eng Noriicht waart, déi keen schéckt. Identifizéiert de Modell, éier Dir de Server ännert.
En ale Interface-Numm wéi ppp0 beweist näischt iwwer de Stack, deen haut leeft. En aktuelle Client ka eng Paket-Tunnel-API amplaz vun enger PPP-Schnittstell benotzen, an unzehuelen, hie verhal sech wéi eng historesch Verbindung, ass de Wee, wéi en funktionéierende Design futti geet. Frot no der Clientversioun an der Bereetstellungsmethod, net no dem Interface-Numm.
Schreift de Plang, deen de Client brauch
Eng komplett Beschreiwung deckt dräi Saachen of: wéi eng Adress de Client huet, wéi eng Destinatiounen den Tunnel droe soll, a wéi den Netz Äntwerten zréckschéckt. Eng link-local Adress äntwert op keng dovun, an eng ugehollen Annonce äntwert just op en Deel vun enger. Kontrolléiert all Punkt eenzel, amplaz eng gréng Indicatioun unzehuelen. Duerno notéiert, wéi e Mechanismus all Äntwert geliwwert huet, well dee Rekord deen nächsten IPv6-Rapport an eng Kontroll vun zwou Minutte mécht.
Hält de Rekord bei der Servicedokumentatioun a maacht en aktualiséiert, wa sech de Client ännert. E Plang, dee fir e PPP-Client richteg war, kann fir e Paket-Tunnel-Client um selwechte Service falsch sinn. Déi véier Froen bleiwen déiselwecht; just d'Äntwerten beweegen sech.