CE RIP marşrutundan uzaq VRF-ə: eksport harada baş verir

RIPv2 yeniləməsi provayder kənarına gəlir, VRF marşrut cədvəlinə düşür və orada dayanır, əgər nəsə onu açıq şəkildə eksport etmirsə. Üç qərar ardıcıl olaraq baş verir və hər biri öz səbəbi ilə prefiksi rədd edə bilər. Bunu vahid hadisə kimi oxumaq, uzaq sayt CE-nin açıq şəkildə elan etdiyi şəbəkəyə çata bilmədikdə insanların səhv qutunun arxasınca getməsinin səbəbidir. Marşrutu PE-dən keçirərək izləyin və ardıcıllıq aydın olur.

PE RIP yeniləməsi ilə nə edir

PE yeniləməni VRF interfeysində qəbul edir, mənbəyin icazəli qonşu olduğunu yoxlayır və prefiksi elandan törəmə hop sayğacı ilə VRF marşrut cədvəlinə yazır. Bu cədvəl öz inzibati məsafələri və öz ən yaxşı yol seçimi olan adi marşrut cədvəlidir. Əgər CE eyni prefiksi fərqli metrikalarla iki dəfə elan edərsə, cədvəldə yalnız daha yaxşısı qalır. Bu addımda provayderin onurğasına aid heç nə yoxdur.

Prefiks indi bir müştərinin marşrut kontekstində mövcuddur ki, bu da hər hansı başqa yerdə çatıla bilən olmaqdan çox uzaqdır.

Eksport protokol nəticəsi deyil, siyasət aktıdır

VRF-dən çıxmaq üçün marşrut VPN marşrutlarını daşıyan MP-BGP prosesinə yenidən paylanmalıdır və onu hansı uzaq VRF-lərin import edə biləcəyini göstərən geniş route target icması tələb olunur. Arxitektura RFC 4364 bu mübadilələri məhz buna görə CE-PE protokolundan ayrı saxlayır. Kənarda RIP istifadəsi provayder şəbəkəsindən nəyin keçəcəyi barədə heç nə demir.

Eksport müqaviləsini hər hansı konfiqurasiyadan əvvəl yazın: uzaqdan çatıla bilməli olan müştəri prefiksləri, lokal qalmalı marşrutlar və hər hansı default, daha spesifik və ya paylaşılan xidmət istisnaları. Bu müqaviləni real VRF ilə uyğunlaşdırın, başqa müştəriyə aid oxşar adlı VRF ilə deyil.

Import tərəfi öz route target-ları olan ikinci siyasətdir və uyğun eksport uyğun olmayan import ilə onurğada mövcud olan, lakin heç bir uzaq cədvəldə görünməyən prefiks yaradır.

Yenidən paylama və açıq mənbələşdirmə fərqli davranır

Yenidən paylama artıq VRF cədvəlində olan marşrutları götürür və onları marşrut xəritəsi ilə süzərək BGP-yə kopyalayır. Xəritə hansı prefikslərin uyğun olduğunu və hansı atributları daşıyacağını müəyyən edir, metrika isə açıq şəkildə təyin edilməlidir, çünki RIP hop sayğacının BGP metriki kimi mənası yoxdur. Təyin etmədiyiniz hər şey elə miras alınır ki, bu, adətən konfiqurasiyanı altı ay sonra oxuyanı təəccübləndirir.

Qarşılıqlı yenidən paylama səssiz ziyanın baş verdiyi yerdir. BGP-yə eksport edilən prefiks ikinci yenidən paylama nöqtəsindən geri qayıda bilər və teq və ya filtr olmadan marşrut yellənir, halbuki hər iki cədvəl istənilən anda inandırıcı görünür. Geri yolun qarşısını almaq üçün topologiyaya güvənmək əvəzinə kənarda tətbiq olunan teqlərlə süzün.

Açıq mənbələşdirmə daha səliqəli görünür və qeyd-şərtsiz deyil. Şəbəkə ifadəsi adətən prefiksin yaradılmasından əvvəl marşrut cədvəlində uyğun marşrut tələb edir, buna görə CE onu elan etməyi dayandırdığı anda reklam yox olur. Bu çox vaxt istədiyiniz davranışdır və həmişəlik konfiqurasiya olunmuş statik marşrutla eyni deyil. İki davranışdan birini fərz etmək əvəzinə platformun faktiki qaydasını yoxlayın.

Hər halda, hər prefiks üçün verilməli sual budur: onu hansı aktiv mənbə uyğun edir və o mənbə yox olduqda nə baş verir.

Zənciri dörd yerdə yoxlayın

CE elanına, VRF marşrut cədvəlinə, route target ilə VPN marşrut cədvəlinə və uzaq VRF importuna bu ardıcıllıqla baxın. IOS-da bu, CE qonşu çıxışı, show ip route vrf CUSTOMER, show ip bgp vpnv4 vrf CUSTOMER, uzaq PE-də də eyni əmr deməkdir. IOS-XR-də ekvivalent çıxış bunun altında yerləşir: show bgp vrf CUSTOMER ipv4 unicast. Əmr adları fərqlidir, dörd yoxlama nöqtəsi deyil.

Rədd edilməli prefiksi keçməli olandan eyni diqqətlə yoxlayın, çünki hər şeyə icazə verən siyasət ilk istisna gələnə qədər düzgün siyasətlə eyni görünür. Sonra geri götürməni izləyin: CE interfeysini bağlayın və uzaq qeydin gözlənilən taymer ərzində yox olduğunu, qalmadığını təsdiqləyin.

Hər siyasətin kimə aid olduğunu qeyd edin. CE-ni provayder idarə edirsə, təqdim olunan davranış xidmət müqaviləsinə aiddir və idarə olunan cihazda fərqli protokol və ya geri götürmə siyasəti marşrut problemi olmadan əvvəl sənədləşmə problemidir.