Re: [mpls] A first version of draft-ijln-mpls-rfc5036bis-00.txt

Alexander Vainshtein <Alexander.Vainshtein@ecitele.com> Tue, 16 February 2016 16:26 UTC

Return-Path: <Alexander.Vainshtein@ecitele.com>
X-Original-To: mpls@ietfa.amsl.com
Delivered-To: mpls@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 921401B2D35; Tue, 16 Feb 2016 08:26:14 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.891
X-Spam-Level:
X-Spam-Status: No, score=-1.891 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_FILL_THIS_FORM_SHORT=0.01] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id G1MTpdLlEtAp; Tue, 16 Feb 2016 08:26:11 -0800 (PST)
Received: from EUR01-VE1-obe.outbound.protection.outlook.com (mail-ve1eur01on0136.outbound.protection.outlook.com [104.47.1.136]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0E2CF1B2F32; Tue, 16 Feb 2016 08:26:10 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ECI365.onmicrosoft.com; s=selector1-ecitele-com; h=From:To:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=aclqAQYSdMCG8nFUviHQ0P0Rqd8zWmmdugACY3dS+DU=; b=XqNXmBULx2ZD+b2hVwaH+W82Gy3XsAbK7JNLtU1iLIWpMACHeR4OcExduhg51bBJrNGra5EYqLFsOXyA0obQCTHocl254QCE7UcwjUYTFRMxP7kIp6oOuMAiT5X9kJ7xK3G32hG4c8g0fMJvBg89wHaZllJJYDeTnMlDpzO1mFE=
Received: from DB3PR03MB0780.eurprd03.prod.outlook.com (10.161.55.12) by DB3PR03MB0780.eurprd03.prod.outlook.com (10.161.55.12) with Microsoft SMTP Server (TLS) id 15.1.409.15; Tue, 16 Feb 2016 16:26:07 +0000
Received: from DB3PR03MB0780.eurprd03.prod.outlook.com ([10.161.55.12]) by DB3PR03MB0780.eurprd03.prod.outlook.com ([10.161.55.12]) with mapi id 15.01.0409.017; Tue, 16 Feb 2016 16:26:07 +0000
From: Alexander Vainshtein <Alexander.Vainshtein@ecitele.com>
To: "Andrew G. Malis" <agmalis@gmail.com>
Thread-Topic: [mpls] A first version of draft-ijln-mpls-rfc5036bis-00.txt
Thread-Index: AQHRaLNUlM5TUMPUgUuc9UqVlUOc8p8uug4AgAAPoUCAAAjHgIAAAmIQ
Date: Tue, 16 Feb 2016 16:26:07 +0000
Message-ID: <DB3PR03MB0780CC6941EF3B68053788D39DAD0@DB3PR03MB0780.eurprd03.prod.outlook.com>
References: <20160216065252.25541.34704.idtracker@ietfa.amsl.com> <56C3121B.90907@pi.nu> <CAA=duU25FFa3xDFzrGLmth+gxPaYXZT+pQUwoM6LHoe-+WjTmA@mail.gmail.com> <DB3PR03MB0780A3D35A3002E4ECCAC7C69DAD0@DB3PR03MB0780.eurprd03.prod.outlook.com> <CAA=duU0GjK3gNGh0LyM_5U8kKd-ZwqnqXJF7cYF0dFvK-Cje6Q@mail.gmail.com>
In-Reply-To: <CAA=duU0GjK3gNGh0LyM_5U8kKd-ZwqnqXJF7cYF0dFvK-Cje6Q@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=ecitele.com;
x-originating-ip: [147.234.241.1]
x-microsoft-exchange-diagnostics: 1; DB3PR03MB0780; 5:6WAlDubhaIkem5HwNfoMM/0HeLSEndX5Ok8yln8jtTXE63au+PNghFZ6Z9HV67Z6TY9Y26Pbhodlvu+1Ugvq92tFqA2gDRdnucg1tx8sfgP6V6YqZNIloXAWv0Pu8VGNawsIZsTMJ2vgeC/YSOAV2g==; 24:zehLwJ4CwcXc2N0UZxsEAdXsJcItpQKhB0RM1otDOJzE8o3VVSz8cfXL38vPU9m4iLgnkQy4fETqOzSNCw0NtMk0F3cI06QihX51PlYqThg=
x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:DB3PR03MB0780;
x-ms-office365-filtering-correlation-id: 8ea53512-6e32-4ab5-8a77-08d336eddf99
x-microsoft-antispam-prvs: <DB3PR03MB07801608E3B731900DA42AF39DAD0@DB3PR03MB0780.eurprd03.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(138986009662008)(95692535739014);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(5005006)(8121501046)(10201501046)(3002001); SRVR:DB3PR03MB0780; BCL:0; PCL:0; RULEID:; SRVR:DB3PR03MB0780;
x-forefront-prvs: 0854128AF0
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(377454003)(377424004)(252514010)(24454002)(19300405004)(106116001)(19617315012)(74316001)(93886004)(19609705001)(16236675004)(230783001)(14971765001)(1096002)(87936001)(19625215002)(77096005)(66066001)(5002640100001)(86362001)(2950100001)(15975445007)(19580395003)(33656002)(2900100001)(19580405001)(1411001)(54356999)(189998001)(5003600100002)(76576001)(40100003)(92566002)(122556002)(4326007)(2906002)(76176999)(1220700001)(10400500002)(102836003)(110136002)(3660700001)(3846002)(790700001)(5004730100002)(3280700002)(586003)(6116002)(5008740100001)(11100500001)(16601075003)(50986999)(5001960100002); DIR:OUT; SFP:1102; SCL:1; SRVR:DB3PR03MB0780; H:DB3PR03MB0780.eurprd03.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en;
spamdiagnosticoutput: 1:23
spamdiagnosticmetadata: NSPM
Content-Type: multipart/alternative; boundary="_000_DB3PR03MB0780CC6941EF3B68053788D39DAD0DB3PR03MB0780eurp_"
MIME-Version: 1.0
X-OriginatorOrg: ecitele.com
X-MS-Exchange-CrossTenant-originalarrivaltime: 16 Feb 2016 16:26:07.4340 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 2c514a61-08de-4519-b4c0-921fef62c42a
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB3PR03MB0780
Archived-At: <http://mailarchive.ietf.org/arch/msg/mpls/y3hvW-IW2ZDaOo23pHV-paIytO8>
Cc: "mpls@ietf.org" <mpls@ietf.org>, "draft-ijln-mpls-rfc5036bis@ietf.org" <draft-ijln-mpls-rfc5036bis@ietf.org>, "mpls-chairs@ietf.org" <mpls-chairs@ietf.org>
Subject: Re: [mpls] A first version of draft-ijln-mpls-rfc5036bis-00.txt
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/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: Tue, 16 Feb 2016 16:26:14 -0000

Andy,
Lots of thanks for a prompt response.

I fully agree with you that proof of independent implementations is easy to provide.
Actually since RFC 6410 only requires 2 independent implementation, this proof is already here.

Proof of wide deployment is much more problematic. E.g., RFC 5037<https://datatracker.ietf.org/doc/rfc5037/?include_text=1> (Experience with the LDP protocol) does not mention the interface type (packet, ATM or FR) that have been deployed  at the time of survey. I could guess that since 10 out of 11 responders to the corresponding survey have reported using liberal label retention mode, at best the remaining one was using label-controlled ATM. Does this make sense to you?

Regards,
Sasha

Office: +972-39266302
Cell:      +972-549266302
Email:   Alexander.Vainshtein@ecitele.com

From: Andrew G. Malis [mailto:agmalis@gmail.com]
Sent: Tuesday, February 16, 2016 5:52 PM
To: Alexander Vainshtein
Cc: mpls@ietf.org; draft-ijln-mpls-rfc5036bis@ietf.org; mpls-chairs@ietf.org; Loa Andersson
Subject: Re: [mpls] A first version of draft-ijln-mpls-rfc5036bis-00.txt

Sasha,

You probably make a good case regarding label-controlled FR. For label-controlled ATM, there were certainly widely used implementations at one point in time. I guess the argument could be made that those implementations conform to 5036, not the new RFC if it’s removed.

Proof of implementation is easy to find, even now, such as at http://www.cisco.com/c/en/us/support/docs/multiprotocol-label-switching-mpls/multiprotocol-label-switching-over-atm-mpls-over-atm/10475-mpls-vcmerge.html and https://www.juniper.net/documentation/en_US/junos13.2/topics/usage-guidelines/interfaces-configuring-layer-2-circuit-transport-mode.html .

Cheers,
Andy


On Tue, Feb 16, 2016 at 10:32 AM, Alexander Vainshtein <Alexander.Vainshtein@ecitele.com<mailto:Alexander.Vainshtein@ecitele.com>> wrote:
Andy, and all,
I have looked up RFC 6410<https://tools.ietf.org/html/rfc6410>, and it states that in order to progress to full Standard “at least two independent interoperating implementations with widespread deployment and successful operational experience” are required.

To me this means that if we want to retain the label-controlled ATM and/or FR in the Internet Standard version of LDP, we should be able to “show case” of widespread deployment and successful operational experience independently for each of these.

Can we really do that? I am not sure about ATM, but I have strong doubts widespread deployment of label-controlled FR can be demonstrated even with the most liberal interpretation of the term “widespread”.

It seems that the authors of draft-ijln have chosen an alternative possibility mentioned in 6410, namely removal of “unused features that cause great complexity” from the specification.


If anything, this approach definitely saves some work☺.

My 2c,
Sasha

Office: +972-39266302<tel:%2B972-39266302>
Cell:      +972-549266302<tel:%2B972-549266302>
Email:   Alexander.Vainshtein@ecitele.com<mailto:Alexander.Vainshtein@ecitele.com>

From: mpls [mailto:mpls-bounces@ietf.org<mailto:mpls-bounces@ietf.org>] On Behalf Of Andrew G. Malis
Sent: Tuesday, February 16, 2016 4:24 PM
To: Loa Andersson
Cc: mpls@ietf.org<mailto:mpls@ietf.org>; draft-ijln-mpls-rfc5036bis@ietf.org<mailto:draft-ijln-mpls-rfc5036bis@ietf.org>; mpls-chairs@ietf.org<mailto:mpls-chairs@ietf.org>
Subject: Re: [mpls] A first version of draft-ijln-mpls-rfc5036bis-00.txt

Loa,

Questions about ATM and FR come up periodically. There are definitely still native ATM switches running in SP networks and perhaps native FR switches as well, and there’s no way to guarantee that none of them aren’t still running LDP to provide MPLS and IP services. It’s difficult to prove a negative. So my preference would be to retain those sections.

Cheers,
Andy


On Tue, Feb 16, 2016 at 7:12 AM, Loa Andersson <loa@pi.nu<mailto:loa@pi.nu>> wrote:
Working Group,

We have started the work to take LDP to Internet Standard, the -00
version of draft-ijln-mpls-rfc5036bis does a few things

- gives us an xml-document to work from
- defines the scope of what needs to be done
- adds a TODO-list with semi-concrete task that should be
  undertaken
- starts a list of differences between RFC 5036 and the current
  document

We have added an "Editors note" as the first section (for scope
and ToDo), the Editors Note will be removed before publication, but
temporarily the section numbering is "one off" as compared to RFC 5036.

WE have also added xml anchors/targets for internal references and
figure numbers for the figures.

We are considering to remove the figure number again before publication,
but ant them there as long as we are discussing the document.

The implicit tables for optional parameters has been changed to
xml supported texttables.

We have removed the reference to CR-LDP as the TE protocol.

We have discussed if we can remove FR and ATM, since there seems to
be no FR or ATM switches using LDP.

Please comment on what we have done, and help us capture things we
have forgotten.

/Loa
for the editors group


On 2016-02-16 14:52, internet-drafts@ietf.org<mailto:internet-drafts@ietf.org> wrote:

A New Internet-Draft is available from the on-line Internet-Drafts directories.


         Title           : LDP Specification
         Authors         : Xia Chen
                           Loa Andersson
                           Nic Leymann
                           Ina Minei
        Filename        : draft-ijln-mpls-rfc5036bis-00.txt
        Pages           : 141
        Date            : 2016-02-15

Abstract:
    The architecture for Multiprotocol Label Switching (MPLS) is
    described in RFC 3031.  A fundamental concept in MPLS is that two
    Label Switching Routers (LSRs) must agree on the meaning of the
    labels used to forward traffic between and through them.  This common
    understanding is achieved by using a set of procedures, called a
    label distribution protocol, by which one LSR informs another of
    label bindings it has made.  This document defines a set of such
    procedures called LDP (for Label Distribution Protocol) by which LSRs
    distribute labels to support MPLS forwarding along normally routed
    paths.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ijln-mpls-rfc5036bis/

There's also a htmlized version available at:
https://tools.ietf.org/html/draft-ijln-mpls-rfc5036bis-00


Please note that it may take a couple of minutes from the time of submission
until the htmlized version and diff are available at tools.ietf.org<http://tools.ietf.org>.

Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/

_______________________________________________
I-D-Announce mailing list
I-D-Announce@ietf.org<mailto:I-D-Announce@ietf.org>
https://www.ietf.org/mailman/listinfo/i-d-announce
Internet-Draft directories: http://www.ietf.org/shadow.html
or ftp://ftp.ietf.org/ietf/1shadow-sites.txt

_______________________________________________
mpls mailing list
mpls@ietf.org<mailto:mpls@ietf.org>
https://www.ietf.org/mailman/listinfo/mpls