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

<bruno.decraene@orange-ftgroup.com> Tue, 29 March 2011 14: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 B65253A67E3 for <idr@core3.amsl.com>; Tue, 29 Mar 2011 07:06:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.645
X-Spam-Level:
X-Spam-Status: No, score=-2.645 tagged_above=-999 required=5 tests=[AWL=0.604, 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 LF-oGhkbHxNR for <idr@core3.amsl.com>; Tue, 29 Mar 2011 07:06:42 -0700 (PDT)
Received: from p-mail2.rd.francetelecom.com (p-mail2.rd.francetelecom.com [195.101.245.16]) by core3.amsl.com (Postfix) with ESMTP id A63793A63D2 for <idr@ietf.org>; Tue, 29 Mar 2011 07:06:41 -0700 (PDT)
Received: from p-mail2.rd.francetelecom.com (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id 4ABF3858007; Tue, 29 Mar 2011 16:14:20 +0200 (CEST)
Received: from ftrdsmtp2.rd.francetelecom.fr (unknown [10.192.128.47]) by p-mail2.rd.francetelecom.com (Postfix) with ESMTP id 390AD778003; Tue, 29 Mar 2011 16:14:20 +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 16:08:19 +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 16:08:17 +0200
Message-ID: <FE8F6A65A433A744964C65B6EDFDC240020E5933@ftrdmel0.rd.francetelecom.fr>
In-Reply-To: <alpine.LFD.2.02.1103291441390.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: AcvuGBdRBsndkBYrQo2DKc38PfskSgAAO8Eg
References: <5C153416-1444-48AA-A940-7AFB4ADEEB2A@juniper.net> <FE8F6A65A433A744964C65B6EDFDC240020E57C5@ftrdmel0.rd.francetelecom.fr> <alpine.LFD.2.02.1103291441390.13073@jamaica.dcs.gla.ac.uk>
From: bruno.decraene@orange-ftgroup.com
To: paul@jakma.org
X-OriginalArrivalTime: 29 Mar 2011 14:08:19.0149 (UTC) FILETIME=[C166C7D0:01CBEE1A]
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 14:06:42 -0000

Paul,

Thanks for your reply. More inline

> From: Paul Jakma [mailto:paul@jakma.org]
> On Tue, 29 Mar 2011, bruno.decraene@orange-ftgroup.com wrote:
> 
> > Sorry if I'm missing something obvious or already discussed but is
> > there a need to recommend that an AS (SP/ISP) use (hence configure)
> > the same MRAI value for all its IBGP sessions?

Any recommendation on the above point?

> > Also, RFC 4271 made
> > a distinction between iBGP and eBGP sessions (basically MRAI value
> > on iBGP should be lower than on eBGP). Does this need to be added
> > or is this also deprecated?
> 
> That's out of scope. Implementations may or may not wish to do that.
> An earlier form of this draft (draft-jakma-mrai-02) gave more of an
> outline, but it doesn't seem there is a consensus on anything more
> specific than that the current RFC4271 defaults are not appropriate.

>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."

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".


Thanks,
Regards,
Bruno

> 
> regards,
> --
> Paul Jakma  paul@jakma.org  twitter: @pjakma  PGP: 64A2FF6A
> Fortune:
> *** Rince is wagner@schizo.DAINet.de (We have Joey, we have Fun, we
have Linux on a Sun)
>  	-- Seen on #Debian