一些作者(例如 Tanenbaum,Stallings)将 ARQ 协议作为处理错误的第 2 层机制。
甚至维基百科的这个页面也说
这些协议位于数据链路层或传输层
哪些 ARQ 技术/协议用于处理以太网中的错误?
或者,不同的问题……哪些 L2 协议使用“Go-back-n”、“滑动窗口”或“停止等待”作为 ARQ?
一些作者(例如 Tanenbaum,Stallings)将 ARQ 协议作为处理错误的第 2 层机制。
甚至维基百科的这个页面也说
这些协议位于数据链路层或传输层
哪些 ARQ 技术/协议用于处理以太网中的错误?
或者,不同的问题……哪些 L2 协议使用“Go-back-n”、“滑动窗口”或“停止等待”作为 ARQ?
以太网的链路层在帧校验序列字段中使用 CRC32,尾随有效载荷数据。如果 FCS 失败,则丢弃该帧。丢弃帧的其他原因包括链路拥塞、QoS、ACL 过滤。在任何情况下,都没有恢复,这取决于更高级别的协议来处理(或不处理)。
10 Gb 和更快速度的 PHY 可能会使用额外的前向纠错 (FEC)。较小的错误会在运行中得到纠正,而较大的错误也会导致丢帧。
最常见的是,错误由几乎无处不在的 TCP 传输层协议处理。TCP 使用滑动发送窗口重新发送在通常的往返时间内未被确认的数据包。