网络丢包原因及解决方案

TCP协议的特点之一就是保障数据传输的可靠性，即确保数据能够正确完整传输。那么TCP究竟是如何来保障的?可以看到，TCP 在传输时，有着传输确认—重传机制，即发送数据一方在传输数据时为每一个分段编制序列号( Sequence Number )，接收方会向发送方发送接收到分段数据的确认(Acknowledgment)，通过这种方式确认数据是否准确传送，在无法确认某分段数据被准确传送或确认某分段数据没有被准确传送时重新进行传输。

所以，在网络丢包发生的情况下，必定会有 TCP 数据包重传的出现。

1. 解决方案

• 针对网络设备故障：通过分段捕获的方法，在网络中关键设备的两端，使用科来网络分析系统进行抓包，确定该设备是否丢包，从而准确定位丢包设备。
• 针对网络拥塞：在核心交换机上配置镜像，使用科来网络分析系统抓包。

分析关键链路(一般是出口链路) 的流量占用情况， 查看网络利用率是否过高，每秒数据包是否过多，数据包大小分布是否合理、TCP会话是否正常等。

当然最根本的方法就是限制用户流量，就是针对每个上网的用户进行流量控制，比如禁止访问视频网站和其他与工作内容无关的网站，同时又能针对每个用户做出精准的流量限制，防止其对有限网络带宽的过度占用。

还可以针对一些流量做出服务质量保证( QOS)，比如可以将与工作关系比较大的流量：如网页访问、邮件流量等的流量优先级提高，从而可以在一定程度上缓解网络拥塞，保证高优先级业务可以优先得到转发。 (治标不治本的方法)

2. 另外关于 ping IP 老是丢包的问题：

通常有以下几种原因：

• 由于服务器的 IIS 中运行了非法或者没有独立进程池的原因 , 找到这个站点 , 给他一个独立的进程池 .
• 如果服务器上捆绑了一个主机头为空的站点的话 , 容易造成这个问题 , 最好把这个主机为空的站点给删除了 , 或者把这个站点的进程池给独立起来 , 就可以解决问题。
• 由于对服务器的带宽和流量限制的太低问题 , 一般有一些机房的IDC服务商为了获得更多的托管的用户 , 十分的苛刻的限制用户托管的服务器 , 造成流出去的十分少 , 请求的多 , 就造成丢包问题。
• 由于交换机的交换口的问题：首先使用 Ping 命令测试，发现不定时的有数据包丢失的现象，初步认为是物理层的原因。重做网线的 RJ45头后，故障依旧，换根网线也不行。怀疑是网卡接口或者交换机端口的问题。经查看网卡驱动无误，网卡接口也没有任何异常。再查看交换机端口， 发现与服务器连接的交换 机端口工作指示灯在绿与黄之间闪烁， 这说明端口工作不正常。使用超级终端登录交换机，查看此端口的参数，发现此端口是工作在100Mbyte/s全双工模式，回到服务器前查看本地连接状态，网卡是工作在 10Mbyte/s 全双工模式。 交换机的端口与网卡的传输速率和双工模式不一致。将网卡工作模式改为 100Mbyte/s 全双工模式后测试，一切正常，故障解决。
• 由于被 DDOS或者洪水猛兽攻击造成的大量丢包 , 这个时候没有什么好说的 , 赶快加上硬件防火墙吧

3. 总之一般排除故障的方法是：

• 带宽有没有占满
• 换个交换机端口试试
• 换个网线试试
• 网卡及主板驱动是不是没装 ( 一般不会是这个问题 )
• 交换机上设置是100M的还是10M的 , 与机器设置成一样的

【编辑推荐】

1. 数据中心网络流量识别技术漫谈
2. 简单解析远程网络连接的三个重要需求
3. 让网络功能虚拟化(NFV)成为现实
4. 网络拓扑结构大全和实例
5. 叹为观止，TCP/IP服务协议，网络拓扑汇总

（编辑：好传媒网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!