第三讲：数据链路层与MAC——MAC地址结构，以太网帧格式，VLAN标签在车内的应用
各位好，我是老赵。今天咱们聊聊数据链路层，特别是MAC这块。说实话，很多刚入行的工程师觉得MAC层就是几个地址和帧格式，背一背就过去了。但我在车载项目里吃过亏，才明白这层其实藏着不少坑。
咱们直接进入正题。
MAC地址结构：不只是48位那么简单
MAC地址，全称是Media Access Control地址。标准长度48位，前24位是OUI（组织唯一标识符），后24位是厂商分配的序列号。你想想看，这就像身份证号，前几位代表发证机关，后面才是你的唯一编号。
但在车里，情况有点特殊。
车内MAC地址的特殊性
- 传统以太网：MAC地址烧死在硬件里，全球唯一
- 车载以太网：很多ECU支持MAC地址可配置，甚至动态分配
- 为什么？因为车载网络的生命周期长，芯片换供应商是常事，MAC地址得灵活
我记得有一次，某Tier1供的网关芯片，默认MAC地址全是0xFFFFFFFFFFFF。你猜怎么着？一上电，所有ECU都在广播风暴里打转。嗯，这就是没处理好MAC地址唯一性的后果。
我个人习惯，在车载项目里会做两件事：
- 给每个ECU分配一个固定的MAC地址池，比如0x02开头（本地管理地址）
- 在诊断服务里加一条，能读取和校验MAC地址是否冲突
以太网帧格式：前导码和CRC
标准的以太网帧，咱们从物理层开始看。前导码（Preamble）7个字节，加上1个字节的SFD（帧起始定界符），一共8个字节。说白了，就是告诉接收端：「嘿，准备好，数据要来了！」
但车载以太网里，前导码有时候会被简化。比如100BASE-T1，它用的是不同的编码方式，前导码结构略有不同。我曾经在调试时，用示波器抓波形，发现前导码长度不对，查了半天手册才发现是物理层芯片的配置问题。
帧格式的核心部分，我列个表大家看得清楚：
| 字段 | 长度（字节） | 说明 |
|---|---|---|
| 前导码 | 7 | 101010...交替，用于时钟同步 |
| SFD | 1 | 10101011，标志帧开始 |
| 目标MAC | 6 | 接收方地址 |
| 源MAC | 6 | 发送方地址 |
| VLAN标签（可选） | 4 | 802.1Q，后面细说 |
| 以太类型/长度 | 2 | 0x0800表示IPv4，0x8100表示带VLAN |
| 数据载荷 | 46-1500 | 实际传输的数据 |
| FCS（CRC） | 4 | 循环冗余校验，检测传输错误 |
这里我要重点说说CRC。CRC32是IEEE 802.3标准规定的多项式，0x04C11DB7。计算范围是从目标MAC开始，一直到数据载荷结束。接收端收到后重新算一遍，如果结果不等于帧里的FCS，那就说明这帧坏了，直接丢弃。
避坑指南：我曾经...
有一次，某ECU的以太网控制器在硬件上把CRC计算给关了，想着软件来补。结果CPU负载一高，CRC算不过来，丢包率飙升到30%。从那以后，我坚持硬件CRC必须开启，软件只做校验，不做计算。
VLAN标签（802.1Q）在车内的应用
VLAN，虚拟局域网。标准以太网里，VLAN标签插在源MAC和以太类型之间，4个字节。结构如下：
- TPID（标签协议标识）：2字节，固定0x8100
- TCI（标签控制信息）：2字节，包含：
- PCP（优先级）：3位，0-7，7最高优先级
- DEI（丢弃合格指示）：1位，标记是否可丢弃
- VID（VLAN ID）：12位，0-4095，0和4095保留
在车里，VLAN标签简直是神器。你想想看，一辆车里有ADAS、动力、车身、信息娱乐，这些系统的实时性要求天差地别。如果所有数据都在一个广播域里，那ADAS的紧急制动信号和信息娱乐的OTA下载抢带宽，后果不堪设想。
我参与的一个项目，是这样划分VLAN的：
| VLAN ID | 用途 | 优先级（PCP） | 典型ECU |
|---|---|---|---|
| 10 | 安全关键控制 | 7 | ADAS、制动、转向 |
| 20 | 动力总成 | 5 | 发动机、变速箱 |
| 30 | 车身控制 | 3 | 门窗、灯光、座椅 |
| 40 | 信息娱乐 | 1 | 导航、音响、OTA |
| 50 | 诊断与维护 | 0 | OBD、远程诊断 |
这样做的好处很明显：
- 安全关键信号（VLAN 10）永远优先转发，不会因为其他流量而延迟
- 诊断流量（VLAN 50）优先级最低，不影响正常功能
- 不同VLAN之间默认隔离，减少广播风暴的影响范围
个人经验：配置VLAN时，别忘了在交换机上设置好PCP到出口队列的映射。我见过有人VLAN配对了，但优先级没映射，结果高优先级的信号还是和低优先级的挤在一个队列里。说白了，白配了。
还有一个细节，802.1Q的帧长度会变成1522字节（原1518+4字节标签）。有些老旧的交换机或者PHY芯片，如果没开启巨帧支持，可能会把带VLAN标签的帧当成错误帧丢弃。嗯，这个坑我踩过，当时排查了整整两天。
实战中的调试要点
最后，我总结几个调试数据链路层时的关键点：
- 抓包看MAC地址：用Wireshark或者车载专用的CANoe，先确认源MAC和目标MAC对不对。我曾经遇到一个ECU，发送的源MAC是00:00:00:00:00:00，交换机直接丢弃了。
- 检查CRC错误计数：大多数以太网控制器都有寄存器记录CRC错误帧数。如果这个数字持续增长，说明物理层有问题，比如信号质量差、线缆过长。
- 验证VLAN标签：用抓包工具过滤vlan，确认VID和PCP是否正确。特别是PCP，很多芯片默认是0，需要手动配置。
- 注意帧长限制：带VLAN标签的帧是1522字节，不带的是1518字节。如果应用层发送的数据刚好卡在边界，加上标签后超长，会被丢弃。
好了，这一讲的内容就到这里。数据链路层是车载以太网的基石，MAC地址、帧格式、VLAN标签，每一个细节都关系到整车的通信可靠性。下一讲，咱们聊聊IP层和路由，看看数据怎么在车里跨网段传输。