Mula VXLAN tungo sa MPLS IP VPN: Ang VNI ay hindi MPLS label
Kapwa nagdadala ng label ang dalawang encapsulation, kaya sinusubukan ng mga team na i-map ang VNI sa MPLS label. Gumamit na lang ng routed hand-off o sinusuportahang gateway.
Parehong naglalagay ng identifier sa harap ng packet ang dalawang teknolohiya, kaya mukhang malinaw ang konklusyon: i-map ang VNI sa MPLS label at hayaang magsanib ang dalawang network. Wala ang mapping na iyon bilang sinusuportahang operasyon, dahil magkaiba ang ibig sabihin ng mga identifier at magkaibang control plane ang gumagawa sa kanila. Tinutukoy ng VNI ang isang VXLAN segment sa loob ng overlay; tinutukoy ng MPLS label ang pagtrato sa pagpapasa sa isang landas na pinapalitan ng label. Ang pagsasanib ng mga domain ay desisyon sa routing, hindi pagsasalin ng mga numero.
Ang mito: kapwa gumagamit ng label, kaya i-map sila
Totoong nakakalito ang pagkakahawig sa ibabaw. Nagdadala ang VXLAN ng 24-bit na VNI sa header nito, at nagdadala ang MPLS ng tumpok ng label, kaya parang maaaring isulat muli ang isang halaga sa isa pa sa isang border device.
Ang sumisira sa ideya ay lahat ng nakapalibot sa halaga. Ang VNI ay nireresolba ng EVPN control plane at ng mga dulo ng tunnel sa ilalim na layer. Ang label ay itinatalaga ng MPLS forwarding plane sa isang landas. Wala sa magkabilang panig ang may tinukoy na pamamaraan para tanggapin ang identifier ng kabilang panig bilang sarili.
Ano ang aktuwal na ipinapasa ng bawat panig
Sa panig ng fabric, tinatapos ng border device ang VXLAN tunnel, ini-map ang VNI sa VRF ng nangungupahan, at ini-ruta ang packet bilang ordinaryong IP. Sa panig ng provider, tinatanggap ng PE ang ruta ng kliyente sa isang VRF, inilalagay ang tumpok ng MPLS label, at ipinapasa ito sa IP VPN.
Ang hand-off na iyon ang mahusay na naunawaang modelo sa RFC 4364: nagpapalitan ng IP ruta ang customer edge at provider edge, at bawat domain ay may sariling encapsulation. Wala na ang VNI pagdating ng packet sa PE, at iyon mismo ang dahilan kung bakit gumagana ang modelo.
Bakit hindi nagsasanib ang mga control plane
Nagdadala ang EVPN Type 5 ng mga rutang IP prefix na may overlay next hops, samantalang ang mga anunsyo ng VPN-IPv4 ay kabilang sa ibang pamilya ng address. Ang magkamukhang route target sa magkabilang panig ay hindi nagsasalin ng isang pamilya sa isa, at hindi nireresolba ang next hop sa kabila ng hangganan.
Ang isang integrated gateway ay makagagawa ng dalawang trabaho kung ipatutupad ng platform ang mga kinakailangang encapsulation at ang interworking ng mga pamilya ng ruta. Ang kakayahang ito ay dapat i-verify para sa eksaktong hardware at release, hindi hinuhulaan mula sa pangalan ng pamilya ng produkto.
Dalawang pagpapalagay pa ang nabigo sa hangganang ito. Ang MPLS IP VPN ay nagbibigay ng routed reachability, hindi Ethernet segment, kaya ang pagpapahaba ng broadcast ay nangangailangan ng sinusuportahang layer 2 service sa halip. At kapwa kumokonsumo ng byte ang dalawang encapsulation, kaya mas maliit ang epektibong MTU kaysa sa ipinahihiwatig ng alinmang underlay.
Pumili ng routed hand-off o integrated gateway
Piliin ang routed hand-off kapag kailangan ng nangungupahan ang IP reachability at nag-aalok na ang provider ng serbisyong nakaharap sa CE. Pinapanatili nitong malinis ang pagmamay-ari: pagmamay-ari ng fabric ang VXLAN at EVPN, ng provider ang MPLS at VPN, at ng hangganan ang mapping ng VRF sa interface. Planuhin ang laki ng attachment, addressing at failover kasama ang provider sa halip na ipagpalagay na sapat na ang isang link.
Piliin ang integrated gateway lamang kapag sinusuportahan ng platform na pinapatakbo mo ang dalawang papel at masusubukan mo ang interworking. Totoong may tipid sa mga aparato, ngunit totoo rin ang panganib sa operasyon na ang isang aparato ang maging tanging lugar kung saan dapat magkasundo ang dalawang control plane.
Ano ang itatala sa bawat nangungupahan
Panatilihin ang record na partikular sa nangungupahan na may attachment, mga prefix na tinanggap at na-export, paraan ng pagresolba ng next hop, at inaasahang pag-uugali pagkatapos ng pagkabigo ng hangganan o ng link ng provider. Isama ang badyet ng MTU sa dalawang hangganan ng encapsulation at ang pabalik na landas, dahil napakakaunting pinapatunayan ng gumaganang pasulong na direksyon nang mag-isa.
Ang record na iyon ang nag-uugnay sa dalawang administratibong domain nang hindi nagpapanggap na pareho ang kanilang mga pagpapalagay sa routing at encapsulation. Kapag may nagtanong sa hinaharap kung maaaring maging label na lamang ang VNI, sasagot ang dokumento sa pamamagitan ng disenyo, hindi ng pagtatalo.