今天碰到了一個奇怪的問題,情況描述如下:
一台cisco交換機和一台負載均衡裝置的多鍊路互聯,啟用LACP進行協商成二層port-channel。雙裝置上都是配置的标準配置,都啟用active的形式。在配置完成後,雙方的鍊路都up,一切正常。但是在重新開機了負載均衡裝置後,發現cisco交換機上配置的portchannel顯示為notconnect狀态,然後出現了port-channel 7A的端口。而負載裝置上一切正常。下面是troubleshooting的基本資訊:
#sh int port-channel 7 eth
Port-channel7 (Primary aggregator)
Age of the Port-channel = 404d:07h:56m:08s
Logical slot/port = 14/4 Number of ports = 0
HotStandBy port = null
Port state = Port-channel Ag-Not-Inuse
Protocol = LACP
Fast-switchover = disabled
Direct Load Swap = disabled
Time since last port bundled: 1d:18h:50m:26s Gi4/9
Time since last port Un-bundled: 0d:16h:31m:23s Gi2/19
Port-channel7A
Age of the Port-channel = 0d:00h:31m:34s
Logical slot/port = 14/18 Number of ports = 4
Port state = Port-channel Ag-Inuse
Ports in the Port-channel:
Index Load Port EC state No of bits
------+------+------+------------------+-----------
3 11 Gi2/14 Active 2
2 22 Gi2/19 Active 2
1 44 Gi4/9 Active 2
0 88 Gi4/10 Active 2
Time since last port bundled: 0d:00h:31m:32s Gi2/19
#sh int port-channel 7A
Port-channel7A is up, line protocol is up (connected)
#sh int port-channel 7
Port-channel7 is down, line protocol is down (notconnect)
#sh int g2/14
GigabitEthernet2/14 is up, line protocol is up (connected)
平生第一次碰到這麼個奇怪現象,憑經驗判定可能是不同品牌裝置之間的lacp的某些信令不同步,導緻出現了port-channel7A。這個7A的接口是自動生成的,通過show run int port-channel7A檢視發現此接口下沒有任何配置。于是将該port-channel下的4個實體端口重新shutdown。再檢視發現7A端口消失了,然後no shutdown這4個端口,此時port-channel7端口up了。一切恢複正常。
這更加表明了确實是某些lacp信令沒有同步才造成了cisco産生了7A的端口。當使用shut/no shutdown實體端口迫使重新協商後,lacp所有信令才協商同步。這可能是不同品牌之間的相容性問題。
其實一般推薦是不同品牌的portchannel配置可以配制成on的模式,強制不進行協商而将端口up。
本文轉自 chris_lee 51CTO部落格,原文連結:http://blog.51cto.com/ipneter/369789,如需轉載請自行聯系原作者