Re: Proposal for Maintenance Event for VRRP [RFC-5798]

Hi Anurag,
     Proposed idea is good. I have some queries on this proposal:

1. On receiving new maintenance_event, priority of the router is not 
changed, right? So if back-up router has less priority, even if Master 
receives the ADVERTISEMENT from the backup router, Master will discard. 
So how the Master router state is going to change?

2. How much time Master router should wait to receive ADVERTISEMENT 
message from any backup router?

3. Standard VRRP MIB(RFC-2787) does not allow user to configure '0' for 
VRRP Priority. So you are proposing to change this value also?

Thanks,
Sreenatha Setty

On 02/21/2013 01:30 AM, [email protected] wrote:
> If you have received this digest without all the individual message
> attachments you will need to update your digest options in your list
> subscription.  To do so, go to
>
> https://www.ietf.org/mailman/listinfo/vrrp
>
> Click the 'Unsubscribe or edit options' button, log in, and set "Get
> MIME or Plain Text Digests?" to MIME.  You can set this option
> globally for all the list digests you receive at this point.
>
>
>
> Send vrrp mailing list submissions to
> 	[email protected]
>
> To subscribe or unsubscribe via the World Wide Web, visit
> 	https://www.ietf.org/mailman/listinfo/vrrp
> or, via email, send a message with subject or body 'help' to
> 	[email protected]
>
> You can reach the person managing the list at
> 	[email protected]
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of vrrp digest..."
>
>
> Today's Topics:
>
>     1. Proposal for Maintenance Event for VRRP [RFC-5798]
>        (Anurag Kothari (ankothar))
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Tue, 19 Feb 2013 22:08:41 +0000
> From: "Anurag Kothari (ankothar)"<[email protected]>
> To:"[email protected]"  <[email protected]>
> Subject: [VRRP] Proposal for Maintenance Event for VRRP [RFC-5798]
> Message-ID:
> 	<[email protected]>
> Content-Type: text/plain; charset="us-ascii"
>
> Hi
>
> I want to propose a new Maintenance Event (modification of Shutdown Event) for VRRP (RFC-5798] which would allow to gracefully failover the VRRP Master to Redundant (Backup Router).
>
> Problem Statement:
> VRRP preemption is not configured on the redundant / backup router. How to initiate VRRP Traffic to failover to the redundant / backup router gracefully without modifying the configuration on the redundant / backup router (i.e. adding preemption)
>
> Proposed Solution:
> Addition to Section 6.4.3 of RFC-5798:
>
> - If a Maintenance event is received, then:
>
> + Cancel the Adver_Timer
>
> + Send an ADVERTISEMENT with Priority = 0
>
> -endif // maintenance recv
>
> Unlike Shutdown event the router will not "Transition to the {Initialize} state" and continue to be Master and forward traffic  till the backup router sends an ADVERTISEMENT (triggered by receiving an ADVERTISEMENT with Priority = 0) and becomes master.
>
> Here are couple of examples of how a maintenance event may be triggered
>
>
> 1)      By some user command e.g. "maintenance-mode" in the vrrp configuration.
>
> 2)      By setting the priority = 0 for a particular VRID.
>
> Thanks
> -Anurag
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:<http://www.ietf.org/mail-archive/web/vrrp/attachments/20130219/36a6571f/attachment.htm>
>
> ------------------------------
>
> _______________________________________________
> vrrp mailing list
> [email protected]
> https://www.ietf.org/mailman/listinfo/vrrp
>
>
> End of vrrp Digest, Vol 81, Issue 1
> ***********************************
>

Disclaimer : 
This email communication may contain privileged and confidential information and is intended for the use of the addressee only.If you are not an intended recipient you are requested not to reproduce, copy disseminate or in any manner distribute this email communication as the same is strictly prohibited. If you have received this email in error, please notify the sender immediately by return e-mail and delete the communication sent in error. Email communications cannot be guaranteed to be secure & error free and IB Technology is not liable for any errors in the email communication or for the proper, timely and complete transmission thereof.

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