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

Yakov Rekhter <yakov@juniper.net> Sun, 22 August 2010 15:15 UTC

Return-Path: <yakov@juniper.net>
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 120283A68BD for <mpls@core3.amsl.com>; Sun, 22 Aug 2010 08:15:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.599
X-Spam-Level:
X-Spam-Status: No, score=-106.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
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 RPL1pgGNndjj for <mpls@core3.amsl.com>; Sun, 22 Aug 2010 08:15:02 -0700 (PDT)
Received: from exprod7og120.obsmtp.com (exprod7og120.obsmtp.com [64.18.2.18]) by core3.amsl.com (Postfix) with ESMTP id 033013A68CD for <mpls@ietf.org>; Sun, 22 Aug 2010 08:15:01 -0700 (PDT)
Received: from source ([66.129.224.36]) (using TLSv1) by exprod7ob120.postini.com ([64.18.6.12]) with SMTP ID DSNKTHE+/Pfhup2MAAj3nFN5XjAMpjeRoy3d@postini.com; Sun, 22 Aug 2010 08:15:36 PDT
Received: from magenta.juniper.net (172.17.27.123) by P-EMHUB01-HQ.jnpr.net (172.24.192.33) with Microsoft SMTP Server (TLS) id 8.2.254.0; Sun, 22 Aug 2010 08:08:33 -0700
Received: from juniper.net (sapphire.juniper.net [172.17.28.108]) by magenta.juniper.net (8.11.3/8.11.3) with ESMTP id o7MF8UU10947; Sun, 22 Aug 2010 08:08:30 -0700 (PDT) (envelope-from yakov@juniper.net)
Message-ID: <201008221508.o7MF8UU10947@magenta.juniper.net>
To: Adrian Farrel <Adrian.Farrel@huawei.com>
In-Reply-To: <563FC961F0064F8BAB96729A972786DE@your029b8cecfe>
References: <20100707152212.490DEE0677@rfc-editor.org> <563FC961F0064F8BAB96729A972786DE@your029b8cecfe>
X-MH-In-Reply-To: Adrian Farrel <Adrian.Farrel@huawei.com> message dated "Thu, 19 Aug 2010 13:23:40 +0100."
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-ID: <58406.1282489710.1@juniper.net>
Date: Sun, 22 Aug 2010 08:08:30 -0700
From: Yakov Rekhter <yakov@juniper.net>
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: Sun, 22 Aug 2010 15:15:03 -0000

Adrian,

> 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.
> 
> Thoughts?

Let me propose Point 1', namely just remove completely that sentence.

Yakov.

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