IPv6CP nəyi razılaşdırır və nə hələ də prefiks tələb edir
PPP interfeysində link-local ünvan qurulum addımıdır, IPv6 girişi deyil. İdentifikator mübadiləsini prefikslərdən, marşrutlardan və müştəri inteqrasiyasından ayırın.
IPv6 PPP interfeysində qalxır, link-local ünvan görünür və dəyişiklik bitmiş elan olunur. Sonra heç nə marşrutlaşmır, qlobal ünvan yoxdur və ictimai ünvana test uğursuz olur, interfeys isə hələ də konfiqurasiya edilmiş görünür. Link qalxdı; şəbəkə heç vaxt qalxmadı. Aşağıdakı dörd yoxlamanı sıra ilə aparın və boşluğu izah edən yoxlamada dayanın.
Link-local ünvan əslində nəyi sübut edir
IPv6CP PPP linkində IPv6-nı qaldırır və hər tərəf üçün interfeys identifikatoru razılaşdırır. Bu identifikator link-local ünvan yaradır; bu, link boyunca həmsöhbətlə danışmaq üçün kifayətdir və başqa heç nəyə çatmaq üçün deyil. Ünvan linkin IPv6 üçün hazır olduğunu sübut edir və həmsöhbətin arxasındakı şəbəkə haqqında heç nə sübut etmir. Onu giriş ünvanı kimi oxumaq bu araşdırmaların çoxunu başladan səhvdir.
Aşağıdakı dörd sual link qatının həll etdiyini xidmətin təmin etməli olduğundan ayırır. Onlara sıra ilə cavab verin, çünki əvvəlki sual açıq qalarkən sonrakına cavab vermək mümkün deyil.
| 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 haradan gəlməlidir
Qlobal ünvan üçün prefiks haradansa gərəkdir: router reklamı, delegasiya edilmiş prefiks, DHCPv6 və ya statik konfiqurasiya. IPv6CP heç bir prefiks daşımır və linkdə nə qədər gözləsəniz də o yaranmayacaq. RFC 5072 IPv6CP-ni digər IPv6 protokolları linkdə işləməzdən əvvəl işləyən qurulum addımı kimi yerləşdirir və bu, onun bütün əhatəsidir: linki hazırlamaq, şəbəkəni nömrələmək deyil. Prefiksi təmin edin və interfeys sadəcə mövcud olmaq əvəzinə trafik daşımağa başlayır.
Router reklamları lokal şəbəkədə adi cavabdır və nöqtədən-nöqtəyə tuneldə daha az etibarlıdır, çünki müştəri həm sorğu göndərməli, həm də cavabı qəbul etməlidir. Bəzi tunel müştəriləri heç birini etmir. Serverin onu göndərməsinə qərar verməzdən əvvəl müştərinin nəyi qəbul etməyə hazır olduğunu yoxlayın.
Eyni prefiks digər tərəfdən də əlçatan olmalıdır. Qlobal ünvanı olan, lakin qayıdış yolu olmayan müştəri qurulub, amma qoşulmayıb.
Marşrutlar ayrı bir vəddir
Ünvan olsa belə, müştəri hansı təyinatların tunelə aid olduğunu bilməlidir və server həmin təyinatlar üçün qayıdış yolu tələb edir. Bunlar iki yerdə verilən iki qərardır. Bütün IPv6 trafikini daşıyan tunel müştəridə default marşrut və serverdə geri marşrut tələb edir; bölünmüş tunel isə hər iki tərəfin eyni prefiks siyahısında razılaşmasını tələb edir. Onlar uyğun gəlmədikdə trafik çıxır və heç vaxt qayıtmır.
Siyahını hər şeyi konfiqurasiya etməzdən əvvəl yazın. Plan yalnız korporativ prefiksin tuneldən keçdiyini deyirsə, müştəridə default IPv6 marşrutu olmamalıdır və server onu reklam etməməlidir.
Müştəri inteqrasiyası qalanı həll edir
Bəzi tunel müştəriləri IPv6-nı açıq şəkildə konfiqurasiya edir. Məsələn, Apple-ın Network Extension-ı tunel üçün ünvan, prefiks və marşrut dəsti götürür, ona görə ondan istifadə edən tətbiq Ethernet üslublu elanı gözləmir. Digərləri link üzərindən gələn router reklamlarına güvənir. Hər iki model qanunidir və fərqli server davranışı tələb edir, ona görə səhv modeli seçmək heç kimin göndərmədiyi mesajı əbədi gözləyən müştəri yaradır. Serveri dəyişməzdən əvvəl modeli müəyyən edin.
ppp0 kimi köhnə interfeys adı bu gün işləyən stack haqqında heç nə sübut etmir. Müasir müştəri PPP interfeysi əvəzinə paket-tunel API-si istifadə edə bilər və onun tarixi bağlantı kimi davrandığını güman etmək işlək dizaynı məhv etməyin yoludur. İnterfeys adını deyil, müştəri versiyasını və təminat metodunu soruşun.
Müştərinin ehtiyac duyduğu planı yazın
Tam təsvir üç şeyi əhatə edir: müştərinin hansı ünvanı saxladığını, tunelin hansı təyinatları daşımalı olduğunu və şəbəkənin cavabları necə geri göndərdiyini. Link-local ünvan bunların heç birinə cavab vermir və qəbul edilmiş elan birinin yalnız bir hissəsinə cavab verir. Yaşıl indikatoru qəbul etmək əvəzinə hər bəndi ayrıca yoxlayın. Sonra hər cavabı hansı mexanizmin verdiyini qeyd edin, çünki bu qeyd növbəti IPv6 hesabatını iki dəqiqəlik yoxlamaya çevirir.
Qeydi xidmət sənədləri ilə saxlayın və müştəri dəyişdikdə yeniləyin. PPP müştərisi üçün doğru olan plan eyni xidmətdə paket-tunel müştərisi üçün səhv ola bilər. Dörd sual eyni qalır; yalnız cavablar yerini dəyişir.