IPv6CP nimalarni kelishadi va nimaga hali ham prefiks kerak
PPP interfeysidagi link-local manzil sozlash bosqichidir, IPv6 ga kirish emas. Identifikatorlar almashinuvini prefikslar, marshrutlar va mijoz integratsiyasidan ajratib turing.
IPv6 PPP interfeysida ko'tariladi, link-local manzil paydo bo'ladi va o'zgarish tugallangan deb e'lon qilinadi. Keyin hech narsa marshrutlanmaydi, global manzil yo'q va interfeys hali ham sozlangan ko'rinib turganda ommaviy manzilga sinov muvaffaqiyatsiz bo'ladi. Bog'lanish ko'tarildi; tarmoq hech qachon. Quyidagi to'rtta tekshiruvni tartib bilan bajaring va bo'shliqni tushuntiruvchi tekshiruvda to'xtang.
link-local manzil aslida nimani isbotlaydi
IPv6CP PPP bog'lanishida IPv6 ni ko'taradi va har bir tomon uchun interfeys identifikatorini kelishadi. Bu identifikator link-local manzilni hosil qiladi, u bog'lanish orqali sherik bilan gaplashishga yetadi va boshqa hech narsaga yetish uchun yetmaydi. Manzil bog'lanish IPv6 ga tayyor ekanini isbotlaydi va sherik orqasidagi tarmoq haqida hech narsani isbotlamaydi. Uni kirish manzili sifatida o'qish ushbu tekshiruvlarning ko'pchiligi boshlanadigan xatodir.
Quyidagi to'rtta savol bog'lanish qatlami nimalarni hal qilishini xizmat nimalarni taqdim etishi kerakligidan ajratadi. Ularga tartib bilan javob bering, chunki avvalgi savol ochiq turganda keyingi savolga javob berib bo'lmaydi.
| 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 |
Prefiks qayerdan kelishi kerak
Global manzilga qayerdandir prefiks kerak: router e'loni, vakolat berilgan prefiks, DHCPv6 yoki statik konfiguratsiya. IPv6CP hech birini olib yurmaydi va bog'lanishda qancha kutishdan qat'i nazar u paydo bo'lmaydi. RFC 5072 IPv6CP ni bog'lanishda boshqa IPv6 protokollari ishlashidan oldin ishlaydigan sozlash bosqichi sifatida qo'yadi va bu uning butun doirasi: bog'lanishni tayyorlash, tarmoqni raqamlash emas. Prefiksni taqdim eting va interfeys shunchaki mavjud bo'lish o'rniga trafikni tasha boshlaydi.
Router e'lonlari LANda odatiy javob va nuqta-nuqtaga tunnelda kamroq ishonchli, chunki mijoz ham so'rov yuborishi, ham javobni qabul qilishi kerak. Ba'zi tunnel mijozlari ikkalasini ham qilmaydi. Server uni yuborishi kerakmi deb qaror qilishdan oldin mijoz nimani qabul qilishga tayyor ekanini tekshiring.
Xuddi shu prefiks boshqa uchdan ham yetib borishi kerak. Global manzilga ega bo'lib, qaytish yo'li bo'lmagan mijoz sozlangan, lekin ulanmagan.
Marshrutlar alohida va'da
Manzil bo'lsa ham, mijoz qaysi manzillar tunnelga tegishli ekanini bilishi kerak va server o'sha manzillar uchun qaytish yo'liga muhtoj. Bu ikki joyda qabul qilingan ikki qaror. Butun IPv6 trafigini tashuvchi tunnel mijozda standart marshrut va serverda qaytish marshrutini talab qiladi; bo'lingan tunnel ikkala tomonning bir xil prefikslar ro'yxatiga kelishuvini talab qiladi. Ular kelishmasa, trafik chiqib ketadi va hech qachon qaytmaydi.
Biror narsani sozlashdan oldin ro'yxatni yozing. Agar reja tunnel orqali faqat korporativ prefiks o'tishini aytsa, mijozda standart IPv6 marshruti bo'lmasligi kerak va server uni e'lon qilmasligi kerak.
Qolganini mijoz integratsiyasi hal qiladi
Ba'zi tunnel mijozlari IPv6 ni aniq sozlaydi. Masalan, Apple ning Network Extension tunnel uchun manzil, prefiks va marshrutlar to'plamini oladi, shuning uchun undan foydalanadigan dastur Ethernet uslubidagi e'lonni kutmaydi. Boshqalari bog'lanish orqali keladigan router e'lonlariga tayanadi. Ikkala model ham qonuniy va ular turli server xatti-harakatini talab qiladi, shuning uchun noto'g'risini tanlash hech kim yubormaydigan xabarni abadiy kutadigan mijozni hosil qiladi. Serverni o'zgartirishdan oldin modelni aniqlang.
ppp0 kabi eski interfeys nomi bugun ishlayotgan stek haqida hech narsani isbotlamaydi. Zamonaviy mijoz PPP interfeysi o'rniga paketli tunnel API sidan foydalanishi mumkin va uning tarixiy ulanish kabi ishlashini taxmin qilish ishlayotgan dizaynni buzish yo'lidir. Interfeys nomini emas, mijoz versiyasi va ta'minlash usulini so'rang.
Mijozga kerak bo'lgan rejani yozing
To'liq tavsif uch narsani qamrab oladi: mijoz qaysi manzilga ega, tunnel qaysi manzillarni tashishi kerak va tarmoq javoblarni qanday qaytaradi. link-local manzil ularning hech biriga javob bermaydi va qabul qilingan e'lon faqat bittasining bir qismiga javob beradi. Yashil ko'rsatkichni qabul qilish o'rniga har bir bandni alohida tekshiring. Keyin har bir javobni qaysi mexanizm taqdim etganini yozib qo'ying, chunki bu yozuv keyingi IPv6 hisobotini ikki daqiqalik tekshiruvga aylantiradi.
Yozuvni xizmat hujjatlari bilan birga saqlang va mijoz o'zgarganda yangilang. PPP mijozi uchun to'g'ri bo'lgan reja xuddi shu xizmatdagi paketli tunnel mijozi uchun noto'g'ri bo'lishi mumkin. To'rtta savol o'zgarmaydi; faqat javoblar o'zgaradi.