Сайт ичинде бирдей iESI, сайттар арасында уникалдуу: Junos тигүүсү

Эки шлюз жубу эки маалымат борборуна кызмат кылат, жана бирөө долбоорго канча interconnect ESI мааниси керек экенин чечиши керек. Жооп — ар бир шлюз тобуна бир, fabric үчүн бир эмес жана шлюз үчүн бир эмес. Муну туура эмес кылса, конфигурациялангандай көрүнгөн жана туура эмес forwarder тандаган fabric пайда болот, же өзүнчө калышы керек болгон эки сайтты бириктирет. Эреже жана анын өзгөчөлүктөрү шлюздар тизмесинин жанына жазып коюуга татыктуу.

Эки чөйрө, эки эреже

Сайт ичинде ашыкча interconnect шлюздары бир multihomed акыркы чекит катары иштешет, ошондуктан алар бир interconnect ESI бөлүшөт. Алардын peer-лери эки көз карандысыз мүчөнүн ордуна бир логикалык мүчөнү көрүшү керек. Бөлүшүлгөн маанинин бүт мааниси ушунда.

Сайттар арасында ар бир шлюз тобу өз маанисин алат. Бир идентификаторду бөлүшкөн эки маалымат борбору башкаруу тегиздигинде бир multihomed топко айланат, бул адатта WAN аркылуу тигүү долбоору көздөгөн нерсе эмес. Бир топтогу эки сайт бири-биринин бузулуу режимдерин да мурастайт.

Сайт ичинде: топ үчүн бир инсандык

Жупка эки peer-де бирдей маанини, ошол эле кызмат контекстинде бериңиз жана аны чат агымында эмес, тармактын идентификаторлор тизмесинде каттаңыз. Эки мүчөнүн ортосундагы дал келбестик — бир мүчөдөн турган топ жана ачык эскертүүсүз калтырган бузулуу режими. Иштеп жаткан сессияга ишенүүдөн мурун эки мүчөнү тең салыштырыңыз.

Колдоого алынган модель — all-active. Ошол эле шилтеме бул тигүү инсандыгы үчүн single-active иштөөсүн, автоматтык түрдө алынган LACP идентификаторлорун жана source-bmac опцияларын жокко чыгарат, ошондуктан алардын бирин болжолдогон долбоор идентификатор тандалганга чейин эле кайра каралышы керек. Бул чектөө — долбоордун кириши, түшүндүрмө эмес.

Сайттар арасында: ар башка маанилер же атайын бириктирүү

Ар бир сайтка уникалдуу маани эки шлюз тобун өзүнчө кармайт. Эгер ниет чындап эле бир multihomed топту сайттар арасында кеңейтүү болсо, бул өзүнүн кечигүү, бузулуу жана өткөрүү кесепеттери бар башка архитектура, жана ал идентификатор тандоо катары эмес, архитектура катары чечилиши керек. Бул чечимди тейлөө терезесинен мурун жазуу менен сураңыз.

Көздөлгөн айырманы планга жазыңыз, ошондо кийин иштеп жаткан сайт шаблонун көчүргөн инженер анын идентификаторун да кошо алып келбесин.

peer билдирүүсү инсандыктын бөлүгү

Топтогу ар бир шлюз өзүнүн жергиликтүү peer-лерин loopback дареги боюнча тизмелейт жана бул мамиле жеке MAC-VRF ичинде эмес, глобалдык EVPN деңгээлинде жашайт. Аны туура эмес иерархияга коюу — commit болгон, бирок топту эч качан түзбөгөн конфигурация жасоонун кеңири тараган жолу. Шилтеме иерархиясын бир жолу окуп, андан кийин ага бекем карманыңыз.

Билдирүүнүн аталышы да жылды. Juniper 24.2R1-де interconnect peer-gateways билдирүүсүнүн атын өзгөрттү жана 24.4R1-де маалымат борборлорунун interconnect-и үчүн interconnect-ке мүнөздүү форманы калыбына келтирди. Ошондуктан орто чыгарылыштан алынган үзүндү жайгаштырылган версия кабыл албаган атты колдонушу мүмкүн, же тескерисинче. Үзүндү кайсы чыгарылыштан алынганын үзүндүнүн өзүнүн жанына жазыңыз.

iESI бөлүшүү эмнени кылбайт

Ал сиз үчүн route target, VNI же жергиликтүү EVPN үлгүсүн аныктабайт. Алар эки тарапта тең дал келиши керек болгон өзүнчө конфигурация бойдон калат, жана дал келген, бирок route target дал келбеген идентификатор түзүлүп, эч нерсе ташыбаган топту жаратат. Ошол жөндөөлөрдүн эки тарабын бир эле өтүүдө салыштырыңыз.

Ал ошондой эле peer-лердин жеткиликтүүлүгүн же designated forwarder тандоосун далилдебейт. Кадимки учурда unicast жана керектүү broadcast менен multicast жүрүм-турумун текшериңиз, анан бир шлюзду алып салып кайталаңыз, калган мүчө топту жалгыз алып жүрсүн.

Так ошол экинчи иштетүү топтун чыныгы экенин далилдейт.

Байкалган мүчөлүк менен кызмат контекстин тест жыйынтыктары менен бирге сактаңыз. Кийинки идентификатор өзгөрүүсүн ошондо multihoming өзгөрүүсү катары, ал чындыгында ошондой, караса болот, саптын косметикалык оңдоосу катары эмес. Жыйынтыктар — идентификатор чиймеде айтылганды аткарарынын жалгыз далили.