Asociar un porto de acceso sen etiqueta ao VNI EVPN correcto

Unha trama de host sen etiqueta é clasificada polo porto de acceso e despois transportada polo VTEP como VNI. Comprobe por separado a entrada, a saída e o modelo de servizo.

Un host Ethernet común envía tramas sen etiqueta, e a malla EVPN ten que transportalas no servizo de inquilino correcto. O porto de acceso clasifica a trama nun segmento local, o VTEP asocia ese segmento a un VNI, e o punto de conexión remoto presenta a trama tal como o seu host a espera. O VLAN e o VNI identifican partes distintas dese camiño e non necesitan compartir un número. Siga o runbook de abaixo en orde, porque un erro en calquera paso produce o mesmo síntoma: un host que transmite e non recibe nada.

Seguir unha trama a través da malla

Para un servizo sinxelo baseado en VLAN, un camiño ilustrativo é así:

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

Os números de VLAN e VNI son exemplos, non unha regra. O VLAN local é unha clasificación de entrada que existe nun só conmutador; o L2VNI é o identificador de servizo de overlay que entenden ambos os VTEP. A especificación de overlay RFC 8365 mantén o identificador de servizo separado de como se conecta un host, e nomea tres formas: baseada en VLAN, agrupada e consciente do VLAN.

Configurar a clasificación de entrada

O host ten enderezo e non acada nada, mentres o propio porto aparece. Decida en que modo de conexión está realmente o porto — un porto de acceso que transporta tramas sen etiqueta ou un trunk cun VLAN nativo — e configure ese explicitamente. Unha trama sen etiqueta segue saíndo do porto dentro dun segmento local con nome, e ese segmento é unha decisión e non un efecto secundario da plataforma. Abra a configuración en execución do porto e lea a clasificación que ten de verdade, en vez de confiar nun valor por defecto do fabricante que nunca definiu.

Nun conmutador típico a secuencia é un cambio de modo e unha asignación de VLAN de acceso, seguidos dunha comprobación de que o porto está realmente activo e nese estado. Se o porto é un trunk, o VLAN nativo encárgase das tramas sen etiqueta, e esa é outra configuración con modos de fallo distintos. Anote tanto o modo como o VLAN antes de continuar.

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

Configurar o VTEP e a correspondencia de VNI

O VTEP engade a encapsulación VXLAN e o VNI. O host non xera esa cabeceira e non precisa saber que o servizo existe.

Asocie o VLAN local ao L2VNI coa forma de comando que admite a plataforma, e manteña esa correspondencia coherente nos dous extremos do servizo. Un L2VNI de inquilino e o L3VNI usado para o encamiñamento entre subredes son obxectos distintos, e mesturar os seus números rompe o encamiñamento sen tocar o camiño L2; e lembre que unha ruta de underlay funcional cara ao VTEP remoto pertence a outra capa máis da montaxe.

Se a correspondencia é errónea, a trama entra igualmente na malla e simplemente aterra no servizo equivocado. Por iso a comprobación é unha comprobación de servizo e non de enlace.

Configurar a presentación de saída

No extremo afastado o servizo recibido ten que volver converterse no que o host espera: Ethernet espido nun porto de acceso, unha etiqueta concreta nun trunk que vostede controla, e un tratamento da etiqueta interna que coincida co modelo de servizo elixido. Revise a lista de VLAN permitidas no trunk antes de culpar o overlay, porque unha etiqueta que o trunk de saída non permite descártase despois de que o overlay xa fixo o seu traballo. Confirme que o host remoto espera a presentación que recibe e non a que supuxo o seu diagrama.

Que unha etiqueta interna sobreviva é unha propiedade do modelo de servizo que elixiu, así que ningún artigo pode prometer en xeral que se elimine ou se conserve. Un deseño que supón un comportamento e unha plataforma que implementa o outro pasarán unha proba de enlace e fallarán na aplicación.

Lea xuntos a aprendizaxe MAC local, a ruta de servizo EVPN e a correspondencia do punto de conexión remoto, e active o descubrimento de veciños que necesita a aplicación en lugar de só un ping. Un enderezo MAC aprendido noutro dominio de ponte pode ser perfectamente válido alí e aínda así apuntar ao servizo equivocado.

Verificar cun só par de hosts

Levante un par de hosts e demostre o camiño completo antes de engadir un segundo par. Despois lea o estado nos dous VTEP e confirme que o mesmo identificador de servizo aparece nos dous extremos.

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

Para cada extremo anote catro valores: a presentación do porto, o segmento local, o L2VNI e a presentación inversa na saída. Ese rexistro permite ao seguinte enxeñeiro ver por que o host ten unha conexión simple sen etiqueta mentres a malla transporta un servizo de inquilino. Se un cambio falla, devolva o porto ao seu VLAN anterior e volva probar o mesmo par, para que a reversión sexa un estado coñecido e non unha suposición.

Artigos relacionados