Opened 11 months ago

Last modified 4 months ago

#1267 new Bug / Defect

Multicast error

Reported by: ulfper Owned by:
Priority: major Milestone: release 2.4.8
Component: Networking Version: OpenVPN 2.4.8 (Community Ed)
Severity: Not set (select this one, unless your'e a OpenVPN developer) Keywords: multicast Windows TAP


We have come upon a strange multicast behaviour. We run OpenVPN on Windows 7 and use the TAP setting. When a OpenVPN server sends a multicast packet over TAP it seems that only one client gets a correct multicast packet (the same as on the server). The rest of the clients get a corrupted first octet for the destination MAC address (00 is replaced by FB).
This have been observered on OpenVPN 2.4.3, OpenVPN 2.4.7 and OpenVPN 2.4.8. The multicast packets are still delivered on OpenVPN 2.4.3 and OpenVPN 2.4.7, but not on OpenVPN 2.4.8. The packets will also be delivered on OpenVPN 2.4.8 with the help of WireShark? running in promiscuous mode on the clients.

Change History (1)

comment:1 Changed 4 months ago by tincantech

Could you provide some more details so this can be investigated.

Please see this post for an example:

Also, a packet capture showing the error.

Note: See TracTickets for help on using tickets.