是否有过对 ECHO 的响应长度为 0 的情况?

网络工程 网络流量 国际会议
2021-07-13 07:48:13

我正在尝试利用流探针argus来确定“节点活跃度”/可达性

我目前正在处理 ICMP 状态,但想推导出一种方法来确定 ping 是否“预期”超时。

这个问题argus不一定与:

什么情况下一个节点pings另一个节点会收不到数据?是否仅在预计会发生客户端“超时”时?

我知道如果到达节点有各种问题,ICMP 消息将在没有 ICMP 消息进入节点的情况下发送。

[更新]

“无数据返回”是指返回 0 个字节,而不仅仅是 ICMP 字节。根本没有字节。并且请忽略节流或防火墙策略更改的想法,因为这会导致超时,并且是我试图检测的良好“不良响应”。

考虑以下:

ra -S 127.0.0.1:561 -s ltime saddr daddr dport sport sbytes dbytes flgs state - icmp手册页

              LastTime            SrcAddr            DstAddr  Dport  Sport     SrcBytes     DstBytes      Flgs State

2014-01-02 16:56:17.563848      192.168.1.31       192.168.2.22.0x21f9 0x0008           98            0  e          ECO
2014-01-02 16:56:18.624553      192.168.1.31      192.168.2.252.0x21e6 0x0008           98           98  e          ECO
2014-01-02 16:56:18.724784      192.168.1.31        192.168.2.1.0x21eb 0x0008           98           98  e          ECO
2014-01-02 16:56:18.482095      192.168.1.31       192.168.2.10.0x21ef 0x0008           98            0  e          ECO

192.168.1.31使用 nagios 插件check_ping.c发送 ping check-ping用于发送单个 ICMP ECHO 数据包。

192.168.2.22192.168.2.100字节回复这不应该发生,通常不会发生。

check-ping 用于发送单个 ICMP ECHO 数据包。

为了检查节点的超时/不可达性,我正在验证检查dbytes0 长度是我的最佳条件。

1个回答

如果你发送了一个回显请求却什么也得不到,可能有以下三种原因:

  1. 由于网络故障、拥塞、过滤或某些组合,您的回显请求未到达目标。
  2. 请求到达目标,但由于目标本身的故障或配置错误,目标无法响应。
  3. 由于网络故障、拥塞或过滤,回显回复没有回复给您。

要更直接地回答您的问题,由您(发件人)决定如何称呼这种情况。您可以将其称为“超时”、“轮询失败”、“设备关闭”或其他。如果您正在寻找诊断方法,您无法从缺少一个 ping 响应中判断问题出在哪里。您将需要更多信息。