Re: Clear draft-ietf-vrrp-unified-spec 5

Stephen Nadas <[email protected]> Wed, 21 Oct 2009 17:26:35 -0400
Newsgroups gmane.ietf.vrrp
Message-ID <450AE4BEC513614F96969DDA34F359349E264C47@EUSAACMS0701.eamcs.ericsson.se>
Hi Dan,

Wrt to Accept Mode default, Mukesh asked the list over two weeks ago and the (weak, I'm afraid) consensus is to keep this configurable parameter defaulting to False.

Thanks,
Steve

_____________________________________________
From:   Stephen Nadas
Sent:   Friday, October 02, 2009 12:01 PM
To:     '[email protected]'
Cc:     '[email protected]'; [email protected]; 'Mukesh Gupta'; '[email protected]'
Subject:        Clear draft-ietf-vrrp-unified-spec 5

Hi Dan,

Please see below for the various proposed resolutions.  Are they sufficient to clear the draft?

Thanks,
Steve

Discuss remarks;

[snipped]

3. Accept_Mode defaulting to false seems unrealistic at least in deployments
I've seen.  Using accept-data config knob seems very common. Unless enable
Accept_Mode, when the virtual address moves to the Backup, the virtual address
no longer responds to ping; I've also seen an implementation to reject pings to
the virtual IP when it's in Master mode, but this seems like an implementation
bug if so (I'd like a confirmation if this is the case).

In any case, this restriction makes troubleshooting and deployment a pain;
hosts and management systems often ping the gateway address to see if the
network is working, and this kills that assumption.

Unless the WG has recently discussed and reached consensus that Accept_Mode
should still default to false, I'd consider revisiting this position.

We are thinking that accept_mode needs a configuration control and that the default vaule could be an implementation choice.  This is TBD on the list.

_______________________________________________
vrrp mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/vrrp