Przypisz nieznakowany port dostępowy do właściwego VNI EVPN

Nieznakowana ramka hosta jest klasyfikowana przez port dostępowy, a następnie przenoszona przez VTEP jako VNI. Sprawdź osobno ruch przychodzący, wychodzący i model usługi.

Zwykły host Ethernet wysyła nieznakowane ramki, a sieć EVPN i tak musi przenieść je we właściwej usłudze dzierżawcy. Port dostępowy klasyfikuje ramkę do lokalnego segmentu, VTEP mapuje ten segment na VNI, a zdalne przyłączenie prezentuje ramkę tak, jak oczekuje jej host. VLAN i VNI identyfikują różne części tej ścieżki i nie muszą mieć wspólnego numeru. Wykonaj poniższy runbook po kolei, bo błąd na którymkolwiek etapie daje ten sam objaw: host wysyła i nic nie odbiera.

Śledź jedną ramkę przez sieć

Dla prostej usługi opartej na VLAN przykładowa ścieżka wygląda tak:

Host A: untagged frame
  to access port: local VLAN 110
  to VTEP A: L2VNI 50110
  to VTEP B: corresponding local service
  to access port: untagged frame to Host B

Numery VLAN i VNI są przykładami, nie regułą. Lokalny VLAN to klasyfikacja na wejściu, istniejąca na jednym przełączniku; L2VNI to identyfikator usługi overlay, który rozumieją oba VTEP-y. Specyfikacja overlay RFC 8365 trzyma identyfikator usługi osobno od sposobu przyłączenia hosta i wymienia trzy formy: opartą na VLAN, wiązaną i świadomą VLAN.

Skonfiguruj klasyfikację na wejściu

Host ma adres i nic nie osiąga, choć sam port jest widoczny. Zdecyduj, w jakim trybie przyłączenia port naprawdę się znajduje — port dostępowy przenoszący nieznakowane ramki czy trunk z natywnym VLAN — i ustaw właśnie ten jawnie. Nieznakowana ramka nadal opuszcza port w obrębie nazwanego segmentu lokalnego, a ten segment to decyzja, a nie skutek uboczny platformy. Otwórz bieżącą konfigurację portu i odczytaj klasyfikację, którą naprawdę ma, zamiast ufać domyślnemu ustawieniu producenta, którego nigdy nie ustawiłeś.

Na typowym przełączniku sekwencja to zmiana trybu i przypisanie VLAN dostępowego, po czym następuje sprawdzenie, czy port jest naprawdę włączony i w tym stanie. Jeśli port jest trunkiem, natywny VLAN obsługuje nieznakowane ramki, a to inna konfiguracja z innymi trybami awarii. Zapisz zarówno tryb, jak i VLAN, zanim pójdziesz dalej.

show running-config interface Ethernet1/1
show interface Ethernet1/1 switchport
show vlan brief

Skonfiguruj VTEP i mapowanie VNI

VTEP dodaje enkapsulację VXLAN i VNI. Host nie generuje tego nagłówka i nie musi wiedzieć, że usługa istnieje.

Zmapuj lokalny VLAN na L2VNI za pomocą formy polecenia obsługiwanej przez platformę i utrzymuj to mapowanie spójne na obu końcach usługi. L2VNI dzierżawcy i L3VNI używany do routingu między podsieciami to różne obiekty, a mieszanie ich numerów psuje routing bez dotykania ścieżki L2; i pamiętaj, że działająca trasa underlay do zdalnego VTEP należy do kolejnej warstwy konfiguracji.

Jeśli mapowanie jest błędne, ramka i tak wchodzi do sieci i po prostu trafia do niewłaściwej usługi. Dlatego test jest testem usługi, a nie testem łącza.

Skonfiguruj prezentację na wyjściu

Na drugim końcu odebrana usługa musi znów stać się tym, czego oczekuje host: czystym Ethernetem na porcie dostępowym, konkretnym tagiem na trunku, który kontrolujesz, oraz obsługą wewnętrznego tagu zgodną z wybranym modelem usługi. Sprawdź listę dozwolonych VLAN-ów na trunku, zanim obwinisz overlay, bo tag, którego trunk wyjściowy nie dopuszcza, jest odrzucany po tym, jak overlay już wykonał swoją pracę. Potwierdź, że zdalny host oczekuje tego, co otrzymuje, a nie tego, co zakładał twój diagram.

To, czy wewnętrzny tag przetrwa, jest właściwością wybranego modelu usługi, więc żaden artykuł nie może ogólnie obiecać usuwania ani zachowania. Projekt zakładający jedno zachowanie i platforma realizująca drugie przejdą test łącza i zawiodą w aplikacji.

Czytaj razem lokalne uczenie MAC, trasę usługi EVPN i mapowanie zdalnego przyłączenia, i steruj wykrywaniem sąsiadów, którego potrzebuje aplikacja, a nie tylko pingiem. Adres MAC nauczony w innej domenie mostu może tam być całkowicie poprawny i mimo to wskazywać na niewłaściwą usługę.

Zweryfikuj na jednej parze hostów

Uruchom jedną parę hostów i udowodnij pełną ścieżkę, zanim dodasz drugą parę. Następnie odczytaj stan na obu VTEP-ach i potwierdź, że ten sam identyfikator usługi pojawia się na obu końcach.

show mac address-table vlan 110
show bgp l2vpn evpn
show nve peers

Dla każdego końca zapisz cztery wartości: prezentację portu, segment lokalny, L2VNI i prezentację odwrotną na wyjściu. Ten zapis pozwala następnemu inżynierowi zobaczyć, dlaczego host ma proste nieznakowane połączenie, podczas gdy sieć przenosi usługę dzierżawcy. Jeśli zmiana się nie powiedzie, przywróć port do poprzedniego VLAN-u i przetestuj tę samą parę ponownie, aby wycofanie było znanym stanem, a nie domysłem.

Powiązane artykuły