DHCP报文交互流程

1.发现阶段,即DHCP客户机寻找DHCP服务器的阶段(DHCPdiscover)
    DHCP客户机以广播方式(因为DHCP服务器的IP地址对于客户机来说是未知的)发送DHCPdiscover发现信息来寻
找DHCP服务器,即向地址255.255.255.255发送特定的广播信息。网络上每一台安装了TCP/IP协议的主机都会接收到
这种广播信息,但只有DHCP服务器才会做出响应。

2.提供阶段,即DHCP服务器提供IP地址的阶段(DHCPoffer)
    在网络中接收到DHCPdiscover发现信息的DHCP服务器都会做出响应,它从尚未出租的IP地址中挑选一个分配给
DHCP客户机,向DHCP客户机发送一个包含出租的IP地址和其他设置的DHCPoffer提供信息。

3.选择阶段,即DHCP客户机选择某台DHCP服务器提供的IP地址的阶段(DHCPrequest)
    如果有多台DHCP服务器向DHCP客户机发来的DHCPoffer提供信息,则DHCP客户机只接受第一个收到的DHCPoffer
提供信息,然后它就以广播方式回答一个DHCPrequest请求信息,该信息中包含向它所选定的DHCP服务器请求IP地址
的内容。之所以要以广播方式回答,是为了通知所有的DHCP服务器,他将选择某台DHCP服务器所提供的IP地址。

4.确认阶段,即DHCP服务器确认所提供的IP地址的阶段(DHCPack)
    当DHCP服务器收到DHCP客户机回答的DHCPrequest请求信息之后,它便向DHCP客户机发送一个包含它所提供的IP
地址和其他设置的DHCPack确认信息,告诉DHCP客户机可以使用它所提供的IP地址。然后DHCP客户机便将其TCP/IP协
与网卡绑定,另外,除DHCP客户机选中的服务器外,其他的DHCP服务器都将收回曾提供的IP地址。

5.重新登录(DHCPrequest)
    以后DHCP客户机每次重新登录网络时,就不需要再发送DHCPdiscover发现信息了,而是直接发送包含前一次所
分配的IP地址的DHCPrequest请求信息。当DHCP服务器收到这一信息后,它会尝试让DHCP客户机继续使用原来的IP
地址,并回答一个DHCPack确认信息。如果此IP地址已无法再分配给原来的DHCP客户机使用时(比如此IP地址已分
配给其它DHCP客户机使用),则DHCP服务器给DHCP客户机回答一个DHCPnack否认信息。当原来的DHCP客户机收到此
DHCPnack否认信息后,它就必须重新发送DHCPdiscover发现信息来请求新的IP地址。

6.更新租约
    DHCP服务器向DHCP客户机出租的IP地址一般都有一个租借期限,期满后DHCP服务器便会收回出租的IP地址。如
果DHCP客户机要延长其IP租约,则必须更新其IP租约。DHCP客户机启动时和IP租约期限过一半时,DHCP客户机都会
自动向DHCP服务器发送更新其IP租约的信息。

7.获取配置参数(DHCPINFORM)
   如果客户通过别的手段获得了网络地址,它可以使用DHCPINFORM请求获得其它配置参数,服务器接收
到DHCPINFORM包,并建立一个DHCPACK消息,在其中包括一些合适客户的配置参数,只是不包括分配网络
地址,检查现有的绑定,在信息中不填充‘yiaddr‘字段或租用时间参数。服务器取得DHCPINFORM包内的
‘ciaddr‘地址,而返回DHCPACK包。

  
    为了便于理解,我们把DHCP客户机比做餐馆里的客人,DHCP服务器比做服务员(一个餐馆里也可以有多个服务
员),IP地址比做客户需要的食物。那么可以这样描述整个过程:客人走进餐馆,问:“有没有服务员啊?”
(DHCPdiscover),多个服务员同时回答:“有,我这有鸡翅”“有,我这有汉堡”(DHCPoffer)。客人说:“好
吧,我要一份汉堡”(DHCPrequest,这个客人比较死板,总是选择第一次听到的食物),端着汉堡的服务员回应了
一声:“来啦”(DHCPack),并把食物端到客人面前,供其享用(将网卡和IP地址绑定)。客人下次来的时候,就
直接找上次那个服务员点自己喜欢的汉堡了(DHCPrequest),如果还有汉堡,服务员会再次确认并上菜(DHCPack)
而如果已经卖完了,服务员则会告诉客人:“不好意思,已经卖完了”(DHCPnack)。当然,服务员隔一段时间会
来收拾一次桌子,除非客人特别说明这菜还要继续吃的,服务员会将剩菜端走。

版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/u013485792/article/details/50731538

原文地址:https://www.cnblogs.com/MomentsLee/p/9283597.html

时间: 2024-10-09 03:02:54

DHCP报文交互流程的相关文章

DHCP报文格式

DHCP报文格式 报文格式 DHCP报文是承载于UDP上的高层协议报文,采用67(DHCP服务器)和68(DHCP客户端)两个端口号. DHCP的报文格式如下图所示. 图1 DHCP报文格式 DHCP报文中各字段的含义: 字段 长度 含义 OP 1字节 表示报文的类型: 1:客户端请求报文 2:服务器响应报文 htype 1字节 表示硬件地址的类型.对于以太网,该类型的值为“1”. hlen 1字节 表示硬件地址的长度,单位是字节.对于以太网,该值为6. Hops 1字节 跳数.客户端设置为0,

bing背单词交互流程--Chongyang Bai

昨天和travis,钟秋开会确认了bing背单词的手机界面交互流程.我在这里简单描述一下,设计页面暂时不能贴出来,期待大家的宝贵意见 b( ̄▽ ̄)d. 单词本浏览界面:单词本被分为两类,用户单词本和单词书.每个单词本条目有一个小图标,点击图标则进入单词总览,点击条目其它部分则展开单词本的统计信息和学习情况. 单词本展开子页面:除了统计信息(如总词数,已学词数等)和学习情况外,还有两个按钮,开始学习和更改计划.若选择更改计划,则进入长期背单词计划设置,比如完成天数:若从未设定过计划,则点击开始背词

System Center 2012 R2 POC部署之Orchestrator设计监控DHCP服务状态流程

System Center 2012 R2 POC部署之Orchestrator设计监控DHCP服务状态流程 本文介绍如何设计流程以监控DHCP服务状态,当服务停止时触发流程自动启动DHCP服务. 打开Runbook Designer,右键Runbook---新建---文件夹 输入文件夹名称Monitor 右键Monitor---新建----Runbook 输入Runbook名称 Monitor DHCP 从右侧窗口中,找到SC 2012 Operations Manager中的Monitor

【基础】通过抓包分析微软DHCP报文和其它系统DHCP报文的不同(对比后才知道微软有多次)

1.    实验网络拓扑 使用ENSP模拟器(版本V100R002C00 1.2.00.350) 2.      实验需求: 1)       使用华为模拟器配置DHCP为C1自动分配IP地址 2)     使用VMware station搭建WindowsServer2008 DHCP服务器,并为Windows客户机分配IP地址 3)       使用wireshark抓取DHCP数据包 3.    实验步骤: 1)     华为设备IP地址规划配置如下: R2是G0/0/0的ip为192.1

Linux内核网络报文简单流程

转:http://blog.csdn.net/adamska0104/article/details/45397177 Linux内核网络报文简单流程2014-08-12 10:05:09 分类: Linux linux下的网卡驱动中通常会提供类似XXX_rx的接收函数 该函数处理与具体硬件相关的寄存器操作 包括中断检查,数据状态检查,错误检查等 在确认有数据抵达后读取数据或从DMA的接收环中获取数据地址 XXX_rx函数以skb为元数据结构组织报文数据 随后调用内核接口函数netif_rx或n

软件测试面试必问--bug交互流程

目前市场主要用的bug管理工具:禅道.jira.QC.bugfree等,当然也有自己公司开发的. 不过不管哪一种工具,核心交互流程都是差不多的,只是字段的名称不一样而已,参考如下两张示意图: 这是前几天做的一个项目,由于项目组开发成员对交互不是太明白,所以花了点时间画的一个简单交互示意流程图: K12-禅道项目bug交互流程图 下图是bug核心交互流程图(无论目前市场用的哪一款交互工具,都可以说成如下的流程),面试的时候说哪一个都可以: 原文地址:https://blog.51cto.com/d

DHCP报文

一:DHCP协议● 链路层头: 承载报文的链路层信息头,常见的有Ethernet_II格式.802.1Q格式. IEEE802.3格式.令牌环链路层头格式等.● IP头: 标准的IP协议头,IPV4中长度为20bytes,包括了SrcIp(源IP),DstIp(目的IP)等信息.● UDP头: 8bytes,包括了SrcPort(源端口),DstPort(目的端口),报文长度及UDP校验和等信息.● DHCP报文:具体的DHCP报文内容. 二.DHCP报文类型详解 DHCP DiscoverDH

dhcp协议交互报文

DHCP共有八种报文,分别为DHCP Discover.DHCP Offer.DHCP Request.DHCP ACK.DHCP NAK.DHCP Release.DHCP Decline.DHCP Inform.各报文类型功能如下所述: DHCP Discover DHCP客户端请求地址时,并不知道DHCP服务器的位置,因此DHCP客户端会在本地网络内以广播方式发送请求报文,这个报文成为Discover报文,目的是发现网络中的DHCP服务器,所有收到Discover报文的DHCP服务器都会发

华为FW报文处理流程

以下摘抄自<华为防火墙技术漫谈>,有删减 查询会话中的处理过程 协议报文 OSPF.IGMP.HRP等称为协议报文 以OSPF为例,广播环境下,DD是单播,需要安全策略检查:P2P环境中,DD为组播,不需要安全策略检查 业务报文 将穿越防火墙的称为业务报文,比如TCP.UDP承载的数据 这类报文需要创建会话,不能匹配任一会话的就认为是首包 首包处理流程 黑名单匹配(这个不是acl,有专门的黑名单功能) 是否命中正反向server-map表,命中则记录其中的信息 根据第2步结果,查询报文命中哪条