CN105337886A - Dhcp地址分配方法和装置 - Google Patents
Dhcp地址分配方法和装置 Download PDFInfo
- Publication number
- CN105337886A CN105337886A CN201510731072.8A CN201510731072A CN105337886A CN 105337886 A CN105337886 A CN 105337886A CN 201510731072 A CN201510731072 A CN 201510731072A CN 105337886 A CN105337886 A CN 105337886A
- Authority
- CN
- China
- Prior art keywords
- message
- dhcp
- sta
- clean culture
- revised
- 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.)
- Pending
Links
Landscapes
- Small-Scale Networks (AREA)
Abstract
本发明提供一种DHCP地址分配方法和装置。本发明的DHCP地址分配方法和装置,通过干预整个DHCP报文的交互过程,在收到STA发来的DHCP请求报文后,不管STA是否支持单播回应,均向DHCP?Server通告STA支持单播回应,使DHCP?Server发出的报文均为单播报文,大大减少了网络中原有的DHCP广播报文,减轻了高峰期DHCP广播报文泛滥的不良影响,解决了用户获取IP地址慢甚至获取不到的问题,提高了地址分配效率。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种DHCP(DynamicHostConfigurationProtocol,动态主机配置协议)地址分配方法和装置。
背景技术
随着个人智能设备的发展和普及,无线网络由于其灵活、部署简单、成本低廉的特点,得到了越来越广泛的应用,尤其是在校园网中。
图1是一个典型的无线校园网网络部署图,采用的是AC(AccessController,无线控制器)加“瘦”AP(AccessPoint,无线接入点)的无线网络解决方案,无线控制器AC通过光纤连接至核心设备或者以业务卡的方式与核心设备相连。核心设备作为整网AP及用户的网关,将全网用户的管理集中到核心设备上,方便网络部署,降低后续监控维护的代价。在现网部署中,AP及STA(Station,站点)的数量庞大,其地址只能采用DHCP动态获取的方式,来简化网络设置,提高管理效率。
如图2所示,为用户采用DHCP获取地址的基本流程,主要包括终端广播寻找DHCP服务器,服务器提供IP租用地址,终端广播接受IP租约及服务器确认分配地址。其中,DHCPServer回应的Offer及ACK报文是单播还是广播报文取决于Discovery报文中Flag字段的最高位,一般都是广播形式。
DHCP作为一种有效的地址分配技术,大大的简化了网络设置,提高了管理效率。但是,由于DHCP协议本身缺少安全措施,在实际应用中存在着一些问题,如:DHCP服务器的DOS(DenyofService)攻击、非法服务器设置、私有IP地址设置等。目前,为了解决DHCP面临的安全问题,网络部署时会开启DHCPSnooping(DHCP窥探)等相关的安全措施。
如图1所示的无线校园网组网示意图中,若AP开启的是本地转发模式(即用户数据报文由AP本地进行解析、封装等处理并直接由AP进行转发),会在AP上开启DHCPSnooping等与DHCP相关的安全功能,若AP开启的是集中转发模式(即用户的所有报文都由AC进行处理转发),会在AC上开启DHCP相关的安全功能。
目前设备DHCPSnooping功能的大致实现过程如下,未开启DHCPSnooping功能时,DHCP报文直接由硬件转发,开启后,所有DHCP报文上送CPU进行处理。DHCPSnooping模块对协议栈上送的所有DHCP报文进行窥探分析,若判定为非法报文,直接丢弃;若是合法报文,则按报文种类维护用户记录,通告相关模块进行表项的同步,最后按报文目的地址重新转发报文。该模块能够弥补一部分DHCP协议的安全缺陷,比如:能够防止非法服务器的设置,私有地址的设置等。
现有技术的缺陷在于:
目前,为了实现快速部署、集中化管理、低成本运营,现网的拓扑朝着“扁平化”的方向发展,以核心交换机作为所有AP及整网用户的网关,将整网的管理上收。为了方便管理,所有的无线用户都规划在几个少有的VLAN(VirtualLocalAreaNetwork,虚拟局域网)甚至1个VLAN中,但高校中的用户数一般为2-4万,在智能设备普及的今天,平均每个用户有2个移动终端设备的情况下,终端数维持在4-8万之间。从图2可以看出,DHCP大都采用广播的方式进行报文交互,那么在用户上网高峰期,DHCP广播报文泛滥,会造成以下问题:1.AP会收到大量与自己无关的广播报文。在开启DHCPSnooping安全功能的情况下,大量无关的DHCP报文被上送CPU处理,浪费设备资源,若DHCP报文速率超过CPU保护的阈值就会出现DHCP报文被丢弃的现象,若丢弃的是正常用户的报文,会出现用户获取地址慢甚至获取不到的现象。2.现网中为了保障DHCP能够稳定的运行,一般会部署多台DHCPServer,服务器对链路中的DHCP报文都做响应,一方面造成了服务器资源的浪费;一方面服务器负载分担不均,不能更快,更好的为用户提供服务。随着DHCP在网络中扮演着越来越重的角色,在满足各种复杂需求的同时,如何保障它安全、可靠、高效的运行成为现网部署的重点。
发明内容
本发明提供一种DHCP地址分配方法和装置,用以解决现有技术中网络中大量DHCP广播报文泛滥,对设备及链路资源造成浪费,导致用户获取IP地址慢甚至获取不到的问题。
本发明提供了一种DHCP地址分配方法,所述方法包括:
在收到STA发来的DHCP请求报文后,在判断所述STA不支持单播回应时,将所述DHCP请求报文修改为指示STA支持单播回应;
将修改后的DHCP请求报文发送给DHCPServer;
在收到DHCPServer回应的单播DHCP回应报文后,在判断接收所述DHCP回应报文的所述STA不支持单播回应时,将DHCP回应报文修改为指示STA不支持单播回应,并将单播DHCP回应报文修改为广播DHCP回应报文;
将修改后的DHCP回应报文发送给STA。
本发明还提供一种DHCP地址分配装置,所述装置包括:
报文处理模块,用于在收到STA发来的DHCP请求报文后,在判断所述STA不支持单播回应时,将所述DHCP请求报文修改为指示STA支持单播回应;
报文收发模块,用于接收STA发来的DHCP请求报文,并在报文处理模块处理完成后将修改后的DHCP请求报文发送给DHCPServer;
所述报文处理模块还用于在收到DHCPServer回应的单播DHCP回应报文后,在判断接收所DHCP回应报文的所述STA不支持单播回应时,将DHCP回应报文修改为指示STA不支持单播回应,并将单播DHCP回应报文修改为广播DHCP回应报文;
所述报文收发模块还用于接收DHCPServer回应的单播DHCP回应报文,并在报文处理模块处理完成后将修改后的DHCP回应报文发送给STA。
本发明的DHCP地址分配方法和装置,通过干预整个DHCP报文的交互过程,在收到STA发来的DHCP请求报文后,不管STA是否支持单播回应,均向DHCPServer通告STA支持单播回应,使DHCPServer发出的报文均为单播报文,大大减少了网络中原有的DHCP广播报文,减轻了高峰期DHCP广播报文泛滥的不良影响,解决了用户获取IP地址慢甚至获取不到的问题,提高了地址分配效率。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为无线校园网组网示意图;
图2为用户采用DHCP获取地址的基本流程图;
图3为本发明实施例一提供的DHCP地址分配方法流程图;
图4为本发明实施例二提供的DHCP地址分配方法流程图;
图5为本发明实施例三提供的DHCP地址分配方法流程图;
图6为本发明实施例四提供的DHCP地址分配方法流程图;
图7为本发明实施例五提供的DHCP地址分配装置结构示意图;
图8为本发明实施例六提供的DHCP地址分配装置结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
为了解决现有技术中网络中大量DHCP广播报文泛滥,对设备及链路资源造成浪费,导致用户获取IP地址慢甚至获取不到的问题,本发明提出了一种DHCP地址分配方案。
图3为本发明实施例一提供的DHCP地址分配方法流程图,具体包括以下步骤:
100,在收到STA发来的DHCP请求报文后,在判断所述STA不支持单播回应时,将所述DHCP请求报文修改为指示STA支持单播回应;
200,将修改后的DHCP请求报文发送给DHCPServer;
300,在收到DHCPServer回应的单播DHCP回应报文后,在判断接收所述DHCP回应报文的所述STA不支持单播回应时,将DHCP回应报文修改为指示STA不支持单播回应,并将单播DHCP回应报文修改为广播DHCP回应报文;
400,将修改后的DHCP回应报文发送给STA。
本实施例通过在STA不支持单播回应时,把DHCP请求报文修改为指示STA支持单播回应的方式,使得DHCPServer在收到该报文时,回应单播DHCPOffer报文,大大减少了网络中原有的DHCP广播报文,减轻了高峰期DHCP广播报文泛滥的不良影响,解决了用户获取IP地址慢甚至获取不到的问题,提高了地址分配效率。
DHCP请求报文可以为DHCPDiscovery报文或DHCPRequest报文;当DHCP请求报文为DHCPDiscovery报文时,DHCP回应报文为DHCPOffer报文;当DHCP请求报文为DHCPRequest报文时,DHCP回应报文为DHCPACK报文,这两种情况在后面的实施例中进行了详细说明。
图4为本发明实施例二提供的DHCP地址分配方法流程图,具体包括以下步骤:
101,在收到STA发来的DHCPDiscovery报文后,在判断所述STA不支持单播回应时,将Discovery报文修改为指示STA支持单播回应;
通常DHCP报文中的Flag字段首位用来标志STA是否支持单播回应,如果Flag字段首位为0,则表示STA支持单播回应,DHCPServer收到Flag字段首位为0的DHCP报文时,就向STA回应单播报文;如果Flag字段首位为1,则表示STA不支持单播回应,DHCPServer收到Flag字段首位为1的DHCP报文时,就向STA回应广播报文。
因此,判断所述STA不支持单播回应具体可以为:判断Discovery报文中Flag字段首位为1;
将Discovery报文修改为指示STA支持单播回应具体可以为:将Discovery报文中Flag字段首位修改为0。
需要说明的是,使用Flag字段首位标志STA是否支持单播并不是唯一的方式,例如也可以通过自定义字段来实现这一功能,但是需要DHCPServer具有识别这一字段的功能以及做出相应的回应。
201,将Discovery报文发送给DHCPServer;
301,在收到DHCPServer回应的单播DHCPOffer报文后,在判断Offer报文的目的STA不支持单播回应时,将Offer报文修改为指示STA不支持单播回应,并将单播Offer报文修改为广播Offer报文;
在使用Flag字段首位标志STA是否支持单播回应时,判断Offer报文的目的STA不支持单播回应具体可以为:判断所述目的STA此前发来的Discovery报文中Flag字段首位为1;
将Offer报文修改为指示STA不支持单播回应具体可以为:将Offer报文中Flag字段首位修改为1。
同样,使用Flag字段首位标志STA是否支持单播并不是唯一的方式,例如也可以通过自定义字段来实现这一功能,但是需要DHCPServer具有识别这一字段的功能以及做出相应的回应。
401,将Offer报文发送给STA。
本实施例通过在STA不支持单播回应时,把Discovery报文修改为指示STA支持单播回应的方式,使得DHCPServer在收到该报文时,回应单播DHCPOffer报文,大大减少了网络中原有的DHCP广播报文,减轻了高峰期DHCP广播报文泛滥的不良影响,解决了用户获取IP地址慢甚至获取不到的问题,提高了地址分配效率。
本发明的执行主体可以是AP,也可以是AC,通常在本地转发模式下由AP执行,在集中转发模式下由AC执行。
在步骤101之前,还可以对STA发送的DHCPDiscovery报文进行合法性判断,如判断报文不合法,则直接丢弃;如判断报文合法,则继续执行步骤101。
同样在步骤301之前,还可以对DHCPServer回应的单播DHCPOffer报文进行合法性判断,如判断报文不合法,则直接丢弃;如判断报文合法,则继续执行步骤301。
在步骤301中,为了判断Offer报文的目的STA是否支持单播回应,例如判断目的STA此前发来的Discovery报文中Flag字段首位是否为1,可以在收到DHCPDiscovery报文时即在本地记录该信息,这样在后续收到DHCPServer回应的Offer报文后,即可根据本地记录的信息来判断。除了记录STA是否支持单播回应的信息之外,还可以记录用户的MAC地址、IP地址、VLANID、DHCP状态,DHCPServer地址信息等,STA是否支持单播回应可以通过Flag字段信息记录。上述信息共同形成用户信息列表,存储在执行主体的本地。
图5为本发明实施例三提供的DHCP地址分配方法流程图,在实施例二的基础上,进一步可选的,还可以包括以下步骤:
501,在收到STA发来的DHCPRequest报文时,在判断所述STA不支持单播回应时,将Request报文修改为指示STA支持单播回应;
在使用Flag字段首位标志STA是否支持单播回应时,判断所述STA不支持单播回应具体可以为:判断所述STA此前发来的Discovery报文中Flag字段首位为1,或者,判断Request报文中Flag字段首位为1;
对于STA来说,其发来的Discovery报文和Request报文中标志其是否支持单播回应的Flag字段首位值均相同,因此可以通过上述任一方式来进行判断。
将Request报文修改为指示STA支持单播回应具体可以为:将Request报文中Flag字段首位修改为0;
601,将Request报文发送给DHCPServer;
701,在收到DHCPServer回应的单播DHCPACK报文后,在判断ACK报文的目的STA不支持单播回应时,将ACK报文修改为指示STA不支持单播回应,并将单播ACK报文修改为广播ACK报文;
在使用Flag字段首位标志STA是否支持单播回应时,判断ACK报文的目的STA不支持单播回应具体可以为:判断所述目的STA此前发来的Discovery报文中Flag字段首位为1;
将ACK报文修改为指示STA不支持单播回应具体可以为:将ACK报文中Flag字段首位修改为1。
801,将ACK报文发送给STA。
需要说明的是,实施三也可以只包含步骤501~801的部分。
本实施例通过在STA不支持单播回应时,把Request报文修改为指示STA支持单播回应的方式,使得DHCPServer在收到该报文时,回应单播DHCPACK报文,进一步减少了网络中原有的DHCP广播报文,减轻了高峰期DHCP广播报文泛滥的不良影响,解决了用户获取IP地址慢甚至获取不到的问题,提高了地址分配效率。
本发明的执行主体可以是AP,也可以是AC,通常在本地转发模式下由AP执行,在集中转发模式下由AC执行。
在步骤501之前,还可以对STA发送的DHCPRequest报文进行合法性判断,如判断报文不合法,则直接丢弃;如判断报文合法,则继续执行步骤501。
同样在步骤701之前,还可以对DHCPServer回应的单播DHCPACK报文进行合法性判断,如判断报文不合法,则直接丢弃;如判断报文合法,则继续执行步骤701。
步骤501和步骤701中,为了判断STA是否支持单播回应,例如判断目的STA此前发来的Discovery报文中Flag字段首位是否为1,可以在收到DHCPDiscovery报文时即在本地记录该信息,这样在后续收到STA发来的Request报文后,或者收到DHCPServer回应的Offer报文后,即可根据本地记录的信息来判断。除了记录STA是否支持单播回应的信息之外,还可以记录用户的MAC地址、IP地址、VLANID、DHCP状态,DHCPServer地址信息等,STA是否支持单播回应可以通过Flag字段信息记录。上述信息共同形成用户信息列表,存储在执行主体的本地。
图6为本发明实施例四提供的DHCP地址分配方法流程图,在实施例二或实施例三的基础上,进一步可选的,在步骤101之前还可以包括:
901,获得用户所在的VLAN信息;
如果是本地转发模式,执行主体为AP,此时AP和AC正常建立起CAPWAP(ControlAndProvisioningofWirelessAccessPointsProtocolSpecification,无线接入点控制和配置协议)隧道连接,AP根据AC下发的网络配置信息,获取用户所在VLAN信息;
如果是集中转发模式,执行主体为AC,则由AC在本地获得用户所在的VLAN信息。
1001,在用户VLAN内发送DHCPDiscovery广播报文;
在用户VLAN内构造并发送Discovery报文以提前预知整网的服务器部署情况。本步骤中,为了防止各自发送的Discovery报文中MAC地址冲突,造成服务器不回应的情况,可以使构造的Discovery报文以执行主体本身的MAC地址为源地址,目的地址为广播地址。
1101,根据接收到的DHCPServer回应的DHCPOffer报文记录所述VLAN内DHCPServer列表;
DHCPServer列表中可以包含服务器的MAC+IP地址信息,为后续的DHCP报文干预提供依据。
在步骤201之前还可以包括:
1201,根据记录的DHCPServer列表将Discovery报文分配给其中一个DHCPServer,并将Discovery报文修改为单播报文。
这里将Discovery报文修改为单播报文即将报文的目的IP地址和目的MAC地址修改为分配的DHCPServer的目的IP地址和目的MAC地址。
在本步骤中,可以根据步骤1101中记录的DHCPServer列表,以及STA的MAC和VLANID信息,将不同的STA均衡的分配给各DHCPServer,并将各STA分配的DHCPServer信息记入用户信息列表,均衡分配的方式可以有很多种,常用的是Hash(散列)算法。
本实施例通过在用户接入网络之前,预先探测网络中的DHCPServer资源,将用户的请求平均且精确的分担至各服务器,避免了服务器对所有报文回应所造成的资源浪费,在资源利用更加合理的同时提高了地址分配效率,此外,通过将Discovery报文修改为单播报文,进一步减少了网络中的广播报文量,减轻了高峰期DHCP广播报文泛滥的问题。
图7为本发明实施例五提供的DHCP地址分配装置结构示意图,所述装置包括:
报文处理模块10,用于在收到STA发来的DHCP请求报文后,在判断所述STA不支持单播回应时,将所述DHCP请求报文修改为指示STA支持单播回应;
报文收发模块20,用于接收STA发来的DHCP请求报文,并在报文处理模块处理完成后将修改后的DHCP请求报文发送给DHCPServer;
所述报文处理模块10还用于在收到DHCPServer回应的单播DHCP回应报文后,在判断接收所DHCP回应报文的所述STA不支持单播回应时,将DHCP回应报文修改为指示STA不支持单播回应,并将单播DHCP回应报文修改为广播DHCP回应报文;
所述报文收发模块20还用于接收DHCPServer回应的单播DHCP回应报文,并在报文处理模块处理完成后将修改后的DHCP回应报文发送给STA。
所述报文处理模块用于判断所述STA不支持单播回应具体为:
所述报文处理模块用于判断DHCP请求报文中Flag字段首位为1;
所述报文处理模块用于将所述DHCP请求报文修改为指示STA支持单播回应具体为:
所述报文处理模块用于将所述DHCP请求报文中Flag字段首位修改为0;
所述报文处理模块用于将DHCP回应报文修改为指示STA不支持单播回应具体为:
所述报文处理模块用于将DHCP回应报文中Flag字段首位修改为1。
所述DHCP请求报文为DHCPDiscovery报文或DHCPRequest报文;
当所述DHCP请求报文为DHCPDiscovery报文时,所述DHCP回应报文为DHCPOffer报文;
当所述DHCP请求报文为DHCPRequest报文时,所述DHCP回应报文为DHCPACK报文。
本实施例的装置通过在STA不支持单播回应时,把DHCP请求报文修改为指示STA支持单播回应的方式,使得DHCPServer在收到该报文时,回应单播DHCPOffer报文,大大减少了网络中原有的DHCP广播报文,减轻了高峰期DHCP广播报文泛滥的不良影响,解决了用户获取IP地址慢甚至获取不到的问题,提高了地址分配效率。
进一步可选的,如图8所示,所述装置还包括:
预探测模块30,用于在收到STA发来的DHCP请求报文之前获得用户所在的VLAN信息,在用户VLAN内发送DHCPDiscovery广播报文,并根据接收到的DHCPServer回应的DHCPOffer报文记录所述VLAN内DHCPServer列表;
所述预探测模块30用于获得用户所在的VLAN信息可以为:
所述预探测模块30用于在本地转发模式下,根据AC下发的网络配置信息获得用户所在的VLAN信息;
或者,所述预探测模块30用于在集中转发模式下,在本地获得用户所在的VLAN信息。
当DHCP请求报文为DHCPDiscovery报文时,所述报文处理模块10还用于在将修改后的DHCP请求报文发送给DHCPServer之前,根据记录的DHCPServer列表将修改后的DHCPDiscovery报文分配给其中一个DHCPServer,并将修改后DHCPDiscovery报文修改为单播报文。
这里将Discovery报文修改为单播报文即将报文的目的IP地址和目的MAC地址修改为分配的DHCPServer的目的IP地址和目的MAC地址。
本实施例的装置通过在用户接入网络之前,预先探测网络中的DHCPServer资源,将用户的请求平均且精确的分担至各服务器,避免了服务器对所有报文回应所造成的资源浪费,在资源利用更加合理的同时提高了地址分配效率,此外,通过将Discovery报文修改为单播报文,进一步减少了网络中的广播报文量,减轻了高峰期DHCP广播报文泛滥的问题。
本发明的DHCP地址分配装置的载体可以是AP,也可以是AC,通常在本地转发模式下由AP执行,在集中转发模式下由AC执行。
本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
以上所描述的装置实施例仅仅是示意性的,其中作为分离部件说明的模块或单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到至少两个网络单元上。可以根据实际的需要选择其中的部分或者全部模块或单元来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下,即可以理解并实施。
最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (10)
1.一种DHCP地址分配方法,其特征在于,所述方法包括:
在收到STA发来的DHCP请求报文后,在判断所述STA不支持单播回应时,将所述DHCP请求报文修改为指示STA支持单播回应;
将修改后的DHCP请求报文发送给DHCPServer;
在收到DHCPServer回应的单播DHCP回应报文后,在判断接收所述DHCP回应报文的所述STA不支持单播回应时,将DHCP回应报文修改为指示STA不支持单播回应,并将单播DHCP回应报文修改为广播DHCP回应报文;
将修改后的DHCP回应报文发送给STA。
2.根据权利要求1所述的方法,其特征在于,
所述判断所述STA不支持单播回应具体为:
判断DHCP请求报文中Flag字段首位为1;
所述将所述DHCP请求报文修改为指示STA支持单播回应具体为:
将所述DHCP请求报文中Flag字段首位修改为0;
所述将DHCP回应报文修改为指示STA不支持单播回应具体为:
将DHCP回应报文中Flag字段首位修改为1。
3.根据权利要求1所述的方法,其特征在于,
所述DHCP请求报文为DHCPDiscovery报文或DHCPRequest报文;
当所述DHCP请求报文为DHCPDiscovery报文时,所述DHCP回应报文为DHCPOffer报文;
当所述DHCP请求报文为DHCPRequest报文时,所述DHCP回应报文为DHCPACK报文。
4.根据权利要求1-3任一项所述的方法,其特征在于,
在收到STA发来的DHCP请求报文之前还包括:
获得用户所在的VLAN信息;
在用户VLAN内发送DHCPDiscovery广播报文;
根据接收到的DHCPServer回应的DHCPOffer报文记录所述VLAN内DHCPServer列表;
当DHCP请求报文为DHCPDiscovery报文时,所述将修改后的DHCP请求报文发送给DHCPServer之前包括:
根据记录的DHCPServer列表将修改后的DHCPDiscovery报文分配给其中一个DHCPServer,并将修改后的DHCPDiscovery报文修改为单播报文。
5.根据权利要求4所述的方法,其特征在于,所述获得用户所在的VLAN信息具体包括:
在本地转发模式下,根据AC下发的网络配置信息获得用户所在的VLAN信息;
或者,在集中转发模式下,在本地获得用户所在的VLAN信息。
6.一种DHCP地址分配装置,其特征在于,所述装置包括:
报文处理模块,用于在收到STA发来的DHCP请求报文后,在判断所述STA不支持单播回应时,将所述DHCP请求报文修改为指示STA支持单播回应;
报文收发模块,用于接收STA发来的DHCP请求报文,并在报文处理模块处理完成后将修改后的DHCP请求报文发送给DHCPServer;
所述报文处理模块还用于在收到DHCPServer回应的单播DHCP回应报文后,在判断接收所DHCP回应报文的所述STA不支持单播回应时,将DHCP回应报文修改为指示STA不支持单播回应,并将单播DHCP回应报文修改为广播DHCP回应报文;
所述报文收发模块还用于接收DHCPServer回应的单播DHCP回应报文,并在报文处理模块处理完成后将修改后的DHCP回应报文发送给STA。
7.根据权利要求6所述的装置,其特征在于,
所述报文处理模块用于判断所述STA不支持单播回应具体为:
所述报文处理模块用于判断DHCP请求报文中Flag字段首位为1;
所述报文处理模块用于将所述DHCP请求报文修改为指示STA支持单播回应具体为:
所述报文处理模块用于将所述DHCP请求报文中Flag字段首位修改为0;
所述报文处理模块用于将DHCP回应报文修改为指示STA不支持单播回应具体为:
所述报文处理模块用于将DHCP回应报文中Flag字段首位修改为1。
8.根据权利要求6所述的装置,其特征在于,
所述DHCP请求报文为DHCPDiscovery报文或DHCPRequest报文;
当所述DHCP请求报文为DHCPDiscovery报文时,所述DHCP回应报文为DHCPOffer报文;
当所述DHCP请求报文为DHCPRequest报文时,所述DHCP回应报文为DHCPACK报文。
9.根据权利要求6-8任一项所述的装置,其特征在于,所述装置还包括:
预探测模块,用于在收到STA发来的DHCP请求报文之前获得用户所在的VLAN信息,在用户VLAN内发送DHCPDiscovery广播报文,并根据接收到的DHCPServer回应的DHCPOffer报文记录所述VLAN内DHCPServer列表;
当DHCP请求报文为DHCPDiscovery报文时,所述报文处理模块还用于在将修改后的DHCP请求报文发送给DHCPServer之前,根据记录的DHCPServer列表将修改后的DHCPDiscovery报文分配给其中一个DHCPServer,并将修改后DHCPDiscovery报文修改为单播报文。
10.根据权利要求9所述的装置,其特征在于,
所述预探测模块用于获得用户所在的VLAN信息具体为:
所述预探测模块用于在本地转发模式下,根据AC下发的网络配置信息获得用户所在的VLAN信息;
或者,所述预探测模块用于在集中转发模式下,在本地获得用户所在的VLAN信息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510731072.8A CN105337886A (zh) | 2015-11-02 | 2015-11-02 | Dhcp地址分配方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510731072.8A CN105337886A (zh) | 2015-11-02 | 2015-11-02 | Dhcp地址分配方法和装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN105337886A true CN105337886A (zh) | 2016-02-17 |
Family
ID=55288186
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510731072.8A Pending CN105337886A (zh) | 2015-11-02 | 2015-11-02 | Dhcp地址分配方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105337886A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105933471A (zh) * | 2016-06-28 | 2016-09-07 | 北京北信源软件股份有限公司 | 一种基于dhcp准入简化分配隔离域ip的实现方法 |
CN110351399A (zh) * | 2019-07-04 | 2019-10-18 | 四川天邑康和通信股份有限公司 | 一种网关终端lan侧地址动态分配管理方法及管理装置 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101605090A (zh) * | 2008-06-14 | 2009-12-16 | 中兴通讯股份有限公司 | 无源光网络中动态主机配置协议二层中间代理的实现方法 |
CN103814554A (zh) * | 2013-12-11 | 2014-05-21 | 华为技术有限公司 | 一种虚拟可扩展局域网的通信方法、装置和系统 |
CN103905392A (zh) * | 2012-12-26 | 2014-07-02 | 中国移动通信集团公司 | 动态主机设置协议dhcp服务器选择方法、装置及系统 |
-
2015
- 2015-11-02 CN CN201510731072.8A patent/CN105337886A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101605090A (zh) * | 2008-06-14 | 2009-12-16 | 中兴通讯股份有限公司 | 无源光网络中动态主机配置协议二层中间代理的实现方法 |
CN103905392A (zh) * | 2012-12-26 | 2014-07-02 | 中国移动通信集团公司 | 动态主机设置协议dhcp服务器选择方法、装置及系统 |
CN103814554A (zh) * | 2013-12-11 | 2014-05-21 | 华为技术有限公司 | 一种虚拟可扩展局域网的通信方法、装置和系统 |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105933471A (zh) * | 2016-06-28 | 2016-09-07 | 北京北信源软件股份有限公司 | 一种基于dhcp准入简化分配隔离域ip的实现方法 |
CN105933471B (zh) * | 2016-06-28 | 2020-06-02 | 北京北信源软件股份有限公司 | 一种基于dhcp准入简化分配隔离域ip的实现方法 |
CN110351399A (zh) * | 2019-07-04 | 2019-10-18 | 四川天邑康和通信股份有限公司 | 一种网关终端lan侧地址动态分配管理方法及管理装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102647486B (zh) | 地址分配方法、设备和系统 | |
CN101577675B (zh) | IPv6网络中邻居表保护方法及邻居表保护装置 | |
EP2169877B1 (en) | Processing method and device for qinq termination configuration | |
EP2427023A1 (en) | Method and equipment for self-configuring transmission in self-organized network | |
CN106559292A (zh) | 一种宽带接入方法和装置 | |
CN105516080A (zh) | Tcp连接的处理方法、装置及系统 | |
CN102572830A (zh) | 终端接入认证的方法及用户端设备 | |
CN102025630A (zh) | 负载均衡方法及负载均衡系统 | |
KR101644248B1 (ko) | 무선근거리통신망에서의 식별자 할당 방법 및 장치 | |
CN102984288A (zh) | 一种自动管理IPv6地址冲突的方法及系统 | |
CN102118453B (zh) | Ip地址自动配置方法、服务端设备、客户机和通信系统 | |
CN109617816B (zh) | 一种数据报文的传输方法和装置 | |
CN101179603A (zh) | IPv6网络中用于控制用户网络接入的方法和装置 | |
CN106713522B (zh) | 一种无线保真Wi-Fi连接方法及移动终端 | |
CN102685812A (zh) | Ap关联终端控制方法、装置和系统 | |
CN103036794A (zh) | 一种报文的学习方法、装置和系统 | |
CN104618522B (zh) | 终端ip地址自动更新的方法及以太网接入设备 | |
CN111294416A (zh) | Ip地址获取的方法及相关产品 | |
CN101729314A (zh) | 动态表项的回收方法、装置及动态主机分配协议侦听设备 | |
CN105323325A (zh) | 一种身份位置分离网络中的地址分配方法及接入服务节点 | |
CN112910854A (zh) | 物联网安全运维的方法、装置、终端设备和存储介质 | |
CN101415002B (zh) | 防止报文攻击的方法、数据通信设备及通信系统 | |
CN102025797A (zh) | 地址前缀处理方法、装置、系统及网络设备 | |
CN105337886A (zh) | Dhcp地址分配方法和装置 | |
CN104519145A (zh) | 一种地址资源管理方法、系统和dhcp服务器 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20160217 |