centos7 bond mode4 centos7 bond mode4 丢包

问题

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

排查

mtr的使用在末尾

1. 同一台服务器将视频流分别推送到B云直播、A直播云对比播放流畅度，B直播云播放流畅，判断：问题不在推流服务器
2. 将问题反馈给A直播云，A直播云答复：推送不稳定
3. 排查对比推流服务器与A直播云、B直播云的网络联通性
4. A直播云 mtr a.ar414.com

1. B直播云mtr b.ar414.com

1. 排查结论
2. 推流服务器与A直播云的链路异常，链路绕到国外才回国，丢包率与延迟率较高
3. 推流服务器与B直播云的链路正常，丢包率与延迟率总体较低

解决

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

mtr

网络联通性判断工具，它可以结合 ping nslookup tracert 来判断网络的相关特性，这个命令就是 mtr。mtr 全称 my traceroute，是一个把 ping 和 traceroute 合并到一个程序的网络诊断工具 ### 安装 1. Linux

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

1. Windows 免安装包：https://github.com/oott123/WinMTR/releases

使用

根据实际业务进行测试 比如我这边测的是推流则需要指定包大小及tcp协议

$ mtr ar414.com

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

命令选项

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

结果分析

1. 链路分析：
2. 自建机房
3. 一般情况下前几跳都是局域网内路由，如果异常则自行排查或上报机房运维
4. 中间跳数则是中间节点，如果异常则联系运营商
5. 后几跳则是服务提供商，如果异常联系服务提供商
6. 云服务器
7. 前中的链路异常则联系云服务器商，一般提交工单
8. 后几跳异常则联系服务提供商
9. 丢包率
10. 还有很多时候问题是在数据包返回途中发生的，数据包可以成功的到达目的主机，但是返回过程中遇到 “困难” 了。所以，当问题发生后，我们通常需要收集反方向的 MTR 报告 结合正反向MRT排查报告进行判断
11. 网络延迟
12. 因为是不同的位置，延迟通常会随着条数的增加而增加。所以，延迟通常取决于节点之间的物理距离和线路质量。
13. 高延迟并不一定意味着当前路由器有问题。延迟很大的原因也有可能是在返回过程中引发的。从这份报告的截图看不到返回的路径，返回的路径可能是完全不同的线路，所以一般需要进行双向 MTR 测试