Ios
LACP - Up Sngl-port-Bndl Mstr Not-in-Bndl
我在兩台 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-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 端配置，因為更新檔已失效。
隨著我進一步調試，我將繼續更新。
事實證明，這
Sngl-port-Bndl Mstr Not-in-Bndl表明埠通道配置不正確，其中每個單獨的連結都建立了自己的單獨連接。在這種情況下，執行 nx-os 5.2(1)N1(4) 的 5596 未配置為執行 LACP。預設情況下，nx-os 顯然沒有設置協議。我們通過將 5596 重新配置為使用 lacp 解決了這個問題。