网络抖动多少ms（网络抖动对业务影响真的这么大吗）

阅读本文约需要8分钟，您可以先关注我们，避免下次无法找到。

今天系统运维负责人找到成哥反馈，昨天晚上有很多业务超时日志，说是不是网络抖动了？成哥心里一沉，又怪到网络抖动了？网络真的这么容易抖动吗？网络的抖动会造成业务超时吗？

网络抖动简单来说就是报文在传输过程，正常10ms可以到达对端。网络抖动期间，延迟不稳定，可能50ms甚至100ms才到达对端。

那造成网络抖动的原因是什么呢？一般是网络中发生了网络拥塞，比如接口带宽1000Mbps，但是某一时刻的流量超过了这个值。

当网络中发生拥塞时，QoS（Quality of Service，服务质量）功能生效，设备在转发报文的时候队列机制开始工作。

默认情况下使用的是硬件队列，硬件队列采取的是FIFO，即先进到队列的报文优先转发出去，如果队列中排在前面的数据包较多则延迟增大。

当然在实际的生产环境中，我们会对重要的业务流量打标签，当发生网络拥塞时，采取差分服务，即对延迟比较敏感的业务优先转发，比如音频、视频、云游戏等。

偶尔出现的网络抖动到底对业务交互影响大不大呢？这个只能说和业务的健壮性和具体的网络抖动程度相关。

但是一般来说几十、几百毫秒的延迟抖动是不会对业务有明显影响的（非延迟敏感业务）。有人说延迟几百毫秒不会被判定为丢包了吗？

只要你用的是TCP协议，这个问题就不是问题，大家都知道TCP协议是有重传机制的，当报文在规定时间内没有收到确认ACK时，TCP会触发重传机制。

如果您对TCP的知识还不甚了解，可以前往一文秒懂 TCP/IP实际五层结构（上篇）