S9300由于Eth-Trunk链路接错导致部分业务不通

发布时间:  2015-02-15 浏览次数:  300 下载次数:  0
问题描述

某局点 5S9300运行OSPF路由。S9312-1 S9312-2 S9306-1 S9306-2在骨干区域。S9306-1 S9306-2 S9306-3 在非骨干区域。外部网段地址需要20.1.1.2与内部服务器10.1.1.1通信,但是现在ping不通。



处理过程

1、请客户从20.1.1.2 ping内网中同一个网段当中的主机10.1.1.2正常。

2tracert

请客户在20.1.1.2  tracert  10.1.1.1

第一个节点:S9312-2

第二个节点:S9306-2

第三个节点:有两个,分别是S9306-3eth1eth2IP地址。

3、流量统计

通过流量统计查看数据走向:

20.1.1.2 发出来的报文:

发送报文路径:

20.1.1.2=>S9312-2=>S9306-2ETH-5收)=>S9306-2(ETH-9)=>S9306-3 ETH-1收(正常流量应该是ETH-2收才对)=>10.1.1.1

10.1.1.1  报文回复路径:

10.1.1.1=》S9306-3 ETH-2(发)=>S9306-1 ETH-9收(正常的应该是S9306-2 ETH9收才对)

4、 在S9306-3设备上看设备连接情况:

[S9306-3]dis lldp n b

Local Intf   Neighbor Dev             Neighbor Intf             Exptime

GE1/0/0      S9306-1 GE1/0/22    102

GE1/0/1      S9306-2 GE1/0/23    102

GE1/0/2      S9306-2 GE1/0/22    102

GE1/0/3      S9306-1 GE1/0/23    102

 

可以看到:

g1/0/0 g1/0/3与对端S9306-1 直连的

g1/0/1g1/0/2与对端S9306-2直连的

 

再检查S9300-3设备接口的配置:

interface GigabitEthernet1/0/0    

 description To S9306-1 Vlan 90         

 eth-trunk 1        

interface GigabitEthernet1/0/1    

 description To S9306-1 Vlan 90         

 eth-trunk 1        

#         

interface GigabitEthernet1/0/2   

 description To S9306-2 Vlan 90          

 eth-trunk 2       

#    

interface GigabitEthernet1/0/3    

 description To S9306-2 Vlan 90         

 eth-trunk 2        

 

可以看出:

G1/0/0g1/0/1 是加入eth-trunk1 

G1/0/2g1/0/3是加入eth-trunk2

 

可以看出是Eth-Trunk中的链路接错了。

原本S9306-3准备是GE1/0/0GE1/0/1S9306-1的,可GE1/0/1不小心联到了S9306-2上了。同理另外一条Eth-Trunk链路也接错了一个端口。

根因

客户的Eth-Trunk聚合组中链路不小心接错导致

解决方案

请客户将问题线路恢复之后问题解决。

建议与总结

问题:

1、为什么线路接错了业务还有一部分能通?

流量经过Eth-trunk转发时会进行负载分担,如果收、发路径相同的话,对业务就没什么影响。

2、有没有什么办法可以提前发现这种链路问题?

案例中的现网Eth-trunk配置的是手工模式(只感知链路状态),这种模式下对交换机而言,无法感知到对端是两台设备,但可以通过使能LLDP发现邻居辅助定位故障;

如果将其配置为LACP模式,可以通过LACP协议的交互感知到对端非同一设备,只选择到其中一台设备的链路可转发流量。

END