延迟丢包24小时测试 VMISS.9929-DMIT.EB-Gateway.CN2

这是什么工具啊，大佬

@gaohuipeng #1 发布于2026/6/19 18:55:47

这是什么工具啊，大佬

komari延迟监测

我的怎么没你的这么好看呢

河北电信 现在正常了。

# tcping he-ct-v4.ip.zstaticcdn.com -p 80

seq 0: tcp response from 219.148.62.1 [open]  147.532 ms

seq 1: tcp response from 219.148.62.1 [open]  147.523 ms

seq 2: tcp response from 219.148.62.1 [open]  147.532 ms

seq 3: tcp response from 219.148.62.1 [open]  147.582 ms

seq 4: tcp response from 219.148.62.1 [open]  147.531 ms

seq 5: tcp response from 219.148.62.1 [open]  147.550 ms



    

  

我还问了下gemini。tcping应该更准确些。

图3这种密集丢包+极端延迟毛刺的表现，是典型的 Anti-DDoS 策略（清洗中心介入或边缘防火墙规则生效）被触发时的经典副作用。

结合图表表现，这通常由以下几个高防机制直接导致：

• 协议过滤与 ICMP 降权 (Protocol Filtering & Rate Limiting)：
  
  Anti-DDoS 系统在面临流量压力（或处于高敏感防护模式）时，最先“牺牲”的往往是 ICMP 报文。为了将 CPU 和带宽资源留给关键的 TCP/UDP 业务流量，清洗节点的防火墙会直接对 ICMP 探针进行暴力限速或完全丢弃。
  
  表现： 图3中那些贯穿的丢包竖线，极有可能仅仅是防护策略把探针的 Ping 给 Drop 掉了。此时你的真实业务端点（如建立的 Mesh VPN 隧道或 HTTPS 长连接）可能并未断开。


• 路由牵引与非对称路由 (Asymmetric Routing)：
  
  当高防策略检测到异常并生效时，入站流量可能会被 BGP 强行牵引到清洗节点（例如，原本直连的流量被临时拉到了洛杉矶或阿姆斯特丹的清洗中心），洗净后再通过隧道或专线回源，而回程流量可能依然走默认出口。
  
  表现： 物理传输距离的骤增和非对称路由的绕转，会瞬间导致延迟从 150ms 级别飙升到图三中 400ms - 600ms 的极端尖峰。


• Anycast 节点漂移 (Anycast Shifting)：
  
  如果前端使用了基于 Anycast 的架构，当某个近源 Anycast 节点被攻击流量打满甚至被打进黑洞（Blackhole / Null Routing）时，该节点会从 BGP 路由表中撤出。全球路由会重新收敛，将原本去往该节点的流量“甩”给地理位置更远的备用节点。
  
  表现： 路由重新收敛的瞬间会产生丢包（长竖线），流量转移后延迟基线会发生剧烈跳变。

排查建议：

由于 ICMP 在高防网络中最不具代表性，单纯看这种探针图很容易误判。建议配合针对特定服务端口的 TCP Ping 或 HTTP 探测，来比对“业务层丢包率”和“ICMP 丢包率”的差值。

@yazhe #0

What do you think of our services?