Re: [mpls] I-D Action: draft-smack-mpls-rfc4379bis-02.txt

Alexander Vainshtein <Alexander.Vainshtein@ecitele.com> Tue, 29 September 2015 05:37 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 82AB31A1A6E for <mpls@ietfa.amsl.com>; Mon, 28 Sep 2015 22:37:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.902
X-Spam-Level:
X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] 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 1VsbYzGq5n2l for <mpls@ietfa.amsl.com>; Mon, 28 Sep 2015 22:37:06 -0700 (PDT)
Received: from emea01-db3-obe.outbound.protection.outlook.com (mail-db3on0706.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe04::706]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C7DB21A1A7C for <mpls@ietf.org>; Mon, 28 Sep 2015 22:37:05 -0700 (PDT)
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.280.20; Tue, 29 Sep 2015 05:36:45 +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.0280.017; Tue, 29 Sep 2015 05:36:45 +0000
From: Alexander Vainshtein <Alexander.Vainshtein@ecitele.com>
To: "Carlos Pignataro (cpignata)" <cpignata@cisco.com>
Thread-Topic: [mpls] I-D Action: draft-smack-mpls-rfc4379bis-02.txt
Thread-Index: AQHQ+J1EezMJM5/jz06jWlnnqPjDi55P3RWYgAEQ5euAAGUXgIAA9RUUgAAGNgCAALHpBA==
Date: Tue, 29 Sep 2015 05:36:45 +0000
Message-ID: <DB3PR03MB0780A59A64B4EABB04669C3F9D4E0@DB3PR03MB0780.eurprd03.prod.outlook.com>
References: <20150926205215.13666.17143.idtracker@ietfa.amsl.com> <DB3PR03MB0780A8DC1B838F19F1C8056C9D400@DB3PR03MB0780.eurprd03.prod.outlook.com> <912ED43A-A93F-4508-A6A6-9D79D437A20B@cisco.com> <5608BB41.2050805@pi.nu> <DB3PR03MB0780A8FF79939CDE5AB1C0579D4F0@DB3PR03MB0780.eurprd03.prod.outlook.com>, <990DAFC1-AFC5-489D-AFCF-E5BFA519AB15@cisco.com>
In-Reply-To: <990DAFC1-AFC5-489D-AFCF-E5BFA519AB15@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=Alexander.Vainshtein@ecitele.com;
x-originating-ip: [79.178.19.61]
x-microsoft-exchange-diagnostics: 1; DB3PR03MB0780; 5:6DEHMZhjVX7W0r7fgizkvvKyR806ac3IBj1wpoz6OMIAzjA0wi9ArE8UVgv3d+W/Cwj07q5eFV2YcMYPIIOLCX6S1rqne6rr0a3rChEneKSwi4sqjATKTkfBEtbSf9OFvpnp39nomqFki6yb99ByyA==; 24:Zu+OBBsjav0z6x9QszYmnkP3jbBIufiMBFcPlOWTMsOocy4x5NkA5XfLqYqcfauR6z36O+dtCn1RveS06+1pZKQWsuJBqocJ+Hjs7/YKdEI=; 20:FFNl5HkSYCciQimzBfxyiXuKoCnqLfby4Hll2E6QB4HekwnrhpcF6SkUweoLdUruopB2blTGilzVSdtYr+S4xQ==
x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:DB3PR03MB0780;
x-microsoft-antispam-prvs: <DB3PR03MB0780730289B4F1398BB2270D9D4E0@DB3PR03MB0780.eurprd03.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(95692535739014);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(8121501046)(520078)(5005006)(3002001); SRVR:DB3PR03MB0780; BCL:0; PCL:0; RULEID:; SRVR:DB3PR03MB0780;
x-forefront-prvs: 0714841678
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(377454003)(199003)(377424004)(189002)(76104003)(164054003)(51444003)(52604005)(24454002)(53754006)(76576001)(62966003)(19580395003)(81156007)(4001540100001)(46102003)(97736004)(2900100001)(19580405001)(2950100001)(86362001)(5007970100001)(101416001)(5001830100001)(5001860100001)(5002640100001)(5003600100002)(5004730100002)(11100500001)(87936001)(33656002)(77096005)(102836002)(189998001)(106356001)(106116001)(15975445007)(68736005)(110136002)(74316001)(92566002)(105586002)(50986999)(93886004)(76176999)(64706001)(66066001)(40100003)(230783001)(54356999)(10400500002)(77156002)(5001960100002)(122556002); DIR:OUT; SFP:1102; SCL:1; SRVR:DB3PR03MB0780; H:DB3PR03MB0780.eurprd03.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en;
received-spf: None (protection.outlook.com: ecitele.com does not designate permitted sender hosts)
spamdiagnosticoutput: 1:23
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: ecitele.com
X-MS-Exchange-CrossTenant-originalarrivaltime: 29 Sep 2015 05:36:45.1071 (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/4uvdPRzaVf7l1j5l4LvGgYr3sLs>
Cc: "mpls@ietf.org" <mpls@ietf.org>, "Nagendra Kumar Nainar \(naikumar\)" <naikumar@cisco.com>
Subject: Re: [mpls] I-D Action: draft-smack-mpls-rfc4379bis-02.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, 29 Sep 2015 05:37:12 -0000

Carlos,
Lots of thanks for an extra-prompt positive response!

Regards,
Sasha

________________________________________
From: Carlos Pignataro (cpignata) <cpignata@cisco.com>
Sent: Monday, September 28, 2015 9:59 PM
To: Alexander Vainshtein
Cc: Loa Andersson; mpls@ietf.org; Nagendra Kumar Nainar (naikumar)
Subject: Re: [mpls] I-D Action: draft-smack-mpls-rfc4379bis-02.txt

Sasha,

> On Sep 28, 2015, at 2:44 PM, Alexander Vainshtein <Alexander.Vainshtein@ecitele.com> wrote:
>
> Carlos, Loa  and all,
> Lots of thanks for prompt and detailed explanations.
> I agree with Carlos that  it makes sense to speed up adoption of the draft because the WG should be actively involved in discussion of updates to 4379.
>
> One thing that could, IMHO, help to start this process - in addition to discussion at the next IETF meeting:
> Mention discussion of these updates in the "Scope of work" section of the draft. No need to go into details at this stage.
> The current text mentions only update of references and incorporation of Errata.

Good suggestion — done.

Htmlized:       https://tools.ietf.org/html/draft-smack-mpls-rfc4379bis-03
Diff:           https://www.ietf.org/rfcdiff?url2=draft-smack-mpls-rfc4379bis-03

It’s included as a ToDo, since Scope only shows what was already “done”.

Thanks,

— Carlos.


>
> My 2c,
> Sasha
>
> ________________________________________
> From: Loa Andersson <loa@pi.nu>
> Sent: Monday, September 28, 2015 7:00 AM
> To: Carlos Pignataro (cpignata); Alexander Vainshtein
> Cc: mpls@ietf.org; Nagendra Kumar Nainar (naikumar)
> Subject: Re: [mpls] I-D Action: draft-smack-mpls-rfc4379bis-02.txt
>
> Carlos,
>
> On 2015-09-28 05:58, Carlos Pignataro (cpignata) wrote:
>> Hi Sasha,
>>
>> Thanks for asking!
>>
>> If you don't mind, let me start with some context: the idea of 4379bis has been there for some time, but the catalysts for this work was a comment made by an AD (I believe it was Alia) in a Rtg-chairs (or Rtg-Dir) meeting in Prague: to push (WGs to push) specs up maturity levels as it made sense.
>>
>> With that context, we are diving this work in a few steps:
>> 1. Get the source from the Rfc Editor, convert it to XML, clean up glitches. This will give us a baseline to work from.
>> 2. Integrate errata and similar fixes, in chunks (make it new revision addressing one specific item or area)
>> 3. Discuss which RFCs updating 4379 make sense to integrate in (trying to maximize the RFCs integrated into the bus)
>>
>> We are now in between 1 and 2. Ready to start engaging the WG more actively and with a goal of something for Japan.
>>
>> Loa,
>>
>> Thinking about this, it would make sense to get this under the pen of the WG earlier rather than later -- when should this be called for adoption?
>
> Agree that we need to do this "early", which is probably after Yokohama.
>
> /Loa
>>
>> Sasha,
>>
>> Please find more thoughts inline.
>>
>> Thumb typed by Carlos Pignataro.
>> Excuze typofraphicak errows
>>
>>> On Sep 27, 2015, at 02:12, Alexander Vainshtein <Alexander.Vainshtein@ecitele.com> wrote:
>>>
>>> Hi all,
>>> I have a comment regarding draft-smack-mpls-rfc4379bis-02.
>>>
>>> According to the draft, its purpose is "take LSP Ping to an Internet  Standard". As part of this work the authors address all the outstanding Errata to the original RFC 4379, and update the references.
>>>
>>> I fully agree with the goal that the authors have set to themselves.
>>
>> Thanks! Although to be fair, chairs drove setting that goal for the WG.
>>
>>>
>>> However, I have noticed that there is quite a long list of RFCs  that update RFC 4379, and it would be nice to understand whether these updates have been incorporated or not.
>>>
>>
>> Well, they have not been incorporated now, because we are at the point of mirroring 4379 + errata.
>>
>> The plan is for the WG to discuss which ones make sense to incorporate.
>>
>>> Specifically:
>>> 1.  RFC 6424 states that it "deprecates the Downstream Mapping TLV in favor of a new TLV".
>>> 2. RFC 6426 extends applicability of LSP Ping to MPLS-TP thus introducing new  address types and new TLVs
>>> 3. RFC 6289  extends LSP Ping to PWs signaled with LDP sessions running on top of IPv6 and introduces new sub-TLVs
>>> 4. RFC  7506 clarifies the use of IPv6 Router Alert option for LSP Ping.
>>> 5. RFC  7537 has introduced new IANA  registries for various aspects of LSP Ping.
>>>
>>
>> Let me answer with a question: what do you think? Which ones should be incorporated?
>>
>> I have my views (as many as possible as it makes sense), but we should discuss this openly as a WG.
>>
>>> Neither of these RFCs is mentioned anywhere in draft-smack-mpls-rfc4379bis-02.
>>>
>>
>> Right. We are not there. We would not incorporate these without having the WG discussion first, which you initiated on our behalf. So, which ones should the final work mention?
>>
>>> Does this mean that if/when the draft is published as an RFC, all the  documents  updating RFC 4379 would equally update a new RFC?
>>>
>>
>> Of course not. It means this doc is not ready to be published as an RFC.
>>
>>> And what would happen to all the TLVs, sub-TLVs and procedures that are defined in these documents?
>>>
>>> I honestly do not know what is the right way to proceed here, but I think that silence is definitely not the best way to address the problem.
>>
>> Sasha,
>>
>> Let's walk before we run, let's crawl before we walk...
>>
>> As I mentioned (in this email and in a separate note to the WG), we are now getting a baseline to be able to have that discussion.
>>
>> It would be much messier to talk "on the air" without a document to capture the outcome of the discussion on.
>>
>> Do you suggest we break silence and have a discussion on the list, without a document to update?
>>
>> I think you can understand the timing chosen. And of course we more than welcome your help and contributions and hear your suggestions if there is a better approach.
>>
>> Carlos.
>>
>>>
>>> My 2c,
>>> Sasha
>>> ________________________________________
>>> From: I-D-Announce <i-d-announce-bounces@ietf.org> on behalf of internet-drafts@ietf.org <internet-drafts@ietf.org>
>>> Sent: Saturday, September 26, 2015 11:52 PM
>>> To: i-d-announce@ietf.org
>>> Subject: I-D Action: draft-smack-mpls-rfc4379bis-02.txt
>>>
>>> A New Internet-Draft is available from the on-line Internet-Drafts directories.
>>>
>>>
>>>        Title           : Detecting Multi-Protocol Label Switched (MPLS) Data Plane Failures
>>>        Authors         : Carlos Pignataro
>>>                          Nagendra Kumar
>>>                          Sam Aldrin
>>>                          Mach(Guoyi) Chen
>>>        Filename        : draft-smack-mpls-rfc4379bis-02.txt
>>>        Pages           : 49
>>>        Date            : 2015-09-26
>>>
>>> Abstract:
>>>   This document describes a simple and efficient mechanism that can be
>>>   used to detect data plane failures in Multi-Protocol Label Switching
>>>   (MPLS) Label Switched Paths (LSPs).  There are two parts to this
>>>   document: information carried in an MPLS "echo request" and "echo
>>>   reply" for the purposes of fault detection and isolation, and
>>>   mechanisms for reliably sending the echo reply.
>>>
>>>   This document obsoletes RFC 4379.
>>>
>>>
>>> The IETF datatracker status page for this draft is:
>>> https://datatracker.ietf.org/doc/draft-smack-mpls-rfc4379bis/
>>>
>>> There's also a htmlized version available at:
>>> https://tools.ietf.org/html/draft-smack-mpls-rfc4379bis-02
>>>
>>> A diff from the previous version is available at:
>>> https://www.ietf.org/rfcdiff?url2=draft-smack-mpls-rfc4379bis-02
>>>
>>>
>>> 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.
>>>
>>> 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
>>> 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
>> https://www.ietf.org/mailman/listinfo/mpls
>>