Introduzione
Questo documento descrive come formare un canale porta LACP (Link Aggregation Control Protocol) tra Nexus 9000 e il server UCS (Unified Computing System).
Prerequisiti
Requisiti
Nessun requisito specifico previsto per questo documento.
Componenti usati
Le informazioni fornite in questo documento si basano sulle seguenti versioni software e hardware:
- Nexus 9300 con versione 6.1(2)I(3)3a
- Server UCS serie C240 M3 con Cisco Integrated Management Controller (CIMC) versione 2.0(3f)
- Cisco Virtual Interface Card (VIC) versione 1225
- Red Hat Enterprise Linux versione 7.0
Le informazioni discusse in questo documento fanno riferimento a dispositivi usati in uno specifico ambiente di emulazione. Su tutti i dispositivi menzionati nel documento la configurazione è stata ripristinata ai valori predefiniti. Se la rete è operativa, valutare attentamente eventuali conseguenze derivanti dall'uso dei comandi.
Problema
Nexus 9000 non è in grado di formare canali porte LACP con il server UCS. Se non è configurato alcun lacp suspend-individuale sul canale della porta, il sistema passa allo stato I. Se non è configurata, la porta viene sospesa a causa dell'assenza di unità dati LACP (LACPDU).
I contatori dell'interfaccia LACPDU sul Nexus 9000 mostrano che i contatori trasmessi (Tx) vengono incrementati, mentre quelli ricevuti (Rx) non vengono incrementati.
Di seguito viene riportata la procedura per configurare una porta di accesso su Nexus 9000 e disabilitare la funzione di sospensione LACP:
interface port-channel1019
switchport access vlan 4
no lacp suspend-individual
interface Ethernet1/19
description csm-b-ceph-001
switchport access vlan 4
spanning-tree port type edge
spanning-tree bpduguard enable
spanning-tree guard root
channel-group 1019 mode active
Questa porta può essere configurata anche come porta trunk-edge; tuttavia, il comportamento non è diverso:
Nexus9396X-2# show port-c sum
Flags: D - Down P - Up in port-channel (members)
I - Individual H - Hot-standby (LACP only)
s - Suspended r - Module-removed
S - Switched R - Routed
U - Up (port-channel)
M - Not in use. Min-links not met
--------------------------------------------------------------------------------
Group Port- Type Protocol Member Ports
Channel
--------------------------------------------------------------------------------
1019 Po1019(SD) Eth LACP Eth1/19(I) ----> Indicates No PDUs are being received
Può essere (s) per sospeso se la funzione di sospensione individuale del provider di servizi di audioconferenza è abilitata (per impostazione predefinita è abilitata). Tuttavia, il motivo deve essere lo stesso per cui non riceve le PDU (Protocol Data Units) dal peer.
Nexus9396X-2# show lacp interface e1/19
Interface Ethernet1/19 is individual
Channel group is 1019 port channel is Po1019
PDUs sent: 63
PDUs rcvd: 0 ----> Indicates No PDUs are being received from UCS server.
Markers sent: 0
Markers rcvd: 0
Marker response sent: 0
Marker response rcvd: 0
Unknown packets rcvd: 0
Illegal packets rcvd: 0
Lag Id: [ [(0, 0-0-0-0-0-0, 0, 0, 0), (0, 0-0-0-0-0-0, 0, 0, 0)] ]
Operational as aggregated link since Thu Jan 1 00:00:00 1970
Local Port: Eth1/19 MAC Address= 7c-69-f6-10-59-d7
System Identifier=0x8000, Port Identifier=0x8000,0x113
Operational key=33787
LACP_Activity=active
LACP_Timeout=Long Timeout (30s)
Synchronization=IN_SYNC
Collecting=true
Distributing=true
Partner information refresh timeout=Long Timeout (90s)
Actor Admin State=125
Actor Oper State=125
Neighbor: 0x0
MAC Address= 0-0-0-0-0-0
System Identifier=0x0, Port Identifier=0x0,0x0
Operational key=0
LACP_Activity=unknown
LACP_Timeout=Long Timeout (30s)
Synchronization=NOT_IN_SYNC
Collecting=false
Distributing=false
Partner Admin State=0
Partner Oper State=0
Aggregate or Individual(True=1)= 1
Inoltre, Ethanalyzer non acquisisce le PDU provenienti dal dispositivo peer. Tuttavia, un tcpdump prelevato dal server indica che invia e riceve PDU.
Soluzione
La configurazione del laboratorio ha mostrato che quando la LACPDU è stata catturata sul Nexus 9000, è stato scoperto che invia la LACPDU con l'intestazione dot1q come mostrato di seguito:
![](/c/dam/en/us/support/docs/switches/nexus-9000-series-switches/118851-technote-lacp-01.png)
Tuttavia, l'ID VLAN è impostato su 0. Ora, se si controlla la configurazione della scheda di interfaccia di rete virtuale (vNIC), si osserverà che per impostazione predefinita la VLAN è impostata su None e la modalità VLAN è impostata su access. Ora, anche in questa modalità, invia LACPDU con l'intestazione dot1q. Tuttavia, Nexus 9000 non identifica la VLAN 0 e quindi il pacchetto viene scartato. Questo comportamento è documentato in UCS serie C Rack Server VIC Connectivity Options.
Per risolvere questo problema, è necessario configurare la modalità VLAN come Trunk e configurare la VLAN predefinita come VLAN consentita su tale porta. Per modificare questa impostazione, accedere all'indirizzo IP CIMC del server.
- Fare clic sulla scheda Server nel riquadro di sinistra e quindi su Inventario.
- Fare clic su Cisco VIC adapter nel riquadro di destra, quindi fare clic su vNICs.
- Selezionare l'interfaccia, quindi fare clic su Proprietà. È possibile apportare le modifiche qui:
![](/c/dam/en/us/support/docs/switches/nexus-9000-series-switches/118851-technote-lacp-02.png)
![](/c/dam/en/us/support/docs/switches/nexus-9000-series-switches/118851-technote-lacp-03.png)
- Una volta apportate le modifiche, salvare le modifiche. È necessario reimpostare il server per rendere effettive le modifiche. Dopo il ripristino, il canale della porta dovrebbe formarsi correttamente.
Nelle versioni più recenti di Nexus 9000, versione 6.1(2)I(3)4 e 7.0(3)I1(1) e successive, l'intestazione dot1q e i pacchetti raggiungono il Supervisor (SUP) vengono ignorati. Questo comportamento è documentato nell'ID bug Cisco CSCur6968.
Nelle versioni più recenti, quindi, il problema non si verifica.