这是一个创建于 2980 天前的主题，其中的信息可能已经有所发展或是发生改变。
无论哪个国外 ip 都这样,前 8 个一切正常,第九个开始 97.7%丢包
 |
1
cst4you 2016-10-27 15:07:31 +08:00
???????????
|
 |
2
xenme 2016-10-27 15:18:12 +08:00 via iPhone
这个和最终是否丢包基本没有直接关联
|
 |
3
wy315700 2016-10-27 15:19:32 +08:00
中间路由器的保护措施而已。
|
 |
4
geekzu 2016-10-27 15:26:22 +08:00
v2 药丸
|
 |
5
9hills 2016-10-27 15:29:50 +08:00
不知道说什么，发个 wiki 吧：
|
 |
6
akw2312 2016-10-27 16:12:46 +08:00 via Android  1
人家為啥非得回覆你的 icmp 請求呢？
icmp 請求要佔用 cpu 資源的 而且 cn2 還有一些是中間路由完全不顯示的呢.. |
 |
7
evanvane 2016-10-27 16:15:12 +08:00 via Android
V2
|
 |
8
miyuki 2016-10-27 16:34:59 +08:00 via Android
中间路由为什么一定要回复你的 ICMP 呢？
|
 |
9
jemyzhang OP |
 |
10
GhostFlying 2016-10-27 16:49:53 +08:00
后面几跳又没丢，一看就是节点不响应 icmp
|
 |
11
bellchu 2016-10-27 16:51:27 +08:00 1
一般情况下,对于边界路由器的设置策略是把 ICMP 的优先权设的很低(QoS)，那样就不会浪费资源在处理“无用”流量上，避免一些低级的 DoS 。
像 LZ 的这种情况一般是边界路由器负载过高 ICMP 处理排队在最后，现象就是 90%以上的丢包。 整体上 CN2 相对于 163 来说虽然负载相对低很多，但是不代表所有线路负载都正常。 |
|
12
jemyzhang OP @bellchu 感谢解惑.但是还有一点奇怪的,就是即使是"正常"流量(tcp), 刚开始速度都很快,但是 1 分钟左右就没速度了, 被 Qos 了?
|
|
13
jemyzhang OP 算了,也无所谓了, 反正情况就是如此,即使搞清楚原因又能如何. 也省的继续被一些牛人喷.
|
 |
14
princeofwales 2016-10-27 16:57:52 +08:00
自己不懂还强词夺理
|
 |
15
yexm0 2016-10-27 17:03:56 +08:00 via Android
1 分钟后就没流量的话建议你找电信麻烦吧。
|
|
16
jemyzhang OP v2 果然药丸, 这么多喷子, 除了喷, 没有一点点可行性建议. 感谢提供 block list. 还有更多的没, 欢迎继续, 有点意思.
@yexm0 不管了,公司网络,干我鸟事, 比较好奇,来问问而已 |
 |
18
kandm 2016-10-27 17:16:10 +08:00
上海电信 cn2,amazom.com 秒开
|
 |
19
ldbC5uTBj11yaeh5 2016-10-27 17:16:46 +08:00 via Android
赞同楼主， v2 喷子环境恶化太严重了。
治这群喷子的办法，推荐学我，发主题贴正面干他们，干的他们哭爹喊娘求站长主持公道。爽。 |
|
20
jemyzhang OP @bellchu
mtr 的 tcp 结果 11. 59.43.182.145 82.2% 45 2099. 2177. 136.2 7384. 2466. 59.43.182.141 udp 结果: 11. 59.43.182.141 96.0% 26 137.2 137.2 137.2 137.2 0.0 12. 59.43.248.105 0.0% 26 156.8 152.9 144.0 167.3 6.9 |
 |
21
MikuM97 2016-10-27 17:27:46 +08:00 1
直接看最后一跳的丢包情况，中间链路上的不要管就对了。没玩过思科设备的都不知道思科设备处理 icmp 的进程优先级有多低，我们学校的 3750 ， cpu 负载 20%的情况下， ping 一下 SVI 接口，延迟都乱跳。我们做网络诊断都尽量避免 ping 思科设备的地址。
|
|
22
bellchu 2016-10-27 17:35:33 +08:00 1
|
|
23
bellchu 2016-10-27 17:41:33 +08:00
@jemyzhang UDP 的 Echo 就不用看了，我直接在我的出口路由器 Drop 所有 UDP 7 ， 就不要说 ISP 的边界路由器上了。
|
|
24
jemyzhang OP @bellchu 奇怪的是,我现在也恢复正常了. 确实如你所说,和 imcp ping 无关. 目前 tcp ping 已经降低到 0%... 也许是时间段问题
|
 |
25
jasontse 2016-10-27 17:47:39 +08:00 via iPad
@miaojiang22220 因为 ping 请求最后会落到里面那颗 Intel 上处理，对，就是 Intel 。 CPU 资源很宝贵的。
|
 |
26
lingaoyi 2016-10-27 17:55:38 +08:00
反正 cn2 越来越差，真心被玩坏了。
|
 |
27
douyang 2016-10-27 18:00:32 +08:00
如何看懂 mtr 的报告？
https://www.zhihu.com/question/34963128 |
 |
29
pright 2016-10-27 18:09:39 +08:00 1
|
 |
30
smallfount 2016-10-27 18:12:39 +08:00
我只告诉你们一个事实,就是上海电信的企业宽带, 从 EIP 等级开始(这个等级的价格是 30M 对等 2388 一个月)就开始默认加载国际精品网,也就是 CN2.....所以 CN2 被企业流量完全占据只是时间问题.
|
 |
32
flyfishcn 2016-10-28 02:59:14 +08:00
@bclerdx 路由节点是转发正常的通信流量的， ICMP 对于路由节点来说，是不必要的流量，响应 ICMP 包也是要耗费系统资源的，所以管理员才会设置低的优先级或者干脆不响应。你有探测的权利，人家同样也有不接受你探测的权利。
|
 |
34
bclerdx 2016-10-28 22:39:57 +08:00
@smallfount 什么意思，看不懂。。
|
 |
35
maoyipeng 2016-10-31 10:26:07 +08:00 via Android
华为有个 cpu-defend 其他厂商应该也有类似
|
 |
36
kxmp 2016-11-04 00:30:36 +08:00
你不会看丢包好吧..
实际以最后你访问的地址为准. 中间不管他. |
Select Language