我在两台 Cisco 交换机之间设置了一个端口通道，一台 6509 运行 ios 12.2(17r)S4，另一台 5596 运行 nx-os 5.2(1)N1(4)。出现了几个问题，包括坏补丁和电缆断裂，但我目前在端口通道中有两个活动链路可以使用。问题是，这条线路上的人们偶尔会出现连接问题。
在 ios 上，我看到以下以太通道状态，这意味着每个链接不充当单个通道，而是充当它自己的独立组：
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: -
此外，尽管上述输出显示链接已启动，但检查端口通道接口的状态却显示其已关闭：
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
如果每个链接都断了，这才会有道理，但我们知道其中两个是好的，而且我们确实有流量通过这个端口通道，所以我不知道它是如何认为自己已经断网或导致我们连接问题的原因的。
相关ios配置：
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配置：
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
您将看到我们配置的接口比实际的接口多，这是由于上述问题造成的。一条电缆导致流量损坏，因此我们在配置后将其拔掉，另一条电缆从未在 ios 端配置，因为补丁已失效。
随着进一步调试，我将继续更新。
答案1
事实证明，这Sngl-port-Bndl Mstr Not-in-Bndl表明端口通道配置不正确，每个单独的链路都建立了自己的单独连接。在这种情况下，运行 nx-os 5.2(1)N1(4) 的 5596 未配置为执行 LACP。默认情况下，nx-os 显然没有设置协议。我们通过重新配置 5596 以使用 lacp 解决了这个问题。