1. 网络基础回顾：OSI七层模型与TCP/IP四层模型详解，MAC地址与IP地址的关系，以太网帧结构分析
各位同学，咱们开始第一课。做网络这行，基础不牢，后面全是坑。今天聊的这三个东西——OSI模型、TCP/IP模型、还有MAC和IP的关系，说白了就是网络的“交通规则”。我见过不少工程师，配置VLAN、堆叠玩得飞起，但一问二层转发和三层路由的区别，就含糊了。嗯，咱们今天就把这些底层的逻辑彻底捋清楚。
1.1 OSI七层模型：教科书里的“理想国”
OSI七层模型，全称是开放系统互连参考模型。它是个理论框架，现实中几乎没有完全照搬它的产品。但为什么还要学？因为它提供了一套完美的“分层思维”。
我个人习惯把OSI模型比作一个快递公司：
- 物理层（第1层）：就是快递车、公路、飞机。负责把比特流（0和1）从一个地方搬到另一个地方。网线、光纤、中继器都在这一层。
- 数据链路层（第2层）：相当于快递分拣中心。它把比特流打包成“帧”，并且给每个帧打上MAC地址标签。交换机主要干这活。
- 网络层（第3层）：就是快递的路线规划系统。它负责寻址和路由选择，IP地址就在这层。路由器是这层的核心设备。
- 传输层（第4层）：相当于快递的签收确认。TCP保证包裹完整到达，UDP就是“扔出去不管”。
- 会话层、表示层、应用层（第5-7层）：这三层在TCP/IP模型里被合并了。会话层管建立连接，表示层管加密压缩，应用层就是你用的微信、浏览器。
避坑指南： 我曾经在面试一个自称“五年经验”的工程师时，问他“交换机工作在OSI第几层？”他回答“第三层”。其实二层交换机工作在第二层，三层交换机才工作在第三层。这个基础概念搞混，后面排错会非常痛苦。
1.2 TCP/IP四层模型：实战中的“真功夫”
OSI模型太理想化了，现实世界用的是TCP/IP模型。它只有四层，更简洁，也更实用。你想想看，互联网上跑的流量，99%都是基于TCP/IP的。
TCP/IP四层模型与OSI的对应关系如下：
| TCP/IP模型 | 对应OSI层 | 核心协议/设备 |
|---|---|---|
| 应用层 | 5-7层（会话、表示、应用） | HTTP、HTTPS、FTP、DNS |
| 传输层 | 第4层（传输层） | TCP、UDP |
| 网络层 | 第3层（网络层） | IP、ICMP、路由器 |
| 网络接口层 | 第1-2层（物理+数据链路） | 以太网、MAC地址、交换机 |
这里有个关键点：TCP/IP模型的“网络接口层”把OSI的物理层和数据链路层合并了。为什么？因为在互联网设计者看来，物理介质和链路协议是紧密耦合的，没必要分开。我在项目中做网络规划时，基本只看TCP/IP模型，因为它更贴近设备配置的逻辑。
1.3 MAC地址与IP地址：一个“身份证”，一个“住址”
很多新手搞不清MAC和IP的区别。我打个比方：
- MAC地址：是你的身份证号。全球唯一，出厂就烧死在网卡里，不能改（虽然可以软件伪造，但硬件层面是唯一的）。它用于局域网内的设备识别。
- IP地址：是你的家庭住址。可以变，搬家就换。它用于互联网上的寻址。
它们的关系是：IP地址负责“找到网段”，MAC地址负责“找到具体设备”。
举个例子：你从北京寄快递到上海。快递单上的地址（IP地址）把包裹送到上海某个小区的快递站。到了快递站，快递员看门牌号（MAC地址）把包裹送到你家门口。
实战技巧： 我在排查网络不通时，第一步就是ping目标IP。如果ping通，说明三层路由没问题；如果ping不通，我会在交换机上查ARP表，看看IP对应的MAC地址是否学到了。如果ARP表里没有MAC，那问题大概率出在二层链路或VLAN配置上。
1.4 以太网帧结构：数据在线上长什么样？
数据在网线上传输，不是连续的比特流，而是被封装成一个个“帧”。以太网帧是数据链路层的封装格式。咱们以最常见的Ethernet II帧为例：
| 前导码 (7字节) | 帧起始定界符 (1字节) | 目标MAC (6字节) | 源MAC (6字节) | 类型/长度 (2字节) | 数据 (46-1500字节) | FCS (4字节) |关键字段解释：
- 目标MAC & 源MAC：就是收件人和发件人的“身份证号”。交换机就是靠这两个字段做转发决策。
- 类型/长度：如果值大于0x0600（1536），表示上层协议类型，比如0x0800代表IP协议，0x0806代表ARP协议。如果小于等于0x05DC（1500），则表示数据长度。
- 数据：最大1500字节，这就是MTU（最大传输单元）。为什么是1500？历史原因，但记住这个值很重要。我曾经遇到一个故障，因为VPN隧道封装后数据包超过1500字节，导致大包丢包，网页打不开。排查了两天才发现是MTU问题。
- FCS：帧校验序列，用来检查数据在传输过程中有没有损坏。
注意： 交换机在转发帧时，会重新计算FCS。如果源设备发送的帧FCS错误，交换机会直接丢弃，不会转发。所以，如果你发现某个端口有大量CRC错误计数，赶紧检查网线质量或光模块是否老化。
1.5 数据封装与解封装：一次完整的通信之旅
理解了上面的概念，咱们来看一次完整的HTTP请求，数据是怎么从你的电脑到服务器的：
- 应用层：浏览器生成HTTP请求数据。
- 传输层：TCP给数据加上端口号（源端口随机，目标端口80），封装成段。
- 网络层：IP给数据加上源IP和目标IP，封装成包。
- 数据链路层：以太网给数据加上源MAC和目标MAC，封装成帧。
- 物理层：把帧转换成比特流，通过网线发出去。
到了服务器端，过程反过来：物理层收比特流→数据链路层拆帧看MAC→网络层拆包看IP→传输层拆段看端口→应用层交给Web服务器。
这里有个细节：每一层只关心自己的头部信息。数据链路层不看IP地址，网络层不看端口号。这就是分层的好处——各司其职，出了问题也好定位。
好了，第一课的内容就是这些。OSI和TCP/IP是理论基础，MAC和IP的关系是核心逻辑，以太网帧是实战工具。把这些吃透了，后面讲VLAN、STP、路由协议时，你会觉得顺理成章。下一章咱们聊交换机的工作原理和转发决策，那才是真正开始“玩”设备了。