IP multicast over WiNG wireless mesh

[chris_slaterwal]

I have established a wireless mesh network between 3 AP7532s. One AP is root and is connected into the wired network.

The mesh is mainly stable (although I keep getting messages in smart-rf history like “AP floor3-AP7532 master connectivity timed out” but that is not the purpose of this question).

Both of the non-root APs have a strong signal with the root. They are only a few metres apart.

However I have a problem where services relying on IP multicast are not working EXCEPT on the wired root AP.

For example: there is an HP printer that advertises itself on 224.0.1.60; wireless clients (all Win10) with this printer installed report the printer as offline and can print only intermittently. (I have resolved this by setting the clients up with the static IP address of the printer, but this requires manual intervention for every client, so isn’t ideal). Clients and printer are on the same VLAN. All clients can ping the printer’s IP address.

Another example: we are using DHCPv6, and wireless clients are trying to get a DHCPv6 address by sending requests for ff02::1:2. Wireless clients connected to the root AP are succeeding, but wireless clients connected to the mesh APs are sending requests (confirmed with Wireshark) but these requests are not reaching the server - also confirmed with tcpdump on the server.

I have tried both with and without IGMP and MLD snooping on the relevant VLAN but this makes no difference. The meshpoint QoS policy is the default for the moment.

Can anyone suggest anything I should configure in order to enable IP multicast over the mesh?

I can post my configuration if necessary.

Thanks,

ChrisSW.

[Ovais_Qayyum]

Hi Chris,

Try sending the multicast traffic over mesh using the higher priority. Under the Mesh QoS policy make the following changes, save the config and check if that helps. You can also specify a multicast address in the following command instead of autodetect. 

VX9000-Primary(config-meshpoint-qos-default)~#show context
meshpoint-qos-policy default
 accelerated-multicast autodetect classification voice
 

Since you have mentioned that the multicast traffic does not reach the server, do a service pktcap on “drop” on the wireless then radio interface to see if any packets are being dropped, you can apply filters to these commands to further fine-tune the output.  

VX9000-Primary~#service pktcap on interface radio 2 drop verbose

VX9000-Primary~#service pktcap on bridge drop verbose 

Regards,

Ovais

[chris_slaterwal]

BTW the APs are on version 7.5.1.2-008R