问题ar414这两天用ffmpeg推流的同事反应是服务器推视频流到A直播云的直播。分别推送到B直播云和A直播云，比较播放流畅度。B直播云播放流畅。判断：问题不在推流服务器。问题反馈给A直播云。直播云A和直播云B网络连通A直播云mtra.ar414.comB直播云mtrb.ar414.com调查结论推流服务器与直播云A链路异常，链接不通国外回国前，丢包率和延迟率高，推流服务器和B直播云链路正常，丢包率和延迟率普遍较低。解决问题的方法是将mtr调查报告反馈给A的livecloud，让它调整路由链路mtr网络连通性判断工具，可以结合pingnslookuptracert判断网络的相关特征，这个命令就是mtr。mtr的全称是mytraceroute，是一款将ping和traceroute合二为一的网络诊断工具###安装Linux#Ubuntu$aptinstallmtr#CentOS$yuminstallmtrWindows免费安装包：https://github。com/oot123/Wi...根据实际业务使用测试。比如我这里测试的是推流，需要指定包大小和tcp协议$mtrar414.com参数说明：Host：链路IP地址Loss：丢包率Snt：发送的包数Last：延迟lastpacketAvg：平均延迟Best：最低延迟Wrst：最差延迟StDev：Stability命令选项-r使用-r：默认情况下，10个ICMP数据包发送到目标地址，然后直接打印报告不使用-r：动态操作连续向目标地址发送ICMP数据包-s指定发送每个数据包的大小（字节）-c指定发送数据包的数量-i指定发送数据包的时间间隔（秒）--tcp指定发送tcp包--udp指定发送udp包结果分析链路分析：自建机房前几跳一般是局域网中的路由。然后在联系运营商后几步联系服务提供商。如果联系服务商前云服务器中的链接异常，再联系云服务器商。很多时候问题出现在数据包返回的过程中。数据包可以顺利到达目的主机，但在返回过程中遇到“困难”。因此，当出现问题时，我们通常需要收集反向的MTR报告，并结合正向和反向的MRT调查报告来判断网络时延。因为是不同的位置，延迟通常随着记录数的增加而增加。因此，延迟通常取决于节点之间的物理距离和线路质量。高延迟并不一定意味着您当前的路由器有问题。延迟较大的原因也可能是在退货过程中造成的。从本报告截图看不到回程，回程可能是完全不同的线路，所以一般需要双向MTR测试
