[发明专利]一种DHCP客户端多接口的实现方法在审
申请号: | 201811026075.1 | 申请日: | 2018-09-04 |
公开(公告)号: | CN109274783A | 公开(公告)日: | 2019-01-25 |
发明(设计)人: | 霍启强;阮方;孙明海;杨兵;庞俊峰;王华;周联红 | 申请(专利权)人: | 北京华环电子股份有限公司 |
主分类号: | H04L29/12 | 分类号: | H04L29/12 |
代理公司: | 北京凯特来知识产权代理有限公司 11260 | 代理人: | 郑立明;陈亮 |
地址: | 100085 *** | 国省代码: | 北京;11 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 多接口 状态机 二分法 定时器超时事件 报文发送过程 命令行配置 报文接收 地址更新 发送频率 更新报文 链表存储 收发报文 数量限制 信息存储 指针变量 结构体 时间点 触发 指向 取出 客户 | ||
1.一种DHCP客户端多接口的实现方法,其特征在于,所述方法包括:
步骤1、通过链表存储多个接口的DHCP客户端信息,不同的接口具有不同的接口索引,通过所述接口索引来区分不同的接口;
步骤2、DHCP客户端状态机的进入通过相应的事件来触发,所述事件包括:命令行配置事件、定时器超时事件、报文接收事件和接口up/down事件;
步骤3、每个接口的DHCP客户端信息存储于接口的结构体中,当所述DHCP客户端状态机进入时,将所述DHCP客户端信息的状态值取出,用对应的临时指针变量指向状态值的地址;
步骤4、再基于绝对时间点二分法的方式实现地址更新时的报文发送过程。
2.根据权利要求1所述DHCP客户端多接口的实现方法,其特征在于,在步骤1中,所述链表由节点链接组成,其中:
通过首节点找到第二个节点,再由第二个节点找到第三个节点,依次类推找到最后一个节点;
且每个节点保存有相应接口的结构体指针,所述结构体指针指向的接口的结构体保存有相应接口的DHCP信息。
3.根据权利要求2所述DHCP客户端多接口的实现方法,其特征在于,
所述DHCP信息包括:接口索引、接口的DHCP角色、客户端或中继信息。
4.根据权利要求1所述DHCP客户端多接口的实现方法,其特征在于,在步骤2中,
所述命令行配置事件用于处理来自命令行的DHCP客户端使能或禁止命令;
所述定时器超时事件用于应答报文超时时的报文重发或者租约到期时的租约更新;
所述报文接收事件用于处理收到的报文;
所述接口up/down事件用于处理接口的up、down消息。
5.根据权利要求1所述DHCP客户端多接口的实现方法,其特征在于,在步骤3中,
所述DHCP客户端状态机进入时的首次发包时间点为DHCP客户端状态机收到相应事件命令的时机;
此时会启动一个定时器,超时时间为0,DHCP客户端状态机会收到一个定时器超时事件命令,并进入发包流程。
6.根据权利要求1所述DHCP客户端多接口的实现方法,其特征在于,所述步骤4的过程为:
当DHCP客户端申请地址成功时,以系统开机到某一时刻之间的时间秒数记为时间点,记录关键的时间点和时间值,包括地址申请成功的时间点记为start,租约值记为lease,租约的一半值记为t1,租约的0.875倍记为t2;
若地址申请时间到达地址租约的一半,即时间点到达start+t1时,开始发送单播形式的DHCP更新报文,t1以二分法接近t2,以start+t1作为下一个超时时间点;
若报文接收一直超时,当t1非常接近t2时,即时间点即将到达start+t2时,开始发送组播形式的dhcp更新报文,t2以二分法接近lease,以start+t2作为下一个超时时间点;
若报文接收一直超时,当t2非常接近lease时,即时间点即将到达start+lease时,地址更新失败,state状态置为初始状态;
再添加定时器超时事件,超时时间为0,开始一个新的申请过程。
7.根据权利要求1所述DHCP客户端多接口的实现方法,其特征在于,在步骤1中,
多个接口的DHCP客户端信息可以哈希表的形式存储。
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于北京华环电子股份有限公司,未经北京华环电子股份有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/201811026075.1/1.html,转载请声明来源钻瓜专利网。