https://www.cnblogs.com/hewenwu/p/3720084.html //ICMP与DHCP 原文链接：https://blog.csdn.net/u010726042/article/details/53408077 ／／SSL与https
Fiddler是在windows上运行的程序，专门用来捕获HTTP，HTTPS的。 wireshark能获取HTTP，也能获取HTTPS，但是不能解密HTTPS，所以wireshark看不懂HTTPS中的内容
总结，如果是处理HTTP,HTTPS 还是用Fiddler, 其他协议比如TCP,UDP 就用wireshark
ping 包 ：ICMP ICMP 包只有两种,Code都为0，请求request (type:8 )跟应答 response (type:0) 标示符和序列号都是一样的，表示这两个报文是配对的
获取IP地址:DHCP包 255.255.255.255(代表广播) 0.0.0.0->255.255.255.255 DHCP Discover 10.10.12.1 ->255.255.255.255 DHCP offer 0000->255.255.255.255 DHCP Request 10.10.12.1 ->255.255.255.255 DHCP ACK 10.10.13.86 ->255.255.255.255 DHCP Inform 10.10.12.1 ->10.10.13.86 DHCK ACK 10.10.13.86 ->10.10.12.1 DHCP Request 10.10.12.1 ->10.10.13.86 DHCP ACK 10.10.12.1 ->10.10.13.86 DHCP release
１）DHCP Discover ：由截图可知，本机发起DHCP Discover包，用来寻找DHCP服务器，源ip是0.0.0.0，因为刚开始还不知道，目的地址是255.255.255.255的广播地址，广播到整个网段。
Message type为1表明是请求包，由客户端发出。 2为回复包 Hardware address length为6表示本机的网络硬件地址长度为6bytes Hops为0表示跳数，此处为0 表示没有经过网关。 Hops为1不标明经过了一个中继。
DHCP服务器收到客户端发的DHCP Discover之后，会在自己的地址池中拿出一个没有分配的地址以及配套的参数（如：掩码、DNS、网关、域名、租期……），然后以一个DHCP Offer包发送出去。
２）DHCP offer：此时源IP是DHCP服务器的IP，目的IP是255.255.255.255的广播。这时候本机还无法获得IP，所以DHCP服务器只能用广播来回应
User Datagram Protocol ,Src Port : bootpc (68),Dest port : bootpc(68) 这是UDP上的DHCP，本机发起的端口是68，目标端口是67.
表明给客户端的IP地址，但是现在还没有确认。
这是中断的地址，就是网关
３）DHCP Request：客户端收到这个DHCP Offer后，会再发出一个DHCP Request给服务器来申请这个Offer中包含的地址。 这个时候，客户端还没有正式拿到地址，所以还需要向DHCP服务器申请。 此时客户端的源IP还是0.0.0.0，目的IP还是255.255.255.255。将这些都广播出去，告诉其他DHCP服务器和分配给本机的服务器。 ４）被客户机选择的DHCP服务器在收到DHCPREQUEST广播后，会广播返回给客户机一个DHCPACK消息包，表明已经接受客户机的选择，并将这一IP地址的合法租用以及其他的配置信息都放入该广播包发给客户机。
