Hi Georg
I think I remember something like this ... could it be that carp takes
over the interface before pfsync has finished updating the booted
machine's connection table?
TCP (and many other protocols) takes care of such situations by simply
retransmitting, so any TCP connections should recover within seconds.
When using UDP I suppose, recovery depends on the application.
Another reason could be the interfaces not coming back up together. You
should set net.inet.carp.preempt=1
hth /markus
Georg Kahest wrote:
[...] but when the prefered
master comes up again and starts to act as carp master, then client who
has carp as its gateway loses some packets on the moment of failover, [...]
