VXLAN-дан MPLS IP VPN-ге: VNI — MPLS белгиси эмес

Эки технология тең пакеттин алдына идентификатор коёт, ошондуктан жыйынтык ачык көрүнөт: VNIни MPLS белгисине дал келтирип, эки тармакты бириктириңиз. Мындай дал келтирүү колдоого алынган операция катары жок, анткени идентификаторлор ар башка нерселерди билдирет жана аларды ар башка башкаруу тегиздиктери түзөт. VNI оверлейдин ичиндеги VXLAN сегментин аныктайт; MPLS белгиси белги менен коммутацияланган жол боюнча өткөрүү иштетүүсүн аныктайт. Домендерди бириктирүү — маршруттоо чечими, сандарды которуу эмес.

Миф: экөө тең белгилерди колдонот, ошондуктан аларды дал келтириңиз

Үстүртөн окшоштук чыныгы жана адаштырат. VXLAN өз аталышында 24 биттик VNI алып жүрөт, ал эми MPLS белгилердин татаал топтомун алып жүрөт, ошондуктан чек ара түзмөгүндө бир маанини экинчисине кайра жазууга болот окшойт.

Идеяны маанини курчаган нерселердин баары бузат. VNIни EVPN башкаруу тегиздиги жана төмөнкү катмардын туннелинин учтары чечет. Белгини MPLS өткөрүү тегиздиги жол боюнча дайындайт. Эки тараптын экөөндө тең каршы тараптын идентификаторун өзүнүкү катары кабыл алуунун аныкталган жол-жобосу жок.

Ар тарап чындыгында эмнени өткөрөт

Фабрика тарабында чек ара түзмөгү VXLAN туннелин бүтүрөт, VNIни ижарачынын VRFине дал келтирет жана пакетти кадимки IP катары маршруттайт. Провайдер тарабында PE кардар маршрутун VRFке кабыл алат, MPLS белгилер топтомун коёт жана аны IP VPN аркылуу өткөрөт.

Бул өткөрүү RFC 4364 документинде жакшы түшүнүлгөн модель: кардардын чети провайдердин чети менен IP маршруттарын алмашат, ал эми ар бир домен өз инкапсуляциясын ээлейт. Пакет PEге жеткенге чейин VNI жоголуп кетет, моделдин иштешинин дал ушул себеби.

Эмнеге башкаруу тегиздиктери биригишпейт

EVPN Type 5 оверлейдин кийинки хоптору менен IP префикс маршруттарын алып жүрөт, ал эми VPN-IPv4 жарнамалары башка дарек үй-бүлөсүнө таандык. Эки тарапта бирдей көрүнгөн маршрут максаттары бир үй-бүлөнү экинчисине которбойт жана чек ара аркылуу кийинки хопторду чечпейт.

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

Бул чек арада дагы эки божомол ишке ашпайт. MPLS IP VPN маршрутталган жеткиликтүүлүктү берет, Ethernet сегментин эмес, ошондуктан трансляцияларды кеңейтүү үчүн анын ордуна колдоого алынган 2-катмар кызматы керек. Жана эки инкапсуляция тең байттарды сарптайт, ошондуктан натыйжалуу MTU кайсыл төмөнкү катмар сунуш кылганынан кичине.

Маршрутталган өткөрүүнү же интеграцияланган шлюзду тандаңыз

Ижарачыга IP жеткиликтүүлүгү керек болгондо жана провайдер CEге багытталган кызматты сунуштап жатканда маршрутталган өткөрүүнү тандаңыз. Ал менчик укугун таза кармайт: фабрика VXLAN жана EVPNге, провайдер MPLS жана VPNге, ал эми чек ара VRFтин интерфейске дал келишинде ээлик кылат. Жалгоо көлөмүн, даректөөнү жана бузулууда которулууну провайдер менен пландаштырыңыз, бир байланыш жетишет деп божомолдобоңуз.

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

Ар бир ижарачы боюнча эмнени жазуу керек

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

Ошол жазуу эки административдик доменди алардын маршруттоо жана инкапсуляция божомолдору бирдей деп көрсөтпөстөн байланыштырат. Кийинчерээк бирөө VNI жөн гана белги боло алабы деп сураса, документ талаш менен эмес, долбоор менен жооп берет.