IETF Logo Mail Archive

Re: [Cbor] Diagnostic notation file extension

Anders Rundgren <anders.rundgren.net@gmail.com> Thu, 20 April 2023 04:36 UTC

Return-Path: <anders.rundgren.net@gmail.com>
X-Original-To: cbor@ietfa.amsl.com
Delivered-To: cbor@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2DD58C16B5C1 for <cbor@ietfa.amsl.com>; Wed, 19 Apr 2023 21:36:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level:
X-Spam-Status: No, score=-2.097 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, FREEMAIL_FROM=0.001, NICE_REPLY_A=-0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 9iQ4Jiemh_uh for <cbor@ietfa.amsl.com>; Wed, 19 Apr 2023 21:36:30 -0700 (PDT)
Received: from mail-wm1-x329.google.com (mail-wm1-x329.google.com [IPv6:2a00:1450:4864:20::329]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1E7A4C16B5BC for <cbor@ietf.org>; Wed, 19 Apr 2023 21:36:30 -0700 (PDT)
Received: by mail-wm1-x329.google.com with SMTP id o9-20020a05600c510900b003f17012276fso2412333wms.4 for <cbor@ietf.org>; Wed, 19 Apr 2023 21:36:30 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1681965388; x=1684557388; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=VTR9F64h47VhIducaC3yfY0w8X/7JsEe5dnYRRQjb7Q=; b=b1TIAIK/4Z4PcZppmmf+KRVDyHwr79RJ08WUNha9MlY5XCHSVPvw1T9QJgF0bpdq66 Jop4tg3QTNltKCEkjNms5V3sZvlD90of+My8rJlYpnt8EuPMzcukg268TtkXUXAQbbS6 rl5HSoEv3svUnaSoA9JJq2djpM4gZGjKTGZ0pX0uvkNXEoFdx8SUD4XqFky0+BH9RlGb H0XZo6eQSEB/nRxm2D9n1kxuS3Ig6K5dqO7nnnihEDpjh963BdToKwXCO/AO63ZykI4h ou76SXGXyODncGb/HH+BL92wOT/5p+Y2xGcsEZvFbHLpUlgoAmIn1x+/1hzOC8VBqfLY bHyA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1681965388; x=1684557388; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=VTR9F64h47VhIducaC3yfY0w8X/7JsEe5dnYRRQjb7Q=; b=BV7Y+ruXi8iBKts3FIS5d0CGdBZSakq3POO3lKlmGMZ6LXF/yDxmrLZnDYvh346VrD 6w1LQC8zoE0uRtFkjA3rFxJzw060SInLoeZMOtjhnYZgIXxBmOWyISCh74mtSe2zZuUS GI8GpUFuhQPXhIcQx1yqhjfDv1+1euDXAmIKDAMoHmvzZJTGpzG/kZ/TfdoVenPmrX0u 1kHJFnXb8HL0hcg8rE34wBJY6i5vuzwjDgPZqBth2T3OHvxkAnloqln52grsg531jowl T+d2BwSmOEySUMvugd/Hn6SooV6oAYOxwjfD6MhMy5xwnUrE7V7nG9gZggEH4la29t6q wYsg==
X-Gm-Message-State: AAQBX9cn0g72basuq5i5rDmPvbt5Xxvxd69BFB/eM79LFMD1o76HbsOi eauz+GffLZWDnD4NP5gdPeQ=
X-Google-Smtp-Source: AKy350ZGooQTTs7B07MsI4/IcQyza61SFwZ5QtMYtUolq8XyArYnyXtJjWfnGzV6z7bZmHVK/4Xm2g==
X-Received: by 2002:a7b:cb8d:0:b0:3f1:789d:ad32 with SMTP id m13-20020a7bcb8d000000b003f1789dad32mr72176wmi.11.1681965388248; Wed, 19 Apr 2023 21:36:28 -0700 (PDT)
Received: from ?IPV6:2a01:e34:ec4e:5670:2143:ff7b:5d6f:d97c? ([2a01:e34:ec4e:5670:2143:ff7b:5d6f:d97c]) by smtp.googlemail.com with ESMTPSA id p14-20020a05600c358e00b003f188f608b9sm1063819wmq.8.2023.04.19.21.36.27 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 19 Apr 2023 21:36:27 -0700 (PDT)
Message-ID: <ed3fce32-2cc0-71ff-90f3-5c4dcdf20e4d@gmail.com>
Date: Thu, 20 Apr 2023 06:36:26 +0200
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.10.0
Content-Language: en-US
To: Carsten Bormann <cabo@tzi.org>
Cc: cbor@ietf.org
References: <dcf56d68-b56f-a74f-6065-f6a0e084c112@gmail.com> <3E51B8F4-540D-45F4-B034-E095F8372688@tzi.org> <ca34a921-7009-629c-0145-fca4d3436cc2@gmail.com> <30CC7628-724D-4243-AB76-C0E7540D2321@tzi.org>
From: Anders Rundgren <anders.rundgren.net@gmail.com>
In-Reply-To: <30CC7628-724D-4243-AB76-C0E7540D2321@tzi.org>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/cbor/fp0zQTBMy_WY8p4JI3vLjkRwMhA>
Subject: Re: [Cbor] Diagnostic notation file extension
X-BeenThere: cbor@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: "Concise Binary Object Representation \(CBOR\)" <cbor.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/cbor>, <mailto:cbor-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/cbor/>
List-Post: <mailto:cbor@ietf.org>
List-Help: <mailto:cbor-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/cbor>, <mailto:cbor-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 20 Apr 2023 04:36:34 -0000

On 2023-04-20 5:33, Carsten Bormann wrote:
> On 20. Apr 2023, at 05:28, Anders Rundgren <anders.rundgren.net@gmail.com> wrote:
>>
>> Maybe '.dcbor' could suffice?
> 
> I don’t think the dCBOR (deterministic CBOR, [1]) people would be happy :-)

Apparently the issue is (more or less) resolved.  I actually thought of '.diag' but rejected it as it isn't particularly "CBOR-ish".  If there is no other claimant, I suggest we go for it.
Is this a problem? http://dotwhat.net/file/extension/diag/6786
There is no registry? https://github.com/decentralized-identity/didcomm-messaging/issues/262#issuecomment-908664592

Regarding dCBOR, I remain skeptical about creating a CBOR profile that departs from Appendix A and Rule 2 [1] in section 4.2.2 of RFC 8949.  Deterministic encoding only means that the encoding scheme is consistent.

Regards,
Anders

1] "Rule 1 straddles the boundaries between integers
     and floating-point values, and Rule 3 does not use
     preferred serialization, so Rule 2 may be a good
     choice in many cases"
> 
> Grüße, Carsten
> 
> [1]: https://docs.rs/dcbor/latest/dcbor/
>

v2.31.3 | Report a Bug | By Email | System Status