关于mtr中间层丢包的一种科普
使用例子yum -y install unzip wget
wget https://cdn.ipip.net/17mon/besttrace4linux.zip -O besttrace4linux.zip
unzip -o besttrace4linux.zip besttrace
chmod +x besttrace
./besttrace 211.138.240.100
或者Linux自带的mtr
yum -y install mtr
mtr -4 --report --report-wide 211.138.240.100
mtr就是最准的，不可能有不准的说法，如下图，就是一个很好的例子，机房绕电信pop了，移动是223段，电信是202段，其中丢包超高，但是最终地点没影响
这种情况一般是策略路由丢包，在怎么策略，路由也要经过，跳到202就是跑电信去了，机房给ip走了电信，都非直连pop，却跳到路由走电信，能不丢包吗，这机房网络都废了只能联系机房解决
这种中间层丢包的，别看最终没丢，网络都是报废的，TCP丢到死网速也跑不起来，负载已经爆了
到最终服务器确实0丢包，但是要想一想，为什么不回应，为什么要这么做，为什么要做这些小动作来丢，就好比上面图例这种，为什么不想回，却回了75%的包，就是因为路由负载满了，策略流向导致的
然后下一次执行mtr，就不一定是这一跳的ip地址了，会牵引到其它路由设备是处理流量，说出来网络真相，免得你们买服务器被坑，如果反驳我这科普的话，一定是卖服务器的
{:3038:}{:3027:}
页:
[1]