Co IPv6CP vyjednává a co stále potřebuje prefix
Link-local adresa na PPP rozhraní je krok nastavení, ne přístup k IPv6. Oddělte výměnu identifikátorů od prefixů, tras a integrace klienta.
IPv6 se zvedne na PPP rozhraní, objeví se link-local adresa a změna se prohlásí za hotovou. Pak se nic neroutuje, globální adresa neexistuje a test na veřejné cílové místo selže, zatímco rozhraní stále vypadá nakonfigurované. Spojení se zvedlo; síť nikdy. Projděte čtyři kontroly níže v pořadí a zastavte se u té, která vysvětluje rozdíl.
Co link-local adresa skutečně dokazuje
IPv6CP zvedne IPv6 na PPP spoji a vyjedná identifikátor rozhraní pro každou stranu. Tento identifikátor vytvoří link-local adresu, která stačí ke komunikaci s protějškem přes spoj a nestačí k dosažení čehokoli jiného. Adresa dokazuje, že spoj je připravený pro IPv6, a nedokazuje nic o síti za protějškem. Číst ji jako přístupovou adresu je chyba, kterou začíná většina těchto vyšetřování.
Čtyři otázky níže oddělují to, co řeší linková vrstva, od toho, co musí dodat služba. Odpovězte na ně v pořadí, protože na pozdější otázku nelze odpovědět, dokud zůstává dřívější otevřená.
| 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 |
Odkud musí prefix přijít
Globální adresa potřebuje prefix odněkud: oznámení routeru, delegovaný prefix, DHCPv6 nebo statickou konfiguraci. IPv6CP žádný nenese a žádné čekání na spoji ho nevytvoří. RFC 5072 řadí IPv6CP jako krok nastavení, který běží předtím, než na spoji pracují jiné protokoly IPv6, a to je celý jeho rozsah: připravit spoj, ne číslovat síť. Dodejte prefix a rozhraní začne přenášet provoz místo toho, aby jen existovalo.
Oznámení routeru jsou obvyklá odpověď v LAN a méně spolehlivá v tunelu bod-bod, protože klient musí zároveň posílat žádosti a přijímat odpověď. Někteří tuneloví klienti nedělají ani jedno. Zkontrolujte, co je klient ochoten přijmout, než rozhodnete, že to server má poslat.
Stejný prefix musí být dostupný i z druhého konce. Klient, který má globální adresu, ale nemá zpětnou cestu, je nakonfigurovaný, ne připojený.
Trasy jsou samostatný slib
I s adresou musí klient vědět, které cíle patří do tunelu, a server potřebuje zpětnou cestu pro tyto cíle. To jsou dvě rozhodnutí učiněná na dvou místech. Tunel, který přenáší veškerý provoz IPv6, potřebuje výchozí trasu na klientovi a zpětnou trasu na serveru; rozdělený tunel potřebuje, aby se obě strany shodly na stejném seznamu prefixů. Když se neshodnou, provoz odchází a nikdy se nevrací.
Zapište seznam, než cokoli nakonfigurujete. Pokud plán říká, že tunelem prochází jen firemní prefix, klient nemá mít výchozí trasu IPv6 a server ji nemá oznamovat.
Integrace klienta rozhoduje o zbytku
Někteří tuneloví klienti konfigurují IPv6 explicitně. Například Network Extension od Applu přebírá adresu, prefix a sadu tras pro tunel, takže aplikace, která ho používá, nečeká na oznámení ve stylu Ethernet. Jiní spoléhají na oznámení routeru přicházející po spoji. Oba modely jsou legitimní a vyžadují jiné chování serveru, takže volba špatného modelu vytvoří klienta, který navěky čeká na zprávu, kterou nikdo neposílá. Určete model, než změníte server.
Starý název rozhraní, jako ppp0, nedokazuje nic o zásobníku, který dnes běží. Současný klient může použít API paketového tunelu místo PPP rozhraní, a domněnka, že se chová jako historické připojení, je způsob, jak rozbít fungující návrh. Ptejte se na verzi klienta a způsob zajištění, ne na název rozhraní.
Napište plán, který klient potřebuje
Úplný popis pokrývá tři věci: kterou adresu klient má, které cíle má tunel přenášet a jak síť posílá odpovědi zpět. Link-local adresa neodpovídá na žádnou z nich a přijaté oznámení odpovídá jen na část jedné. Kontrolujte každou položku zvlášť, místo abyste přijali zelený indikátor. Potom zaznamenejte, který mechanismus dodal každou odpověď, protože tento záznam promění příští hlášení o IPv6 v kontrolu na dvě minuty.
Uchovávejte záznam s dokumentací služby a aktualizujte ho, když se klient změní. Plán, který byl správný pro PPP klienta, může být špatný pro klienta paketového tunelu na stejné službě. Čtyři otázky zůstávají stejné; pohybují se jen odpovědi.