[Json] Re: CBOR Cross-Platform Spec @ IETF-123

Anders Rundgren <anders.rundgren.net@gmail.com> Sat, 14 June 2025 17:51 UTC

Return-Path: <anders.rundgren.net@gmail.com>
X-Original-To: json@mail2.ietf.org
Delivered-To: json@mail2.ietf.org
Received: from localhost (localhost [127.0.0.1]) by mail2.ietf.org (Postfix) with ESMTP id DF57834FCE0B for <json@mail2.ietf.org>; Sat, 14 Jun 2025 10:51:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -2.099
X-Spam-Level:
X-Spam-Status: No, score=-2.099 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, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: mail2.ietf.org (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail2.ietf.org ([166.84.6.31]) by localhost (mail2.ietf.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hHi-zqQ72pTE for <json@mail2.ietf.org>; Sat, 14 Jun 2025 10:51:58 -0700 (PDT)
Received: from mail-wr1-x42a.google.com (mail-wr1-x42a.google.com [IPv6:2a00:1450:4864:20::42a]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by mail2.ietf.org (Postfix) with ESMTPS id BC47F34FCE02 for <json@ietf.org>; Sat, 14 Jun 2025 10:51:58 -0700 (PDT)
Received: by mail-wr1-x42a.google.com with SMTP id ffacd0b85a97d-3a52874d593so3128103f8f.0 for <json@ietf.org>; Sat, 14 Jun 2025 10:51:58 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1749923518; x=1750528318; darn=ietf.org; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=ZG77qSsm0GKFV08f8C8U7ziads8xUWZo3b5H9zXAVe8=; b=OsP35yMcoyEJJudz0QEq5f1FG/04l0WQPD7qE4SeofGec7PwqB8MAEM/K7C63TV8Ji ugPlu3a+Q+khdIcomkZPCKJ2ke1sdXOwWc9sjqJ4f1Abos5eV64b4HmFXpiS19w3vKWj SZTJuewHIFrTbeHxlzZQmaIAs9qMWEjd/Zozm9WEcAcqYZLQej+2aBsFBWY8eTYy5yz/ +voyPwKiYV1T0fNEGmPMNh0fh86xEFyDCpXVsW4DAWm47LXHKD2heUt4idKKx15vipkN i6fmhCnE3SWr97j7sP2ExbC8rrzssz5tZDruoy3n5AtL+qrw0bhkIpZny/zJbCWPsBRr 0b2Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1749923518; x=1750528318; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=ZG77qSsm0GKFV08f8C8U7ziads8xUWZo3b5H9zXAVe8=; b=ChI11J0fOIjUC/12pkynCF2kG/ocuBYWc+vT3rFuGQuLlU8ID2fp2lwhHF9C1fydB6 EcU+sTUyONctYcbvB+54fxP00FN8QViKyV3Ei65fr6UsE4pIr94i0SpqdSBUmo62AwZo RFK0Xz5BZKFFkTqbYT0zr+LnsRw23lJYEQjjLfBI8hjlKvjR9P1mqN1LNGfIfP4VIrgY uoeF7OnpDdIA0x8TNXhkhAPA4vD1J/pqb1T4OFAOnuRH77T/GItxywxMn5H9VPOKS4nc FAdHB+d3WkX/NPHJ5XlszcqKVtqWkg9RUJdvtf1CStQwX4abHuaAY9FIp4CNLE+CYUXz eWcQ==
X-Gm-Message-State: AOJu0YwrvI+aYGm20Kq6Ljz40gjy7NBh1uXUXBKCTOqJUR5kF43rdTfh DSHIVF23Q/kysv9c+Ok1qLWstgpvk0ABE7oF4fD3E384ING8Oysj9lzd
X-Gm-Gg: ASbGncs8bM5k/4VM4MP7DKyTiE1kuDqYaKmNcrVPsyLyxCbhm3t6TLvB1ERdEBMyd/F sVFralwQimUMCmeE2fwSdobYwBr+dwoBw2an1azKv7iOjkbMsPY1D/pa5jLNCsdpW1e/IUWqUjJ O++jAxw+p7KMRLDhj8Lf1vOlJaXtDL6osJsLOvcz1EJw9KOsCFVTDAFWc4rk5+zpY7CLc8nmpb0 l4GelC6rn4UwEAt9Xdpk9jSO4lltzRs2/gc7nqXT4fSLCIHzV8KujrqsWSXeb6G0i8renqX4bVz Xamel8DkhWtymHipQapT9kItvBP/ooqMDQv0izRrGVDg60s1VAMR8o+ZW6d5u5J6+wYiju4xaXJ Wj6YQtxL/L1rjXi53ubu4MiK36l+PxHRTHWYAFglFb3H3q4JQukGdnOiV6egOuZewzNk=
X-Google-Smtp-Source: AGHT+IFjYNPug5A9yL0T668znvoR4GXydjbDW1uSKabxPPC/oCea/wB1lwuJCR2bU/4zOFfLTU/luQ==
X-Received: by 2002:a05:6000:1a8e:b0:3a4:eeb5:21cb with SMTP id ffacd0b85a97d-3a572384382mr3898532f8f.26.1749923517525; Sat, 14 Jun 2025 10:51:57 -0700 (PDT)
Received: from ?IPV6:2a01:e0a:e1b:64b0:14cf:a61b:9733:a423? ([2a01:e0a:e1b:64b0:14cf:a61b:9733:a423]) by smtp.googlemail.com with ESMTPSA id 5b1f17b1804b1-4532e224956sm89453905e9.4.2025.06.14.10.51.55 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 14 Jun 2025 10:51:57 -0700 (PDT)
Message-ID: <230dbed2-ff9e-4940-897a-bd87f9e31572@gmail.com>
Date: Sat, 14 Jun 2025 19:51:55 +0200
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
To: Carsten Bormann <cabo@tzi.org>
References: <80909c6c-99ef-45ee-9a6c-8b9a6975f676@gmail.com> <1FA18DAE-A0BF-4CAD-9F34-C06034E39940@tzi.org> <9ab3a1fa-8a1e-460e-8246-c371a8989af6@gmail.com> <FB68BA93-154E-4A23-9D3F-F4FF1C9BEF81@tzi.org>
Content-Language: en-US
From: Anders Rundgren <anders.rundgren.net@gmail.com>
In-Reply-To: <FB68BA93-154E-4A23-9D3F-F4FF1C9BEF81@tzi.org>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Message-ID-Hash: 5XQM75VTZSBZOFH6QAFUI3S5O52CLRHW
X-Message-ID-Hash: 5XQM75VTZSBZOFH6QAFUI3S5O52CLRHW
X-MailFrom: anders.rundgren.net@gmail.com
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-json.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: "json@ietf.org" <json@ietf.org>
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [Json] Re: CBOR Cross-Platform Spec @ IETF-123
List-Id: "JavaScript Object Notation (JSON) WG mailing list" <json.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/json/X0vXTPDfJ89ttmutxejynMWSPOU>
List-Archive: <https://mailarchive.ietf.org/arch/browse/json>
List-Help: <mailto:json-request@ietf.org?subject=help>
List-Owner: <mailto:json-owner@ietf.org>
List-Post: <mailto:json@ietf.org>
List-Subscribe: <mailto:json-join@ietf.org>
List-Unsubscribe: <mailto:json-leave@ietf.org>

On 2025-06-14 19:11, Carsten Bormann wrote:
> This is embarrassing.
> 
> Anders is routinely corrected by other WG members for statements like the below.
> (This is what I meant by waste of time.)

To me it seems like a waste of time supporting an I-D, where the actual decoder implementations reject fully established CBOR constructs.  The primary developer [understandably] remain dead silent...

BTW, writing CBOR text-book without having an API, seems like a rather daunting task.

Anders

> 
> JSON chairs: You may want to consider whether this bait is on-topic for the JSON WG.
> 
> Grüße, Carsten
> 
> 
> On 2025-06-14, at 19:06, Anders Rundgren <anders.rundgren.net@gmail.com> wrote:
>>
>> It might be useful knowing that the CBOR WG (informally headed by Mr. Bormann), have rejected the entire idea creating a "JSON Challenger".
>>
>> In addition, Mr. Bormann is actively supporting another (and in fact quite similar) effort [*], where the authors have concluded that in order to achieve fully deterministic encoding, you must convert floating point numbers without fractions to integers.  There is no ZERO scientific support for this idea, not to mention that it is not compatible with current CBOR practice and implementations.
>>
>> Anders
>>
>> *] https://www.ietf.org/archive/id/draft-mcnally-deterministic-cbor-12.html
>>
>> On 2025-06-14 18:40, Carsten Bormann wrote:
>>> A quick response for the benefit of those people in the JSON community that are not following CBOR closely:
>>> Anders Rundgren is pursuing a personal project here that does not have any support in the CBOR community.
>>> I’ll leave it to you to judge this project, but would advise you to not waste your time.
>>> (Creating documentation for specific CBOR implementations such as that peddled by Anders is of course fine and would have our support.
>>> There are also other efforts to write more book-like documents about using CBOR that are not actively trying to distract from CBOR WG work.)
>>> Grüße, Carsten
>>
>