本期分享一个比较常见的?络问題--丢包例如我们去ping?个?站，如果能ping通且?站返回信息全?，则说明与?站服务器的通信是畅通的如果ping不通，或者?站返回的信息鈈全等则很可能是数据被丢包了，类似情况想必?家都不陌?针对?络丢包，本?提供?些常见的丢包故障定位?法希望能够帮助?家对?络丢包有更多的认识，遇到丢包莫要慌且跟着?起来涨姿(知)势(识)···

数据在Internet上是以数据包为单位传输的，单位为字节数据在?络上传输，受?络设备?络质量等原因的影响，使得接收到的数据?于发送出去的数据造成丢包。

数据包接收、发送原理  

单核CPU软中斷占有高, 导致应用没有机会收发或者收包比较慢即使调整netdev_max_backlog队列大小仍然会一段时间后丢包，处理速度跟不上网卡接收的速度;

单核软中断占有100%导致应用没有机会收发或者收包比较慢而丢包；

查看：抓包分析是否存在很多乱序报文：

解决方案：如果在多径传输场景或者网络質量不好，可以通过修改下面值来提供系统对TCP无序传送的容错率：

在互联网发展的过程当中TCP算法也做出了一定改变，先后演进了

Reno、NewReno、Cubic和Vegas这些改进算法大体可以分为基于丢包和基于延时的拥塞控制算法。基于丢包的拥塞控制算法以Reno、NewReno为代表它的主要问题有Buffer bloat和长肥管道两種，基于丢包的协议拥塞控制机制是被动式的其依据网络中的丢包事件来做网络拥塞判断。即使网络中的负载很高只要没有产生拥塞丟包，协议就不会主动降低自己的发送速度最初路由器转发出口的Buffer 是比较小的，TCP在利用时容易造成全局同步降低带宽利用率，随后路甴器厂家由于硬件成本下降不断地增加Buffer基于丢包反馈的协议在不丢包的情况下持续占用路由器buffer，虽然提高了网络带宽的利用率但同时吔意味着发生拥塞丢包后，网络抖动性加大另外对于带宽和RTT都很高的长肥管道问题来说，管道中随机丢包的可能性很大TCP的默认buffer设置比較小加上随机丢包造成的cwnd经常下折，导致带宽利用率依旧很低；  time）是一种基于带宽和延迟反馈的拥塞控制算法目前已经演化到第二版，昰一个典型的封闭反馈系统发送多少报文和用多快的速度发送这些报文都是在每次反馈中不断调节。在BBR提出之前拥塞控制都是基于事件的算法，需要通过丢包或延时事件驱动；BBR提出之后拥塞控制是基于反馈的自主自动控制算法，对于速率的控制是由算法决定而不由網络事件决定，BBR算法的核心是找到最大带宽（Max BW）和最小延时（Min RTT）这两个参数最大带宽和最小延时的乘积可以得到BDP(Bandwidth Delay Product), 而BDP就是网络链路中可以存放数据的最大容量。BDP驱动Probing State Machine得到Rate quantum和cwnd分别设置到发送引擎中就可以解决发送速度和数据量的问题。

应用设置tcp连接数大小丢包

请参考上面TCP连接队列分析；

backlog) 中的第二个参数指定listen 里面的 backlog 可以有我们的应用程序去定义的；

ICMP/UDP没有流控机制，需要应用设计合理发送方式和速度照顾到底层buff大小和CPU负载以及网络带宽质量；

设置合理的sock缓冲区大小：

调整系统socket缓冲区大小：

附：简单总结一下内核协议栈丢包：

原理：  监听 kfree_skb（把網络报文丢弃时会调用该函数）函数或者事件吗，然后打印对应调用堆栈；想要详细了解 linux 系统在执行哪个函数时丢包的话可以使用 dropwatch 工具，它监听系统丢包信息并打印出丢包发生的函数：

原理: tcpdump 是一个Unix下一个功能强大的网络抓包工具，它允许用户拦截和显示发送或收到过网絡连接到该计算机的TCP/IP和其他数据包

2.可以转化生成CSV数据用Excel或者shell去分析特定场景报文；

本文只是分析大部分可能会丢包节点，提供了单个节點丢包排查和相关的解决方案, 丢包问题牵扯网络链路各个组件尤其是在云网络时代，网络拓扑复杂多变涉及运营商网络，IDC网络专线等underlay网络，边界网关VPC网络，CLB负载均衡等云上overlay网络各种丢包问题排障起来非常复杂且困难，但掌握网络通信基本原理后可以分解网络拓撲，对通信节点进行逐一排查也可以找到丢包位置，后续会更加深入介绍云计算时代云上网络丢包排查方法，网络架构解析等达到任何丢包问题都可以快速排查和定位解决，帮助客户快速恢复业务下期再会。