Wat IPv6CP onderhandel, en wat steeds 'n voorvoegsel nodig het
'n Skakel-plaaslike adres op die PPP-koppelvlak is 'n opstellingstap, nie IPv6-toegang nie. Skei die identifiseerder-uitruiling van voorvoegsels, roetes en kliëntintegrasie.
IPv6 kom op die PPP-koppelvlak op, 'n skakel-plaaslike adres verskyn, en die verandering word as klaar verklaar. Dan roeteer niks, daar bestaan geen globale adres nie, en 'n toets na 'n publieke bestemming misluk terwyl die koppelvlak nog steeds opgestel lyk. Die skakel het opgekom; die netwerk het nooit nie. Werk die vier kontroles hieronder in volgorde deur en stop by die een wat die gaping verduidelik.
Wat 'n skakel-plaaslike adres werklik bewys
IPv6CP bring IPv6 op die PPP-skakel op en onderhandel 'n koppelvlak-identifiseerder vir elke kant. Daardie identifiseerder lewer 'n skakel-plaaslike adres, wat genoeg is om met die eweknie oor die skakel te praat en nie genoeg om enigiets anders te bereik nie. Die adres bewys dat die skakel gereed is vir IPv6, en dit bewys niks oor die netwerk agter die eweknie nie. Om dit as 'n toegangsadres te lees, is die fout wat die meeste van hierdie ondersoeke begin.
Die vier vrae hieronder skei wat die skakellaag beslis van wat die diens moet lewer. Beantwoord hulle in volgorde, want 'n latere vraag kan nie beantwoord word terwyl 'n vroeëre een nog oop is nie.
| 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 |
Waar die voorvoegsel vandaan moet kom
'n Globale adres het 'n voorvoegsel van êrens nodig: 'n routeradvertensie, 'n gedelegeerde voorvoegsel, DHCPv6 of statiese konfigurasie. IPv6CP dra nie een nie, en geen hoeveelheid wag op die skakel sal een lewer nie. RFC 5072 plaas IPv6CP as die opstellingstap wat loop voordat ander IPv6-protokolle op die skakel werk, en dit is die hele omvang: die skakel voorberei, nie die netwerk nommer nie. Verskaf die voorvoegsel en die koppelvlak begin verkeer dra in plaas daarvan om bloot te bestaan.
Routeradvertensies is die algemene antwoord op 'n LAN en 'n minder betroubare een op 'n punt-tot-punt-tonnel, want die kliënt moet beide versoeke stuur en die antwoord aanvaar. Sommige tonnelkliënte doen nie een van die twee nie. Kyk wat die kliënt bereid is om te aanvaar voordat jy besluit die bediener moet dit stuur.
Dieselfde voorvoegsel moet van die ander kant af bereikbaar wees. 'n Kliënt wat 'n globale adres het maar geen terugpad nie, is opgestel, nie verbind nie.
Roetes is 'n aparte belofte
Selfs met 'n adres moet die kliënt weet watter bestemmings in die tonnel hoort, en die bediener het 'n terugpad vir daardie bestemmings nodig. Dit is twee besluite wat op twee plekke geneem word. 'n Tonnel wat alle IPv6-verkeer dra, het 'n verstekroete op die kliënt en 'n roete terug op die bediener nodig; 'n gesplete tonnel het nodig dat beide kante oor dieselfde voorvoegsellys saamstem. Wanneer hulle verskil, vertrek verkeer en kom nooit terug nie.
Skryf die lys neer voordat jy enigiets opstel. As die plan sê net die korporatiewe voorvoegsel gaan deur die tonnel, moet die kliënt nie 'n verstek-IPv6-roete hê nie, en die bediener moet nie een adverteer nie.
Kliëntintegrasie besluit die res
Sommige tonnelkliënte stel IPv6 eksplisiet op. Apple se Network Extension neem byvoorbeeld 'n adres, 'n voorvoegsel en 'n stel roetes vir die tonnel, so 'n toepassing wat dit gebruik wag nie vir 'n Ethernet-agtige aankondiging nie. Ander maak staat op routeradvertensies wat oor die skakel aankom. Beide modelle is geldig en hulle benodig verskillende bedienergedrag, so om die verkeerde een te kies lewer 'n kliënt wat vir ewig wag vir 'n boodskap wat niemand stuur nie. Identifiseer die model voordat jy die bediener verander.
'n Ou koppelvlaknaam soos ppp0 bewys niks oor die stapel wat vandag loop nie. 'n Hedendaagse kliënt kan 'n pakkiet-tonnel-API gebruik eerder as 'n PPP-koppelvlak, en om aan te neem dit gedra hom soos 'n historiese verbinding is hoe 'n werkende ontwerp gebreek word. Vra vir die kliëntweergawe en die voorsieningsmetode, nie die koppelvlaknaam nie.
Skryf die plan wat die kliënt nodig het
'n Volledige beskrywing dek drie dinge: watter adres die kliënt het, watter bestemmings die tonnel moet dra, en hoe die netwerk antwoorde terugstuur. 'n Skakel-plaaslike adres beantwoord nie een van hulle nie, en 'n aanvaarde advertensie beantwoord net 'n deel van een. Kontroleer elke item afsonderlik eerder as om 'n groen aanwyser te aanvaar. Teken dan aan watter meganisme elke antwoord gelewer het, want daardie rekord maak die volgende IPv6-verslag 'n kontrole van twee minute.
Hou die rekord by die diensdokumentasie en werk dit by wanneer die kliënt verander. 'n Plan wat reg was vir 'n PPP-kliënt kan verkeerd wees vir 'n pakkiet-tonnel-kliënt op dieselfde diens. Die vier vrae bly dieselfde; net die antwoorde skuif.