LACP - Up Sngl-Port-Bndl Mstr Nicht-in-Bndl

LACP - Up Sngl-Port-Bndl Mstr Nicht-in-Bndl

Ich habe einen Port-Channel zwischen zwei Cisco-Switches eingerichtet, einem 6509 mit iOS 12.2(17r)S4 und einem 5596 mit NX-OS 5.2(1)N1(4). Es traten mehrere Probleme auf, darunter fehlerhafte Patches und defekte Kabel, aber derzeit habe ich zwei aktive Links im Port-Channel, mit denen ich arbeiten kann. Das Problem ist, dass die Leute auf diesem Zweig sporadische Verbindungsprobleme haben.

Unter iOS wird mir der folgende Etherchannel-Status angezeigt, was bedeutet, dass jeder Link nicht als einzelner Kanal, sondern als eigene, unabhängige Gruppe fungiert:

coresw02#show etherchannel 4 detail     
Group state = L2 
Ports: 3   Maxports = 16
Port-channels: 1 Max Port-channels = 16
Protocol:   LACP
Minimum Links: 0
        Ports in the group:
        -------------------
Port: Gi4/9
------------

Port state    = Up Sngl-port-Bndl Mstr Not-in-Bndl 
Channel group = 4           Mode = Active      Gcchange = -
Port-channel  = null        GC   =   -         Pseudo port-channel = Po4
Port index    = 0           Load = 0x00        Protocol =   LACP

Flags:  S - Device is sending Slow LACPDUs   F - Device is sending fast LACPDUs.
        A - Device is in active mode.        P - Device is in passive mode.

Local information:
                            LACP port     Admin     Oper    Port        Port
Port      Flags   State     Priority      Key       Key     Number      State
Gi4/9     SA      indep     32768         0x4       0x4     0x40A       0x7D  

Age of the port in the current state: 0d:06h:55m:38s

Port: Gi4/25
------------

Port state    = Down Not-in-Bndl 
Channel group = 4           Mode = Active      Gcchange = -
Port-channel  = null        GC   =   -         Pseudo port-channel = Po4
Port index    = 0           Load = 0x00        Protocol =   LACP

Flags:  S - Device is sending Slow LACPDUs   F - Device is sending fast LACPDUs.
        A - Device is in active mode.        P - Device is in passive mode.

Local information:
                            LACP port     Admin     Oper    Port        Port
Port      Flags   State     Priority      Key       Key     Number      State
Gi4/25    FA      down      32768         0x4       0x4     0x41A       0x47  

Age of the port in the current state: 0d:06h:29m:28s

Port: Gi4/27
------------

Port state    = Up Sngl-port-Bndl Mstr Not-in-Bndl 
Channel group = 4           Mode = Active      Gcchange = -
Port-channel  = null        GC   =   -         Pseudo port-channel = Po4
Port index    = 0           Load = 0x00        Protocol =   LACP

Flags:  S - Device is sending Slow LACPDUs   F - Device is sending fast LACPDUs.
        A - Device is in active mode.        P - Device is in passive mode.

Local information:
                            LACP port     Admin     Oper    Port        Port
Port      Flags   State     Priority      Key       Key     Number      State
Gi4/27    SA      indep     32768         0x4       0x4     0x41C       0x7D  

Age of the port in the current state: 0d:06h:44m:28s

        Port-channels in the group: 
        ----------------------

Port-channel: Po4    (Primary Aggregator)

------------

Age of the Port-channel   = 4d:03h:19m:57s
Logical slot/port   = 14/2          Number of ports = 0
HotStandBy port = null 
Port state          = Port-channel Ag-Not-Inuse 
Protocol            =   LACP
Fast-switchover     = disabled
Load share deferral = disabled   


Last applied Hash Distribution Algorithm:   -

Obwohl der obige Outpush anzeigt, dass die Links aktiv sind, zeigt eine Überprüfung des Status der Portchannel-Schnittstelle an, dass sie inaktiv ist:

coresw02#show interface port-channel 4
Port-channel4 is down, line protocol is down (notconnect)
  Hardware is EtherChannel, address is 0000.0000.0000 (bia 0000.0000.0000)
  Description: CHANNEL TO 10G
  MTU 1500 bytes, BW 100000 Kbit, DLY 100 usec, 
     reliability 255/255, txload 1/255, rxload 1/255
  Encapsulation ARPA, loopback not set
  Keepalive set (10 sec)
  Auto-duplex, Auto-speed, media type is unknown
  input flow-control is off, output flow-control is off
  ARP type: ARPA, ARP Timeout 04:00:00
  Last input never, output never, output hang never
  Last clearing of "show interface" counters never
  Input queue: 0/2000/0/0 (size/max/drops/flushes); Total output drops: 0
  Queueing strategy: fifo
  Output queue: 0/40 (size/max)
  5 minute input rate 0 bits/sec, 0 packets/sec
  5 minute output rate 0 bits/sec, 0 packets/sec
     0 packets input, 0 bytes, 0 no buffer
     Received 0 broadcasts (0 multicasts)
     0 runts, 0 giants, 0 throttles 
     0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
     0 watchdog, 0 multicast, 0 pause input
     0 input packets with dribble condition detected
     0 packets output, 0 bytes, 0 underruns
     0 output errors, 0 collisions, 1 interface resets
     0 babbles, 0 late collision, 0 deferred
     0 lost carrier, 0 no carrier, 0 PAUSE output
     0 output buffer failures, 0 output buffers swapped out
coresw02#show etherchannel 4 detail   
Group state = L2 
Ports: 3   Maxports = 16
Port-channels: 1 Max Port-channels = 16
Protocol:   LACP
Minimum Links: 0

Das würde Sinn ergeben, wenn alle Verbindungen unterbrochen wären, aber wir wissen, dass zwei davon in Ordnung sind und über diesen Port-Kanal Datenverkehr fließt. Daher bin ich ratlos, wie die Verbindung auf die Idee kommen kann, ausgefallen zu sein oder was die Ursache für unsere Verbindungsprobleme ist.

relevante iOS-Konfiguration:

interface Port-channel4
 description CHANNEL TO 10G
 switchport
 switchport trunk encapsulation dot1q
 switchport trunk allowed vlan 103,211,645,647
 switch   port mode trunk
!
interface GigabitEthernet4/9
 description UPLINK D22/5
 switchport
 switchport trunk encapsulation dot1q
 switchport trunk allowed vlan 103,211,645,647
 switchport mode trunk
 channel-protocol lacp
 channel-group 4 mode active
!
qinterface GigabitEthernet4/25
 description UPLINK D22/15 (D22/13 dead)
 switchport
 switchport trunk encapsulation dot1q
 switchport trunk allowed vlan 103,211,645,647
 switchport mode trunk
 channel-protocol lacp
 channel-group 4 mode active
!
interface GigabitEthernet4/27
 description UPLINK D22/14
 switchport
 switchport trunk encapsulation dot1q
 switchport trunk allowed vlan 103,211,645,647
 switchport mode trunk
 channel-protocol lacp
 channel-group 4 mode active
!

nx-os-Konfiguration:

interface port-channel6
  description CORE-SWITCH-UPLINK
  switchport mode trunk
  switchport trunk allowed vlan 103,211,645,647
!
interface Ethernet4/13
  description CORE-SWITCH-UPLINK
  switchport mode trunk
  switchport trunk allowed vlan 103,211,645,647
  speed 1000
  channel-group 6

interface Ethernet4/14
  description CORE-SWITCH-UPLINK
  switchport mode trunk
  switchport trunk allowed vlan 103,211,645,647
  speed 1000
  channel-group 6
!
interface Ethernet4/15
  description CORE-SWITCH-UPLINK
  switchport mode trunk
  switchport trunk allowed vlan 103,211,645,647
  speed 1000
  channel-group 6
!
interface Ethernet4/16
  description CORE-SWITCH-UPLINK
  switchport mode trunk
  switchport trunk allowed vlan 103,211,645,647
  speed 1000
  channel-group 6

Sie werden sehen, dass wir mehr Schnittstellen konfiguriert haben als aktiv sind. Dies liegt an den oben genannten Problemen. Ein Kabel verursachte fehlerhaften Datenverkehr, daher haben wir es nach der Konfiguration ausgesteckt. Das andere Kabel wurde auf der iOS-Seite nie konfiguriert, da der Patch nicht mehr funktionierte.

Ich werde mit der Aktualisierung fortfahren, während ich weitere Debugging-Schritte durchführe.

Antwort1

Es stellt sich heraus, dass dies Sngl-port-Bndl Mstr Not-in-Bndlauf einen falsch konfigurierten Portkanal hinweist, bei dem jeder einzelne Link seine eigene individuelle Verbindung hergestellt hat. Im Fall dieses genauen Szenarios war der 5596 mit nx-os 5.2(1)N1(4) nicht für LACP konfiguriert. Standardmäßig legt nx-os anscheinend kein Protokoll fest. Wir haben dieses Problem gelöst, indem wir den 5596 für die Verwendung von lacp neu konfiguriert haben.

verwandte Informationen