Од VXLAN кон MPLS IP VPN: VNI не е MPLS ознака
Двете инкапсулации носат ознаки, затоа тимовите се обидуваат да го мапираат 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 рути со рабовите на давателот, и секој домен поседува своја инкапсулација. VNI го нема кога пакетот пристигнува во PE, и токму затоа моделот функционира.
Зошто контролните рамнини не се спојуваат
EVPN Type 5 носи рути на IP префикси со следни скокови во надслојот, додека објавите за VPN-IPv4 припаѓаат на друго адресно семејство. Исти навидум цели на рути од двете страни не преведуваат едно семејство во другото и не решаваат следни скокови преку границата.
Интегрирана порта може да ги извршува двете работи само кога платформата ги имплементира потребните инкапсулации и меѓусебното работење на рутните семејства. Оваа способност мора да се провери за точниот хардвер и издание, а не да се заклучи од името на производно семејство.
На оваа граница паѓаат уште две претпоставки. MPLS IP VPN обезбедува рутирана достапност, а не Ethernet сегмент, затоа протегањето на емитувањата бара наместо тоа поддржана услуга од слој 2. И двете инкапсулации трошат бајти, затоа ефективниот MTU е помал отколку што навестува кој било долен слој.
Изберете рутирано предавање или интегрирана порта
Изберете рутирано предавање кога на закупецот му треба IP достапност и давателот веќе нуди услуга свртена кон CE. Тоа го одржува сопствеништвото чисто: фабриката поседува VXLAN и EVPN, давателот поседува MPLS и VPN, а границата го поседува мапирањето на VRF на интерфејс. Планирајте го обемот на приклучокот, адресирањето и префрлањето при дефект со давателот, наместо да претпоставите дека една врска е доволна.
Изберете интегрирана порта само кога платформата што ја управувате ги поддржува двете улоги и можете да го тестирате меѓусебното работење. Заштедата во уреди е вистинска, но вистински е и оперативниот ризик еден уред да стане единственото место каде две контролни рамнини мора да се согласат.
Што да се запише за секој закупец
Водете запис специфичен за закупецот со приклучокот, прифатените и извезените префикси, методот за решавање на следниот скок и очекуваното однесување по дефект на границата или врската на давателот. Вклучете го буџетот за MTU на двете граници на инкапсулација и повратната патека, бидејќи работниот правец напред сам по себе докажува многу малку.
Токму тој запис ги поврзува двата административни домени без да се преправа дека нивните претпоставки за рутирање и инкапсулација се исти. Кога подоцна некој ќе праша дали VNI едноставно може да стане ознака, документот одговара со дизајнот, а не со расправа.