一种AC热备切换方法.docVIP

一种AC热备切换的方法 　　【摘要】本文主要介绍了基于城域网的瘦AP+AC架构的WLAN网络构建中AC的热备机制，提出了一种AC热备切换的方案，解决了AC热备切换错误的问题。 　　【关键词】WLAN；AC热备；高可靠性 　　1、背景 　　在无线局域网的部署中，当前有两种部署方式：瘦AP（Access Point，无线接入点）模式和胖AP模式。其中，瘦AP模式逐渐成为主流的部署方式。在瘦AP模式的部署中，有两类无线设备：AC（Access Controller，无线控制器）和AP；AP需要与AC建立连接，然后用户在AC上进行统一配置，AC会把相关配置下发给AP。AC和AP通过协作，从而为用户提供无线局域网的服务。关于AC和AP间的协作规范在RFC5415，即CAPWAP协议中定义。 　　在CAPWAP协议中规定：当AC与AP建立了CAPWAP连接后，AC与每台AP间都会建立一条CAPWAP通信隧道，AC发送给AP的每个报文，都必须通过CAPWAP通信隧道；而AP发给AC的每个报文，也必须通过CAPWAP通信隧道。CAPWAP通信隧道是一种点到点的隧道，是一种单播隧道。如图 1所示。 　　图1 AC与AP的CAPWAP通信隧道示意图 　　2、现状和问题 　　无线控制器（AC）的热备份功能，是在AC发生不可达（故障）时，为ACAP提供毫秒级的CAPWAP隧道切换能力，确保已关联用户业务最大程度上不间断。参见图2： 　　其具体实现方式如下： 　　1.两台AC通过协商确定主AC和备AC，AC间通过保活机制进行保活； 　　2.AP与主AC建立主CAPWAP隧道，与备AC建立备CAPWAP隧道； 　　3.用户使用无线客户端关联到AP； 　　4.用户通过AP与AC的主CAPWAP隧道与外部进行网络通信； 　　5.当主AC发生故障，备AC检测到保活超时，马上通知AP； 　　6.备AC与AP之间的备用CAPWAP隧道被激活；备AC变成主AC； 　　图2 AC热备示意图 　　7.用户的业务在备CAPWAP隧道激活后恢复正常； 　　8.当原主AC恢复正常，与新主AC重新建立热备关系，原主AC变成备AC；AP与之建立备CAPWAP隧道；用户的业务不会中断。 　　在这过程中，如果主备AC之间的网络临时不可达，备AC检测到热备连接断开，会向AP下发切换CAPWAP隧道消息（简称CW1）。在这个过程中，如果AC热备的连接又建立起来，主AC也会下发切换CAPWAP隧道的消息（简称CW2）。此时AP会同时收到两个CAPWAP隧道切换的消息。如果由于网络拥塞，或者capwap重传等原因，导致CW2的消息先到，CW1的消息后到，就会导致AP先切到主AC，再切到备AC，使得AP选择的主AC与实际的主AC不一致，从而使得网络不可用。 　　在现有技术中，主要解决的方法有： 　　1.方法1：直接不处理。这是因为，在AC发生故障的时候，AC已经不可用了，不会下发该切换消息，因此没有必要处理。 　　2.方法2：直接规避，只要在capwap连接断开之后再建立热备关系就好了。这样热备选择就不会发生一次切换。 　　3.方法3：在发送切换消息的时候，记录时间戳。AP收到消息的时候，比较时间戳，对于时间戳比较旧的报文不处理。 　　上面的几种切换判断方法都存在一定的缺陷。方法1没法处理该问题。方法2仅仅是规避该问题，无法解决该问题。方法3要求保证两台AC的时间戳一致，在现实环境中没法保证两台AC之间的时间戳完全一致。 　　3、技术方案 　　针对现有AC热备中存在的切换错误问题，本文提出了一种解决方案，能够有效的解决AC热备中AP隧道切换错误，减少用户断流时间。整个方案包括以下三个过程：AC热备连接首次建立过程、AC热备切换过程以及AC热备连接再次建立过程。 　　3.1AC热备连接首次建立过程 　　1.主AC与备AC建立热备连接，协商出主备关系。 　　2.在AC热备连接建立之后，两边可以根据下面的规则协商出唯一的ID。 　　3.当AP与AC建立capwap隧道的时候，AC向AP下发切换消息，切换消息中携带该ID字段。 　　4.AP收到切换消息之后，记录该ID。 　　需要注意的是，在步骤2中，由于组成AC热备的两台AC设备之间的连接是首次建立的，因此两台设备都生成随机数，互相发送。在收到邻居的发来的随机数之后，与自身产生的随机数比较，选择最大的ID为两边一致的ID。这样就可以保证两台设备之间选择出唯一的ID了。其具体的流程参考图3。 　　图3 AC热备连接建立过程 　　3.2AC热备切换过程 　　1.当AC热备中间的保活通道断开时，主备AC都能检测到连接断开。 　　2.主AC检测到连接断开，状态不变，ID值也不必那。备A