Эмне үчүн бир 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. Алты талаа жарыялоону кийинки билетти окуган адамга түшүндүрөт жана алардын эч бири ижарачынын сандары дал келишин талап кылбайт.