Re: [mpls] Review of draft-ietf-mpls-lsp-ping-registries-update-01

"Carlos Pignataro (cpignata)" <cpignata@cisco.com> Thu, 02 April 2020 18:38 UTC

Return-Path: <cpignata@cisco.com>
X-Original-To: mpls@ietfa.amsl.com
Delivered-To: mpls@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 022583A0E66; Thu, 2 Apr 2020 11:38:14 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.6
X-Spam-Level:
X-Spam-Status: No, score=-9.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=CD3FzvIJ; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=j6iwTa1D
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 Ca8skl_xieVR; Thu, 2 Apr 2020 11:38:12 -0700 (PDT)
Received: from alln-iport-6.cisco.com (alln-iport-6.cisco.com [173.37.142.93]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EDE793A11FD; Thu, 2 Apr 2020 11:38:11 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=6948; q=dns/txt; s=iport; t=1585852692; x=1587062292; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=JXrSAHOUcxilIuDXdh1sXirK0h8k5bqzcUze7Qla2fs=; b=CD3FzvIJjI2I72yO1vTkIskNCqNSOHQx1h75Z61kkwwPedBt6+AkY2el x/l4KZMMX/s99H3sZjmyj1NoltZDLw8l8U2APQsq5uFZTZSiUwC3rRzO1 TcXBbv3rMCzd7Uy4fLeBSumWa6t5y30bCpSnHweAXCaRZypod+QDGZW1e s=;
IronPort-PHdr: =?us-ascii?q?9a23=3AMVPICB+o//Y9kf9uRHGN82YQeigqvan1NQcJ65?= =?us-ascii?q?0hzqhDabmn44+8ZR7E/fs4iljPUM2b8P9Ch+fM+4HYEW0bqdfk0jgZdYBUER?= =?us-ascii?q?oMiMEYhQslVcWdCEL9JeLjRyc7B89FElRi+iLzPA=3D=3D?=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0DsAQCfMIZe/5pdJa1gBhsBAQEBAQE?= =?us-ascii?q?BBQEBAREBAQMDAQEBgXuBVFAFgUQgBAsqCoQRg0UDimeCOiWYHYFCgRADVAo?= =?us-ascii?q?BAQEMAQEtAgQBAYREAheCKiQ4EwIDAQELAQEFAQEBAgEFBG2FVgyFcAEBAQE?= =?us-ascii?q?CARIREQwBASkOAQQHAgICAQYCEQQBAQECAiYCAgIZFxUICAEBBA4FIoMEgkw?= =?us-ascii?q?DDiABlB+QZwKBOYhidYEygn8BAQWFHBiCDAkFgQkqjDEagUE/gRABJwwQgk0?= =?us-ascii?q?+hBkBEgERDwEXD4JsMoIsjXqDCZAtj1gKgj2Me4okHYJMmSyQfJcRgzcCBAI?= =?us-ascii?q?EBQIOAQEFgWkiZ3BwFTsqAYI+PhIYDY4dDBeDUIpVdBKBF4x7AYEPAQE?=
X-IronPort-AV: E=Sophos;i="5.72,336,1580774400"; d="scan'208";a="482615067"
Received: from rcdn-core-3.cisco.com ([173.37.93.154]) by alln-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 02 Apr 2020 18:38:10 +0000
Received: from XCH-ALN-001.cisco.com (xch-aln-001.cisco.com [173.36.7.11]) by rcdn-core-3.cisco.com (8.15.2/8.15.2) with ESMTPS id 032IcA5K011582 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 2 Apr 2020 18:38:10 GMT
Received: from xhs-aln-003.cisco.com (173.37.135.120) by XCH-ALN-001.cisco.com (173.36.7.11) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Thu, 2 Apr 2020 13:38:10 -0500
Received: from xhs-aln-002.cisco.com (173.37.135.119) by xhs-aln-003.cisco.com (173.37.135.120) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Thu, 2 Apr 2020 13:38:09 -0500
Received: from NAM11-CO1-obe.outbound.protection.outlook.com (173.37.151.57) by xhs-aln-002.cisco.com (173.37.135.119) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Thu, 2 Apr 2020 13:38:09 -0500
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=J5RxenN2PzE0AGAz/KXg8eBKggj99NhvcZEp/P/oXo3aCGvDlior9pIzHYnCPjwMQlaqaCrHMKtboa25qWjYkNN746rCfyQgEWfvTfBeFsmckDQeMJvEAELK9B6zoUU8KeyWheOj1JxwSBu7BLFQN2yEWOEkhJHXt4xb/Ta+Hp5A5mJfGLfgP5xQtG/PLVBK4gw9873L9NnBaoiYh1LRpAOV71Gliy8NyeBb4KhrVnFZ+6EuVMvtmpk+j/0jAVKweYL1aWen3l+WCFYQ9OFfNJtmORw74rPpv49WCE7E2OpT4btNz7/k+pa0VaXYRV4PhbnUyBACh7cBc5xohQKQsg==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=JXrSAHOUcxilIuDXdh1sXirK0h8k5bqzcUze7Qla2fs=; b=UjCvTyPtJmma14d6yYSU5Lcx3iJk8YM4in3AksQdlhpnkOyCyB25BQfg64FZUXH46FKlwdKXx3+VBup/7Wv0w9+Z8jiwGJ1daY6JSbMJiifrOodbwKPUszbhI/kFz8470NKpjm/EphBWWV996oPc6F+u4I8qsKm5qKujoCRx7CHlt0U2iGHMCgVGeE7LYqzVLryovCqB68jjxkcInASniEytKxe5ZWKBXYrvWqRjXw4lua5Xa1+JvB8Stkuqm2Bfjb845fLeaFQgtvb40V74Ur7gaqGxaD50hhoHsYsMIxhIZtAvF8yO+bSx9Hlx8umazDpY4BkcNafFlWfMYG7bcA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=JXrSAHOUcxilIuDXdh1sXirK0h8k5bqzcUze7Qla2fs=; b=j6iwTa1DNYKcwrVHpmVmZZ5UXp8ncYAFnS5v0+ZOMavC9Kp5CFFu40qvCFA79jbCWkwSDJ0K1nGIAq9RF4+mEOtJXiAFumRLLeXtDTAH5uh6mLO+eOGQMgl7yCiQlkbO2mTzfg7pYAwEewA2VMS4SI07rUkR0D3/6SIPJyzM3ws=
Received: from BN8PR11MB3635.namprd11.prod.outlook.com (2603:10b6:408:86::20) by BN8PR11MB3843.namprd11.prod.outlook.com (2603:10b6:408:88::29) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2856.19; Thu, 2 Apr 2020 18:38:08 +0000
Received: from BN8PR11MB3635.namprd11.prod.outlook.com ([fe80::2c08:cdcf:fc41:fe74]) by BN8PR11MB3635.namprd11.prod.outlook.com ([fe80::2c08:cdcf:fc41:fe74%7]) with mapi id 15.20.2856.019; Thu, 2 Apr 2020 18:38:08 +0000
From: "Carlos Pignataro (cpignata)" <cpignata@cisco.com>
To: Adrian Farrel <adrian@olddog.co.uk>
CC: Loa Andersson <loa@pi.nu>, "draft-ietf-mpls-lsp-ping-registries-update@ietf.org" <draft-ietf-mpls-lsp-ping-registries-update@ietf.org>, mpls <mpls@ietf.org>
Thread-Topic: Review of draft-ietf-mpls-lsp-ping-registries-update-01
Thread-Index: AdYIR9J7mClFBWOaQoqHGGT02ONvpAAkgbIAAAF6o4AAD4WxAA==
Date: Thu, 2 Apr 2020 18:38:08 +0000
Message-ID: <A0D1AB10-6554-4A41-819B-9948014E6070@cisco.com>
References: <0f5701d60847$ed2a2230$c77e6690$@olddog.co.uk> <021fe116-b0f2-25f4-b9ee-55bce86d61f5@pi.nu> <10a901d608df$c4cee170$4e6ca450$@olddog.co.uk>
In-Reply-To: <10a901d608df$c4cee170$4e6ca450$@olddog.co.uk>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-mailer: Apple Mail (2.3608.80.23.2.2)
authentication-results: spf=none (sender IP is ) smtp.mailfrom=cpignata@cisco.com;
x-originating-ip: [173.38.117.81]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 316783a6-b4a7-4240-e837-08d7d734fd79
x-ms-traffictypediagnostic: BN8PR11MB3843:
x-microsoft-antispam-prvs: <BN8PR11MB38430D50EF87A609D922274CC7C60@BN8PR11MB3843.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 0361212EA8
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BN8PR11MB3635.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(10009020)(4636009)(396003)(39860400002)(136003)(346002)(366004)(376002)(26005)(186003)(5660300002)(2616005)(66574012)(2906002)(53546011)(66946007)(91956017)(76116006)(81156014)(66476007)(81166006)(36756003)(15650500001)(8676002)(8936002)(6486002)(6506007)(86362001)(33656002)(478600001)(6916009)(71200400001)(66446008)(316002)(4326008)(54906003)(66556008)(64756008)(6512007); DIR:OUT; SFP:1101;
received-spf: None (protection.outlook.com: cisco.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: Y2p4u0QqgQ4dhU/y6NmC5CUiJD8JN+RGJZ8Wnvz99jZRSpPu4xis0b4hPGVnoNtKH5Yibl7BtkPV5NcR+NJblTVYhlEgM26w5bn4W8wN1y0KdTNdURcgbQlQOMOMkvX7HuG1En9zcfwI3dHigAhJcy9l6hl4oD2GYFXn9QB1ry9CTi1qg5sDCmPQ+KlJNKrvgf0/gjAZTc/k0CYQxqfyuCXWOV7le3bMrvMICvQiBeN7R2AOEhwNAaLWmAP4xR6NmdfQnStjQzLd7GJKnIo5aq5QXXU5byWHEHeCmfeoxbkgSG9XciWtQ8UHfuM4LETNHn3AzSPfL9AmqqRvy9SzGW6BCpd7VTvKTFYGFQ1BQh7euJVogNIdQvu2nFky6GyMhwLV7GeAn9vYDjA2qB7MSXk0RzQgruMK19r20voceiP07lRRQnZX4u5x2yKbHRAg
x-ms-exchange-antispam-messagedata: 8HoMytJNC53LkhJLGUk5FsYcKU+e5k/W0LwzD1c4ia/DKXbbIRplwuH5eEEHxmy+O9behmrDSg8KT5AJ7+/KUkSbur985jIepNrJRtDzlb//DQ/ftyICciVGDd0rBvXG8KDeWkNJ3046LTLzN12AnQ==
x-ms-exchange-transport-forked: True
Content-Type: text/plain; charset="utf-8"
Content-ID: <B71E7202E6528147A3A8272DD9B39E99@namprd11.prod.outlook.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: 316783a6-b4a7-4240-e837-08d7d734fd79
X-MS-Exchange-CrossTenant-originalarrivaltime: 02 Apr 2020 18:38:08.5041 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: oPx/Kcx+oAiBjpcN7WQbVoeSlpR8uxXc+K4bGdWtwN7sdJZEADD7D+ZVVm/aWKboOGWbMmOjbyb3C64nMnM53Q==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN8PR11MB3843
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.36.7.11, xch-aln-001.cisco.com
X-Outbound-Node: rcdn-core-3.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/mpls/aus0p-jtn31o7OtpFgLFwOvXPI4>
Subject: Re: [mpls] Review of draft-ietf-mpls-lsp-ping-registries-update-01
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.29
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: Thu, 02 Apr 2020 18:38:14 -0000


> 2020/04/02 午前7:13、Adrian Farrel <adrian@olddog.co.uk>のメールt;のメール:
> 
> Thanks Loa,
> 
> I agree with your interpretation of 8126.
> 
> I think that the challenge with "experiments on the open Internet" is that the experiments have to have built into them some way to protect against two experiments using the same codepoint. That's not usually done in my experience, meaning that the two allocation classes are often pretty similar. Maybe there is some difference in duration of the use of a code point.
> 
> I'd certainly be happy with collapsing these registries to use just one range. I would say that keeping the resulting range small (just a few code points) is desirable.
> 

+1

Thanks,

Carlos.

> Best,
> Adrian
> 
> -----Original Message-----
> From: Loa Andersson <loa@pi.nu> 
> Sent: 02 April 2020 11:31
> To: adrian@olddog.co.uk; draft-ietf-mpls-lsp-ping-registries-update@ietf.org
> Cc: mpls@ietf.org
> Subject: Re: Review of draft-ietf-mpls-lsp-ping-registries-update-01
> 
> Adrian,
> 
> This is to address your comment on "Private Use" and "Experimental Use",
> we will review the rest of the comments and update as needed.
> 
> On 02/04/2020 01:06, Adrian Farrel wrote:
>> Hi all,
>> 
> <snip>
>> 
>> I have a number of small editorials and some larger questions and issues
>> set out below. I also have one question that has broader scope:
>> 
>> For [IANA-MT] and [IANA-Sub-6] you now have both 'Private Use' and
>> 'Experimental Use'. I struggle to see how this makes sense. The uses
>> decribed in RFC 8126 are sufficiently similar that it is unusual to
>> have both categories defined for a single registry. I don't see anything
>> in the descriptive text in this document that makes clear why you need
>> both categories and how an implementation would decide which range to
>> select a code point from.
> <snip>
> 
> You are right I've been struggling with these two type of code points
> also, but came to a slightly different conclusion than you did.
> 
> RFC 8126 says:
> 
> 4.1.  Private Use
> 
>    Private Use is for private or local use only, with the type and
>    purpose defined by the local site.  No attempt is made to prevent
>    multiple sites from using the same value in different (and
>    incompatible) ways.  IANA does not record assignments from registries
>    or ranges with this policy (and therefore there is no need for IANA
>    to review them) and assignments are not generally useful for broad
>    interoperability.  It is the responsibility of the sites making use
>    of the Private Use range to ensure that no conflicts occur (within
>    the intended scope of use).
> 
>    Examples:
> 
>       Site-specific options in DHCP [RFC2939]
>       Fibre Channel Port Type Registry [RFC4044]
>       TLS ClientCertificateType Identifiers 224-255 [RFC5246]
> 
> 4.2.  Experimental Use
> 
>    Experimental Use is similar to Private Use, but with the purpose
>    being to facilitate experimentation.  See [RFC3692] for details.
>    IANA does not record assignments from registries or ranges with this
>    policy (and therefore there is no need for IANA to review them) and
>    assignments are not generally useful for broad interoperability.
>    Unless the registry explicitly allows it, it is not appropriate for
>    documents to select explicit values from registries or ranges with
>    this policy.  Specific experiments will select a value to use during
>    the experiment.
> 
>    When code points are set aside for Experimental Use, it's important
>    to make clear any expected restrictions on experimental scope.  For
>    example, say whether it's acceptable to run experiments using those
>    code points over the open Internet or whether such experiments should
>    be confined to more closed environments.  See [RFC6994] for an
>    example of such considerations.
> 
>    Example:
> 
>       Experimental Values in IPv4, IPv6, ICMPv4, ICMPv6, UDP, and TCP
>       Headers [RFC4727]
> 
> 
> It seems to me that "Private Use" are intended for private networks,
> where care is taken that the code points are not leaked into the
> Internet, but there the network itself is a production network, that
> will be run for an unforeseeable amount of time. And that "Experimental
> Use" code points are for short lived experiments.
> 
> 
> This is different.
> 
> I'm very uncertain whether it is sufficiently different to motivate two
> different types. If the working group thinks there should be only one
> code point, I would argue to keep the code points for "Experimental
> Use". If we converge on "one type of code point only, I think this has
> a wider impact than this document, and we should probably update RFC
> 8126 (again).
> 
> I'd like to invite comments on this on the mpls wg list.
> 
> /Loa
> 
> -- 
> 
> 
> Loa Andersson                        email: loa@pi.nu
> Senior MPLS Expert
> Bronze Dragon Consulting             phone: +46 739 81 21 64
>