Appearance
题目
以太网的 MAC 协议提供的是( )。
错因
B
"无连接 + 可靠"在以太网 MAC 层不存在——MAC 层既不建立连接也不保证可靠。可靠传输需要 ACK + 重传 + 超时等机制,以太网 MAC 帧没有这些字段(IEEE 802.3 帧只有 CRC 校验、检查到错就丢、不通知不重传)。错的根源:把"差错检测"误等同为"可靠"——CRC 仅检测、不修复。
C
以太网 MAC 是无连接的——不三次握手、不维护连接状态,每个帧独立发送。从来没有"以太网建连接"这一说。错的根源:把传输层的 TCP "有连接"概念误移到链路层。
D
以太网 MAC 既不是有连接也不可靠——双错。错的根源:完全混淆链路层和传输层的服务类型。
总解析
第一步:以太网 MAC 协议的服务类型
以太网(IEEE 802.3)的 MAC 子层提供 "尽力而为"(best-effort) 服务:
| 维度 | 以太网 MAC 是怎么做的 |
|---|---|
| 连接 | ❌ 无连接——每帧独立、不三次握手 |
| 可靠性 | ❌ 不可靠——只用 CRC 检测错误(错就丢),不重传不确认 |
| 流量控制 | 早期半双工有 PAUSE 帧(流控扩展),但不是核心 MAC 功能 |
第二步:为什么以太网这么"简陋"还能用?
- 链路层错就丢:丢了由上层(TCP)负责重传——分工合理
- 不维护连接:链路层简单 → 硬件容易实现 → 高速廉价
- CRC 已能挡 99.99% 的错:剩下罕见的位错由上层处理
这种设计哲学贯穿整个 IP 协议栈:链路层和网络层都尽力而为,可靠性由传输层(TCP)保证。
第三步:核对
| 选项 | 描述 | 与以太网 MAC 是否吻合 |
|---|---|---|
| A | 无连接 + 不可靠 | ✅ 完全吻合 |
| B | 无连接 + 可靠 | 矛盾 |
| C | 有连接 + 不可靠 | 矛盾 |
| D | 有连接 + 可靠 | 矛盾 |
最终答案是 A(无连接不可靠服务)。
编者注(生僻术语):链路层服务类型分三类——
- 无确认无连接(best-effort,以太网 MAC、Wi-Fi 数据帧):发出去就算完,错了不知道也不重传
- 有确认无连接(早期 ALOHA、Wi-Fi 含 ACK):每帧带 ACK,错则重传,但不维护连接状态
- 有确认有连接(HDLC 平衡模式、PPP):建立连接再传输,错则重传
经典以太网(CSMA/CD 时代)属于第 1 类。Wi-Fi 802.11 因为无线信道不可靠,反而要求 ACK + 重传(链路层级别),属于第 2 类。但题面只问以太网(有线),所以答 A。