PS; I would recommend setting the carpdemote to be a maximum (lowest) of
1, becuase then if something happens to the primary box, and you can't
get into it for some reason, at least you could set the carp demotion
counters on the backup to 0' and "remotely" preempt your primary.
On 02/10/14 18:02, Andy wrote:
Hi
Try setting the advskew to a number greater than 200 and less then
254. This seems to be the most stable.
For best practice our primary runs with carp and pfsync values of '1'.
And the backup runs with carp and pfsync values of '2'.
We do this for two reasons.
1) it is extremely stable!
2) We found that CARP master is almost random/unstable when both
firewalls have the same value (esp '0'), because;
"When advbase is set to 0 the skew value alone is used to calculate
how often advertisements are sent (the advertisement window) using
this formula:
Window in microseconds = advskew * 1000000 / 256
E.g. 100 * 1000000 / 256 = 390625us
So it would take much to cause a flip..
Setting advbase to 1 on both is better as this is more stable if you
want to have the same carp demote counters..
Good luck :)
Andy
On 02/10/14 16:08, Alan McKay wrote:
On Thu, Oct 2, 2014 at 11:03 AM, Marko Cupać <marko.cu...@mimar.rs>
wrote:
I have posted advskew values in initial mail (0 on masters, 100 on
backups).
That shows me what they are supposed to be.
That does not show me what they actually are.
ifconfig output will show what they actually are.
