我在兩台 Cisco 交換器（運行 ios 12.2(17r)S4 的 6509 和運行 nx-os 5.2(1)N1(4) 的 5596 之間設定了一個連接埠通道。出現了幾個問題，包括補丁損壞和電纜損壞，但我目前在連接埠通道中有兩個活動鏈路可以使用。問題是，這條腿上的人會遇到零星的連接問題。
在 ios 上，我看到以下 etherchannel 狀態，這意味著每個連結並不充當單一通道，而是充當自己的獨立群組：
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: -
此外，即使上面的輸出顯示連結已啟動，但檢查 portchannel 介面的狀態顯示其已關閉：
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作業系統配置：
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 解決了此問題。