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 |
| Cc: |
Description
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.
Note: See
TracTickets for help on using
tickets.
Could you provide some more details so this can be investigated.
Please see this post for an example:
https://forums.openvpn.net/viewtopic.php?f=30&t=22603#p68963
Also, a packet capture showing the error.