[发明专利]一种加强CAPWAP通信隧道保活的方法

说明书

技术领域

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

背景技术

CAPWAP——Control And Provisioning of Wireless Access Points Protocol Specification（无线接入点控制与配置协议）。该协议用于无线终端接入点（Access Point简称AP）和无线控制器（Access Control，简称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；