对于 DCF，显然如果 B 站向 A 站发送 RTS，则 C 会延迟 NAV(RTS)，但如果未检测到 CTS，则取消。如果是这种情况，它可以感知 DIFS 但检测来自 B 的数据。我假设它会忽略介质繁忙的事实并继续向 D 传输 RTS，因为它计算出来自 B 的数据将被接收由A不管干扰。我假设 B 在传输时会忽略其接收器上的任何活动。类似于它在延迟访问时忽略活动的方式。

想象一下节点 F 在 B 和 C 之间被引入，使得 B、F 和 C 都在彼此的范围内。如果 B 向 F 发送 RTS，C 将其接收并延迟 NAV (RTS)，但 F 存在损坏，因此它不发送 CTS，而是等待 EIFS；那么C不会假设F是一个隐藏节点，感知DIFS然后将其RTS发送到它希望与之通信的节点（除非它也是B，因为它会假设它很忙）？这可能是暴露节点算法在没有暴露节点的情况下操纵场景的示例。

为了让事情变得更奇怪，在 MACAW 维基百科页面上：

可能已收到 RTS 和 DS 但未收到 CTS 的监听站（节点 F）将其传输推迟到应已收到 ACK 帧加上随机时间之后

如果 MACAW 没有收到 CTS 而是等待整个 NAV，它似乎不支持取消 NAV(RTS)。所以 MACAW 没有缓解暴露节点问题？