Junos L2VPN: najpierw dobrze ustaw umowę przyłączenia klienta

Zanim dotkniesz pseudowire, prześledź jedną ramkę klienta do PE i zobacz, gdzie powinna wylądować. Port fizyczny klasyfikuje ją do jednostki logicznej, ta jednostka niesie enkapsulację, a jednostka jest powiązana z usługą. Trzy osobne decyzje, trzy osobne sposoby na błąd. Większość przypadków eskalowanych jako awaria sygnalizacji to w rzeczywistości ramka sklasyfikowana do jednostki, której nikt nie skonfigurował dla tej usługi. Zacznij więc od przyłączenia i pracuj na zewnątrz.

Zapisz umowę ramki

Zapisz umowę przed wyborem jakiejkolwiek konfiguracji: bez znacznika, z jednym znacznikiem usługi albo ze stosem. Dodaj MTU, które wyśle klient, oraz sposób obróbki znaczników oczekiwany w każdym kierunku, bo to właściwości wynegocjowane, a nie lokalne preferencje. Numer jednostki to tylko identyfikator i nic nie mówi o tym, jakie ramki przyjmie interfejs.

Zapisz to w notatce serwisowej, a nie w komentarzu do zgłoszenia. Osoba, która będzie to debugować za pół roku, przeczyta notatkę. Zgłoszenia nie przeczyta.

Dopasuj enkapsulację do umowy

Usługa z jednym znacznikiem zwykle używa enkapsulacji obwodu VLAN, takiej jak vlan-ccc, natomiast ramki bez znacznika wymagają prostej postaci obwodu Ethernet, a stos wymaga wariantu rozszerzonego, który rozumie dwa znaczniki. Na platformie obsługującej enkapsulację usługi na jednostkę jeden interfejs fizyczny może hostować kilka naraz, co jest wygodne i jednocześnie jest sposobem, w jaki ramka trafia do niewłaściwej jednostki. Tam, gdzie przewodnik Twojej platformy wymaga family ccc, skonfiguruj to jako część kompletnego przyłączenia, zamiast przykręcać do interfejsu routowanego. Przewodnik po enkapsulacjach wymienia, jakie typy przyłączenia nakładają jakie wymagania.

Nie dodawaj instrukcji family do każdego interfejsu na wszelki wypadek. Konfiguracja, która sprawia, że jeden obwód działa, może sprawić, że następny przyjmie ramki, których jego klient nigdy nie wysyła.

Powiąż przyłączenie z właściwą usługą

VPN warstwy 2 sygnalizowana przez BGP, obwód sygnalizowany przez LDP i pozostałe obsługiwane usługi mają własną konfigurację powiązania interfejsu i sygnalizacji i nie są wymienne. Wymieszanie stylu przyłączenia jednego z sygnalizacją drugiego daje obwód, który zgłasza peera i nigdy nie przenosi ramki.

Porównaj drugi koniec z bliższym końcem, zamiast przeglądać którykolwiek z nich w izolacji: adres peera, identyfikator usługi, uzgodnienie enkapsulacji, oczekiwanie co do control word i budżet rozmiaru. Warstwa MPLS pod spodem może być całkowicie zdrowa, podczas gdy przyłączenie brakuje lub jest sklasyfikowane gdzie indziej; dlatego test, który patrzy tylko na warstwę pod spodem, nic tu nie dowodzi.

Weryfikuj ramką, nie statusem

Odczytaj liczniki lokalnego interfejsu, gdy klient wysyła ruch, potem stan usługi, a następnie potwierdź, że przychodząca ramka jest tą uzgodnioną, łącznie ze znacznikiem. Naprawione przyłączenie dostarcza tę ramkę; sama zmiana statusu niczego nie dowodzi.

Tam, gdzie masz uprawnienia do przechwytywania, obejrzyj ramkę w obu kierunkach. Asymetrię znaczników łatwo przeoczyć w widoku statusu i widać ją wyraźnie w przechwyceniu. Ta asymetria wyjaśnia też skargi, które działają w jednym kierunku, a w drugim zawodzą.

Potem to zapisz

Zapisz cztery wartości w notatce serwisowej: umowa, enkapsulacja, jednostka i powiązanie z usługą. Te cztery są tym, czego potrzebuje nowy inżynier i czego przegląd konfiguracji rzadko mówi wprost.

Gdy obwód padnie za pół roku, ta notatka jest różnicą między kwadransem pracy a ponownym wyprowadzeniem całego projektu z działającej konfiguracji. Dodaj datę ostatniej weryfikacji, żeby notatka mówiła też, jak bardzo jest nieaktualna.