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 клиентэд зөв байсан төлөвлөгөө ижил үйлчилгээн дэх пакет туннелийн клиентэд буруу байж болно. Дөрвөн асуулт хэвээр үлдэнэ; зөвхөн хариултууд шилждэг.