Зошто еден EVPN закупец може да прикажува повеќе route distinguisher
Два RD во еден закупец не се конфликт. Одете од излезот на CLI до MAC-VRF или IP-VRF што ја создал рутата, потоа проверете го увозот на RT и VNI.
Ја филтрирате табелата EVPN за еден закупец и рутите носат два различни route distinguisher. Првата реакција е конфликт во конфигурацијата и таа реакција обично е погрешна. Името на закупецот е деловна ознака, а не еден објект на контролната рамнина, затоа контекстот на премостување и контекстот на рутирање во него можат законски да се објавуваат под одделни идентификатори. Одете по една рута одеднаш од излезот назад до локалниот сервисен објект што ја создал и вториот RD престанува да изгледа како грешка.
Започнете од излезот што ве збуни
Изберете една рута наместо целата табела. Забележете го типот на рутата, RD, извезените route target и следниот хоп. Тие четири полиња се доволни за да утврдите кој локален објект ја објавил и која далечна политика треба да ја увезе.
На уред во стил NX-OS деталниот приказ се добива со show bgp l2vpn evpn route-type 2 detail или show bgp l2vpn evpn route-type 5 detail. На Junos истите информации се наоѓаат во show route table bgp.evpn.0 detail. Различна синтакса, исти полиња.
Не започнувајте со тоа што секој прикажан број ќе го направите еднаков. Изедначувањето на RD е промената што ја крши политиката за увоз на fabric што работи.
Дајте му на секој идентификатор неговата задача
| 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 чува информации за MAC препраќање за премостувачка услуга. IP-VRF обезбедува контекст за IP рутирање за рутирана услуга. Закупецот може да ги вклучи двете, затоа еден закупец може да создаде повеќе од еден RD без никаква грешка во конфигурацијата.
RFC 7432 го доделува RD на MAC-VRF што објавува на неговиот EVPN NLRI и бара различни RD меѓу MAC-VRF на истиот PE. Постапките за route-target се одделни: дозволуваат еден или повеќе RT атрибути и се потпираат на политиката за увоз за членство. Еднаквоста на RD не е она што создава заедничко членство и таквиот однос е коренот на оваа забуна.
Одете по една рута од објавата до увозот
Следете ја рутата во една насока. Потврдете го типот на рутата, услугата што ја создала, RD, извезените RT и потоа политиката за увоз на PE што прима. Секој чекор одговара на различно прашање и неуспех на кој било чекор изгледа како истиот префикс што недостасува од другата страна.
Кога рутата е присутна, прегледајте го инсталираниот контекст за препраќање и мапирањето на VNI. Совпаѓањето на VNI на двата краја покажува дека податочната рамнина се согласува; не покажува дека контролната рамнина ја увезла рутата преку предвидената политика.
Ако рутата се појави на далечниот PE но не тече сообраќај, проблемот излезе надвор од EVPN. Проверете ја врската VNI-кон-VLAN или VNI-кон-VRF и патеката на underlay пред повторно да уредувате route target. Започнете од мапирањето, потоа underlay и само потоа контролната рамнина. Враќањето на промена на route-target за да се брка дефект на податочната рамнина е сигурен начин да се скрши увоз што работи.
Префиксите од слој 3 се сѐ уште EVPN рути
IP префикс во табелата EVPN не е обичен IPv4-unicast BGP. рутата EVPN IP Prefix е сопствен тип на рута, а објавите на MAC/IP и IP-префикс патуваат во семејството адреси EVPN, кое RFC 7432 го определува како AFI 25 и SAFI 70.
Таа разлика е важна кога споредувате рута во табелата EVPN со рута во табелата unicast. Тие можат да опишуваат иста дестинација и сепак да бидат создадени, филтрирани и увезени со различна политика. Читањето на едната како доказ за другата е начинот на кој исправен fabric изгледа скршен за време на миграција.
Проверете го изведувањето на добавувачот пред да споредувате броеви
RFC 9136 го проширува EVPN со IP Prefix рути и одредува дали применливиот RD доаѓа од контекстот MAC-VRF или IP-VRF. Затоа ознаката на L2 услуга и ознаката на рутирана услуга во истиот излез треба да се читаат спрема објектите на кои припаѓаат, а не да се сведуваат на еден RD по закупец.
Автоматското изведување на RD и RT зависи од добавувачот. Прочитајте ја референцата на распоредениот добавувач за формулата што се користи; автоматски генерирана вредност видена на еден свич не е универзално кодирање и споредувањето на броеви на два добавувачи ретко докажува нешто.
Завршете со писмена трага за рутата со која започнавте: тип, објект што ја создал, RD, извезен RT, политика за увоз, инсталиран VNI. Шест полиња ја објаснуваат објавата на секој што следен ќе ја чита пријавата и ниту едно не бара броевите на закупецот да се совпаѓаат.