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
- [mpls] [Technical Errata Reported] RFC3107 (2319) RFC Errata System
- [mpls] Opinion sort: [Technical Errata Reported] … Adrian Farrel
- Re: [mpls] Opinion sort: [Technical Errata Report… Eric Rosen
- Re: [mpls] Opinion sort: [Technical Errata Report… Adrian Farrel
- Re: [mpls] Opinion sort: [Technical Errata Report… Yakov Rekhter
- Re: [mpls] Opinion sort: [Technical Errata Report… bruno.decraene
- Re: [mpls] Opinion sort: [Technical Errata Report… bruno.decraene
- Re: [mpls] Opinion sort: [Technical Errata Report… bruno.decraene