端口DHCP服务器协议位址管理的方法.pdf

摘要
申请专利号：	CN201310049455.8	申请日：	2013.02.07
公开号：	CN103986794A	公开日：	2014.08.13
当前法律状态：	授权	有效性：	有权
法律详情：	授权\|\|\|实质审查的生效IPC(主分类):H04L 29/12申请日:20130207\|\|\|公开
IPC分类号：	H04L29/12; H04L29/06	主分类号：	H04L29/12
申请人：	慧友电子股份有限公司
发明人：	黄佳铭
地址：	中国台湾新北市
优先权：
专利代理机构：	北京科龙寰宇知识产权代理有限责任公司 11139	代理人：	孙皓晨;李涵
PDF下载：	PDF下载

内容摘要

一种端口DHCP服务器协议位址管理的方法，应用于交换式集线器（Switch Hub）上，且该至少一端口系连至端口DHCP服务器，而端口DHCP服务器系配设有端口IP位址分配表，当至少一端口处从断线状态进入连线状态时，使该端口DHCP服务器会优先收到用户端由端口处所传递广播的DHCP Dicovery信息封包，而端口DHCP服务器会抢先或阻隔其他DHCP服务器所发的DHCP Offer信息封包，并从配设的端口IP位址分配表内搜寻该端口的预设IP位址，且该端口DHCP服务器会将包含该端口的预设IP位址的DHCP Offer信息封包优先回应给用户端，以能缩短连线等待时间及方便管理各端口的连线。

权利要求书

权利要求书1. 一种端口DHCP服务器协议位址管理的方法，其特征在于，该端口DHCP服务器与至少一端口连接，且该端口DHCP服务器配设有端口IP位址分配表，其端口IP位址分配表预先设定对应连接端口的IP位址，其方法步骤包括：侦测端口：当至少一端口从断线状态进入连线状态时，其用户端会由端口处广播DHCP Dicovery信息封包，以寻找任何的DHCP服务器给予IP位址；抢先应答：而其端口DHCP服务器会优先收到由端口处广播的DHCP Dicovery信息封包时，该端口DHCP服务器会抢先或阻隔其他DHCP服务器的DHCP Offer信息封包，并从配设的端口IP位址分配表内搜寻该端口的预设IP位址，且该端口DHCP服务器会优先回应DHCP Offer信息封包至用户端，而该DHCP Offer信息封包内包含该端口的预设IP位址；用户端请求：当用户端收到DHCP Offer信息封包后，即会再于端口处广播DHCP Request信息封包给端口DHCP服务器及其它DHCP服务器，让其它DHCP服务器知道用户端已选择端口DHCP服务器所提供的预设IP位址；端口DHCP服务器确认：当端口DHCP服务器收到用户端所广播的DHCP Request信息封包后，便发送一个包含该端口的预设IP位址及其它设定值的DHCP Ack信息封包给用户端，以完成位址分配。2. 根据权利要求1所述的端口DHCP服务器协议位址管理的方法，其特征在于，该端口DHCP服务器进一步连接网页服务器，并通过共同闸道介面相互传递信息。3. 根据权利要求1所述的端口DHCP服务器协议位址管理的方法，其特征在于，该DHCP Offer信息封包内除了该端口的预设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信息封包后，即会再于端口处广播DHCP Request信息封包给端口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. 根据权利要求5所述的端口DHCP服务器协议位址管理的方法，其特征在于，该DHCP Offer信息封包内除了该端口的预设IP位址外进一步包含该端口的媒体存取控制位址、子网络遮罩、闸道器协议。9. 根据权利要求5所述的端口DHCP服务器协议位址管理的方法，其特征在于，用户端进一步为具有IP设定的设备，而该具有IP设定的设备内设有用户端DHCP服务器，以能与端口DHCP服务器或其他DHCP服务器进行各种信息封包的传递。

说明书

说明书端口DHCP服务器协议位址管理的方法
技术领域
本发明是关于一种端口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位址，第三种则为通过以太网络点对点通讯协议（Ｐｏｉｎｔ－ｔｏ－ＰｏｉｎｔＰｒｏｔｏｃｏｌｏｖｅｒＥｔｈｅｒｎｅｔ，ＰＰＰｏＥ）技术，自ISP取得固定IP位址或浮动IP位址。无论上述何种方式其网络摄影机与控制端设备的IP位址不属相同网域时，不管从网络摄影机上或控制端设备上都必须以人工方式来重新设定，才能使网络摄影机与控制端设备能产生连接，因此，控制端设备及网络摄影机常常找不到彼此的位址而无法连接，且重新设定过程十分复杂，必需具备足够的网络设定背景知识才行，因此，对于一般的使用者而言，不仅非常不方便，也容易造成困扰。
因此，本发明人有鉴于上述缺失，期能提出具有优先回应的端口DHCP服务器协议位址管理的方法，以能缩短连线等待时间及方便管理各端口连线，乃潜心研思、设计组制，以提供消费大众使用。
发明内容
本发明的主要目的在提供一种端口DHCP服务器协议位址管理的方法，通过至少一端口连至端口DHCP服务器，而端口DHCP服务器配设有端口IP位址分配表，当至少一端口从断线状态进入连线状态时，使该端口DHCP服务器会优先收到用户端由端口处所传递广播的DHCP Dicovery信息封包，而端口DHCP服务器会抢先或阻隔其他DHCP服务器所发的DHCP Offer信息封包（其中该抢先是指早于其它DHCP服务器优先应答），并从配设的端口IP位址分配表内搜寻该端口的预设IP位址，且该端口DHCP服务器会将包含该端口的预设IP位址的DHCPOffer信息封包优先回应给用户端，使用户端能快速取得该端口所使用的预设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服务器会优先回应DHCP Offer信息封包至用户端，而该DHCP Offer信息封包内包含该端口的预设IP位址；
用户端请求：当用户端收到DHCP Offer信息封包后，即会再于端口处广播DHCP Request信息封包给端口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位址，其方法步骤包括：
侦测端口：当至少一端口处于连线状态时，其用户端会不定时广播的DHCP Dicovery信息封包给端口DHCP服务器及其它DHCP服务器；
判断位址：而当端口DHCP服务器收到广播的DHCP Dicovery信息封包时，会同时检查其DHCP Dicovery信息封包内的MAC位址，并判断与原先分配给用户端所使用的MAC位址是否相同；
抢先应答：经确认与原先分配给用户端所使用的MAC位址是相同后，则该端口DHCP服务器会优先回应DHCP Offer信息封包至用户端，而该DHCP Offer信息封包内包含该端口的预设IP位址；
用户端请求：当用户端收到DHCP Offer信息封包后，即会再于端口处广播DHCP Request信息封包给端口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、共同闸道介面（ＣＧＩｓ）；步骤Ｓ100、侦测端口；步骤Ｓ110、抢先应答；步骤Ｓ120、用户端请求；步骤Ｓ130、端口DHCP服务器确认；步骤Ｓ200、侦测端口；步骤Ｓ210、判断位址；步骤Ｓ2110、ARP判定；步骤Ｓ220、抢先应答；步骤Ｓ230、用户端请求；步骤Ｓ240、端口DHCP服务器确认。
具体实施方式
请参考图1～4所示，为本发明端口DHCP服务器协议位址管理的方法的示意图。而本发明的第一种实施态样为该端口DHCP服务器10与至少一端口20连接，且该端口DHCP服务器10配设有端口IP位址分配表30，其端口IP位址分配表30是预先设定对应连接端口的IP位址31，其方法主要步骤包括：步骤Ｓ100侦测端口：当至少一端口20从断线状态进入连线状态时，其用户端40会由端口20处广播DHCP Dicovery信息封包41，以寻找任何的DHCP服务器50给予IP位址52；步骤Ｓ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；步骤Ｓ120用户端请求：当用户端40收到DHCP Offer信息封包11后，即会再于端口20处广播DHCP Request信息封包42给端口DHCP服务器10及其它DHCP服务器50，让其它DHCP服务器50知道用户端40已选择端口DHCP服务器10所提供的预设IP位址31；步骤Ｓ130端口DHCP服务器确认：当端口DHCP服务器10收到用户端40所广播的DHCP Request信息封包42后，便发送一个包含该端口的预设IP位址31及其它设定值的DHCP Ack信息封包12给用户端40，藉以完成位址分配者。
而本发明的第二种实施态样为该端口DHCP服务器10系与至少一端口20连接，且端口DHCP服务器10配设有端口IP位址分配表30，其端口IP位址分配表30预先设定对应连接端口的IP位址31，其方法主要步骤包括：步骤Ｓ200侦测端口：当至少一端口20处于连线状态时，其用户端40会不定时广播的DHCP Dicovery信息封包41给端口DHCP服务器10及其它DHCP服务器50；步骤Ｓ210判断位址：而当端口DHCP服务器10收到广播的DHCP Dicovery信息封包41时，会同时检查其DHCP Dicovery信息封包41内的MAC位址411，并判断与原先分配给用户端40所使用的MAC位址411是否相同；步骤Ｓ220抢先应答：经确认与原先分配给用户端40所使用的MAC位址411是相同后，则该端口DHCP服务器10会优先回应DHCP Offer信息封包11至用户端40，而该DHCP Offer信息封包11内包含该端口的预设IP位址31；步骤Ｓ230用户端请求：当用户端40收到DHCP Offer信息封包11后，即会再于端口20处广播DHCP Request信息封包42给端口DHCP服务器10及其它DHCP服务器50，让其它DHCP服务器50知道用户端40已选择端口DHCP服务器10所提供的预设IP位址31；步骤Ｓ240端口DHCP服务器确认：当端口DHCP服务器10收到用户端40所广播的DHCP Request信息封包42后，便发送一个包含该端口的预设IP位址31及其它设定值的DHCP Ack信息封包13给用户端40，以完成位址分配。
其中当判断位址步骤Ｓ210检查DHCP Dicovery信息封包41内的MAC位址411不是原先分配给用户端40所使用的MAC位址411时，即进行另一步骤，Ｓ2110ARP判定：即端口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，并通过共同闸道介面（ＣＧＩｓ）61相互传递信息；另该DHCP Offer信息封包11内除了该端口20的预设IP位址31外系进一步包含该端口20的媒体存取控制位址（MAC）、子网络遮罩（Ｓｕｂｎｅｔ 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（如Ｐ00：192．168．11．100～Ｐ23：192．168．11．123）（如图2所示），因此，当至少一端口20与用户端（Client）40呈连线状态时，即进行步骤Ｓ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后，即进行下一步骤Ｓ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为媒体存取控制位址ＭｅｄｉａＡｃｃｅｓｓＣｏｎｔｒｏｌＡｄｄｒｅｓｓ或称硬件位址，是用来定义网络设备位置的），且判断与原先分配给用户端（Client）40所使用的IP位址31的MAC位址411是否相同，因此，当端口DHCP服务器10进行判断时，即进行下一步骤Ｓ220抢先应答（如图4所示）：经确认与原先分配给用户端40所使用的MAC位址411是相同后，则该端口DHCP服务器10会优先回应DHCP Offer信息封包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）、子网络遮罩（Ｓｕｂｎｅｔ Mask）、闸道器（Gateway）等协议，使用户端（Client）40能持续进行连线，因此，当用户端（Client）40收到从端口DHCP服务器10所传送过来的DHCP Offer信息封包11后，即进行下一步骤Ｓ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，并通过共同闸道介面（ＣＧＩｓ）61相互传递信息，以能缩短连线等待时间，因此，当用户端（Client）40发出DHCP Request信息封包42后，即进行下一步骤Ｓ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进行连线。
另，当判断位址的步骤Ｓ210检查DHCP Dicovery信息封包41内的MAC位址411不是原先分配给用户端40所使用的MAC位址411时，即进行另一步骤Ｓ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使用，而该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 ＮAck信息封包给用户端（Client）40，并同时回到未分配状态，也就是回到用户端40从断线状态进入连线的状态，再此同时，当至少一端口20从断线状态进入连线状态时，其步骤也从新开始进行，即回到步骤Ｓ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后，即进行下一步骤Ｓ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的DHCP Offer信息封包11后，即进行下一步骤Ｓ120用户端请求（如第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后，其中该DHCP Offer信息封包11内除了该端口20的预设IP位址31外包含了该端口20的媒体存取控制位址（MAC）、子网络遮罩（Ｓｕｂｎｅｔ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后，即进行下一步骤Ｓ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，并通过共同闸道介面（ＣＧＩｓ）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的连线。
通过以上详细说明，可使熟知本项技艺者明了本发明的确可达成前述目的，已符合专利法的规定，提出专利申请。
以上所述者，仅为本发明的较佳实施例而已，当不能以此限定本发明实施的范围﹔故，凡依本发明申请专利范围及说明书内容所作的简单的等效变化与修饰，皆应仍属本发明专利涵盖的范围内。

资源描述

《端口DHCP服务器协议位址管理的方法.pdf》由会员分享，可在线阅读，更多相关《端口DHCP服务器协议位址管理的方法.pdf（15页珍藏版）》请在专利查询网上搜索。

1、(10)申请公布号 CN 103986794 A (43)申请公布日 2014.08.13 CN 103986794 A (21)申请号 201310049455.8 (22)申请日 2013.02.07 H04L 29/12(2006.01) H04L 29/06(2006.01) (71)申请人慧友电子股份有限公司地址中国台湾新北市 (72)发明人黄佳铭 (74)专利代理机构北京科龙寰宇知识产权代理有限责任公司 11139 代理人孙皓晨李涵 (54) 发明名称端口 DHCP 服务器协议位址管理的方法 (57) 摘要一种端口 DHCP 服务器协议位址管理的方法，应用于交。

2、换式集线器（Switch Hub）上，且该至少一端口系连至端口DHCP服务器，而端口DHCP服务器系配设有端口 IP 位址分配表，当至少一端口处从断线状态进入连线状态时，使该端口 DHCP 服务器会优先收到用户端由端口处所传递广播的DHCP Dicovery信息封包，而端口DHCP服务器会抢先或阻隔其他 DHCP 服务器所发的 DHCP Offer 信息封包，并从配设的端口 IP 位址分配表内搜寻该端口的预设IP位址，且该端口DHCP服务器会将包含该端口的预设 IP 位址的 DHCP Offer 信息封包优先回应给用户端，以能缩短连线等待时间及方便管理各。

3、端口的连线。 (51)Int.Cl. 权利要求书 2 页说明书 8 页附图 4 页 (19)中华人民共和国国家知识产权局 (12)发明专利申请权利要求书2页说明书8页附图4页 (10)申请公布号 CN 103986794 A CN 103986794 A 1/2 页 2 1.一种端口DHCP服务器协议位址管理的方法，其特征在于，该端口DHCP服务器与至少一端口连接，且该端口 DHCP 服务器配设有端口 IP 位址分配表，其端口 IP 位址分配表预先设定对应连接端口的 IP 位址，其方法步骤包括：侦测端口：当至少一端口从断线状态进入连线状态时，其用户端会由端口处。

4、广播 DHCP Dicovery 信息封包，以寻找任何的 DHCP 服务器给予 IP 位址；抢先应答：而其端口DHCP服务器会优先收到由端口处广播的DHCP Dicovery信息封包时，该端口 DHCP 服务器会抢先或阻隔其他 DHCP 服务器的 DHCP Offer 信息封包，并从配设的端口IP位址分配表内搜寻该端口的预设IP位址，且该端口DHCP服务器会优先回应DHCP Offer 信息封包至用户端，而该 DHCP Offer 信息封包内包含该端口的预设 IP 位址；用户端请求：当用户端收到 DHCP Offer 信息封包后，即会再于端口处广播 DHCP R。

5、equest 信息封包给端口 DHCP 服务器及其它 DHCP 服务器，让其它 DHCP 服务器知道用户端已选择端口 DHCP 服务器所提供的预设 IP 位址；端口DHCP服务器确认：当端口DHCP服务器收到用户端所广播的DHCP Request信息封包后，便发送一个包含该端口的预设IP位址及其它设定值的DHCP Ack信息封包给用户端，以完成位址分配。 2. 根据权利要求 1 所述的端口 DHCP 服务器协议位址管理的方法，其特征在于，该端口 DHCP 服务器进一步连接网页服务器，并通过共同闸道介面相互传递信息。 3. 根据权利要求 1 所述的端口 DHCP 服务器协。

6、议位址管理的方法，其特征在于，该 DHCP Offer 信息封包内除了该端口的预设 IP 位址外进一步包含该端口的媒体存取控制位址、子网络遮罩、闸道器协议。 4. 根据权利要求 1 所述的端口 DHCP 服务器协议位址管理的方法，其特征在于，用户端进一步为具有 IP 设定的设备，而该具有 IP 设定的设备内设有用户端 DHCP 服务器，以能与端口 DHCP 服务器或其他 DHCP 服务器进行各种信息封包的传递。 5.一种端口DHCP服务器协议位址管理的方法，其特征在于，该端口DHCP服务器与至少一端口连接，且端口 DHCP 服务器配设有端口 IP 位址分配表，其。

7、端口 IP 位址分配表预先设定对应连接端口的 IP 位址，其方法步骤包括：侦测端口：当至少一端口处于连线状态时，其用户端会不定时广播的 DHCP Dicovery 信息封包给端口 DHCP 服务器及其它 DHCP 服务器；判断位址：而当端口 DHCP 服务器收到广播的 DHCP Dicovery 信息封包时，会同时检查其 DHCP Dicovery 信息封包内的 MAC 位址，并判断与原先分配给用户端所使用的 MAC 位址是否相同；抢先应答：经确认与原先分配给用户端所使用的 MAC 位址是相同后，则该端口 DHCP 服务器会优先回应 DHCP Offe。

8、r 信息封包至用户端，而该 DHCP Offer 信息封包内包含该端口的预设 IP 位址；用户端请求：当用户端收到 DHCP Offer 信息封包后，即会再于端口处广播 DHCP Request 信息封包给端口 DHCP 服务器及其它 DHCP 服务器，让其它 DHCP 服务器知道用户端已选择端口 DHCP 服务器所提供的预设 IP 位址；端口DHCP服务器确认：当端口DHCP服务器收到用户端所广播的DHCP Request信息封包后，便发送一个包含该端口的预设IP位址及其它设定值的DHCP Ack信息封包给用户端，权利要求书 CN 103986794 。

9、A 2 2/2 页 3 以完成位址分配。 6. 根据权利要求 5 所述的端口 DHCP 服务器协议位址管理的方法，其特征在于，当判断位址步骤检查 DHCP Dicovery 信息封包内的 MAC 位址不是原先分配给用户端所使用的 MAC 位址时，即进行另一步骤， ARP 判定：即端口 DHCP 服务器会以地址解析协议来确认原先使用该端口的MAC位址的用户端是否已退出，当原先使用该端口的MAC位址的用户端退出后，该端口 DHCP 服务器会再优先从配设的端口 IP 位址分配表内搜寻该端口的预设 IP 位址，并将 DHCP Offer 信息封包传递给用户端使用，而该 DHCP。

10、 Offer 信息封包内包含该端口的预设 IP 位址。 7. 根据权利要求 5 所述的端口 DHCP 服务器协议位址管理的方法，其特征在于，该端口 DHCP 服务器进一步连接网页服务器，并通过共同闸道介面相互传递信息。 8. 根据权利要求 5 所述的端口 DHCP 服务器协议位址管理的方法，其特征在于，该 DHCP Offer 信息封包内除了该端口的预设 IP 位址外进一步包含该端口的媒体存取控制位址、子网络遮罩、闸道器协议。 9. 根据权利要求 5 所述的端口 DHCP 服务器协议位址管理的方法，其特征在于，用户端进一步为具有 IP 设定的设备，而该具有 IP 设定的。

11、设备内设有用户端 DHCP 服务器，以能与端口 DHCP 服务器或其他 DHCP 服务器进行各种信息封包的传递。权利要求书 CN 103986794 A 3 1/8 页 4 端口 DHCP 服务器协议位址管理的方法技术领域 0001 本发明是关于一种端口 DHCP 服务器协议位址管理的方法，尤指一种利用端口 DHCP 服务器优先回应包含该端口的预设 IP 位址的 DHCP Offer 信息封包给用户端，以具有能缩短连线等待时间及方便管理各端口连线的效能，而适用于集线器（Hub）、交换式集线器（Switch Hub）、路由器（Router）、 IP 分享器。

12、或类似装置。背景技术 0002 目前市面上所贩售网络装置，如网络摄影机等，可以采用人工事先设置固定 IP 位址，或非固定 IP 位址。非固定 IP 装置都需与向 ISP 业者的 DHCP 服务器或自行架设的 DHCP 服务器取得浮动 IP 位址，其中该 DHCP 是一种动态主机设定通讯协议，因此，不管是 ISP 业者的 DHCP 服务器或自行架设的 DHCP 服务器都需符合 RFC1541 或 RFC2131 标准，才能连线至网络上。 0003 而上述 DHCP 服务器在突然出现流量大时（如停电后）其效能都会变得很差，因为用户端可能都断线而全部重新送出 DHCP 。

13、要求给上述的 DHCP 服务器，以重新取得新的 IP 位址，而 DHCP 服务器在接收 DHCP 要求时，都要作数据库查询动作，将使得 DHCP 服务器无法快速核发 IP 位址，最后等待处理的 DHCP 要求越来越多，其速度就用越来越慢。 0004 再者，当用户端发出广播 DHCP Dicovery 信息给网络时，其网络中可能存在多组 DHCP 服务器，而这些 DHCP 服务器都可能会提供给用户端一个浮动 IP 位址及其它设定值，而依据 RFC1541 或 RFC2131 标准来说，该用户端只会接受第 1 个收到含有 IP 位址的 DHCP Offer 信息，而不管。

14、 DHCP Offer 信息是由那一个 DHCP 服务器所发出的，所以在设定上也常常会端口对应 IP 位址不固定，造成管理上困扰，举例来说，网络摄影机有分三种取得 IP 位址的方式，第一种为网络摄影机本身预设一组初始虚拟固定 IP 位址，第二种为网络摄影机通过动态主机设定通讯协议（DHCP）技术，自 DHCP 服务器取得一组浮动的 IP 位址，第三种则为通过以太网络点对点通讯协议（，）技术，自 ISP 取得固定 IP 位址或浮动 IP 位址。无论上述何种方式其网络摄影机与控制端设备的 IP 位址不属相同网域时，不管从网络摄影机上或控制端设备上都必须以。

15、人工方式来重新设定，才能使网络摄影机与控制端设备能产生连接，因此，控制端设备及网络摄影机常常找不到彼此的位址而无法连接，且重新设定过程十分复杂，必需具备足够的网络设定背景知识才行，因此，对于一般的使用者而言，不仅非常不方便，也容易造成困扰。 0005 因此，本发明人有鉴于上述缺失，期能提出具有优先回应的端口 DHCP 服务器协议位址管理的方法，以能缩短连线等待时间及方便管理各端口连线，乃潜心研思、设计组制，以提供消费大众使用。发明内容 0006 本发明的主要目的在提供一种端口 DHCP 服务器协议位址管理的方法，通过至少说明书 CN 103986。

16、794 A 4 2/8 页 5 一端口连至端口 DHCP 服务器，而端口 DHCP 服务器配设有端口 IP 位址分配表，当至少一端口从断线状态进入连线状态时，使该端口 DHCP 服务器会优先收到用户端由端口处所传递广播的 DHCP Dicovery 信息封包，而端口 DHCP 服务器会抢先或阻隔其他 DHCP 服务器所发的 DHCP Offer 信息封包（其中该抢先是指早于其它 DHCP 服务器优先应答），并从配设的端口 IP 位址分配表内搜寻该端口的预设 IP 位址，且该端口 DHCP 服务器会将包含该端口的预设IP位址的DHCPOffer信息封包优先回应给用户端，。

17、使用户端能快速取得该端口所使用的预设 IP 位址，由此，能让用户端快速取得该端口所使用的预设 IP 位址，而不需再等待远端 DHCP 服务器所分配的浮动 IP 位址，当连接至该端口的硬体装置被更换或重新启动时均能自动取得该端口的预设IP位址，本方法在该端口连接超过一个以上具有IP设定的设备时，除第一个设备取得该端口的预设 IP 位址外，其他设备会自动从远端 DHCP 服务器取得分配的浮动 IP 位址，进而增加整体的实用性及优异性。 0007 本发明的次一目的在提供一种端口 DHCP 服务器协议位址管理的方法，通过至少一端口连至端口 DHCP 服务器，而端口 DHC。

18、P 服务器系配设有端口 IP 位址分配表，当至少一端口处于连线状态时，其端口 DHCP 服务器收到用户端所广播的 DHCP Dicovery 信息封包后，会检查其 DHCP Dicovery 信息封包内的 MAC 位址，并判断与原先分配给用户端所使用的 MAC 位址是否相同，经确认与原先分配给用户端所使用的 MAC 位址是相同后，则该端口 DHCP 服务器会优先回应具有包含该端口的预设 IP 位址的 DHCP Offer 信息封包给用户端，另当判断不是原先分配给用户端所使用的MAC位址时，端口DHCP服务器会以地址解析协议（ARP）来确认原先使用该端口的MAC位址的用。

19、户端是否已退出，当原先使用该端口的MAC位址的用户端退出后，该端口 DHCP 服务器会优先再从配设的端口 IP 位址分配表内搜寻该端口的预设 IP 位址，并将 DHCP Offer 信息封包传递给该用户端使用，由此，具有方便管理各端口连线的效能，进而增加整体的便利性及快速性者。 0008 为达上述的目的，本发明为一种端口 DHCP 服务器协议位址管理的方法，该端口 DHCP 服务器与至少一端口连接，且该端口 DHCP 服务器配设有端口 IP 位址分配表，其端口 IP 位址分配表预先设定对应连接端口的 IP 位址，其方法步骤包括： 0009 侦测端口：当至少一端。

20、口从断线状态进入连线状态时，其用户端会由端口处广播 DHCP Dicovery 信息封包，以寻找任何的 DHCP 服务器给予 IP 位址； 0010 抢先应答：而其端口DHCP服务器会优先收到由端口处广播的DHCP Dicovery信息封包时，该端口 DHCP 服务器会抢先或阻隔其他 DHCP 服务器的 DHCP Offer 信息封包，并从配设的端口 IP 位址分配表内搜寻该端口的预设 IP 位址，且该端口 DHCP 服务器会优先回应 DHCP Offer 信息封包至用户端，而该 DHCP Offer 信息封包内包含该端口的预设 IP 位址； 0011 用户端请求：。

21、当用户端收到 DHCP Offer 信息封包后，即会再于端口处广播 DHCP Request 信息封包给端口 DHCP 服务器及其它 DHCP 服务器，让其它 DHCP 服务器知道用户端已选择端口 DHCP 服务器所提供的预设 IP 位址； 0012 端口DHCP服务器确认：当端口DHCP服务器收到用户端所广播的DHCP Request信息封包后，便发送一个包含该端口的预设 IP 位址及其它设定值的 DHCP Ack 信息封包给用户端，以完成位址分配。 0013 其中，该端口 DHCP 服务器进一步连接网页服务器，并通过共同闸道介面相互传递信息。说明书 CN 1。

22、03986794 A 5 3/8 页 6 0014 其中，该 DHCP Offer 信息封包内除了该端口的预设 IP 位址外进一步包含该端口的媒体存取控制位址、子网络遮罩、闸道器（Gateway）协议。 0015 其中，用户端进一步为具有IP设定的设备，而该具有IP设定的设备内设有用户端 DHCP 服务器，以能与端口 DHCP 服务器或其他 DHCP 服务器进行各种信息封包的传递。 0016 本发明还提供一种端口 DHCP 服务器协议位址管理的方法，该端口 DHCP 服务器与至少一端口连接，且端口 DHCP 服务器配设有端口 IP 位址分配表，其端口 IP 位址分配表。

23、预先设定对应连接端口的 IP 位址，其方法步骤包括： 0017 侦测端口：当至少一端口处于连线状态时，其用户端会不定时广播的 DHCP Dicovery 信息封包给端口 DHCP 服务器及其它 DHCP 服务器； 0018 判断位址：而当端口 DHCP 服务器收到广播的 DHCP Dicovery 信息封包时，会同时检查其 DHCP Dicovery 信息封包内的 MAC 位址，并判断与原先分配给用户端所使用的 MAC 位址是否相同； 0019 抢先应答：经确认与原先分配给用户端所使用的 MAC 位址是相同后，则该端口 DHCP 服务器会优先回应 DHCP Of。

24、fer 信息封包至用户端，而该 DHCP Offer 信息封包内包含该端口的预设 IP 位址； 0020 用户端请求：当用户端收到 DHCP Offer 信息封包后，即会再于端口处广播 DHCP Request 信息封包给端口 DHCP 服务器及其它 DHCP 服务器，让其它 DHCP 服务器知道用户端已选择端口 DHCP 服务器所提供的预设 IP 位址； 0021 端口DHCP服务器确认：当端口DHCP服务器收到用户端所广播的DHCP Request信息封包后，便发送一个包含该端口的预设 IP 位址及其它设定值的 DHCP Ack 信息封包给用户端，以完成位址分。

25、配。 0022 其中，当判断位址步骤检查 DHCP Dicovery 信息封包内的 MAC 位址不是原先分配给用户端所使用的 MAC 位址时，即进行另一步骤， ARP 判定：即端口 DHCP 服务器会以地址解析协议来确认原先使用该端口的 MAC 位址的用户端是否已退出，当原先使用该端口的 MAC 位址的用户端退出后，该端口 DHCP 服务器会再优先从配设的端口 IP 位址分配表内搜寻该端口的预设 IP 位址，并将 DHCP Offer 信息封包传递给用户端使用，而该 DHCP Offer 信息封包内包含该端口的预设 IP 位址。 0023 其中，该端口 DHCP 服务。

26、器进一步连接网页服务器，并通过共同闸道介面相互传递信息。 0024 其中，该 DHCP Offer 信息封包内除了该端口的预设 IP 位址外进一步包含该端口的媒体存取控制位址、子网络遮罩、闸道器协议。 0025 其中，用户端进一步为具有IP设定的设备，而该具有IP设定的设备内设有用户端 DHCP 服务器，以能与端口 DHCP 服务器或其他 DHCP 服务器进行各种信息封包的传递。 0026 由此，本发明能让用户端快速取得该端口所使用的预设 IP 位址，而不需再等待远端 DHCP 服务器所分配的浮动 IP 位址，当连接至该端口的硬件装置被更换或重新启动时均能自动取得该。

27、端口的预设 IP 位址，本方法在该端口连接超过一个以上具有 IP 设定的设备时，除第一个设备取得该端口的预设IP位址外，其他设备会自动从远端DHCP服务器取得分配的浮动 IP 位址，以能缩短连线等待时间及方便管理各端口的连线。 0027 本发明的其他特点及具体实施例，可于以下列配合附图的详细说明中，进一步了说明书 CN 103986794 A 6 4/8 页 7 解。附图说明 0028 图 1 为本发明的信息封包传递示意图。 0029 图 2 为本发明的架构示意图。 0030 图 3 为本发明的从断线状态进入连线状态的步骤流程示意图。 0031 图 4 为本发明的呈连线。

28、状态的步骤流程示意图。 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 位址； 6。

29、0、网页（Web）服务器； 61、共同闸道介面（）；步骤 100、侦测端口；步骤 110、抢先应答；步骤 120、用户端请求；步骤 130、端口 DHCP 服务器确认；步骤 200、侦测端口；步骤210、判断位址；步骤2110、 ARP判定；步骤220、抢先应答；步骤230、用户端请求；步骤 240、端口 DHCP 服务器确认。具体实施方式 0033 请参考图 1 4 所示，为本发明端口 DHCP 服务器协议位址管理的方法的示意图。而本发明的第一种实施态样为该端口DHCP服务器10与至少一端口20连接，且该端口D。

30、HCP 服务器 10 配设有端口 IP 位址分配表 30，其端口 IP 位址分配表 30 是预先设定对应连接端口的 IP 位址 31，其方法主要步骤包括：步骤 100 侦测端口：当至少一端口 20 从断线状态进入连线状态时，其用户端 40 会由端口 20 处广播 DHCP Dicovery 信息封包 41，以寻找任何的 DHCP 服务器 50 给予 IP 位址 52 ；步骤 110 抢先应答：而其端口 DHCP 服务器 10 会优先收到由端口 20 处广播的 DHCP Dicovery 信息封包 41 时，该端口 DHCP 服务器 10 会抢先或阻隔其他 DH。

31、CP 服务器 50 的 DHCP Offer 信息封包 51，并从配设的端口 IP 位址分配表 30 内搜寻该端口的预设 IP 位址 31，且该端口 DHCP 服务器 10 会优先回应 DHCP Offer 信息封包 11 至用户端 40，而该 DHCP Offer 信息封包 11 内包含该端口的预设 IP 位址 31 ；步骤 120 用户端请求：当用户端 40 收到 DHCP Offer 信息封包 11 后，即会再于端口 20 处广播 DHCP Request 信息封包 42 给端口 DHCP 服务器 10 及其它 DHCP 服务器 50，让其它 DHCP 服务器 50 。

32、知道用户端 40 已选择端口 DHCP 服务器 10 所提供的预设 IP 位址 31 ；步骤 130 端口 DHCP 服务器确认：当端口 DHCP 服务器 10 收到用户端 40 所广播的 DHCP Request 信息封包 42 后，便发送一个包含该端口的预设 IP 位址 31 及其它设定值的 DHCP Ack 信息封包 12 给用户端 40，藉以完成位址分配者。 0034 而本发明的第二种实施态样为该端口 DHCP 服务器 10 系与至少一端口 20 连接，且端口 DHCP 服务器 10 配设有端口 IP 位址分配表 30，其端口 IP 位址分配表 30 预先设定对应。

33、连接端口的 IP 位址 31，其方法主要步骤包括：步骤 200 侦测端口：当至少一端口 20 处于连线状态时，其用户端 40 会不定时广播的 DHCP Dicovery 信息封包 41 给端口 DHCP 服务器 10及其它DHCP服务器50 ；步骤210判断位址：而当端口DHCP服务器10收到广播的DHCP Dicovery 信息封包 41 时，会同时检查其 DHCP Dicovery 信息封包 41 内的 MAC 位址 411，并说明书 CN 103986794 A 7 5/8 页 8 判断与原先分配给用户端 40 所使用的 MAC 位址 411 是否相同；。

34、步骤 220 抢先应答：经确认与原先分配给用户端 40 所使用的 MAC 位址 411 是相同后，则该端口 DHCP 服务器 10 会优先回应 DHCP Offer 信息封包 11 至用户端 40，而该 DHCP Offer 信息封包 11 内包含该端口的预设 IP 位址 31 ；步骤 230 用户端请求：当用户端 40 收到 DHCP Offer 信息封包 11 后，即会再于端口 20 处广播 DHCP Request 信息封包 42 给端口 DHCP 服务器 10 及其它 DHCP 服务器 50，让其它 DHCP 服务器 50 知道用户端 40 已选择端口 DHC。

35、P 服务器 10 所提供的预设 IP 位址 31 ；步骤 240 端口 DHCP 服务器确认：当端口 DHCP 服务器 10 收到用户端 40 所广播的 DHCP Request 信息封包 42 后，便发送一个包含该端口的预设 IP 位址 31 及其它设定值的 DHCP Ack 信息封包 13 给用户端 40，以完成位址分配。 0035 其中当判断位址步骤 210 检查 DHCP Dicovery 信息封包 41 内的 MAC 位址 411 不是原先分配给用户端 40 所使用的 MAC 位址 411 时，即进行另一步骤， 2110ARP 判定：即端口 DHCP 服务器 1。

36、0 会以地址解析协议（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，并通过共同闸道介面（） 61 相互传递信。

37、息；另该 DHCP Offer 信息封包 11 内除了该端口 20 的预设 IP 位址 31 外系进一步包含该端口 20 的媒体存取控制位址（MAC）、子网络遮罩（ Mask）、闸道器（Gateway）等协议；另用户端 40 系进一步为具有 IP 设定的设备 43，而该具有 IP 设定的设备 43 内设有用户端 DHCP 服务器 431，以能与端口 DHCP 服务器 10 或其他 DHCP 服务器 50 进行各种信息封包的传递。 0036 请参考图 1 4 所示，为本发明端口 DHCP 服务器协议位址管理的方法的示意图。本发明最佳操作原理系为应用在集线器。

38、（Hub）、交换式集线器（Switch Hub）、路由器（Router）、 IP 分享器或类似装置上（图未示），而上述装置内设有端口 DHCP 服务器 10，其端口 DHCP 服务器 10 系与至少一端口 20 连接，且端口 DHCP 服务器 10 系配设有端口 IP 位址分配表 30，而端口 IP 位址分配表 30 系预先设定对应连接端口的 IP 位址 31（如 00 ： 192 16811100 23 ： 19216811123）（如图 2 所示），因此，当至少一端口 20 与用户端（Client） 40 呈连线状态时，即进行步骤 200 侦测。

39、端口（如图 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，因此，当用。

40、户端（Client） 40 发出 DHCP Dicovery 信息封包 41 后，即进行下一步骤 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、41 内的 MAC 位址 411 （而 MAC 位址 411 为媒体存取控制位址说明书 CN 103986794 A 8 6/8 页 9 或称硬件位址，是用来定义网络设备位置的），且判断与原先分配给用户端（Client） 40 所使用的 IP 位址 31 的 MAC 位址 411 是否相同，因此，当端口 DHCP 服务器 10 进行判断时，即进行下一步骤 220 抢先应答（如图 4 所示）：经确认与原先分配给用户端 40 所使用的 MAC 位址 411 是相同后，则该端口 DHCP 服务器 10 会优先回应 DHCP Offer 信息封包 11 至用户端 4。

42、0，而该 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 信。

43、息封包 41 内除了该端口的预设 IP 位址 31 外包含了该端口 20 的媒体存取控制位址（MAC）、子网络遮罩（ Mask）、闸道器（Gateway）等协议，使用户端（Client） 40 能持续进行连线，因此，当用户端（Client） 40 收到从端口 DHCP 服务器 10 所传送过来的 DHCP Offer 信息封包 11 后，即进行下一步骤 230 用户端请求（如图 4 所示）：当用户端 40 收到 DHCP Offer 信息封包 11 后，即会再于端口 20 处广播 DHCP Request 信息封包 42 给端口 DHCP 服务器 1。

44、0 及其它 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 服务。

45、器 10 连接网页（Web）服务器 60，并通过共同闸道介面（） 61 相互传递信息，以能缩短连线等待时间，因此，当用户端（Client） 40 发出 DHCP Request 信息封包 42 后，即进行下一步骤 2400 端口 DHCP 服务器确认（如图 4 所示）：当端口 DHCP 服务器 10 收到用户端 40 所广播的 DHCP Request 信息封包 42 后，便发送一个包含该端口 20 的预设 IP 位址 31 及其它设定值的 DHCP Ack 信息封包 12 给用户端 40 （如图 1 所示），以完成位址分配；而当端口 DHCP 服务器。

46、 10 收到从用户端（Client） 40 发出 DHCPRequest 信息封包 42 后，即发送一个包含该端口 20 的预设 IP 位址 31 及其它设定值的 DHCP Ack 信息封包 12 给用户端（Client） 40，让用户端（Client） 40 继续使用原来的 IP 位址 31 进行连线。 0037 另，当判断位址的步骤 210 检查 DHCP Dicovery 信息封包 41 内的 MAC 位址 411 不是原先分配给用户端 40 所使用的 MAC 位址 411 时，即进行另一步骤 2110ARP 判定（如图 4 所示）：即端口 DHCP 服务器 10 。

47、会以地址解析协议（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 所发送过来的 D。

48、HCP Dicovery 信息封包 41 内的 MAC 位址 411 不是原先分配给用户端（Client） 40 所使用的 MAC 位址 411 时，即会进行以地址解析协议（ARP） 13 来确认原先使用该端口 20 的 MAC 位址 411 的用户端 40 是否已退出，而当原先使用该端口 20 的 MAC 位址 411 的用户端 40 退出后，该端口 DHCP 服务器 10 会发出一个 DHCP Ack 信息封包给用户端（Client） 40，并同时回到未分配状态，也就是回到用户端说明书 CN 103986794 A 9 7/8 页 10 40 从断线状态进入连线。

49、的状态，再此同时，当至少一端口 20 从断线状态进入连线状态时，其步骤也从新开始进行，即回到步骤 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 后，即进行下一步骤 110 抢先应答（如图 3 所示）：而其端口 DHCP 服务器。

展开阅读全文