用于ap在热备ac间切换的控制方法和控制装置的制作方法

文档序号:7855893阅读:260来源:国知局
专利名称:用于ap在热备ac间切换的控制方法和控制装置的制作方法
技术领域
本申请涉及WLAN (Wireless LAN,无线局域网)中的 AC (Access Controller,接入控制器)热备技术,特别涉及用于AP (Access Point,接入点)在热备AC间切换的控制方法和控制装置。
背景技术
在现有的WLAN应用中,普遍要求WLAN能够提供AC热备的能力。图I为现有技术中具有AC热备能力的WLAN的一种组网不意图。如图I所不,WLAN中通常设置有多台AC、且任意两台AC之间可以互为热备(图I中仅以两台AC为例)。并且,在每对互为热备的AC中,有一台作为主(Master) AC、另一台则作为备份(Slave) AC,主AC负责各AP的业务数据流转发,备份AC则通过主AC交互的心跳检测报文来监测主AC是否发生故障、并待主AC发生故障后再接管各AP的业务数据流。
相应地,WLAN中的每个AP在上电启动后,不但与主AC建立主LWAPP(Light WeightAccess Point Protocol,轻型接入点协议)隧道、还与备份AC建立有备份LWAPP隧道。当主AC正常时,AP仅通过主LWAPP隧道进行业务数据流的转发、而不在备份LWAPP隧道进行业务数据流的转发;当备份AC监测到主AC发生故障时会向AP发送隧道切换通知,AP在接收到隧道切换通知后就会将业务数据流切换至备份LWAPP隧道进行转发。如上可见,通过AC热备的方式,能够提高业务数据流转发的可靠性。但是,上述AC热备的方式却存在以下缺陷I、容易出现误切换当长时间未收到主AC的心跳检测报文后,备份AC就会断定主AC发生故障,但是,除了主AC发生故障这一种原因之外,心跳检测报文的传输链路发生故障同样会导致备份AC长时间无法收到主AC的心跳检测报文,因此,备份AC就有可能在主AC未发生故障时向AP错误地发出隧道切换通知、并导致AP在主AC未发生故障时进行切换,从而由于误切换而导致业务数据流出现不必要的中断;2、每两台AC的热备组合需要通过配置VLAN( Virtual LAN,虚拟局域网)和Domain(域)来指定,但由于相同的VLAN和Domain内有只允许指定两台AC互为热备,因而当WLAN中存在多于两台AC需要形成不同的热备组合时,就难以指定;3、心跳检测报文为二层报文,因而导致心跳检测容易被攻击、且无法满足跨三层的应用。

发明内容
有鉴于此,本申请提供了一种用于AP在热备AC间切换的控制方法和控制装置。本申请提供的一种用于AP在热备AC间切换的控制方法,应用该控制方法的AP与所在WLAN中的主AC之间建立有主LWAPP隧道、与所在WLAN中的备份AC之间建立有备份LffAPP隧道;当应用该控制方法的AP接收到备份AC发出的隧道切换通知后,该控制方法包括在该AP中执行的如下步骤步骤aO、在预定的探测周期内分别向主AC和备份AC连续发送同等数量的探测报文、并启动切换探测定时器;步骤al、若在切换探测定时器超时之前从主AC收到了回应报文,且从主AC收到的回应报文数量达到了预定的正常值,则将本机保持在主LWAPP隧道、并对切换探测定时器
清零;步骤a2、若在切换探测定时器超时之前从主AC和/或备份AC收到了回应报文,且从主AC和备份AC收到的回应报文数量均未达到预定的正常值,则本机保持在主LWAPP隧
道、并对切换探测定时器清零;步骤a3、若在切换探测定时器超时之前从主AC和备份AC收到了回应报文,且从主AC收到的回应报文数量未达到预定的正常值、但从备份AC收到的回应报文数量达到了预定的正常值,则将本机从主LWAPP隧道切换至备份LWAPP隧道、并对切换探测定时器清零。当应用该控制方法的AP接收到备份AC发出的隧道切换通知后,该控制方法进一步包括在该AP中执行的如下步骤步骤a4、若从主AC和备份AC均未收到回应报文、并导致切换探测定时器超时,则将本机从主LWAPP隧道切换至备份LWAPP隧道、并对切换探测定时器清零。当应用该控制方法的AP进一步接收到主AC发出的隧道强制回切通知后,该控制方法包括在该AP中执行的如下步骤步骤bO、在预定的探测周期内向主AC发送预定数量的探测报文、并启动回切探测定时器;步骤bl、若在回切探测定时器超时之前从主AC收到了回应报文,且从主AC收到的回应报文数量达到了预定的正常值,则将本机从备份LWAPP隧道回切至主LWAPP隧道、并对回切探测定时器清零;步骤b2、若在回切探测定时器超时之前从主AC收到了回应报文,且从主AC收到的回应报文数量未达到预定的正常值,则将本机保持在备份LWAPP隧道、并对回切探测定时
器清零。当应用该控制方法的AP接收到主AC发出的隧道强制回切通知后,该控制方法进一步包括在该AP中执行的如下步骤步骤b3、若从主AC未收到回应报文、并导致回切探测定时器超时,则将本机保持在备份LWAPP隧道、并对回切探测定时器清零。每个应用该控制方法的AP均被主AC配置有延时偏移,该延时偏移用于对该AP中的探测周期、切换探测定时器、以及回切探测定时器的启动时间产生预定偏移量的延时;并且,主AC为所有应用该控制方法的AP配置的延时偏移的大小不全相同。主AC和备份AC均配置有本端和对端的IP地址,主AC和备份AC相互发送至对端的心跳检测报文以本端IP地址为心跳检测报文的源IP、以对端IP地址为目的IP ;以及,每个应用该控制方法的AP向主AC发送的探测报文以该AP的IP地址为源IP、以主AC的IP地址为目的IP,每个应用该控制方法的AP向备份AC发送的探测报文以该AP的IP地址为源IP、以备份AC的IP地址为目的IP。心跳检测报文和探测报文中均携带有IP优先级,且心跳检测报文的IP优先级高于探测报文的IP优先级。本申请提供的一种用于AP在热备AC间切换的控制装置,应用该控制装置的AP与所在WLAN中的主AC之间建立有主LWAPP隧道、与所在WLAN中的备份AC之间建立有备份LffAPP隧道;当应用该控制装置的AP接收到备份AC发出的隧道切换通知后,该控制装置包括在该AP中触发的如下模块 切换判决探测模块,在预定的探测周期内分别向主AC和备份AC连续发送同等数量的探测报文、并启动切换探测定时器;第一切换判决模块,若在切换探测定时器超时之前从主AC收到了回应报文,且从主AC收到的回应报文数量达到了预定的正常值,则将本机保持在主LWAPP隧道、并对切换探测定时器清零;第二切换判决模块,若在切换探测定时器超时之前从主AC和/或备份AC收到了回应报文,且从主AC和备份AC收到的回应报文数量均未达到预定的正常值,则本机保持在主LWAPP隧道、并对切换探测定时器清零;第三切换判决模块,若在切换探测定时器超时之前从主AC和备份AC收到了回应报文,且从主AC收到的回应报文数量未达到预定的正常值、但从备份AC收到的回应报文数量达到了预定的正常值,则将本机从主LWAPP隧道切换至备份LWAPP隧道、并对切换探测定
时器清零。当应用该控制装置的AP接收到备份AC发出的隧道切换通知后,该控制装置进一步包括在该AP中触发的如下模块第四切换判决模块,若从主AC和备份AC均未收到回应报文、并导致切换探测定时器超时,则将本机从主LWAPP隧道切换至备份LWAPP隧道、并对切换探测定时器清零。当应用该控制装置的AP进一步接收到主AC发出的隧道强制回切通知后,该控制装置包括在该AP中触发的如下模块回切判决探测模块,在预定的探测周期内向主AC发送预定数量的探测报文、并启动回切探测定时器;第一回切判决模块,若在回切探测定时器超时之前从主AC收到了回应报文,且从主AC收到的回应报文数量达到了预定的正常值,则将本机从备份LWAPP隧道回切至主LWAPP隧道、并对回切探测定时器清零;第二回切判决模块,若在回切探测定时器超时之前从主AC收到了回应报文,且从主AC收到的回应报文数量未达到预定的正常值,则将本机保持在备份LWAPP隧道、并对回切探测定时器清零。当应用该控制装置的AP接收到主AC发出的隧道强制回切通知后,该控制装置进一步包括在该AP中触发的如下模块第三回切判决模块,若从主AC未收到回应报文、并导致回切探测定时器超时,则将本机保持在备份LWAPP隧道、并对回切探测定时器清零。每个应用该控制装置的AP均被主AC配置有延时偏移,该延时偏移用于对该AP中的探测周期、切换探测定时器、以及回切探测定时器的启动时间产生预定偏移量的延时;并且,主AC为所有应用该控制方法的AP配置的延时偏移不全相同。
主AC和备份AC均配置有本端和对端的IP地址,主AC和备份AC发送至对端的心跳检测报文以本端IP地址为心跳检测报文的源IP、以对端IP地址为目的IP ;以及,每个应用该控制方法的AP向主AC发送的探测报文以该AP的IP地址为源IP、以主AC的IP地址为目的IP,每个应用该控制方法的AP向备份AC发送的探测报文以该AP的IP地址为源IP、以备份AC的IP地址为目的IP。心跳检测报文和探测报文中均携带有IP优先级,且心跳检测报文的IP优先级高于探测报文的IP优先级。由此可见,基于本申请所提供的方案,AP在接收到备份AC发送的隧道切换通知后,可以通过对主AC和备份AC的探测来判断主AC和备份AC的存活状态,并且只有在主AC的存活状态不正常时才依据备份AC的隧道切换通知执行切换,因而就能够避免在主AC未发生故障时的误切换,从而避免由于误切换所导致的业务数据流中断。而且,AP在接收到主AC发送的隧道强制回切通知后,同样可以通过对主AC的探测来判断主AC的存活状态,并且只有在主AC的存活状态正常时才依据主AC的隧道强制回切通知执行回切,因而就能 够避免在故障修复后的主AC尚未完全稳定时的误回切,从而避免由于误回切所导致的业务数据流中断。可选地,基于本申请所提供的方案,可以通过主AC对所有AP的配置来实现各AP的分时探测,从而,能够避免突发的大量探测报文对主AC和备份AC的影响。进一步可选地,基于本申请所提供的方案,可以利用IP地址来明确指定每两台AC的热备组合,从而,能够消除VLAN和Domain对热备组合的限制。而且,每两台互为热备的AC之间交互的心跳检测报文可以采用IP报文,从而能够提高心跳检测的安全性、并满足跨三层的各种应用;探测报文可以采用IP报文,从而能够避免主AC、备份AC的非隧道端口误发送回应报文;以及,心跳检测报文可以具有比探测报文更高的IP优先级,从而能够使主AC、备份AC在收到大量探测报文时仍能够优先确保心跳检测的正常实现。


图I为现有技术中具有AC热备能力的WLAN的一种组网不意图;图2为本申请实施例中用于AP在热备AC间切换的控制方法在备份AC发出隧道切换通知后执行的流程示意图;图3为本申请实施例中用于AP在热备AC间切换的控制方法在主AC发出隧道强制回切通知后执行的流程示意图;图4为本申请实施例中用于在主AC和备份AC间交互的心跳检测报文的结构示意图;图5为本申请实施例中用于AP在热备AC间切换的控制装置在备份AC发出隧道切换通知后触发的结构示意图;图6为本申请实施例中用于AP在热备AC间切换的控制装置在主AC发出隧道强制回切通知后触发的结构示意图。
具体实施例方式为使本发明的目的、技术方案及优点更加清楚明白,以下参照附图并举实施例,对本发明进一步详细说明。在本实施例中,AP在接收 到备份AC发送的隧道切换通知后,并不是立即执行切换、而是通过对主AC和备份AC的探测来判断主AC和备份AC的存活状态,并且,只有在主AC的存活状态不正常时才依据备份AC的隧道切换通知执行切换。图2为本申请实施例中用于AP在热备AC间切换的控制方法在备份AC发出隧道切换通知后执行的流程示意图。如图2所示,当AP接收到备份AC发出的隧道切换通知后,本实施例中用于AP在热备AC间切换的控制方法包括在该AP中执行的如下步骤步骤210,在预定的探测周期内分别向主AC和备份AC连续发送同等数量的探测报文、并启动一切换探测定时器。步骤220,根据切换探测定时器超时之前从主AC和备份AC收到的回应报文数量,判断主AC和备份AC的存活状态。步骤221,若在切换探测定时器超时之前从主AC收到了回应报文,且从主AC收到的回应报文数量达到了预定的正常值,则表示主AC的存活状态为正常,此时,可以判断出备份AC在主AC未发生故障时错误地发出了隧道切换通知,因而无论备份AC的存活状态是否正常,均将本机保持在主LWAPP隧道、并对切换探测定时器清零,然后结束本流程。步骤222,若在切换探测定时器超时之前从主AC和/或备份AC收到了回应报文,且从主AC和备份AC收到的回应报文数量均未达到预定的正常值(若仅从主AC收到回应报文、但未从备份AC收到回应报文,则从备份AC收到的回应报文数量记为0,反之同理),则表示主AC和备份AC的存活状态均不正常,此时,可以认为即便切换也无法改善业务数据流的转发、并且还会导致业务数据流的无谓中断,因而仍将本机保持在主LWAPP隧道、并对切换探测定时器清零,然后结束本流程。步骤223,若在切换探测定时器超时之前从主AC和备份AC均收到了回应报文,且从主AC收到的回应报文数量未达到预定的正常值、但从备份AC收到的回应报文数量达到了预定的正常值,则表示主AC的存活状态不正常、但备份AC的存活状态为正常,此时,即可判断出切换是必要的,将本机从主LWAPP隧道切换至备份LWAPP隧道、并对切换探测定时器清零,然后结束本流程。步骤224,若从主AC和备份AC均未收到回应报文、并导致切换探测定时器超时,则表示有可能是由于主AC和备份AC无暇处理或无法识别探测报文而导致无法探测主AC和备份AC的存活状态,此时,既然无法探测到主AC和备份AC的存活状态,则只能够完全信赖备份AC发出的隧道切换通知,因而将本机从主LWAPP隧道切换至备份LWAPP隧道、并对切换探测定时器清零,然后结束本流程。需要说明的是,步骤224所针对的是一种极端情况、且这种极端情况不属于本实施例基于探测实现切换的范畴之内,本实施例针对这种极端情况而在步骤224提供的处理方式仅仅是为了使方案更为完整,但在实际应用中,本领域技术人员可以根据需要,而任意设置针对这种极端情况的处理方式。至此,本流程结束。如上述流程可见,基于本实施例中用于AP在热备AC间切换的控制方法,AP只有在探测到主AC的存活状态不正常时才依据备份AC的隧道切换通知执行切换,因而,就能够避免在主AC未发生故障时的误切换,从而避免由于误切换所导致的业务数据流中断。
当AP由于探测出主AC的生存状态不正常而执行切换之后,主AC的生存状态还有可能通过故障修复而恢复为正常、并向AP发出隧道强制回切通知。相应地,为了避免AP在尚未确定故障修复后的主AC完全稳定时即盲目回切,AP在接收到主AC发送的隧道强制回切通知后,并不是立即执行切换、而是可以通过对主AC的探测来判断主AC的存活状态,并且只有在主AC的存活状态正常时才依据主AC的隧道强制回切通知执行回切。图3为本申请实施例中用于AP在热备AC间切换的控制方法在主AC发出隧道强制回切通知后执行的流程示意图。如图3所示,当AP接收到主AC发出的隧道强制回切通知后,本实施例中用于AP在热备AC间切换的控制方法包括在该AP中执行的如下步骤步骤310,在预定的探测周期内向主AC发送预定数量的探测报文、并启动回切探测定时器。步骤320,根据回切探测定时器超时之前从主AC收到的回应报文数量,判断主AC 的存活状态。步骤321,若在回切探测定时器超时之前从主AC收到了回应报文,且从主AC收到的回应报文数量达到了预定的正常值,则表示主AC的存活状态变为正常,此时,将本机从备份LWAPP隧道回切至主LWAPP隧道、并对回切探测定时器清零,然后结束本流程。步骤322,若在回切探测定时器超时之前从主AC收到了回应报文,且从主AC收到的回应报文数量未达到预定的正常值,则表示主AC的存活状态仍不正常,此时,将本机保持在备份LWAPP隧道、并对回切探测定时器清零,然后结束本流程。步骤323,若从主AC未收到回应报文、并导致回切探测定时器超时,则表示有可能是由于主AC无暇处理或无法识别探测报文而导致无法探测主AC的存活状态,此时,既然无法探测到主AC的存活状态,则为了保持业务数据流能够继续在正常的备份AC转发,因而将本机保持在备份LWAPP隧道、并对回切探测定时器清零,然后结束本流程。需要说明的是,步骤323所针对的是一种极端情况、且这种极端情况不属于本实施例基于探测实现切换的范畴之内,本实施例针对这种极端情况而在步骤323提供的处理方式仅仅是为了使方案更为完整,但在实际应用中,本领域技术人员可以根据需要,而任意设置针对这种极端情况的处理方式。至此,本流程结束。如上述流程可见,基于本实施例中用于AP在热备AC间切换的控制方法,AP只有在主AC的存活状态正常时才依据主AC的隧道强制回切通知执行回切,因而就能够避免在修复故障后的主AC尚未完全稳定时的误回切,从而避免由于误回切所导致的业务数据流中断。在具体实现上述控制方法时,每个AP中的探测周期、切换探测定时器、以及回切探测定时器的时长和启动时间,都可以由主AC在该AP上电启动后的初始化过程中下发相应的配置。而且,在每个AP上电启动后的初始化过程中,主AC还可以向该AP下发延时偏移的配置。其中,每个AP被主AC配置的延时偏移用于对该AP中的探测周期、切换探测定时器、以及回切探测定时器的启动时间产生预定偏移量的延时;并且,主AC为所有AP配置的延时偏移的大小不全相同。从而,通过主AC对所有AP的延时偏移的配置即可实现各AP的分时探测,进而能够避免突发的大量探测报文对主AC和备份AC的影响。此外,为了消除VLAN和Domain对热备组合的限制,本实施例为每台AC分配对应的IP地址,并通过配置IP地址来明确指定每两台AC的热备组合,即,在每两台互为热备的AC中,主AC和备份AC均配置(可通过静态配置来实现)有本端和对端的IP地址。而且,基于以IP地址指名热备组合的方式每两台互为热备的AC之间交互的心跳检测报文还可以采用IP报文,S卩,主AC和备份AC相互发送至对端的心跳检测报文以本端IP地址为心跳检测报文的源IP、以对端IP地址为目的IP,这样,能够提高心跳检测的安全性、并满足跨三层的各种应用;而且,为了进一步提高心跳检测的安全性,心跳检测报文中还可以携带有用于主AC和备份AC相互验证的验证码;AP向主AC、备份AC发送的探测报文也可以采用IP报文,S卩,每个AP向主AC发送的探测报文以该AP的IP地址为源IP、以主AC的IP地址为目的IP,每个AP向备份AC发 送的探测报文以该AP的IP地址为源IP、以备份AC的IP地址为目的IP,这样,能够避免主AC、备份AC的非隧道端口(非IP端口)误发送回应报文;以及,心跳检测报文和探测报文中可以均携带有IP优先级,且心跳检测报文可以具有比探测报文更高的IP优先级,这样,能够使主AC、备份AC在收到大量探测报文时仍能够优先确保心跳检测的正常实现。图4为本申请实施例中用于在主AC和备份AC间交互的心跳检测报文的结构示意图。如图4所示,以IP报文中的Hello (招呼)报文实现心跳检测报文为例,本实施例中的心跳检测报文包括Version (版本)字段,其长度为4比特,用于表示心跳检测报文所属的IP版本,例如,4表示IPv4、6表示IPv6 ;Type(类型)字段,其长度为4比特,用于表示该报文是否属于心跳检测报文,例如,I表示用作心跳检测报文的Hello报文、非I表示非Hello报文;IP addressl (第一 IP地址)字段,其长度在心跳检测报文属于IPv4 (Version=4)时为32比特、在心跳检测报文属于IPv6 (Version=6)时为128比特,用于承载发送心跳检测报文的本端IP地址;IP address2 (第二 IP地址)字段,其长度在心跳检测报文属于IPv4 (Version=4)时为32比特、在心跳检测报文属于IPv6 (Version=6)时为128比特,用于承载接收心跳检测报文的对端用IP地址;Priority (优先级)字段,其长度可以任意设定,用于表示发送心跳检测报文的本端的热备优先级; Auth Type (验证类型)字段,其长度可以任意设定,用于心跳检测报文采用的验证类型,例如,0表不No Authentication (无验证)、I表不Simple Text Password (简单文本密码)、2表示MD5 (Message Digest Algorithm 5,信息摘要算法第五版)等;若对端接收到验证类型与其不相符的Hello报文、即心跳检测报文,则会将该Hello报文、即心跳检测报文丢弃;Hello Int (招呼初始)字段,其长度可以任意设定,用于表示Hello报文、即心跳检测报文的发送周期;若对端接收到发送周期与其不相符的Hello报文、即心跳检测报文,则会将该Hello报文、即心跳检测报文丢弃;Checksum (校验和)字段,其长度可以任意设定,用于携带Hello报文、即心跳检测报文的校验和;Authentication Data (验证数据)字段,其长度可以任意设定,用于携带对应AuthType的验证数据,Auth Type=O时填充全O。基于上述心跳检测报文,备份AC中会维护对应的Master_Down_time (主AC故障时间)定时器和Delay_time (延迟时间)定时器;其中,Master_Down_time定时器用于备份AC判断是否从主AC未接收到心跳检测报文的时间达到定时时长,该定时时长可以等于3倍的Hello_Int ;Delay_time定时器用于定义备份AC从检测到主AC故障之后、到备份AC接管时的延迟时间,该延迟时间可以任意设定。本实施例利用IP报文所实现的探测报文,可以为任意一种LWAPP报文,例如Discovery (发现)报文等,因此,本实施例对于探测报文的结构就不再赘述。实际应用中,本实施例中用于AP在热备AC间切换的控制方法能够以计算机程序来实现,因此,与该方法相对应地,本实施例还提供了一种用于AP在热备AC间切换的控制
>J-U装直。图5为本申请实施例中用于AP在热备AC间切换的控制装置在备份AC发出隧道切换通知后触发的结构示意图。如图5所示,当AP接收到备份AC发出的隧道切换通知后,本实施例中用于AP在热备AC间切换的控制装置承载于该AP中的如下模块被触发切换判决探测模块510,在预定的探测周期内分别向主AC和备份AC连续发送同等数量的探测报文、并启动切换探测定时器;第一切换判决模块521,若在切换探测定时器超时之前从主AC收到了回应报文,且从主AC收到的回应报文数量达到了预定的正常值,则将本机保持在主LWAPP隧道、并对切换探测定时器清零; 第二切换判决模块522,若在切换探测定时器超时之前从主AC和/或备份AC收到了回应报文,且从主AC和备份AC收到的回应报文数量均未达到预定的正常值,则本机保持在主LWAPP隧道、并对切换探测定时器清零;第三切换判决模块523,若在切换探测定时器超时之前从主AC和备份AC收到了回应报文,且从主AC收到的回应报文数量未达到预定的正常值、但从备份AC收到的回应报文数量达到了预定的正常值,则将本机从主LWAPP隧道切换至备份LWAPP隧道、并对切换探测定时器清零;第四切换判决模块524,若从主AC和备份AC均未收到回应报文、并导致切换探测定时器超时,则将本机从主LWAPP隧道切换至备份LWAPP隧道、并对切换探测定时器清零。与前文所述的控制方法同理,第四切换判决模块所针对的是一种极端情况、且这种极端情况不属于本实施例基于探测实现切换的范畴之内,本实施例针对这种极端情况而为第四切换判决模块提供的处理方式仅仅是为了使方案更为完整,但在实际应用中,本领域技术人员可以根据需要,而任意设置针对这种极端情况的处理方式。图6为本申请实施例中用于AP在热备AC间切换的控制装置在主AC发出隧道强制回切通知后触发的结构示意图。如图6所示,当AP接收到主AC发出的隧道强制回切通知后,本实施例中用于AP在热备AC间切换的控制装置承载于该AP中的如下模块被触发
回切判决探测模块610,在预定的探测周期内向主AC发送预定数量的探测报文、并启动回切探测定时器;第一回切判决模块621,若在回切探测定时器超时之前从主AC收到了回应报文,且从主AC收到的回应报文数量达到了预定的正常值,则将本机从备份LWAPP隧道回切至主LWAPP隧道、并对回切探测定时器清零;第二回切判决模块622,若在回切探测定时器超时之前从主AC收到了回应报文,且从主AC收到的回应报文数量未达到预定的正常值,则将本机保持在备份LWAPP隧道、并对回切探测定时器清零;第三回切判决模块623,若从主AC未收到回应报文、并导致回切探测定时器超时,则将本机保持在备份LWAPP隧道、并对回切探测定时器清零。
与前文所述的控制方法同理,第三回切判决模块所针对的是一种极端情况、且这种极端情况不属于本实施例基于探测实现切换的范畴之内,本实施例针对这种极端情况而在第三回切判决模块提供的处理方式仅仅是为了使方案更为完整,但在实际应用中,本领域技术人员可以根据需要,而任意设置针对这种极端情况的处理方式。同样地,在具体实现上述控制装置时,每个AP中的探测周期、切换探测定时器、以及回切探测定时器的时长和启动时间,都可以由主AC在该AP上电启动后的初始化过程中下发相应的配置。而且,在每个AP上电启动后的初始化过程中,主AC还可以向该AP下发延时偏移的配置。其中,每个AP被主AC配置的延时偏移用于对该AP中的探测周期、切换探测定时器、以及回切探测定时器的启动时间产生预定偏移量的延时;并且,主AC为所有AP配置的延时偏移的大小不全相同。从而,通过主AC对所有AP的延时偏移的配置即可实现各AP的分时探测,进而能够避免突发的大量探测报文对主AC和备份AC的影响。此外,上述控制装置同样能够适用于通过配置IP地址来明确指定热备组合的情况,以及,适用于心跳检测报文和探测报文采用IP报文的情况,此处就不再赘述。以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明保护的范围之内。
权利要求
1.一种用于AP在热备AC间切换的控制方法,其特征在于,应用该控制方法的AP与所在WLAN中的主AC之间建立有主LWAPP隧道、与所在WLAN中的备份AC之间建立有备份LffAPP隧道; 当应用该控制方法的AP接收到备份AC发出的隧道切换通知后,该控制方法包括在该AP中执行的如下步骤 步骤aO、在预定的探测周期内分别向主AC和备份AC连续发送同等数量的探测报文、并启动切换探测定时器; 步骤al、若在切换探测定时器超时之前从主AC收到了回应报文,且从主AC收到的回应报文数量达到了预定的正常值,则将本机保持在主LWAPP隧道、并对切换探测定时器清零; 步骤a2、若在切换探测定时器超时之前从主AC和/或备份AC收到了回应报文,且从主AC和备份AC收到的回应报文数量均未达到预定的正常值,则本机保持在主LWAPP隧道、并对切换探测定时器清零; 步骤a3、若在切换探测定时器超时之前从主AC和备份AC收到了回应报文,且从主AC收到的回应报文数量未达到预定的正常值、但从备份AC收到的回应报文数量达到了预定的正常值,则将本机从主LWAPP隧道切换至备份LWAPP隧道、并对切换探测定时器清零。
2.根据权利要求I所述的控制方法,其特征在于,当应用该控制方法的AP接收到备份AC发出的隧道切换通知后,该控制方法进一步包括在该AP中执行的如下步骤 步骤a4、若从主AC和备份AC均未收到回应报文、并导致切换探测定时器超时,则将本机从主LWAPP隧道切换至备份LWAPP隧道、并对切换探测定时器清零。
3.根据权利要求I所述的控制方法,其特征在于,当应用该控制方法的AP进一步接收到主AC发出的隧道强制回切通知后,该控制方法包括在该AP中执行的如下步骤 步骤bO、在预定的探测周期内向主AC发送预定数量的探测报文、并启动回切探测定时器; 步骤bl、若在回切探测定时器超时之前从主AC收到了回应报文,且从主AC收到的回应报文数量达到了预定的正常值,则将本机从备份LWAPP隧道回切至主LWAPP隧道、并对回切探测定时器清零; 步骤b2、若在回切探测定时器超时之前从主AC收到了回应报文,且从主AC收到的回应报文数量未达到预定的正常值,则将本机保持在备份LWAPP隧道、并对回切探测定时器清零。
4.根据权利要求3所述的控制方法,其特征在于,当应用该控制方法的AP接收到主AC发出的隧道强制回切通知后,该控制方法进一步包括在该AP中执行的如下步骤 步骤b3、若从主AC未收到回应报文、并导致回切探测定时器超时,则将本机保持在备份LWAPP隧道、并对回切探测定时器清零。
5.根据权利要求3或4所述的控制方法,其特征在于,每个应用该控制方法的AP均被主AC配置有延时偏移,该延时偏移用于对该AP中的探测周期、切换探测定时器、以及回切探测定时器的启动时间产生预定偏移量的延时;并且,主AC为所有应用该控制方法的AP配置的延时偏移的大小不全相同。
6.根据权利要求I至4中任一项所述的控制方法,其特征在于,主AC和备份AC均配置有本端和对端的IP地址,主AC和备份AC相互发送至对端的心跳检测报文以本端IP地址为心跳检测报文的源IP、以对端IP地址为目的IP; 以及,每个应用该控制方法的AP向主AC发送的探测报文以该AP的IP地址为源IP、以主AC的IP地址为目的IP,每个应用该控制方法的AP向备份AC发送的探测报文以该AP的IP地址为源IP、以备份AC的IP地址为目的IP。
7.根据权利要求6所述的控制方法,其特征在于,心跳检测报文和探测报文中均携带有IP优先级,且心跳检测报文的IP优先级高于探测报文的IP优先级。
8.一种用于AP在热备AC间切换的控制装置,其特征在于,应用该控制装置的AP与所在WLAN中的主AC之间建立有主LWAPP隧道、与所在WLAN中的备份AC之间建立有备份LffAPP隧道; 当应用该控制装置的AP接收到备份AC发出的隧道切换通知后,该控制装置包括在该AP中触发的如下模块 切换判决探测模块,在预定的探测周期内分别向主AC和备份AC连续发送同等数量的探测报文、并启动切换探测定时器; 第一切换判决模块,若在切换探测定时器超时之前从主AC收到了回应报文,且从主AC收到的回应报文数量达到了预定的正常值,则将本机保持在主LWAPP隧道、并对切换探测定时器清零; 第二切换判决模块,若在切换探测定时器超时之前从主AC和/或备份AC收到了回应报文,且从主AC和备份AC收到的回应报文数量均未达到预定的正常值,则本机保持在主LffAPP隧道、并对切换探测定时器清零; 第三切换判决模块,若在切换探测定时器超时之前从主AC和备份AC收到了回应报文,且从主AC收到的回应报文数量未达到预定的正常值、但从备份AC收到的回应报文数量达到了预定的正常值,则将本机从主LWAPP隧道切换至备份LWAPP隧道、并对切换探测定时器清零。
9.根据权利要求8所述的控制装置,其特征在于,当应用该控制装置的AP接收到备份AC发出的隧道切换通知后,该控制装置进一步包括在该AP中触发的如下模块 第四切换判决模块,若从主AC和备份AC均未收到回应报文、并导致切换探测定时器超时,则将本机从主LWAPP隧道切换至备份LWAPP隧道、并对切换探测定时器清零。
10.根据权利要求8所述的控制装置,其特征在于,当应用该控制装置的AP进一步接收到主AC发出的隧道强制回切通知后,该控制装置包括在该AP中触发的如下模块 回切判决探测模块,在预定的探测周期内向主AC发送预定数量的探测报文、并启动回切探测定时器; 第一回切判决模块,若在回切探测定时器超时之前从主AC收到了回应报文,且从主AC收到的回应报文数量达到了预定的正常值,则将本机从备份LWAPP隧道回切至主LWAPP隧道、并对回切探测定时器清零; 第二回切判决模块,若在回切探测定时器超时之前从主AC收到了回应报文,且从主AC收到的回应报文数量未达到预定的正常值,则将本机保持在备份LWAPP隧道、并对回切探测定时器清零。
11.根据权利要求10所述的控制装置,其特征在于,当应用该控制装置的AP接收到主AC发出的隧道强制回切通知后,该控制装置进一步包括在该AP中触发的如下模块第三回切判决模块,若从主AC未收到回应报文、并导致回切探测定时器超时,则将本机保持在备份LWAPP隧道、并对回切探测定时器清零。
12.根据权利要求10或11所述的控制装置,其特征在于,每个应用该控制装置的AP均被主AC配置有延时偏移,该延时偏移用于对该AP中的探测周期、切换探测定时器、以及回切探测定时器的启动时间产生预定偏移量的延时;并且,主AC为所有应用该控制方法的AP配置的延时偏移不全相同。
13.根据权利要求8至11中任一项所述的控制装置,其特征在于,主AC和备份AC均配置有本端和对端的IP地址,主AC和备份AC发送至对端的心跳检测报文以本端IP地址为心跳检测报文的源IP、以对端IP地址为目的IP ; 以及,每个应用该控制方法的AP向主AC发送的探测报文以该AP的IP地址为源IP、 以主AC的IP地址为目的IP,每个应用该控制方法的AP向备份AC发送的探测报文以该AP的IP地址为源IP、以备份AC的IP地址为目的IP。
14.根据权利要求13所述的控制装置,其特征在于,心跳检测报文和探测报文中均携带有IP优先级,且心跳检测报文的IP优先级高于探测报文的IP优先级。
全文摘要
本申请公开了一种用于AP在热备AC间切换的控制方法和控制装置。基于本申请所提供的方案,AP在接收到备份AC发送的隧道切换通知后,可以通过对主AC和备份AC的探测来判断主AC和备份AC的存活状态,并且只有在主AC的存活状态不正常时才依据备份AC的隧道切换通知执行切换,因而就能够避免在主AC未发生故障时的误切换,从而避免由于误切换所导致的业务数据流中断。而且,若通过主AC对所有AP的配置而实现各AP的分时探测,还能够避免突发的大量探测报文对主AC和备份AC的影响。另外,每两台AC的热备组合可以通过IP地址来明确指定,以及,每两台互为热备的AC之间交互的心跳检测报文可以采用IP报文。
文档编号H04L12/26GK102752172SQ201210243008
公开日2012年10月24日 申请日期2012年7月13日 优先权日2012年7月13日
发明者史计达 申请人:杭州华三通信技术有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1