STP 抖动导致内网丢包

故障现象
内网访问公网出现不规律丢包现象

排查解决方法
1、stp类型
stp为mstp 单实例

2、接口tc报文发送接收
对比接入、汇聚、核心 disp stp tc 报文数量,基本锁定故障位置

3、access接口配置边缘端口
接入层交换机部分接口未配置边缘端口,增加配置

4、部分特殊接口关闭stp
disp stp tc发现某个端口特别异常,tc收包特别多,且disp stp bpdu-statistc interface 发现最近也在变动,disp lldp nei l显示对端设备为mstp专线连接的路由器,stp disable,观察后发现世界平静了

5、观察
多次对比dips stp tc报文,网络基本稳定,丢包现象基本也消失

6、降低STP收敛影响
修改核心交换机stp未,pvst

原文地址:http://blog.51cto.com/11851391/2112842

时间: 2024-10-31 23:29:46

STP 抖动导致内网丢包的相关文章

ARP攻击导致内网频繁断线

求助!:我店从昨天开始,有线网络时断时续,无线网络掉线率较低可正常使用.重启AP无效果.现确定是内网原因,但杀毒杀木马ARP防火墙绑定IP均无效,求助!求助!谢谢 兄弟店的IT遇到上述问题,经过判断应该是ARP攻击,于是建议对方回到交换机看下哪台电脑的灯狂闪,然后拔掉这个网线 然后再看看有没有类似情况发生. 对方反馈:我今天批量和定向的拔掉了一些网线,最终有三根网线不确认,现在这三根网线不插得情况下其他电脑已经可以正常上网了.明天所有人上班后就能确认哪台电脑导致的ARP攻击.

光纤模块故障导致端口汇聚丢包

第一次写,语言表达能力很差,对付看吧. 今天突然收到很多网络报警,查看后发现有些IP通,有些不通. 最后发现,是接入层的捆绑没起来.其中一个端口是down的状态. 公司的核心与接入层是通过捆绑的2G线路.核心HW9303(ETH-TRUNK),接入层H3C5500(Bridge-Aggregation). H3C5500 IFNET/3/LINK_UPDOWN: GigabitEthernet1/0/4 link status is DOWN. H3C5500 LAGG/5/LAGG_INACT

升级防火墙头导致内网用户使用不能使用vpn拨号的问题

公司内网客户端使用pptp vpn拨号连接到外网上一台vpn服务器上,一直正常使用,最近把把旧防火墙换为一台华为USG5000防火墙作为出口,内网中的用户无法使用PPTP客户端连接到VPN服务器.后经查询,防火墙需开启nat穿透功能,具体配置如下: 1. 接口下开启的nat enable,配置detect pptp: interface GigabitEthernet0/0/1 ip address 10.1.1.1 255.255.255.0 nat enable detect pptp 2.

配置NAT回流导致外网解析到了内网IP

单位有3个域名,用量很大,2014年开始本人研究部署了Bind+DLZ +Mysql的三机智能多链路DNS,非常好用,优点是: 1.使用Mysql管理记录,配置.管理.查询方便. 2.自动判断运营商,返回指定IP,实现智能多链路.目前我们单位有电信.移动.教育网专线和固定IP,通过Bind的View,判断请求源IP自动返回对应运营商的服务IP.很好很强大也很实用. 3.根据配置自动为内网分配对应的运营商解析...我单位内网用户较多,有一个不少见的需求,内网部分用户要使用电信专线.部分用户要使用移

UDP主要丢包原因及具体问题分析

一.主要丢包原因 1.接收端处理时间过长导致丢包:调用recv方法接收端收到数据后,处理数据花了一些时间,处理完后再次调用recv方法,在这二次调用间隔里,发过来的包可能丢失.对于这种情况可以修改接收端,将包接收后存入一个缓冲区,然后迅速返回继续recv. 2.发送的包巨大丢包:虽然send方法会帮你做大包切割成小包发送的事情,但包太大也不行.例如超过50K的一个udp包,不切割直接通过send方法发送也会导致这个包丢失.这种情况需要切割成小包再逐个send. 3.发送的包较大,超过接受者缓存导

[转]UDP丢包原因

原文地址:http://www.cnblogs.com/mengyan/archive/2012/10/04/2711340.html 一.主要丢包原因 1.接收端处理时间过长导致丢包:调用recv方法接收端收到数据后,处理数据花了一些时间,处理完后再次调用recv方法,在这二次调用间隔里,发过来的包可能丢失.对于这种情况可以修改接收端,将包接收后存入一个缓冲区,然后迅速返回继续recv. 2.发送的包巨大丢包:虽然send方法会帮你做大包切割成小包发送的事情,但包太大也不行.例如超过50K的一

嵌入式开发之UDP 丢包--- UDP 丢包控制方法

0. 发送端可以,发送五次左右,再Sleep 1.调用recv方法接收端收到数据后,处理数据花了一些时间,处理完后再次调用recv方法,在这二次调用间隔里,发过来的包可能丢失.对于这种情况可以修改接收端,将包接收后存入一个缓冲区,然后迅速返回继续recv. 2.发送的包巨大丢包.虽然send方法会帮你做大包切割成小包发送的事情,但包太大也不行.例如超过50K的一个udp包,不切割直接通过send方法发送也会导致这个包丢失.这种情况需要切割成小包再逐个send. 3.发送的包较大,超过mtu si

客户端本地到服务器丢包的检查方法

如果用户本地到服务器出现ping丢包或直接无法连接的时候,可以通过如下步骤进行排查分析:   客户端本地到服务器丢包的检查方法 1. ping服务器IP地址或域名,查看丢包情况:     ping 140.205.140.234 -n 100  说明: -n 后面的数字表示要进行的ping测试次数: 主要关注如下下图所示所统计的丢包率和平均超时时间: 2. 使用MTR工具跟踪下到服务器的链路情况: Windows下,使用所示的WinMTR工具进行跟踪测试: 用法:打开软件后,在[hosts]框中

[转]nf_conntrack: table full, dropping packet 连接跟踪表已满,开始丢包 的解决办法

nf_conntrack: table full, dropping packet  连接跟踪表已满,开始丢包 的解决办法 中午业务说机器不能登录,我通过USM管理界面登录单板的时候发现机器没有僵死,然后一看日志,g一下子就明白了 tail -2000 /var/log/messages Apr 10 12:48:35 bj-push-pushserver83 kernel: [95129.138804] __ratelimit: 16523 callbacks suppressed (“连接跟