您的位置:首页 > 其它

《Computer Networking - Protocols in Aciton》读书笔记之Section 4.1: Joining the Internet: Introduction to IP and DHCP

2010-12-21 01:05 369 查看
4.1节总共有三个trace。



分析如下:Packet 1表示client执行了ipconfig /release命令,此时Client 192.168.0.100向DHCP server 192.168.0.1释放了自己的IP。释放之后,客户端将不知道DHCP的IP为多少,同时自己的IP变为0.0.0.0

Packet2表示Client以0.0.0.0向整个局域网进行了广播,要求DHCP亮明身份。注意此时虽然client的IP已经变为0.0.0.0,但是它仍然记得自己曾经的IP,并且会告诉DHCP,注意上图红框。

Packet3表示DHCP Server的物理层广播命令,表明DHCP server试图分配192.168.0.100这个IP出来,但是要先确定该IP是否已经被占有。

Packet4表示DHCP Server么有收到反馈,确认该IP没有机器使用,所以发出一个Offer,表明想要该IP的机器可以过来了。

Packet5表示Client广播了自己的想法,它想要该IP。注意此时是0.0.0.0向255.255.255.255进行广播,因为此时client还没有得到IP,也没有确定DHCP server是谁。

Packet6表示DHCP server向全网通知该IP已经被占有,Client正式获得该IP 192.168.0.100

Packet7开始,client开始用192.168.0.100发送请求。

Packet14、15是ipconfig /renew的结果。renew之后,client占用该IP的lease时间变长。

Packet16代表了一个新的ipconfig /release.

Trace2:



该Trace演示了UDP包要求传输的内容大于每个IP包的最大量的时候,UDP包被分段传送的抓包结果。

1. Offset代表了该IP包在最终整合成一个完整的UDP包的时候,顺序是怎样的。

2. Identification代表了该IP数据报属于哪一个UDP包。既同一个UDP包的IP数据报的该值应该相同。

3. Flags里面的more fragments,用于判定该IP包是否为该UDP包的最后一个。如果是,那么需要继续接受新的IP数据报,否则该UDP已经收完了。
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: 
相关文章推荐