Niyə bir EVPN tenant-ı bir neçə route distinguisher göstərə bilər
Bir tenant-da iki RD konflikt deyil. CLI çıxışından marşrutu yaradan MAC-VRF və ya IP-VRF-ə qədər gedin, sonra RT idxalını və VNI-ni yoxlayın.
EVPN cədvəlini bir tenant üçün filtrələyirsiniz və marşrutlar iki fərqli route distinguisher daşıyır. İlk təəssürat konfiqurasiya konfliktidir və bu təəssürat adətən səhvdir. Tenant adı biznes etiketidir, tək bir idarəetmə müstəvisi obyekti deyil, ona görə də onun içindəki körpü konteksti və marşrutlaşdırma konteksti ayrı identifikatorlar altında qanuni olaraq elan edə bilər. Hər dəfə bir marşrutu çıxışdan onu yaradan yerli xidmət obyektinə qədər izləyin və ikinci RD səhv kimi görünməyi dayandırır.
Sizi çaşdıran çıxışdan başlayın
Bütün cədvəl yerinə bir marşrut seçin. Onun marşrut tipini, RD-ni, ixrac edilən route target-lərini və növbəti hop-u qeyd edin. Bu dörd sahə hansı yerli obyektin onu elan etdiyini və hansı uzaq siyasətin onu idxal etməli olduğunu müəyyən etmək üçün kifayətdir.
NX-OS üslubunda cihazda detallı görünüşə bu əmrlə çatılır: show bgp l2vpn evpn route-type 2 detail və ya show bgp l2vpn evpn route-type 5 detail. Junos-da eyni məlumat burada yerləşir: show route table bgp.evpn.0 detail. Fərqli sintaksis, eyni sahələr.
Bütün göstərilən rəqəmləri bərabərləşdirməklə başlamayın. RD-ləri bərabərləşdirmək işləyən fabric-də idxal siyasətini pozan dəyişiklikdir.
Hər identifikatora öz işini verin
| Identifier | Question it answers | Where it is used |
|---|---|---|
| Route distinguisher | Which distinct route context contributed this advertisement? | Makes otherwise identical prefixes unique in BGP |
| Route target | Which importing service policy should receive the route? | Extended community matched by import policy |
| VNI | Which VXLAN service context carries the traffic? | Data plane encapsulation and mapping |
MAC-VRF körpü xidməti üçün MAC yönləndirmə məlumatını saxlayır. IP-VRF marşrutlaşdırılan xidmət üçün IP marşrutlaşdırma konteksti təmin edir. Tenant hər ikisini əhatə edə bilər; buna görə də bir tenant heç bir səhv konfiqurasiya olmadan birdən çox RD yarada bilər.
RFC 7432 elan edən MAC-VRF-in RD-sini onun EVPN NLRI-nə təyin edir və eyni PE üzərindəki MAC-VRF-lər arasında fərqli RD-lər tələb edir. Route-target prosedurları ayrıdır: bir və ya bir neçə RT atributuna icazə verir və üzvlük üçün idxal siyasətinə güvənir. Ortaq üzvlüyü yaradan RD bərabərliyi deyil və buna belə yanaşmaq bu qarışıqlığın köküdür.
Bir marşrutu elandan idxala qədər izləyin
Marşrutu bir istiqamətdə izləyin. Marşrut tipini, onu yaradan xidməti, RD-ni, ixrac edilən RT-ləri və sonra qəbul edən PE-də idxal siyasətini təsdiqləyin. Hər addım fərqli suala cavab verir və hər hansı addımdakı uğursuzluq qarşı tərəfdə eyni çatışmayan prefiks kimi görünür.
Marşrut mövcud olduqdan sonra quraşdırılmış yönləndirmə kontekstini və VNI xəritələşdirməsini yoxlayın. Hər iki tərəfdə VNI-nin uyğun gəlməsi data plane-in razılaşdığını göstərir; idarəetmə müstəvisinin marşrutu nəzərdə tutulan siyasətlə idxal etdiyini göstərmir.
Marşrut uzaq PE-də görünür, lakin trafik axmırsa, problem EVPN-dən kənara keçib. Route target-lərini yenidən redaktə etməzdən əvvəl VNI-VLAN və ya VNI-VRF bağlantısını və underlay yolunu yoxlayın. Xəritələşdirmədən başlayın, sonra underlay, yalnız ondan sonra idarəetmə müstəvisi. Data plane nasazlığını təqib etmək üçün route-target dəyişikliyini geri qaytarmaq işləyən idxalı pozmağın etibarlı yoludur.
Layer 3 prefiksləri hələ də EVPN marşrutlarıdır
EVPN cədvəlindəki IP prefiksi adi IPv4-unicast BGP deyil. EVPN IP Prefix marşrutu öz marşrut tipinə malikdir, MAC/IP və IP-prefiks elanları EVPN ünvan ailəsində hərəkət edir və RFC 7432 bunu AFI 25 və SAFI 70 kimi müəyyən edir.
Bu fərq EVPN cədvəlindəki marşrutu unicast cədvəlindəki ilə müqayisə etdikdə vacibdir. Onlar eyni təyinatı təsvir edə, yenə də fərqli siyasətlə yaradıla, filtrlənə və idxal edilə bilər. Birini digəri haqqında sübut kimi oxumaq düzgün fabric-in miqrasiya zamanı pozulmuş görünməsinin səbəbidir.
Rəqəmləri müqayisə etməzdən əvvəl vendor-un törəməsini yoxlayın
RFC 9136 EVPN-i IP Prefix marşrutları ilə genişləndirir və tətbiq olunan RD-nin MAC-VRF yoxsa IP-VRF kontekstindən gəldiyini müəyyən edir. Buna görə də eyni çıxışdakı L2 xidmət etiketi və marşrutlaşdırılan xidmət etiketi aid olduqları obyektlərə görə oxunmalı, tenant başına bir RD-yə endirilməməlidir.
Avtomatik RD və RT törəməsi vendor-dan asılıdır. İstifadə olunan düstur üçün yerləşdirilmiş vendor-un arayışına baxın; bir switch-də görülən avtomatik yaradılmış dəyər universal kodlaşdırma deyil və iki vendor-un rəqəmlərini müqayisə etmək nadir hallarda nəyisə sübut edir.
Başladığınız marşrut üçün yazılı izlə bitirin: tip, yaradan obyekt, RD, ixrac edilən RT, idxal siyasəti, quraşdırılmış VNI. Altı sahə elanı bileti sonra oxuyan hər kəsə izah edir və heç biri tenant-ın rəqəmlərini uyğunlaşdırmağı tələb etmir.