CN103391636B - 一种加强capwap通信隧道保活的方法 - Google Patents
一种加强capwap通信隧道保活的方法 Download PDFInfo
- Publication number
- CN103391636B CN103391636B CN201310306230.6A CN201310306230A CN103391636B CN 103391636 B CN103391636 B CN 103391636B CN 201310306230 A CN201310306230 A CN 201310306230A CN 103391636 B CN103391636 B CN 103391636B
- Authority
- CN
- China
- Prior art keywords
- message
- tunnel
- timer
- receive
- request message
- 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.)
- Expired - Fee Related
Links
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明提供了一种加强CAPWAP通信隧道保活的方法,该方法中,进入Run状态后,AP端或者AC没有从控制隧道收到由AC或者AP发送的任何报文时,AP定时向AC发送请求报文,AC定时向AP发送请求报文,只有在延时后,AC和AP都没有收到由对方发送过来的任何报文才中断隧道。本发明通过双向控制隧道保活的方法,使得AP,AC都发起保活过程。只要其中的一个保活过程是通的,就认为隧道是通的,不会中断隧道,只有当两个方向都不通,才中断隧道。这样就加强了隧道的保活机制的可靠性,以到达避免错误中断隧道的目的。
Description
技术领域
本发明涉及无线局域网领域,特别涉及一种无线接入点控制与配置协议中,为加强CAPWAP通信隧道保活的方法。
背景技术
CAPWAP——ControlAndProvisioningofWirelessAccessPointsProtocolSpecification(无线接入点控制与配置协议)。该协议用于无线终端接入点(AccessPoint简称AP)和无线控制器(AccessControl,简称AC)之间通信交互,实现对AC关联的所有的AP控制管理和数据转发。其由两个部分组成:CAPWAP协议和无线BINDING协议。
前者是一个通用的隧道协议,完成AP(无线接入点AccessPoint)发现AC无线控制器(AccessControl,简称AC)等基本协议功能,和具体的无线接入技术无关。后者是提供具体和某个无线接入技术相关的配置管理功能。
CAPWAP协议在2009年4月的RFC5415中发布,无线BINGDING协议目前只出台了接入为802.11的RFC,也是2009年4月发布的,RFC编号为5416。
CAPWAP通过UDP端口5246(控制端口),5248(数据端口)进行通信。
CAPWAP建立数据隧道和控制隧道的整体流程:
Discover→Join→(ImageData)→Configuration→DataCheck→Run.
其中AC与AP在Join状态建立控制隧道,在Datacheck状态建立数据隧道。Run状态时,说明AP与AC的控制和数据通道建立成功,用户可根据需要对指定的AP做配置设置,并可实时监控AP的运行状态。
自2002年廋AP架构成为WLAN(无线局域网)业界新的趋势后,WLAN组网开始通过无线控制器AC来管理多个接入点。
在AC,AP架构的WLAN下,为了快速检测对端是否仍在正常运行,发现控制隧道是否畅通,CAPWAP协议须采用控制隧道的保活机制。设计原理如下:
AP进入Run状态后,启动EchoInterval定时器,用以定时发送EchoRequest。AC启动NbrDead定时器。当AC(AP)收到AP(AC)的控制报文时,认为AP(AC)仍在正常工作,控制隧道也是畅通的;当EchoInterval超时,没有控制报文交互时,AP将定时发送EchoRequest,AC收到后将回应EchoResponse,以保持控制隧道连通。如果AP发送EchoRequest,并在重传机制作用下没有收到EchoResponse,则断开控制隧道;AC在NbrDead定时时间内没有收到AP的控制报文,则主动断开控制隧道。
经使用发现,在AP,AC设备上的CAPWAP通信可能存在以下问题:在大量流冲击隧道的情况下错误中断隧道。具体的,当有大流量冲击隧道的时候,AP,AC就有可能在规定时间内无法收到对端的隧道保活报文,从而单方面断掉隧道,然而此时,隧道中仍肯能有报文传输,隧道仍处于UP状态,这样就会错误中断隧道。
发明内容
本发明的目的是为了克服目前在AP,AC设备上的CAPWAP通信可能会错误中断隧道的不足,本发明提供一种加强CAPWAP通信隧道保活的方法。
本发明的技术方案是:一种加强CAPWAP通信隧道保活的方法,该方法中,进入Run状态后,AP端没有从控制隧道收到由AC发送的任何报文时,AP定时向AC发送请求报文,AC收到AP的请求报文后向AP发送应答报文,当AC端没有收到AP端由控制隧道发送过来的任何报文时,AC定时向AP发送请求报文,AP收到AC的请求报文后向AC发送回应报文,只有在AC长时间没有收到AP的任何报文,同时AP端也没有收到AC端发送过来的任何报文时,才中断隧道。
进一步的,上述的加强CAPWAP通信隧道保活的方法中;隧道保活过程中,AP端和AC端具体包括以下步骤:
在AP端:
步骤01、启动定时发送请求报文的第一定时器;
步骤02、定时检测控制隧道否有AC发送来报文;如果接收到任何由AC发送过来的报文,转向步骤03,如果直到第一定时器超时,还没有收到任何由AC发送来的报文,则转向步骤04;
步骤03、重置第一定时器,如果收到的报文是AC发送的请求报文,则还要向AC发送回应报文;转向步骤02;
步骤04、则触发向AC发送请求报文;如果还没有收到任何由AC发送的报文,则延时再次触发向AC发送请求报文,延时后收到了任何由AC发送的报文,则重置第一定时器;转向步骤02;否则,转向步骤5;
在AC端:
步骤11、启动定时发送请求报文的第二定时器;
步骤12、定时检测控制隧道否有AP发送来报文;如果接收到任何由AP发送过来的报文,转向步骤13,如果直到第二定时器超时,还没有收到任何由AP发送来的报文,则转向步骤14;
步骤13、重置第二定时器,如果收到的报文是AP发送的请求报文,则还要向AP发送应答报文;转向步骤12;
步骤14、则触发向AP发送请求报文;如果还没有收到任何由AP发送的报文,则延时再次触发向AP发送请求报文,延时后收到了任何由AC发送的报文,则重置第二定时器;转向步骤12;否则,转向步骤5;
步骤5、隧道断开。
进一步的,上述的加强CAPWAP通信隧道保活的方法中;所述的第一定时器和第二定时器的定时时间为30s,步骤02和步骤12中,定时检测控制隧道的间隔为4s,步骤04和步骤14中延时时间为4s。
本发明通过双向控制隧道保活的方法,使得AP,AC都发起保活过程。只要其中的一个保活过程是通的,就认为隧道是通的,不会中断隧道,只有当两个方向都不通,才中断隧道。这样就加强了隧道的保活机制的可靠性,以到达避免错误中断隧道的目的。
下面结合具体实施例对本发明作较为详细的描述。
附图说明
图1是使用本方法的流程图。
具体实施方式
实施例1,参看图1,本实施例是为了避免CAPWAP隧道被错误中断的问题,设计了一种双向控制隧道保活的方法。
相较于目前的单向(AP发送EchoRequest,为了区别这里称为请求报文,等待AC的EchoResponse同样为了区别这里称为应答报文)保活机制,本实施例的方案是:在流程中,除了保留目前的AP到AC的保活机制如图1所示的流程,还加入了AC到AP的保活机制方式也如图1所示,与前面的一样,即AC也定时发送EchoRequest,为了区别这里称为请求报文,等待AP回复EchoResponse,同样为了区别称为回应报文。只要其中的两个方向的保活有一个是通的(收到对端的EchoRequest应答报文或者回应报文),就认为隧道是通的,不会中断隧道,只有当两个方向都不通,才中断隧道。这样就加强了隧道的保活机制的可靠性,以到达避免错误中断隧道的目的。
在本实施例,具体步骤如下。为便于理解,AP,AC两侧分别阐述:
A、在AP端。
AP进入Run状态时,启动探测定时器ProbeTimer,设定为4s,以定时检测控制隧道上是否有流量;启动定时器EchoInterva,设定为30s,用以定时发送EchoRequest。控制隧道保活机制的规则如下:
◆只要收到来自AC的控制报文(包括),AP都会重置定时器EchoInterval,不发送EchoRequest;
◆只要收到来自AC的EchoRequest,AP发送EchoResponse,重置定时器EchoInterval,不发送EchoRequest;
◆如果EchoInterval超时,则触发EchoRequest发送过程。在重传定时超时后,重传EchoRequest。
如果重传失败且连续4s没有任何流量,则AP删除Echo计时器,隧道断开,释放资源,AP与AC的连接断开;
如果重传失败,但无流量情况没有持续4s,则不做其他异常处理;
如果收到AC的EchoResponse回应,则停止重传,同时重置定时器EchoInterval;
◆如果定时器ProbeTimer超时,AP检测控制隧道是否有流量。如果控制隧道没有流量,则触发EchoRequest发送过程,启动重传定时器,等待接收EchoResponse。
B、AC端;与上面的AP端机制完全一致,只需把他们的角色对换。
本实施例通过双向控制隧道保活的方法,使得AP,AC都发起保活过程。只要其中的一个保活过程是通的,就认为隧道是通的,不会中断隧道,只有当两个方向都不通,才中断隧道。这样就加强了隧道的保活机制的可靠性,以到达避免错误中断隧道的目的。
Claims (3)
1.一种加强CAPWAP通信隧道保活的方法,该方法中,进入Run状态后,AP端没有从控制隧道收到由AC发送的任何报文时,AP定时向AC发送请求报文,AC收到AP的请求报文后向AP发送应答报文,其特征在于:当AC端没有收到AP端由控制隧道发送过来的任何报文时,AC定时向AP发送请求报文,AP收到AC的请求报文后向AC发送回应报文,只有在AC设定时间没有收到AP的任何报文,同时AP端也没有收到AC端发送过来的任何报文时,才中断隧道。
2.根据权利要求1所述的加强CAPWAP通信隧道保活的方法,其特征在于;隧道保活过程中,AP端和AC端具体包括以下步骤:
在AP端:
步骤01、启动定时发送请求报文的第一定时器;
步骤02、定时检测控制隧道否有AC发送来报文;如果接收到任何由AC发送过来的报文,转向步骤03,如果直到第一定时器超时,还没有收到任何由AC发送来的报文,则转向步骤04;
步骤03、重置第一定时器,如果收到的报文是AC发送的请求报文,则还要向AC发送回应报文;转向步骤02;
步骤04、则触发向AC发送请求报文;如果还没有收到任何由AC发送的报文,则延时再次触发向AC发送请求报文,延时后收到了任何由AC发送的报文,则重置第一定时器;转向步骤02;否则,转向步骤5;
在AC端:
步骤11、启动定时发送请求报文的第二定时器;
步骤12、定时检测控制隧道否有AP发送来报文;如果接收到任何由AP发送过来的报文,转向步骤13,如果直到第二定时器超时,还没有收到任何由AP发送来的报文,则转向步骤14;
步骤13、重置第二定时器,如果收到的报文是AP发送的请求报文,则还要向AP发送应答报文;转向步骤12;
步骤14、则触发向AP发送请求报文;如果还没有收到任何由AP发送的报文,则延时再次触发向AP发送请求报文,延时后收到了任何由AC发送的报文,则重置第二定时器;转向步骤12;否则,转向步骤5;
步骤5、隧道断开。
3.根据权利要求2所述的加强CAPWAP通信隧道保活的方法,其特征在于;所述的第一定时器和第二定时器的定时时间为30s,步骤02和步骤12中,定时检测控制隧道的间隔为4s,步骤04和步骤14中延时时间为4s。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310306230.6A CN103391636B (zh) | 2013-07-19 | 2013-07-19 | 一种加强capwap通信隧道保活的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310306230.6A CN103391636B (zh) | 2013-07-19 | 2013-07-19 | 一种加强capwap通信隧道保活的方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103391636A CN103391636A (zh) | 2013-11-13 |
CN103391636B true CN103391636B (zh) | 2016-03-09 |
Family
ID=49535767
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310306230.6A Expired - Fee Related CN103391636B (zh) | 2013-07-19 | 2013-07-19 | 一种加强capwap通信隧道保活的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103391636B (zh) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105050127B (zh) * | 2015-06-30 | 2019-04-26 | 深圳市信锐网科技术有限公司 | 灾备启动控制方法及系统 |
CN107465578B (zh) * | 2017-09-21 | 2020-04-03 | 杭州全维技术股份有限公司 | 一种动态检测促使ap及时下线的方法 |
CN113347740B (zh) * | 2021-05-21 | 2023-04-07 | 中国联合网络通信集团有限公司 | 一种共享方法、中继服务器及无线接入点 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101917439A (zh) * | 2010-08-24 | 2010-12-15 | 杭州华三通信技术有限公司 | 一种数据的传输方法和设备 |
CN102821413A (zh) * | 2012-07-31 | 2012-12-12 | 华为技术有限公司 | 传输数据的方法和网络侧设备 |
KR20130007887A (ko) * | 2011-07-11 | 2013-01-21 | 에이텍인터내셔날(주) | 이동통신을 이용하여 듀얼모드 무선단말의 무선접속 모드를 활성화하는 방법 및 그를 위한 무선 인터넷 프로토콜 교환기 |
-
2013
- 2013-07-19 CN CN201310306230.6A patent/CN103391636B/zh not_active Expired - Fee Related
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101917439A (zh) * | 2010-08-24 | 2010-12-15 | 杭州华三通信技术有限公司 | 一种数据的传输方法和设备 |
KR20130007887A (ko) * | 2011-07-11 | 2013-01-21 | 에이텍인터내셔날(주) | 이동통신을 이용하여 듀얼모드 무선단말의 무선접속 모드를 활성화하는 방법 및 그를 위한 무선 인터넷 프로토콜 교환기 |
CN102821413A (zh) * | 2012-07-31 | 2012-12-12 | 华为技术有限公司 | 传输数据的方法和网络侧设备 |
Non-Patent Citations (1)
Title |
---|
CAPWAP通信隧道保活机制的研究;聂勇等;《硅谷》;20110108;第67页 * |
Also Published As
Publication number | Publication date |
---|---|
CN103391636A (zh) | 2013-11-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10306692B2 (en) | Multi-path transmission control protocol | |
US7940678B2 (en) | Method for triggering failure detection in bidirectional forwarding detection | |
US10129886B2 (en) | Control method of frequency band switching and wireless communication apparatus | |
EP2075974A1 (en) | A method and a device for aggregating ports | |
EP3522417A1 (en) | Method and device for sending messages, chip and terminal | |
US11337217B2 (en) | Method, device and system for controlling air interface resource | |
JP2017502545A5 (zh) | ||
CN101714991B (zh) | 心跳机制的实现方法 | |
WO2014187389A1 (zh) | 小区切换方法及装置 | |
EP3257203A1 (en) | Method and device for handling multi path connections | |
US9571409B2 (en) | Maximum transmission unit negotiation method and data terminal | |
CN103200109B (zh) | 一种ospf邻居关系管理方法和设备 | |
US9736876B1 (en) | Method and apparatus for establishing links and maintaining consistent link information between stations | |
WO2015042911A1 (zh) | 寻呼方法、网络设备和通信系统 | |
WO2014040466A1 (zh) | 控制ap的方法和装置 | |
CN103391636B (zh) | 一种加强capwap通信隧道保活的方法 | |
CN102769520B (zh) | 基于sctp协议的无线网络拥塞控制方法 | |
CN107147619B (zh) | 基于多源、多径协同传输控制协议的数据传输方法 | |
WO2016007050A1 (en) | Multipath transmission control protocol | |
US8670387B2 (en) | WiMAX R6 control architecture | |
CN102811153B (zh) | Vlan状态的协商方法及边缘设备 | |
CN103607311A (zh) | 一种无缝重建tcp连接的系统及方法 | |
CN103401702A (zh) | 一种基于全分布式模型的tcp连接管理方法及设备 | |
KR101625399B1 (ko) | 소프트웨어 정의 네트워크에서의 tcp 연결 제어 방법 및 장치 | |
CN101938758B (zh) | 用户面连接状态获取方法及装置 |
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 | ||
CF01 | Termination of patent right due to non-payment of annual fee | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20160309 |