ARP高速缓存、分组格式和ARP代理原理详细阐述

核心提示： 这个最小长度60字节包含14字节的以太网帧头，但是不包括4个字节的以太网帧尾，ARP高速缓存、分组格式和ARP代理原理详细阐述(6)，有一些书把最小长度定为64字节，它包括以太网的帧尾，在逻辑上可以假设，如果请求端要发送IP数据报，我们在图1-7中把最小长度定为46字节，是有意不包括14字

这个最小长度60字节包含14字节的以太网帧头，但是不包括4个字节的以太网帧尾。有一些书把最小长度定为64字节，它包括以太网的帧尾。我们在图1-7中把最小长度定为46字节，是有意不包括14字节的帧首部，因为对应的最大长度（1500字节）指的是MTU—最大传输单元。我们使用MTU经常是因为它对IP数据报的长度进行限制，但一般与最小长度无关。大多数的设备驱动程序或接口卡自动地用填充字符把以太网数据帧充满到最小长度。第3，4和5行中的IP数据报（包含TCP段）的长度都比最小长度短，因此都必须填充到60字节。

第1行中的下一个输出字段arp who-has表示作为ARP请求的这个数据帧中，目的IP地址是svr4的地址，发送端的IP地址是bsdi的地址。TCP dump打印出主机名对应的默认IP地址。

从第2行中可以看到，尽管ARP请求是广播的，但是ARP应答的目的地址却是bsdi （0:0:c0:6f:2d:40）。ARP应答是直接送到请求端主机的，而是广播的。

TCP dump打印出arp reply的字样，同时打印出响应者的主机名和硬件地址。

第3行是第一个请求建立连接的TCP段。它的目的硬件地址是目的主机(svr4)。我们将在第1 8章讨论这个段的细节内容。

在每一行中，行号后面的数字表示TCP dump收到分组的时间（以秒为单位）。除第1行外，其他每行在括号中还包含了与上一行的时间差异（以秒为单位）。从这个图可以看出，发送ARP请求与收到ARP回答之间的延时是2.2 ms。而在0.7 ms之后发出第一段TCP报文。在本例中，用ARP进行动态地址解析的时间小于3ms。

最后需要指出的一点，在TCP dump命令输出中，我们没有看到svr4在发出第一段TCP报文（第4行）之前发出的ARP请求。这是因为可能在svr4的ARP高速缓存中已经有bsdi的表项。一般情况下，当系统收到ARP请求或发送ARP应答时，都要把请求端的硬件地址和IP地址存入ARP高速缓存。在逻辑上可以假设，如果请求端要发送IP数据报，那么数据报的接收端将很可能会发送一个应答。