Re: [core] [Last-Call] [art] Artart last call review of draft-ietf-core-problem-details-05

tom petch <daedulus@btconnect.com> Fri, 24 June 2022 08:54 UTC

Return-Path: <daedulus@btconnect.com>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 08DF3C15BE98; Fri, 24 Jun 2022 01:54:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.588
X-Spam-Level:
X-Spam-Status: No, score=-3.588 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_INVALID=0.1, DKIM_SIGNED=0.1, NICE_REPLY_A=-1.876, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (1024-bit key) reason="fail (body has been altered)" header.d=btconnect.onmicrosoft.com
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id s1Pzk90TE0G5; Fri, 24 Jun 2022 01:54:35 -0700 (PDT)
Received: from EUR04-DB3-obe.outbound.protection.outlook.com (mail-eopbgr60090.outbound.protection.outlook.com [40.107.6.90]) (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 E093AC157903; Fri, 24 Jun 2022 01:54:34 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=HVPgg4Bv6siIXAyI4EzD9SeF/aYeNpxW3xRdeQg0QE08mxYCwfJcmq2lHHabOejYLSBH8dflVE6ZG2fGjWFpG/XQeYkYvy5arkDqNMqZfpyl53V85b6wOahYFU6NJSzIgLHuuXYhVgJ5UNaprkkEdUfUs21bXQeBS24Xze94IwCDW4qx9k1DMrmlr85Y5oL4106WGNaO0bCZAkWHtQLc+trgj7wWim4QAcL02ChRiDG5u2Q+sbLZ9PVRHt0ZFhx0NIrcGcKw7yKsxfwo46m8FxCctdIHIL6x7KwEeFEeU+aq2YBwgP9sIMdhYefV7Fxy6UI5gCSntw9If5jm6cTcOw==
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-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=XwuW/a2auQWaeDRGto2oLpWhWzDAmgWFKAHMabctKdI=; b=nk2kvkEx+U+ua1PYjo/ME1l0jhs+oWHpn939941yiyb5MKA7lhi/Euaf81hYd03hVZ4zCBZ1A4GUi3pLNJvphIwxhKOUlxCCJrNKyU2id3uaJmfVJ2Uq66pq975KZIdVzRNSiFAEKAIJZTKu5/6OjRW5pShM/mXGgEGWnJ5tAv3az3x2Il77ULTTSF3ofHxfW17vzDYRneOYGwP+YM4y2xyaolHp5WTdS5tSgx5MO3Ztnz1bhNDPtbhL7YLhalXskIbd/oAzApeSYhexe8bNEVmAgmjnFc1bINHrBJwjzlPpjQ4bO0hwEhY688Yv0/FM7RWvzsykgB6IV6Ae5+rqRQ==
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=XwuW/a2auQWaeDRGto2oLpWhWzDAmgWFKAHMabctKdI=; b=ZCjV0L7DQidFAifvvLEFAdj8rkf4FJFdd8/4U1C3O20X5Y91cTt0YdOW9i4IYK1gqAxpusUVDHAjBo4Kv2ize08J6/ZOm2RY06/vsMdiZe6Sizdv+QEV8QKPd1KuRIYYDmnAHR2MQ9xvrryt6Jqii2xapim2bPvycdhA1wYyoX4=
Authentication-Results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=btconnect.com;
Received: from VI1PR07MB6704.eurprd07.prod.outlook.com (2603:10a6:800:18b::8) by AM0PR07MB4132.eurprd07.prod.outlook.com (2603:10a6:208:3f::27) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5373.9; Fri, 24 Jun 2022 08:54:30 +0000
Received: from VI1PR07MB6704.eurprd07.prod.outlook.com ([fe80::b1eb:c51e:6586:a5d7]) by VI1PR07MB6704.eurprd07.prod.outlook.com ([fe80::b1eb:c51e:6586:a5d7%7]) with mapi id 15.20.5373.017; Fri, 24 Jun 2022 08:54:30 +0000
To: Ira McDonald <blueroofmusic@gmail.com>, Carsten Bormann <cabo@tzi.org>
References: <165511479760.19573.12671700576299137749@ietfa.amsl.com> <63D13796-758D-469B-AFA8-3050C9F87819@tzi.org> <dde9d36c-61e5-afcc-e15a-787c99d5fba9@it.aoyama.ac.jp> <CAN40gSuhSAOH3WRPETXU4s1468eXb_g-=sfWFmXXTvekEddqYQ@mail.gmail.com> <034DDF0F-FEF2-456B-B9ED-76B8F2B6C4BF@tzi.org> <CAN40gSuGJOChjAY9fFD5Gwqn9CaLH09-m5MKb5Gfg8HH9WYjvA@mail.gmail.com> <0359E066-79F3-4AAB-92A5-30B5E01D16CE@tzi.org> <CAN40gSuR12WE=NC-MqGvCX1z+XNVn+5X94VFH1qHE373gbQR_w@mail.gmail.com>
Cc: "Martin J. Dürst" <duerst@it.aoyama.ac.jp>, Harald Alvestrand <harald@alvestrand.no>, Applications and Real-Time Area Discussion <art@ietf.org>, Core WG mailing list <core@ietf.org>, draft-ietf-core-problem-details.all@ietf.org, last-call@ietf.org
From: tom petch <daedulus@btconnect.com>
Message-ID: <62B57BC0.9080706@btconnect.com>
Date: Fri, 24 Jun 2022 09:54:24 +0100
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:38.0) Gecko/20100101 Thunderbird/38.5.0
In-Reply-To: <CAN40gSuR12WE=NC-MqGvCX1z+XNVn+5X94VFH1qHE373gbQR_w@mail.gmail.com>
Content-Type: text/plain; charset="windows-1252"; format="flowed"
Content-Transfer-Encoding: 8bit
X-ClientProxiedBy: LNXP265CA0012.GBRP265.PROD.OUTLOOK.COM (2603:10a6:600:5e::24) To VI1PR07MB6704.eurprd07.prod.outlook.com (2603:10a6:800:18b::8)
MIME-Version: 1.0
X-MS-PublicTrafficType: Email
X-MS-Office365-Filtering-Correlation-Id: 03704cfb-ce35-481f-51f2-08da55bf262d
X-MS-TrafficTypeDiagnostic: AM0PR07MB4132:EE_
X-MS-Exchange-SenderADCheck: 1
X-MS-Exchange-AntiSpam-Relay: 0
X-Microsoft-Antispam: BCL:0;
X-Microsoft-Antispam-Message-Info: VBnO41YQEGh7WvUvjWkfcgA7CbKfFpngWx59kQ0X8F23nTjoD5S/qaFMV0sp4LjM1dXJr8YaJ4a22cZh8lFnXfmdnScyKAPmAE69uJzSwdkDOgztoHO28uf6pz/0zow+9pdS1bPLla9JwgyueeVIHPED9uBkMpCumSHKWv230X/FgI9TWwKuYWelHBgs2/gcuA0IZWXDAgEnKonxShVDhiQgQ4DwOAqyqQboaNRa0OWnvsVE8KQ4nHVuhqIyYB+JJuBHK39165WyFMUlUq6SaNXPkI3xTrzwTu4kMg7ZorEHDmWSRQPIRIylEsoIlPDa58wpaYauNW8djNbFo23j42MaY5Km7wDOzLF6uX2n+kPBIKdkP4FMquJRAr677vsYpgq4rjo8x/hZW8ifczDKHido9tuwduJHiIf+6CY7DGWqvySLkZ0/K+kBUl+Kdxbszme5uFxTsJ7T0/GE6YRvZzIhoZB72olSRLAJLSaqWH5SN2anpeo7TSfQ69HYa8DeZIFWIQpFNhuogZL8vmuKeB6q8qhd+o/6Wj4UURAP0IMeA3n+joVsmBKA2TsVpgJKS4FnPB/Zzlhj5WiuGV2MwvddHvswzHq3FnJWW9px6vY1afastQZrWV59LprDlglvsEzkwwk8GQF5yqGDbbqzZSv7mZY3NsSauyxB6pi/hTiaQEKD/blfxry3D8M3uAtOEI3tgWOxArxndQZMoXwGLclKBncb071OOEiDG52QUTg5QEqYdaIT7+YF2eDsd6VJq+PuZwFIkWAMpFfB0XR9557+f3zL2jOF0AiZyO1U76gjIPmA1WjmPwkV67OG2uqQ
X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:VI1PR07MB6704.eurprd07.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230016)(39860400002)(376002)(346002)(366004)(396003)(136003)(478600001)(2906002)(52116002)(8676002)(966005)(316002)(6486002)(38100700002)(4326008)(66476007)(66556008)(36756003)(8936002)(5660300002)(86362001)(110136005)(2616005)(6512007)(87266011)(66946007)(41300700001)(54906003)(26005)(6666004)(53546011)(82960400001)(186003)(38350700002)(6506007)(33656002); DIR:OUT; SFP:1102;
X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1
X-MS-Exchange-AntiSpam-MessageData-0: CU5n2KbRJlXKSxp04jhn1HikAYEN+dEFNNZXFjlFzsobQ772uGAHLTYCNXVqFu2FQOrNF4lwHzfQzX9ppUDG+ulTWBsdq+YYQG9kdtm3j9kx7j8UXxAmK4Mshv9PPCwKmrOZuKjA5MtXyueweq1IyronqUcmzHTgipOb1E7Hez9DeI0gXnZ83RU3HUOIdhPAjh0swlOIZOhjqMrhGrO0yAjsImUrr+Fypb8vg8eL9eFCIVIZe7HCFUKjLew0Y2XykkLY8mDlqrLbP5njYZIC4UYbE77Tj/6leB3rGM3fZFn3zetp5m8ovwGgebUagFylQLbmThXvr2oSRA7mLAQWtwtrWmip7uA3vCQlC4XSyq5l+sgl5HM65MoLO+AC/ut/FYz9hIJwAg35Tmi7LDhmsTpBauPn+AbPpMpecyJ+NiNqdxg62kj753lSVJcoZB34vVGGqUrLwZcjwf1OP5Qmb4icIEIO4FzdPxEFD+CoLq9kfLAMKCw00YkLDGllLScg2oa0b1cArWSkGVtGOn4Zp/D6O+xxawc3BvoUQTcgErEBNk/YejkCOICQPmSHLfHNLziMDNb7qr/lCp7otrkjYINRMWyHUMrGexEIZAS5dCyy/H7D6EVYdjTXvnUOK4EYDS/kxteQcliSXFiMEfrGSHvtR4yWCFvXlq53hXS17tgh89h18xHVdo1WhVRHGXF3vvj9HCEjE8vwhri+KLqKWVt3K0F9QV5Xoznp2JGcvkIqEKeqvdQ9CsC3LdPiq6fMcsCvTKiMLyxXBAT/8077jXmo80hNiy0JRzGrrg45JwgaSnpWej7h9uOyYcu+G4qL0CEP22zFqThRdowUgIeTO3l0BNXKzasO57XioagmRS0ggrhF1dzgAT5NvO3nxG53HD6sIofKIHGelq7z0QAccZx5lJv+gceGUarexdrA8IplQ5EpaJu3aJ/yaYsVZ4lv9xeGsbKm+0EU0FXpifUW/Cxysxr5p4YxWprUqHUV6uhxBdYQ+cNHlLB9k8o3QRN8tdN0Ue2SaojREkNOFDcd/yYIEWu84MPc2KINMk8R/13Gv0oJJbswc/ZTweHvp4qYtfM18Wg5Q18pYAH7uqw/DQvfCVsHSyzlfV1XSSnZBhCXa+fJ4s4gE9lZH6UQDgcCW1AtFelzl2+2Q3KWsBXIugbGftG8IHehr0OneKVWXUL6FHe9B+P0z2SA5UyO8sJVIVBuRfnmuxSdS6sGszjUw0tbiP/7Im6j1oCQorrs8gGqdWrnbA2faTkK6mB8OtG7mtTLQv2v6ZqBasKbAf7wpAShxUWez2lEKQryk5rYBnxqJU+2GwX/2yeoB28J5eOuZF1TGiVE3BmSGPWbgsTCAEVnnNa147jqMGhiESdxlq3cuoaeFGoXlbwkNRXECEoTVvWElAoW/xoJljPouYFvrAclxl9ODvVSLmuRtBbPQ5NkDEMO9PvPIF4wUtrxxarM0Gy/VrMg/hBwXyPrbGEKSGoOHMVUPOWXe3RDDefcb6en2d6IsxPfGW7/S35pmE6EB3qMNWI01v3J4XWamp3aGI1MPyKZKezBQkkA2svjb7150UKmRXpLkQTLgB40BdRziBtL9nzZ/2rl8GY077hxGg==
X-OriginatorOrg: btconnect.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 03704cfb-ce35-481f-51f2-08da55bf262d
X-MS-Exchange-CrossTenant-AuthSource: VI1PR07MB6704.eurprd07.prod.outlook.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 24 Jun 2022 08:54:30.0213 (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: tY1K8KER2VMfYLSnF2iE8GSaDJ1vpGRQUBOHkvcm5BKtZtPcDYpfVb5UrBkuHN8WTe2nj6mF3+qbDGBMrJXi8A==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM0PR07MB4132
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/x6rA8Ipqb8LQIieI5MldUKWKd7I>
Subject: Re: [core] [Last-Call] [art] Artart last call review of draft-ietf-core-problem-details-05
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 24 Jun 2022 08:54:37 -0000

On 23/06/2022 22:08, Ira McDonald wrote:
> Hi Carsten,
>
> I take your point about copying from a given RFC.
>
> But the history of IETF Language Tags is RFC 1766 (1995), RFC 3066 (2001),
> RFC 4646 (2006), and RFC 5646 (2009).  It's a long time since 2009 and, as
> Martin noted, there have been a variety of proposals for updating language
> tags in the past 13 years, so it's reasonably likely that there will be a
> newer
> version at some point.  And since language tags are now quite structured,
> the chance of not needing syntax changes is fairly low.  This draft RFC from
> CORE wouldn't catch up quickly, presumably.

Probably a left field comment.

I had not heard of, or forgotten about, language tags until the IESG 
review of draft-ietf-i2nsf-nsf-facing-interface-dm drew a DISCUSS from 
Francesca because the 26 YANG string that were meant to be human 
readible had no language tags.  She pointed to RFC2277 while saying that 
RFC5646 should be a Normative Reference.

The I-D was revised to include a YANG leaf 'language' with a horrendous 
YANG pattern spanning 25 lines.

Two consequences.  The pattern, doubtless a gross simplification of what 
it might have been, was wrong and was revised - I have not looked to see 
if it makes sense now but then I did not spot the error in the first 
place - so I have the sense that, like trying to specify a pattern for 
IPv6 address, language tags are easy to get wrong.  Second there is now 
a pattern of Francesca throwing DISCUSS at other similar I-D so language 
tags, and their modelling in YANG, could get more attention (at least 
while Francesca is on the IESG:-) her comments could have been made 
about any number of earlier YANG RFC).  The pattern in the I2NSF I-D 
cannot be imported into another YANG module, rather each YANG module 
that draws a DISCUSS will contain a fresh copy.  If ideas evolve, then 
there are likely to be many disparate copies.

Tom Petch

>
> Cheers,
> - Ira
>
>
>
> *Ira McDonald (Musician / Software Architect)*
>
>
> On Thu, Jun 23, 2022 at 2:34 PM Carsten Bormann <cabo@tzi.org> wrote:
>
>> On 2022-06-23, at 13:13, Ira McDonald <blueroofmusic@gmail.com> wrote:
>>>
>>> Hi Carsten,
>>>
>>> OK - you need to get this CORE document published quickly.
>>
>> Thank you.
>>
>>> But I still think that detailed CDDL would be a long-term mistake, for
>> the reason
>>> that Martin cited - i.e., copying/transforming grammars among RFCs is
>> fragile.
>>
>> Well, the RFC is immutable, so the act of making a copy cannot by itself
>> be fragile.
>>
>> What got us to now propose blunting that grammar is the strong impression
>> that there may be less consensus about the grammar defined by RFC 5646 than
>> we thought.  So it seems the grammar in RFC 5646 is fragile, not the act of
>> copying it out...
>>
>> https://github.com/core-wg/core-problem-details/pull/40/commits/bbe72e2
>>
>> (I’m making a point about copying here as I believe copying out snippets
>> of CDDL from RFCs and other specifications will be a significant part of
>> CDDL 2.0.)
>>
>> Grüße, Carsten
>