Hi Dan,

I already wrote a new mail to the list in which I elaborate the situation. This should answer the last two of your questions (if not, I'm happy to provide more information, if I can). Unfortunately I didn't save the ebtables output that showed the rules I ran into, so I don't know them exactly. But I remember them explicitly filtering all ARP-packets comming from the vnet with a different mac address than the registered one. However, just running '# ebtables -t nat -L' on a host with existing vnets should give you the rules, in case you haven't change any defaults of the engine..

Regards,
Felix

On 08/18/2015 11:21 AM, Dan Kenigsberg wrote:
On Mon, Aug 17, 2015 at 02:05:12PM +0200, Felix Pepinghege wrote:
Hi again,

I just found the reason for the loss of the packages. Either ovirt or centos
install some ebtables rules in the "nat" table. These rules filter ARP
packages coming from vnet interfaces. Flushing the table solved my problems.
However, I have no idea what the purpose of these rules is, so there might
be unwanted side-effects to just flushing the rules away.. But for now I am
happy!

Can you share your ebtables before and after flushing?
How did you flush the faulty rules? Would the proble reappear after next
reboot?

Dan.

_______________________________________________
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Reply via email to