Panabit Support Board!

 找回密码
 注册

QQ登录

只需一步,快速开始

查看: 101|回复: 2

如何定位解决网络中的重传

[复制链接]
发表于 7 天前 | 显示全部楼层 |阅读模式
我们在接触网络时都学过,TCP是一种可靠的协议,而数据在传输过程中时常会出现一些意外情况,诸如数据损坏、丢包、重复等问题,为保障传输的可靠性,TCP加入了例如确认应答、滑动窗口、拥塞控制等机制,而重传就是其中一种重要的方式。

当数据包丢失或对数据包的确认应答丢失时,TCP就会通过重传(Retransmission),不断重复发送TCP片段,直到数据被正确接收。

重传本身是TCP的正常机制,在网络传输中,数据包丢失是极为常见的事情,因此少量的重传是正常的;但如果发现了大量的TCP重传,则往往表示网络中存在异常。造成大量重传的原因可能是网络链路不稳定,也有可能是服务器压力过大等主机故障导致。

大量重传造成的影响排查起来较为困难,很多情况下明明ping或telnet都OK,但仍然会出现访问卡顿的问题,只有抓包看到大量[TCP Retransmission]连接才能发现。

另一方面,大量重传的情况存在偶发性,重传并不是时刻都有的,所以需要进行数据的持续采集才能够及时发现与回溯。

那么,如何快速发现异常重传的问题呢?基于上面的两点,通过部署持续的抓包溯源系统是一个不错的选择。

下面我们将使用NTM,通过一个分析示例来进行说明。

在NTM的【协议质量】-【协议重传】中,以卡片的形式实时展示了各应用协议的重传率情况,我们以【火山小视频】为例。
Tips:可以点击卡片右上角的星星关注该应用,这个应用就会被置顶显示。
1.png

点击【火山小视频】的卡片,可以进入针对该应用协议的分析页面。查看【重传趋势】,我们可以发现该应用协议的重传率存在一个峰值,在10:45时重传率达到了70%。
2.png

长按鼠标左键直接拖动选中重传率折线图的时间范围,即可跳转至详细的分析页面。我们发现,v5-a.huoshanvod.com这个域名的重传数最高。
Tips:NTM中的大多数折线图都是可以用鼠标拖动选中后跳转分析的,小伙伴们可以试试哦。
3.png

点击该域名,在新的页面中可以查看访问这个域名的详细会话信息,精准定位到重传的源目的地址。我们选取其中的某个会话,对其数据包做详细分析。
5.png

在【报文解析】页面中,还可以通过输入tcp.analysis.retransmission进行过滤,精确发现重传数据包,最终锁定原因。
6.png


一般而言,导致重传的原因如下:
  • 数据报文丢失:发送端的数据在传输过程中被中间链路或设备丢弃;
  • 接收端未响应ACK:发送端的数据已经到达接收端,但接收端由于自身原因没有回复ACK确认报文;
  • 接收端的ACK确认报文丢失:发送端的数据已经到达接收端,接收端也回复了ACK确认报文,但这个ACK报文被中间链路或设备丢弃。


其中,1和3需要排查中间链路或中间设备是否稳定、负载过高或是否存在访问控制;2则需要排查接收端本身是否存在问题。


总结
1. 重传本身是TCP的正常机制,但大量的重传意味着网络中存在问题;
2. 异常重传的排查过程较为困难,需要使用持续的抓包溯源系统,NTM就是其中的一种;
3. NTM提供了专门的重传分析模块,实时发现异常的重传现象;
4. NTM拥有极强的下钻能力,可以通过层层分析,精准定位造成重传的源目的IP,并精确呈现重传数据包,锁定原因。




发表于 昨天 14:50 | 显示全部楼层
学习了,不过重传分析针对内网环境会更有用吧
 楼主| 发表于 6 小时前 | 显示全部楼层
疯狂的兔子 发表于 2022-5-18 14:50
学习了,不过重传分析针对内网环境会更有用吧

内外网环境都适合,看你更关注哪方面的业务了
您需要登录后才可以回帖 登录 | 注册

本版积分规则

QQ|Archiver|手机版|小黑屋|北京派网软件有限公司 ( ICP备案序号:京ICP备14008283号 )

GMT+8, 2022-5-19 23:25 , Processed in 0.230074 second(s), 18 queries .

Powered by Discuz! X3.4

Copyright © 2001-2021, Tencent Cloud.

快速回复 返回顶部 返回列表