与无线局域网控制器(WLCs)和接入点

(CAPWAP)配置示例的组播目录简介先决条件要求使用的组件无线LAN控制器(WLC)中的组播在不同的WLC的广播行为在WLC的IGMP探听无线组播漫游组播模式使用指南网络设置配置配置组播的无线网络配置客户端的WLAN通过GUI配置组播模式通过CLI配置组播模式配置组播的有线网络验证与故障排除相关信息简介本文档介绍了有关如何配置组播的无线LAN控制器(WLC)和轻量接入点(LAP)并与启用组播的有线网络进行通信的示例.
先决条件要求尝试进行此配置之前,请确保满足以下要求:AP和CiscoWLCs的配置的基础知识.
q知识如何配置基本路由和组播在有线网络.
q使用的组件本文档中的信息基于以下软件和硬件版本:运行固件版本8.
5的Cisco3504WLCqCisco3702系列膝部q有Intel的(R)双波段无线AC8265适配器MicrosoftWindows10无线客户端q运行CiscoIOS软件版本12.
2(18)的Cisco6500交换机q运行CiscoIOSSoftwareRelease16.
3.
7的两Cisco3650系列交换机q本文档中的信息都是基于特定实验室环境中的设备编写的.
本文档中使用的所有设备最初均采用原始(默认)配置.
如果您使用的是真实网络,请确保您已经了解所有命令的潜在影响.
无线LAN控制器(WLC)中的组播如果您的网络支持数据包组播,您能配置控制器用途为了同时传输在CAPWAP的组播信息包到所有或几接入点的组播方法.
控制器以两种模式执行组播:单播模式-在此模式,控制器单播对每个AP的每个组播信息包关联对控制器.
此模式是效率低的,但是也许要求在不支持组播的网络.
q组播模式-在此模式,控制器发送组播信息包给CAPWAP组播组.
此方法可减少控制器处理器的开销,并将数据包的复制工作转移至您的网络,这比单播模式高效得多.
当您使用不同的VLAN/SubnetAP和WLC然后时组播路由是必须在有线的侧支持转发下行CAPWAP组播信息包从WLC到AP.
q当您启动组播模式时,并且控制器收到从有线LAN的一个组播信息包,控制器封装数据包使用CAPWAP并且转发数据包对CAPWAP组播组地址.
控制器总是使用管理接口发送组播信息包.
接入点在组播组中收到数据包并且转发它对所有BSSIDs被映射对客户端接收组播流量的接口.
从接入点方面,组播看来是广播到所有Ssid.
在不同的WLC的广播行为默认情况下,WLC不会转发任何广播包(例如Upnp流量),除非广播转发启用.
从WLCCLI发出此命令以启用广播:confignetworkbroadcastenable或者请启用它与GUI:广播使用在WLC配置的组播模式,即使组播没有打开.
这是因为您无法设置IP地址或模式,除非在GUI中启用组播.
所以,如果组播模式是单播,并且广播打开,这是模式广播用途(广播数据流复制在WLC和单播对每个AP).
如果组播模式设置为具有组播地址的组播,则广播会使用此模式(每个广播数据包通过组播组发送至AP).
Note:直到版本7.
5,用于CAPWAP组播的端口号是12224.
从版本7.
6向前,用于CAPWAP的端口号更改到5247.
无线局域网控制器版本4.
2和更高的版本支持具有AAA覆盖的组播.
您必须启用控制器上的IGMP监听,从而使组播与AAA覆盖协同工作.
在WLC的IGMP探听WLC支持IGMP探听改善直接组播信息包.
当此功能启用时,控制器会从客户端采集IGMP报告、处理报告,在检查第3层组播地址和VLAN编号之后创建唯一组播组ID(MGID),并将IGMP报告发送至基础架构交换机.
控制器发送这些源地址作为接口地址的报告,控制器在该接口地址上从客户端接收报告.
然后控制器会利用客户端MAC地址更新AP上的接入点MGID表.
当控制器接收特定组播组的组播数据流时,会将其转发至所有AP.
但是,仅具有活动客户端监听或预订该组播组的AP会发送位于该特定WLAN的组播数据流.
IP数据包会通过MGID转发,该MGID对于输入VLAN和目标组播组来说是唯一的.
第2层组播数据包会通过MGID转发,该MGID对于输入接口来说是唯一的.
控制器支持组播监听为IPv6组播的监听程序发现(MLD)v1.
此功能记录并且提供对要求他们的客户端的IPv6组播流.
为了支持IPv6组播,您必须启动全局组播模式.
Note:当您禁用全局组播模式时,控制器仍然转发IPv6ICMP组播消息,例如路由器通告,并且DHCPv6请求,和这些要求为了IPv6能工作.
结果,启用在控制器的全局组播模式不影响ICMPv6和DHCPv6消息.
不论全局组播模式启用,这些消息永远将转发.
当IGMP探听禁用时,下列是真的:当发送组播数据到接入点时,控制器总是使用Layer2MGID.
创建的每个接口分配一Layer2MGID.
例如,管理接口有MGID0,并且创建的第一个动态接口分配MGID8,增加,当每个动态接口创建.
q从客户端的IGMP信息包转发到路由器.
结果,routerigmp表更新用客户端的IP地址作为最后申报人.
q当IGMP探听启用时,下列是真的:控制器总是使用第3层MGID所有第3层组播数据流发送对接入点.
对于所有Layer2组播数据流,它继续对使用第2层MGID.
q从无线客户端的IGMP报告信息包由控制器消耗或吸收,生成客户端的一查询.
在路由器发送IGMP查询后,控制器发送IGMP报告用其接口IP地址作为组播组的监听程序IP地址.
结果,routerigmp表更新用控制器IP地址作为组播监听程序.
q当侦听给组播组时的客户端从一个控制器漫游到另一个,第一个控制器传达侦听的客户端的所有组播组信息给第二个控制器.
结果,第二个控制器能立即创建客户端的组播组信息.
第二个控制器发送IGMP报告对客户端侦听的所有组播组的网络.
在组播数据无缝的转移的此进程帮助到客户端.
q在IGMPv1和v2的主要WLC工作.
AP参加capwap组播组的使用IGMPv2.
当无线客户端发送igmpv3报告时,他们翻译并且转发作为igmpv2由往有线网络的WLC.
从那时起答案在IGMPv2预计.
这意味着无线客户端能使用IGMPv3,但是有线网络WLC不支持IGMPV3功能.
q注意:-MGIDs是控制器特定.
来自在两个不同的控制器的同样VLAN的同样组播组数据包可以被映射到两不同MGIDs.
-,如果Layer2组播启用,单个MGID分配到来自接口的所有组播地址.
-每个控制器的VLAN支持的组播组最大是100.
无线组播漫游无线环境中的组播客户端面临的一大挑战是绕WLAN移动时维护其组播组成员.
从AP移动到AP的、无线连接中的丢包会导致客户端组播应用程序中断.
Internet组管理协议(IGMP)在动态组成员信息的维护中起到重要作用.
要想在客户端在网络中漫游时了解其组播会话发生的情况,对IGMP有一个基本理解很重要.
在第2层漫游案例中,会话被保留,这仅仅因为外来AP(如果正确配置)已经属于组播组,并且数据流没有通过隧道被传输到网络中不同的锚点.
第3层漫游环境在这种方式下稍加复杂,并且根据控制器上所配置的不同隧道模式,从无线客户端发送的IGMP消息可能会受影响.
控制器上的默认移动隧道模式是不对称的.
这意味着至客户端的回程数据流会被发送至锚WLC,然后转发至外来WLC,这是相关客户端连接驻留的位置.
出站数据包从外来WLC接口发出.
在对称移动隧道模式中,入站和出站数据流均会通过隧道被传输到锚控制器.
如果侦听的客户端漫游到在一不同的子网的一个控制器,组播信息包被建立隧道到客户端的锚点控制器避免反向路径过滤(RPF)检查.
锚点然后转发组播信息包到基础设施交换机.
组播模式使用指南Cisco无线网络解决方案使用一些IP地址范围特定目的,并且您应该记住这些范围,当您配置组播组时:224.
0.
0.
0通过224.
0.
0.
255-保留链路本地地址224.
0.
1.
0通过238.
255.
255.
255-全局scoped地址239.
0.
0.
0通过239.
255.
x.
y/16-Limited范围地址q当您启动在控制器时的组播模式,您必须也配置CAPWAP组播组地址.
AP订阅给使用IGMP的CAPWAP组播组.
q在监控模式的AP,嗅探器模式或者恶意探测器模式不加入CAPWAP组播组地址.
q在控制器配置的CAPWAP组播组应该是不同的为不同的控制器.
qCAPWAPAP传输组播信息包一致已配置的必须数据速率.
由于组播帧没有被重新传输在MAC层,信元的边缘的客户端也许不能成功接受他们.
如果可靠接收是目标,应该传送组播帧以低数据速率,由禁用更高的必须数据速率.
如果高数据传输比组播帧的支持要求,收缩信元大小和禁用所有较低的数据速率,或者使用媒体流也许是有用的.
根据您的需求,您能采取这些行动:如果需要传送与最了不起的可靠性的组播数据,并且,如果没有对了不起的组播带宽的需要,然后请配置一个基本速率,是足够低到达无线信元的边缘.
如果需要传送组播数据以某一数据速率为了达到有些吞吐量,您能配置该速率作为最高的基本速率.
您能也设置nonmulticast客户端覆盖的一个更低基本速率.
配置媒体流.
q组播模式不在intersubnet移动性事件间运行例如访客隧道.
它,然而,在第3层间运行漫游.
q对于CAPWAP,控制器丢包组播信息包发送到UDP控制和数据端口5246和5247,分别.
所以,您也许要考虑不使用这些端口号以在您的网络的组播应用.
Cisco建议您在此WLC协议表里不使用作为是列出的任何组播UDP端口控制器使用的UDP端口.
qCisco建议在您的网络的所有组播应用没有使用作为在控制器的CAPWAP组播组地址配置的组播地址.
q为了使组播工作在Cisco2504WLC,您必须配置组播IP地址.
qCisco弹性7500系列WLCs不支持组播模式.
qCisco弹性7510WLCs不支持监听的IGMP和的MLD.
qCisco8510WLCs:如果IPv6支持在与中央交换客户端的FlexConnectAP要求您必须启用组播单播.
您能从组播模式变成组播单播模式,只有当全局组播禁用,含义不支持监听的IGMP或q的MLD.
FlexConnectAP不与组播多播组产生关联.
FlexConnectAP不支持监听的IGMP或的MLD.
监听的IGMP和的MLD为在multicast-multicast模式的本地传送方式AP仅允许.
由于监听的VideoStream需要IGMP或MLD,VideoStream功能在本地传送方式AP仅运作,如果multicast-multicast模式和监听启用.
CiscoMobilityExpress控制器不支持AP组播模式.
qCisco建议您不使用广播单播或在控制器的组播单播模式设置AP加入的地方超过50.
q当曾经本地和FlexConnectAP模式时控制器的组播支持为另外平台有所不同.
影响组播转发的参数是:控制器平台.
在控制器的全局AP组播模式配置.
AP的模式-本地,FlexConnect中央交换.
对于本地交换,它没有送信/受信到/从控制器的数据包,因此不重要在控制器组播模式配置.
Note:只有当他们在中央交换WLAN,FlexConnectAP将参加CAPWAP组播组.
与本地仅交换的WLAN的弹性AP不参加CAPWAP组播组.
q有效用版本8.
2.
100.
0,下载某些从控制器的旧的配置由于在此版本介绍的组播和IP地址验证是不可能的.
全局组播的平台支持和组播模式在下表里列出.
全局组播和组播模式的表1.
平台支持q网络设置所有设备和设置在图表中表示:设备需要针对基本IP连接进行配置,并在网络中启用组播.
因此,用户能够从有线端发送组播数据流并在无线端接收,反之亦然.
本文使用这些IP地址WLC、AP和无线客户端:WLCManagementInterfaceIPaddress:10.
63.
84.
48/23LAPIPaddress:172.
16.
16.
0/23WirelessClientC1IPaddress:192.
168.
47.
17/24WiredClientW1IPaddress:192.
168.
48.
11/24CAPWAPmulticastIPaddress:239.
2.
2.
2Streammulticastaddress:239.
100.
100.
100配置为了配置此设置的设备,需要执行以下操作:配置组播的无线网络q配置组播的有线网络q配置组播的无线网络在您配置在WLCs前的组播,您必须配置基本操作的WLC和注册AP到WLC.
本文档假设已配置WLC进行基本操作,并且已在WLC中注册LAP.
如果您是尝试设置WLC以对LAP执行基本操作的新用户,请参阅在无线LAN控制器(WLC)中注册轻量AP(LAP).
在WLC中注册LAP之后,请完成以下任务,以便配置此设置的LAP和WLC:配置客户端的WLAN1.
通过GUI启用以太网组播模式2.
配置客户端的WLAN第一步是创建WLAN,其中无线客户端能连接至该WLAN,且能通过其访问网络.
完成下列步骤以在WLC上创建WLAN:要创建WLAN,请从控制器GUI中单击WLANs.
1.
要配置新的WLAN,请单击New.
在本示例中,WLAN被命名为MulticastUsers,WLANID为1.
2.
单击Apply.
3.
在"WLAN">"Edit"窗口中,定义特定于该WLAN的参数.
4.
对于WLAN,请从"InterfaceName"字段中选择相应的接口.
此示例映射MulticastUsers(192.
168.
47.
0/24)接口对WLAN.
5.
根据设计需求选择其他参数.
在本例中我们使用WLAN没有L2安全(请打开WLAN).
6.
单击Apply.
7.
发出这些命令,以便使用CLI在WLC上配置WLAN:发出configwlancreate命令,以便创建一个新的WLAN.
对于wlan-id,请输入一个ID(从1到16).
对于wlan-name,请输入最多31个字母数字字符的SSID.
1.
发出configwlanenable命令,以便启用WLAN.
对于本文档中的示例,命令为:configwlancreate1MulticastUsersconfigwlanenable12.
通过GUI配置组播模式下一步是配置组播的WLC.
完成这些步骤:选择Controller>组播打开组播页.
1.
选择Enable(event)全局组播Mode复选框配置发送组播信息包.
默认值是禁用.
2.
如果要启用IGMP探听,请选择Enable(event)IGMP探听复选框.
如果要禁用IGMP探听,请留下复选框取消选择.
默认值禁用:3.
选择Controller>常规对,并且对于AP从下拉菜单的组播模式请选择"Multicast"并且配置组播IP地址.
在本例中,我们使用239.
2.
2.
2:4.
单击Apply.
5.
通过CLI配置组播模式发出以下命令以便通过CLI启用组播:从命令行发出confignetworkmulticastglobalenable命令.
1.
从命令行发出confignetworkmulticastmodemulticast命令.
对于本文档中的示例,命令为:confignetworkmulticastglobalenableconfignetworkmulticastmodemulticast239.
2.
2.
22.
在管理员enable(event)组播(默认情况下组播模式禁用)后并且配置CAPWAP组播组,新的组播算法在这些方式之一中工作:当组播组源位于有线LAN时:一组播启用,并且CAPWAP组播组配置AP问题IGMP请求为了参加控制器CAPWAP组播组.
这会触发启用组播的路由器(位于控制器和AP之间)中的组播状态的正常设置.
组播组的源IP地址是控制器管理接口IP地址.
当控制器收到从的一个组播信息包任何第一跳跃路由器的时客户端VLAN,传送数据包给CAPWAP组播组通过管理接口在最低QoS级别.
CAPWAP组播信息包的QoS位是硬编码的在最低级,并且不可能由用户更改.
支持组播的网络传送CAPWAP组播信息包对加入CAPWAP组播组的其中每一AP.
启用组播的网络在路由器中使用正常的组播机制,来根据需要复制数据包,以便组播数据包能够到达所有AP.
这样便无需控制器复制组播数据包.
AP能够接收其他组播数据包,但仅处理来自它们当前加入的控制器的组播数据包.
其他所有副本均会被丢弃.
如果超过一WLANSSID关联对VLAN从原始组播信息包发送,AP传送在每WLANSSID的组播信息包(跟随对WLAN在CAPWAP报头的位图).
此外,如果该WLANSSID位于两个无线频段(802.
11g和802.
11a),若有客户端与其关联,那么两个无线频段均会传输WLANSSID上的组播数据包,即使这些客户端没有请求组播数据流.
当组播组源为无线客户端时:组播信息包是单播(CAPWAP被封装)从AP到控制器,类似于标准的无线客户端数据流.
控制器会生成两份组播数据包副本.
一份发出与WLANSSID关联的VLAN,最终到达该WLANSSID.
这会启用有线LAN上的接收器,以接收组播数据流和路由器以了解新的组播组信息.
数据包的第二复制CAPWAP被封装和被发送给CAPWAP组播组,以便无线客户端能接收组播流.
配置组播的有线网络为了配置此设置的有线网络,您需要配置基本路由的L3核心交换机和启用组播路由:所有组播协议均可用于有线网络.
本文档使用PIM-DM作为组播协议.
有关可用于在有线网络中进行组播的不同协议的详细信息,请参阅CiscoIOSIP多播配置指南.
核心交换机配置ipmulticast-routing!
---EnablesIPMulticastingonthenetwork.
interfaceVlan16descriptionAPManagementVLANipaddress172.
16.
16.
1255.
255.
254.
0iphelper-address10.
63.
84.
5ippimdense-mode!
---EnablesPIM-DenseModeMulticastProtocolontheinterface.
interfaceVlan47descriptionWirelessClientipaddress192.
168.
47.
1255.
255.
255.
0iphelper-address10.
63.
84.
5ippimdense-mode!
---EnablesPIM-DenseModeMulticastProtocolontheinterface.
!
interfaceVlan48descriptionWiredClientipaddress192.
168.
48.
1255.
255.
255.
0iphelper-address10.
63.
84.
5ippimdense-mode!
---EnablesPIM-DenseModeMulticastProtocolontheinterface.
interfaceVlan84descriptionWirelessManagementVLANipaddress10.
63.
84.
1255.
255.
254.
0ippimdense-mode!
end默认情况下,因为IGMP探听在Cisco交换机,启用配置在L2接入交换机没有必要.
验证与故障排除使用本部分可确认配置能否正常运行.
为了验证配置,您需要发送从来源W1的组播数据流和检查组播数据流是否流经有线网络并且到达有线的和无线组成员(C1).
执行此任务以测试您的网络中是否已正确配置IP多播.
检查在核心交换机和IGMP会员wth的组播路由showipmroute命令并且显示ipigmp会员.
从前一个示例的输出显示此处.
CORE1-R1#showipmrouteIPMulticastRoutingTableFlags:D-Dense,S-Sparse,B-BidirGroup,s-SSMGroup,C-Connected,L-Local,P-Pruned,R-RP-bitset,F-Registerflag,T-SPT-bitset,J-JoinSPT,M-MSDPcreatedentry,X-ProxyJoinTimerRunning,A-CandidateforMSDPAdvertisement,U-URD,I-ReceivedSourceSpecificHostReport,Z-MulticastTunnelY-JoinedMDT-datagroup,y-SendingtoMDT-datagroupOutgoinginterfaceflags:H-Hardwareswitched,A-AssertwinnerTimers:Uptime/ExpiresInterfacestate:Interface,Next-HoporVCD,State/Mode(*,239.
255.
255.
250),21:19:09/00:02:55,RP0.
0.
0.
0,flags:DCIncominginterface:Null,RPFnbr0.
0.
0.
0Outgoinginterfacelist:Vlan48,Forward/Dense,00:04:48/00:00:00Vlan84,Forward/Sparse-Dense,21:19:09/00:00:00(*,239.
100.
100.
100),00:01:58/stopped,RP0.
0.
0.
0,flags:DCIncominginterface:Null,RPFnbr0.
0.
0.
0Outgoinginterfacelist:Vlan47,Forward/Dense,00:01:29/00:00:00(192.
168.
48.
11,239.
100.
100.
100),00:01:58/00:02:58,flags:TIncominginterface:Vlan48,RPFnbr0.
0.
0.
0,RPF-MFDOutgoinginterfacelist:Vlan47,Forward/Dense,00:01:29/00:00:00,H(*,224.
0.
1.
40),1d21h/00:02:54,RP0.
0.
0.
0,flags:DCLIncominginterface:Null,RPFnbr0.
0.
0.
0Outgoinginterfacelist:Vlan84,Forward/Sparse-Dense,1d01h/00:00:00(*,239.
2.
2.
2),01:21:13/stopped,RP0.
0.
0.
0,flags:DCIncominginterface:Null,RPFnbr0.
0.
0.
0Outgoinginterfacelist:Vlan16,Forward/Dense,00:33:10/00:00:00(10.
63.
84.
48,239.
2.
2.
2),00:33:46/00:02:51,flags:TIncominginterface:Vlan84,RPFnbr0.
0.
0.
0,RPF-MFDOutgoinginterfacelist:Vlan16,Forward/Dense,00:33:10/00:00:00,HCORE1-R1#showipigmpmembershipFlags:A-aggregate,T-trackedL-Local,S-static,V-virtual,R-Reportedthroughv3I-v3lite,U-Urd,M-SSM(S,G)channel1,2,3-TheversionofIGMP,thegroupisinhannel/Group-Flags:/-Filteringentry(Excludemode(S,G),Includemode(G))Reporter:-lastreporterifgroupisnotexplicitlytracked/-reporterinincludemode,reporterinexcludeChannel/GroupReporterUptimeExp.
FlagsInterface*,239.
2.
2.
2172.
16.
16.
1700:33:2502:482AVl16!
---APmembershiptoCAPWAPmulticastaddress.
*,224.
0.
1.
4010.
63.
84.
11d01h02:382LAVl84*,239.
100.
100.
100192.
168.
47.
1000:01:4502:562AVl47!
---WirelessClientC1toStreammulticastaddress.
*,239.
255.
255.
250192.
168.
48.
1100:05:0302:582AVl48*,239.
255.
255.
25010.
63.
85.
16321:19:2502:402AVl84您能也使用showipmroutecount命令为了保证组播路由适当地运作:CORE1-R1#showipmroutecountIPMulticastStatistics10routesusing5448bytesofmemory6groups,0.
66averagesourcespergroupForwardingCounts:PktCount/Pktspersecond/AvgPktSize/KilobitspersecondOthercounts:Total/RPFfailed/Otherdrops(OIF-null,rate-limitetc)Group:239.
255.
255.
250,Sourcecount:0,Packetsforwarded:0,Packetsreceived:0Group:239.
100.
100.
100,Sourcecount:1,Packetsforwarded:1351,Packetsreceived:1491Source:192.
168.
48.
11/32,Forwarding:1351/14/1338/151,Other:1491/0/140Group:224.
0.
1.
40,Sourcecount:0,Packetsforwarded:0,Packetsreceived:0Group:239.
2.
2.
2,Sourcecount:1,Packetsforwarded:3714,Packetsreceived:3726Source:10.
63.
84.
48/32,Forwarding:3714/28/551/163,Other:3726/0/12从这些输出可以看出组播数据流从源W1流出并为组成员所接收.
相关信息企业移动性8.
5设计指南q无线局域网控制器上的VLAN配置示例q无线LAN控制器和轻量接入点基本配置示例qIP多播:白皮书q无线产品支持q技术支持和文档-CiscoSystemsq