<div dir="ltr">To clarify, the openvz guests can receive multicast traffic from the lan, but they are unable to send multicast traffic to the lan. The multicast packets are dropped on the way out, somewhere between the guest adapter and the host bridge.<br><br>I'm not seeing any differences in sysctl settings between the ovz hosts and the working hosts, so firewall rules are the likely culprit. <br><br>I'll continue to chip away at this as time allows and update with any findings.<br><br>Jake<br><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Jan 8, 2023 at 5:08 PM jjs - mainphrame <<a href="mailto:jjs@mainphrame.com">jjs@mainphrame.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">I've been doing some testing with ucarp, in debian VMs and containers.<br><br>(ucarp is an implementation of VRRP, a means of providing a highly available floating virtual IP within a cluster of machines)<br><br>It works fine on proxmox VMs and CTs, and I was hoping to get it working on openvz, but so far my attempts to get it fully up and running have failed.<br><br>Basically, both nodes become master, because neither node is seeing the multicast traffic from the other. <br><br>What is the secret of allowing multicast traffic to pass from openvz VMs and CTs, onto the lan?<br><br>Jake</div>
</blockquote></div>