CN103986794B - 端口dhcp服务器协议位址管理的方法 - Google Patents
端口dhcp服务器协议位址管理的方法 Download PDFInfo
- Publication number
- CN103986794B CN103986794B CN201310049455.8A CN201310049455A CN103986794B CN 103986794 B CN103986794 B CN 103986794B CN 201310049455 A CN201310049455 A CN 201310049455A CN 103986794 B CN103986794 B CN 103986794B
- Authority
- CN
- China
- Prior art keywords
- port
- host configuration
- dynamic host
- configuration protocol
- address
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Landscapes
- Small-Scale Networks (AREA)
Abstract
一种端口DHCP服务器协议位址管理的方法,应用于交换式集线器(Switch Hub)上,且该至少一端口系连至端口DHCP服务器,而端口DHCP服务器系配设有端口IP位址分配表,当至少一端口处从断线状态进入连线状态时,使该端口DHCP服务器会优先收到用户端由端口处所传递广播的DHCP Dicovery信息封包,而端口DHCP服务器会抢先或阻隔其他DHCP服务器所发的DHCP Offer信息封包,并从配设的端口IP位址分配表内搜寻该端口的预设IP位址,且该端口DHCP服务器会将包含该端口的预设IP位址的DHCP Offer信息封包优先回应给用户端,以能缩短连线等待时间及方便管理各端口的连线。
Description
技术领域
本发明是关于一种端口DHCP服务器协议位址管理的方法,尤指一种利用端口DHCP服务器优先回应包含该端口的预设IP位址的DHCP Offer信息封包给用户端,以具有能缩短连线等待时间及方便管理各端口连线的效能,而适用于集线器(Hub)、交换式集线器(Switch Hub)、路由器(Router)、IP分享器或类似装置。
背景技术
目前市面上所贩售网络装置,如网络摄影机等,可以采用人工事先设置固定IP位址,或非固定IP位址。非固定IP装置都需与向ISP业者的DHCP服务器或自行架设的DHCP服务器取得浮动IP位址,其中该DHCP是一种动态主机设定通讯协议,因此,不管是ISP业者的DHCP服务器或自行架设的DHCP服务器都需符合RFC1541或RFC2131标准,才能连线至网络上。
而上述DHCP服务器在突然出现流量大时(如停电后)其效能都会变得很差,因为用户端可能都断线而全部重新送出DHCP要求给上述的DHCP服务器,以重新取得新的IP位址,而DHCP服务器在接收DHCP要求时,都要作数据库查询动作,将使得DHCP服务器无法快速核发IP位址,最后等待处理的DHCP要求越来越多,其速度就用越来越慢。
再者,当用户端发出广播DHCP Dicovery信息给网络时,其网络中可能存在多组DHCP服务器,而这些DHCP服务器都可能会提供给用户端一个浮动IP位址及其它设定值,而依据RFC1541或RFC2131标准来说,该用户端只会接受第1个收到含有IP位址的DHCP Offer信息,而不管DHCP Offer信息是由那一个DHCP服务器所发出的,所以在设定上也常常会端口对应IP位址不固定,造成管理上困扰,举例来说,网络摄影机有分三种取得IP位址的方式,第一种为网络摄影机本身预设一组初始虚拟固定IP位址,第二种为网络摄影机通过动态主机设定通讯协议(DHCP)技术,自DHCP服务器取得一组浮动的IP位址,第三种则为通过以太网络点对点通讯协议(Point-to-Point Protocol over Ethernet,PPPoE)技术,自ISP取得固定IP位址或浮动IP位址。无论上述何种方式其网络摄影机与控制端设备的IP位址不属相同网域时,不管从网络摄影机上或控制端设备上都必须以人工方式来重新设定,才能使网络摄影机与控制端设备能产生连接,因此,控制端设备及网络摄影机常常找不到彼此的位址而无法连接,且重新设定过程十分复杂,必需具备足够的网络设定背景知识才行,因此,对于一般的使用者而言,不仅非常不方便,也容易造成困扰。
因此,本发明人有鉴于上述缺失,期能提出具有优先回应的端口DHCP服务器协议位址管理的方法,以能缩短连线等待时间及方便管理各端口连线,乃潜心研思、设计组制,以提供消费大众使用。
发明内容
本发明的主要目的在提供一种端口DHCP服务器协议位址管理的方法,通过至少一端口连至端口DHCP服务器,而端口DHCP服务器配设有端口IP位址分配表,当至少一端口从断线状态进入连线状态时,使该端口DHCP服务器会优先收到用户端由端口处所传递广播的DHCP Dicovery信息封包,而端口DHCP服务器会抢先或阻隔其他DHCP服务器所发的DHCPOffer信息封包(其中该抢先是指早于其它DHCP服务器优先应答),并从配设的端口IP位址分配表内搜寻该端口的预设IP位址,且该端口DHCP服务器会将包含该端口的预设IP位址的DHCP Offer信息封包优先回应给用户端,使用户端能快速取得该端口所使用的预设IP位址,由此,能让用户端快速取得该端口所使用的预设IP位址,而不需再等待远端DHCP服务器所分配的浮动IP位址,当连接至该端口的硬体装置被更换或重新启动时均能自动取得该端口的预设IP位址,本方法在该端口连接超过一个以上具有IP设定的设备时,除第一个设备取得该端口的预设IP位址外,其他设备会自动从远端DHCP服务器取得分配的浮动IP位址,进而增加整体的实用性及优异性。
本发明的次一目的在提供一种端口DHCP服务器协议位址管理的方法,通过至少一端口连至端口DHCP服务器,而端口DHCP服务器系配设有端口IP位址分配表,当至少一端口处于连线状态时,其端口DHCP服务器收到用户端所广播的DHCP Dicovery信息封包后,会检查其DHCP Dicovery信息封包内的MAC位址,并判断与原先分配给用户端所使用的MAC位址是否相同,经确认与原先分配给用户端所使用的MAC位址是相同后,则该端口DHCP服务器会优先回应具有包含该端口的预设IP位址的DHCP Offer信息封包给用户端,另当判断不是原先分配给用户端所使用的MAC位址时,端口DHCP服务器会以地址解析协议(ARP)来确认原先使用该端口的MAC位址的用户端是否已退出,当原先使用该端口的MAC位址的用户端退出后,该端口DHCP服务器会优先再从配设的端口IP位址分配表内搜寻该端口的预设IP位址,并将DHCP Offer信息封包传递给该用户端使用,由此,具有方便管理各端口连线的效能,进而增加整体的便利性及快速性者。
为达上述的目的,本发明为一种端口DHCP服务器协议位址管理的方法,该端口DHCP服务器与至少一端口连接,且该端口DHCP服务器配设有端口IP位址分配表,其端口IP位址分配表预先设定对应连接端口的IP位址,其方法步骤包括:
侦测端口:当至少一端口从断线状态进入连线状态时,其用户端会由端口处广播DHCP Dicovery信息封包,以寻找任何的DHCP服务器给予IP位址;
抢先应答:而其端口DHCP服务器会优先收到由端口处广播的DHCP Dicovery信息封包时,该端口DHCP服务器会抢先或阻隔其他DHCP服务器的DHCP Offer信息封包,并从配设的端口IP位址分配表内搜寻该端口的预设IP位址,且该端口DHCP服务器会优先回应DHCPOffer信息封包至用户端,而该DHCP Offer信息封包内包含该端口的预设IP位址;
用户端请求:当用户端收到DHCP Offer信息封包后,即会再于端口处广播DHCPReques t信息封包给端口DHCP服务器及其它DHCP服务器,让其它DHCP服务器知道用户端已选择端口DHCP服务器所提供的预设IP位址;
端口DHCP服务器确认:当端口DHCP服务器收到用户端所广播的DHCP Request信息封包后,便发送一个包含该端口的预设IP位址及其它设定值的DHCP Ack信息封包给用户端,以完成位址分配。
其中,该端口DHCP服务器进一步连接网页服务器,并通过共同闸道介面相互传递信息。
其中,该DHCP Offer信息封包内除了该端口的预设IP位址外进一步包含该端口的媒体存取控制位址、子网络遮罩和闸道器(Gateway)协议。
其中,用户端进一步为具有IP设定的设备,而该具有IP设定的设备内设有用户端DHCP服务器,以能与端口DHCP服务器或其他DHCP服务器进行各种信息封包的传递。
本发明还提供一种端口DHCP服务器协议位址管理的方法,该端口DHCP服务器与至少一端口连接,且端口DHCP服务器配设有端口IP位址分配表,其端口IP位址分配表预先设定对应连接端口的IP位址,其方法步骤包括:
侦测端口:当至少一端口处于连线状态时,其用户端会不定时广播的DHCPDicovery信息封包给端口DHCP服务器及其它DHCP服务器;
判断位址:而当端口DHCP服务器收到广播的DHCP Dicovery信息封包时,会同时检查其DHCP Dicovery信息封包内的MAC位址,并判断与原先分配给用户端所使用的MAC位址是否相同;
抢先应答:经确认与原先分配给用户端所使用的MAC位址是相同后,则该端口DHCP服务器会优先回应DHCP Offer信息封包至用户端,而该DHCP Offer信息封包内包含该端口的预设IP位址;
用户端请求:当用户端收到DHCP Offer信息封包后,即会再于端口处广播DHCPReques t信息封包给端口DHCP服务器及其它DHCP服务器,让其它DHCP服务器知道用户端已选择端口DHCP服务器所提供的预设IP位址;
端口DHCP服务器确认:当端口DHCP服务器收到用户端所广播的DHCP Request信息封包后,便发送一个包含该端口的预设IP位址及其它设定值的DHCP Ack信息封包给用户端,以完成位址分配。
其中,当判断位址步骤检查DHCP Dicovery信息封包内的MAC位址不是原先分配给用户端所使用的MAC位址时,即进行另一步骤,ARP判定:即端口DHCP服务器会以地址解析协议来确认原先使用该端口的MAC位址的用户端是否已退出,当原先使用该端口的MAC位址的用户端退出后,该端口DHCP服务器会再优先从配设的端口IP位址分配表内搜寻该端口的预设IP位址,并将DHCP Offer信息封包传递给用户端使用,而该DHCP Offer信息封包内包含该端口的预设IP位址。
其中,该端口DHCP服务器进一步连接网页服务器,并通过共同闸道介面相互传递信息。
其中,该DHCP Offer信息封包内除了该端口的预设IP位址外进一步包含该端口的媒体存取控制位址、子网络遮罩和闸道器协议。
其中,用户端进一步为具有IP设定的设备,而该具有IP设定的设备内设有用户端DHCP服务器,以能与端口DHCP服务器或其他DHCP服务器进行各种信息封包的传递。
由此,本发明能让用户端快速取得该端口所使用的预设IP位址,而不需再等待远端DHCP服务器所分配的浮动IP位址,当连接至该端口的硬件装置被更换或重新启动时均能自动取得该端口的预设IP位址,本方法在该端口连接超过一个以上具有IP设定的设备时,除第一个设备取得该端口的预设IP位址外,其他设备会自动从远端DHCP服务器取得分配的浮动IP位址,以能缩短连线等待时间及方便管理各端口的连线。
本发明的其他特点及具体实施例,可于以下列配合附图的详细说明中,进一步了解。
附图说明
图1为本发明的信息封包传递示意图。
图2为本发明的架构示意图。
图3为本发明的从断线状态进入连线状态的步骤流程示意图。
图4为本发明的呈连线状态的步骤流程示意图。
附图标记说明:10、端口DHCP服务器;11、DHCP Offer信息封包;12、DHCP Ack信息封包;13、地址解析协议(ARP);20、端口;30、端口IP位址分配表;31、IP位址;40、用户端;41、DHCP Dicovery信息封包;411、MAC位址;42、DHCP Request信息封包;43、IP设定的设备;431、用户端DHCP服务器;50、DHCP服务器;51、DHCP Offer信息封包;52、IP位址;60、网页(Web)服务器;61、共同闸道介面(CGIs);步骤S100、侦测端口;步骤S110、抢先应答;步骤S120、用户端请求;步骤S130、端口DHCP服务器确认;步骤S200、侦测端口;步骤S210、判断位址;步骤S2110、ARP判定;步骤S220、抢先应答;步骤S230、用户端请求;步骤S240、端口DHCP服务器确认。
具体实施方式
请参考图1~4所示,为本发明端口DHCP服务器协议位址管理的方法的示意图。而本发明的第一种实施态样为该端口DHCP服务器10与至少一端口20连接,且该端口DHCP服务器10配设有端口IP位址分配表30,其端口IP位址分配表30是预先设定对应连接端口的IP位址31,其方法主要步骤包括:步骤S100侦测端口:当至少一端口20从断线状态进入连线状态时,其用户端40会由端口20处广播DHCP Dicovery信息封包41,以寻找任何的DHCP服务器50给予IP位址52;步骤S110抢先应答:而其端口DHCP服务器10会优先收到由端口20处广播的DHCP Dicovery信息封包41时,该端口DHCP服务器10会抢先或阻隔其他DHCP服务器50的DHCP Offer信息封包51,并从配设的端口IP位址分配表30内搜寻该端口的预设IP位址31,且该端口DHCP服务器10会优先回应DHCP Offer信息封包11至用户端40,而该DHCP Offer信息封包11内包含该端口的预设IP位址31;步骤S120用户端请求:当用户端40收到DHCPOffer信息封包11后,即会再于端口20处广播DHCP Request信息封包42给端口DHCP服务器10及其它DHCP服务器50,让其它DHCP服务器50知道用户端40已选择端口DHCP服务器10所提供的预设IP位址31;步骤S130端口DHCP服务器确认:当端口DHCP服务器10收到用户端40所广播的DHCP Request信息封包42后,便发送一个包含该端口的预设IP位址31及其它设定值的DHCP Ack信息封包12给用户端40,藉以完成位址分配者。
而本发明的第二种实施态样为该端口DHCP服务器10系与至少一端口20连接,且端口DHCP服务器10配设有端口IP位址分配表30,其端口IP位址分配表30预先设定对应连接端口的IP位址31,其方法主要步骤包括:步骤S200侦测端口:当至少一端口20处于连线状态时,其用户端40会不定时广播的DHCP Dicovery信息封包41给端口DHCP服务器10及其它DHCP服务器50;步骤S210判断位址:而当端口DHCP服务器10收到广播的DHCP Dicovery信息封包41时,会同时检查其DHCP Dicovery信息封包41内的MAC位址411,并判断与原先分配给用户端40所使用的MAC位址411是否相同;步骤S220抢先应答:经确认与原先分配给用户端40所使用的MAC位址411是相同后,则该端口DHCP服务器10会优先回应DHCP Offer信息封包11至用户端40,而该DHCP Offer信息封包11内包含该端口的预设IP位址31;步骤S230用户端请求:当用户端40收到DHCP Offer信息封包11后,即会再于端口20处广播DHCP Request信息封包42给端口DHCP服务器10及其它DHCP服务器50,让其它DHCP服务器50知道用户端40已选择端口DHCP服务器10所提供的预设IP位址31;步骤S240端口DHCP服务器确认:当端口DHCP服务器10收到用户端40所广播的DHCP Request信息封包42后,便发送一个包含该端口的预设IP位址31及其它设定值的DHCP Ack信息封包13给用户端40,以完成位址分配。
其中当判断位址步骤S210检查DHCP Dicovery信息封包41内的MAC位址411不是原先分配给用户端40所使用的MAC位址411时,即进行另一步骤,S2110ARP判定:即端口DHCP服务器10会以地址解析协议(ARP)13来确认原先使用该端口20的MAC位址411的用户端40是否已退出,当原先使用该端口20的MAC位址411的用户端40退出后,该端口DHCP服务器10会再优先从配设的端口IP位址分配表30内搜寻该端口的预设IP位址31,并将DHCP Offer信息封包11传递给用户端40使用,而该DHCP Offer信息封包11内包含该端口的预设IP位址31;另该端口DHCP服务器10进一步连接网页(Web)服务器60,并通过共同闸道介面(CGIs)61相互传递信息;另该DHCP Offer信息封包11内除了该端口20的预设IP位址31外系进一步包含该端口20的媒体存取控制位址(MAC)、子网络遮罩(Subnet Mask)和闸道器(Gateway)等协议;另用户端40系进一步为具有IP设定的设备43,而该具有IP设定的设备43内设有用户端DHCP服务器431,以能与端口DHCP服务器10或其他DHCP服务器50进行各种信息封包的传递。
请参考图1~4所示,为本发明端口DHCP服务器协议位址管理的方法的示意图。本发明最佳操作原理系为应用在集线器(Hub)、交换式集线器(Switch Hub)、路由器(Router)、IP分享器或类似装置上(图未示),而上述装置内设有端口DHCP服务器10,其端口DHCP服务器10系与至少一端口20连接,且端口DHCP服务器10系配设有端口IP位址分配表30,而端口IP位址分配表30系预先设定对应连接端口的IP位址31(如P00:192.168.11.100~P23:192.168.11.123)(如图2所示),因此,当至少一端口20与用户端(Client)40呈连线状态时,即进行步骤S200侦测端口(如图4所示):当至少一端口20处于连线状态时,其用户端40会不定时广播的DHCP Dicovery信息封包41给端口DHCP服务器10及其它DHCP服务器50(如图1所示);其中该用户端40为具有IP设定的设备43(如笔记型电脑、桌上型电脑、网络摄影机等),且该具有IP设定的设备43内系设有用户端DHCP服务器431,通过用户端DHCP服务器431向该端口20处进行不定时的广播,且发出DHCP Dicovery信息封包41给端口DHCP服务器10或其它DHCP服务器50,因此,当用户端(Client)40发出DHCP Dicovery信息封包41后,即进行下一步骤S210判断位址(如图4所示):而当端口DHCP服务器10收到广播的DHCPDicovery信息封包41时,会同时检查其DHCP Dicovery信息41封包内的MAC位址411,并判断与原先分配给用户端40所使用的MAC位址411是否相同(如图1所示);而端口DHCP服务器10即会收到用户端(Client)40从端口20处所传递过来的DHCP Dicovery信息封包41,并同时会检查所收到的DHCP Dicovery信息封包41内的MAC位址411(而MAC位址411为媒体存取控制位址Media Acces s Control Address或称硬件位址,是用来定义网络设备位置的),且判断与原先分配给用户端(Client)40所使用的IP位址31的MAC位址411是否相同,因此,当端口DHCP服务器10进行判断时,即进行下一步骤S220抢先应答(如图4所示):经确认与原先分配给用户端40所使用的MAC位址411是相同后,则该端口DHCP服务器10会优先回应DHCPOffer信息封包11至用户端40,而该DHCP Offer信息封包11内包含该端口的预设IP位址31(如图1所示);也就是当端口DHCP服务器10确认从端口20出所收到的DHCP Dicovery信息封包41内的MAC位址411与原先分配给用户端(Client)40所使用的IP位址31的MAC位址411相同后,该端口DHCP服务器10即抢先应答DHCP Offer信息封包11给用户端(Client)40,让用户端(Client)40知道与端口DHCP服务器10连线是对的,其中该DHCP Offer信息封包41内除了该端口的预设IP位址31外包含了该端口20的媒体存取控制位址(MAC)、子网络遮罩(Subnet Mask)和闸道器(Gateway)等协议,使用户端(Client)40能持续进行连线,因此,当用户端(Client)40收到从端口DHCP服务器10所传送过来的DHCP Offer信息封包11后,即进行下一步骤S230用户端请求(如图4所示):当用户端40收到DHCP Offer信息封包11后,即会再于端口20处广播DHCP Request信息封包42给端口DHCP服务器10及其它DHCP服务器50,让其它DHCP服务器50知道用户端40已选择端口DHCP服务器10所提供的预设IP位址31(如图1所示);也就是用户端(Client)40根据所收到DHCP Offer信息封包11后,即会再于端口20处进行广播DHCP Request信息封包42给端口DHCP服务器10及其它DHCP服务器50,让其它DHCP服务器50知道用户端(Client)40已选择了端口DHCP服务器10所提供的预设IP位址31来进行连线,使能通过端口DHCP服务器10连接网页(Web)服务器60,并通过共同闸道介面(CGIs)61相互传递信息,以能缩短连线等待时间,因此,当用户端(Client)40发出DHCP Request信息封包42后,即进行下一步骤S2400端口DHCP服务器确认(如图4所示):当端口DHCP服务器10收到用户端40所广播的DHCP Request信息封包42后,便发送一个包含该端口20的预设IP位址31及其它设定值的DHCP Ack信息封包12给用户端40(如图1所示),以完成位址分配;而当端口DHCP服务器10收到从用户端(Client)40发出DHCP Request信息封包42后,即发送一个包含该端口20的预设IP位址31及其它设定值的DHCP Ack信息封包12给用户端(Client)40,让用户端(Client)40继续使用原来的IP位址31进行连线。
另,当判断位址的步骤S210检查DHCP Dicovery信息封包41内的MAC位址411不是原先分配给用户端40所使用的MAC位址411时,即进行另一步骤S2110ARP判定(如图4所示):即端口DHCP服务器10会以地址解析协议(ARP)13来确认原先使用该端口20的MAC位址411的用户端40是否已退出,当原先使用该端口20的MAC位址411的用户端40退出后,该端口DHCP服务器10会再优先从配设的端口IP位址分配表30内搜寻该端口20的预设IP位址31,并将DHCP Offer信息封包11传递给用户端40使用,而该DHCP Offer信息封包11内包含该端口20的预设IP位址31(如图1所示);也就是该端口DHCP服务器10检查从用户端(Client)40所发送过来的DHCP Dicovery信息封包41内的MAC位址411不是原先分配给用户端(Client)40所使用的MAC位址411时,即会进行以地址解析协议(ARP)13来确认原先使用该端口20的MAC位址411的用户端40是否已退出,而当原先使用该端口20的MAC位址411的用户端40退出后,该端口DHCP服务器10会发出一个DHCP NAck信息封包给用户端(Client)40,并同时回到未分配状态,也就是回到用户端40从断线状态进入连线的状态,再此同时,当至少一端口20从断线状态进入连线状态时,其步骤也从新开始进行,即回到步骤S100侦测端口(如图3所示):当至少一端口20从断线状态进入连线状态时,其用户端40会由端口20处广播DHCPDicovery信息封包41,以寻找任何的DHCP服务器50给予IP位址52(如图1所示);其用户端(Client)40会重新由端口20处广播DHCP Dicovery信息封包41给任何DHCP服务器50要求提供IP位址52给予使用包含端口DHCP服务器10,因此,当用户端(Client)40发出DHCPDicovery信息封包41后,即进行下一步骤S110抢先应答(如图3所示):而其端口DHCP服务器10会优先收到由端口20处广播的DHCP Dicovery信息封包41时,该端口DHCP服务器10会抢先或阻隔其他DHCP服务器50的DHCP Offer信息封包51,并从配设的端口IP位址分配表30内搜寻该端口的预设IP位址31,且该端口DHCP服务器10会优先回应DHCP Offer信息封包11至用户端40,而该DHCP Offer信息封包11内包含该端口的预设IP位址31(如图1所示);而其端口DHCP服务器10收到用户端(Client)40发出DHCP Dicovery信息封包41后,即会抢先从配设的端口IP位址表30内搜寻出该端口的预设IP位址31,并抢先回应第一个DHCP Offer信息封包11给用户端(Client)40(其中该抢先是指早于其它DHCP服务器50优先应答),而该DHCPOffer信息封包11内包含该端口的预设IP位址31,另该端口DHCP服务器10也能在第一次收到DHCP Dicovery信息封包时便阻隔其他DHCP服务器50所发出的DHCP Offer信息封包51,让其它DHCP服务器50无法与用户端(Client)40的间传递信息封包,使端口DHCP服务器10能成为第一个回应DHCP Offer信息封包11给用户端(Client)40,因此,当端口DHCP服务器10发送出包含该端口20的预设IP位址31的DHCP Offer信息封包11后,即进行下一步骤S120用户端请求(如第3图所示):当用户端40收到DHCP Offer信息封包11后,即会再于端口20处广播DHCP Request信息封包42给端口DHCP服务器10及其它DHCP服务器50,让其它DHCP服务器50知道用户端40已选择端口DHCP服务器10所提供的预设IP位址31(如第1图所示);也就是用户端(Client)40收到从端口DHCP服务器10发出DHCP Offer信息封包11后,其中该DHCPOffer信息封包11内除了该端口20的预设IP位址31外包含了该端口20的媒体存取控制位址(MAC)、子网络遮罩(Sub net Mask)和闸道器(Gateway)等协议,由此,用户端(Client)40能根据所收到的DHCP Offer信息封包11内的协议来变更用户端DHCP服务器431的设定,使用户端(Client)40能与端口DHCP服务器10设成同一网域,并再于端口20处广播DHCP Request信息封包42给端口DHCP服务器10及其它DHCP服务器50,让其它DHCP服务器50知道用户端(Client)40已选择端口DHCP服务器10所提供的预设IP位址31,因此,当用户端(Client)40发出DHCP Request信息封包42后,即进行下一步骤S130端口DHCP服务器确认(如图3所示):当端口DHCP服务器10收到用户端40所广播的DHCP Request信息封包42后,便发送一个包含该端口20的预设IP位址31及其它设定值的DHCP Ack信息封包12给用户端40,以完成位址分配(如图1所示);也就是当端口DHCP服务器10收到从用户端(Client)40发出DHCP Request信息封包42后,即发送一个包含该端口20的预设IP位址31及其它设定值的DHCP Ack信息封包12给用户端(Client)40,让用户端(Client)40能继续使用原来的IP位址31进行连线,使能通过端口DHCP服务器10连接网页(Web)服务器60,并通过共同闸道介面(CGIs)61相互传递信息,以能缩短连线等待时间,由此完成本发明的端口DHCP服务器协议位址管理方法,让端口DHCP服务器10不管是已连线状态或是从断线进入连线状态皆能优先回应用户端(Client)40,使用户端(Client)40能优先使用该端口DHCP服务器10所提供的预设IP位址31,而不需再等待远端DHCP服务器50所分配的浮动IP位址52,另当连接至该端口20的硬件装置被更换或重新启动时均能自动取得该端口20的预设IP位址31,且本方法在该端口20连接超过一个以上具有IP设定的设备时,除第一个设备取得该端口20的预设IP位址31外,其他设备会自动从远端DHCP服务器50取得分配的浮动IP位址52,便于能缩短连线等待时间及方便管理各端口20的连线。
通过以上详细说明,可使熟知本项技艺者明了本发明的确可达成前述目的,已符合专利法的规定,提出专利申请。
以上所述者,仅为本发明的较佳实施例而已,当不能以此限定本发明实施的范围﹔故,凡依本发明申请专利范围及说明书内容所作的简单的等效变化与修饰,皆应仍属本发明专利涵盖的范围内。
Claims (9)
1.一种端口DHCP服务器协议位址管理的方法,其特征在于,该端口DHCP服务器与至少一端口连接,且该端口DHCP服务器配设有端口IP位址分配表,其端口IP位址分配表预先设定对应连接端口的IP位址,其方法步骤包括:
侦测端口:当至少一端口从断线状态进入连线状态时,其用户端会由端口处广播DHCPDicovery信息封包,以寻找任何的DHCP服务器给予IP位址;
抢先应答:而其端口DHCP服务器会优先收到由端口处广播的DHCP Dicovery信息封包时,该端口DHCP服务器会抢先或阻隔其他DHCP服务器的DHCP Offer信息封包,并从配设的端口IP位址分配表内搜寻该端口的预设IP位址,且该端口DHCP服务器会优先回应DHCPOffer信息封包至用户端,而该DHCP Offer信息封包内包含该端口的预设IP位址;
用户端请求:当用户端收到DHCP Offer信息封包后,即会再于端口处广播DHCPRequest信息封包给端口DHCP服务器及其它DHCP服务器,让其它DHCP服务器知道用户端已选择端口DHCP服务器所提供的预设IP位址;
端口DHCP服务器确认:当端口DHCP服务器收到用户端所广播的DHCP Request信息封包后,便发送一个包含该端口的预设IP位址及其它设定值的DHCP Ack信息封包给用户端,以完成位址分配。
2.根据权利要求1所述的端口DHCP服务器协议位址管理的方法,其特征在于,该端口DHCP服务器进一步连接网页服务器,并通过共同闸道介面相互传递信息。
3.根据权利要求1所述的端口DHCP服务器协议位址管理的方法,其特征在于,该DHCPOffer信息封包内除了该端口的预设IP位址外进一步包含该端口的媒体存取控制位址、子网络遮罩和闸道器协议。
4.根据权利要求1所述的端口DHCP服务器协议位址管理的方法,其特征在于,用户端进一步为具有IP设定的设备,而该具有IP设定的设备内设有用户端DHCP服务器,以能与端口DHCP服务器或其他DHCP服务器进行各种信息封包的传递。
5.一种端口DHCP服务器协议位址管理的方法,其特征在于,该端口DHCP服务器与至少一端口连接,且端口DHCP服务器配设有端口IP位址分配表,其端口IP位址分配表预先设定对应连接端口的IP位址,其方法步骤包括:
侦测端口:当至少一端口处于连线状态时,其用户端会不定时广播DHCP Dicovery信息封包给端口DHCP服务器及其它DHCP服务器;
判断位址:而当端口DHCP服务器收到广播的DHCP Dicovery信息封包时,会同时检查其DHCP Dicovery信息封包内的MAC位址,并判断与原先分配给用户端所使用的MAC位址是否相同;
抢先应答:经确认与原先分配给用户端所使用的MAC位址是相同后,则该端口DHCP服务器会优先回应DHCP Offer信息封包至用户端,而该DHCP Offer信息封包内包含该端口的预设IP位址;
用户端请求:当用户端收到DHCP Offer信息封包后,即会再于端口处广播DHCPRequest信息封包给端口DHCP服务器及其它DHCP服务器,让其它DHCP服务器知道用户端已选择端口DHCP服务器所提供的预设IP位址;
端口DHCP服务器确认:当端口DHCP服务器收到用户端所广播的DHCP Request信息封包后,便发送一个包含该端口的预设IP位址及其它设定值的DHCP Ack信息封包给用户端,以完成位址分配。
6.根据权利要求5所述的端口DHCP服务器协议位址管理的方法,其特征在于,当判断位址步骤检查DHCP Dicovery信息封包内的MAC位址不是原先分配给用户端所使用的MAC位址时,即进行另一步骤,ARP判定:即端口DHCP服务器会以地址解析协议来确认原先使用该端口的MAC位址的用户端是否已退出,当原先使用该端口的MAC位址的用户端退出后,该端口DHCP服务器会再优先从配设的端口IP位址分配表内搜寻该端口的预设IP位址,并将DHCPOffer信息封包传递给用户端使用,而该DHCP Offer信息封包内包含该端口的预设IP位址。
7.根据权利要求5所述的端口DHCP服务器协议位址管理的方法,其特征在于,该端口DHCP服务器进一步连接网页服务器,并通过共同闸道介面相互传递信息。
8.根据权利要求5所述的端口DHCP服务器协议位址管理的方法,其特征在于,该DHCPOffer信息封包内除了该端口的预设IP位址外进一步包含该端口的媒体存取控制位址、子网络遮罩和闸道器协议。
9.根据权利要求5所述的端口DHCP服务器协议位址管理的方法,其特征在于,用户端进一步为具有IP设定的设备,而该具有IP设定的设备内设有用户端DHCP服务器,以能与端口DHCP服务器或其他DHCP服务器进行各种信息 封包的传递。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310049455.8A CN103986794B (zh) | 2013-02-07 | 2013-02-07 | 端口dhcp服务器协议位址管理的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310049455.8A CN103986794B (zh) | 2013-02-07 | 2013-02-07 | 端口dhcp服务器协议位址管理的方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103986794A CN103986794A (zh) | 2014-08-13 |
CN103986794B true CN103986794B (zh) | 2017-05-03 |
Family
ID=51278617
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310049455.8A Expired - Fee Related CN103986794B (zh) | 2013-02-07 | 2013-02-07 | 端口dhcp服务器协议位址管理的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103986794B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108418907B (zh) * | 2018-05-24 | 2021-05-07 | 新华三技术有限公司 | Ip地址分配方法及装置 |
CN109194525B (zh) * | 2018-10-11 | 2022-03-11 | 迈普通信技术股份有限公司 | 一种网络节点配置方法及管理节点 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1571350A (zh) * | 2003-07-11 | 2005-01-26 | 华为技术有限公司 | 一种通过数据报文触发用户终端上线的方法 |
CN1859407A (zh) * | 2006-02-17 | 2006-11-08 | 华为技术有限公司 | 一种保障专线用户上网的方法 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CA2491674A1 (en) * | 2002-07-08 | 2004-01-15 | Packetfront Sweden Ab | Dynamic port configuration of network equipment |
-
2013
- 2013-02-07 CN CN201310049455.8A patent/CN103986794B/zh not_active Expired - Fee Related
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1571350A (zh) * | 2003-07-11 | 2005-01-26 | 华为技术有限公司 | 一种通过数据报文触发用户终端上线的方法 |
CN1859407A (zh) * | 2006-02-17 | 2006-11-08 | 华为技术有限公司 | 一种保障专线用户上网的方法 |
Also Published As
Publication number | Publication date |
---|---|
CN103986794A (zh) | 2014-08-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101883158B (zh) | 获取虚拟局域网标识和网络协议地址的方法及客户端 | |
JP4587446B2 (ja) | ネットワークシステム、並びにスイッチ装置及び経路管理サーバ及びそれらの制御方法、及び、コンピュータプログラム及びコンピュータ可読記憶媒体 | |
CN100566334C (zh) | 提供动态服务选择和最终用户配置的以太网数字用户线接入复用器和方法 | |
EP2947907B1 (en) | Startup configuration method in base station, base station and server | |
CN101286990B (zh) | 二层组播的转发方法和装置 | |
US20140012967A1 (en) | System and method for supporting multicast domain name system device and service classification | |
EP1589705A2 (en) | Method and system configured for facilitating residential broadband service | |
CN102710811B (zh) | 实现dhcp地址安全分配的方法和交换机 | |
WO2012088982A1 (zh) | 路由信息发布方法、设备及虚拟专用网系统 | |
CN101299671A (zh) | 用于组播数据包发送与接收的方法和装置 | |
WO2007009367A1 (fr) | Méthode de détection de doublons d’adresse dans un réseau d’accès deux couches ipv6 et système pour celle-ci | |
CN101026620A (zh) | Ppp网关装置 | |
EP2093949B1 (en) | A method and apparatus for preventing the counterfeiting of the network-side media access control (mac) address | |
CN102238075A (zh) | 基于以太网点对点协议的IPv6路由建立方法及接入服务器 | |
CN102025792A (zh) | 路由器及其ip地址设置方法 | |
WO2010060246A1 (zh) | 实现arp请求广播限制的方法和装置 | |
CN1176532C (zh) | 3g基站实现特定操作维护通道的自动建立方法 | |
WO2011147342A1 (zh) | 交换路由信息的方法、设备和系统 | |
CN102185766A (zh) | Dhcp服务器回应报文的单播转发方法及中转设备 | |
WO2020220459A1 (zh) | 基于VXLAN和OpenFlow的虚拟家庭网络共享方法及系统 | |
CN108306992A (zh) | 一种基站盲启动的方法、基站及集中式dhcp服务器 | |
US20140280467A1 (en) | Method of managing port dhcp server protocol addresses | |
US7391767B2 (en) | Method for providing IP multicast service using virtual LAN | |
CN103986794B (zh) | 端口dhcp服务器协议位址管理的方法 | |
CN114125995A (zh) | 数据传输方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20170503 Termination date: 20200207 |