Marşrut reflektorları əlavə etdikdən sonra bəzi L2VPN marşrutları yox olur
Sessiyalar qalır, lakin bir neçə L2VPN marşrutu heç vaxt gəlib çatmır. Təkrar istifadə edilən klaster ID-ləri, müştəri münasibətləri və refleksiya qrafiki bu seçici itkini izah edir.
Sessiyalar qalır, IGP sabitdir, lakin dörd provayder kənarından ikisində bir neçə L2VPN marşrutu heç vaxt görünmür. Bu şəkil nəqliyyat problemi deyil, refleksiya problemidir, çünki pozulmuş sessiya tamamilə sıradan çıxır, təkrar istifadə edilən refleksiya sərhədi isə seçici şəkildə sıradan çıxır. Fiziki halqanın buna heç bir aidiyyəti yoxdur; bu marşrutların dayandığı yer məntiqi paylama qrafikidir. Həmin nöqtəni tapmaq idarəetmə müstəvisini yenidən qurmağı tələb etmir.
İtki seçicidir və bu, axtarışı daraldır
Fiziki halqada dörd provayder kənarı tam mesh üçün altı məntiqi sessiya tələb edir, çünki hər marşrutlaşdırıcı qalan üçü ilə cütləşir. Bu sessiyalar marşrutlanmış nəqliyyat üzərində gedir, ona görə kabel nə qədər qonşuluq olduğunu və ya hansının refleksiya etdiyini demir. İki kənar müəyyən prefiks dəstini buraxarkən qalan hər şey yığıldıqda, kabel şübhəli deyil.
Seçici itki dövrənin qarşısının alınmasına, siyasətə və ya münasibətin istiqamətinə işarə edir: bəzi marşrutlar sərhədi keçir, digərləri yolda atılır. Tam itki sessiyaya və ya ünvan ailəsinə işarə edir. Bu ikisindən hansına baxdığınızı müəyyən etmək ilk faydalı addımdır və bir əmr tələb edir.
Refleksiya əslində nəyi dəyişir
Marşrut refleksiyası iBGP danışanının başqa iBGP danışanından öyrəndiyi marşrutu yenidən elan etməməsi qaydasını yumşaldır. RFC 4456 istisnanı danışanla marşrutun mənbəyi arasındakı münasibətlə ifadə edir və bu münasibətin istiqaməti əksər xülasələrin təklif etdiyindən daha vacibdir. Müştəridən öyrənilən marşrut digər müştərilərə və müştəri olmayanlara refleksiya edilə bilər, müştəri olmayandan öyrənilən marşrut isə yalnız müştərilərə refleksiya edilə bilər. Asimmetriyanı iki dəfə oxuyun, çünki o, müştəri münasibəti əlavə etməyin dizayn səhvini necə gizlədə bildiyini izah edir: topologiyanın heç vaxt nəzərdə tutmadığı bir yolu açır.
CLUSTER_LIST atributu refleksiya tarixçəsini qeyd edir və öz klaster ID-sini həmin siyahıda görən reflektor elana məhəl qoymamalıdır. Bu, dövrənin qarşısının alınmasıdır və həm də identifikatorlar təsadüfən təkrar istifadə edildikdə marşrutları silən mexanizmdir. ORIGINATOR_ID oxşar rol oynayır və marşrutu ilk elan edən marşrutlaşdırıcını göstərir.
Təkrar istifadə edilən klaster ID-ləri marşrutların yox olma üsuludur
Kiçik şəbəkə qısayolu təklif edir: hər marşrutlaşdırıcıya loopback-inə bərabər klaster ID verin, sonra bir reflektor daha əlavə edin və əlverişli olduğu üçün mövcud loopback-i təkrar istifadə edin. Əgər bu identifikator indi iki müstəqil refleksiya mərhələsində görünürsə, ikinci mərhələ CLUSTER_LIST-də öz ID-sini görür və marşrutu atır. Heç nə xəta qeyd etmir, çünki atmaq dövrəyə verilən düzgün cavabdır.
Bir klasterə xidmət edən artıq reflektorlar qanuni istisnadır: hər ikisi eyni müştərilərə xidmət edə bilsin deyə qəsdən ID paylaşırlar. İdentifikator korpus adlarını fərqləndirmək əvəzinə refleksiya dizaynına uyğun olmalıdır.
Hər hansı konfiqurasiyaya toxunmadan əvvəl nəzərdə tutulan qrafiki çəkin: prefiksi kim yaradır, hansı müştəri münasibəti ilk refleksiyaya icazə verir, hansı reflektor onu növbəti mərhələyə aparır və son müştəri harada yerləşir. Bu qrafikdəki hər hop təkrar istifadə edilən identifikatorun, çatışmayan müştəri münasibətinin və ya siyasət filtrinin marşrutu dayandıra biləcəyi yerdir. Qrafik çəkiləndə çatışmayan marşrutun sirr deyil, yeri olur.
Hər qonşunu müştəri etməyə müqavimət göstərin
Çatışmayan marşrut üçün sürətli düzəliş hər qonşunu hər reflektorun müştərisi etməkdir. Yayılma qayıdır və dizayn sizə heç nə demir: hər danışanın daşıdığı marşrutları çoxaldır, eyni zamanda işi hansı münasibətin görməli olduğunu gizlədir.
Kiçik şəbəkə adətən iki formadan birini tələb edir. Tam iBGP mesh dörd marşrutlaşdırıcı üçün altı sessiyadır və heç bir refleksiya yoxdur; qalan kənarlara xidmət edən təyin edilmiş bir cüt reflektor isə digər formadır. Hər ikisi hər marşrutlaşdırıcının bir az refleksiya etdiyi qismən meshdən daha asan düşünülür. Formanı miqyas və nasazlıq davranışına görə seçin, kabel sxeminə görə deyil.
Refleksiyanı günahlandırmadan əvvəl ünvan ailəsini yoxlayın
179 portunda TCP sessiyası iki danışanın danışa bildiyini sübut edir, VPN ünvan ailəsinin bir marşrut belə mübadilə edib-etmədiyi barədə heç nə demir. Əvvəlcə sessiya vəziyyətini, sonra ailəni, sonra fərdi prefiksi müəyyən edin.
vtysh -c "show bgp summary"
vtysh -c "show bgp l2vpn evpn summary"
vtysh -c "show bgp l2vpn evpn"
Bu üç çıxış qonşuluq problemini mübadilə problemindən və çatışmayan prefiks probleminindən ayırır. Əgər ailə ümumiyyətlə heç bir prefiks göstərmirsə, refleksiyaya baxmadan əvvəl qonşunun aktivləşdirmə vəziyyətini və ixrac siyasətini yoxlayın. Prefikslər bir kənarda görünür, digərində görünmürsə, qəbul edən tərəfdə klaster siyahısını və mənbəni müqayisə edin, sonra əvvəlki bölmədəki qrafiki gəzin.
Növbəti hop əlçatanlığını və yönləndirmə vəziyyətini bu yoxlamadan kənarda saxlayın. əlçatmaz növbəti hop olan refleksiya edilmiş marşrut mövcuddur və istifadəsizdir; növbəti hop sütununa baxana qədər bu, refleksiya nasazlığı kimi görünür. Növbəti hopu həll edin, yönləndirmə qeydini təsdiqləyin və yalnız bundan sonra paylama qrafikinin başqa reflektora ehtiyacı olub-olmadığını qərar verin.