端口dhcp服务器协议位址管理的方法
【专利摘要】一种端口DHCP服务器协议位址管理的方法，应用于交换式集线器（Switch?Hub）上，且该至少一端口系连至端口DHCP服务器，而端口DHCP服务器系配设有端口IP位址分配表，当至少一端口处从断线状态进入连线状态时，使该端口DHCP服务器会优先收到用户端由端口处所传递广播的DHCP?Dicovery信息封包，而端口DHCP服务器会抢先或阻隔其他DHCP服务器所发的DHCP?Offer信息封包，并从配设的端口IP位址分配表内搜寻该端口的预设IP位址，且该端口DHCP服务器会将包含该端口的预设IP位址的DHCP?Offer信息封包优先回应给用户端，以能缩短连线等待时间及方便管理各端口的连线。
【专利说明】端口 DHCP服务器协议位址管理的方法
【技术领域】
[0001]本发明是关于一种端口 DHCP服务器协议位址管理的方法，尤指一种利用端口DHCP服务器优先回应包含该端口的预设IP位址的DHCP Offer信息封包给用户端，以具有能缩短连线等待时间及方便管理各端口连线的效能，而适用于集线器(Hub)、交换式集线器(Switch Hub)、路由器(Router)、IP分享器或类似装置。
【背景技术】
[0002]目前市面上所贩售网络装置，如网络摄影机等，可以采用人工事先设置固定IP位址，或非固定IP位址。非固定IP装置都需与向ISP业者的DHCP服务器或自行架设的DHCP服务器取得浮动IP位址，其中该DHCP是一种动态主机设定通讯协议，因此，不管是ISP业者的DHCP服务器或自行架设的DHCP服务器都需符合RFC1541或RFC2131标准，才能连线至网络上。
[0003]而上述DHCP服务器在突然出现流量大时(如停电后)其效能都会变得很差，因为用户端可能都断线而全部重新送出DHCP要求给上述的DHCP服务器，以重新取得新的IP位址，而DHCP服务器在接收DHCP要求时，都要作数据库查询动作，将使得DHCP服务器无法快速核发IP位址，最后等待处理的DHCP要求越来越多，其速度就用越来越慢。
[0004]再者，当用户端发出广播DHCP Dicovery信息给网络时，其网络中可能存在多组DHCP服务器，而这些DHCP服务器都可能会提供给用户端一个浮动IP位址及其它设定值，而依据RFC1541或RFC2131标准来说，该用户端只会接受第I个收到含有IP位址的DHCPOffer信息，而不管DHCP Offer信息是由那一个DHCP服务器所发出的，所以在设定上也常常会端口对应IP位址不固定，造成管理上困扰，举例来说，网络摄影机有分三种取得IP位址的方式，第一种为网络摄影机本身预设一组初始虚拟固定IP位址，第二种为网络摄影机通过动态主机设定通讯协议(DHCP)技术，自DHCP服务器取得一组浮动的IP位址，第三种则为通过以太网络点对点通讯协议(P oint — to — Point Pro tocolover Ethernet，PPPo E)技术，自ISP取得固定IP位址或浮动IP位址。无论上述何种方式其网络摄影机与控制端设备的IP位址不属相同网域时，不管从网络摄影机上或控制端设备上都必须以人工方式来重新设定，才能使网络摄影机与控制端设备能产生连接，因此，控制端设备及网络摄影机常常找不到彼此的位址而无法连接，且重新设定过程十分复杂，必需具备足够的网络设定背景知识才行，因此，对于一般的使用者而言，不仅非常不方便，也容易造成困扰。
[0005]因此，本发明人有鉴于上述缺失，期能提出具有优先回应的端口 DHCP服务器协议位址管理的方法，以能缩短连线等待时间及方便管理各端口连线，乃潜心研思、设计组制，以提供消费大众使用。
【发明内容】
[0006]本发明的主要目的在提供一种端口 DHCP服务器协议位址管理的方法，通过至少一端口连至端口 DHCP服务器，而端口 DHCP服务器配设有端口 IP位址分配表，当至少一端口从断线状态进入连线状态时，使该端口 DHCP服务器会优先收到用户端由端口处所传递广播的DHCP Dicovery信息封包，而端口 DHCP服务器会抢先或阻隔其他DHCP服务器所发的DHCP Offer信息封包(其中该抢先是指早于其它DHCP服务器优先应答)，并从配设的端口 IP位址分配表内搜寻该端口的预设IP位址，且该端口 DHCP服务器会将包含该端口的预设IP位址的DHCPOfTer信息封包优先回应给用户端，使用户端能快速取得该端口所使用的预设IP位址，由此，能让用户端快速取得该端口所使用的预设IP位址，而不需再等待远端DHCP服务器所分配的浮动IP位址，当连接至该端口的硬体装置被更换或重新启动时均能自动取得该端口的预设IP位址，本方法在该端口连接超过一个以上具有IP设定的设备时，除第一个设备取得该端口的预设IP位址外，其他设备会自动从远端DHCP服务器取得分配的浮动IP位址，进而增加整体的实用性及优异性。
[0007]本发明的次一目的在提供一种端口 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信息封包传递给该用户端使用，由此，具有方便管理各端口连线的效能，进而增加整体的便利性及快速性者。
[0008]为达上述的目的，本发明为一种端口 DHCP服务器协议位址管理的方法，该端口DHCP服务器与至少一端口连接，且该端口 DHCP服务器配设有端口 IP位址分配表，其端口IP位址分配表预先设定对应连接端口的IP位址，其方法步骤包括:
[0009]侦测端口:当至少一端口从断线状态进入连线状态时，其用户端会由端口处广播DHCP Dicovery信息封包，以寻找任何的DHCP服务器给予IP位址；
[0010]抢先应答:而其端口 DHCP服务器会优先收到由端口处广播的DHCP Dicovery信息封包时，该端口 DHCP服务器会抢先或阻隔其他DHCP服务器的DHCP Offer信息封包，并从配设的端口 IP位址分配表内搜寻该端口的预设IP位址，且该端口 DHCP服务器会优先回应DHCP Offer信息封包至用户端，而该DHCP Offer信息封包内包含该端口的预设IP位址；
[0011]用户端请求:当用户端收到DHCP Offer信息封包后，即会再于端口处广播DHCPRequest信息封包给端口 DHCP服务器及其它DHCP服务器，让其它DHCP服务器知道用户端已选择端口 DHCP服务器所提供的预设IP位址；
[0012]端口 DHCP服务器确认:当端口 DHCP服务器收到用户端所广播的DHCP Request信息封包后，便发送一个包含该端口的预设IP位址及其它设定值的DHCP Ack信息封包给用户端，以完成位址分配。
[0013]其中，该端口 DHCP服务器进一步连接网页服务器，并通过共同闸道介面相互传递信息。[0014]其中，该DHCP Offer信息封包内除了该端口的预设IP位址外进一步包含该端口的媒体存取控制位址、子网络遮罩、闸道器(Gateway)协议。
[0015]其中，用户端进一步为具有IP设定的设备，而该具有IP设定的设备内设有用户端DHCP服务器，以能与端口 DHCP服务器或其他DHCP服务器进行各种信息封包的传递。
[0016]本发明还提供一种端口 DHCP服务器协议位址管理的方法，该端口 DHCP服务器与至少一端口连接，且端口 DHCP服务器配设有端口 IP位址分配表，其端口 IP位址分配表预先设定对应连接端口的IP位址，其方法步骤包括:
[0017]侦测端口:当至少一端口处于连线状态时，其用户端会不定时广播的DHCPDicovery信息封包给端口 DHCP服务器及其它DHCP服务器；
[0018]判断位址:而当端口 DHCP服务器收到广播的DHCP Dicovery信息封包时，会同时检查其DHCP Dicovery信息封包内的MAC位址，并判断与原先分配给用户端所使用的MAC位址是否相同；
[0019]抢先应答:经确认与原先分配给用户端所使用的MAC位址是相同后，则该端口DHCP服务器会优先回应DHCP Offer信息封包至用户端，而该DHCP Offer信息封包内包含该端口的预设IP位址；
[0020]用户端请求:当用户端收到DHCP Offer信息封包后，即会再于端口处广播DHCPRequest信息封包给端口 DHCP服务器及其它DHCP服务器，让其它DHCP服务器知道用户端已选择端口 DHCP服务器所提供的预设IP位址；
[0021 ] 端口 DHCP服务器确认:当端口 DHCP服务器收到用户端所广播的DHCP Request信息封包后，便发送一个包含该端口的预设IP位址及其它设定值的DHCP Ack信息封包给用户端，以完成位址分配。
[0022]其中，当判断位址步骤检查DHCP Dicovery信息封包内的MAC位址不是原先分配给用户端所使用的MAC位址时，即进行另一步骤，ARP判定:即端口 DHCP服务器会以地址解析协议来确认原先使用该端口的MAC位址的用户端是否已退出，当原先使用该端口的MAC位址的用户端退出后，该端口 DHCP服务器会再优先从配设的端口 IP位址分配表内搜寻该端口的预设IP位址，并将DHCP Offer信息封包传递给用户端使用，而该DHCP Offer信息封包内包含该端口的预设IP位址。
[0023]其中，该端口 DHCP服务器进一步连接网页服务器，并通过共同闸道介面相互传递信息。
[0024]其中，该DHCP Offer信息封包内除了该端口的预设IP位址外进一步包含该端口的媒体存取控制位址、子网络遮罩、闸道器协议。
[0025]其中，用户端进一步为具有IP设定的设备，而该具有IP设定的设备内设有用户端DHCP服务器，以能与端口 DHCP服务器或其他DHCP服务器进行各种信息封包的传递。
[0026]由此，本发明能让用户端快速取得该端口所使用的预设IP位址，而不需再等待远端DHCP服务器所分配的浮动IP位址，当连接至该端口的硬件装置被更换或重新启动时均能自动取得该端口的预设IP位址，本方法在该端口连接超过一个以上具有IP设定的设备时，除第一个设备取得该端口的预设IP位址外，其他设备会自动从远端DHCP服务器取得分配的浮动IP位址，以能缩短连线等待时间及方便管理各端口的连线。
[0027]本发明的其他特点及具体实施例，可于以下列配合附图的详细说明中，进一步了解。
【专利附图】
【附图说明】
[0028]图1为本发明的信息封包传递示意图。
[0029]图2为本发明的架构示意图。
[0030]图3为本发明的从断线状态进入连线状态的步骤流程示意图。
[0031]图4为本发明的呈连线状态的步骤流程示意图。
[0032]附图标记说明: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、共同闸道介面(CG I s);步骤S 100、侦测端口；步骤S 110、抢先应答；步骤S 120、用户端请求；步骤S 130、端口 DHCP服务器确认；步骤S 200、侦测端口 ；步骤S 210、判断位址；步骤S 2110、ARP判定；步骤S 220、抢先应答；步骤S 230、用户端请求；步骤S 240、端口 DHCP服务器确认。
【具体实施方式】
[0033]请参考图1?4所示，为本发明端口 DHCP服务器协议位址管理的方法的示意图。而本发明的第一种实施态样为该端口 DHCP服务器10与至少一端口 20连接，且该端口 DHCP服务器10配设有端口 IP位址分配表30，其端口 IP位址分配表30是预先设定对应连接端口的IP位址31，其方法主要步骤包括:步骤S 100侦测端口:当至少一端口 20从断线状态进入连线状态时，其用户端40会由端口 20处广播DHCP Dicovery信息封包41，以寻找任何的DHCP服务器50给予IP位址52 ;步骤S 110抢先应答:而其端口 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 ;步骤S 120用户端请求:当用户端40收到DHCP Offer信息封包11后，即会再于端口 20处广播DHCP Request信息封包42给端口 DHCP服务器10及其它DHCP服务器50，让其它DHCP服务器50知道用户端40已选择端口 DHCP服务器10所提供的预设IP位址31 ;步骤S 130端口 DHCP服务器确认:当端口 DHCP服务器10收到用户端40所广播的DHCP Request信息封包42后，便发送一个包含该端口的预设IP位址31及其它设定值的DHCP Ack信息封包12给用户端40，藉以完成位址分配者。
[0034]而本发明的第二种实施态样为该端口 DHCP服务器10系与至少一端口 20连接，且端口 DHCP服务器10配设有端口 IP位址分配表30，其端口 IP位址分配表30预先设定对应连接端口的IP位址31，其方法主要步骤包括:步骤S 200侦测端口:当至少一端口 20处于连线状态时，其用户端40会不定时广播的DHCP Dicovery信息封包41给端口 DHCP服务器10及其它DHCP服务器50 ;步骤S 210判断位址:而当端口 DHCP服务器10收到广播的DHCPDicovery信息封包41时,会同时检查其DHCP Dicovery信息封包41内的MAC位址411,并判断与原先分配给用户端40所使用的MAC位址411是否相同；步骤S 220抢先应答:经确认与原先分配给用户端40所使用的MAC位址411是相同后，则该端口 DHCP服务器10会优先回应DHCP Offer信息封包11至用户端40，而该DHCP Offer信息封包11内包含该端口的预设IP位址31 ;步骤S 230用户端请求:当用户端40收到DHCP Offer信息封包11后，即会再于端口 20处广播DHCP Request信息封包42给端口 DHCP服务器10及其它DHCP服务器50，让其它DHCP服务器50知道用户端40已选择端口 DHCP服务器10所提供的预设IP位址31 ;步骤S 240端口 DHCP服务器确认:当端口 DHCP服务器10收到用户端40所广播的DHCP Request信息封包42后，便发送一个包含该端口的预设IP位址31及其它设定值的DHCP Ack信息封包13给用户端40，以完成位址分配。
[0035]其中当判断位址步骤S 210检查DHCP Dicovery信息封包41内的MAC位址411不是原先分配给用户端40所使用的MAC位址411时，即进行另一步骤，S 2110ARP判定:SP端口 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，并通过共同闸道介面(C G I s )61相互传递信息；另该DHCP Offer信息封包11内除了该端口 20的预设IP位址31外系进一步包含该端口 20的媒体存取控制位址(MAC)、子网络遮罩(S u b n e t Mask)、闸道器(Gateway)等协议；另用户端40系进一步为具有IP设定的设备43，而该具有IP设定的设备43内设有用户端DHCP服务器431，以能与端口 DHCP服务器10或其他DHCP服务器50进行各种信息封包的传递。
[0036]请参考图1?4所示，为本发明端口 DHCP服务器协议位址管理的方法的示意图。本发明最佳操作原理系为应用在集线器(Hub)、交换式集线器(Switch Hub)、路由器(Router)、IP分享器或类似装置上(图未示)，而上述装置内设有端口 DHCP服务器10，其端口 DHCP服务器10系与至少一端口 20连接，且端口 DHCP服务器10系配设有端口 IP位址分配表30，而端口 IP位址分配表30系预先设定对应连接端口的IP位址31 (如P 00:192.168.11.100?P 23:192.168.11.123)(如图2所示)，因此，当至少一端口 20与用户端(Client) 40呈连线状态时，即进行步骤S 200侦测端口(如图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后，即进行下一步骤S 210判断位址(如图4所示):而当端口 DHCP服务器10收到广播的DHCP Dicovery信息封包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为媒体存取控制位址M e d i a Access Control Address或称硬件位址,是用来定义网络设备位置的),且判断与原先分配给用户端(Client) 40所使用的IP位址31的MAC位址411是否相同，因此，当端口 DHCP服务器10进行判断时，即进行下一步骤S 220抢先应答(如图4所示):经确认与原先分配给用户端40所使用的MAC位址411是相同后，则该端口 DHCP服务器10会优先回应DHCP Offer信息封包11至用户端40，而该DHCP Offer信息封包11内包含该端口的预设IP位址31(如图1所示);也就是当端口 DHCP服务器10确认从端口 20出所收到的DHCPDicovery信息封包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)、子网络遮罩(S u b n e t Mask)、闸道器(Gateway)等协议,使用户端(Client)40能持续进行连线，因此，当用户端(Client)40收到从端口 DHCP服务器10所传送过来的DHCP Offer信息封包11后，即进行下一步骤S 230用户端请求(如图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，并通过共同闸道介面(CG I s )61相互传递信息，以能缩短连线等待时间，因此，当用户端(Client) 40发出DHCP Request信息封包42后，即进行下一步骤S 2400端口 DHCP服务器确认(如图4所示):当端口 DHCP服务器10收到用户端40所广播的DHCP Request信息封包42后，便发送一个包含该端口 20的预设IP位址31及其它设定值的DHCP Ack信息封包12给用户端40 (如图1所示)，以完成位址分配；而当端口 DHCP服务器10收到从用户端(Client) 40发出DHCPRequest信息封包42后，即发送一个包含该端口 20的预设IP位址31及其它设定值的DHCP Ack信息封包12给用户端(Client) 40,让用户端(Client) 40继续使用原来的IP位址31进行连线。
[0037]另，当判断位址的步骤S 210检查DHCP Dicovery信息封包41内的MAC位址411不是原先分配给用户端40所使用的MAC位址411时，即进行另一步骤S 2110ARP判定(如图4所示):即端口 DHCP服务器10会以地址解析协议(ARP) 13来确认原先使用该端口 20的MAC位址411的用户端40是否已退出，当原先使用该端口 20的MAC位址411的用户端40退出后，该端口 DHCP服务器10会再优先从配设的端口 IP位址分配表30内搜寻该端口 20的预设IP位址31，并将DHCP Offer信息封包11传递给用户端40使用，而该DHCPOffer信息封包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 N Ack信息封包给用户端(Client)40，并同时回到未分配状态，也就是回到用户端40从断线状态进入连线的状态，再此同时，当至少一端口 20从断线状态进入连线状态时，其步骤也从新开始进行，即回到步骤S 100侦测端口(如图3所示):当至少一端口 20从断线状态进入连线状态时，其用户端40会由端口 20处广播DHCP Dicovery信息封包41，以寻找任何的DHCP服务器50给予IP位址52 (如图1所示)；其用户端(Client) 40会重新由端口 20处广播DHCP Dicovery信息封包41给任何DHCP服务器50要求提供IP位址52给予使用包含端口 DHCP服务器10，因此，当用户端(Client) 40发出DHCP Dicovery信息封包41后，即进行下一步骤S 110抢先应答(如图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优先应答)，而该DHCP Offer信息封包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的DHCPOffer信息封包11后，即进行下一步骤S 120用户端请求(如第3图所示):当用户端40收到DHCP Offer信息封包11后，即会再于端口 20处广播DHCP Request信息封包42给端口DHCP服务器10及其它DHCP服务器50，让其它DHCP服务器50知道用户端40已选择端口DHCP服务器10所提供的预设IP位址31 (如第I图所示);也就是用户端(Client) 40收到从端口 DHCP服务器10发出DHCP Offer信息封包11后，其中该DHCP Offer信息封包11内除了该端口 20的预设IP位址31外包含了该端口 20的媒体存取控制位址(MAC)、子网络遮罩(S u b 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后，即进行下一步骤S 130端口 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，并通过共同闸道介面(CG I s )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的连线。
[0038]通过以上详细说明，可使熟知本项技艺者明了本发明的确可达成前述目的，已符合专利法的规定，提出专利申请。
[0039]以上所述者，仅为本发明的较佳实施例而已，当不能以此限定本发明实施的范围；故，凡依本发明申请专利范围及说明书内容所作的简单的等效变化与修饰，皆应仍属本
发明专利涵盖的范围内。
【权利要求】
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位址，并将DHCP Offer信息封包传递给用户端使用，而该DHCP Offer信息封包内包含该端口的预设IP位址。
7.根据权利要求5所述的端口DHCP服务器协议位址管理的方法，其特征在于，该端口DHCP服务器进一步连接网页服务器，并通过共同闸道介面相互传递信息。
8. 息封包内除了该端口的预设IP位址外进一步包含该端口的媒体存取控制位址、子网络遮罩、闸道器协议。
9.根据权利要求5所述的端口DHCP服务器协议位址管理的方法，其特征在于，用户端进一步为具有IP设定的设备，而该具有IP设定的设备内设有用户端DHCP服务器，以能与端口 DHCP服务器或其他DHCP服务器进行各种信息封包的传递。
【文档编号】H04L29/12GK103986794SQ201310049455
【公开日】2014年8月13日 申请日期:2013年2月7日 优先权日:2013年2月7日
【发明者】黄佳铭 申请人:慧友电子股份有限公司