VXLAN i MPLS IP VPN: nid yw VNI yn label MPLS

Mae'r ddwy dechnoleg yn rhoi dynodydd o flaen y pecyn, felly mae'r casgliad yn teimlo'n amlwg: mapio'r VNI i label MPLS a gadael i'r ddwy rwydwaith ymuno. Nid yw'r mapio hwnnw'n bodoli fel gweithrediad cefnogol, oherwydd bod y dynodyddion yn golygu pethau gwahanol ac yn cael eu cynhyrchu gan wahanol blâu rheoli. Mae VNI yn nodi segment VXLAN o fewn troshaen; mae label MPLS yn nodi triniaeth anfon ar hyd llwybr a newidir gan labeli. Mae ymuno'r parthau yn benderfyniad llwybro, nid yn gyfieithiad o rifau.

Y myth: mae'r ddau'n defnyddio labeli, felly mapiwch nhw

Mae'r tebygrwydd arwynebol yn wir ac yn gamarweiniol. Mae VXLAN yn cario VNI 24-bit yn ei bennawd, ac mae MPLS yn cario pentwr o labeli, felly mae'n ymddangos y gellid ailysgrifennu un gwerth i'r llall ar ddyfais ffin.

Yr hyn sy'n torri'r syniad yw popeth o amgylch y gwerth. Mae'r VNI yn cael ei ddatrys gan blân rheoli EVPN a phenau terfyn y twnnel is-haen. Mae'r label yn cael ei neilltuo gan blân anfon MPLS ar hyd llwybr. Nid oes gan y naill ochr na'r llall weithdrefn ddiffiniedig ar gyfer derbyn dynodydd y ochr arall fel ei dynodydd ei hun.

Beth mae pob ochr yn ei anfon mewn gwirionedd

Ar ochr y ffabrig, mae dyfais ffin yn terfynu'r twnnel VXLAN, yn mapio'r VNI i VRF tenant, ac yn llwybro'r pecyn fel IP cyffredin. Ar ochr y darparwr, mae'r PE yn derbyn llwybr y cwsmer i VRF, yn gosod pentwr labeli MPLS, ac yn ei anfon ar draws yr IP VPN.

Mae'r drosglwyddiad hwnnw'n fodel a ddeallir yn dda yn RFC 4364: mae ymyl y cwsmer yn cyfnewid llwybrau IP ag ymyl y darparwr, ac mae pob parth yn berchen ar ei enwythiad ei hun. Mae'r VNI wedi diflannu erbyn i'r pecyn gyrraedd y PE, a dyna'n union pam mae'r model yn gweithio.

Pam nad yw'r plâu rheoli yn uno

Mae EVPN Type 5 yn cario llwybrau rhagddodiad IP gyda neidiau nesaf troshaen, tra bod hysbysebion VPN-IPv4 yn perthyn i deulu cyfeiriadau gwahanol. Nid yw targedau llwybr sy'n edrych yn union yr un fath ar y ddwy ochr yn cyfieithu un teulu i'r llall, ac nid ydynt yn datrys neidiau nesaf ar draws y ffin.

Gall porth integredig wneud y ddwy swydd dim ond pan fydd y platfform yn gweithredu'r enwythiadau gofynnol a'r cydweithrediad rhwng teuluoedd llwybrau. Rhaid gwirio'r gallu hwnnw ar gyfer yr union galedwedd a'r rhyddhau, nid ei gasglu o enw teulu cynnyrch.

Mae dau ragdybiaeth arall yn methu ar y ffin hon. Mae MPLS IP VPN yn darparu cyrhaeddiad llwybredig, nid segment Ethernet, felly mae ymestyn darllediadau angen gwasanaeth haen 2 cefnogol yn lle hynny. Ac mae'r ddau enwythiad yn defnyddio beitiau, felly mae'r MTU effeithiol yn llai nag y mae'r naill is-haen neu'r llall yn ei awgrymu.

Dewiswch drosglwyddiad llwybredig neu borth integredig

Dewiswch y drosglwyddiad llwybredig pan fydd angen cyrhaeddiad IP ar y tenant ac mae'r darparwr eisoes yn cynnig gwasanaeth sy'n wynebu CE. Mae'n cadw perchnogaeth yn lân: y ffabrig sy'n berchen ar VXLAN ac EVPN, y darparwr yn berchen ar MPLS a'r VPN, a'r ffin yn berchen ar fapio VRF i ryngwyneb. Cynlluniwch raddfa'r ymlyniad, cyfeiriannu a chymryd drosodd gyda'r darparwr yn hytrach na thybio bod un cyswllt yn ddigon.

Dewiswch borth integredig yn unig pan fydd platfform rydych chi'n ei redeg yn cefnogi'r ddau rôl ac y gallwch brofi'r cydweithrediad. Mae'r arbedion mewn blychau yn real, ond mae'r risg weithredol hefyd yn real y bydd un ddyfais yn dod yn unig leoliad lle mae rhaid i ddwy blân rheoli gytuno.

Beth i'w gofnodi fesul tenant

Cadwch gofnod sy'n benodol i denant gyda'r ymlyniad, y rhagddodiadau a dderbynnir ac a allforir, y dull o ddatrys y naid nesaf, a'r ymddygiad disgwyliedig ar ôl methiant ffin neu gyswllt darparwr. Cynhwyswch gyllideb MTU ar y ddwy ffin enwytho a'r llwybr dychwelyd, oherwydd mai ychydig iawn y mae cyfeiriad ymlaen sy'n gweithio yn ei brofi ar ei ben ei hun.

Y cofnod hwnnw sy'n cysylltu dau barth gweinyddol heb esgus bod eu rhagdybiaethau llwybro ac enwytho yr un fath. Pan fydd rhywun yn gofyn yn ddiweddarach a all y VNI fod yn label yn syml, mae'r ddogfen yn ateb â'r dyluniad yn hytrach nag â dadl.