DMVPN Faza 3: qısa yolu hər iki istiqamətdə oxumaq

Bir pingin spoke-dən spoke-ə getdiyini görürsünüz, o, hub üzərindən uzun yolla gedir, ikincisi isə birbaşa gedir. Bu nöqtədə qısa yolu işlək adlandırmaq cazibədardır. Bu nəticə yarı yarıya doğrudur. İrəli yol qısa yol ola bilər, geri yol isə hələ də hub üzərindən gedə bilər və hər istiqaməti sübut edən vəziyyət fərqli vəziyyətdir. Dizaynı sağlam qəbul etməzdən əvvəl hər iki istiqaməti izləyin və üç cədvəl oxuyun.

Əslində görə bildiyiniz paket yolundan başlayın

Birbaşa olmalı olan təyinatla spoke-dən başlayın. İlk paketi izləyin: o, hələ qısa yol olmadığı üçün spoke-in hub-a doğru marşrutunu izləyir. Hub onu yönləndirir və Faza 3 dizaynında mənbəyə daha yaxşı yolun olduğunu bildirən yönləndirmə də göndərir.

Bu yönləndirmə tetikdir, sübut deyil. O, hub-un optimallaşdırıla bilən trafik gördüyünü bildirir. Mənbənin qısa yolu qurduğunu, təyinatın sorğuya cavab verdiyini və ya cavab yolunun ondan istifadə etdiyini bildirmir.

Beləliklə, ilk faydalı müşahidə əvvəl və sonradır: hub üzərindən birinci axın, sonrakı axın isə birbaşa.

Bir tunel kimi görünən üç vəziyyət

Qısa yol üç vəziyyət hissəsindən asılıdır və hər birinin öz ömrü və öz əmri var.

NHRP keş qeydi overlay ünvanını NBMA nəqliyyat ünvanına uyğunlaşdırır. Marşrut və ya qısa yol konkret daxili təyinatın necə yönləndiriləcəyini müəyyən edir. IPsec assosiasiyası nəticədə yaranan trafiki qoruyur. İtkin cavab bu üçündən hər hansı birindən gələ bilər və əmrlər hansının olmadığını göstərir.

Onları bu sıra ilə oxuyun, çünki itkin uyğunlaşdırma digər ikisini maraqsız edir.

Sorğunu və cavabı ayrı-ayrılıqda izləyin

Spoke A-dan sorğu göndərin və nəyin qayıtdığını izləyin. Sorğu dəstəklənən NHRP yönləndirmə yolu ilə gedir və təyinat hub üzərindən deyil, birbaşa cavab verə bilər. Bu asimmetriya normaldır və buna görə cavab mübadilənin maraqlı yarısıdır.

İndi rolları dəyişin. B-dən A-ya göndərin və eyni üç oxunuşu təkrarlayın. Bir istiqaməti qısaldan, digərini qısaltmayan dizayn simmetrik deyil və asimmetriya adətən bir tərəfdə itkin prefiksdən və ya cavabsız qalan sorğudan irəli gəlir.

Qarşı tərəfin cavabı sorğu hub-dan keçdiyi üçün hub-dan keçməli deyil. Bunu xəta kimi oxuyub mövcud olmayan marşrut nasazlığının arxasınca qaçmayın.

Hub-un yönləndirməsini oxuyun, təkcə marşrutunu yox

Hub-un marşrut cədvəli hub-un paketi hara göndərəcəyini bildirir. Yönləndirmə isə hub-un mənbədən bununla bağlı nə etməsini istədiyini bildirir. Bunlar fərqli faktlardır və düzgün marşruta malik, lakin yönləndirmə göndərməyən hub hər axını qeyri-müəyyən müddət uzun yolda saxlayacaq. Hub-un NHRP hadisələrini yoxlayın və maraqlandığınız trafik üçün yönləndirmələrin yaradıldığını təsdiqləyin.

Faza 3 həmçinin xülasələşdirmənin mənasını dəyişir. Qısa yol davranışı ilə spoke-lər Faza 2 dizaynının gözlədiyi bütün konkret uzaq marşrutlar dəstinə ehtiyac duymur, buna görə spoke-də xülasələnmiş marşrut avtomatik olaraq itkin şəbəkə deyil. Xülasəni nasazlıq kimi oxumazdan əvvəl fazanı və marşrut siyasətini təsdiqləyin.

Məhz bu bir anlaşılmazlıq digərlərindən daha çox DMVPN bileti yaradır.

Nəticəni itkin obyekt kimi qeyd edin

İcazəli tətbiq axını və onun cavabı ilə bitirin və hər istiqamət üçün birbaşa yoldan istifadə edib-etmədiyini qeyd edin. Sonra nəticəni itkin olan obyekt kimi yazın: uyğunlaşdırma, yönləndirmə qısa yolu, qoruma assosiasiyası və ya tətbiq cavabı.

Marşrut qonşuluğu və ortaq təhlükəsizlik assosiasiyası sağlamlığın sübutudur, yolun sübutu deyil. Hər ikisi mükəmməl ola bilər, halbuki hər paket hələ də uzun yolla gedir. Əvvəlcə yönləndirmə qərarını, sonra onu daşıyan assosiasiyanı yoxlayın. Sıra vacibdir, çünki assosiasiya hər halda formalaşır.

Bu vərdiş növbəti biletdə özünü doğruldur. «Tunel qalxıb, amma yavaşdır» «B-nin A hostu üçün qısa yolu yoxdur»a çevrilir və ikinci ifadə beş dəqiqəlik düzəlişdir. Əmr çıxışını nəticə ilə birlikdə saxlayın və vendorun Faza 3 bələdçisini onun yanında saxlayın.