VXLAN nei MPLS IP VPN: in VNI is gjin MPLS-label

Beide technologyen sette in identifier foar it pakket, dus de konklúzje liket fanselssprekkend: map de VNI op in MPLS-label en lit de twa netwurken gearfoegje. Dy mapping bestiet net as in stipe operaasje, om't de identifiers ferskate dingen betsjutte en troch ferskate kontrôleflakken makke wurde. In VNI identifisearret in VXLAN-segmint binnen in overlay; in MPLS-label identifisearret in trochstjoerbehanneling lâns in label-skeakele paad. De domeinen ferbine is in rûtearingsbeslissing, gjin oersetting fan getallen.

De myte: beide brûke labels, dus map se

De oerflakkige oerienkomst is echt en misliedend. VXLAN draacht in 24-bit VNI yn syn kop, en MPLS draacht in stapel labels, dus it liket as kin ien wearde by in grinsapparaat yn de oare oerskreaun wurde.

Wat it idee brekt is alles om de wearde hinne. De VNI wurdt oplost troch it EVPN-kontrôleflak en de tunnel-einpunten fan 'e ûnderlaach. It label wurdt tawiisd troch it MPLS-trochstjoerflak lâns in paad. Gjin fan beide kanten hat in definiearre proseduere om de identifier fan 'e oare kant as syn eigen te akseptearjen.

Wat elke kant eins trochstjoert

Oan 'e fabric-kant beëiniget in grinsapparaat de VXLAN-tunnel, mappt de VNI op in huurder-VRF en rûtearret it pakket as gewoane IP. Oan 'e provider-kant akseptearret it PE de klantrûte yn in VRF, leit de MPLS-labelstapel op en stjoert dy oer it IP VPN troch.

Dy oerjefte is it goed begrepen model yn RFC 4364: de klantrâne wikselet IP-rûtes út mei de providerrâne, en elk domein besit syn eigen enkapsulaasje. De VNI is fuort tsjin 'e tiid dat it pakket it PE berikt, en dat is krekt wêrom't it model wurket.

Wêrom't de kontrôleflakken net gearfoegje

EVPN Type 5 draacht IP-prefiksrûtes mei overlay-folgjende hops, wylst VPN-IPv4-oankundigings ta in oare adresfamylje hearre. Gelyk likende rûte-doelen oan beide kanten oersette net it iene famylje yn it oare, en se oplosse gjin folgjende hops oer de grins.

In yntegrearre gateway kin beide taken allinnich dwaan as it platfoarm de fereaske enkapsulaasjes en de rûtefamylje-ynteroperaasje ymplemintearret. Dy kapasiteit moat ferifiearre wurde foar de krekte hardware en ferzje, net ôflaat wurde fan in produktfamyljenamme.

Twa oannames mear mislearje op dizze grins. In MPLS IP VPN leveret rûtearre berikberens, gjin Ethernet-segmint, dus it útwreidzjen fan broadcast fereasket ynstee in stipe laach-2-tsjinst. En beide enkapsulaasjes ferbrûke bytes, dus de effektive MTU is lytser as wat ien fan 'e ûnderlachen suggerearret.

Kies rûtearre oerjefte of yntegrearre gateway

Kies de rûtearre oerjefte as de huurder IP-berikberens nedich hat en de provider al in tsjinst foar CE oanbiedt. It hâldt eigenerskip skjin: it fabric besit VXLAN en EVPN, de provider besit MPLS en it VPN, en de grins besit de mapping fan VRF nei ynterface. Plan de skaal fan 'e oansluting, adressaasje en failover mei de provider ynstee fan oan te nimmen dat ien link genôch is.

Kies in yntegrearre gateway allinnich as in platfoarm dat jo beheare beide rollen stipet en jo de ynteroperaasje testen kinne. De besparring yn apparaten is echt, mar dat is it operasjonele risiko ek dat ien apparaat it iennichste plak wurdt dêr't twa kontrôleflakken it iens wêze moatte.

Wat per huurder fêstlein wurde moat

Hâld in huurder-spesifyk ferslach by mei de oansluting, de akseptearre en eksportearre prefiksen, de metoade foar it oplossen fan 'e folgjende hop en it ferwachte gedrach nei in flater fan 'e grins of de providerlink. Nim it MTU-budzjet op by beide enkapsulaasjegrinzen en it werompaad, want in wurkjende foarút-rjochting bewiist op himsels tige min.

Dat ferslach is wat twa bestjoerlike domeinen ferbynt sûnder te dwaan as binne har rûtearrings- en enkapsulaasje-oannames itselde. As immen letter freget oft de VNI gewoan in label wurde kin, antwurdet it dokumint mei it ûntwerp ynstee fan in diskusje.