La asociación de host FEX 2248 private-vlan hace que int muestre "inactivo"

8

Al activar un nuevo puerto en un FEX 2248, cuando el comando "private-vlan host association primary secundario " se coloca en una interfaz ANTES de que el servidor esté conectado, la interfaz pasa a un estado "inactivo" y no aparecerá rebotando en el puerto. Sin embargo, cuando el comando de asociación de host pvlan se elimina y se vuelve a agregar, la interfaz aparece de inmediato.

No he encontrado ninguna documentación de Cisco que describa el problema. ¿Alguien sabe si esto es un error? ¿Alguien más ha visto este problema?

No entiendo por qué el puerto debe cablearse antes de agregar la configuración de pvlan.

cisco-nexus-2000 packetwrassler
fuente
¿Alguna respuesta te ayudó? Si es así, debe aceptar la respuesta para que la pregunta no siga apareciendo para siempre, buscando una respuesta. Alternativamente, puede proporcionar y aceptar su propia respuesta.
Ron Maupin

Respuestas:

6

Siempre que configure un puerto de conmutación FEX, debe asegurarse de que la configuración sea coherente en ambos conmutadores principales (es decir, Nexus 5K). Puede hacerlo manualmente o usar la función config-sync para simplificar su configuración.

Por ejemplo:

N5K-A(config)# interface e100/1/40
N5K-A(config-int)# switchport mode trunk

SIN EMBARGO: debe repetir esta configuración en el mismo puerto en el otro plano de control (otro conmutador principal Nexus) porque las configuraciones no se sincronizan automáticamente de forma predeterminada.

N5K-B(config)# interface e100/1/40
N5K-B(config-int)# switchport mode trunk

Si la configuración para un puerto de conmutador FEX no coincide en ambos conmutadores principales, lo colocará en estado "inactivo" como usted describe.

Mierdin
fuente
Tienes razón, pero en este caso fue para un host de vlan privado. No era para una interfaz que iba a un 5K. La interfaz no tenía ninguna configuración de canal de puerto o VPC. Era solo un puerto host a un dispositivo final donde vi el problema.
packetwrassler
Esto se aplica a los puertos aguas abajo. Supongamos que tiene la configuración puerto-canal / vPC para conectar el FEX a los conmutadores Nexus ascendentes correctamente. Tendrá dos planos de control (uno para cada conmutador de conexión principal) que deben estar sincronizados para que los puertos host en el FEX salgan de ese estado "inactivo". Por lo tanto, para ese puerto orientado al host en el FEX, deberá asegurarse de que la configuración sea la misma en ambos conmutadores principales.
Mierdin