Z VXLAN do MPLS IP VPN: VNI to nie etykieta MPLS

Obie technologie umieszczają identyfikator przed pakietem, więc wniosek wydaje się oczywisty: zmapuj VNI na etykietę MPLS i pozwól obu sieciom się połączyć. Takie mapowanie nie istnieje jako obsługiwana operacja, ponieważ identyfikatory znaczą różne rzeczy i są tworzone przez różne płaszczyzny sterowania. VNI identyfikuje segment VXLAN wewnątrz overlay; etykieta MPLS identyfikuje sposób przekazywania wzdłuż ścieżki komutowanej etykietami. Łączenie domen jest decyzją routingu, a nie tłumaczeniem liczb.

Mit: oba używają etykiet, więc je zmapuj

Powierzchowne podobieństwo jest prawdziwe i mylące. VXLAN niesie w nagłówku 24-bitowy VNI, a MPLS niesie stos etykiet, więc wygląda to tak, jakby jedną wartość można było przepisać na drugą na urządzeniu brzegowym.

Ideę niszczy wszystko wokół wartości. VNI rozwiązuje płaszczyzna sterowania EVPN i punkty końcowe tunelu w warstwie bazowej. Etykietę przydziela płaszczyzna przekazywania MPLS wzdłuż ścieżki. Żadna strona nie ma zdefiniowanej procedury przyjęcia identyfikatora drugiej strony jako własnego.

Co każda strona faktycznie przekazuje

Po stronie fabricu urządzenie brzegowe kończy tunel VXLAN, mapuje VNI na VRF najemcy i trasuje pakiet jako zwykłe IP. Po stronie dostawcy PE przyjmuje trasę klienta do VRF, nakłada stos etykiet MPLS i przekazuje go przez IP VPN.

To przekazanie to dobrze rozumiany model z RFC 4364: brzeg klienta wymienia trasy IP z brzegiem dostawcy, a każda domena ma własne kapsułkowanie. VNI znika, zanim pakiet dotrze do PE, i właśnie dlatego model działa.

Dlaczego płaszczyzny sterowania się nie łączą

EVPN Type 5 przenosi trasy prefiksów IP z następnymi skokami overlay, podczas gdy ogłoszenia VPN-IPv4 należą do innej rodziny adresów. Identycznie wyglądające cele tras po obu stronach nie tłumaczą jednej rodziny na drugą i nie rozwiązują następnych skoków przez granicę.

Zintegrowana brama może wykonywać oba zadania tylko wtedy, gdy platforma implementuje wymagane kapsułkowania i współdziałanie rodzin tras. Tę zdolność trzeba zweryfikować dla konkretnego sprzętu i wersji, a nie wnioskować z nazwy rodziny produktów.

Na tej granicy zawodzą jeszcze dwa założenia. MPLS IP VPN zapewnia osiągalność trasowaną, a nie segment Ethernet, więc rozciąganie transmisji rozgłoszeniowych wymaga zamiast tego obsługiwanej usługi warstwy 2. A oba kapsułkowania zużywają bajty, więc efektywne MTU jest mniejsze, niż sugeruje którakolwiek warstwa bazowa.

Wybierz trasowane przekazanie lub zintegrowaną bramę

Wybierz trasowane przekazanie, gdy najemca potrzebuje osiągalności IP, a dostawca już oferuje usługę skierowaną do CE. Zachowuje to czystą własność: fabric posiada VXLAN i EVPN, dostawca posiada MPLS i VPN, a granica posiada mapowanie VRF na interfejs. Zaplanuj skalę przyłącza, adresację i przełączanie awaryjne z dostawcą, zamiast zakładać, że jedno łącze wystarczy.

Zintegrowaną bramę wybierz tylko wtedy, gdy obsługiwana przez ciebie platforma obsługuje obie role i możesz przetestować współdziałanie. Oszczędność urządzeń jest realna, ale realne jest też ryzyko operacyjne, że jedno urządzenie stanie się jedynym miejscem, w którym dwie płaszczyzny sterowania muszą się zgodzić.

Co zapisywać dla każdego najemcy

Prowadź rekord specyficzny dla najemcy z przyłączem, akceptowanymi i eksportowanymi prefiksami, metodą rozwiązywania następnego skoku i oczekiwanym zachowaniem po awarii granicy lub łącza dostawcy. Uwzględnij budżet MTU na obu granicach kapsułkowania i ścieżkę powrotną, ponieważ działający kierunek w przód sam z siebie dowodzi bardzo niewiele.

Właśnie ten rekord łączy dwie domeny administracyjne bez udawania, że ich założenia dotyczące routingu i kapsułkowania są takie same. Gdy ktoś później zapyta, czy VNI może po prostu stać się etykietą, dokument odpowie projektem, a nie sporem.