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

"Martin J. Dürst" <duerst@it.aoyama.ac.jp> Tue, 05 July 2022 09:38 UTC

Return-Path: <duerst@it.aoyama.ac.jp>
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 6CF21C15CF39; Tue, 5 Jul 2022 02:38:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -8.787
X-Spam-Level:
X-Spam-Status: No, score=-8.787 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, NICE_REPLY_A=-1.876, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H2=-0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=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=pass (1024-bit key) header.d=itaoyama.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 GiVmv-ymC3GI; Tue, 5 Jul 2022 02:38:09 -0700 (PDT)
Received: from JPN01-OS0-obe.outbound.protection.outlook.com (mail-os0jpn01on2092.outbound.protection.outlook.com [40.107.113.92]) (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 8B2E8C15CF2E; Tue, 5 Jul 2022 02:38:06 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=XbpyQ+9/USTQ336D1qzk3ogL6L599wfJ8GDUk3273yQkD1j+f1M2zyELhfkysnlIbaDoM2z9APxxBKiNUzxZGi3Q5dY0XC32WSS5Rgj3kbqTR4TjhoMyAQ2G2PdrMT9v84MGJdTVWLxM//k3hSyA9cj0GwagZ2+yi61qzHcEwaQddmxJ1X4AHrNnDxZmcJEQQfs1HUzJFs9nMoDd/Ixoq2gbqFIfroIbaAVBTyFOSe0oolTS61BCbOMT8QkTpU1dftmjB/KFlmTYL8bFs0gUfIlZLmX+pQVypXhe0ItPOzB2YyLve4jd1k9s7wIYYPvCTRNI4/jMsvWPvdLfFKq/2A==
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=xV/RCY7Vko8nNzyxqsPB1BxXecCOHEw/Xj8vRwubD/o=; b=anyE0gyE23RRpk2DjeRZDkYtH8L4vGVc6t4nuMYm9b9zVtKclJWvYxf2e9BN1B4dFYB6qzyGIGkSEd4R5ei53ZoUyNNdk0uDzSfO8bYAgLfKuEXtTgbD1WboFNb3c2Fb7Zq92R9rSflm0QX4HVPymbyXeK3wqmLeA324uv+xRqwSYiTm3+2egkFYI+fdqv+p2Vg6OG0VLeDxdzXvFf3M9zietwrl+IaOZo/pWa1DxxKTDPXmIiyAQBw/szQd0st+mQxjzCxaVmRULd7wSoFa4CJHs74l28sbwB40ILQcYL+PjSmjnwbcSVYvXymxY246hZat6PtY/+VLL8hITbN2vw==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=it.aoyama.ac.jp; dmarc=pass action=none header.from=it.aoyama.ac.jp; dkim=pass header.d=it.aoyama.ac.jp; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=itaoyama.onmicrosoft.com; s=selector2-itaoyama-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=xV/RCY7Vko8nNzyxqsPB1BxXecCOHEw/Xj8vRwubD/o=; b=j/nnMxnzXyZ9LCEHzg7scMEhsBwDX2W4dRujZqJs4j5azYLs3l5V23enG608bdcyybK7IqtM2FTslDjQUowAsPr/WgE7MUXoNwQbHC+5XQbCBfKpB8JzkE4obJS641z/L43DkBLFrjOP5BTn7bF5fMPZPC6lquJhd5JCLgtEWGk=
Authentication-Results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=it.aoyama.ac.jp;
Received: from TYAPR01MB5689.jpnprd01.prod.outlook.com (2603:1096:404:8053::7) by OSAPR01MB4963.jpnprd01.prod.outlook.com (2603:1096:604:37::17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5395.14; Tue, 5 Jul 2022 09:38:02 +0000
Received: from TYAPR01MB5689.jpnprd01.prod.outlook.com ([fe80::2874:1f38:b58e:4695]) by TYAPR01MB5689.jpnprd01.prod.outlook.com ([fe80::2874:1f38:b58e:4695%5]) with mapi id 15.20.5395.021; Tue, 5 Jul 2022 09:38:02 +0000
Message-ID: <e01c5439-4f73-c88f-6745-68fe5252da6d@it.aoyama.ac.jp>
Date: Tue, 05 Jul 2022 18:37:56 +0900
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.11.0
Content-Language: en-US
To: Carsten Bormann <cabo@tzi.org>
Cc: Francesca Palombini <francesca.palombini@ericsson.com>, Thomas Fossati <Thomas.Fossati@arm.com>, "core@ietf.org WG" <core@ietf.org>, Applications and Real-Time Area Discussion <art@ietf.org>, "last-call@ietf.org" <last-call@ietf.org>, "draft-ietf-core-problem-details.all@ietf.org" <draft-ietf-core-problem-details.all@ietf.org>
References: <165511479760.19573.12671700576299137749@ietfa.amsl.com> <63D13796-758D-469B-AFA8-3050C9F87819@tzi.org> <AS1PR07MB86169230F0D43E82CB2BCA1698AC9@AS1PR07MB8616.eurprd07.prod.outlook.com> <CAObGJnO7kdhO6tzLx2GZH3FVj2iedCU=fWH-w608OAStMMGeLA@mail.gmail.com> <10B6E8EC0FCAFB668F04845E@PSB> <CAObGJnOqMAmu32stN11NoTAfvNhXvmGSjscpk8cS5AO6iY4k0Q@mail.gmail.com> <B9C8C465-FE6A-49A6-BA36-EB5756F75463@tzi.org> <AS1PR07MB8616E70E8C511B024183638698BA9@AS1PR07MB8616.eurprd07.prod.outlook.com> <DB9PR08MB6524B5E1658A5C75692FD98E9CBD9@DB9PR08MB6524.eurprd08.prod.outlook.com> <AS1PR07MB8616FC72CCA68AAC9F0A979898BE9@AS1PR07MB8616.eurprd07.prod.outlook.com> <5D48F562-8F48-40EF-8C5A-E0A3EF2AFF74@tzi.org> <ae1d0248-c87d-862f-921e-a2284af288ba@it.aoyama.ac.jp> <4DBFA791-4E6E-4AE4-8561-7413C5B6DBB4@tzi.org>
From: "Martin J. Dürst" <duerst@it.aoyama.ac.jp>
Organization: Aoyama Gakuin University
In-Reply-To: <4DBFA791-4E6E-4AE4-8561-7413C5B6DBB4@tzi.org>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 8bit
X-ClientProxiedBy: TYAPR01CA0192.jpnprd01.prod.outlook.com (2603:1096:404:ba::36) To TYAPR01MB5689.jpnprd01.prod.outlook.com (2603:1096:404:8053::7)
MIME-Version: 1.0
X-MS-PublicTrafficType: Email
X-MS-Office365-Filtering-Correlation-Id: 284a2c7e-c902-48e2-961c-08da5e6a0dff
X-MS-TrafficTypeDiagnostic: OSAPR01MB4963:EE_
X-MS-Exchange-SenderADCheck: 1
X-MS-Exchange-AntiSpam-Relay: 0
X-Microsoft-Antispam: BCL:0;
X-Microsoft-Antispam-Message-Info: V9HH2Z0Np41ufva7tu5Dg2QmzLM0KpLHhNNh7POV8u8KVW7r6+10Bo8PNXcixMSrD3KQXrjWsU7PsqYqG+L2lN5umYll8yqSu4NCwh6H1RdwNc8ve+SmeW5ulIH0djRj2AtbanvwDWHEIWagCJvfNOTVSCg/SnAeNjSn3GIQquD1/5lNVpsWdQHWkBO+2AVTg3LkQuX1eoCwPj42rZD1YnQAVbUigAPvrCiRgpwdLKXMsuWr+/JArck/QfnX2TX2j/+Tm9rpEumuIK2M1UaNPu8qJbnxu95Em1ANE8mgvb5Pu4TPZ6dHAlZsyshbvlhqVSx1IWaAzgTEDEZLybJsEq/KjbeFmv9aw6wuo1KpVob8EFms2SwdLZ7Ou7HRzpstHEyuR1gHKolt/eKAWrL8s/5aF+Xk0jPLA1eneH0U7EgNxM76JBhEMIxTK7jcMNZMMj8UZphzDuhPxa6Pxgb8KHAPlUq0YIm33VKLGp9SNTCv5qxgyaMy3t1Cyn292tan8Eq2JtIm6SDc6oQPkWRMTncci/mlgH0UZF4wblMjp3gqvV7g/Lln2t8DyrnBlTSoF2zMU9qIDJEx/yK4t8tIlXCAvwJOXXXmhEqziDKSm+/pEiUp41XJ7f9t+kknRT4/lrkE7Zolhtr/dZ41cw5lDXr0EugpoM9Dqz0KqFr/FYvmeCr14AdSgpEuIMI8PW50nxlrtNlLaemi6Dq+2oPS+TljDIgoPZIfwu0rMquyov9JAdqzUzSiEuElt9FBUCCBB2vfBwxdVJOWTYUzO89uYIYPY/g5ub8DHF0lsqquwPjh4PgieZVV6rgqLopi2cutkYw7BVurrHaY9LuntkTLVQhIbmbWVHMx3CDMMqp9xLLaXdu34QYKHmnVGZe4RtEw
X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:TYAPR01MB5689.jpnprd01.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230016)(376002)(346002)(366004)(39850400004)(136003)(396003)(38350700002)(31686004)(86362001)(38100700002)(41300700001)(36916002)(66574015)(52116002)(6506007)(2906002)(53546011)(6666004)(4326008)(5660300002)(6916009)(786003)(316002)(8936002)(186003)(6512007)(54906003)(26005)(2616005)(41320700001)(478600001)(31696002)(6486002)(8676002)(66556008)(66946007)(66476007)(45980500001)(43740500002); DIR:OUT; SFP:1102;
X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1
X-MS-Exchange-AntiSpam-MessageData-0: gvksBsLYMo4NyUT4F4giDInJmbMTc7kgs/OUC5NNUCaOFuPKHv98dD+Y6kFfFmnnL942k/sV5ZbfaKzuPS9NrNzAh2fJT1JZp/4L+ctvLWImDZ5VFVQf0iTajvXXjUZqU5ilpNEN5j0sW+4i0ssJcVBWQ9PnmSTBSZ721P4SdVNEDdpenSdxvoCvUkTWxuciK4ThNvQhD+cAbqFOP+jR900iQC1jfAT4L5TbEaw/G9v17TFNZ+FR3+PEx6O5Hqfllv2u1PsyX5SI4kdNEevPtYN83GVcfmqg8GkdfoWLXaXj1bSico9UhoEFGgHIVfw5x785FOMyASPQ30V+a8RTNaeQu1vHyMSWCkdui+lP5qQdDopCwW+DFPaXegVA+8fpYw96JlpzoQ5U5uHm0KWfKtb4R+1AB/cfgVNjC+h6ap9vh34ZVpPlbaCb5X0EsTqlCUKTXb8GZeofDxxuL6o8C7arlrIMCGMiow3NPU7HEWFc5qOF7CKMOx/kgNEM0uF8oOVGJFyBS+99uJDkhgK1+0RGugH60CELEJhKepdGMWPvXOW8ff9HHW5cexbDcsu/0Lj7nAzjcDOUQDSbb8TysDBJrAVUezCTQhlmMaFyp+vaBhaZeAcw3sRuuy4gkA4/f2nI/FnYJxlGdo5TfBattm4ZoIClOuR4WYxNxZxbIe22/gJqksiQQADN58SNxqcyStvQjn2QN5N6Y+dRkIVwvb2dilC3XT15iFaQ9C+XHdsOZAnAgiF1Zgv2Lw96Mw51j97dVD6WNa/DPfBbkh0fPKRePl5voZWdv3FcV805r/9qYd3CeOKNh64IUDa+SH4KC0Z38tBLYFtlr1/ruXv3wxhJPH55n2sxauGllpFwUWrBTpP1CnZCpymQxnGx6krWN2iYcuEQMGpaUpIuTHFyyI6QHwyzbdkajOjYY34ItAAeP04/sOqy1p0jFSSsgX2QblfXa6t2wN/Z5cGGI4OROgOrZJD5okWyDimzdWT81F83Lam3bk0d4d9+Y/U1YC/5N3h7/8fbBJUOIYtUusixfQFILG4pvygwGfvS2o4rM3nphyktjyFWcPFxMQOalhQGv6+9nXb3c6dMqHoU9APqYHXB8i2q951AKw1X8y+va3gXFB8YVQhSqK8LiiL0WIb3Jtn13xytBR89dzo+3ZiCLZhe+VwHAQoryOqUUkKeQxSl4QJhy0x9k9IV8uqt403svXu6lsYY7ImjtR4alwRBiWXMBh7kS+MNSntr0wKBG5m7b3T/m0KRZnN9rmTM014sFP2bfmrubvfWwK3nHwy/B6LCMjJSXleP9tbAFRSfvzNe9/joMImPVv52nOEIExYm8ZB9oOMn6UYNq+bwtea1b+LiJDTenMchw8OQuvZlpcHFFJWSylfbXJgknLGjy/9ULQtJWyEyBBSIbuE8eD2k0qU4Hd0e+pCtctFuy4gn0xxrrwKHy/TXi2I1lh+EiKh5ymCMdjVb7Ibky+Lzho/aCkwkImGyH2JWgXA+F9Iz9J0t0yco3HhSwmkO67iRwuy/K2DUMu/C9pCXOshoWhuAzCIXhe4Cfds7NapA9imDhRNEXklMJBMhHuaO89NhNEQh
X-OriginatorOrg: it.aoyama.ac.jp
X-MS-Exchange-CrossTenant-Network-Message-Id: 284a2c7e-c902-48e2-961c-08da5e6a0dff
X-MS-Exchange-CrossTenant-AuthSource: TYAPR01MB5689.jpnprd01.prod.outlook.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 05 Jul 2022 09:38:02.2150 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-CrossTenant-Id: e02030e7-4d45-463e-a968-0290e738c18e
X-MS-Exchange-CrossTenant-MailboxType: HOSTED
X-MS-Exchange-CrossTenant-UserPrincipalName: Gg7UqKcug0Z/FSG++AKdfYRY0rVq5rhK/IeqDZgYhetpFEzIU3CC2QxZzPV21xVkCPmwpzZtX0wGwfb/z0Fyzw==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: OSAPR01MB4963
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/BTl-tWeHzHelzWJmJ93ZAYRVAjQ>
Subject: Re: [core] [art] [Last-Call] 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: Tue, 05 Jul 2022 09:38:15 -0000

Hello Carsten, others,

Sorry for my misunderstanding. As you explain below (but wasn't clear to 
me from your previous mail), Tag 35 is indeed deprecated, and so there 
is no problem that its IANA registration points to an obsolete RFC.

[These kinds of misunderstandings can happen when people from different 
fields discuss things. What is plainly obvious to one side may 
absolutely not be obvious to the other side.]

Regards,   Martin.

On 2022-07-05 17:50, Carsten Bormann wrote:
> This discussion is completely out of hand now.
> 
> None of the discussion items being discussed below are properly addressed by the concise problem details document.
> 
> If you want to change the way CBOR tags are registered, please write a draft and submit it to the CBOR WG.
> 
> In Germany we have articles in the constitution that cannot be changed, even with a qualified majority.  You seem to want to introduce such an article to an RFC, and that is unprecedented.
> 
> If the IETF decides to deprecate Tag 38, that is the decision of the IETF.
> Of course it would not be bright to do this if there isn’t a clear replacement in sight.  But writing text into this specification that the specification cannot be deprecated is the wrong way to go about this.  Shouldn’t we add that text to TCP, too?  Or anything else that we think is a great idea at the time of approving the document?
> 
> Tag 35 is a good example because this is a tag that has turned out to be problematic, not providing the level of interoperability in practice that we thought it would in 2013.  So we didn’t want to include it in RFC 8949, which is an Internet Standard (which is supposed to have interoperability throughout).  But we didn’t want to “unregister” it either (shades of port 465).  Tags are registered in the CBOR tags registry under “specification required”; we do have a stable specification in RFC 7049; so we were all set.
> 
> If Tag 38 ever gets the same status that Tag 35 has, we have a good way to handle that.  Do I think this is likely?  Absolutely not.  Should we try to cut off that possibility by unprecedented “this cannot be changed” text (which we can always ignore anyway)?  No.
> 
> Grüße, Carsten
>