@[toc]
![在这里插入图片描述](https://developer.qcloudimg.com/http-save/yehe-11458826/3f4bb958c53afa85f2cb2691f43bce63.png)

# 本篇摘要 
**介绍以太网作为技术标准体系，涵盖拓扑、MAC方式及速率等；解析以太帧结构（MAC地址、协议类型等），阐述MTU（46-1500字节）与MSS协商机制；说明ARP协议通过请求/应答建立IP-MAC映射并缓存，解决局域网通信寻址问题。**






# 一.认识以太网



1. **以太网的本质**：以太网并非指某种特定的网络实体，而是一套技术标准体系。它不仅涵盖了数据链路层（Data Link Layer）的相关规定，也包含了部分物理层（Physical Layer）的技术规范。
2. **以太网标准内容**：
 * 规定了网络的拓扑结构。
 * 定义了介质访问控制（MAC）方式。
 * 明确了网络的传输速率。
3. **以太网的技术特性（举例）**：
 * 通常要求使用双绞线作为传输介质。
 * 支持多种传输速率，如10Mbps、100Mbps、1000Mbps（1Gbps）等。
4. **以太网的地位与应用**：
 * 是当前应用最为广泛的局域网（LAN）技术。
 * 在局域网技术领域，与以太网并列的其他技术还包括令牌环网（Token Ring）、无线局域网（Wireless LAN, WLAN）等。


# 二. 以太帧格式

![在这里插入图片描述](https://developer.qcloudimg.com/http-save/yehe-11458826/f8f00a02c0f98e6a541382a6c82de87c.png)

1. **IP与MAC地址的核心区别**： 
 - IP地址（网络层逻辑地址）描述通信的**总体起点与终点**（如从北京到上海的旅程）。 
 - MAC地址（数据链路层物理地址，固化在网卡硬件中）描述通信**每一跳区间的起点与终点**（如从北京站到天津站、天津站到济南站的具体路段）。 

2. **数据帧的关键结构**： 
 - **源/目的MAC地址**：48位硬件标识符，固化在网卡出厂时，标识当前链路层的发送端和接收端设备。 
 - **帧协议类型字段**：通过特定值区分上层协议类型（如IP、ARP、RARP）。 
 - **CRC校验码**：位于帧末尾，用于检测数据帧在传输过程中是否发生错误，保障数据完整性。



**这里有个问题，为什么数据链路层这里要求上层传的数据要46-1500?**


# 三.认识下MTU（最大传输单元）

1. **MTU的类比**：MTU相当于发快递时对包裹尺寸的限制，该限制由不同数据链路对应的物理层产生。
2. **以太网MTU具体数值**：以太网帧中的数据长度规定最小46字节，最大1500字节。ARP数据包长度不够46字节时，要在后面补填充位；最大值1500称为以太网的最大传输单元（MTU） 。
3. **不同网络类型的MTU**：不同的网络类型有不同的MTU。
4. **MTU与数据包分片**：如果一个数据包从以太网路由到拨号链路上，当数据包长度大于拨号链路的MTU时，则需要对数据包进行分片（fragmentation）。 
5. **MTU的本质**：可以理解成这是底层硬件的一种规定，如果超过了就必须在IP层进行分片。


 之前讲过了对于传输层除了报头的数据(UDP【1472=1500-20-8】/TCP【1460=1500-20-20】)如果报文过大了就会分片，这里就不再说了!

可以理解成这是底层硬件的一种规定，如果超过了就必须在ip层进行分片（在网络层讲过)

# 四.细谈MSS（最大段尺寸）


1. TCP单个数据报最大消息长度受限于MTU，此最大长度称为MSS。
2. TCP建立连接时，通信双方会进行MSS协商。
3. 最理想状态是MSS值为IP不分片处理的最大长度（该长度受限于数据链路层的MTU）。 
4. 双方在发送SYN时，会在TCP头部写入自身能支持的MSS值。 
5. 双方知晓对方MSS值后，选择较小的作为最终MSS。 
6. MSS的值在TCP首部40字节的变长选项中（kind = 2）。

**这里的交互MSS就是为了保证双方在数据链路层发送以及接收的时候不会被分片或者拒收，以及ip层发现MSS讨大导致拒收引发对面重传等情况!**


**`MTU与MSS关系：`**


![在这里插入图片描述](https://developer.qcloudimg.com/http-save/yehe-11458826/d85e6c2321bdd2c7942cb03f70595e98.png)

**现在我们结合实际情况回答下为什么处于这个范围（**刚刚说了是由于硬件等规定，那么为什么要这么规定？**）：**



**局域网就是一个碰撞域，一个时刻，只能发送一个数据帧 真正在网络物理层上流动的数据 ---- 其实是数据帧，这里可以把局域网理解成临界资源，每次只能发一个数据帧！**

- 因此，每台主机使用的时间越少越好，而发送的数据帧越少，越短越好，才能对网络更友好！

- 这里假设数据帧特别大：此时就会传的特别慢，占用网络时间长，其他主机发的报文就要等待了 ---> 因此规定最大MTU是1500

- 如果特别小：就需要分片的数量就特别大，此时一台主机发的数据帧就会特别多，此时产生冲突的时间就会延长，对网络也是不友好 ---> 下限就是46！

**`这里为什么是这两个数，是经过多次测试，最优方案！`**


![在这里插入图片描述](https://developer.qcloudimg.com/http-save/yehe-11458826/5ef4c518020ac2ebf6ba2bb02babd107.png)
此时我们就知道为什么这样规定了，也就是结合实际的!



>使用ifconfig命令,即可查看ip地址, mac地址，和MTU:

![在这里插入图片描述](https://developer.qcloudimg.com/http-save/yehe-11458826/45ee7fe9c4e7d89c8d8459e825a7975b.png)
# 五.ARP协议

1. **ARP协议产生背景**：仅知道目标主机IP地址，不知道MAC地址时，无法发送数据帧，因此需要局域网协议将IP转换为对应的MAC地址，即ARP协议。
2. **ARP协议层次属性**：ARP不是单纯的数据链路层协议，而是介于数据链路层和网络层之间的协议。
3. **ARP协议核心功能**：建立主机IP地址和MAC地址的映射关系。
4. **ARP协议工作流程**：发送数据帧时先发ARP请求，局域网内所有主机可见。若接收方信息不一致则舍弃；若目的IP与自身IP一致，将自身MAC地址写入并发送应答ARP；对方收到后记录MAC地址用于数据发送，后续重复时仅匹配的接收，不匹配则丢弃 。

## ARP数据报格式

![在这里插入图片描述](https://developer.qcloudimg.com/http-save/yehe-11458826/b138d8d3a14a66d53a54a2de3619c1ac.png)

1. 源 MAC 地址和目的 MAC 地址在以太网首部和 ARP 请求中各出现一次，在以太网链路层情况中多余，其他链路层网络类型可能必要。
2. 硬件类型表示链路层网络类型，其中 1 代表以太网。
3. 协议类型指明要转换的地址类型，0x0800 对应 IP 地址。
4. 硬件地址长度方面，以太网地址为 6 字节。
5. 协议地址长度上，IP 地址为 4 字节。
6. op 字段取值含义：1 表示 ARP 请求，2 表示 ARP 应答。


**那么在数据链路层ARP协议和以太网协议是如何工作?**


![在这里插入图片描述](https://developer.qcloudimg.com/http-save/yehe-11458826/1df91e83a2a38d3c9f0bc3914ea2f135.png)
- 其实就是我们发送ip数据帧的时候首先看下对应ARP协议层有没有对应mac地址，没有的话就直接发经过以太网协议包装的ARP请求，得到对应mac地址后保存然后再发ip数据帧!

- 这里发送的时候经过哪层协议进行的包装，到时候接收的时候它就要进行解析!


![在这里插入图片描述](https://developer.qcloudimg.com/http-save/yehe-11458826/6c6ce0039d1b438ee46d057b72b53afe.png)
理解了数据链路层发送的规则，但是 **局域网中，任何主机，可能收到ARP请求，也可能收到ARP应答！** 下面讲一下主机如何进行区分：

我们说过了局域网是个碰撞域，每次都集体发送一个数据帧，假设B主机收到了一个ARP数据帧，怎么知道是请求还是应答呢？


![在这里插入图片描述](https://developer.qcloudimg.com/http-save/yehe-11458826/ada813d2b371993a4d03320dff0f5ba9.png)
- 首先ARP层拿到对应的数据后，可以先看op标志，如果是1，那么此时就把自己的mac地址填到对应的目的以太网地址里，如果是2，此时就可以拿到里面的目的以太网地址，保存再填充对应ip数据帧!

**再复盘下对应操作：**


>对于第一次给主机发信息，首先进行ARP请求(即广播，以太网帧首部的硬件地址填FFRFFFRFFF6表示广播)，目的主机接收到广播的ARP请求发现其中的IP地址与本机相符,则发送一个ARP应答数据包给源主机将自己的硬件地址填写在应答包中;然后源机拿到后就可以进行ip数据帧的发送了!


![在这里插入图片描述](https://developer.qcloudimg.com/http-save/yehe-11458826/5d08b993ae92e375ed9f45b0f596998d.png)


每台主机都维护一个ARP缓存表,可以用`arp -a`命令查看。缓存表中的表项有过期时间(一般为20分钟),如果20分钟内没有再次使用某个表项,则该表项失效,下次还要发ARP请求来获得目的主机的硬件地址。


![在这里插入图片描述](https://developer.qcloudimg.com/http-save/yehe-11458826/54433381deef5bda404035ac295231cb.png)
**两个问题：**

**`1·为什么要进行缓存？`**

- 如果很长时间给对面主机发信息，每次发送ARP请求，效率就低了，还会带来不必要的网络负担，因此需要保存。

**`2·为什么要有过期时间？`**
- 因为ip是动态分配的，而且mac地址只要硬件等换了就会更换，它们是变化的，为了保证有效性需要及时调整等原因导致！

**过期时间：**

1. **动态性适配**：保证IP - MAC映射关系随设备变化及时更新，防止通信失败。
2. **资源管理**：避免缓存表溢出，给活跃设备释放空间。
3. **安全性增强**：加大ARP欺骗攻击难度，减少长期攻击风险。
4. **兼容性**：适配DHCP等动态IP分配机制，支持移动与临时接入设备。


# 六.总结几个需要注意的问题


![在这里插入图片描述](https://developer.qcloudimg.com/http-save/yehe-11458826/527c246a5a5fe9a997be177c93f9d444.png)
- 一般对于ARP请求会来到ARP协议层进行分析决定是否舍弃！因为它要判断目的ip地址是否和自己的相同，而获取目的ip只能在ARP层进行解析。

- 对于ARP应答在MAC帧层就可以决定是否要舍弃！如果是发给自己的应答，此时在以太网首部就有目的mac，如果不是自己的mac地址就直接舍弃。

- 因此当一个主机收到报文的时候首先到达mac帧层，如果发现以太网首部目的地址不是全F就是应答，按照上面的方式处理，如果是全F也就是请求，需要交给ARP层进行分析处理！




# 七.本篇小结 


**以太网定义局域网通信标准，MTU限制数据帧大小保障效率，ARP协议通过广播请求与缓存映射实现IP到MAC转换，确保链路层数据精准传输。**

介绍以太网作为技术标准体系，涵盖拓扑、MAC方式及速率等；解析以太帧结构（MAC地址、协议类型等），阐述MTU（46-1500字节）与MSS协商机制；说明ARP协议通过请求/应答建立IP-MAC映射并缓存，解决局域网通信寻址问题。

数据链路层如何用MAC地址标记每台设备的“身份证“，通过MTU规则限制46-1500字节数据帧大小，ARP协议在广播风暴中精准寻址，解决IP到MAC的最后一公里

网络与通信

编程语言

架构设计

以太网技术标准涵盖拓扑、MAC及速率，解析以太帧结构（MAC地址、协议类型）与MTU（46-1500字节）。ARP协议通过请求/应答建立IP-MAC映射缓存，解决局域网寻址问题，提升通信效率。MTU与MSS优化数据传输，避免分片冲突，确保网络高效稳定运行。

数据完整性

路由

DHCP

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

数据链路层如何用MAC地址标记每台设备的“身份证“，通过MTU规则限制46-1500字节数据帧大小，ARP协议在广播风暴中精准寻址，解决IP到MAC的最后一公里-腾讯云开发者社区-腾讯云

数据链路层如何用MAC地址标记每台设备的“身份证“，通过MTU规则限制46-1500字节数据帧大小，ARP协议在广播风暴中精准寻址，解决IP到MAC的最后一公里

数据链路层如何用MAC地址标记每台设备的“身份证“，通过MTU规则限制46-1500字节数据帧大小，ARP协议在广播风暴中精准寻址，解决IP到MAC的最后一公里

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐