[VRRP] Clear draft-ietf-vrrp-unified-spec 4

Stephen Nadas <stephen.nadas@ericsson.com> Fri, 02 October 2009 15:40 UTC

Return-Path: <stephen.nadas@ericsson.com>
X-Original-To: vrrp@core3.amsl.com
Delivered-To: vrrp@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 6F3603A67D9 for <vrrp@core3.amsl.com>; Fri, 2 Oct 2009 08:40:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.598
X-Spam-Level:
X-Spam-Status: No, score=-6.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Cgh8jFjh8xtm for <vrrp@core3.amsl.com>; Fri, 2 Oct 2009 08:40:02 -0700 (PDT)
Received: from imr2.ericy.com (imr2.ericy.com [198.24.6.3]) by core3.amsl.com (Postfix) with ESMTP id 4BBD73A6783 for <vrrp@ietf.org>; Fri, 2 Oct 2009 08:40:02 -0700 (PDT)
Received: from eusrcmw751.eamcs.ericsson.se (eusrcmw751.exu.ericsson.se [138.85.77.51]) by imr2.ericy.com (8.13.1/8.13.1) with ESMTP id n92FfOsb011670; Fri, 2 Oct 2009 10:41:25 -0500
Received: from eusrcmw750.eamcs.ericsson.se ([138.85.77.50]) by eusrcmw751.eamcs.ericsson.se with Microsoft SMTPSVC(6.0.3790.3959); Fri, 2 Oct 2009 10:40:47 -0500
Received: from eusaamw0711.eamcs.ericsson.se ([147.117.20.178]) by eusrcmw750.eamcs.ericsson.se with Microsoft SMTPSVC(6.0.3790.3959); Fri, 2 Oct 2009 10:40:46 -0500
Received: from EUSAACMS0701.eamcs.ericsson.se ([169.254.1.112]) by eusaamw0711.eamcs.ericsson.se ([147.117.20.178]) with mapi; Fri, 2 Oct 2009 11:40:46 -0400
From: Stephen Nadas <stephen.nadas@ericsson.com>
To: "dromasca@avaya.com" <dromasca@avaya.com>
Date: Fri, 02 Oct 2009 11:40:45 -0400
Thread-Topic: Clear draft-ietf-vrrp-unified-spec 4
Thread-Index: AcpDdrT5KtA8myKGSza8Uj43QXnO9A==
Message-ID: <450AE4BEC513614F96969DDA34F3593497639B99@EUSAACMS0701.eamcs.ericsson.se>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
Content-Type: multipart/alternative; boundary="_000_450AE4BEC513614F96969DDA34F3593497639B99EUSAACMS0701eam_"
MIME-Version: 1.0
X-OriginalArrivalTime: 02 Oct 2009 15:40:46.0932 (UTC) FILETIME=[B5D50940:01CA4376]
Cc: "Radia.Perlman@Sun.COM" <Radia.Perlman@Sun.COM>, "vrrp@ietf.org" <vrrp@ietf.org>
Subject: [VRRP] Clear draft-ietf-vrrp-unified-spec 4
X-BeenThere: vrrp@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Virtual Router Redundancy Protocol <vrrp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/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: Fri, 02 Oct 2009 15:40:03 -0000

Hi Dan,

Will the approaches described below suffice to clear the draft for the comment? (there's a separate email coming for the discuss)

Thanks,
Steve

1. Appendix B and part of Appendix C excepting the part refering to changes
from RFC 3768 should be dropped at publication.

Will do

2. Another feature that at least one vendor implements is so-called Backup VRRP
router passive ARP learning.  This is very useful, because otherwise when you
switch from active to backup, the backup doesn't know ARP bindings for IP
addresses and this increases the time needed to converge.  (The same feature
should apply to ND I think) This would seem to be something that could be worth
adding or at least discussing in the spec.

We (VRRP wg chairs & I) would like to ship this document soon and part of the thinking all along with this draft was to avoid feature creep.   Thus we are not thinking of adding this new feature- it is not required for interoperability.  It could, however, be covered in a new separate draft.