互联网上有一些关于EIFS间隔期的事情。
我发现一种帮助人们理解EIFS的方法是:当一个站点接收到一个损坏的帧时,它无法知道帧的哪一部分被破坏了。因此,它必须假定框架从未到达预定的接收方。如果帧从未到达预定的接收方,这意味着必须进行重试。EIFS迫使站点在一段长时间内退避(而不是传输),而重试则发生在损坏的帧之后。
我不一定确定这是正确的,特别是考虑到下面的图表。
据我所知。EIFS适用于源站载波感测区中的站。它们在源节点的传输区域之外,这意味着在接收到的分组中将出现错误。当出现错误时,它等待NAV持续时间EIFS。虽然还不知道接收到了哪个数据包,但EIFS间隔足够长,以至于如果它是在接收中有错误的数据包,那么它至少会等待NAV --至少是SIFS + ACK + DIFS,因为它不知道实际数据包的NAV,而且当实际接收到该数据包时,它只是停止并等待传输的结束。
在目的地接收到碰撞的情况下,它不知道帧是用于它还是传输区域中的另一个节点,还是来自它所在的载波感测区中的节点。可能有另一个目的地已经正确地接收到该帧,因此它延迟了EIFS,而EIFS将有足够的时间在争用窗口开始时与所有其他设备对齐(目的地是等待SIFS的唯一站点,如果它识别了该数据包,则发送ACK和DIFS,否则它将等待EIFS,而不是发送一个ACK),如果它是一个数据包,或者有足够的时间来延迟它,直到媒体繁忙,如果它是RTS/CTS。
我也不确定,但是在图的第二个EIFS的末尾,我想它知道它正在接收一个帧,所以它在设置NAV之前不会做任何事情。对于DIFS间隔或试图在此时间范围内发送,这是没有意义的。
发布于 2022-02-03 10:02:15
EIFS是扩展的帧间空间。2020年802.11标准规定:
DCF应在传输前使用EIFS,当DCF在接收到PHY指示原语包含FCS值不正确的错误或帧的帧后立即确定介质空闲。…定义的EIFS 是为另一个STA提供了足够的时间来确认在该STA开始传输之前是什么错误接收到的帧。
所以你是对的,引用的文字是假的。
https://networkengineering.stackexchange.com/questions/58589
复制