ARP_IPV4协议 (1)

1、IPV4分析 1、IPV4协议分析 通过Etheral将PC1的网卡设置为通常（非混杂模式） （1）观察通常的IPV4分组 用Web浏览器访问Internet上的站点，用ping命令探测PC2、PC3及互联网上的一些站点，用ping –f命令设置DF值为1，即不分段，探测一些站点。用tracert命令测试广域网上的站点。观察捕获到的分组，回答以下问题： 1）Version字段的值是不是4？头部字段的值一般是多少？结合IPV4分组头部格式可以看出头部字段的单位是多少？有没有更大的头部字段值的IPV4分组？如果有的话请找到这种分组数据部分的开始处。 答：Version字段的值为4.头部字段的值一般为20，单位为byte。网络中存在更大的头部字节，但是本次试验没有捕获到。 2）观察Type of service字段。找几个分组验证一下Total Length、Header checksum以及Source address 和 Destination address字段是否正确。 3）观察tracert程序发送的一系列分组中的TTL字段，它们有何特点？ 3.ARP协议分析 （1）观察ARP缓存生存时间 （2）观察ARP过程 （3）观察ARP分组格式 1）观察ARP请求\应答分组的以太网帧的内容，看看有何异同？ ARP请求分组的以太帧内容只显示了以太网头部，源MAC地址是本机MAC地址，目的MAC 地址是广播地址，分组类型为0x0806。而ARP应答分组的以太网帧内容包含了以太网的头部和尾部，目的MAC地址是单播地址00:e0:4c:73:13:72，以太网部被填充为16字节的全0. 2）观察ARP请求\应答分组内容，看看有何异同？ 请求分组： 应答分组： 相同之处：硬件类型为以太网，（0x0001），协议类型为IP（0x0800），硬件长度为6。，协议地址长度为4. 不同之处为：请求分组的操作类型为请求（0x0001），源MAC地址为00:e0:4c:73:13:72，源IP地址为10.22.5.56，目的地址MAC未知，填充全为0，目的IP地址为10.22.5.47.应答分组的操作类型为应答（0x0002），源MAC地址为00:e0:4c:73:13:72，源IP地址为10.22.5.47，目的MAC地址为00:0e:4c:76:e2:5d，目的IP地址为10.22.5.56 （4）观察无偿ARP 1）观察无偿分组ARP的个数，试分析其原因？ 初始化某个IP地址是，发送ARP的数量是3，因为这是系统默认值。 2）比较图2-33和图2-34的不同之处。 通过观察图2-33，可以发现PC2首先发现一个无偿ARP请求，企图初始化自己的IP地址为10.22.5.56，PC2收到该请求帧后回复给PC2相应的ARP应答，然后PC2广播一个无偿ARP请求帧，目的是试网络上的其他计算机获得正确的ARP缓存，这个过程重复两次就可以确定网络上有重复的IP地址，PC2就无法初始化其TCP/IP协议栈。 图2-34中无偿ARP应答分组中源IP地址和目的IP地址相同，但是源MAC地址和目的MAC地址不同。源节点收到无偿ARP请求分组就知道同一网段内有冲突IP地址设置，目的结点收到相应的ARP应答分组也可以知道IP地址冲突。