组播及广播优化对比以及集中转发和本地转发的使用效果对比

测试方式

使用PC连接同一无线网络内,SSID下配置分别做开启及关闭下面功能的测试:

Dynamic Multicast Optimization
Drop Broadcast and Multicast
Convert Broadcast ARP request to unicast

测试时测试PC静置,开启抓包软件,抓取时间为10分钟。

测试场景说明

测试使用场景内测试SSID使用客户端数量约为40-50个客户端,该SSID关联VLAN下约有5个有线客户端。

测试记录

集中转发下开启功能,未在vlan下开启bcmc结果:

集中转发下关闭功能未在vlan下开启bcmc结果

集中转发下开启功能在vlan下开启bcmc结果

本地转发下开启功能结果

测试总结

在开启和未开启过滤功能结果中对比可见,在未开启的结果中共收到1755个包,其中广播和组播包数量共计1328个占有效传输数据总数的75%。而开启功能的结果中收到1127个包,广播及组播包数量共计43个,在VLAN中开启BCMC功能,广播及组播包数量共计29个,对比之前只开启无线端总包数略有下降(因有线侧客户端数量较少,因此相差数量较小)。

在本地转发模下,无线配置中开启过滤功能客户端共收到3164个包,其中广播包1192个,组播包23个,占传输总量的36%。

通过对比可看出再未进行控制的情况下客户端会收到大量的广播或组播信息,而对于客户端来说绝大部分都是无用的数据,但这些数据在传输过程中仍然会大量的占据AP的空口时间,从而导致出现有效数据传输的延时变高,AP空口占用过高的问题出现。而有线端开启BCMC后也会从有线侧丢掉无用的数据来减少无线报文传输所带来的资源浪费,从而优化无线网络的使用体验。

而针对本地转发模式和集中转发的测试中,无线侧都是开启包过滤功能,但因有线侧数据控制器无法实现数据包的过滤而是通过接入交换机直接进行转发,所以大量的无用报文都 会通过无线再转发到客户端上,出现大量的空口浪费。

请登录评论。