DMVPN WAN ehtiyat keçidi: marşrut siyasəti, yoxsa tuneli bağlamaq?

İki WAN-lı DMVPN hub iki üsuldan biri ilə ehtiyat rejimə keçir və fərq göründüyündən böyükdür. Biri marşrut siyasətinin hansı növbəti hopu seçdiyini dəyişir, beləliklə paketlər axmağa davam edir və yalnız çıxışı dəyişir. Digəri tuneli inzibati qaydada bağlayır və bununla həmin interfeysdəki bütün xidmətləri də aşağı salır. Hər ikisi doğru ola bilər, çünki fərqli suallara cavab verirlər.

Qərar konfiqurasiyadan əvvəl gəlir

Bunu sizin üçün üç şərt həll edir. Tunel interfeysinin işlək olmasından başqa nəsə asılıdır, məsələn ikinci DMVPN profili və ya onun vəziyyətini oxuyan monitor? ehtiyat rejimə keçməli olan trafik öz siyasətini daşıyır, yoxsa qlobal marşrut cədvəlinə güvənir? Və operatorun qəti bir vəziyyət dəyişikliyinə ehtiyacı var, yoxsa sakit yol dəyişməsi kifayətdir? Bu üçünə cavab verin və seçim adətən özü ortaya çıxır.

Əgər bağlama işləyən xidmətləri aşağı salsa, marşrut siyasəti daha kiçik addımdır. Əgər tələb əsas WAN sıradan çıxanda tunelin ümumiyyətlə olmamasıdırsa, heç bir siyasət yazısı bunu ifadə edə bilməz.

Cavabı yazın, çünki konfiqurasiya asan hissədir.

Marşrut siyasəti əslində nəyi dəyişir

Siyasət əsaslı marşrutlaşdırmada izlənən obyekt növbəti hopu qapıya bağlaya bilər. Marşrut xəritəsi yazısı namizəd növbəti hopu və ondan istifadə üçün işlək olmalı olan izlənən obyekti adlandırır, bu izləmə vəziyyəti isə IP SLA zondlamasından gəlir. Obyekt sıradan çıxanda yazı uyğunlaşmağı dayandırır və paket növbəti yazı və ya adi marşrut cədvəli ilə qiymətləndirilir.

Bu son detal insanları təəccübləndirir: növbəti hopu seçməyi dayandıran siyasət adətən trafiki bloklamaq əvəzinə normal marşrutlaşdırmaya icazə verir. Əgər sizə nasazlıq zamanı qara dəlik lazımdırsa, onu özünüz yazmalısınız.

Sintaksis platformalara və buraxılışlara görə fərqlənir, ona görə həqiqətən işlətdiyiniz versiyanın təlimatına baxın.

Tunelin bağlanması nəyi dəyişir

İnterfeysin bağlanması inzibati vəziyyəti dəyişir. Ondan asılı olan hər tunel, marşrut və sessiya eyni anda aşağı düşür ki, bu da tunel yox olmalı olan şeydirsə, tam istədiyiniz nəticədir. EEM appleti də WAN problemini əlaqəsiz xidmətləri əhatə edən kəsintiyə belə çevirir.

Bu yolla getsəniz, appleti bir interfeys və bir tetik ilə məhdudlaşdırın, əvvəlki inzibati vəziyyəti yadda saxlayın, bərpa əməliyyatını təyin edin və təkrar yellənmələrin onu dövrəyə sala bilməyəcəyinə əmin olun.

Sərt kodlanmış bərpa əmri başqasının etdiyi texniki xidmət bağlanmasını da üstələyə bilər.

Zondun düşündüyünüz yolla getməsini təmin edin

Cari ən yaxşı marşrutu izləyən zond hər şeylə birlikdə ehtiyat WAN-a keçir və sonra əsası sağlam elan edir, çünki artıq ondan istifadə etmir.

Zondu sınaqdan keçirdiyiniz yolun interfeysinə və ya mənbə ünvanına bərkidin. Həm də nəyi hədəf aldığını yoxlayın, çünki ISP-nin növbəti hopuna çatmaq tunelin mövcud olduğu xidmətə çatmaqdan azını sübut edir. Yuxarı və aşağı gecikmələri qəsdən təyin edin: qısa aşağı gecikmə sürətli reaksiya verir və yellənir, uzunu isə dalğalanmaları keçib real nasazlıqları gizlədir. Cisco-nun IOS XE izləmə və siyasət marşrutlaşdırma təlimatı dəstəklənən birləşmələri sənədləşdirir və platformanızdakı funksiya dəsti onlardan hansından istifadə edə biləcəyinizi müəyyən edir.

Hər iki gecikmə dəyərini izlənən obyektin yanında qeyd edin, yoxsa heç kim niyə belə davrandığını bilməyəcək.

Bərpaya qərar verin, sonra yoxlayın

Bərpa öz qərarını tələb edir. Həddi davamlı aşan link, açıq şəkildə sıradan çıxmışdan daha tez-tez sessiyaları köçürə bilər və hər köçürmə açar yenilənməsi və tətbiq təkrar cəhdləri bahasına baş verir. Sabitlik tələbi seçin və gecikmə onu ifadə etsin. Sonra dəyişiklik pəncərəsində zondun yolu görünən halda yoxlayın: seçilmiş marşrut, xarici peer yolu və tətbiqin əslində nə etdiyi.

Ehtiyat keçid işləyirsə, amma tətbiq yenə də sınırsa, problem marşrutlaşdırma qatının üstündədir və heç bir izləmə onu düzəltməyəcək.

Həmin pəncərədən sübutları saxlayın, çünki növbəti dəyişiklik onunla müqayisə olunacaq.