CN102811451B - 一种Capwap隧道连接控制方法及装置 - Google Patents
一种Capwap隧道连接控制方法及装置 Download PDFInfo
- Publication number
- CN102811451B CN102811451B CN201210256985.5A CN201210256985A CN102811451B CN 102811451 B CN102811451 B CN 102811451B CN 201210256985 A CN201210256985 A CN 201210256985A CN 102811451 B CN102811451 B CN 102811451B
- Authority
- CN
- China
- Prior art keywords
- retransmission
- message
- maximum
- maximum retransmission
- capwap tunnel
- 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.)
- Active
Links
Landscapes
- Mobile Radio Communication Systems (AREA)
- Communication Control (AREA)
Abstract
本发明实施例提供一种Capwap隧道连接控制方法及装置,接入控制器在进行一轮Echo Request报文重传时,如果一次报文重传失败,则判断AC的中央处理器利用率是否大于设定的门限值,或者,所述Capwap隧道的数据通道是否正常工作,若满足上述两个条件中的任意一个,则增大Echo Request报文最大重传次数,并按照调节后的最大重传次数继续进行重传。从而在由于AC的CPU利用率较高或STA数据流量较大,数据通道正常但在控制通道中Echo Response报文无法得到正常调度时,可以尽量维护Capwap隧道的连接,提高Capwap隧道连接的可靠性和稳定性,保证WLAN业务的稳定性和可靠性。
Description
技术领域
本发明涉及通信领域,尤其涉及一种无线接入点(AP)控制和规定(Capwap,Control And Provisioning of Wireless Access Points)隧道连接控制方法及装置。
背景技术
随着无线局域网(WLAN)接入速度的不断提高,WLAN已经不仅仅是有线网络的补充,而是逐渐往大规模部署和独立组网的方向发展。传统的WLAN体系结构已无法满足大规模组网需求,因此,互联网工程任务组(IETF)成立了Capwap工作组,研究大规模WLAN的解决方案。
Capwap协议基于集中式WLAN体系结构,接入控制器(AC)和接入点(AP)之间通过互联网协议(IP)网络连接。当AC与AP建立了Capwap连接后,AC与每台AP间都会建立一条Capwap通信隧道,AC发送给AP的每个报文,都必须通过Capwap通信隧道;而AP发给AC的每个报文,也必须通过Capwap通信隧道。如图1所示,Capwap通信隧道是一种点到点的隧道,是一种单播隧道。
Capwap协议存在两种通道:
Capwap控制通道:一个双向通道,由AC的IP地址,物理设备(WTP,Wireless Termination Point)的IP地址(物理设备可以理解为AP),AC控制端口,WTP控制端口,传输层协议(用户数据报协议(UDP)或者轻量级用户数据报协议(UDP-Lite))定义,在Capwap控制通道之上可以收发Capwap控制报文。
Capwap数据通道:一个双向通道,由AC的IP地址,WTP的IP地址,AC数据端口,WTP数据端口,传输层协议(UDP或者UDP-Lite)定义,在Capwap数据通道之上可以收发Capwap数据报文。
根据RFC 5415的描述,标准定义了2个保活消息:Echo Request和EchoResponse,用于Capwap控制通道的保活(keep-alive)。AC在Capwap通信隧道(可以简称为Capwap隧道)建立好后,可以周期性(可配置,如配置为间隔30秒)的发送Echo Request报文。WTP收到Echo Request报文后,响应EchoResponse报文。
RFC5415规定,AC端发送Echo Request报文后,没有收到Echo Response报文则进行重传(RFC 5415 2.4.3)。标准规定默认的重传次数为5,5次重传间隔的时间依次为3s,6s,12s,15s,15s,如果在Echo Request报文重传5次之后仍然没有收到响应的Echo Response报文,则认为Capwap隧道的控制通道断开,断开Capwap隧道。因此以发送Echo Request报文的周期间隔为30s为例,Capwap隧道的保活时间是30+3+6+12+15+15=81s。
在实际的集中转发网络中,一台AC往往下挂着数百台的AP,每台AP下面又挂着数十台STA。用户的实际业务流量达到AP后,AP对其进行Capwap封装,然后直接通过AC和AP之间的局域网(LAN)网络到达AC统一进行处理。当存在大量的STA同时在线并发起业务访问的时候,AC需要能够同时处理数千个STA的流量总和,再加上AC和数百台AP之间还存在着控制报文的交互,这对AC的性能存在极大的考验。
当网络存在异常时,如AC的中央处理器(CPU)利用率较高、STA的数据流过大等原因,非常可能导致在AC中,Echo Response报文得不到及时的调度,由此会引起Echo Request报文的重传。标准规定的重传次数只有5次,EchoRequest报文重传5次后,以发送Echo Request报文的周期间隔为30s为例,即在81s之后,AC很有可能依然无法调度到Echo Response报文,于是在重传5次失败后导致Capwap隧道断开。Capwap隧道断开,将导致Capwap数据通道随之断开,从而导致STA到达AC的数据报文被丢弃,然而在Capwap隧道断开之前,STA到达AC的数据流可能一直是正常的,即Capwap数据通道是正常的,而仅仅由于Capwap控制通道的断开导致Capwap数据通道断开,由此使得WLAN业务的稳定性和可靠性受到影响。
发明内容
本发明实施例提供一种Capwap隧道连接控制方法及装置,用于提高Capwap隧道连接的可靠性和稳定性,从而确保WLAN业务的稳定性和可靠性。
一种无线接入点控制和规定Capwap隧道连接控制方法,所述方法包括:
接入控制器AC在Capwap隧道的控制通道进行一轮Echo Request报文重传时,针对每次报文重传执行以下步骤:
确定本次报文重传是否成功;
AC若确定本次报文重传失败,判断是否满足预设的条件:
若满足预设的条件,则增大最大重传次数,并继续进行报文重传;
若不满足预设的条件,保持最大重传次数不变,并继续进行报文重传,且,在确定至本次报文重传,本轮报文重传次数到达最大重传次数时,断开所述Capwap隧道连接;
其中,
所述设定的条件为,所述AC的中央处理器CPU利用率大于设定的门限值,和/或者,所述Capwap隧道的数据通道正常工作;
本次报文重传成功是指,AC在进行本次报文重传之后,调度到EchoResponse报文,本次报文重传失败是指,AC在进行本次报文重传之后,未调度到Echo Response报文。
一种无线接入点控制和规定Capwap隧道连接控制装置,所述装置包括:
第一确定模块,用于在Capwap隧道的控制通道进行一轮Echo Request报文重传时,针对每次报文重传,确定本次报文重传是否成功,本次报文重传成功是指,AC在进行本次报文重传之后,调度到Echo Response报文,本次报文重传失败是指,AC在进行本次报文重传之后,未调度到Echo Response报文;
第二确定模块,用于在第一确定模块确定出一次报文重传失败时,判断是否满足预设的条件,所述设定的条件为,所述AC的中央处理器CPU利用率大于设定的门限值,和/或者,所述Capwap隧道的数据通道正常工作;
控制模块,用于在第二确定模块确定出满足预设的条件时,增大最大重传次数,并继续进行报文重传;在第二确定模块确定出不满足预设的条件时,保持最大重传次数不变,并继续进行报文重传,且,在确定至本次报文重传,本轮报文重传次数到达最大重传次数时,断开所述Capwap隧道连接。
根据本发明实施例提供的方案,接入控制器在进行一轮Echo Request报文重传,实现Capwap隧道的控制通道保活,进而判断是否需要断开Capwap隧道时,如果一次报文重传失败,则判断AC的中央处理器利用率是否大于设定的门限值,或者,所述Capwap隧道的数据通道是否正常工作,若满足上述两个条件中的任意一个,则增大Echo Request报文最大重传次数,实现对最大重传次数的实时调节,并按照调节后的最大重传次数继续进行重传。从而相对于现有技术,可以增大Echo Request报文最大重传次数,延长Capwap隧道的控制通道的保活时间。在由于AC的CPU利用率较高或STA数据流量较大,数据通道正常但在控制通道中Echo Response报文无法得到正常调度时,可以尽量维护Capwap隧道的连接,提高Capwap隧道连接的可靠性和稳定性,从而保证WLAN业务的稳定性和可靠性。
附图说明
图1为现有技术提供的CAPWAP通信隧道的示意图;
图2为本发明实施例一提供的Capwap隧道连接控制方法的步骤流程图;
图3为本发明实施例三提供的Capwap隧道连接控制方法的步骤流程图;
图4为本发明实施例四提供的Capwap隧道连接控制装置的结构示意图。
具体实施方式
针对现有技术中,即使Capwap隧道的数据通道正常工作,但由于Capwap隧道的控制通道断开,会导致Capwap隧道断开,从而导致Capwap隧道的数据通道断开,影响WLAN业务的稳定性的问题,在本发明方案中提出,在确定AC的CPU利用率大于设定的门限值,和/或者,Capwap隧道的数据通道正常工作时,如果一次报文重传失败,可以增大Echo Request报文的最大重传次数,从而可以延长Capwap隧道的控制通道的保活时间,提高Capwap隧道连接的稳定性。
当然,较优的,可以在AC的CPU利用率大于设定的门限值,或者,Capwap隧道的数据通道正常工作中的任意一个条件满足,且至本次报文重传失败,报文重传次数大于第一门限值时,增大Echo Request报文的最大重传次数,避免对最大重传次数过度频繁的调节,导致最大重传次数调节过快和过大。
而进一步的,如果一轮报文重传成功,且至报文重传成功,报文重传次数小于第二门限值,也可以减小Echo Request报文的最大重传次数,从而可以在网络状态较好时,缩短Capwap隧道的控制通道的保活时间,减少重传时间,并减少对系统资源的占用。
下面通过说明书附图和各实施例对本发明方案进行说明。
实施例一、
本发明实施例一提供一种Capwap隧道连接控制方法,该方法的步骤流程可以如图2所示,包括:
步骤101、确定一次报文重传是否成功。
本实施例中,接入控制器AC在Capwap隧道的控制通道进行一轮EchoRequest报文重传时,可以针对一次报文重传成功或失败的情况,分别对最大重传次数进行调节,因此,在本步骤中,可以确定一次报文重传是否成功。
具体的,一次报文重传成功,可以理解为AC在进行本次报文重传之后,调度到Echo Response报文。本次报文重传失败,可以理解为AC在进行本次报文重传之后,未调度到Echo Response报文。
本步骤具体包括,接入控制器AC在Capwap隧道的控制通道进行一轮Echo Request报文重传时,针对每次报文重传,确定本次报文重传是否成功,如果本次报文重传成功,则跳转执行步骤104,如果本次报文重传失败,则继续执行步骤102。
在本发明各实施例中,一轮报文重传可以理解为包括从AC确定需要进行Echo Request报文重传,到最大重传次数到达或调度到Echo Response报文所进行的每次报文重传。
步骤102、确定是否满足调节条件。
一次报文重传失败时,如果Capwap隧道的数据通道正常工作,如果因为本次的报文重传失败导致后续断开Capwap隧道,将导致数据报文丢失,影响WLAN业务的稳定性和可靠性。而且,一次报文重传失败时,如果Capwap隧道的数据通道正常工作,可以认为是由于STA的数据流量过大引起本次报文重传失败,Capwap隧道的控制通道非常可能是正常工作的。因此,此时可以适当增大报文重传次数,延长Capwap隧道的控制通道的保活时间,提高WLAN业务的稳定性和可靠性。
另外,一次报文重传失败时,如果AC的CPU利用率较高,可以认为本次报文重传失败是由此引发的。在由于AC的CPU利用率较高引起报文重传失败时,认为Capwap隧道的控制通道非常可能是正常工作的,因此也可以适当增大报文重传次数,延长Capwap隧道的控制通道的保活时间。同时,如果本次报文重传失败是由AC的CPU利用率较高引起的,Capwap隧道的数据通道也非常可能是正常工作的,通过增大报文重传次数,也可以提高WLAN业务的稳定性和可靠性。
因此,在本实施例中,可以将所述AC的中央处理器CPU利用率大于设定的门限值,和/或者,所述Capwap隧道的数据通道正常工作作为判断是否需要增大报文重传次数,以便提高Capwap隧道连接的可靠性和稳定性,确保WLAN业务的稳定性和可靠性的设定的条件。
即在本发明实施例中,认为在所述设定的条件(所述AC的中央处理器CPU利用率大于设定的门限值,和/或者,所述Capwap隧道的数据通道正常工作)发生时,虽然Capwap隧道的控制通道无法调度到Echo Response报文,但可能存在Capwap隧道的数据通道正常工作的情况。此时,若根据现有技术规定的固定的最大重传次数(5次)进行Echo Request报文重传,由于最大重传次数较小,非常可能在最大重传次数到达时,Capwap隧道的控制通道仍无法调度到Echo Response报文,在最大重传次数到达时会断开Capwap隧道,由此导致正常工作的Capwap隧道的数据通道也断开,影响用户的业务访问。因此,本实施例提出,可以在所述设定的条件发生时,增大最大重传次数,从而可以延长Capwap隧道的控制通道的保活时间,尽量维护Capwap隧道的连接,提高Capwap隧道连接的可靠性和稳定性。
具体的,所述设定的门限值可以为75%~85%,如80%。所述Capwap隧道的数据通道正常工作可以但不限于通过以下方式确定:在设定时长内统计用于建立Capwap隧道的端口接收到的端口号为5247的UDP报文数量,即统计Capwap数据报文的数量,如果该报文数量不为0,则确定Capwap隧道的数据通道正常工作。
另外,增大最大重传次数的操作可以是针对每次失败的报文重传执行,较优的,可以是在至本次报文重传,本轮报文重传次数大于第一门限值,但本次报文重传仍然发生了报文重传失败的情况时,增大最大重传次数。从而可以避免对最大重传次数的调整过于频繁,导致最大重传次数过大,使得重传时间较长,且报文重传占用过多的系统资源。
即,具体的,AC若确定本次报文重传失败,判断是否满足预设的条件,若是,则判断至本次报文重传,本轮报文重传次数是否大于第一门限值,并在判断出至本次报文重传,本轮报文重传次数大于第一门限值时,确定需要增大最大重传次数。
步骤103、调节最大重传次数并继续重传。
在所述设定的条件满足时,可以增大Echo Request报文最大重传次数,按照增大后的最大重传次数继续进行报文重传,并跳转执行步骤101。
如果在步骤102中还进一步判断至本次报文重传,本轮报文重传次数是否大于第一门限值,则在确定出至本次报文重传,本轮报文重传次数大于第一门限值时,可以增大最大重传次数,继续进行报文重传,并跳转执行步骤101。而如果确定出至本次报文重传,本轮报文重传次数不大于第一门限值,可以保持最大重传次数不变,继续进行报文重传,并跳转执行步骤101。当然,如果保持最大重传次数不变,则至本次报文重传,本轮报文重传次数可能已达到最大重传次数。因此,可以在确定至本次报文重传,本轮报文重传次数到达最大重传次数时,断开所述Capwap隧道连接。
如果所述设定的条件不满足,可以认为Capwap隧道的数据通道没有正常工作,则可以保持最大重传次数不变,并继续进行报文重传,跳转执行步骤101。同样,如果保持最大重传次数不变,则至本次报文重传,本轮报文重传次数可能已达到最大重传次数。如果确定至本次报文重传,本轮报文重传次数到达最大重传次数,也可以断开所述Capwap隧道连接。
较优的,由于协议规定,从第4次Echo Request报文重传之后,每两次Echo Request报文重传之间的时间间隔为15s,为了避免增大后的最大重传次数过大,导致重传时间过长,影响Capwap隧道反应的迅速性,可以设定增大后的最大重传次数不大于设定值,如该设定值可以为19。即,如果增大最大重传次数后,增大后的最大重传次数大于设定值,可以确定增大后的最大重传次数为所述设定值。
调节后的最大重传次数(增大后的最大重传次数或保持不变的最大重传次数)可以作为下一轮报文重传时的最大重传次数。当然,在本实施例中,最大重传次数的初始值可以设定为目前协议规定的5。
步骤104、调节最大重传次数。
在本实施例中,一次报文重传成功时,则可以通过至本次报文重传,本轮报文重传次数来评估网络状况。如果至本次报文重传,本轮报文重传次数小于第二门限值,则可以认为网络状况较好,否则可以认为网络状况较差。
在网络状况较好的情况下,如果Capwap隧道的控制通道正常工作,则AC可以较快地调度到Echo Response报文,如果AC无法及时调度到Echo Response报文,则可以认为Capwap隧道的控制通道没有正常工作。此时,如果将最大重传次数设置得较大,必然导致重传时间的无谓消耗,且大量的Echo Request报文重传必然导致系统资源的浪费。因此,在这种情况下,可以减小最大重传次数,从而缩短重传时间,并减少系统资源的占用。
因此,在本步骤中,AC若确定本轮报文重传成功,可以判断至本次报文重传,本轮报文重传次数是否小于第二门限值,若是,则减小最大重传次数,否则,可以保持最大重传次数不变。
当然,为了尽量维护Capwap隧道的连接,在本实施例中,调节后的最大重传次数不小于5,即调节后的最大重传次数不小于现有技术规定的最大重传次数。可以理解为,在减小最大重传次数后,若最大重传次数小于5,确定减小后的最大重传次数为5。
根据本发明实施例一的方案,提供了一种Capwap隧道的控制通道保活时间灵活设置的方案,可以在设定的条件满足时,延长Capwap隧道的控制通道的保活时间,避免Capwap隧道的控制通道的保活时间过短,降低Capwap隧道连接的稳定性,并可以在网络状况较好时,减小Capwap隧道的控制通道的保活时间,避免Capwap隧道的控制通道的保活时间过长,影响Capwap隧道反应的速度。
下面通过实施例二对本发明实施例一的方案进行进一步说明。
实施例二、
较优的,在实施例一中涉及的所述第一门限值和第二门限值可以根据当前最大重传次数设置为动态变化的数值,且对每次最大重传次数增大和减小的幅度也可以进行设定,如,根据当前最大重传次数进行设定。例如,可以设定第一门限值为,当前最大重传次数的三分之二向上取整得到的数值(如,当前最大重传次数为5,当前最大重传次数的三分之二向上取整得到的数值为4)时,增大后的最大重传次数可以为当前最大重传次数的三分之四向上取整得到的数值(如,当前最大重传次数为5,当前最大重传次数的三分之四向上取整得到的数值为7)。同样,第二门限值可以设定为当前最大重传次数的三分之二向上取整得到的数值,减小后的最大重传次数可以为当前最大重传次数的三分之二向上取整得到的数值。
当然,对第一门限值、第二门限值、增大最大重传次数的幅度和减小最大重传次数的幅度不限于以上举例说明的数值,也可以根据网络实际情况灵活设置。如,在网络状态变化频繁时,可能需要经常调节最大重传次数,此时可以针对每一轮报文重传,减少调节次数,避免对最大重传次数的频繁调节,减少对系统资源的占用,减小调节幅度,以尽量适应不断变化的网络状态,如可以设定第一门限值和第二门限值为,当前最大重传次数的四分之三向上取整得到的数值,增大和减小最大重传次数的幅度为当前最大重传次数的四分之一向上取整得到的数值。在网络状态变化缓慢时,最大重传次数的调节频率可能较低,可以针对每一轮报文重传,增加调节次数,增加调节幅度,如可以设定第一门限值和第二门限值为,当前最大重传次数的四分之一向上取整得到的数值,增大和减小最大重传次数的幅度为当前最大重传次数的四分之三向上取整得到的数值。
同时,在增大最大重传次数后,若最大重传次数大于设定值,如,19,将最大重传次数调节为19;在减小最大重传次数后,若最大重传次数小于5,将最大重传次数调节为5,从而保证调节后的最大重传次数满足不大于设定值、且不小于5的设定。
以设定第一门限值为当前最大重传次数的三分之二向上取整得到的数值,第二门限值设定为当前最大重传次数的三分之二向上取整得到的数值,增大最大重传次数时,增大后的最大重传次数为当前最大重传次数的三分之四向上取整得到的数值,减小最大重传次数时,减小后的最大重传次数可以为当前最大重传次数的三分之二向上取整得到的数值,且设定调节后的最大重传次数满足不大于19、且不小于5时,调节后的最大重传次数(可以用Max表示)与至一次报文重传,本轮报文重传次数(可以用Count表示,且,第一次报文重传标记为0次,第N次报文重传标记为N-1次)的对应关系可以如表1所示:
表1
Count | Max |
0,1,2,3,4 | 5 |
5 | 7 |
6,7 | 10 |
8,9,10 | 14 |
11-19 | 19 |
需要说明的是,在本实施例中,AC在最大重传次数到达时,若仍没有调度到Echo Response报文,确定需要断开Capwap隧道时,可以启用流量保活机制,进一步确定当前时刻Capwap隧道的数据通道是否正常工作,如果确定出Capwap隧道的数据通道正常工作,仍可以保持Capwap隧道的连接。从而在最大重传次数到达时,如果Capwap隧道的数据通道正常工作,进一步确保维护Capwap隧道的连接。因此,在步骤103中,AC断开Capwap隧道,可以具体包括:AC周期性统计用于建立Capwap隧道的端口接收到的端口号为5247的UDP报文数量,如果在一个周期内统计出的该报文数量不为0,则保持所述Capwap隧道的连接,并通过日志(log)或陷阱报文(trap)提示用户已达到最大重传次数,直至在一个周期内统计出的该报文数量为0时,断开所述Capwap隧道。
下面通过一个具体的实例对本发明实施例一和实施例二的方案进行说明。
实施例三、
本发明实施例三提供一种Capwap隧道连接控制方法,该方法的步骤流程可以如图3所示,包括:
步骤201、初始化最大重传次数。
在本实施例中,以最大重传次数为现有协议规定的5次为例进行说明。
步骤202、确定Capwap隧道进入正常运行状态。
步骤203、确定是否发生一轮报文重传。
针对每一轮报文重传,均可以对报文重传次数(可以用Count表示)进行初始化,且初始化值可以为0,即用N-1表示报文重传次数为N。可以理解为报文每重传一次,报文重传次数加1。
且在本实施例中,如果Capwap隧道正常运行的时间大于指定时长(没有发生Echo Request报文重传),确定Capwap隧道进入正常运行状态,返回步骤202。且可以认为网络状况较好,也可以减小最大重传次数,且可以根据Capwap隧道正常运行时间的长短,确定调整次数。具体的。例如,将最大重传次数减小为当前最大重传次数的三分之二向上取整得到的数值,当然,需要保证减小后的最大重传次数不小于5。
步骤204、将报文重传次数加1。
本步骤可以理解为,针对一轮报文重传,进行一次报文重传,并将报文重传次数加1。
步骤205、判断本次报文重传是否成功。
如果本次报文重传成功,则判断当前时刻报文重传次数是否小于第二门限值,第二门限值可以设定为当前最大重传次数的三分之二向上取整得到的数值,若确定当前时刻报文重传次数小于第二门限值,则减小最大重传次数,例如,将最大重传次数减小为当前最大重传次数的三分之二向上取整得到的数值,当然,需要保证减小后的最大重传次数不小于5。
如果本次报文重传失败,继续执行步骤206。
步骤206、判断是否满足预设的条件。
即在本步骤中,可以判断是否满足AC的中央处理器CPU利用率大于设定的门限值(如,80%),和/或者,所述Capwap隧道的数据通道正常工作(具体的,可以在1s内统计用于建立Capwap隧道的端口接收到的端口号为5247的UDP报文数量,如果统计出的UDP报文数量均不为0,则可以确定所述Capwap隧道的数据通道正常工作)。
如果以上两个条件至少满足一个,则继续执行步骤207,否则,可以判断报文重传次数是否到达最大重传次数(即判断Count是否到达Max-1,其中Max表示最大重传次数),如果到达,则执行步骤209,否则,跳转执行步骤204。
步骤207、判断报文重传次数是否大于第一门限值。
第一门限值可以设定为当前最大重传次数的三分之二向上取整得到的数值。如果确定出当前时刻报文重传次数大于第一门限值,则可以继续执行步骤208,否则,可以判断报文重传次数是否到达最大重传次数(即判断Count是否到达Max-1),如果到达,则执行步骤209,否则,跳转执行步骤204。
步骤208、增大最大重传次数。
在本步骤中,可以增大最大重传次数,例如,将最大重传次数增大为当前最大重传次数的三分之四向上取整得到的数值,当然,需要保证增大后的最大重传次数不大于设定值。在本实施例中,设定值可以为19。
步骤209、断开Capwap隧道连接。
具体的,在本步骤中,可以每隔1s统计一次用于建立所述Capwap隧道的端口接收到的端口号为5247的UDP报文数量,如果在一个周期内统计出的该报文数量不为0,则确定数据通道有数据流量,保持所述Capwap隧道的连接,并通过log或trap提示用户已达到最大重传次数,直至在一个周期内统计出的该报文数量为0时,确定数据通道没有数据流量,断开所述Capwap隧道。
与本发明实施例一~实施例三基于同一发明构思,提供以下的装置。
实施例四、
本发明实施例四提供一种Capwap隧道连接控制装置,该装置的结构可以如图4所示,包括:
第一确定模块11用于在Capwap隧道的控制通道进行一轮Echo Request报文重传时,针对每次报文重传,确定本次报文重传是否成功,本次报文重传成功是指,AC在进行本次报文重传之后,调度到Echo Response报文,本次报文重传失败是指,AC在进行本次报文重传之后,未调度到Echo Response报文;
第二确定模块12用于在第一确定模块确定出一次报文重传失败时,判断是否满足预设的条件,所述设定的条件为,所述AC的中央处理器CPU利用率大于设定的门限值,和/或者,所述Capwap隧道的数据通道正常工作;
控制模块13用于在第二确定模块确定出满足预设的条件时,增大最大重传次数,并继续进行报文重传;在第二确定模块确定出不满足预设的条件时,保持最大重传次数不变,并继续进行报文重传,且,在确定至本次报文重传,本轮报文重传次数到达最大重传次数时,断开所述Capwap隧道连接。
所述控制模块13用于在第二确定模块确定出满足预设的条件时,增大最大重传次数,并继续进行报文重传,具体为,在第二确定模块确定出满足预设的条件时,判断至本次报文重传,本轮报文重传次数是否大于第一门限值,若是,则增大最大重传次数,并继续进行报文重传;否则,保持最大重传次数不变,继续进行报文重传,且在确定至本次报文重传,本轮报文重传次数到达最大重传次数时,断开所述Capwap隧道连接。
第二确定模块12还用于在第一确定模块确定出本次报文重传成功时,判断至本次报文重传,本轮报文重传次数是否小于第二门限值,若是,则减小最大重传次数,否则,保持最大重传次数不变;且在减小最大重传次数后,若最大重传次数小于5,确定减小后的最大重传次数为5。
所述控制模块13用于在第二确定模块确定出满足预设的条件时,增大最大重传次数,并继续进行报文重传,具体为,在第二确定模块确定出满足预设的条件时,增大最大重传次数,并继续进行报文重传,且在增大最大重传次数后,若最大重传次数大于设定值,确定增大后的最大重传次数为所述设定值。
第一确定模块11还用于在确定Capwap隧道在指定时长内没有发生EchoRequest报文重传,减小最大重传次数;且在减小最大重传次数后,若最大重传次数小于5,确定减小后的最大重传次数为5。
所述控制模块13用于断开所述Capwap隧道连接,具体为,周期性统计用于建立所述Capwap隧道的端口接收到的端口号为5247的用户数据报协议UDP报文数量,如果在一个周期内统计出的该报文数量不为0,则保持所述Capwap隧道的连接,并通过日志log或陷阱报文trap提示用户已达到最大重传次数,直至在一个周期内统计出的该报文数量为0时,断开所述Capwap隧道。
本领域内的技术人员应明白,本申请的实施例可提供为方法、系统、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本申请的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例做出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。
显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。
Claims (11)
1.一种无线接入点控制和规定Capwap隧道连接控制方法,其特征在于,所述方法包括:
接入控制器AC在Capwap隧道的控制通道进行一轮Echo Request报文重传时,针对每次报文重传执行以下步骤:
确定本次报文重传是否成功;
AC若确定本次报文重传失败,判断是否满足预设的条件,若是,则判断至本次报文重传,本轮报文重传次数是否大于第一门限值,若是,则增大最大重传次数,并继续进行报文重传;否则,若判断出至本次报文重传,本轮报文重传次数不大于第一门限值,保持最大重传次数不变,继续进行报文重传,且在确定至本次报文重传,本轮报文重传次数到达最大重传次数时,断开所述Capwap隧道连接;
若不满足预设的条件,保持最大重传次数不变,并继续进行报文重传,且,在确定至本次报文重传,本轮报文重传次数到达最大重传次数时,断开所述Capwap隧道连接;并
将调节后的最大重传次数作为下一轮报文重传时的最大重传次数;
其中,
所述预设的条件为,所述AC的中央处理器CPU利用率大于设定的门限值,和/或者,所述Capwap隧道的数据通道正常工作;
本次报文重传成功是指,AC在进行本次报文重传之后,调度到EchoResponse报文,本次报文重传失败是指,AC在进行本次报文重传之后,未调度到Echo Response报文。
2.如权利要求1所述的方法,其特征在于,AC在增大最大重传次数后,若最大重传次数大于设定值,确定增大后的最大重传次数为所述设定值。
3.如权利要求1所述的方法,其特征在于,所述方法还包括:
AC若确定本次报文重传成功,判断至本次报文重传,本轮报文重传次数是否小于第二门限值,若是,则减小最大重传次数,否则,保持最大重传次数不变;
且在减小最大重传次数后,若最大重传次数小于5,确定减小后的最大重传次数为5。
4.如权利要求1所述的方法,其特征在于,所述方法还包括:若AC确定Capwap隧道在指定时长内没有发生Echo Request报文重传,减小最大重传次数;且在减小最大重传次数后,若最大重传次数小于5,确定减小后的最大重传次数为5。
5.如权利要求1~4任一所述的方法,其特征在于,AC断开所述Capwap隧道连接,具体包括:
AC周期性统计用于建立所述Capwap隧道的端口接收到的端口号为5247的用户数据报协议UDP报文数量,如果在一个周期内统计出的该报文数量不为0,则保持所述Capwap隧道的连接,并通过日志log或陷阱报文trap提示用户已达到最大重传次数,直至在一个周期内统计出的该报文数量为0时,断开所述Capwap隧道。
6.一种无线接入点控制和规定Capwap隧道连接控制装置,其特征在于,所述装置包括:
第一确定模块,用于在Capwap隧道的控制通道进行一轮Echo Request报文重传时,针对每次报文重传,确定本次报文重传是否成功,本次报文重传成功是指,AC在进行本次报文重传之后,调度到Echo Response报文,本次报文重传失败是指,AC在进行本次报文重传之后,未调度到Echo Response报文;
第二确定模块,用于在第一确定模块确定出一次报文重传失败时,判断是否满足预设的条件,所述预设的条件为,所述AC的中央处理器CPU利用率大于设定的门限值,和/或者,所述Capwap隧道的数据通道正常工作;
控制模块,用于在第二确定模块确定出满足预设的条件时,判断至本次报文重传,本轮报文重传次数是否大于第一门限值,若是,则增大最大重传次数,并继续进行报文重传;否则,保持最大重传次数不变,继续进行报文重传,且在确定至本次报文重传,本轮报文重传次数到达最大重传次数时,断开所述Capwap隧道连接;在第二确定模块确定出不满足预设的条件时,保持最大重传次数不变,并继续进行报文重传,且,在确定至本次报文重传,本轮报文重传次数到达最大重传次数时,断开所述Capwap隧道连接;并将调节后的最大重传次数作为下一轮报文重传时的最大重传次数。
7.如权利要求6所述的装置,其特征在于,所述控制模块,用于在第二确定模块确定出满足预设的条件时,增大最大重传次数,并继续进行报文重传,具体为,在第二确定模块确定出满足预设的条件时,判断至本次报文重传,本轮报文重传次数是否大于第一门限值,若是,则增大最大重传次数,并继续进行报文重传;否则,保持最大重传次数不变,继续进行报文重传,且在确定至本次报文重传,本轮报文重传次数到达最大重传次数时,断开所述Capwap隧道连接。
8.如权利要求6所述的装置,其特征在于,所述控制模块,用于在第二确定模块确定出满足预设的条件时,增大最大重传次数,并继续进行报文重传,具体为,在第二确定模块确定出满足预设的条件时,增大最大重传次数,并继续进行报文重传,且在增大最大重传次数后,若最大重传次数大于设定值,确定增大后的最大重传次数为所述设定值。
9.如权利要求6所述的装置,其特征在于,第二确定模块,还用于在第一确定模块确定出本次报文重传成功时,判断至本次报文重传,本轮报文重传次数是否小于第二门限值,若是,则减小最大重传次数,否则,保持最大重传次数不变;且在减小最大重传次数后,若最大重传次数小于5,确定减小后的最大重传次数为5。
10.如权利要求6所述的装置,其特征在于,第一确定模块,还用于在确定Capwap隧道在指定时长内没有发生Echo Request报文重传,减小最大重传次数;且在减小最大重传次数后,若最大重传次数小于5,确定减小后的最大重传次数为5。
11.如权利要求6~10任一所述的装置,其特征在于,所述控制模块,用于断开所述Capwap隧道连接,具体为,周期性统计用于建立所述Capwap隧道的端口接收到的端口号为5247的用户数据报协议UDP报文数量,如果在一个周期内统计出的该报文数量不为0,则保持所述Capwap隧道的连接,并通过日志log或陷阱报文trap提示用户已达到最大重传次数,直至在一个周期内统计出的该报文数量为0时,断开所述Capwap隧道。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210256985.5A CN102811451B (zh) | 2012-07-23 | 2012-07-23 | 一种Capwap隧道连接控制方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210256985.5A CN102811451B (zh) | 2012-07-23 | 2012-07-23 | 一种Capwap隧道连接控制方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102811451A CN102811451A (zh) | 2012-12-05 |
CN102811451B true CN102811451B (zh) | 2015-06-17 |
Family
ID=47235000
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210256985.5A Active CN102811451B (zh) | 2012-07-23 | 2012-07-23 | 一种Capwap隧道连接控制方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102811451B (zh) |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104185204B (zh) * | 2014-08-01 | 2017-12-08 | 新华三技术有限公司 | 一种连接状态检测方法和装置 |
TWI535246B (zh) * | 2015-03-05 | 2016-05-21 | 智邦科技股份有限公司 | 封包傳輸方法 |
CN104768176B (zh) * | 2015-04-15 | 2018-08-24 | 新华三技术有限公司 | 无线网络中sFlow采样的方法、装置 |
CN106790200B (zh) * | 2016-12-30 | 2020-04-14 | 盛科网络(苏州)有限公司 | Capwap控制通道dtls加解密的芯片协处理方法 |
WO2021128100A1 (zh) * | 2019-12-25 | 2021-07-01 | 华为技术有限公司 | 一种通信方法及装置 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101217805A (zh) * | 2008-01-21 | 2008-07-09 | 中兴通讯股份有限公司 | 一种无线局域网的接入控制方法 |
CN101784082A (zh) * | 2009-12-22 | 2010-07-21 | 中兴通讯股份有限公司 | 无线局域网内增强服务质量的方法及装置 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7177661B2 (en) * | 2002-05-06 | 2007-02-13 | Extricom Ltd. | Communication between wireless access points over LAN cabling |
-
2012
- 2012-07-23 CN CN201210256985.5A patent/CN102811451B/zh active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101217805A (zh) * | 2008-01-21 | 2008-07-09 | 中兴通讯股份有限公司 | 一种无线局域网的接入控制方法 |
CN101784082A (zh) * | 2009-12-22 | 2010-07-21 | 中兴通讯股份有限公司 | 无线局域网内增强服务质量的方法及装置 |
Non-Patent Citations (1)
Title |
---|
Control And Provisioning of Wireless Access Points (CAPWAP) Protocol Specification;P. Calhoun,;《Request for Comments: 5415 》;20090331;第34-111页 * |
Also Published As
Publication number | Publication date |
---|---|
CN102811451A (zh) | 2012-12-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP5286346B2 (ja) | プロセス制御システムおよびアプリケーション情報を通信する方法 | |
CN102811451B (zh) | 一种Capwap隧道连接控制方法及装置 | |
US20150295782A1 (en) | efficient mechanism to improve data speed between systems by MPTCP and MIMO combination | |
CN103916275A (zh) | 一种bfd检测装置和方法 | |
CN102833119A (zh) | 双网冗余机制下实时数据接收同步处理的方法 | |
WO2015139359A1 (zh) | 无线网络维护方法、装置和系统 | |
CN102065152A (zh) | 拼接墙系统及其通信装置 | |
CN105262836A (zh) | 服务器推送信息的方法及客户端接收推送信息的方法 | |
CN104144080A (zh) | 采用远端设备对终端设备进行管理的系统及方法 | |
US20130013731A1 (en) | Devices, systems, and methods for transmitting a message | |
WO2013056638A1 (zh) | 数据传输方法、移动终端、中继汇聚器及相关系统 | |
CN112887416B (zh) | 发送保活包的频率调整方法及装置 | |
US9503995B2 (en) | Method and system for synchronous service-flow transmission in heterogeneous network | |
CN105049367A (zh) | 一种聚合链路的流量分配方法和接入设备 | |
CN107995315B (zh) | 业务板间信息的同步方法、装置、存储介质及计算机设备 | |
CN104022515B (zh) | 无功补偿柜及其的无功补偿单元的控制方法 | |
CN110808917A (zh) | 多链路聚合数据重传方法及发送设备 | |
CN114499777B (zh) | 一种集群无人系统数据传输方法 | |
WO2018076903A1 (zh) | 一种动态时间分配方法及装置 | |
US11522762B2 (en) | Coordination device and method for providing control applications via a communication network for transmitting time-critical data | |
CN112363963A (zh) | 一种基于Powerlink总线的数据传输方法及装置 | |
CN102523157B (zh) | 通信设备、系统及通信方法 | |
JP2018508156A (ja) | パケット送信タイミングの動的調整方法 | |
CN110784365A (zh) | 变电站的站控层、实体装置的备用装置及其自动上线方法 | |
CN114760015B (zh) | 基于冗余设计和策略控制的ems遥调遥控成功率提升方法 |
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 | ||
CP01 | Change in the name or title of a patent holder |
Address after: Cangshan District of Fuzhou City, Fujian province 350002 Jinshan Road No. 618 Garden State Industrial Park 19 floor Patentee after: RUIJIE NETWORKS Co.,Ltd. Address before: Cangshan District of Fuzhou City, Fujian province 350002 Jinshan Road No. 618 Garden State Industrial Park 19 floor Patentee before: Beijing Star-Net Ruijie Networks Co.,Ltd. |
|
CP01 | Change in the name or title of a patent holder |