使用mtr排查服务器网络连通性

问题

ar414这两天ffmpeg推流的同事反应服务器推送视频流到A直播云的直播播放某个时间段经常卡顿

排查

1. 同一台服务器将视频流分别推送到B云直播、A直播云对比播放流畅度，B直播云播放流畅，判断：问题不在推流服务器
2. 将问题反馈给A直播云，A直播云答复：推送不稳定

3. 排查对比推流服务器与A直播云、B直播云的网络联通性

   • A直播云 mtr a.ar414.com

• B直播云mtr b.ar414.com

1. 排查结论

   • 推流服务器与A直播云的链路异常，链路绕到国外才回国，丢包率与延迟率较高
   • 推流服务器与B直播云的链路正常，丢包率与延迟率总体较低

解决

将mtr排查报告反馈至A直播云让其调整路由链路

mtr

1. Linux

# Ubuntu
$ apt install mtr
# CentOS
$ yum install mtr

1. Windows

免安装包：https://github.com/oott123/Wi...

使用

$ mtr ar414.com

参数说明：

• Host：链路IP地址
• Loss：丢包率
• Snt：已发送数据包数
• Last：最后一个包的延时
• Avg：平均延时
• Best：最低延时
• Wrst：最差延时
• StDev：稳定性

命令选项

• -r

• • 使用-r：默认向目标地址发送10个ICMP包 然后直接打印报告
• 不使用-r：动态运行不断向目标地址发送ICMP包
• -s 指定发送每个数据包大小（bytes）
• -c 指定发送包数量
• -i 指定发送数据包的间隔（秒）
• --tcp 指定发送tcp包
• --udp 指定发送udp包

结果分析

1. 链路分析：

   • 自建机房
   1. 一般情况下前几跳都是局域网内路由，如果异常则自行排查或上报机房运维
   2. 中间跳数则是中间节点，如果异常则联系运营商
   3. 后几跳则是服务提供商，如果异常联系服务提供商
   • 云服务器
   1. 前中的链路异常则联系云服务器商，一般提交工单
   2. 后几跳异常则联系服务提供商
2. 丢包率

• 还有很多时候问题是在数据包返回途中发生的，数据包可以成功的到达目的主机，但是返回过程中遇到 “困难” 了。所以，当问题发生后，我们通常需要收集反方向的 MTR 报告 结合正反向MRT排查报告进行判断

1. 网络延迟

• 因为是不同的位置，延迟通常会随着条数的增加而增加。所以，延迟通常取决于节点之间的物理距离和线路质量。
• 高延迟并不一定意味着当前路由器有问题。延迟很大的原因也有可能是在返回过程中引发的。从这份报告的截图看不到返回的路径，返回的路径可能是完全不同的线路，所以一般需要进行双向 MTR 测试