Dlaczego L2VPN w Junos pokazuje etykietę, ale nic nie przekazuje

Przychodzą zgłoszenia klientów, że połączenie L2VPN jest w stanie Up, przyłącze jest podniesione, a żadna ramka nie przechodzi. Lampki stanu są uczciwe; ramka jest klasyfikowana do usługi, która na dalekim końcu nie ma żadnego użytecznego stanu przekazywania. W L2VPN punkt-punkt sygnalizowanym przez BGP pierwsza decyzja należy do przyłącza, a nie do wyszukiwania trasy. Ramka klienta trafia na interfejs logiczny, a ten interfejs nazywa połączenie, a więc i zdalną lokalizację. Wszystko po tym to stan przekazywania po etykietach zbudowany z tego, co ogłosili partnerzy.

Ramka nigdy nie wykonuje wyszukiwania trasy

Sygnalizacja przygotowała stan; przetwarzanie pakiet po pakiecie to wyszukiwanie etykiety na połączeniu, które już wybrano. Dlatego pytanie, dlaczego brakuje trasy, jest złym pytaniem, i ukrywa dwie ważne wartości: połączenie przyłącza i etykietę usługi, której ono używa.

To wyjaśnia też asymetrię wysiłku. Przegląd konfiguracji mówi, co powinno zostać zainstalowane, a widok połączenia mówi, co faktycznie wyprowadzono, i tylko ten drugi przetrwa niezgodność bloku etykiet.

Dwie etykiety, dwa kierunki

Każdy PE przydziela lokalnie blok etykiet, ogłasza jego podstawę i rozmiar, a jego partnerzy dodają przesunięcie, aby wyprowadzić etykietę dla konkretnej lokalizacji. Przydziały są więc lokalnie istotne: dwa PE mogą używać różnych podstaw i różnych rozmiarów bloku dla tej samej usługi. Przeczytaj połączenie z obu końców, zanim cokolwiek zmienisz. Blok o wymiarze jednej etykiety za małym wygląda dokładnie jak połączenie, które nigdy się nie instaluje.

show l2vpn connections instance CUST-A extensive

W tym wyniku etykieta przychodząca to ta, którą przydzielił ten PE i którą kazał używać swojemu partnerowi, natomiast etykieta wychodząca to przydział partnera, który ten PE wstawia. Czytanie obu odwrotnie to klasyczny błąd, i wysyła cię na poszukiwanie wartości, która nigdy nie powinna była pojawić się po tej stronie. Dokumentacja połączenia opisuje pola obok etykiet, w tym lokalizację, stan i informacje o bloku.

Co dowodzi wyszukiwanie etykiety

Gdy masz wartość przychodzącą, lokalne wyszukiwanie to jedno polecenie:

show route label 160042

Ten wynik powinien pokazać wpis l2vpn z następnym skokiem, a operacja etykiety mówi, czy ramka jest wstawiana, zamieniana czy zdejmowana przed wyjściem. Jeśli nic nie pokazuje, stan usługi nigdy nie został zainstalowany, mimo że połączenie pokazuje Up, a rozbieżność leży w sygnalizacji, a nie w transporcie.

Śledź jedną ramkę

Jeden pakiet wstawiony do przyłącza rozstrzyga więcej niż jakikolwiek przegląd konfiguracji. Trasa etykiety usługi powinna wskazywać LSP transportowe w stronę zdalnego PE, a obie etykiety powinny odpowiadać wartościom zgłoszonym przez partnera. Gdy transport jest zdrowy, a etykieta usługi błędna, ramka dociera do właściwego routera i jest tam odrzucana, dlatego liczniki dalekiego końca wyglądają na puste, a liczniki bliskiego końca na zajęte.

Sprawdź enkapsulację przyłącza, ustawienie słowa kontrolnego i MTU jednocześnie, ponieważ są to właściwości wynegocjowane, a nie zachowanie na każdym skoku.

Trzymaj modele usług osobno

VPLS uczy się adresów MAC, a EVPN ogłasza punkty końcowe, podczas gdy L2VPN punkt-punkt nie robi ani jednego, więc ich procedury wyboru ramki nie są wymienne, mimo że jadą na tej samej infrastrukturze BGP i MPLS. Przenoszenie kroku diagnostycznego z jednego modelu do drugiego daje pewne siebie wnioski bez podstaw.

Dla brakującej ścieżki zapisz stan połączenia obu partnerów, przyłącze, oba kierunki etykiety, enkapsulację, ustawienie słowa kontrolnego i MTU. Ten zapis łączy to, co ogłoszono, z tym, co płaszczyzna przekazywania faktycznie robi, a to jedyne ogniwo, które ma znaczenie, i o to samo zapyta następny inżynier.