Šta IPv6CP dogovara i šta još uvijek traži prefiks
Link-local adresa na PPP interfejsu je korak postavljanja, a ne pristup IPv6. Odvojite razmjenu identifikatora od prefiksa, ruta i integracije klijenta.
IPv6 se podiže na PPP interfejsu, pojavi se link-local adresa i promjena se proglasi završenom. Zatim se ništa ne rutira, globalna adresa ne postoji, a test prema javnom odredištu pada dok interfejs još izgleda konfigurisan. Veza se podigla; mreža nikad nije. Prođite četiri provjere ispod po redu i zaustavite se na onoj koja objašnjava razliku.
Šta link-local adresa zapravo dokazuje
IPv6CP podiže IPv6 na PPP vezi i dogovara identifikator interfejsa za svaku stranu. Taj identifikator stvara link-local adresu, koja je dovoljna za razgovor sa partnerom preko veze i nije dovoljna da se dosegne bilo šta drugo. Adresa dokazuje da je veza spremna za IPv6 i ne dokazuje ništa o mreži iza partnera. Čitanje adrese kao pristupne adrese greška je s koje počinje većina ovakvih istraga.
Četiri pitanja ispod razdvajaju ono što rješava sloj veze od onoga što usluga mora da pruži. Odgovorite na njih po redu, jer na kasnije pitanje ne može se odgovoriti dok je ranije još otvoreno.
| 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 |
Odakle prefiks mora doći
Globalna adresa treba prefiks odnekud: najava rutera, delegirani prefiks, DHCPv6 ili statička konfiguracija. IPv6CP ne nosi nijedan, i nikakvo čekanje na vezi ga neće proizvesti. RFC 5072 postavlja IPv6CP kao korak postavljanja koji se izvodi prije nego drugi IPv6 protokoli rade na vezi, i to je cijeli opseg: pripremiti vezu, a ne numerisati mrežu. Obezbijedite prefiks i interfejs počinje nositi saobraćaj umjesto da samo postoji.
Najave rutera uobičajen su odgovor na LAN-u i manje pouzdan na tačka-na-tačku tunelu, jer klijent mora i slati zahtjeve i prihvatiti odgovor. Neki tunelski klijenti ne rade ni jedno. Provjerite šta je klijent voljan prihvatiti prije nego odlučite da server to treba poslati.
Isti prefiks mora biti dostupan s druge strane. Klijent koji ima globalnu adresu ali nema povratni put jeste konfigurisan, ali nije povezan.
Rute su zasebno obećanje
Čak i s adresom, klijent mora znati koja odredišta pripadaju tunelu, a server treba povratni put za ta odredišta. To su dvije odluke donesene na dva mjesta. Tunel koji nosi sav IPv6 saobraćaj treba podrazumijevanu rutu na klijentu i povratnu rutu na serveru; podijeljeni tunel treba da se obje strane slože oko iste liste prefiksa. Kad se ne slože, saobraćaj odlazi i nikad se ne vraća.
Zapišite listu prije nego što bilo šta konfigurišete. Ako plan kaže da samo korporativni prefiks ide kroz tunel, klijent ne smije imati podrazumijevanu IPv6 rutu, a server je ne smije najavljivati.
Integracija klijenta odlučuje ostalo
Neki tunelski klijenti konfigurišu IPv6 eksplicitno. Apple-ov Network Extension, na primjer, prima adresu, prefiks i skup ruta za tunel, pa aplikacija koja ga koristi ne čeka najavu u Ethernet stilu. Drugi se oslanjaju na najave rutera koje stižu preko veze. Oba modela su legitimna i traže različito ponašanje servera, pa pogrešan izbor daje klijenta koji zauvijek čeka poruku koju niko ne šalje. Utvrdite model prije nego promijenite server.
Staro ime interfejsa poput ppp0 ne dokazuje ništa o steku koji danas radi. Savremeni klijent može koristiti API paketnog tunela umjesto PPP interfejsa, a pretpostavka da se ponaša kao istorijska veza način je da se pokvari radni dizajn. Pitajte za verziju klijenta i način obezbjeđivanja, ne za ime interfejsa.
Napišite plan koji klijent treba
Potpun opis pokriva tri stvari: koju adresu klijent drži, koja odredišta tunel treba nositi i kako mreža šalje odgovore nazad. Link-local adresa ne odgovara ni na jedno od toga, a prihvaćena najava odgovara samo na dio jednog. Provjeravajte svaku stavku zasebno umjesto da prihvatite zeleni indikator. Zatim zabilježite koji je mehanizam dao svaki odgovor, jer taj zapis pretvara sljedeći IPv6 izvještaj u provjeru od dvije minute.
Držite zapis uz dokumentaciju usluge i ažurirajte ga kad se klijent promijeni. Plan koji je bio ispravan za PPP klijenta može biti pogrešan za klijenta paketnog tunela na istoj usluzi. Četiri pitanja ostaju ista; samo se odgovori pomjeraju.