Нэг 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 нь зарлаж буй MAC-VRF-ийн RD-г түүний EVPN NLRI-д оноож, нэг PE дээрх MAC-VRF-үүдийн хооронд ялгаатай RD шаарддаг. Route-target процедурууд нь тусдаа: тэд нэг буюу хэд хэдэн RT шинж чанарыг зөвшөөрч, гишүүнчлэлд импортын бодлогод тулгуурладаг. Хамтын гишүүнчлэлийг RD-ийн тэгш байдал биш, харин ингэж үзэх нь энэ төөрөгдлийн үндэс юм.
Нэг маршрутыг зарлалаас импорт хүртэл дага
Маршрутыг нэг чиглэлд дага. Маршрутын төрөл, түүнийг үүсгэсэн үйлчилгээ, RD, экспортолсон RT, дараа нь хүлээн авагч PE-ийн импортын бодлогыг баталгаажуул. Алхам бүр өөр асуултад хариулдаг бөгөөд аль ч алхамд гарсан алдаа нөгөө талд ижил дутуу префикс мэт харагдана.
Маршрут байгаа үед суулгасан дамжуулалтын контекст болон VNI зураглалыг шалга. Хоёр төгсгөлд VNI тохирч байгаа нь өгөгдлийн хавтгай санал нийлж байгааг харуулна; энэ нь удирдлагын хавтгай маршрутыг зориулсан бодлогоор импортолсон гэдгийг харуулахгүй.
Маршрут алсын PE дээр гарч ирсэн ч урсгал хөдөлгөөнгүй бол асуудал EVPN-ээс цааш гарсан. route target-уудыг дахин засахын өмнө VNI-VLAN эсвэл VNI-VRF холболт болон underlay замыг шалга. Зураглалаас эхэл, дараа нь underlay, зөвхөн дараа нь удирдлагын хавтгай. Өгөгдлийн хавтгайн гэмтлийг мөшгихийн тулд route-target өөрчлөлтийг буцаах нь ажиллаж буй импортыг эвдэх найдвартай арга юм.
3-р түвшний префиксүүд одоо ч EVPN маршрутууд
EVPN хүснэгт дэх IP префикс нь энгийн 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. Зургаан талбар нь дараагийн удаа тасалбар унших хүнд зарлалыг тайлбарлах бөгөөд тэдгээрийн аль нь ч түрээслэгчийн тоо таарахыг шаарддаггүй.