Зашто један 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. Шест поља објашњавају оглас свакоме ко следећи чита пријаву и ниједно не захтева да се бројеви закупца подударају.