大摩-大摩平台-「联盟认证注册」1）由于某些接口、链路、双工异常导致的CRC错误、Algiment 帧bit丢失等常见错误，此类报文交换机将予以丢弃

　　2）QOS限速、Rate-limit配置导致的数据包正常丢弃。（不计入端口统计计数）

　　3）端口BLOCK（STP、RLDP）导致的数据包正常丢弃。（计入端口统计计数）

　　4）对端设备发送的速率过快导致本端交换机buffer 不足，而又没有流控导致的丢包--尝试两端打开流控，观察。

　　5）多端口向一个端口发送报文，超出这个端口的转发能力，导致的HOL队头阻塞丢包

　　6）针对S2900，S3760，S5760可以调整buffer的管理方式，注意需要重启生效

　　其中最常见的4/5两种类型的溢出，通过查看端口的计数器，定位受影响的端口并打开两端的流控一般都能解决问题。从目前实际遇到的案例来看，也基本都是由于以上两种原因导致的丢包故障。如仍无法解决，请收集上层计数与底层计数信息提供后台分析判断。

　　注意：收集上下层信息的同时，注意收集信息的充分性，多次收集的上层信息必须有发现drop 计数的递增，这几次收集间隔中底层的信息都必须相应收集到。

　　数据在网络中是被分成一个个数据包传输的,每个数据包中都有表示数据的信息和提供数据路由的桢。而数据包在一般介质中传播是总有一小部分由于两个终端的距离过大会丢失,而大部分数据包都会到达目的终端.所谓网络丢包率是数据包丢失部分与所传数据包总数的比值.正常传输时网络丢包率应该控制在一定范围内。

　　在cmd 中键入ping [网址]，显示最后一行(x% loss)就是对目标地址ping包的丢包率。

　　这次我们要解决的问题是用户电脑丢包严重，有时会影响用户正常上网，这次解决问题的方法是顺藤摸瓜，意思是说由用户电脑自下而上查找问题。

　　得到上述信息后，为了排除故障点，用自己随身携带的笔记本ping 192.168.0.2得到的结果依然如图3所示，首先可以排除不是用户电脑网卡的故障。接着查看用户水晶头是否制作规范，为了保险起见，将水晶头截掉重新做了新的水晶头，可是故障依旧。这时候就要从用户这台机器脱离向上找问题，即顺藤摸瓜的方法。

　　为了能在24换机中迅速定位那根网线是该用户的，我们需要用户帮助我不停地做从网口上拔插网线动作，我就可在交换机指示灯处看到某个灯一灭一亮，注意这里说的一灭一亮并不是频闪，而是灭了又亮。采用上述办法就可以判断出7口为用户所接的交换机的端口，从交换上拔下该网线口，一端笔记本，依然丢包，这样可以排除是网线的问题。

　　需要说明的是这次报修的互联网用户是极个别的，说明这个网络中，绝大部分用户上网是正常的，找到该交换机空余的端口，用直通线一端接上，一端接测试用笔记本，目的是通过这种步骤测试出那个端口是完好的，如果这个不行，可以试下一个，依次类推，找到一个完好的端口，尽量多测试一会，为了节省时间测试端口时，可以一直运行着ping包的命令，待出现4图的情形后，基本可断定该端口可正常使用。

　　为了保证该端口的能正常使用，可以多ping一段时间出现图5所示的情形。可以将将这次查修用户的网线插入该测试好的端口中，并加注标签，以备下次容易查修，然后到用户电脑上运行cmd命令，ping192.168.02 -t 可以得到网络正常、ping包正常，此次维修工作也已完成。

　　交换机端口出现故障，究其原因是因为交换机自身的性能发生老化，这就意味着故障交换机的确出现了硬件性能下降的现象，因此会出现上网数据丢包严重的现象。总结这次工作，自己的一点心得就是要细心，在平时的工作中多积累，多总结，下次再出现此类问题就可以迅速的找到问题的所在点，并快速解决问题!