[VRRP] . Re: Graceful Failover for VRRP
sreenatha setty <firstname.lastname@example.org> Tue, 06 August 2013 05:41 UTC
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9AFC821F9D65 for <email@example.com>; Mon, 5 Aug 2013 22:41:14 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
Received: from mail.ietf.org ([126.96.36.199]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id E+HWyOzYO4ow for <firstname.lastname@example.org>; Mon, 5 Aug 2013 22:41:10 -0700 (PDT)
Received: from ipinternal.indiabulls.com (ipinternal.indiabulls.com [188.8.131.52]) by ietfa.amsl.com (Postfix) with ESMTP id 43D6421F8EB2 for <email@example.com>; Mon, 5 Aug 2013 22:41:08 -0700 (PDT)
X-IronPort-AV: E=Sophos;i="4.89,824,1367951400"; d="scan'208";a="24397727"
Received: from IGSmtp.indiabulls.com (172.17.1.157) by MUM-IDC-SCAS.indiabulls.com (172.17.1.248) with Microsoft SMTP Server id 184.108.40.206; Tue, 6 Aug 2013 11:11:01 +0530
X-IronPort-AV: E=Sophos;i="4.89,824,1367951400"; d="scan'208";a="121646262"
Received: from 220.127.116.11.static-delhi.vsnl.net.in (HELO IBGGN86455L) ([18.104.22.168]) by ipgate.indiabulls.com with ESMTP; 06 Aug 2013 11:06:05 +0530
From: sreenatha setty <firstname.lastname@example.org>
To: <email@example.com>, "Anurag Kothari (ankothar)" <firstname.lastname@example.org>
Date: Tue, 6 Aug 2013 11:11:00 +0530
Content-Type: text/plain; charset="us-ascii"
X-Mailer: Microsoft Outlook 14.0
Subject: [VRRP] . Re: Graceful Failover for VRRP
List-Id: Virtual Router Redundancy Protocol <vrrp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/vrrp>, <mailto:email@example.com?subject=unsubscribe>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/vrrp>, <mailto:firstname.lastname@example.org?subject=subscribe>
X-List-Received-Date: Tue, 06 Aug 2013 05:41:14 -0000
Hi Anurag, I went through the draft. I have few queries. The new "Change Event" you are trying to define is not actually new. In earlier implementation also, if there is a change in Priority or Advertisement Interval or VRIP address configurations, first VRRP will go to Init state, then wait for some time (probably for Master down timer interval if it's not the address owner) then becomes master if no eligible master is available in the network. I think only for Priority 0 configuration we need to define new event. (I guess this you discussed over this mailing list earlier.) And one more thing, I guess draft need to contain one more section regarding the importance of the priority 0 configuration, before it talks about the updates to RFC. Draft mentioned about this only in abstract. But not really explaining in detail why we need to allow this configuration (Priority 0). Can you please elaborate it further? Thanks, Sreenatha Message: 1 Date: Sat, 3 Aug 2013 00:06:13 +0000 From: "Anurag Kothari (ankothar)" <email@example.com> To: "firstname.lastname@example.org" <email@example.com>, "firstname.lastname@example.org" <email@example.com> Cc: "fhrp-team\(mailer list\)" <firstname.lastname@example.org> Subject: [VRRP] Graceful Failover for VRRP Message-ID: <A2BB90B33FFDF740876C5AAE307D83DB255B389F@xmb-rcd-x05.cisco.com> Content-Type: text/plain; charset="us-ascii" 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 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.