Re: [Last-Call] [Ext] Re: Last Call: <draft-ietf-ippm-ioam-data-11.txt> (Data Fields for In-situ OAM) to Proposed Standard

tom petch <ietfa@btconnect.com> Thu, 03 December 2020 10:49 UTC

Return-Path: <ietfa@btconnect.com>
X-Original-To: last-call@ietfa.amsl.com
Delivered-To: last-call@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 44C1B3A0E80; Thu, 3 Dec 2020 02:49:14 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=btconnect.onmicrosoft.com
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 LtKAxV5KduLN; Thu, 3 Dec 2020 02:49:12 -0800 (PST)
Received: from EUR04-VI1-obe.outbound.protection.outlook.com (mail-eopbgr80115.outbound.protection.outlook.com [40.107.8.115]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2AA0B3A0E6E; Thu, 3 Dec 2020 02:49:11 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=K53fTA/SkWAGbj66lnVBMx6sh7em3K4ftHV/HL2vA7UaDGdTN9sF0w+LJh/iIKueSZyMEirKCLCK+ZstQi1tD4fyR8k5Jx7oKfLnt5YtGzNdld/avrUOcvZFLLa17a3aXIqoHMBm9w935ySeD3fbPwBq++aclnplFCIFOSfhcBWolSz9+Zxb+3GL2O/azufH+14GjVb+5+g+slmfE1MifRtiZMZSj8di8WBJ/iFesqpaPsKQDgdPqtpQo55CwQ0CYa7gMQUxDk5pyQF+5hKPs0+MlSB5DfyeBLxhXIuIHeN/MZviGsLXDaR6p3j1sLt4iJ2jwEmNVa7C2jAx181qfg==
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=njChSg1ThXAzVCkapPgJrxePJ98H6vOJ/sawzuFxoAk=; b=A4nAResAur7dCKpSb+GC1/3Y1Ace8VG5zFnz+OjOEfyD45ohDD4iG2UFA1+W5tdEDhok1xOLaD9UZIttFDMpqKe3FCGkVGMr+tS46eEzeYnAWOohc3tE+jGgiRAhYx2Xzxp0eRYyOvX5K/g9XZhAY35Z0uDo4wD2siscjXdeAwr556Q9uviM4Hs57rl/ZPQQIdGj9QN6LiozTuw9CKm2Hxo6bBVjJyFVMtoGc9J6CejZ3qDoGZ2dNr6lH4hOc30nBjdYXw46sJxAJvBuIzErMXhwwqKUdeOrIVOAlyUBbF1v3AMuW4sjD6mycwJQXIJoY2V0YLJiGzL1mn+Dzqh3SA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=btconnect.com; dmarc=pass action=none header.from=btconnect.com; dkim=pass header.d=btconnect.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=btconnect.onmicrosoft.com; s=selector2-btconnect-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=njChSg1ThXAzVCkapPgJrxePJ98H6vOJ/sawzuFxoAk=; b=OPNAzXKdwyMiPQF2eJ0in4yN3s5WnUZaUIQpQpik63Cd39u2o3I9PFM5esCkkRVoH+9EQcg6RXErFggObQZj0dPh8/ztssJkWpBUIacLZf+DxOMMSAG2RK1rzVzPIbpQl0JX1w2UdTrNF2v4w2O3X/uKEOLEspYocZIqpCOAHo8=
Received: from AM6PR07MB5784.eurprd07.prod.outlook.com (2603:10a6:20b:95::29) by AM5PR0701MB2849.eurprd07.prod.outlook.com (2603:10a6:203:42::21) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3632.9; Thu, 3 Dec 2020 10:49:09 +0000
Received: from AM6PR07MB5784.eurprd07.prod.outlook.com ([fe80::15d0:d260:35ea:7c9b]) by AM6PR07MB5784.eurprd07.prod.outlook.com ([fe80::15d0:d260:35ea:7c9b%6]) with mapi id 15.20.3632.016; Thu, 3 Dec 2020 10:49:09 +0000
From: tom petch <ietfa@btconnect.com>
To: Michelle Cotton <michelle.cotton@iana.org>, "Salz, Rich" <rsalz=40akamai.com@dmarc.ietf.org>, "last-call@ietf.org" <last-call@ietf.org>
CC: "acm@research.att.com" <acm@research.att.com>, "ippm-chairs@ietf.org" <ippm-chairs@ietf.org>, "draft-ietf-ippm-ioam-data@ietf.org" <draft-ietf-ippm-ioam-data@ietf.org>, "ippm@ietf.org" <ippm@ietf.org>
Thread-Topic: [Ext] Re: [Last-Call] Last Call: <draft-ietf-ippm-ioam-data-11.txt> (Data Fields for In-situ OAM) to Proposed Standard
Thread-Index: AQHWyPj4kr6XazM9qU2Tn8HVMkPmnKnlMAhH
Date: Thu, 03 Dec 2020 10:49:09 +0000
Message-ID: <AM6PR07MB578430625AB37C475AA8AC79A2F20@AM6PR07MB5784.eurprd07.prod.outlook.com>
References: <0E5520CC-D23F-4CF5-8512-E52CF928AEFF@iana.org>
In-Reply-To: <0E5520CC-D23F-4CF5-8512-E52CF928AEFF@iana.org>
Accept-Language: en-GB, en-US
Content-Language: en-GB
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: iana.org; dkim=none (message not signed) header.d=none;iana.org; dmarc=none action=none header.from=btconnect.com;
x-originating-ip: [86.146.121.140]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: f6004937-487d-4eed-0080-08d89779105a
x-ms-traffictypediagnostic: AM5PR0701MB2849:
x-microsoft-antispam-prvs: <AM5PR0701MB284913FAE4A59718C001A7BFA2F20@AM5PR0701MB2849.eurprd07.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:5516;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: TQ3LEaDp7LcvSvDKoSnQuruigXeCg9BMyxMi0HvvK4vlwVP/ugNKv0KRrJ6T/RdFwML4jqWC/0c6ru9SjXqlZUSqQ0F5+nni3VddFb6/iItTmivkY+zwBCnI0rubOkfFaGFZVuYZDF9SCT51pylJVTLMSW/MHRhrpWZsMlPVpfqW11qksxBtV9/zLdmYT6oEMMfZ8W3xhkU1jByW/+pc5MwirtIB3NNiI9Cu5RQoxt77V4DqXbpF76k9ttsp1V4ASy4HbxHniuU2dD2N1sI+6iiCW12ejzjFmProBEVZuEe0tipe3p2eRYl9DeHa3tdN19xwcA0l1IxJR2uqhF0hBaG+6YH40zOXM89zGgsF/pT4fmGU6wXRx2vl7I6z0O5U2alDVJXW1bZPSmMRNojuSA==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:AM6PR07MB5784.eurprd07.prod.outlook.com; PTR:; CAT:NONE; SFS:(396003)(39860400002)(366004)(136003)(346002)(376002)(478600001)(53546011)(83380400001)(4326008)(6506007)(55016002)(9686003)(86362001)(7696005)(71200400001)(8676002)(8936002)(66556008)(66446008)(66946007)(66476007)(26005)(91956017)(76116006)(64756008)(186003)(52536014)(33656002)(966005)(5660300002)(2906002)(316002)(54906003)(110136005); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata: 5PbYjn1i3Q+1wHcbce5NHu/1LIRZBtENo0E2Cgox/heKUAXKOYa2Mj84cDp7bPwdNMm0ZZypZq3nti/tI9nYreMh7vzadgZp2HgCU3Op2yWycBCkYNvvO9x0n7RlORLUVhO09b8vowbmp/Xj8PIv7FYHE1dkWZ84kbisZzRNJ9sIDPA3G1Hx/RyXlWRU4e4b1A/5xwIp3zobosA3/jyfypCeQvh4QhtPwQSjsPrTaeYPu15/LkWhl52J/6TiWRb5tXsB4VVOuLIl7DEnAUB6WvyEGMZsiGOlmK5zPBanhA2CnOHwTbYoHyrWJmZlBoL3CJ4kfafQGFxUqeRKqQ9NRxBMfHaQyNV3vPWHovCsPhaVDfPtYHOEUr2aXhu2akLVKUctPasdW5lJGWJdFor5SAASVlLBYZRqc2qnQ7uleJ/ABVUXKhtWF0OdMDTqUVMCQXoiucUHiAX9+k2AUbqF7sF1u22SgKPqmrXX+6b5js+z3LBwlMDRV72mNOGqBdz5f1UHFYGWaDNuIwgYc9RANTcNxD+1TuGvRKNMgc4MwhgTIqhhMElubkbnq9d8CzFwCBYo3GYbF0BteQ/GwL258jKGyBqFm5BRj3WU9WuOYCF2vdaowfgEed6DdU1v+yHcEx24YEc1LNLD6ETBb65KUE7OAgC3EYK4VyleWjSzoIeFZT+qjlzxnFKkrsx41iw0IcU/0u4s/Ilyeb1S+Fio1NzXsKeXDODcOuP8m3D2wnm7BgLUKOyABa3K39SR/Y8vWGi2t7nuE6YeXVGTcxBU6GCgLKlJ1flmk4ZJUgys6ny09KPNq6A3EqOm7zj3hb9LDzOq2CFIkmREdpkaKSFKNt7pqoLMO/zwBqf0/gZ+wnshlDpSv7oN9mEs9nvNsswucO4McyzQJNzkp67++QwAOploznF3ji2On7mdEdUs3iRSnmNJUr/lxKwNdSI6TFr8qmpUneMb5Y+1sCTSiGzR9uErofhnoBT9FkHgra/1aIQ=
x-ms-exchange-transport-forked: True
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: btconnect.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: AM6PR07MB5784.eurprd07.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: f6004937-487d-4eed-0080-08d89779105a
X-MS-Exchange-CrossTenant-originalarrivaltime: 03 Dec 2020 10:49:09.3036 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: cf8853ed-96e5-465b-9185-806bfe185e30
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: ySTvFibMxn4cxLyUX1SnodCi0iOkSH4MZdWdOeogb6St/sN6RYsqyCZyZuQk71q+WtWSGup2QSsyP+/OhKlLVA==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM5PR0701MB2849
Archived-At: <https://mailarchive.ietf.org/arch/msg/last-call/_C2p0SsQptA9lm1L2LAmTLdsqzM>
Subject: Re: [Last-Call] [Ext] Re: Last Call: <draft-ietf-ippm-ioam-data-11.txt> (Data Fields for In-situ OAM) to Proposed Standard
X-BeenThere: last-call@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF Last Calls <last-call.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/last-call>, <mailto:last-call-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/last-call/>
List-Post: <mailto:last-call@ietf.org>
List-Help: <mailto:last-call-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/last-call>, <mailto:last-call-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 03 Dec 2020 10:49:14 -0000

From: ippm <ippm-bounces@ietf.org> on behalf of Michelle Cotton <michelle.cotton@iana.org>
Sent: 02 December 2020 22:17

Hello,

Comments below, see [MC].
If there is any clarification needed for RFC8126, please let us know so that we can include it in a future revision.

<tp>
Michelle

Thank you for your thoughts below; I am content with your wording.

I did have one additional thought that this I-D lacks details of what fields should be present in an entry and, for Expert Review, RFC8126 says that there should be a field for change controller which sounds good to me

Tom Petch

--Michelle

On 12/2/20, 7:32 AM, "last-call on behalf of Salz, Rich" <last-call-bounces@ietf.org on behalf of rsalz=40akamai.com@dmarc.ietf.org> wrote:

    Let me comment on this. I've been one of the three TLS registry experts for a couple of years. TL;DR I think the draft is not in conflict with how things are done.


    On 12/2/20, 5:37 AM, "tom petch" <daedulus@btconnect.com> wrote:

        This I-D seems at odds with RFC8126 over the use of Expert Review in s.8.7

        ' The responsible AD will appoinht ...'
        RFC8126 seems clear that the IESG appoints and may do so in advance and
        having more than one is recommended

    Well, the AD is part of the IESG. From what I have seen, registry experts are always appointed by the AD's, as they are expected to be the subject matter experts.

[MC] The Area Director helps identify the expert for a registry, the IESG officially approves/designates the selected person(s).

        'the expert will approve or deny..'
        RFC8126 seems clear that that is the role of IANA.  The expert
        recommends and it is then up to IANA to act

    IANA's actions are updating the registry. The expert(s) recommendations are binding.

[MC] IANA follows the decisions by the designated experts.  IANA facilitates any communications and makes the approved updates to the registry.

    >    'the expert can approve allocations.
        No, that is the role of IANA; early allocation is possible but that is
        the decision of IANA.

    If there's an expert, IANA will forward to the expert(s) and ask what to do.

    I think reading Section 5 justifies my views above.  Perhaps 8126 is not internally consistent in some of these details.

[MC] Early allocations are decided by the Working Group Chairs and Area Directors per RFC7120.

    --
    last-call mailing list
    last-call@ietf.org
    https://urldefense.com/v3/__https://www.ietf.org/mailman/listinfo/last-call__;!!PtGJab4!vb5C1TPMltwSjmb6uQuf0v8FaQPGdMVixEjosDfvFEccssVXgMmoMzVSf_wUc3idjfPjm3E-gO0$