摘要

  • 按方向、协议、时间和路径测量，而不是只看一个端到端平均值。
  • 改变容量或策略前，应关联接口计数器、队列和应用重试。

丢包会表现为通话卡顿、传输缓慢或事务重复，但相同的用户症状可能来自不同层。运营方应建立干净基线，测试两个方向，谨慎比较各跳，并避免把仅降低探测报文优先级的设备误判成故障链路。下一项有效证据，是一次受控改动同时改善计数器和用户事务。若应用已经恢复而诊断 ping 仍然丢失，或情况相反，团队就知道不该在哪里花钱。修复应从位置和机制开始，而不是从一个笼统百分比开始。

来源