Re: [core] progressing ietf-core-yang-cbor and ietf-core-sid

Ivaylo Petrov <ivaylo@ackl.io> Wed, 05 February 2020 13:55 UTC

Return-Path: <ivaylo@ackl.io>
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 40407120098 for <core@ietfa.amsl.com>; Wed, 5 Feb 2020 05:55:01 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.89
X-Spam-Level:
X-Spam-Status: No, score=-1.89 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_FILL_THIS_FORM_SHORT=0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=ackl-io.20150623.gappssmtp.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 hnkBNEwNa4MS for <core@ietfa.amsl.com>; Wed, 5 Feb 2020 05:54:54 -0800 (PST)
Received: from mail-wm1-x32b.google.com (mail-wm1-x32b.google.com [IPv6:2a00:1450:4864:20::32b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5700E120026 for <core@ietf.org>; Wed, 5 Feb 2020 05:54:53 -0800 (PST)
Received: by mail-wm1-x32b.google.com with SMTP id t14so2888059wmi.5 for <core@ietf.org>; Wed, 05 Feb 2020 05:54:53 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ackl-io.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=65JaXRFHSGjYeK0MFIYv/XysL3mlUclZA+TRR1pmdrA=; b=dTArzP218A5YltOsHJLBq2CfxZi/NBb4Rg1Lbce1qABRPh68q8sMfA+KV8WTy7eNnf t/x0imWK0/0LnT/QO/DLk5t+JQC4lITKXCa5s7KFkfMANgeVNfFPRzFZ9GtoYVeqIFzm s+Pkt+hU6PnOINwpKe3PgYDgYrL7y8pMo2bGG5EjKGKfY8LF91176U20ehZeOWnsX+a0 ZFcR2ojc1h76yyM1ztdqv7c3PC1kPNJbdQhKvz2XBUj1aKp9L1c1hg6DmpsU3V9skFM5 5TNAVkHfp+yBvwZM0amxP72ZdgOu6WPSGKEw6vFyMjoEwB/NeYYteC/mhG3tsOOOnQSx hGiQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=65JaXRFHSGjYeK0MFIYv/XysL3mlUclZA+TRR1pmdrA=; b=NK/saOgRF+l/RkGKm6vZqIS5UIkj2dvP+ONZy81S7hD5KKHAxPbft6GBhY5Fds/aYy HrYCCHfk8BZe0ip6V++9wnkH6dFngU1MFin2ggexxpwi7rrVBppRnYDbSVTjABnGpy6e paRJL4qGb+RLRr9u83fOWIbYD03XR5nMQ265zNMfDLsSUCQ48/ZRQVh/ReBE7NOHUlUG vLMr3fc0DVqZmh2zuwe+43I9w0diFf2+8MlzA2+kjZzxBMiLTF0ZWt9V0gNRQAK+Vfnp LBzYOhLugw9OHIX0cHlGWDWTi9/wcWosgSEChNN9l9KCFTgcG10QNmsw/FLiyGaG3ZtY Qg6w==
X-Gm-Message-State: APjAAAV4hyc9CCh53M3JkmpAUUNzMvDNwS6WGpKUzuJbhtLIrBPAJT5c WX4IfwW/serpsHmiUwZK2k5FuGnXyrbw54ZZxwnxfg==
X-Google-Smtp-Source: APXvYqxIEoa/Anse74GCm1RmEEwqQmZTUbsv7lf0YP56TueFR5GnQTA1HvC4xaQJjqyZA9cF5d/9Hs4pgbXx1hcvAQg=
X-Received: by 2002:a05:600c:2290:: with SMTP id 16mr5938376wmf.93.1580910891524; Wed, 05 Feb 2020 05:54:51 -0800 (PST)
MIME-Version: 1.0
References: <29380.1565102380@localhost> <BL0PR06MB50428065032ECC2AB3345F619AD70@BL0PR06MB5042.namprd06.prod.outlook.com> <7505.1565633977@localhost> <BL0PR06MB50424C618A704460E4A8F8D99AA90@BL0PR06MB5042.namprd06.prod.outlook.com> <18990.1577231446@localhost> <CAJFkdRyWOfCb4U09rEJ-ZMR3GUuk-rmQ+f3Fs164Mxs8qkeVuw@mail.gmail.com> <22612.1578626081@localhost> <CAJFkdRztFUxdGcdvtTgB=9c-e_BwDAgLTmVPJ+OB8-dgs1sGog@mail.gmail.com> <15754.1578789013@localhost> <CAJFkdRy_3pC37ZxzhTmzqRgWjwDvEFTuhu5Z8+_ktaJgoeOGfg@mail.gmail.com> <6025.1578939111@localhost> <F67A7C80-0955-4836-9B84-66CB52AB6FD9@tzi.org> <26398.1579112884@localhost> <0805B57C-3DCB-4601-976C-2D51CE812312@tzi.org> <14603.1579125396@localhost> <CFF6555D-85EF-42CB-B773-17116F9CC554@tzi.org> <18568.1579133839@localhost> <CABCOCHRJ6-YUSn=MXGMtJT5tK3m9uR3U1K2xYd2UgW2MYkv6ig@mail.gmail.com> <CAJFkdRy8tDbYnnyr-mCer-Bip6s7pcXyGQPmo+nO8zRavSTm1w@mail.gmail.com> <CABCOCHRXH4AqYh6y9wVtCdA8T01sG7tAXmhzwzAk3QV9OjLonA@mail.gmail.com> <CABCOCHQy71hMB+NkZZw__Kkov8n-MsqEV3O4pEx5K_DsAnQUDw@mail.gmail.com> <CAJFkdRyRF=huVQE+_+2EBpM3S-K0bpgKeBXnfqJtrz2xgZbi9w@mail.gmail.com> <CABCOCHS5jqjid4uok7JegrTj-rMfJ_eZM1_VA-eHigQ2dqu3gA@mail.gmail.com> <CAJFkdRz2-VgAa1gqF84Sodrh4mLOKD8-s6dXJtdRTxvVhBiUtQ@mail.gmail.com> <CABCOCHTtC-crDSW+5OHLBPEvB0MYGm7i626gfFSQ0AnAsonW0g@mail.gmail.com> <CAJFkdRy-=41hxxWqi3QCBWDcw1vJ5riMGg3L9suY5zj8-0piSQ@mail.gmail.com> <CAJFkdRzyuJWboogs8QcP4DtZ5+sHOAyGnUraVMYq728H6dNH9g@mail.gmail.com> <28929.1580906737@dooku.sandelman.ca>
In-Reply-To: <28929.1580906737@dooku.sandelman.ca>
From: Ivaylo Petrov <ivaylo@ackl.io>
Date: Wed, 05 Feb 2020 14:54:25 +0100
Message-ID: <CAJFkdRxtCf0h0157+-zQONWC9ioGQQkd9gKF1JU6OD3rpizcog@mail.gmail.com>
To: Michael Richardson <mcr+ietf@sandelman.ca>
Cc: Core <core@ietf.org>, Andy Bierman <andy@yumaworks.com>, Alexander Pelov <alexander@ackl.io>
Content-Type: multipart/mixed; boundary="0000000000001c9494059dd480c3"
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/zpSsdSXiyylx8653MociaV7jh4s>
Subject: Re: [core] progressing ietf-core-yang-cbor and ietf-core-sid
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
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: Wed, 05 Feb 2020 13:55:02 -0000

That really sounds better. Thank you, Michael! I updated the
description in the YANG module as you suggested.

I added more clarification text at the end of Appendix B:

    Note that ".sid" file versions are specific to a YANG module
revision. For each
    new YANG module or each new revision of an existing YANG module, the version
    number of the initial ".sid" file should either be 0 or should not
be present.

Best regards,
Ivaylo


Ivaylo Petrov

Chief Architect

+33 2 22 06 05 77

www.ackl.io



CONFIDENTIALITY NOTICE: This email may contain confidential and
privileged material for the sole use of the intended recipient(s).

It is strictly forbidden to share any part of this message with any
third party, without the written consent of the sender.

If you have received this message by mistake, please notify the sender
immediately by email and delete the message and any file attached to
it. Thank you!



On Wed, Feb 5, 2020 at 1:45 PM Michael Richardson <mcr+ietf@sandelman.ca> wrote:
>
>
> Ivaylo Petrov <ivaylo@ackl.io> wrote:
>     > leaf sid-file-version {
>     > type sid-file-version-identifier;
>     > description
>     > "Version number of the \".sid\" file. Useful to distinguish \".sid\"
>     > files generated using different YANG module dependencies that might not
>     > be reflected in the YANG module revision.";
>     > }
>
> ...
>     > +In case of an update to an existing ".sid" file, an additional step is needed
>     > +that increments the ".sid" file version number. If there was no version number
>     > +in the previous version of the ".sid" file, 0 is assumed as the version number
>     > +of the old version of the ".sid" file and the version number is 1 for the new
>     > +".sid" file. Apart from that, changes of SID files can also be automated using
>     > +the same method described above, only unassigned YÀNG items are processed at
>     > +step #3. Already existing items in the SID file should not be given new SIDs.
>
> I don't think that this adequately makes it clear (hits them on the head...) that the
> sid-file-version-identifier is specific to the YANG module revision.
>
> Could you reword to:
> description
>  "The version number of the \".sid\" file. \".sid\" files and the version
>   sequence are specific to a given YANG module revision.
>   This number starts at zero when there is a YANG module update.
>   This number can distinguish updates to the SID file which are the result of
>   new processing, or the result of reported errata. ";
>
> --
> Michael Richardson <mcr+IETF@sandelman.ca>, Sandelman Software Works
>  -= IPv6 IoT consulting =-
>
>
>