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.