Re: [mpls] Opinion sort: [Technical Errata Reported] RFC3107 (2319)

<bruno.decraene@orange-ftgroup.com> Mon, 13 September 2010 12:59 UTC

Return-Path: <bruno.decraene@orange-ftgroup.com>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 6E3623A69CE for <mpls@core3.amsl.com>; Mon, 13 Sep 2010 05:59:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.887
X-Spam-Level:
X-Spam-Status: No, score=-1.887 tagged_above=-999 required=5 tests=[AWL=0.363, BAYES_00=-2.599, HELO_EQ_FR=0.35]
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 3W8ct-PtupK0 for <mpls@core3.amsl.com>; Mon, 13 Sep 2010 05:59:32 -0700 (PDT)
Received: from r-mail2.rd.francetelecom.com (r-mail2.rd.francetelecom.com [217.108.152.42]) by core3.amsl.com (Postfix) with ESMTP id 050823A69CF for <mpls@ietf.org>; Mon, 13 Sep 2010 05:59:32 -0700 (PDT)
Received: from r-mail2.rd.francetelecom.com (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id DB24DFC4015; Mon, 13 Sep 2010 14:59:57 +0200 (CEST)
Received: from ftrdsmtp1.rd.francetelecom.fr (unknown [10.192.128.46]) by r-mail2.rd.francetelecom.com (Postfix) with ESMTP id CF66BFC4003; Mon, 13 Sep 2010 14:59:57 +0200 (CEST)
Received: from ftrdmel0.rd.francetelecom.fr ([10.192.128.56]) by ftrdsmtp1.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.3959); Mon, 13 Sep 2010 14:59:55 +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: Mon, 13 Sep 2010 14:59:57 +0200
Message-ID: <FE8F6A65A433A744964C65B6EDFDC2400177D2C5@ftrdmel0.rd.francetelecom.fr>
In-Reply-To: <563FC961F0064F8BAB96729A972786DE@your029b8cecfe>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [mpls] Opinion sort: [Technical Errata Reported] RFC3107 (2319)
Thread-Index: Acs/mYft7mrLMiPfTfG6qCuxwdBWFwTqFUBg
References: <20100707152212.490DEE0677@rfc-editor.org> <563FC961F0064F8BAB96729A972786DE@your029b8cecfe>
From: bruno.decraene@orange-ftgroup.com
To: Adrian.Farrel@huawei.com
X-OriginalArrivalTime: 13 Sep 2010 12:59:55.0590 (UTC) FILETIME=[901C9E60:01CB5343]
Cc: mpls@ietf.org
Subject: Re: [mpls] Opinion sort: [Technical Errata Reported] RFC3107 (2319)
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 13 Sep 2010 12:59:33 -0000

Adrian,

Thanks for the review.

More inlined

> Hi,
> 
> Can I have the authors'  and WG's opinion on Bruno's comments, please.
> 
> Point 1 seems reasonable to me.
> Point 2 feels like a bit of  semantic issue. If MPLS packets can be
> exchanged, is there not an LSP by definition?
> Removing the sentence (as in Point 3) would require adding the
reference,
> etc. and that is a mess better handled by the new draft "updating" the
RFC.

IMHO removing the sentence does not require adding the reference:
- the discussion on the BGP speaker is not relevant in the decision to
accept labelled BGP routes so we can safely remove the sentence
- the discussion on the BGP Next-Hop is already covered in the section 6
of the RFC. I don't see a need to add a reference to
draft-ietf-idr-bgp-bestpath-selection-criteria-01.txt

Regards,
Bruno
 
> Thoughts?
> 
> Thanks,
> Adrian
> ----- Original Message -----
> From: "RFC Errata System" <rfc-editor@rfc-editor.org>
> To: <yakov@juniper.net>; <erosen@cisco.com>; <stbryant@cisco.com>;
> <adrian.farrel@huawei.com>; <swallow@cisco.com>; <loa@pi.nu>
> Cc: <rfc-editor@rfc-editor.org>; <mpls@ietf.org>
> Sent: Wednesday, July 07, 2010 4:22 PM
> Subject: [mpls] [Technical Errata Reported] RFC3107 (2319)
> 
> 
> >
> > The following errata report has been submitted for RFC3107,
> > "Carrying Label Information in BGP-4".
> >
> > --------------------------------------
> > You may review the report below and at:
> > http://www.rfc-editor.org/errata_search.php?rfc=3107&eid=2319
> >
> > --------------------------------------
> > Type: Technical
> > Reported by: Bruno Decraene <bruno.decraene@orange-ftgroup.com>
> >
> > Section: 5
> >
> > Original Text
> > -------------
> > "A BGP speaker should not advertise this capability to another BGP
speaker
> > unless there is a Label Switched Path (LSP) between the two
speakers."
> >
> >
> > Corrected Text
> > --------------
> > "An eBGP speaker should not advertise this capability to another
eBGP
> > speaker unless there is a Label Switched Path (LSP) or layer two
interface
> > between the two speakers."
> >
> > Or just remove completely that sentence.
> >
> > Notes
> > -----
> > 1) :s/BGP/eBGP
> > An iBGP router should be able to set up an internal BGP session for
AFI 1
> > / SAFI 4 toward a Route Reflector even if the Route Reflector is not
> > capabble of forwarding MPLS packets (This case is even described in
the
> > section 2 of the RFC)
> >
> > 2) + layer two interface
> > If both router are connected by a direct (sub)interface, they should
be
> > able to exchange MPLS packets even if there is no LSP between them.
> >
> > 3) Remove the sentence
> > AFAIK, the point is now better addressed by
> > draft-ietf-idr-bgp-bestpath-selection-criteria-01.txt
> >
> > Instructions:
> > -------------
> > This errata is currently posted as "Reported". If necessary, please
> > use "Reply All" to discuss whether it should be verified or
> > rejected. When a decision is reached, the verifying party (IESG)
> > can log in to change the status and edit the report, if necessary.
> >
> > --------------------------------------
> > RFC3107 (draft-ietf-mpls-bgp4-mpls-04)
> > --------------------------------------
> > Title               : Carrying Label Information in BGP-4
> > Publication Date    : May 2001
> > Author(s)           : Y. Rekhter, E. Rosen
> > Category            : PROPOSED STANDARD
> > Source              : Multiprotocol Label Switching
> > Area                : Routing
> > Stream              : IETF
> > Verifying Party     : IESG
> > _______________________________________________
> > mpls mailing list
> > mpls@ietf.org
> > https://www.ietf.org/mailman/listinfo/mpls
> >
> 
> _______________________________________________
> mpls mailing list
> mpls@ietf.org
> https://www.ietf.org/mailman/listinfo/mpls