L'associazione host private-vlan FEX 2248 fa sì che int mostri "inattivo"

Quando si accende una nuova porta su un FEX 2248, quando il comando " Secondario primario dell'associazione host privato-vlan " viene inserito su un'interfaccia PRIMA che il server sia cablato, l'interfaccia passa in uno stato "inattivo" e non verrà visualizzato da rimbalzando sulla porta. Tuttavia, quando il comando dell'associazione host pvlan viene rimosso e aggiunto di nuovo, l'interfaccia viene visualizzata immediatamente.

Non ho trovato alcuna documentazione Cisco che descriva il problema. Qualcuno sa se questo è un bug? Qualcun altro ha visto questo problema?

Non capisco perché la porta debba essere cablata prima di aggiungere la configurazione pvlan.

cisco-nexus-2000

— packetwrassler
fonte

Qualche risposta ti è stata d'aiuto? in tal caso, dovresti accettare la risposta in modo che la domanda non continui a comparire per sempre, cercando una risposta. In alternativa, potresti fornire e accettare la tua risposta.

— Ron Maupin

Ogni volta che si configura uno switchport FEX, è necessario assicurarsi che la configurazione sia coerente su entrambi gli switch parent (ovvero Nexus 5K). Puoi farlo manualmente o usare la funzione config-sync per semplificare la tua configurazione.

Per esempio:

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

TUTTAVIA - devi ripetere questa configurazione sulla stessa porta sull'altro piano di controllo (altro switch genitore Nexus) perché le configurazioni non vengono sincronizzate automaticamente per impostazione predefinita.

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

Se la configurazione per uno switchport FEX non corrisponde su entrambi gli switch parent, lo metterà nello stato "inattivo" come descritto.

— Mierdin
fonte

Hai ragione, ma in questo caso era per un host private-vlan. Non era per un'interfaccia che va a 5K. L'interfaccia non aveva alcuna configurazione Port-channel o VPC. Era solo una porta host per un dispositivo finale in cui ho visto il problema.

— packetwrassler,

Questo vale per le porte rivolte a valle. Supponiamo che tu abbia la configurazione port-channel / vPC per connettere FEX agli switch Nexus upstream corretti. Avrai due piani di controllo (uno per ogni switch nexus parent) che devono essere sincronizzati affinché le porte host sull'FEX possano uscire da quello stato "inattivo". Quindi, per quella porta rivolta verso l'host sul FEX, dovrai assicurarti che la configurazione sia la stessa su entrambi gli switch genitore.

— Mierdin,