引用：ProgramLife 发表于 2023-03-03 11:14
ARP本质上是根据IP地址获取MAC地址，而IP协议是网络层才出现的概念，理论上链路层不应该有对IP的操作吧，那 ...

在设计这些东西的时候可能受制于那个时代的认知局限，你现在是站在多少年经过N多人反复总结后的知识层面上，用上帝视角看，肯定会或多或少觉得有些不合理而已

ARP本质上是根据IP地址获取MAC地址，而IP协议是网络层才出现的概念，理论上链路层不应该有对IP的操作吧，那为什么会把ARP放到链路层？

引用：JackJiang 发表于 2022-10-27 12:08
这种超规格的包，应该是直接就被丢弃了，udp就是这么简单粗暴，你可以做做实验

首先表示对大佬的恢复表示感谢。
之后我查阅一些文章，发现在网络层的IP协议存在“分片”的概念，那么在UDP数据可承载的范围内，直接交由网络层IP协议“分片”处理为链路层可存储的数据包大小。但是应用层到传输层这歌流程我还未找到明确的描述，看来我需要做一下实验，验证一下。

引用：echo.ph 发表于 2022-10-27 11:32
在3.4面向报文中，提到UDP对应用层交下来的报文，既不合并，也不拆分，存在一些疑惑，请大佬解答。
问题描 ...

这种超规格的包，应该是直接就被丢弃了，udp就是这么简单粗暴，你可以做做实验

在3.4面向报文中，提到UDP对应用层交下来的报文，既不合并，也不拆分，存在一些疑惑，请大佬解答。
问题描述：
由于以太网已经确定了数据包的大小为1522字节，在去除以太网的“标头”22字节，IP协议“标头”最小的20字节，UDP协议“标头”最小的20字节，此时UDP的最大携带数据为：1460字节。在这种假设下，应用层基于UDP协议发送了一个大小为1500字节的报文。要如何发送呢？
若不拆分数据承载只能1460字节，若拆分了又与文中描述相悖论

引用：老衲 发表于 2022-03-01 09:29
这泡尿的时间有点长啊

“一炮shi的时间”更合适。。

这泡尿的时间有点长啊