CN103391636A

CN103391636A - 一种加强capwap通信隧道保活的方法

Info

Publication number: CN103391636A
Application number: CN2013103062306A
Authority: CN
Inventors: 李升明
Original assignee: Shenzhen Gongjin Electronics Co Ltd
Current assignee: Shenzhen Gongjin Electronics Co Ltd
Priority date: 2013-07-19
Filing date: 2013-07-19
Publication date: 2013-11-13
Anticipated expiration: 2033-07-19
Also published as: CN103391636B

Abstract

本发明提供了一种加强CAPWAP通信隧道保活的方法，该方法中，进入Run状态后，AP端或者AC没有从控制隧道收到由AC或者AP发送的任何报文时，AP定时向AC发送请求报文，AC定时向AP发送请求报文，只有在延时后，AC和AP都没有收到由对方发送过来的任何报文才中断隧道。本发明通过双向控制隧道保活的方法，使得AP，AC都发起保活过程。只要其中的一个保活过程是通的，就认为隧道是通的，不会中断隧道，只有当两个方向都不通，才中断隧道。这样就加强了隧道的保活机制的可靠性，以到达避免错误中断隧道的目的。

Description

一种加强CAPWAP通信隧道保活的方法

技术领域

本发明涉及无线局域网领域，特别涉及一种无线接入点控制与配置协议中，为加强CAPWAP通信隧道保活的方法。

背景技术

CAPWAP——Control And Provisioning of Wireless Access PointsProtocol Specification（无线接入点控制与配置协议）。该协议用于无线终端接入点（Access Point简称AP）和无线控制器（AccessControl，简称AC）之间通信交互，实现对AC关联的所有的AP控制管理和数据转发。其由两个部分组成：CAPWAP协议和无线BINDING协议。

前者是一个通用的隧道协议，完成AP（无线接入点Access Point）发现AC无线控制器（Access Control，简称AC）等基本协议功能，和具体的无线接入技术无关。后者是提供具体和某个无线接入技术相关的配置管理功能。

CAPWAP协议在2009年4月的RFC5415中发布，无线BINGDING协议目前只出台了接入为802.11的RFC，也是2009年4月发布的，RFC编号为5416。

CAPWAP通过UDP端口5246（控制端口）,5248（数据端口）进行通信。

CAPWAP建立数据隧道和控制隧道的整体流程：

Discover→Join→(Image Data)→Configuration→Data Check→Run.

其中AC与AP在Join状态建立控制隧道，在Data check状态建立数据隧道。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

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、启动定时发送请求报文的第一定时器；

在AC端：

步骤11、启动定时发送请求报文的第二定时器；

步骤5、隧道断开。

3.根据权利要求2所述的加强CAPWAP通信隧道保活的方法，其特征在于；所述的第一定时器和第二定时器的定时时间为30s，步骤02和步骤12中，定时检测控制隧道的间隔为4s，步骤04和步骤14中延时时间为4s。