CN102752413A - Dhcp服务器选择方法和网络设备 - Google Patents
Dhcp服务器选择方法和网络设备 Download PDFInfo
- Publication number
- CN102752413A CN102752413A CN2012102298853A CN201210229885A CN102752413A CN 102752413 A CN102752413 A CN 102752413A CN 2012102298853 A CN2012102298853 A CN 2012102298853A CN 201210229885 A CN201210229885 A CN 201210229885A CN 102752413 A CN102752413 A CN 102752413A
- Authority
- CN
- China
- Prior art keywords
- dhcp
- address
- manufacturer
- dhcp client
- server
- 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.)
- Granted
Links
Images
Landscapes
- Small-Scale Networks (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本申请提供了DHCP服务器选择方法和网络设备。其中，该方法应用于具有DHCP中继relay功能的网络设备，包括：网络设备建立厂商标识与DHCP服务器IP地址之间的关联关系，所述厂商标识为DHCP客户端所属厂商的标识；网络设备接收DHCP客户端在申请IP地址过程中广播发送的DHCP请求报文，从所述关联关系中查找与该DHCP请求报文携带的DHCP客户端厂商标识相关联的DHCP服务器IP地址，如果查找到，则以查找到的DHCP服务器IP地址作为目的地址转发所述DHCP请求报文。
Description
技术领域
本申请涉及网络通信技术，特别涉及动态主机配置协议（DHCP：DynamicHost Configuration Protocol）服务器的方法和网络设备。
背景技术
DHCP，用于为网络设备动态分配IP地址等网络配置参数，其采用客户端/服务器通信模式，即由DHCP客户端（Client）向DHCP服务器（Server）提出配置请求，DHCP服务器返回DHCP客户端请求的配置信息比如IP地址等，以实现配置信息的动态配置。
下面以DHCP客户端动态申请IP地址为例来描述DHCP客户端动态获取配置的流程，其他情况原理类似，
参见图1，图1示出了DHCP客户端动态申请IP地址的流程示意图。该流程主要通过四个阶段实现：
发现阶段（DHCP-DISCOVER）：DHCP客户端寻找DHCP服务器的阶段。客户端以广播方式发送DHCP-DISCOVER报文寻找DHCP服务器。
提供阶段（DHCP-OFFER），DHCP服务器提供IP地址的阶段。DHCP服务器接收到客户端的DHCP-DISCOVER报文后，根据IP地址分配的优先次序选出一个IP地址，与其他参数一起通过DHCP-OFFER报文发送给DHCP客户端。
选择阶段（DHCP-REQUEST），DHCP客户端选择IP地址的阶段。如果有多台DHCP服务器向DHCP客户端发来DHCP-OFFER报文，按照协议规定DHCP客户端只选择接受其中一个比如第一个收到的DHCP-OFFER报文，然后以广播方式发送DHCP-REQUEST报文，该报文中包含其选择的DHCP-OFFER报文中的IP地址。
确认阶段（DHCP-ACK），DHCP服务器确认IP地址的阶段。DHCP服务器收到DHCP客户端发来的DHCP-REQUEST报文后，只有DHCP客户端选择的DHCP服务器会进行如下操作：如果确认将地址分配给该客户端，则返回DHCP-ACK报文；否则返回DHCP-NAK报文，表明地址不能分配给该客户端。
至此，通过上述四个阶段实现了DHCP客户端动态申请IP地址的流程。
通过图1所示的流程可以看出，在DHCP客户端动态申请IP地址过程中DHCP客户端采用广播方式发送报文，这限制了图1所示流程仅适用于DHCP客户端和DHCP服务器处于同一个子网内的情况。如此，为进行动态主机配置，需要在所有网段上都设置一个DHCP服务器，这显然是很不经济的。为了解决该问题，引入了DHCP中继功能。
所谓DHCP中继功能，其实质为DHCP客户端通过具有DHCP中继功能的网络设备（DHCP relay agent）与其他网段的DHCP服务器通信，最终实现动态配置。这样，多个网络上的DHCP客户端可以使用同一个DHCP服务器，如图2所示，既节省了成本，又便于进行集中管理。通过DHCP relay agent完成DHCP客户端的动态配置比如动态申请IP地址的过程中，DHCP客户端与DHCP服务器的处理方式与不通过DHCP中继时的处理方式基本相同。下面仅以DHCP客户端动态获取IP地址为例来描述，其他情况原理类似。
参见图3，图3为采用DHCP中继的IP地址动态申请流程图。如图3所示，该流程可以包括：将DHCP relay agent上连接DHCP客户端的用户侧接口与所有DHCP服务器组建立归属关系，当DHCP relay agent通过用户侧接口收到DHCP客户端以广播方式发送的DHCP-DISCOVER时，将收到的报文中的giaddr字段填充为DHCP relay agent的IP地址，并转发给与该用户侧接口具有归属关系的所有DHCP服务器组。当每一DHCP服务器组中的DHCP服务器收到DHCP relay agent转发的报文后，根据giaddr字段为客户端分配IP地址，并通过DHCP relay agent将分配的IP地址转发给DHCP客户端。DHCP客户端选择接收其中的一个IP地址比如将第一个收到的IP地址，并以广播方式发送DHCP-REQUEST报文，该DHCP-REQUEST报文包括选择的IP地址。DHCP relay agent通过用户侧接口收到DHCP客户端以广播方式发送的DHCP-REQUEST时，将收到的报文中的giaddr字段填充为DHCP中继设备的IP地址，并转发给与该用户侧接口具有归属关系的所有DHCP服务器组，以执行上述的确认阶段。至此，完成对客户端的动态配置。
通过图3所示的流程可以看出，将DHCP relay agent上连接DHCP客户端的用户侧接口与组网中所有DHCP服务器组建立归属关系后，DHCP relayagent通过用户侧接口收到DHCP客户端以广播方式发送的DHCP-DISCOVER报文时将该DHCP-DISCOVER报文转发给与该用户侧接口具有归属关系的所有DHCP服务器组中的每一DHCP服务器，每一DHCP服务器针对DHCP-DISCOVER报文进行应答，而事实上，DHCP客户端只选择接收其中一个应答，比如第一个收到的应答，这一方面使多数DHCP服务器针对DHCP客户端分配的IP地址无用，浪费服务器资源，另一方面，无法保证DHCP客户端每次固定与同一个DHCP服务器动态获取配置，导致配置频繁变化，影响网络通信
发明内容
本申请提供了DHCP服务器选择方法和网络设备，以实现为DHCP客户端选择DHCP服务器，避免组网中所有DHCP服务器参与DHCP客户端的IP地址申请过程，节省服务器资源。
本申请提供的技术方案包括：
一种DHCP服务器选择方法，该方法应用于具有DHCP中继relay功能的网络设备，该方法包括：
网络设备建立厂商标识与DHCP服务器IP地址之间的关联关系，所述厂商标识为DHCP客户端所属厂商的标识；
网络设备接收DHCP客户端在申请IP地址过程中广播发送的DHCP请求报文，从所述关联关系中查找与该DHCP请求报文携带的DHCP客户端厂商标识相关联的DHCP服务器IP地址，如果查找到，则以查找到的DHCP服务器IP地址作为目的地址转发所述DHCP请求报文。
一种DHCP服务器选择方法，该方法应用于具有DHCP中继relay功能的网络设备，包括：
网络设备建立厂商标识与DHCP服务器IP地址之间的关联关系，所述厂商标识为DHCP客户端所属厂商的标识；
网络设备接收DHCP客户端在申请IP地址过程中广播发送的DHCP请求报文时，触发认证服务器对该DHCP客户端的用户进行认证；
网络设备接收所述认证服务器在DHCP客户端用户通过认证时返回的所述DHCP客户端的厂商标识，从所述关联关系中查找与该DHCP客户端厂商标识相关联的DHCP服务器IP地址，如果查找到，则以查找到的DHCP服务器IP地址作为目的地址转发所述DHCP请求报文。
一种应用于DHCP服务器选择的具有DHCP中继relay功能的网络设备，该网络设备包括：
第一关联单元，用于建立厂商标识与DHCP服务器IP地址之间的关联关系，所述厂商标识为DHCP客户端所属厂商的标识；
第一接收单元，用于接收DHCP客户端在申请IP地址过程中广播发送的DHCP请求报文；
第一转发单元，用于从所述关联关系中查找与该DHCP请求报文携带的DHCP客户端厂商标识相关联的DHCP服务器IP地址，如果查找到，则以查找到的DHCP服务器IP地址作为目的地址转发所述DHCP请求报文。
一种应用于DHCP服务器选择的具有DHCP中继relay功能的网络设备，该网络设备包括：
第二关联单元，用于建立厂商标识与DHCP服务器IP地址之间的关联关系，所述厂商标识为DHCP客户端所属厂商的标识；
触发单元，用于接收DHCP客户端在申请IP地址过程中广播发送的DHCP请求报文时，触发认证服务器对该DHCP客户端的用户进行认证；
第二接收单元，用于接收所述认证服务器在DHCP客户端用户通过认证时返回的所述DHCP客户端的厂商标识；
第二转发单元，用于从所述关联关系中查找与所述第二接收单元接收的DHCP客户端厂商标识相关联的DHCP服务器IP地址，如果查找到，则以查找到的DHCP服务器IP地址作为目的地址转发所述DHCP请求报文。
由以上技术方案可以看出，本发明中，网络设备预先建立DHCP客户端厂商标识与DHCP服务器IP地址之间的关联关系，在接收到DHCP客户端在申请IP地址过程中广播发送的DHCP请求报文时，从已建立的关联关系中查找到与该DHCP请求报文携带的DHCP客户端厂商标识相关联的DHCP服务器IP地址，以查找到的DHCP服务器IP地址作为目的地址转发所述DHCP请求报文，即实现了为DHCP客户端选择DHCP服务器，避免组网中所有DHCP服务器参与DHCP客户端的IP地址申请过程，节省服务器资源。
附图说明
图1示出了DHCP客户端动态申请IP地址的流程示意图；
图2示出了DHCP中继设备网络应用示意图；
图3为采用DHCP中继的IP地址动态申请流程图；
图4为本发明实施例1提供的方法流程图；
图5为本发明实施例2提供的方法流程图；
图6示出了option 221封装DHCP客户端厂商标识示意图；
图7为本发明实施例提供的网络设备结构图；
图8为本发明实施例提供的网络设备另一结构图。
具体实施方式
为了使本发明的目的、技术方案和优点更加清楚，下面结合附图和具体实施例对本发明进行详细描述。
本发明提供的方法应用于具有DHCP中继relay功能的网络设备，其中，该网络设备可为网关设备或者其他网络设备，本发明不限定。通过本发明提供的方法能够实现为DHCP客户端动态选择对应的DHCP服务器，以保证同一DHCP客户端使用固定、合法的DHCP服务器。下面通过两个实施例对本发明提供的方法进行描述：
实施例1：
本实施例1提供的方法应用于DHCP客户端在申请IP地址过程中广播发送的DHCP请求报文都携带选项（OPTION）60的场景。这里，OPTION 60用于封装DHCP客户端的厂商标识（Vendor class identifier）。下面通过图4对本发明实施例1进行描述：
参见图4，图4为本发明实施例1提供的方法流程图。如图4所示，该流程可包括以下步骤：
步骤401，网络设备建立厂商标识与DHCP服务器IP地址之间的关联关系，所述厂商标识为DHCP客户端所属厂商的标识。
其中，厂商标识可为DHCP客户端所属厂商比如诺基亚、华三等的标识。而DHCP服务器IP地址可为DHCP服务器的IP地址，当然，也可为组网中一个DHCP服务器组被分配的IP地址，本发明并不具体限定。
优选地，本实施例1中，步骤401的具体实现方式为：网络设备本地配置厂商标识组，并建立厂商标识组与DHCP服务器IP地址之间的关联关系，其中，厂商标识组绑定至少一个DHCP客户端的厂商标识。这样，能够保证关联同一个DHCP服务器的厂商标识以组的形式记录在一起，直观、清楚。至于如何实现哪一厂商标识属于哪一厂商标识组，以及关联哪一个DHCP服务器IP地址，本实施例可根据局域网实际需求配置，在此不再限定。
步骤402，网络设备接收DHCP客户端在申请IP地址过程中广播发送的DHCP请求报文，从所述关联关系中查找与该DHCP请求报文携带的DHCP客户端厂商标识相关联的DHCP服务器IP地址，如果查找到，则以查找到的DHCP服务器IP地址作为目的地址转发所述DHCP请求报文。
本实施例1中，DHCP客户端在申请IP地址过程中广播发送的DHCP请求报文具体可为：DHCP-DISCOVER报文、DHCP-REQUEST报文等，本发明并不具体限定。
还有，本实施例1中，DHCP客户端厂商标识可封装在所述DHCP请求报文的OPTION60中。
另外，基于步骤401的详细描述，若步骤401的具体实现方式为：网络设备建立厂商标识组与DHCP服务器IP地址之间的关联关系，则本步骤402中，从所述关联关系中查找与该DHCP请求报文携带的DHCP客户端厂商标识相关联的DHCP服务器IP地址具体为：
从本地已配置的所有厂商标识组中匹配出所述DHCP请求报文中DHCP客户端厂商标识绑定的厂商标识组，从所述关联关系中查找到与该匹配出的厂商标识组具有关联关系的DHCP服务器IP地址。
至此，完成实施例1的描述。
需要说明的是，本实施例1中，如果步骤402从所述关联关系中未查找到与该DHCP请求报文携带的DHCP客户端厂商标识相关联的DHCP服务器IP地址，则按照现有技术即将接收的DHCP请求报文转发给所有DHCP服务器组中的所有服务器，或者，按照实施例2中的方式。下面对实施例2进行描述：
实施例2：
本实施例1不同于实施例2，其应用于DHCP客户端在申请IP地址过程中广播发送的DHCP请求报文不携带OPTION60的场景。下面通过图5对实施例2进行描述：
参见图5，图5为本发明实施例2提供的方法流程图。与实施例1一样，本发明实施例2提供的方法应用于具有DHCP中继relay功能的网络设备。如图5所示，该流程可包括以下步骤：
步骤501与步骤401类似，不再赘述。
步骤502，网络设备接收DHCP客户端在申请IP地址过程中广播发送的DHCP请求报文时，触发认证服务器对该DHCP客户端的用户进行认证。
本实施例2中，认证服务器可为支持远程认证拨号用户服务（RADIUS）的服务器，简称RADIUS服务器。基于此，本步骤502中的认证服务器对该DHCP客户端的用户进行认证可基于现有RADIUS认证实现。
步骤503，网络设备接收所述认证服务器在DHCP客户端用户通过认证时返回的所述DHCP客户端的厂商标识，从所述关联关系中查找与该DHCP客户端厂商标识相关联的DHCP服务器IP地址，如果查找到，则以查找到的DHCP服务器IP地址作为目的地址转发所述DHCP请求报文。
基于步骤502描述的认证服务器为RADIUS服务器的描述，则本步骤503中，认证服务器可通过涉及RADIUS的RFC中未被使用的OPTION封装DHCP客户端的厂商标识。其中，涉及RADIUS的RFC中未被使用的OPTION可为OPTION221，图6示出了通过OPTION221封装DHCP客户端厂商标识的示意图。
另外，本实施例2中，认证服务器如何获知DHCP客户端的厂商标识，其可通过预先配置实现，比如，预先在认证服务器配置组网中各DHCP客户端的标识信息和厂商标识之间的对应关系，如此，认证服务器在DHCP客户端用户通过认证时，从预先配置的对应关系中查找与DHCP客户端的标识信息对应的厂商标识，将该查找到的厂商标识确定为DHCP客户端的厂商标识。
至此，完成图5所示流程。
需要说明的是，在上述步骤502中的DHCP请求报文可为DHCP客户端在申请IP地址过程中首次向DHCP服务器发送的报文，当然，作为本发明实施例的扩展，该DHCP报文也可为DHCP客户端在申请IP地址过程中向DHCP服务器发送的所有报文，本发明并不具体限定。
优选地，为避免网络设备每次接收到DHCP客户端在申请IP地址过程中广播发送的DHCP请求报文都触发认证服务器对该DHCP客户端的用户进行认证，节省认证服务器的资源，本实施例2中，可限定网络设备在首次接收到DHCP客户端在申请IP地址过程中广播发送的DHCP报文时，触发认证服务器对该DHCP客户端用户进行认证。针对这种情况，就需要步骤503中，网络设备在接收认证服务器返回的DHCP客户端厂商标识时进一步包括：建立包含以下内容的表项：DHCP客户端的属性信息、以及该DHCP客户端厂商标识的表项；所述DHCP客户端的属性信息至少包括：DHCP客户端的MAC地址、所述网络设备连接DHCP客户端的接口。
如此，网络设备接收到DHCP客户端在申请IP地址过程中后续发送的报文时，就从已建立的表项中匹配出包含该DHCP客户端的属性信息的表项，在所述关联关系中查找与该匹配出的表项中的DHCP客户端厂商标识相关联的DHCP服务器IP地址，如果查找到，则以查找到的DHCP服务器IP地址作为目的地址转发所述报文。
至此，完成实施例2的描述。
以上对本发明提供的方法进行了描述，下面对本发明实施例提供的网络设备进行描述：
本发明实施例提供的网络设备主要包括以下两种结构：
结构1：
参见图7，图7为本发明实施例提供的网络设备结构图。该网络设备的结构与实施例1对应，其具体包括：
第一关联单元，用于建立厂商标识与DHCP服务器IP地址之间的关联关系，所述厂商标识为DHCP客户端所属厂商的标识；
第一接收单元，用于接收DHCP客户端在申请IP地址过程中广播发送的DHCP请求报文；
第一转发单元，用于从所述关联关系中查找与该DHCP请求报文携带的DHCP客户端厂商标识相关联的DHCP服务器IP地址，如果查找到，则以查找到的DHCP服务器IP地址作为目的地址转发所述DHCP请求报文。
其中，所述DHCP客户端厂商标识封装在所述DHCP请求报文的选项OPTION60中。
至此，完成结构1的描述。
结构2：
参见图8，图8为本发明实施例提供的网络设备另一结构图。该网络设备的结构与实施例2对应，其具体包括：
第二关联单元，用于建立厂商标识与DHCP服务器IP地址之间的关联关系，所述厂商标识为DHCP客户端所属厂商的标识；
触发单元，用于接收DHCP客户端在申请IP地址过程中广播发送的DHCP请求报文时，触发认证服务器对该DHCP客户端的用户进行认证；
第二接收单元，用于接收所述认证服务器在DHCP客户端用户通过认证时返回的所述DHCP客户端的厂商标识；
第二转发单元，用于从所述关联关系中查找与所述第二接收单元接收的DHCP客户端厂商标识相关联的DHCP服务器IP地址，如果查找到，则以查找到的DHCP服务器IP地址作为目的地址转发所述DHCP请求报文。
其中，所述DHCP请求报文为DHCP客户端在申请IP地址过程中首次向DHCP服务器发送的报文。
基于此，所述第二接收单元在接收认证服务器返回的DHCP客户端厂商标识时进一步建立包含以下内容的表项：DHCP客户端的属性信息、以及该DHCP客户端厂商标识的表项；所述DHCP客户端的属性信息至少包括：DHCP客户端的MAC地址、所述网络设备连接DHCP客户端的接口；
并且，所述第二接收单元还用于接收到DHCP客户端在申请IP地址过程中后续发送的报文；
所述第二转发单元还用于在所述第二接收单元接收到DHCP客户端在申请IP地址过程中后续发送的报文时，从已建立的表项中匹配出包含该DHCP客户端的属性信息的表项，在所述关联关系中查找与该匹配出的表项中的DHCP客户端厂商标识相关联的DHCP服务器IP地址，如果查找到，则以查找到的DHCP服务器IP地址作为目的地址转发所述报文。
本发明中，所述认证服务器在DHCP客户端用户通过认证时将所述DHCP客户端的厂商标识封装在RFC中未被使用的选项OPTION中发送给所述网络设备。
至此，完成结构2的描述。
至此，完成本发明实施例提供的网络设备的结构描述。
由以上技术方案可以看出，本发明中，网络设备预先建立DHCP客户端厂商标识与DHCP服务器IP地址之间的关联关系，在接收到DHCP客户端在申请IP地址过程中广播发送的DHCP请求报文时，从已建立的关联关系中查找到与该DHCP请求报文携带的DHCP客户端厂商标识相关联的DHCP服务器IP地址，以查找到的DHCP服务器IP地址作为目的地址转发所述DHCP请求报文，即实现了为DHCP客户端选择DHCP服务器，避免组网中所有DHCP服务器参与DHCP客户端的IP地址申请过程，节省服务器资源。
以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。
Claims (12)
1.一种DHCP服务器选择方法，该方法应用于具有DHCP中继relay功能的网络设备，其特征在于，该方法包括：
网络设备建立厂商标识与DHCP服务器IP地址之间的关联关系，所述厂商标识为DHCP客户端所属厂商的标识；
网络设备接收DHCP客户端在申请IP地址过程中广播发送的DHCP请求报文，从所述关联关系中查找与该DHCP请求报文携带的DHCP客户端厂商标识相关联的DHCP服务器IP地址，如果查找到，则以查找到的DHCP服务器IP地址作为目的地址转发所述DHCP请求报文。
2.根据权利要求1所述的方法，其特征在于，所述DHCP客户端厂商标识封装在所述DHCP请求报文的选项OPTION60中。
3.一种DHCP服务器选择方法，该方法应用于具有DHCP中继relay功能的网络设备，其特征在于，该方法包括：
网络设备建立厂商标识与DHCP服务器IP地址之间的关联关系，所述厂商标识为DHCP客户端所属厂商的标识；
网络设备接收DHCP客户端在申请IP地址过程中广播发送的DHCP请求报文时，触发认证服务器对该DHCP客户端的用户进行认证；
网络设备接收所述认证服务器在DHCP客户端用户通过认证时返回的所述DHCP客户端的厂商标识，从所述关联关系中查找与该DHCP客户端厂商标识相关联的DHCP服务器IP地址，如果查找到，则以查找到的DHCP服务器IP地址作为目的地址转发所述DHCP请求报文。
4.根据权利要求3所述的方法，其特征在于，所述DHCP请求报文为DHCP客户端在申请IP地址过程中首次向DHCP服务器发送的报文。
5.根据权利要求4所述的方法，其特征在于，所述网络设备在接收认证服务器返回的DHCP客户端厂商标识时进一步包括：建立包含以下内容的表项：DHCP客户端的属性信息、以及该DHCP客户端厂商标识的表项；所述DHCP客户端的属性信息至少包括：DHCP客户端的MAC地址、所述网络设备连接DHCP客户端的接口；
该方法进一步包括：所述网络设备接收到DHCP客户端在申请IP地址过程中后续发送的报文时，从已建立的表项中匹配出包含该DHCP客户端的属性信息的表项，在所述关联关系中查找与该匹配出的表项中的DHCP客户端厂商标识相关联的DHCP服务器IP地址，如果查找到，则以查找到的DHCP服务器IP地址作为目的地址转发所述报文。
6.根据权利要求3所述的方法，其特征在于，所述认证服务器在DHCP客户端用户通过认证时将所述DHCP客户端的厂商标识封装在RFC中未被使用的选项OPTION中发送给所述网络设备。
7.一种应用于DHCP服务器选择的具有DHCP中继relay功能的网络设备，其特征在于，该网络设备包括：
第一关联单元，用于建立厂商标识与DHCP服务器IP地址之间的关联关系，所述厂商标识为DHCP客户端所属厂商的标识；
第一接收单元，用于接收DHCP客户端在申请IP地址过程中广播发送的DHCP请求报文；
第一转发单元，用于从所述关联关系中查找与该DHCP请求报文携带的DHCP客户端厂商标识相关联的DHCP服务器IP地址，如果查找到，则以查找到的DHCP服务器IP地址作为目的地址转发所述DHCP请求报文。
8.根据权利要求7所述的网络设备，其特征在于，所述DHCP客户端厂商标识封装在所述DHCP请求报文的选项OPTION60中。
9.一种应用于DHCP服务器选择的具有DHCP中继relay功能的网络设备，其特征在于，该网络设备包括：
第二关联单元，用于建立厂商标识与DHCP服务器IP地址之间的关联关系，所述厂商标识为DHCP客户端所属厂商的标识；
触发单元，用于接收DHCP客户端在申请IP地址过程中广播发送的DHCP请求报文时，触发认证服务器对该DHCP客户端的用户进行认证；
第二接收单元，用于接收所述认证服务器在DHCP客户端用户通过认证时返回的所述DHCP客户端的厂商标识；
第二转发单元，用于从所述关联关系中查找与所述第二接收单元接收的DHCP客户端厂商标识相关联的DHCP服务器IP地址，如果查找到，则以查找到的DHCP服务器IP地址作为目的地址转发所述DHCP请求报文。
10.根据权利要求9所述的网络设备，其特征在于，所述DHCP请求报文为DHCP客户端在申请IP地址过程中首次向DHCP服务器发送的报文。
11.根据权利要求10所述的方法，其特征在于，所述第二接收单元在接收认证服务器返回的DHCP客户端厂商标识时进一步建立包含以下内容的表项：DHCP客户端的属性信息、以及该DHCP客户端厂商标识的表项；所述DHCP客户端的属性信息至少包括：DHCP客户端的MAC地址、所述网络设备连接DHCP客户端的接口；
所述第二接收单元还用于接收到DHCP客户端在申请IP地址过程中后续发送的报文；
所述第二转发单元还用于在所述第二接收单元接收到DHCP客户端在申请IP地址过程中后续发送的报文时，从已建立的表项中匹配出包含该DHCP客户端的属性信息的表项，在所述关联关系中查找与该匹配出的表项中的DHCP客户端厂商标识相关联的DHCP服务器IP地址，如果查找到，则以查找到的DHCP服务器IP地址作为目的地址转发所述报文。
12.根据权利要求9所述的网络设备，其特征在于，所述认证服务器在DHCP客户端用户通过认证时将所述DHCP客户端的厂商标识封装在RFC中未被使用的选项OPTION中发送给所述网络设备。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201210229885.3A CN102752413B (zh) | 2012-07-02 | 2012-07-02 | Dhcp服务器选择方法和网络设备 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201210229885.3A CN102752413B (zh) | 2012-07-02 | 2012-07-02 | Dhcp服务器选择方法和网络设备 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN102752413A true CN102752413A (zh) | 2012-10-24 |
| CN102752413B CN102752413B (zh) | 2015-08-12 |
Family
ID=47032310
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201210229885.3A Active CN102752413B (zh) | 2012-07-02 | 2012-07-02 | Dhcp服务器选择方法和网络设备 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN102752413B (zh) |
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104219657A (zh) * | 2013-05-30 | 2014-12-17 | 上海斐讯数据通信技术有限公司 | DHCP Sever识别并应答不同厂商AP的方法 |
| CN107809498A (zh) * | 2017-10-26 | 2018-03-16 | 迈普通信技术股份有限公司 | 通信方法及通信装置 |
| CN108769075A (zh) * | 2018-07-06 | 2018-11-06 | 广东微云科技股份有限公司 | 一种寻址登录服务器的方法及系统 |
| CN110809033A (zh) * | 2019-10-23 | 2020-02-18 | 新华三信息安全技术有限公司 | 报文转发方法、装置及交换服务器 |
| CN111988349A (zh) * | 2019-05-22 | 2020-11-24 | 西安诺瓦星云科技股份有限公司 | 网络连接建立方法、装置及系统和显示系统 |
| CN113329105A (zh) * | 2021-06-10 | 2021-08-31 | 深圳市炬力北方微电子有限公司 | 分散式自适应dhcp服务的冗余方法及相关设备 |
| CN113890867A (zh) * | 2021-10-15 | 2022-01-04 | 济南浪潮数据技术有限公司 | 一种通信地址的分配方法、装置、电子设备及存储介质 |
| CN113973102A (zh) * | 2021-11-01 | 2022-01-25 | 新华三大数据技术有限公司 | 网络地址获取方法、系统及网络设备 |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101075962A (zh) * | 2007-06-26 | 2007-11-21 | 中兴通讯股份有限公司 | 在二层网络交换设备中实现dhcp中继的装置及其方法 |
| US7403997B2 (en) * | 2003-06-06 | 2008-07-22 | Hong Fu Jin Precision Industry (Shenzhen) Co., Ltd. | Method for dynamically allocating IP addresses for hosts on a network |
| CN101562613A (zh) * | 2009-05-26 | 2009-10-21 | 杭州华三通信技术有限公司 | 一种控制组播源的方法和一种网络接入服务器 |
| CN102281189A (zh) * | 2011-06-28 | 2011-12-14 | 杭州华三通信技术有限公司 | 一种基于第三方设备私有属性的业务实现方法及其装置 |
| CN102394948A (zh) * | 2011-11-04 | 2012-03-28 | 杭州华三通信技术有限公司 | Dhcp地址分配方法及dhcp服务器 |
| CN102497378A (zh) * | 2011-12-15 | 2012-06-13 | 杭州华三通信技术有限公司 | 为客户端动态选择dhcp服务器的方法和装置 |
-
2012
- 2012-07-02 CN CN201210229885.3A patent/CN102752413B/zh active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7403997B2 (en) * | 2003-06-06 | 2008-07-22 | Hong Fu Jin Precision Industry (Shenzhen) Co., Ltd. | Method for dynamically allocating IP addresses for hosts on a network |
| CN101075962A (zh) * | 2007-06-26 | 2007-11-21 | 中兴通讯股份有限公司 | 在二层网络交换设备中实现dhcp中继的装置及其方法 |
| CN101562613A (zh) * | 2009-05-26 | 2009-10-21 | 杭州华三通信技术有限公司 | 一种控制组播源的方法和一种网络接入服务器 |
| CN102281189A (zh) * | 2011-06-28 | 2011-12-14 | 杭州华三通信技术有限公司 | 一种基于第三方设备私有属性的业务实现方法及其装置 |
| CN102394948A (zh) * | 2011-11-04 | 2012-03-28 | 杭州华三通信技术有限公司 | Dhcp地址分配方法及dhcp服务器 |
| CN102497378A (zh) * | 2011-12-15 | 2012-06-13 | 杭州华三通信技术有限公司 | 为客户端动态选择dhcp服务器的方法和装置 |
Cited By (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104219657A (zh) * | 2013-05-30 | 2014-12-17 | 上海斐讯数据通信技术有限公司 | DHCP Sever识别并应答不同厂商AP的方法 |
| CN107809498A (zh) * | 2017-10-26 | 2018-03-16 | 迈普通信技术股份有限公司 | 通信方法及通信装置 |
| CN108769075A (zh) * | 2018-07-06 | 2018-11-06 | 广东微云科技股份有限公司 | 一种寻址登录服务器的方法及系统 |
| CN111988349A (zh) * | 2019-05-22 | 2020-11-24 | 西安诺瓦星云科技股份有限公司 | 网络连接建立方法、装置及系统和显示系统 |
| CN110809033A (zh) * | 2019-10-23 | 2020-02-18 | 新华三信息安全技术有限公司 | 报文转发方法、装置及交换服务器 |
| CN110809033B (zh) * | 2019-10-23 | 2022-07-12 | 新华三信息安全技术有限公司 | 报文转发方法、装置及交换服务器 |
| CN113329105A (zh) * | 2021-06-10 | 2021-08-31 | 深圳市炬力北方微电子有限公司 | 分散式自适应dhcp服务的冗余方法及相关设备 |
| CN113329105B (zh) * | 2021-06-10 | 2022-09-06 | 深圳市炬力北方微电子有限公司 | 分散式自适应dhcp服务的冗余方法及相关设备 |
| CN113890867A (zh) * | 2021-10-15 | 2022-01-04 | 济南浪潮数据技术有限公司 | 一种通信地址的分配方法、装置、电子设备及存储介质 |
| CN113973102A (zh) * | 2021-11-01 | 2022-01-25 | 新华三大数据技术有限公司 | 网络地址获取方法、系统及网络设备 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN102752413B (zh) | 2015-08-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN102752413B (zh) | Dhcp服务器选择方法和网络设备 | |
| CN102497378B (zh) | 为客户端动态选择dhcp服务器的方法和装置 | |
| CN101478576B (zh) | 选择服务网络的方法、装置和系统 | |
| US8103784B2 (en) | Communication device and communication control method using efficient echonet address determination scheme | |
| CN103731394B (zh) | 一种在CPE上配置IPv6过渡技术的方法及设备 | |
| CN102148878B (zh) | Ip地址分配方法、系统和设备 | |
| CN102271050B (zh) | 一种IPv6网络中网络设备自动配置的方法、网络设备和系统 | |
| CN101662511B (zh) | 网络地址分配方法及dhcp服务器、接入系统及方法 | |
| CN102761499B (zh) | 网关及其避免受攻击的方法 | |
| CN101577738B (zh) | 一种地址分配的方法和设备 | |
| CN101600001B (zh) | 基于动态主机分配协议的配置信息的获取方法和装置 | |
| KR101319418B1 (ko) | 정보 제공 방법, 홈 게이트웨이 및 홈 네트워크 시스템 | |
| CN102404416A (zh) | 一种获取dns的方法和隧道网关设备 | |
| WO2011106984A1 (zh) | 移动终端并行传输数据的方法和移动终端 | |
| CN102769678B (zh) | 一种dhcp地址分配方法及装置 | |
| CN101873320B (zh) | 一种基于DHCPv6中继的客户端信息确认方法及其装置 | |
| CN105245629A (zh) | 基于dhcp的主机通信方法及装置 | |
| US20140313933A1 (en) | Method, apparatus, and system for layer 2 interworking based on ipv6 | |
| CN105323325A (zh) | 一种身份位置分离网络中的地址分配方法及接入服务节点 | |
| CN103442328B (zh) | 一种物联网终端的服务质量控制方法和系统 | |
| CN106878481B (zh) | 一种网络互连协议ip地址获取方法、装置和系统 | |
| CN103533091A (zh) | DHCP中继relay处理单播报文的方法和设备 | |
| CN103327130A (zh) | Mac地址复用的方法、终端及系统 | |
| JP2013509837A (ja) | アイデンティティ及びロケーションマッピングの実現方法及びシステム | |
| CN102244689B (zh) | 远程ip地址获取方法及设备 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| CP03 | Change of name, title or address | ||
| CP03 | Change of name, title or address |
Address after: 310052 Binjiang District Changhe Road, Zhejiang, China, No. 466, No. Patentee after: Xinhua three Technology Co., Ltd. Address before: 310053 Hangzhou hi tech Industrial Development Zone, Zhejiang province science and Technology Industrial Park, No. 310 and No. six road, HUAWEI, Hangzhou production base Patentee before: Huasan Communication Technology Co., Ltd. |