首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >问答首页 >Etherchannel试图通过禁用的端口转发通信量

Etherchannel试图通过禁用的端口转发通信量
EN

Network Engineering用户
提问于 2015-06-08 20:08:29
回答 1查看 286关注 0票数 3

我正在对连接到由三个3750 G开关组成的堆栈的WLC的间歇性连接问题进行故障排除。开关的部件编号和软件版本如下:

代码语言:javascript
运行
复制
Switch   Ports  Model              SW Version              SW Image
------   -----  -----              ----------              ----------
     1   12     WS-C3750G-12S      12.2(35)SE5             C3750-IPBASE-M
*    2   52     WS-C3750G-48TS     12.2(35)SE5             C3750-IPBASE-M
     3   52     WS-C3750G-48TS     12.2(35)SE5             C3750-IPBASE-M

WLC已启用滞后,因此在堆栈中配置了Po4,其中包括4个端口,以连接WLC的4个物理端口:

代码语言:javascript
运行
复制
SW#show etherchannel 4 summary
Flags:  D - down        P - in port-channel
        I - stand-alone s - suspended
        H - Hot-standby (LACP only)
        R - Layer3      S - Layer2
        U - in use      f - failed to allocate aggregator
        u - unsuitable for bundling
        w - waiting to be aggregated
        d - default port


Number of channel-groups in use: 4
Number of aggregators:           4

Group  Port-channel  Protocol    Ports
------+-------------+-----------+-----------------------------------------------
4      Po4(SU)          -        Gi2/0/51(P) Gi2/0/52(P) Gi3/0/51(P)
                                 Gi3/0/52(P)

SW#

物理接口和portchannel接口的配置如下:

代码语言:javascript
运行
复制
interface GigabitEthernet2/0/51
 switchport trunk encapsulation dot1q
 switchport mode trunk
 mls qos trust cos
 channel-group 4 mode on
end
!
interface GigabitEthernet2/0/52
 switchport trunk encapsulation dot1q
 switchport mode trunk
 mls qos trust cos
 channel-group 4 mode on
end
!
interface GigabitEthernet3/0/51
 switchport trunk encapsulation dot1q
 switchport mode trunk
 mls qos trust cos
 channel-group 4 mode on
end
!
interface GigabitEthernet3/0/52
 switchport trunk encapsulation dot1q
 switchport mode trunk
 mls qos trust cos
 channel-group 4 mode on
end
!
interface Port-channel4
 switchport trunk encapsulation dot1q
 switchport mode trunk
end

Ethernchannel负载平衡是基于源IP地址和目标IP地址进行的:

代码语言:javascript
运行
复制
SW#show etherchannel load-balance
EtherChannel Load-Balancing Configuration:
        src-dst-ip

EtherChannel Load-Balancing Addresses Used Per-Protocol:
Non-IP: Source XOR Destination MAC address
  IPv4: Source XOR Destination IP address
  IPv6: Source XOR Destination IP address

SW#

在故障排除过程中,我尝试禁用以太通道的4个端口中的2个,发现有时交换机试图通过禁用的端口转发通信:

代码语言:javascript
运行
复制
SW#show etherchannel 4 summary
Flags:  D - down        P - in port-channel
        I - stand-alone s - suspended
        H - Hot-standby (LACP only)
        R - Layer3      S - Layer2
        U - in use      f - failed to allocate aggregator
        u - unsuitable for bundling
        w - waiting to be aggregated
        d - default port

Number of channel-groups in use: 4
Number of aggregators:           4

Group  Port-channel  Protocol    Ports
------+-------------+-----------+-----------------------------------------------
4      Po4(SU)          -        Gi2/0/51(D) Gi2/0/52(D) Gi3/0/51(P) 
                                 Gi3/0/52(P)
SW#
SW#
SW#
SW#test etherchannel load-balance interface Po4 ip 10.0.1.254 10.0.1.251
Would select Gi2/0/52 of Po4  
SW#

我理解以太通道负载平衡不应该试图通过关闭或禁用端口转发通信,即使端口被配置为以太通道的一部分。

你们中有谁知道这种行为的好原因吗?

EN

回答 1

Network Engineering用户

发布于 2015-07-08 10:25:24

交通仍将通过这两个港口。

确保:

速度/双工匹配

协议匹配

一方发起协议通信

票数 -1
EN
页面原文内容由Network Engineering提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://networkengineering.stackexchange.com/questions/19052

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档