Re: [netmod] [core] js review of draft-ietf-core-yang-cbor-12
Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de> Wed, 08 April 2020 14:40 UTC
Return-Path: <J.Schoenwaelder@jacobs-university.de>
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 41A223A0D27; Wed, 8 Apr 2020 07:40:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, MSGID_FROM_MTA_HEADER=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=jacobsuniversity.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 jIThCjodx9at; Wed, 8 Apr 2020 07:40:52 -0700 (PDT)
Received: from EUR05-DB8-obe.outbound.protection.outlook.com (mail-db8eur05on2058.outbound.protection.outlook.com [40.107.20.58]) (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 03D2C3A0E8D; Wed, 8 Apr 2020 07:40:25 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=d9/S0ppLHksGs/5oijatN/V86rQPc77vgKJfz2xzVhpn5uD7KbE0v58oWaqimdnCu621pxOWZdmAOXSIXuNFuzWj/h5mlc06ZHxEx+edAZyH7dnsJHF0XWIpmWL+pblOSd/BrWBdwuLqtTWjA+f3ZVpl2d+cHnAYCINyu5II8T8/OApI92uecWa6PwO+akUsQ1fSiDbZNbVJf604KoPsx57Qd6FCgvy2+sH8aMwcv0bOFj7dcOk4nJCeDxza8I7+zSWnjdJSU+s5UaDqzoTEYMMoWJ26ZJeGcOq2PMZs5g8c9kp/weLpgJNHDQyTWAYlvOV5NzfirnJMT3x/CJOkHQ==
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=QGgwQomv1qzqTSq8HP55DMe5+tZ6yQDpu/4yCxtZct0=; b=P/dH5jVLYZ/s+6je+2fyCu9kjlygIlfYgFfn9DK8/+SStUte6V2mG58lg1aBL/iU4OGq3g91oaDWVI2pK5Ysv+J6H+d2cC2Iw1hxZ0acn9ZwXNQoQd7YsJMgnMcytNK5tgSPGh3DDsbFLPDTeGbPFRrfy46W/hU+fqhy1/wGpef984rF110vp9hYoSzxzl7l5ubnXh+dURhdJM0cHGQel3K/G29N0CJ0ceC3dISGXUvCZ6Yefeqfm8K59ZetEEtrkkjbmsNAGFfqLQE+8hlvulXhX9edTWtzQK3qD7pgWdSOqmx9KaLaRYyhe0bPs8l3Hm9o8i/azlrLRI/jgU5haA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=jacobs-university.de; dmarc=pass action=none header.from=jacobs-university.de; dkim=pass header.d=jacobs-university.de; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jacobsuniversity.onmicrosoft.com; s=selector2-jacobsuniversity-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=QGgwQomv1qzqTSq8HP55DMe5+tZ6yQDpu/4yCxtZct0=; b=AhR29XydaPsiYiPnsYFBk/y+3Z+5trRCo/HVsFHttBLQDG8GHte5TcIAQ4vcKTTLaSCyzCJaXmz4zMFbNyTe5IEQxurwt5nkCmT5MI6lKw7vgMVSRUXBM5hnRr/o5mAyPLNw9tXGnug9u7r9NE+6/9ynz3jehvByJiLjvKA2t7g=
Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=J.Schoenwaelder@jacobs-university.de;
Received: from AM0P190MB0707.EURP190.PROD.OUTLOOK.COM (10.186.129.88) by AM0P190MB0658.EURP190.PROD.OUTLOOK.COM (10.186.128.85) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2878.16; Wed, 8 Apr 2020 14:40:22 +0000
Received: from AM0P190MB0707.EURP190.PROD.OUTLOOK.COM ([fe80::382f:f91c:26b5:a440]) by AM0P190MB0707.EURP190.PROD.OUTLOOK.COM ([fe80::382f:f91c:26b5:a440%8]) with mapi id 15.20.2878.021; Wed, 8 Apr 2020 14:40:22 +0000
Date: Wed, 08 Apr 2020 16:40:21 +0200
From: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
To: Carsten Bormann <cabo@tzi.org>
Cc: core <core@ietf.org>, NetMod WG <netmod@ietf.org>, Ivaylo Petrov <ivaylo@ackl.io>
Message-ID: <20200408144021.airva4ksdn7xh7bw@anna.jacobs.jacobs-university.de>
Reply-To: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
Mail-Followup-To: Carsten Bormann <cabo@tzi.org>, core <core@ietf.org>, NetMod WG <netmod@ietf.org>, Ivaylo Petrov <ivaylo@ackl.io>
References: <20200331110237.zbo3zw74xlccur3w@anna.jacobs.jacobs-university.de> <CAJFkdRwhxa2T-LVoYfwbMcjjo-dWhwonf_q4B6vGGLuWy5K+BA@mail.gmail.com> <20200407194758.luxnndxxsuixhzfo@anna.jacobs.jacobs-university.de> <16670AE8-DE0D-4444-9F64-ED6C67654886@tzi.org> <20200408065738.l7jnht536vxzacse@anna.jacobs.jacobs-university.de> <0817C3C8-420A-4994-89D4-2CDA150F682B@tzi.org> <D6EC7C7E-F078-4AAD-9F23-97EE5F225E39@tzi.org> <20200408115029.sfcm2p4gebai3y74@anna.jacobs.jacobs-university.de> <0CBA1A2B-E7D0-4A9E-92C0-13F87974F971@tzi.org>
Content-Type: text/plain; charset="utf-8"
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <0CBA1A2B-E7D0-4A9E-92C0-13F87974F971@tzi.org>
X-ClientProxiedBy: AM5PR0602CA0024.eurprd06.prod.outlook.com (2603:10a6:203:a3::34) To AM0P190MB0707.EURP190.PROD.OUTLOOK.COM (2603:10a6:208:196::24)
MIME-Version: 1.0
X-MS-Exchange-MessageSentRepresentingType: 1
Received: from localhost (2001:638:709:5::7) by AM5PR0602CA0024.eurprd06.prod.outlook.com (2603:10a6:203:a3::34) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2900.15 via Frontend Transport; Wed, 8 Apr 2020 14:40:22 +0000
X-Originating-IP: [2001:638:709:5::7]
X-MS-PublicTrafficType: Email
X-MS-Office365-Filtering-Correlation-Id: 166230a2-5180-4e9b-340a-08d7dbcac4ac
X-MS-TrafficTypeDiagnostic: AM0P190MB0658:
X-MS-Exchange-Transport-Forked: True
X-Microsoft-Antispam-PRVS: <AM0P190MB065870968C9470F4FDC2D0EADEC00@AM0P190MB0658.EURP190.PROD.OUTLOOK.COM>
X-MS-Oob-TLC-OOBClassifiers: OLM:7219;
X-Forefront-PRVS: 0367A50BB1
X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:AM0P190MB0707.EURP190.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFTY:; SFS:(10009020)(346002)(39850400004)(376002)(136003)(396003)(366004)(5660300002)(54906003)(6486002)(786003)(1076003)(478600001)(4326008)(81166007)(3450700001)(86362001)(316002)(66556008)(16526019)(8936002)(66946007)(2906002)(6916009)(52116002)(186003)(66476007)(6496006)(8676002)(81156014); DIR:OUT; SFP:1101;
Received-SPF: None (protection.outlook.com: jacobs-university.de does not designate permitted sender hosts)
X-MS-Exchange-SenderADCheck: 1
X-Microsoft-Antispam: BCL:0;
X-Microsoft-Antispam-Message-Info: aQntvliioLUuowiVw/E33kM1bjhYlhfZPS6vuBWPuGD2kuk3jIkm4KeKJQGCQWQLCDfy6JHNkWA49s7mLuZNGRJZ/nGixoX4k14ilb34/bGszhiKNGHtGBCci82FYStwNmrWvmo7wj1IKVLDfVyYJv4onArfvaY6bq0T+YiRQEPtU0HLfXTShxEvhzGumyP9+LqFWfaD94A/6qTUA1b5DtRoBSr2MYw9KrEaM3NLdJBAlOt//zG38klhJyZf8outtSXQwA8LzEhDAiWhs2pGox1N/M4+XHEftISGsMWp0xtQngYh2/YGR/a1p0uS9tp4Bn91USC0JGZPL8eyVkv2QJRAtaIUVIu9kVAPh0k2vYewT7qLnmn+LjrK2Ny/XSv71ZjNwqe8Fgw2BuUwbf/dNvgJB3Q3OFMvFRGknJHXpzYm0QWP7QQsZHi6IsPGQruRW0PPzBAAzNpE2TOtTPuSk+gi8w2t7lx9esZFGsHeN+Vs3wArN9Cy0arzPuzfQEp4tBJAJ1UAQXpYk7K8dWDrSQ==
X-MS-Exchange-AntiSpam-MessageData: uVYcOhBChjJ667wsn8VxQ0LWQ767gnrIjzonQlh7/+KDo7R+hgR4oX9Kg4hhObbpaQ/FO/cCWcxcmNILKZpRfOkaPIHnEaZIoViQD/zfk9Wn0ThKcjfAQvLLDf7fZwCB9LOp3Oxqlf9f3BlRAbwAJ5sSjsgTIP6m0hrQCjJ6Cj8=
X-OriginatorOrg: jacobs-university.de
X-MS-Exchange-CrossTenant-Network-Message-Id: 166230a2-5180-4e9b-340a-08d7dbcac4ac
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 08 Apr 2020 14:40:22.6846 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-CrossTenant-Id: f78e973e-5c0b-4ab8-bbd7-9887c95a8ebd
X-MS-Exchange-CrossTenant-MailboxType: HOSTED
X-MS-Exchange-CrossTenant-UserPrincipalName: 4ZIqhK//NFgtuQEaCwa1U3q54ExXfoKm+HtqCGtOMqq4dJzzRi4hEnQdz4Jf7E/gKvpfJh2yUeJJ0y0PzyxADyRgUpUFm7cGR6Vd8c0kqmU=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM0P190MB0658
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/XImmNn9won4Onwc9aPhCaDfSYBo>
Subject: Re: [netmod] [core] js review of draft-ietf-core-yang-cbor-12
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: NETMOD WG list <netmod.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netmod>, <mailto:netmod-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netmod/>
List-Post: <mailto:netmod@ietf.org>
List-Help: <mailto:netmod-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netmod>, <mailto:netmod-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 08 Apr 2020 14:40:54 -0000
On Wed, Apr 08, 2020 at 01:55:47PM +0200, Carsten Bormann wrote: > >> Ha. > >> > >> Let’s create a registry in yang-cbor for id= values (initially filled with id=name). > >> -sid can then register id=sid in that. > > > > He? yang-cbor defines how to use sids as ids so I see no reason to not > > also register the id=sid in yang-cbor. I thought we settled on > > yang-cbor defines what sids are and the sid id details how they are > > assigned and how the number space is managed. This way, yang-cbor is > > the base document and the sid document has a normative reference to > > yang-cbor and comi has a normative reference to yang-cbor. Is there > > a reason that speaks against this? > > Hi, > > The media type could simply say “uses the concept of SIDs” or it could say “uses SIDs as allocated in -sid”. > I’m not sure the media type needs to say anything at all about this, but if it does, for completeness I think it would need to do the latter (so we can have other media types that get their SIDs elsewhere). > That would mean a normative reference from yang-cbor to -sid. > The registry trick turns that around. > I want a bit that tells me how instance naming is done, using names or SIDs. I want to use this to send a query and tell the server that I want to get CBOR encoded data with SIDS GET /restconf/yang-library-version HTTP/1.1 Host: example.com Accept: application/yang-data+cbor;id=sid or with names are keys GET /restconf/yang-library-version HTTP/1.1 Host: example.com Accept: application/yang-data+cbor;id=name This bit should be defined in YANG-CBOR since this document goes into quite some detail defining both options to name data. The question whether alternate schemes can exist to allocate SIDs is less important for me. I hope multiple schemes to assign SIDs will not be needed - or only needed in case the scheme defined in the SID document turns out to be broken up to the point that it can only be replaced. That said: A real complication may be the YANG versioning work. Once publishedd YANG definitions are allowed to change arbitrarily, the allocation and management of SIDs may get really interesting. Or is the idea that once we conclude the current SID allocation scheme to be broken, we go define a SIDplus allocation scheme and then we still use SIDs in YANG-CBOR but the meaning of the numbers is entirely different, i.e., we use GET /restconf/yang-library-version HTTP/1.1 Host: example.com Accept: application/yang-data+cbor;id=sidplus to make it clear that the SID numbers now mean something different? This may make sense and then it may make sense to define application/yang-data+cbor;id=name in YANG-CBOR and to define application/yang-data+cbor;id=sid in the SID document - which means you can't use SIDs with just YANG-CBOR but only in the context of another document detailing how SIDs are allocated and managed. Perhaps this is what you have in mind? Whatever we conclude, it would be nice to get things properly documented so that we recall the grand plan in N years from now. /js -- Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 <https://www.jacobs-university.de/>
- [netmod] js review of draft-ietf-core-yang-cbor-12 Juergen Schoenwaelder
- Re: [netmod] [core] js review of draft-ietf-core-… Ivaylo Petrov
- Re: [netmod] [core] js review of draft-ietf-core-… Juergen Schoenwaelder
- Re: [netmod] [core] js review of draft-ietf-core-… Carsten Bormann
- Re: [netmod] [core] js review of draft-ietf-core-… Carsten Bormann
- Re: [netmod] [core] js review of draft-ietf-core-… Juergen Schoenwaelder
- Re: [netmod] [core] js review of draft-ietf-core-… Juergen Schoenwaelder
- Re: [netmod] [core] js review of draft-ietf-core-… Carsten Bormann
- Re: [netmod] [core] js review of draft-ietf-core-… Carsten Bormann
- Re: [netmod] [core] js review of draft-ietf-core-… Ivaylo Petrov
- Re: [netmod] [core] js review of draft-ietf-core-… Juergen Schoenwaelder
- Re: [netmod] [core] js review of draft-ietf-core-… Carsten Bormann
- Re: [netmod] [core] js review of draft-ietf-core-… Juergen Schoenwaelder
- Re: [netmod] [core] js review of draft-ietf-core-… Andy Bierman
- Re: [netmod] [core] js review of draft-ietf-core-… Andy Bierman
- Re: [netmod] [core] js review of draft-ietf-core-… Juergen Schoenwaelder
- Re: [netmod] [core] js review of draft-ietf-core-… Andy Bierman