Re: [Idr] WGLC for draft-ietf-idr-mrai-dep-03

<bruno.decraene@orange-ftgroup.com> Tue, 29 March 2011 15:06 UTC

Return-Path: <bruno.decraene@orange-ftgroup.com>
X-Original-To: idr@core3.amsl.com
Delivered-To: idr@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 6666A3A695D for <idr@core3.amsl.com>; Tue, 29 Mar 2011 08:06:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.846
X-Spam-Level:
X-Spam-Status: No, score=-2.846 tagged_above=-999 required=5 tests=[AWL=0.403, BAYES_00=-2.599, HELO_EQ_FR=0.35, RCVD_IN_DNSWL_LOW=-1]
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 4v6gXEy0qXAY for <idr@core3.amsl.com>; Tue, 29 Mar 2011 08:06:20 -0700 (PDT)
Received: from p-mail1.rd.francetelecom.com (p-mail1.rd.francetelecom.com [195.101.245.15]) by core3.amsl.com (Postfix) with ESMTP id 56E943A6931 for <idr@ietf.org>; Tue, 29 Mar 2011 08:06:20 -0700 (PDT)
Received: from p-mail1.rd.francetelecom.com (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id 5B3698B800A; Tue, 29 Mar 2011 17:08:29 +0200 (CEST)
Received: from ftrdsmtp2.rd.francetelecom.fr (unknown [10.192.128.47]) by p-mail1.rd.francetelecom.com (Postfix) with ESMTP id 522128B8001; Tue, 29 Mar 2011 17:08:29 +0200 (CEST)
Received: from ftrdmel0.rd.francetelecom.fr ([10.192.128.56]) by ftrdsmtp2.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.4675); Tue, 29 Mar 2011 17:07:58 +0200
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Date: Tue, 29 Mar 2011 17:07:56 +0200
Message-ID: <FE8F6A65A433A744964C65B6EDFDC240020E598B@ftrdmel0.rd.francetelecom.fr>
In-Reply-To: <alpine.LFD.2.02.1103291538300.13073@jamaica.dcs.gla.ac.uk>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [Idr] WGLC for draft-ietf-idr-mrai-dep-03
Thread-Index: AcvuIAx8P6oOp+IaSTCL6Sp1kd9R2gAAROAg
References: <5C153416-1444-48AA-A940-7AFB4ADEEB2A@juniper.net> <FE8F6A65A433A744964C65B6EDFDC240020E57C5@ftrdmel0.rd.francetelecom.fr> <alpine.LFD.2.02.1103291441390.13073@jamaica.dcs.gla.ac.uk> <FE8F6A65A433A744964C65B6EDFDC240020E5933@ftrdmel0.rd.francetelecom.fr> <alpine.LFD.2.02.1103291538300.13073@jamaica.dcs.gla.ac.uk>
From: bruno.decraene@orange-ftgroup.com
To: paul@jakma.org
X-OriginalArrivalTime: 29 Mar 2011 15:07:58.0023 (UTC) FILETIME=[16939D70:01CBEE23]
Cc: idr@ietf.org
Subject: Re: [Idr] WGLC for draft-ietf-idr-mrai-dep-03
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Inter-Domain Routing <idr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/idr>, <mailto:idr-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/idr>
List-Post: <mailto:idr@ietf.org>
List-Help: <mailto:idr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/idr>, <mailto:idr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 29 Mar 2011 15:06:21 -0000

> > From your above statement, I understand that the draft only
> > deprecate the 2 default values defined in RFC 4271. Hence the
> > following RFC 4271 text is still applicable: " Since fast
> > convergence is needed within an autonomous system, either (a) the
> > MinRouteAdvertisementIntervalTimer used for internal peers SHOULD
> > be shorter than the MinRouteAdvertisementIntervalTimer used for
> > external peers, or (b) the procedure describe in this section
> > SHOULD NOT apply to routes sent to internal peers."
> 
> It should yes.
> 
> > In that case, IMHO, the draft sentence " The appropriate choice of
> > default values is left to the discretion of implementors." Should be
> > augmented with "but as per RFC 4271 default value should be chosen
lower
> > for iBGP peer than for eBGP peer".
> 
> The draft as it is tries very hard to not prescribe anything except
> to remove the default values.

My reading of the draft (which can be wrong) is that the above sentence
allows each implementation to chose any default value and hence override
RFC 4271 recommendation to have a lower value for iBGP MRAI than for
eBGP MRAI.

As an alternative, what about removing the second sentence? ("The
appropriate choice of default values is left to the discretion of
implementors.") IMO the first sentence is clear enough (   "The
suggested default values for the MinRouteAdvertisementIntervalTimer
given in [RFC4271] are deprecated")

> Going beyond that likely only leads to an argument. ;)

My point was that the second sentence already goes a bit beyond. But
really no big deal. It's up to you.