Assignar un port d’accés sense etiqueta al VNI EVPN correcte

Un host Ethernet corrent envia trames sense etiqueta, i la malla EVPN igualment les ha de transportar en el servei de llogater correcte. El port d’accés classifica la trama en un segment local, el VTEP assigna aquest segment a un VNI, i l’adjunció remota presenta la trama tal com el seu host l’espera. El VLAN i el VNI identifiquen parts diferents d’aquest camí i no cal que comparteixin un número. Seguiu el runbook de sota en ordre, perquè un error a qualsevol pas produeix el mateix símptoma: un host que transmet i no rep res.

Seguir una trama a través de la malla

Per a un servei simple basat en VLAN, un camí il·lustratiu és així:

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

Els números de VLAN i VNI són exemples, no una regla. El VLAN local és una classificació d’entrada que existeix en un sol commutador; l’L2VNI és l’identificador de servei d’overlay que entenen tots dos VTEP. L’especificació d’overlay RFC 8365 manté l’identificador de servei separat de com es connecta un host, i anomena tres formes: basada en VLAN, agrupada i conscient del VLAN.

Configurar la classificació d’entrada

L’host té adreça i no arriba enlloc, mentre que el port mateix apareix. Decidiu en quin mode de connexió és realment el port — un port d’accés que transporta trames sense etiqueta o un trunk amb un VLAN natiu — i configureu exactament aquest de manera explícita. Una trama sense etiqueta encara surt del port dins d’un segment local amb nom, i aquest segment és una decisió i no un efecte secundari de la plataforma. Obriu la configuració en execució del port i llegiu la classificació que realment té, en lloc de confiar en un valor per defecte del fabricant que no heu definit mai.

En un commutador típic la seqüència és un canvi de mode i una assignació de VLAN d’accés, seguida d’una comprovació que el port està realment actiu i en aquest estat. Si el port és un trunk, el VLAN natiu s’encarrega de les trames sense etiqueta, i aquesta és una altra configuració amb modes de fallada diferents. Anoteu tant el mode com el VLAN abans de continuar.

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

Configurar el VTEP i la correspondència de VNI

El VTEP afegeix l’encapsulament VXLAN i el VNI. L’host no genera aquesta capçalera i no necessita saber que el servei existeix.

Assigneu el VLAN local a l’L2VNI amb la forma d’ordre que admet la plataforma, i manteniu aquesta correspondència coherent als dos extrems del servei. Un L2VNI de llogater i l’L3VNI utilitzat per a l’encaminament entre subxarxes són objectes diferents, i barrejar-ne els números trenca l’encaminament sense tocar el camí L2; i recordeu que una ruta d’underlay funcional cap al VTEP remot pertany a una altra capa més del muntatge.

Si la correspondència és errònia, la trama entra igualment a la malla i simplement aterra al servei equivocat. Per això la comprovació és una comprovació de servei i no d’enllaç.

Configurar la presentació de sortida

A l’extrem llunyà el servei rebut s’ha de tornar a convertir en el que l’host espera: Ethernet nu en un port d’accés, una etiqueta concreta en un trunk que vosaltres controleu, i un tractament de l’etiqueta interna que coincideixi amb el model de servei triat. Reviseu la llista de VLAN permeses al trunk abans de culpar l’overlay, perquè una etiqueta que el trunk de sortida no permet es descarta després que l’overlay ja hagi fet la seva feina. Confirmeu que l’host remot espera la presentació que rep i no la que suposava el vostre diagrama.

Que una etiqueta interna sobrevisqui és una propietat del model de servei que heu triat, així que cap article pot prometre en general que s’elimini o es conservi. Un disseny que suposa un comportament i una plataforma que implementa l’altre passaran una prova d’enllaç i fallaran a l’aplicació.

Llegiu alhora l’aprenentatge MAC local, la ruta de servei EVPN i la correspondència de l’adjunció remota, i activeu el descobriment de veïns que necessita l’aplicació en lloc de només un ping. Una adreça MAC apresa en un altre domini de pont pot ser perfectament vàlida allà i tot i així apuntar al servei equivocat.

Verificar amb un sol parell d’hosts

Aixequeu un parell d’hosts i demostreu el camí complet abans d’afegir un segon parell. Després llegiu l’estat als dos VTEP i confirmeu que el mateix identificador de servei apareix als dos extrems.

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

Per a cada extrem anoteu quatre valors: la presentació del port, el segment local, l’L2VNI i la presentació inversa a la sortida. Aquest registre permet al següent enginyer veure per què l’host té una connexió simple sense etiqueta mentre la malla transporta un servei de llogater. Si un canvi falla, torneu el port al seu VLAN anterior i torneu a provar el mateix parell, perquè la reversió sigui un estat conegut i no una suposició.