IPv6CP эмнени макулдашат жана эмнеге дагы префикс керек
PPP интерфейсиндеги link-local дарек — жөндөө кадамы, IPv6 жетүү эмес. Идентификатор алмашууну префикстерден, маршруттардан жана кардар интеграциясынан бөлүңүз.
IPv6 PPP интерфейсинде көтөрүлөт, link-local дарек пайда болот жана өзгөрүү бүттү деп жарыяланат. Андан кийин эч нерсе маршрутталбайт, глобалдык дарек жок, ал эми интерфейс дагы эле жөндөлгөн болуп көрүнгөнү менен коомдук дарекке тест ийгиликсиз болот. Байланыш көтөрүлдү; тармак эч качан көтөрүлгөн жок. Төмөнкү төрт текшерүүнү тартиби менен аткарыңыз жана айырманы түшүндүргөн текшерүүдө токтоңуз.
link-local дарек чындыгында эмнени далилдейт
IPv6CP PPP байланышында IPv6ны көтөрөт жана ар бир тарап үчүн интерфейс идентификаторун макулдашат. Ошол идентификатор link-local дарек жаратат, ал байланыш аркылуу өнөктөш менен сүйлөшүүгө жетет жана башка эч нерсеге жетүүгө жетпейт. Дарек байланыштын IPv6га даяр экенин далилдейт жана өнөктөштүн артындагы тармак тууралуу эч нерсени далилдебейт. Аны жетүү дареги катары окуу ушул иликтөөлөрдүн көбү башталган ката.
Төмөнкү төрт суроо байланыш катмары чечкен нерсени кызмат көрсөтүүгө тийиш болгон нерседен ажыратат. Аларга тартиби менен жооп бериңиз, анткени мурунку суроо ачык турганда кийинки суроого жооп берүү мүмкүн эмес.
| 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 |
Префикс кайдан келиши керек
Глобалдык дарекке префикс бир жерден керек: маршрутизатор жарыясы, делегацияланган префикс, DHCPv6 же статикалык конфигурация. IPv6CP алардын бирин да алып жүрбөйт жана байланышта канча күтсөңүз да пайда болбойт. RFC 5072 IPv6CPны байланышта башка IPv6 протоколдору иштегенге чейин аткарылуучу жөндөө кадамы катары коёт, жана бул анын бүткүл камтылышы: байланышты даярдоо, тармакты номерлөө эмес. Префиксти бериңиз, ошондо интерфейс жөн гана болуунун ордуна трафик алып жүрө баштайт.
Маршрутизатор жарыялары жергиликтүү тармакта кадимки жооп жана чекиттен чекитке туннелде ишенимдүүлүгү төмөн, анткени кардар сурамдарды жөнөтүшү жана жоопту кабыл алышы керек. Кээ бир туннель кардарлары экөөнү тең жасашпайт. Сервер аны жөнөтүшү керекпи деп чечмеден мурун кардар эмнени кабыл алууга даяр экенин текшериңиз.
Ошол эле префикс экинчи учтан да жеткиликтүү болушу керек. Глобалдык дареги бар, бирок кайтуу жолу жок кардар конфигурацияланган, бирок туташкан эмес.
Маршруттар — өзүнчө убада
Дареги болсо да кардар кайсыл багыттар туннелге таандык экенин билиши керек, ал эми сервер ошол багыттар үчүн кайтуу жолун талап кылат. Бул эки жерде кабыл алынган эки чечим. Бүткүл IPv6 трафигин алып жүргөн туннелге кардардагы демейки маршрут жана сервердеги кайтуу маршруту керек; бөлүнгөн туннел эки тараптын бирдей префикс тизмесине макулдашуусун талап кылат. Алар макулдашпаса, трафик чыгып кетет жана эч качан кайтпайт.
Эч нерсени конфигурациялоодон мурун тизмени жазыңыз. Эгер план туннел аркылуу корпоративдик префикс гана өтөт десе, кардарда демейки IPv6 маршруту болбошу керек жана сервер аны жарыялабашы керек.
Калганын кардар интеграциясы чечет
Кээ бир туннель кардарлары IPv6ны ачык конфигурациялашат. Мисалы, Appleдын Network Extension туннел үчүн дарек, префикс жана маршруттар топтомун алат, ошондуктан аны колдонгон колдонмо Ethernet стилиндеги жарыяны күтпөйт. Башкалары байланыш аркылуу келген маршрутизатор жарыяларына таянышат. Эки модель тең мыйзамдуу жана алар ар башка сервер жүрүм-турумун талап кылат, ошондуктан туура эмесин тандоо эч ким жибербеген билдирүүнү түбөлүк күткөн кардарды жаратат. Серверди өзгөртүүдөн мурун моделди аныктаңыз.
ppp0 сыяктуу эски интерфейс аты бүгүн иштеп жаткан стек тууралуу эч нерсени далилдебейт. Азыркы кардар PPP интерфейсинин ордуна пакеттик туннел APIсин колдонушу мүмкүн, ал эми анын тарыхый туташуу сыяктуу жүрүм-турум көрсөтөт деп болжолдоо — иштеп жаткан долбоорду бузуунун жолу. Интерфейс атын эмес, кардардын версиясын жана жеткирүү ыкмасын сураңыз.
Кардарга керек планды жазыңыз
Толук сүрөттөмө үч нерсени камтыйт: кардардын кайсыл дареги бар, туннел кайсыл багыттарды алып жүрүшү керек жана тармак жоопторду кантип кайтарат. link-local дарек алардын бирине да жооп бербейт, ал эми кабыл алынган жарыя биринин гана бир бөлүгүнө жооп берет. Жашыл көрсөткүчтү кабыл алуунун ордуна ар бир пунктту өзүнчө текшериңиз. Андан кийин кайсыл механизм ар бир жоопту бергенин жазыңыз, анткени бул жазуу кийинки IPv6 эсебин эки мүнөттүк текшерүүгө айландырат.
Жазууну кызмат документтери менен бирге сактаңыз жана кардар өзгөргөндө жаңыртыңыз. PPP кардары үчүн туура болгон план ошол эле кызматта пакеттик туннел кардары үчүн туура эмес болушу мүмкүн. Төрт суроо ошол бойдон калат; жалгыз жооптор жылат.