Re: [VRRP] Graceful Failover for VRRP
"Celer, Alicja (Alicja)" <aceler@avaya.com> Sat, 03 August 2013 18:21 UTC
Return-Path: <aceler@avaya.com>
X-Original-To: vrrp@ietfa.amsl.com
Delivered-To: vrrp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3DC3D21F9EEE for <vrrp@ietfa.amsl.com>; Sat, 3 Aug 2013 11:21:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.599
X-Spam-Level:
X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UkFejhti8xJt for <vrrp@ietfa.amsl.com>; Sat, 3 Aug 2013 11:21:13 -0700 (PDT)
Received: from co300216-co-outbound.net.avaya.com (co300216-co-outbound.net.avaya.com [198.152.13.100]) by ietfa.amsl.com (Postfix) with ESMTP id 8F48F21F893E for <vrrp@ietf.org>; Sat, 3 Aug 2013 11:21:13 -0700 (PDT)
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AgYFAPhI/VGHCzI1/2dsb2JhbABagmUhNVC/FIEdFnSCJAEBAQEDAQEBDyg0CwwEAgEIDQQEAQEBChQJBycLFAkIAQEEAQ0FCAESB4duAQubM5sNF45ICRCBBzEHBoMTdAOZCoUeiweDF4FxOQ
X-IronPort-AV: E=Sophos;i="4.89,808,1367985600"; d="scan'208";a="22209580"
Received: from unknown (HELO p-us1-erheast.us1.avaya.com) ([135.11.50.53]) by co300216-co-outbound.net.avaya.com with ESMTP; 03 Aug 2013 14:21:12 -0400
Received: from unknown (HELO AZ-US1EXHC03.global.avaya.com) ([135.11.85.14]) by p-us1-erheast-out.us1.avaya.com with ESMTP; 03 Aug 2013 14:14:34 -0400
Received: from AZ-US1EXMB05.global.avaya.com ([fe80::d51e:20b6:bd25:82b7]) by AZ-US1EXHC03.global.avaya.com ([::1]) with mapi id 14.03.0146.000; Sat, 3 Aug 2013 14:21:11 -0400
From: "Celer, Alicja (Alicja)" <aceler@avaya.com>
To: "Anurag Kothari (ankothar)" <ankothar@cisco.com>, "adrian@olddog.co.uk" <adrian@olddog.co.uk>, "vrrp@ietf.org" <vrrp@ietf.org>
Thread-Topic: Graceful Failover for VRRP
Thread-Index: Ac6P3T4o48vQ/TAOSwOeNRO+A7+U1wAmJQlG
Date: Sat, 03 Aug 2013 18:21:11 +0000
Message-ID: <BADCB091A7B456478087D87523A86EBA42C5431A@AZ-US1EXMB05.global.avaya.com>
References: <A2BB90B33FFDF740876C5AAE307D83DB255B389F@xmb-rcd-x05.cisco.com>
In-Reply-To: <A2BB90B33FFDF740876C5AAE307D83DB255B389F@xmb-rcd-x05.cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [135.11.30.40]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: "fhrp-team(mailer list)" <fhrp-team@cisco.com>
Subject: Re: [VRRP] Graceful Failover for VRRP
X-BeenThere: vrrp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Virtual Router Redundancy Protocol <vrrp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/vrrp>, <mailto:vrrp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/vrrp>
List-Post: <mailto:vrrp@ietf.org>
List-Help: <mailto:vrrp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/vrrp>, <mailto:vrrp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 03 Aug 2013 18:21:19 -0000
Hi Anurag, I've posted a draft addressing a similar issue and proposing a similar solution in 1999. Did you get a chance to review it? If not, would you like a copy maybe we converge on a solution? kind regar ds, Alicja ________________________________________ From: vrrp-bounces@ietf.org [vrrp-bounces@ietf.org] on behalf of Anurag Kothari (ankothar) [ankothar@cisco.com] Sent: Friday, August 02, 2013 8:06 PM To: adrian@olddog.co.uk; vrrp@ietf.org Cc: fhrp-team(mailer list) Subject: [VRRP] Graceful Failover for VRRP Hi I have submitted the following I-D on this idea: TXT: http://www.ietf.org/internet-drafts/draft-kothari-vrrp-graceful-failover-00.txt HTML: http://tools.ietf.org/html/draft-kothari-vrrp-graceful-failover-00 Please review and provide feedback. Thanks -Anurag -----Original Message----- From: vrrp-bounces@ietf.org [mailto:vrrp-bounces@ietf.org] On Behalf Of Adrian Farrel Sent: Wednesday, May 22, 2013 12:12 PM To: vrrp@ietf.org Cc: fhrp-team(mailer list) Subject: Re: [VRRP] Proposal for Maintenance Event for VRRP [RFC-5798] Hi, If you are wondering how to progress this in the IETF, the answer is... - write an I-D - discuss it (here) - polish it - ask me to sponsor it for publication as an RFC. Cheers, Adrian > -----Original Message----- > From: vrrp-bounces@ietf.org [mailto:vrrp-bounces@ietf.org] On Behalf > Of Anurag Kothari (ankothar) > Sent: 04 March 2013 23:43 > To: sreenatha; vrrp@ietf.org > Cc: fhrp-team(mailer list) > Subject: Re: [VRRP] Proposal for Maintenance Event for VRRP [RFC-5798] > > Hi Sreenatha > > If you mean "if I am not wrong" then yes what you have said below is correct. > > Also I believe the objective (particularly in case of time sensitive application) is to > avoid any unnecessary switch overs; as already suggested earlier let's > call this a > "Change Event" instead of "Maintenance Event". The "Change Event" > would be triggered by change in one of the following parameters of the VRRP Packet : > > 1) Priority (Section 5.2.4. of RFC-5798) > 2) Max Adver Int (Section 5.2.7. of RFC-5798) > > And possibly: > > 3) IPvX Address(es) (Section 5.2.9. of RFC-5798) > > The "Change Event" would only be handled in Master State and ignored > in other state as the VRRP Packets are only supposed to be sent by the Master. > > So to rephrase the proposal: > > - If a Change event is received, then: > > + Send an ADVERTISEMENT > > + Reset the Adver_Timer to Advertisement_Interval > > -endif // Change recv > > To cover the failover scenario (in the absence of preemption) Priority > = 0 will now > have to be allowed along with the previously discussed modifications > to avoid a > storm of Priority = 0 Advertisements from two masters. > > Please Share your thoughts. > > Thanks > -Anurag > > -----Original Message----- > From: sreenatha [mailto:sreenatha.setty@ibtechnology.com] > Sent: Saturday, March 02, 2013 3:17 AM > To: Anurag Kothari (ankothar) > Cc: vrrp@ietf.org > Subject: Re: Proposal for Maintenance Event for VRRP [RFC-5798] > > Hi Anurag, > Thanks for clarification. > > If i am wrong, user is allowed to configure Priority value as > zero(i.e., Maintenance_Event), priority value will be changed. And > handling of the Maintenance_Event is done only in Master state and > ignored in Backup and Init state. > > Thanks, > Sreenatha > > On 03/01/2013 08:31 PM, Anurag Kothari (ankothar) wrote: > > Hi Sreenatha > > > > I don't think we need to define a "Maintenance_Event" when the > > router is in > either Init or Backup State. The intention of the "Maintenance_Event" > is to trigger a failover from "Master" to a "Backup" router as soon as > possible (especially when preemption is not configured). > > > > But if you are asking if priority = 0 should be allowed (either by > > user > configuration or dynamically) when the router is in "Init" or "Backup" > state then I > think the answer should be yes, It should be treated just like any > other change in > priority is treated when the router is in these states. > > > > Please let me know if I am missing something. > > > > Thanks > > -Anurag > > > > > > 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 > vrrp@ietf.org > https://www.ietf.org/mailman/listinfo/vrrp _______________________________________________ vrrp mailing list vrrp@ietf.org https://www.ietf.org/mailman/listinfo/vrrp _______________________________________________ vrrp mailing list vrrp@ietf.org https://www.ietf.org/mailman/listinfo/vrrp
- [VRRP] Graceful Failover for VRRP Anurag Kothari (ankothar)
- Re: [VRRP] Graceful Failover for VRRP Celer, Alicja (Alicja)
- Re: [VRRP] Graceful Failover for VRRP Anurag Kothari (ankothar)
- Re: [VRRP] Graceful Failover for VRRP Anurag Kothari (ankothar)