VPN üzərindən OSPF marşrut növü: həmişə xarici deyil

Müştəri prefiksi provayder buludunu BGP VPN marşrutu kimi keçir və uzaq sahəyə xarici OSPF marşrutu kimi görünərək çatır; bu, bir çox mühəndisin gözlədiyi şeydir və yeganə mümkün nəticə deyil. Uzaq CE-nin nə gördüyü prefiksin gəldiyi OSPF domenindən və onun ilkin marşrut növündən asılıdır; hər ikisi VPN marşrutu ilə birlikdə gedir. Hər yenidən paylanmış prefiksin Növ 5-ə çevrildiyini güman etmək işləyə bilməyəcək üstünlük dəyişikliklərinə gətirib çıxarır. Əvvəlcə domen identifikatorunu müqayisə edin, inzibati məsafəni yox.

PE-CE modeli qəbul edən PE-nin OSPF elanını uydurmaq əvəzinə yenidən qurması üçün kifayət qədər kontekst daşıyır.

Marşrutla birlikdə nə gedir

RFC 4577 VPN marşrutu ilə müşayiət olunan OSPF atributlarını müəyyən edir: domen identifikatoru, metrik və mənbə sahədən gələn marşrut növü. Qəbul edən PE onlardan uyğun prefiksin öz lokal OSPF prosesinə necə görünməli olduğunu qərara almaq üçün istifadə edir. Bu atributlar olmadan uzaq PE-nin xarici yenidən paylamadan başqa heç bir şey üçün əsası olmazdı. Buna görə də marşrut BGP onu arada daşısa da, sahələr arası LSA kimi gələ bilər.

Sahə növü də vacibdir. Stub və ya NSSA sahəsi hansı LSA-ların daxil ola biləcəyini məhdudlaşdırır, ona görə də eyni VPN marşrutu qəbul edən OSPF nüsxəsinin yerləşdiyi yerdən asılı olaraq fərqli təqdim edilə bilər. Konfiqurasiya edilmiş ixrac siyasəti də standart təqdimatı ləğv edə bilər ki, bu da yan təsir deyil, qəsdən edilmiş seçimdir.

Eyni domen, fərqli təqdimat

Eyni domendən gələn sahə daxili və ya sahələr arası marşrut adətən uzaq sahəyə sahələr arası marşrut, yəni Növ 3 LSA kimi çatır. Başqa domendən gələn prefiks, heç vaxt OSPF danışmayan mənbə və ya ilkin olaraq xarici OSPF elanı əvəzində xarici qaydaları götürür; Növ 5 və onun NSSA ekvivalenti məhz burada görünür. Hər iki davranış düzgündür; fərq girişdədir. Üstünlük dəyərlərinə toxunmazdan əvvəl domen identifikatorlarını və elan edilmiş atributları müqayisə edin.

İnzibati məsafə bir marşrutlaşdırıcıda mənbələr arasında seçim edir. O, LSA növünü yenidən yazmır və çatışmayan domen əlaqəsini yaratmır.

Şam linki nə vaxt düzgün cavabdır

Eyni sahədə birbaşa arxa qapı linki ilə birləşən iki sahəni təsəvvür edin. OSPF konfiqurasiya edilmiş xərclər provayder yolunu cəlbedici etsə belə, provayder vasitəsilə təklif olunan sahələr arası yolun əvəzinə həmin sahə daxili yolu saxlayır. Şam linki VPN üzərindən sahə daxili əlaqəni təmsil edir ki, xərclər qərarda iştirak edə bilsin. O, hər eyni domenli marşrutu daxili göstərmək üçün deyil, məhz həmin yol seçimi problemi üçün mövcuddur.

Şam linki hər iki PE-də əlçatan son nöqtələr və qarşılıqlı konfiqurasiya tələb edir. Onu yalnız bir tərəfdə qurmaq heç vaxt formalaşmayan əlaqə yaradır və marşrut cədvəli köhnə üstünlüyünü saxlayır ki, bu da funksiyanın heç nə etmədiyi kimi görünür.

Döngə mühafizəsini pozmayın

PE-CE modeli payladığı marşrutlarda DN bitini qurur ki, prefiks başqa CE-dən keçib ikinci dəfə yenidən paylana bilməsin. Bu mühafizə prefiksin OSPF domenini paylaşan sahələr arasında dövrəyə girməsinin qarşısını alır. Marşrutu daxili göstərmək üçün onu silmək və ya nəzərə almamaq məhz onun qarşısını almaq üçün layihələndirildiyi döngəni yarada bilər. Prefiks səhv görünəndə DN bitinə maneə kimi deyil, məlumat kimi yanaşın.

Eyni ehtiyat icmaları silən yenidən paylama filtrlərinə və marşrut xəritələrinə də aiddir. Hər biri uzaq tərəfin ehtiyac duyduğu konteksti silir və yaranan elan səhv olsa da inandırıcı görünə bilər. Bir dəfəyə bir atribut dəyişdirin və uzaq CE-nin həqiqətən nə quraşdırdığını yoxlayın.

Sonra uzaq sahədən yoxlayın: LSA növü, elan edən marşrutlaşdırıcı və seçdiyi yol. Bu sübut biletin verdiyi suala cavab verir.