本文档讨论接入点(AP)负载均衡和AP回退在Cisco Unified Wireless解决方案中的工作方式。本文档还介绍了如何为故障切换条件设置多个无线局域网(WLAN)控制器(WLC)。当主要控制器因故关闭或出现故障时会形成故障切换条件。然后,第二个控制器接管运行。故障切换也称为控制器冗余。
注意:本文档中讨论的AP回退仅与3.2.171.5之前的控制器固件版本相关。控制器固件的更高版本不以这种方式运行。在最新版本的固件中,AP在联机时回退到主控制器。如果存在AP回退问题,请阅读此文档或将控制器固件升级到最新的可用代码。
Cisco 建议您了解以下主题:
轻量AP和Cisco WLC的配置
轻量AP协议(LWAPP)
配置外部DHCP服务器
DNS 服务器
本文档中的信息基于以下软件和硬件版本:
Cisco Aironet 1000 系列轻量 AP
运行固件 3.2.78.0 的两个 Cisco 2000 系列 WLC
Microsoft Windows Server 2003 Enterprise DHCP 服务器
本文档中的信息都是基于特定实验室环境中的设备编写的。本文档中使用的所有设备最初均采用原始(默认)配置。如果您使用的是真实网络,请确保您已经了解所有命令的潜在影响。
此配置也可用于任何其他Cisco WLC和任何轻量AP。
有关文档规则的详细信息,请参阅 Cisco 技术提示规则。
有关如何配置用于故障切换的WLC和轻量AP的信息,请参阅轻量接入点的WLAN控制器故障切换配置示例。
如果正确配置移动组,您可以在两个(或多个)WLC上执行AP负载均衡。LWAPP支持动态冗余和负载均衡。例如,如果为选项43指定多个IP地址,则AP会向AP接收的每个IP地址发送LWAPP发现请求。在WLC LWAPP发现响应中,WLC嵌入以下信息:
有关当前AP负载的信息,定义为当时加入WLC的AP数量
AP容量
连接到 WLC 的无线客户端的数量
然后,AP尝试加入负载最小的WLC,即具有最大可用AP容量的WLC。在AP加入WLC后,AP从其加入的WLC获取移动组中其他WLC的IP地址。
接下来,AP 向移动组中的每个 WLC 发送 LWAPP 主发现请求。WLC 用主发现响应对 AP 做出响应。主发现响应包括有关 WLC 类型、总容量和当前 AP 负载的信息。只要WLC启用了AP Fallback参数,AP就可以决定切换到负载较低的WLC。
当AP启动或重置时,它只知道来自DNS(Cisco-lwapp-controller@local_domain.com)(最多20个)、DHCP选项43(最多20个)、OTAP、255.255.255.255和之前加入的控制器的控制器管理IP地址。重新启动后不会保留之前加入的控制器的移动组中的控制器。
但是,如果AP失去与控制器的连接,它不会重新启动。它会直接进入发现模式并记住移动组成员。然后,它可以向移动组的所有成员发送发现请求。
注意:一旦AP加入控制器,它只会出于有限的原因离开当前加入的控制器。AP未离开当前加入的控制器的一个原因是AP未在所有控制器之间实现完全负载均衡。因此,此负载均衡算法只是一个近似负载均衡算法,除非您手动定义每个AP的主控制器。
这些规则最好通过一些示例来描述:
AP是新的、开箱即用的,从未连接到控制器。此AP是否在一个移动组中的3个控制器之间实现负载均衡?
不能。AP在启动期间必须通过OTAP、DNS(定义了所有3个管理IP地址)、255.255.255.255和DHCP选项43(包括所有3个管理IP地址)发现所有3个控制器管理IP地址以实现负载均衡。AP向所有已知控制器发送发现请求,并将超额的AP容量加入控制器。如果在DHCP选项43/DNS中仅定义了一个控制器,则新的AP始终会加入该控制器。
如果DHCP选项43/DNS中定义了1个控制器,并且移动组中有3个控制器,则当您在DHCP选项43中加入AP后重新启动AP时,它是否会在移动组中的3个控制器之间进行负载均衡?
否。如果AP重新启动或重置,它始终在DHCP选项43/DNS或上次加入的控制器中加入控制器。但是,如果AP丢失当前控制器的检测信号,则它不会重新启动。相反,AP直接进入发现模式。由于它没有重新启动,因此AP仍具有移动成员,并向移动组中的每个控制器发送发现请求。
AP使用移动成员的目的是什么?
AP回退(未配置的控制器到已配置的控制器[主/辅助/第三])并在加入控制器后学习其他控制器IP地址,以防其与当前控制器失去联系。请记住,AP会在重新启动时忘记移动成员。
注意:此算法上可能存在竞争条件。从控制器回复AP的发现请求到AP向AP管理器发送加入请求的时间之间,如果同时加入控制器的AP数量很多,则加入AP管理器的AP数量可能已更改。例如,如果出现断电,而且AP上的供电同时恢复,AP可能不会再控制器之间平均地做负载均衡。
与热备份路由器协议(HSRP)备用不同,AP回退在AP发生故障时中断无线服务,然后回退到配置的控制器。请记住,一旦AP加入控制器,AP仅被编程为在以下情况下离开该控制器:
AP会丢失从其keepalive到控制器的响应。
客户通过控制器重置AP。
AP通过移动组成员更新从当前控制器接收通知,表明已配置的控制器(主/辅助/第三)已启动,并且AP当前已加入未配置的控制器,且启用了AP回退。
请注意,AP仅执行从未配置的控制器到已配置的控制器(主/次/第三)的AP回退。 如果AP当前已连接到辅助控制器,则它不会从辅助控制器回退到主控制器。这是因为辅助控制器是已配置的控制器。
当AP加入未配置的控制器,并通知已配置的控制器已启用且可通过移动组成员使用时,它会立即离开当前控制器并加入已配置的控制器。
注意:本节中解释的有关AP回退的行为适用于运行版本3.2.171.5或更早版本的控制器。控制器固件的更高版本没有这些问题。在最新版本的固件中,AP在联机时回退到主控制器。如果存在AP回退问题,请将控制器固件升级到最新的可用代码。
注意: 当全新的LWAPP AP1242首次连接到运行固件2.3.116.21的WLC2006或WLC4400时,辅助控制器名称(即GUI中的“WIRELESS” — >“Detail”)不是空白。show AP config general命令还显示辅助控制器名称不是空白。Cisco bug id CSCse30514中已报告了此问题。虽然没有解决方法,但4.0软件版本中不存在此行为。
注意:在WLC上运行5.2或更高代码并设置AP高可用性时,如果控制器之间的全局802.11g配置不匹配(启用与禁用),则当发生故障切换事件时,这会导致AP加入问题。确保主要/次要/第三 WLC 之间的 WLC 设置完全相同。
对于随机负载均衡,不需要配置任何主/辅助/三级控制器。但是,所有希望AP进行负载均衡的控制器都必须在DHCP选项43或DNS中定义。
如果要确保每次都实现完美的负载均衡,Cisco建议您在AP上手动配置主控制器,并将其他两个控制器留空。只要主控制器已启用且工作正常,并且移动组在AP可以加入的任何控制器上定义,AP就会尝试在主控制器启动且运行正常时加入主控制器。
如果您希望AP回退到远程站点的辅助控制器,然后再尝试通过WAN使用另一个控制器,则所有三个控制器都需要在DHCP选项43或DNS中定义。但是,只能在远程站点的AP上定义主控制器和辅助控制器。
如果DHCP选项43或DNS中未定义WAN控制器,则AP仅在WAN控制器位于当前加入控制器的移动组中且本地控制器随后关闭时才会故障切换到它。如果AP重新启动,它不会加入WAN控制器,除非它加入的最后一个控制器是WAN控制器,直到DHCP选项43或DNS控制器之一可用以告知AP有关移动组成员。
注意:AP配置中的控制器名称区分大小写。因此,请确保在AP配置上配置准确的系统名称。否则会导致AP回退不起作用。
确保这些配置参数配置正确:
必须在所有WLC上启用AP回退。您可以在控制器GUI页面上验证这一点。
在WLC版本5.0.148.0之前,只能在AP Primary/Secondary/Tertiary Controller name字段中输入控制器系统名称。现在还可以使用控制器管理接口的IP地址。
AP故障切换和回退要求在同一移动组中配置控制器。
使用CLI mping命令验证移动组成员身份通信。使用show mobility summary命令可显示控制器的移动组配置信息。
Controllers configured in the Mobility Group MAC Address IP Address Group Name Status 00:0b:85:44:36:e0 192.168.240.10 Wireless Up 00:1f:9e:9b:08:20 192.168.251.250 Wireless Control Path Down
如果状态显示为Control Path Down,请验证WLC之间没有防火墙,或确保允许这些协议/端口。
版本 | 发布日期 | 备注 |
---|---|---|
1.0 |
01-Aug-2008
|
初始版本 |