Ko IPv6CP pārrunā un kam joprojām vajadzīgs prefikss
Link-local adrese PPP saskarnē ir iestatīšanas solis, nevis IPv6 piekļuve. Atdaliet identifikatoru apmaiņu no prefiksiem, maršrutiem un klienta integrācijas.
IPv6 paceļas PPP saskarnē, parādās link-local adrese, un izmaiņas tiek pasludinātas par pabeigtām. Tad nekas netiek maršrutēts, nav globālas adreses, un tests uz publisku galamērķi neizdodas, kamēr saskarne joprojām izskatās konfigurēta. Saite pacēlās; tīkls nekad. Veiciet četras pārbaudes zemāk pēc kārtas un apstājieties pie tās, kas izskaidro starpību.
Ko link-local adrese patiešām pierāda
IPv6CP paceļ IPv6 PPP saitē un pārrunā saskarnes identifikatoru katrai pusei. Šis identifikators rada link-local adresi, kas ir pietiekama, lai runātu ar partneri pa saiti, un nav pietiekama, lai sasniegtu jebko citu. Adrese pierāda, ka saite ir gatava IPv6, un nepierāda neko par tīklu aiz partnera. Lasīt to kā piekļuves adresi ir kļūda, ar kuru sākas lielākā daļa šo izmeklēšanu.
Četri jautājumi zemāk atdala to, ko izlemj saites slānis, no tā, kas pakalpojumam jānodrošina. Atbildiet uz tiem pēc kārtas, jo uz vēlāku jautājumu nevar atbildēt, kamēr iepriekšējais vēl ir atvērts.
| 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 |
No kurienes prefiksam jānāk
Globālai adresei vajadzīgs prefikss no kaut kurienes: maršrutētāja paziņojums, deleģēts prefikss, DHCPv6 vai statiska konfigurācija. IPv6CP nenes nevienu, un nekāda gaidīšana saitē to neradīs. RFC 5072 ierindo IPv6CP kā iestatīšanas soli, kas darbojas pirms citi IPv6 protokoli darbojas saitē, un tas ir viss tā apjoms: sagatavot saiti, nevis numurēt tīklu. Nodrošiniet prefiksu, un saskarne sāks pārvadāt datplūsmu, nevis vienkārši pastāvēt.
Maršrutētāja paziņojumi ir ierastā atbilde lokālajā tīklā un mazāk uzticama punktpunkta tunelī, jo klientam gan jāsūta pieprasījumi, gan jāpieņem atbilde. Daži tuneļa klienti nedara ne vienu, ne otru. Pārbaudiet, ko klients ir gatavs pieņemt, pirms izlemjat, ka serverim tas jāsūta.
Tam pašam prefiksam jābūt sasniedzamam arī no otras puses. Klients, kuram ir globāla adrese, bet nav atgriešanās ceļa, ir konfigurēts, nevis savienots.
Maršruti ir atsevišķs solījums
Pat ar adresi klientam jāzina, kuri galamērķi pieder tunelim, un serverim vajadzīgs atgriešanās ceļš uz šiem galamērķiem. Tie ir divi lēmumi, kas pieņemti divās vietās. Tunelim, kas pārvada visu IPv6 datplūsmu, vajadzīgs noklusējuma maršruts klientā un atgriešanās maršruts serverī; sadalītam tunelim abām pusēm jāvienojas par to pašu prefiksu sarakstu. Ja tās nevienojas, datplūsma aiziet un nekad neatgriežas.
Pierakstiet sarakstu pirms kaut ko konfigurējat. Ja plāns saka, ka pa tuneli iet tikai uzņēmuma prefikss, klientam nevajadzētu būt noklusējuma IPv6 maršrutam, un serverim tas nav jāpaziņo.
Pārējo izlemj klienta integrācija
Daži tuneļa klienti IPv6 konfigurē tieši. Piemēram, Apple Network Extension tunelim ņem adresi, prefiksu un maršrutu kopu, tāpēc lietojumprogramma, kas to izmanto, negaida Ethernet stila paziņojumu. Citi paļaujas uz maršrutētāja paziņojumiem, kas pienāk pa saiti. Abi modeļi ir likumīgi un prasa atšķirīgu servera uzvedību, tāpēc nepareiza izvēle rada klientu, kas mūžīgi gaida ziņu, ko neviens nesūta. Nosakiet modeli pirms servera maiņas.
Vecs saskarnes nosaukums, piemēram, ppp0, nepierāda neko par šodien darbojošos steku. Mūsdienu klients var izmantot pakešu tuneļa API PPP saskarnes vietā, un pieņēmums, ka tas uzvedas kā vēsturisks savienojums, ir veids, kā salauzt strādājošu dizainu. Jautājiet par klienta versiju un piegādes metodi, nevis saskarnes nosaukumu.
Uzrakstiet plānu, kas klientam vajadzīgs
Pilnīgs apraksts aptver trīs lietas: kāda adrese ir klientam, kādus galamērķus tunelim jāpārvada un kā tīkls sūta atbildes atpakaļ. Link-local adrese neatbild ne uz vienu no tiem, un pieņemts paziņojums atbild tikai uz viena daļu. Pārbaudiet katru vienumu atsevišķi, nevis pieņemiet zaļu indikatoru. Pēc tam pierakstiet, kurš mehānisms sniedza katru atbildi, jo šis ieraksts pārvērš nākamo IPv6 ziņojumu divu minūšu pārbaudē.
Glabājiet ierakstu kopā ar pakalpojuma dokumentāciju un atjauniniet to, kad klients mainās. Plāns, kas bija pareizs PPP klientam, var būt nepareizs pakešu tuneļa klientam tajā pašā pakalpojumā. Četri jautājumi paliek tie paši; kustas tikai atbildes.