它在哪里说“有必要监视上层流量？ ” RFC 4861，IP 版本 6 (IPv6) 的邻居发现实际上说：

当可用时，应该使用这个上层信息。

RFC 2119，在 RFC 中用于指示需求级别的关键词定义了术语应该：

3. 应该这个词，或形容词“推荐”，表示在特定情况下可能存在合理的理由忽略特定项目，但在选择不同的课程之前必须理解并仔细权衡全部含义。

使用上层协议信息处理邻居不可达检测。这涉及已经发现的邻居，但可能出了问题。例如，邻居的 NIC 被交换，因此邻居的 MAC 地址已更改。您需要确保前向路径有效。见7.3.1。可达性确认，特别是：

收到请求的 Neighbor Advertisement 用作可达性确认，因为 Solicted 标志设置为 1 的广告仅在响应 Neighbor Solicitation 时发送。收到其他 Neighbor Discovery 消息，例如 Router Advertisements 和 Neighbor Advertisement 并将 Solicited 标志设置为 0，不得被视为可达性确认。收到未经请求的消息仅确认从发送方到接收方节点的单向路径。相比之下，Neighbor Unreachability Detection 要求节点从它的角度而不是从邻居的角度跟踪到邻居的前向路径的可达性。请注意，收到请求的广告表明一条路径在两个方向都有效。请求必须到达邻居，提示它生成广告。同样，收到广告表明从发送者到接收者的路径是有效的。然而，后一个事实只有接收者知道；广告的发送者无法直接知道它发送的广告是否真的到达了邻居。从 Neighbor Unreachability Detection 的角度来看，只有前向路径的可达性是有意义的。