Re: [mpls] MPLS-RT review of draft-bonica-mpls-self-ping

"Adrian Farrel" <adrian@olddog.co.uk> Thu, 12 March 2015 15:00 UTC

Return-Path: <adrian@olddog.co.uk>
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 B0ADC1A8032 for <mpls@ietfa.amsl.com>; Thu, 12 Mar 2015 08:00:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.599
X-Spam-Level:
X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, USER_IN_WHITELIST=-100] 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 NXYkPJ-dQ2oH for <mpls@ietfa.amsl.com>; Thu, 12 Mar 2015 08:00:43 -0700 (PDT)
Received: from asmtp2.iomartmail.com (asmtp2.iomartmail.com [62.128.201.249]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3551D1A8756 for <mpls@ietf.org>; Thu, 12 Mar 2015 08:00:41 -0700 (PDT)
Received: from asmtp2.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp2.iomartmail.com (8.13.8/8.13.8) with ESMTP id t2CF0bC4005090; Thu, 12 Mar 2015 15:00:37 GMT
Received: from 950129200 (089144214197.atnat0023.highway.a1.net [89.144.214.197]) (authenticated bits=0) by asmtp2.iomartmail.com (8.13.8/8.13.8) with ESMTP id t2CF0XVo005051 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Thu, 12 Mar 2015 15:00:35 GMT
From: Adrian Farrel <adrian@olddog.co.uk>
To: 'Ronald Bonica' <rbonica@juniper.net>, 'Gregory Mirsky' <gregory.mirsky@ericsson.com>, mpls-chairs@tools.ietf.org, draft-bonica-mpls-self-ping@tools.ietf.org
References: <54EC4776.5040402@pi.nu> <54F7C742.10906@pi.nu> <7347100B5761DC41A166AC17F22DF1121B91CA76@eusaamb103.ericsson.se> <CO1PR05MB44272B31CD58E4CC42D040EAE060@CO1PR05MB442.namprd05.prod.outlook.com>
In-Reply-To: <CO1PR05MB44272B31CD58E4CC42D040EAE060@CO1PR05MB442.namprd05.prod.outlook.com>
Date: Thu, 12 Mar 2015 15:00:33 -0000
Message-ID: <010301d05cd5$4bd9d1a0$e38d74e0$@olddog.co.uk>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_0104_01D05CD5.4BFD8640"
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AQI2Il8ajV0mxNUpurLRCBHTXFoBGwGvcOxMAa/1zpsCPdm7pJwgdlhA
Content-Language: en-gb
X-TM-AS-MML: disable
X-TM-AS-Product-Ver: IMSS-7.1.0.1576-7.5.0.1018-21392.006
X-TM-AS-Result: No--27.088-10.0-31-10
X-imss-scan-details: No--27.088-10.0-31-10
X-TMASE-MatchedRID: HLMPCFyIyBPwsl6IwFOSym/+RwWenb0YEtdrY/Wb3fMAhmnHHeGnvT6D yGTrA2tuViYrId6H3rn226FhZWden4niNz90FEI6QpxiLlDD9FX2v20RxLDyN3YKDavRXxfPeMf RFjcbJ7iKk/EzmxWerw4wdk1y1f//+MyzVmbxaH2sDodw9yUkxofGLZ++QpQzzaa9uKDkuMZp+w JU2/FtscwaUKky9DwSe7+KFFs1HruD5Bu9Z++7yNPNaYYJeRf5cmsHQK7cMOeynk7TnYzMurudD JU9SiSdD7suMU5X1yfMbaBg/PQOuTRn2xdwrsXpxqZyCOmsQ/PfVqwz+Cynace0H7LMCFcVwRq4 tsfhpBwOxu2s7fdNV4sWCfP6Gmv5dbSgks66AoGPVEZA4HZW+f0ZphLMH+yHol3uZzZ1GLegSjO tq5sfafHqAX4A3hCO4F7lBGYh+K8/Btxv8I1Q6XC8PJ2EFS7IIBcsXIuEvlbkZ1myTXKoFyqh5c Uye3iVIm6fKcuFyK8oR0K3DJ8mwtZXwwpvfhGVFlT/KggLyj0lWygvtTclwOKYpwtG+wHVRq7Na FmiCIDOQf/S1XvtEAC/b4aTkuDFizFhECDuofD4pTO56aJ0/F+iEcKpKdpuFRlN8zTSzj4reMwP jKvsKtEzt6XnoBbPnuOhtEsGi0ZP5mzaUz6wQBD3+0w1DhqK3kR1SkDo278ML9Wb3Qh/ha0QmL2 wrxWPWU8XtC6NtyQqhZrv4f7cO+zGvRmLJDKfNNHZMWDTEbecpmcfy1aA8rLLTvamG8BJo8WMkQ Wv6iXoC+VlRHhOyGsBqFAbBCa3Lxy283IEhUaxOW3toWyWFD65B8tVUBl8k/qX6eLBN0SM3yMM6 yZ0BQ==
Archived-At: <http://mailarchive.ietf.org/arch/msg/mpls/9KCDTIUicxD_1Hk8g1wDs6PZv6k>
Cc: mpls-ads@tools.ietf.org, mpls@ietf.org
Subject: Re: [mpls] MPLS-RT review of draft-bonica-mpls-self-ping
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: adrian@olddog.co.uk
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: <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: Thu, 12 Mar 2015 15:00:48 -0000

Looks informational to me. And looks like 2119 language is appropriate.
 
Thanks,
Adrian
 
From: Ronald Bonica [mailto:rbonica@juniper.net] 
Sent: 12 March 2015 01:24
To: Gregory Mirsky; mpls-chairs@tools.ietf.org; draft-bonica-mpls-self-ping@tools.ietf.org
Cc: mpls-ads@tools.ietf.org; mpls@ietf.org
Subject: RE: MPLS-RT review of draft-bonica-mpls-self-ping
 
Greg,
 
In the message below, you question whether draft-bonica-mpls-self-ping should be INFORMATIONAL or PS. In a similar vein, you ask whether RFC 2119 language should be used.
 
When I wrote the draft, I considered both, couldn’t decide, and tossed a coin ;-)
 
AFAIKS, the IETFs criteria for PS are a bit fuzzy. You might argue that the draft should be PS because it defines “bits on the wire”. But on the other hand, you might argue that it doesn’t need to be PS because:
 
-          It doesn’t address interoperability requirements (because the sender and receiver are the same node)
-          It doesn’t request any IANA assignments
 
I would be very happy to let somebody else decide whether the draft should be INFORMATIONAL or PS. Maybe the chairs or ADs can offer an opinion?
 
                                                                                                   Ron
 
 
 
From: Gregory Mirsky [mailto:gregory.mirsky@ericsson.com] 
Sent: Monday, March 09, 2015 5:02 PM
To: mpls-chairs@tools.ietf.org; draft-bonica-mpls-self-ping@tools.ietf.org
Cc: mpls-ads@tools.ietf.org; mpls@ietf.org
Subject: RE: MPLS-RT review of draft-bonica-mpls-self-ping
 
Dear All,
I've been assigned to review draft-bonica-mpls-self-ping. 
The document is very well written, the problem in focus is clearly stated, and the proposed solution well described.
I do have a number of concerns with the status of the document and the approach as presented:
·         document intended track is Informational even though the solution being positioned as "new, light-weight protocol". If this is indeed new protocol or even extension of the existing one, then I expect there must be requests to IANA allocations. At this time "This document makes no request of IANA." Either LSP Self-ping can be characterized through re-use of already existing protocols and approaches, or document should be switched to Standards track;