FusionCube和思科交换机对接后大量丢包的处理

发布时间:  2015-03-10 浏览次数:  346 下载次数:  0
问题描述

FusionCube上配置了两条上行链路,分别是23号交换板的1号端口,查询交换机的ETH-TRUNK0trunk状态为up,两条上行链路状态也为up,但是FusionCube上出现大量心跳不正常的告警,有大量丢包。在思科交换机侧,发现mac地址在trunk的两个端口之间flapping,思科交换机侧port-channel状态一直是down

告警信息


处理过程

检查FusionCube和思科交换机Trunk口的配置,确认两边配置不一致,修改两端Trunk的工作模式为相同的工作模式

根因

Trunk的工作模式有两种:1、负载分担;2、主备。FusionCube配置的工作模式为负载分担,而思科交换机默认工作方式为主备,所以导致FusionCube和思科交换机对接后,trunk链路不正常,思科交换机侧端口无法up,产生大量丢包

解决方案

1、 和客户的网络人员交流,思科交换机侧去掉静态LACP配置。

2、 登录E9000的交换板,手工配置静态LACP,配置命令:mode lacp-static,配置后需commit生效。

建议采用方案一,E9000交换板的配置是通过FusionCube自动配置的,如果手工配置,后续E9000发生复位后,手工配置数据会丢失。

建议与总结


END