MAC帧的含义

MAC帧是网络中的一个基本单位,用来传递数据。MAC帧就像是你给朋友写的纸条,但里面有各种信息,比如发送者、接收者以及数据本身。帧头部有个MAC地址,确定谁是收发者,中间是数据载荷,最后是个校验和,确保数据没被篡改。这就像是在数据传输的世界里发短信一样简单。


MAC帧(Media Access Control Frame)的详细结构

1. 前导码(Preamble)
  • 长度:7字节
  • 作用:用来让接收器同步到发送的数据流。它包含了一个特定的比特模式,让接收设备知道后面会有数据到来。它就像敲门声,让接收端做好准备。
2. 帧开始定界符(SFD, Start Frame Delimiter)
  • 长度:1字节
  • 作用:标识帧的开始,值通常为0xD5。接收设备通过检测这个字节知道数据帧的正式开始。
3. 目的地址(Destination MAC Address)
  • 长度:6字节
  • 作用:指定帧的接收者,MAC地址是全球唯一的硬件地址,由制造商分配。就像邮寄信件时的收件人地址,确保数据送到正确的设备。
4. 源地址(Source MAC Address)
  • 长度:6字节
  • 作用:指定帧的发送者。和目的地址一样,源地址也是唯一的。它就像是信件上的寄件人地址。
5. 长度/类型(Length/Type)
  • 长度:2字节
  • 作用:如果值小于1536,则表示数据字段的长度;如果值大于等于1536,则表示协议类型,比如IPv4或IPv6。它告诉接收端如何解释数据部分。
6. 数据(Data/Payload)
  • 长度:46到1500字节
  • 作用:实际要传输的数据。这部分可以是各种协议的数据,比如IP包。长度不足46字节时,会用填充字节(Padding)补足。
7. 帧校验序列(FCS, Frame Check Sequence)
  • 长度:4字节
  • 作用:用于检验帧的完整性,采用循环冗余校验(CRC)算法。接收端通过计算和比较FCS来确定数据是否在传输过程中损坏。

例子:发送一封电子邮件的类比

假设你要发送一封电子邮件,我们把这个过程类比为发送一个MAC帧:

  1. 前导码:你先敲门,确保对方在听。
  2. SFD:对方开门,你说“邮件来了!”
  3. 目的地址:邮件上的收件人地址。
  4. 源地址:邮件上的寄件人地址。
  5. 长度/类型:邮件的长度或类型,告诉对方这是什么样的邮件。
  6. 数据:邮件的正文,就是你实际想说的话。
  7. FCS:你在信封背面盖个章,确保邮件没被篡改过。

MAC帧结构图

┌───────────────┬─────────┬────────────────────┬────────────────────┬────────────┬─────────────────────────┬──────────────┐
│  前导码       │ SFD     │ 目的地址           │ 源地址             │ 长度/类型  │ 数据                    │ FCS          │
│  (7 字节)     │(1 字节)│  (6 字节)          │ (6 字节)           │  (2 字节) │ (46 到 1500 字节)       │ (4 字节)     │
└───────────────┴─────────┴────────────────────┴────────────────────┴────────────┴─────────────────────────┴──────────────┘

  • 6
    点赞
  • 8
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

陆小果不会写代码

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值