一种通过DHCP传送时区信息的方法技术

技术编号:3498839 阅读:227 留言:0更新日期:2012-04-11 18:40
本发明专利技术公开了一种通过DHCP传送时区信息的方法。动态主机配置协议DHCP客户端向DHCP服务器发送消息,所述消息承载DHCP客户端期望得到的时区信息;所述DHCP服务器收到所述消息,根据所述DHCP客户端的期望,返回时区信息。本发明专利技术有效保证了DHCP服务器返回的格式和DHCP客户端支持的格式相互统一。

【技术实现步骤摘要】

本专利技术涉及网络通信
,尤其涉及一种通过DHCP传送时区信息的方法
技术介绍
DHCP是Dynamic Host Configuration Protocol的缩写,它提供了一种动态指定IP地址和配置参数的机制。DHCP采用Client/Server模式,由客户端向服务器提出配置申请(包括分配的IP地址、子网掩码、缺省网关、时间信息等参数),服务器根据策略返回相应配置信息,DHCP报文采用UDP进行封装。DHCPv4的工作过程如图1所示1.发现阶段,即DHCP客户端寻找DHCP服务器的阶段DHCP客户端以广播方式(因为DHCP服务器的IP地址对于DHCP客户端来说是未知的)发送DHCPDiscover消息来寻找DHCP服务器;2.提供阶段,即DHCP服务器提供IP地址的阶段。在网络中接收到DHCPDiscover消息的DHCP服务器都会做出响应,它从尚未分配的IP地址中选择一个分配给DHCP客户端,向DHCP客户端发送一个包含分配的IP地址和其他配置参数的DHCP Offer消息; 3.选择阶段,即DHCP客户端选择某个DHCP服务器提供的IP地址的阶段。如果有多个DHCP服务器向DHCP客户端发送DHCP Offer消息,则DHCP客户端从接收到的DHCP Offer中选择一个,即选定一个DHCP服务器。然后DHCP客户端以广播方式应答一个DHCP Request消息,该消息中包含DHCP客户端所选定的DHCP服务器的IP地址和该DHCP服务器提供的IP地址。之所以要以广播方式应答,是为了通知所有的DHCP服务器,它将选择某个DHCP服务器所提供的IP地址;4.确认阶段,即DHCP服务器确认所提供的IP地址的阶段。当DHCP服务器接收到DHCP客户端的DHCP Request消息后,它便向DHCP客户端发送一个包含它所提供的IP地址和其他配置参数的DHCP Ack消息,告诉DHCP客户端可以使用它所提供的IP地址。另外,除DHCP客户端选中的DHCP服务器外,其他的DHCP服务器都将回收曾提供的IP地址。DHCP客户端可以在DHCP Discover消息或者DHCP Request消息中包含Parameter Request List Option,向DHCP服务器请求自己感兴趣的配置参数,Parameter Request List Option的格式如下描述CodeLenOption Codes C1、C2......为DHCP客户端请求的option对应的codeDHCP客户端也可以在DHCP Discover消息或者DHCP Request消息中包含某个的Option,该Option中的值暗示DHCP服务器它希望获取的值,DHCP服务器可以返回DHCP客户端希望的值,也可以返回其他的值。DHCPv6的工作过程类似于DHCPv4,但是DHCPv6是采用组播发送的,而不是广播发送。大家用时区timezone来设置时区信息,时区格式有很多,下面仅给出三种常用的时区格式(1)POSIX TZ字符串POSIX TZ字符串提供了一种通过字符串表述时区信息的标准,它的格式如下所描述stdoffset,end]]例如”EST5EDT4,M4.1.1,M11.1.1”(2)TZ DatabaseTZ Database也叫“Olson Database”,该数据库维护了全球的时区数据。这个数据库是定时更新的。如果想从该数据库中获取时区信息,需要给出索引,即时区的名字,然后根据该索引从数据库中查找。例如“Europe/Zurich”(3)Microsoft时区Microsoft时区中包括了类似于POSIX TZ字符串的信息,但是一串可显示的字符串。Microsoft时区也是一个数据库,需要根据TZ ID从数据库中查找这个字符串例如<pre listing-type="program-listing"><时区ID="13" Name="(GMT-08:00)Pacific Time(US and Canada);Tijuana"Hidden="FALSE"> <Bias>480</Bias><StandardTime> <Bias>0</Bias> <Date><Month>10</Month><Day>5</Day><Hour>2</Hour> </pre><pre listing-type="program-listing"> </Date></StandardTime><DaylightTime> <Bias>-60</Bias> <Date><Month>4</Month><Day>1</Day><Hour>2</Hour> </Date> </DaylightTime></时区></pre>客户端可以在启动的时候,通过DHCP从DHCP服务器获取时区信息。已有技术一DHCPv4中提供了一个time offset option(option code=2),用于传送UTC offset,DHCP客户端根据该option提供的值,设定和格林威治时间的偏移时间,单位是秒。但是,因为只传递和格林威治时间的偏移时间,所以该option提供的是一个静态的数据,对于某些应用来说,这些信息是不够的。例如DHCP客户端无法根据该数据确定自己当前所处的时区;在实行DST的地区或者国家,DHCP客户端无法根据该数据却动自己当前是否处于DST,什么时候启用DST以及什么时候哦退出DST等等。已有技术二在DHCP消息中传送完整的时区信息。这虽然解决了已有技术一的缺陷,但是,本方案存在DHCP服务器返回的时区信息的格式和DHCP客户端支持的格式不兼容的问题。如何保证DHCP服务器返回的时区信息的格式和DHCP客户端支持的格式统一,是已有技术二存在的最大问题;而且,如果DHCP客户端请求TZDatabase格式或者Microsoft格式的时区信息时,DHCP服务器只能返回数据库的索引,DHCP客户端需要保存和更新时区数据库,存在因为数据库更新不及时而导致DHCP客户端获取的时区信息不准确的问题。
技术实现思路
本专利技术解决的技术问题是提供一种通过DHCP传送时区信息的方法,保证了DHCP服务器返回的时区信息和DHCP客户端支持的时区信息相互统一。本专利技术的目的是通过以下技术方案实现的一种通过DHCP传送时区信息的方法,包括步骤A.动态主机配置协议DHCP客户端向DHCP服务器发送请求消息,所述请求消息承载DHCP客户端期望得到的时区信息;B.所述DHCP服务器收到所述消息,根据所述DHCP客户端的期望返回时区信息。其中,步骤A所述时区信息包括时区格式,时间信息元素或者其组合。其中,所述时区格式包括POSIX TZ时区格式,TZ Database时区格式,Microsoft时区格式,以及其他的时区格式。其中,所述时间信息元素包括标准时区,夏令时区,与协调世界时UTC的偏移量,夏令时的开始时间和结束时间。其中,步骤A所述DHCP客户端期望获取多个时区信息时,按照优先顺序逐一列出。其中,步骤B中所述DHCP服务器根据DHCP客户端的期望,返回时区信息给本文档来自技高网
...

【技术保护点】
一种通过DHCP传送时区信息的方法,其特征在于,包括步骤:    A.动态主机配置协议DHCP客户端向DHCP服务器发送请求消息,所述请求消息承载DHCP客户端期望得到的时区信息;    B.所述DHCP服务器收到所述消息,根据所述DHCP客户端的期望返回时区信息。

【技术特征摘要】

【专利技术属性】
技术研发人员:管红光
申请(专利权)人:华为技术有限公司
类型:发明
国别省市:94[中国|深圳]

网友询问留言 已有0条评论
  • 还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。

1
相关领域技术
  • 暂无相关专利