Re: [Yot] questions concerning sid value assignments

Michel Veillette <Michel.Veillette@trilliantinc.com> Wed, 14 February 2018 21:31 UTC

Return-Path: <Michel.Veillette@trilliantinc.com>
X-Original-To: yot@ietfa.amsl.com
Delivered-To: yot@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D7A34126DED for <yot@ietfa.amsl.com>; Wed, 14 Feb 2018 13:31:45 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 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_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=trilliant.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 TTjhjbKNRD4u for <yot@ietfa.amsl.com>; Wed, 14 Feb 2018 13:31:43 -0800 (PST)
Received: from NAM02-CY1-obe.outbound.protection.outlook.com (mail-cys01nam02on0700.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe45::700]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 57595126C0F for <yot@ietf.org>; Wed, 14 Feb 2018 13:31:43 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Trilliant.onmicrosoft.com; s=selector1-trilliantinc-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=2JstmZNigxjD7xFIOo59NeocBL31T9CfRipUk1Rx5uo=; b=mxoKyyf46Qr4EJcYTaSoDuasPD6rV4v6BtGu1EWLmzidAbC4ZB9G6Q9y7UnAuX70otQk9ISTSWw0uhWYxCFv+1zfIKZYKZ12dWf2uEU+NXsq8tT+TnZ5z/w26JVVFeiO1oBLCtPqd5xRXnOMmntt6Jop3Q9g8IRglfzDqomgVnQ=
Received: from BN6PR06MB2308.namprd06.prod.outlook.com (10.173.19.139) by BN6PR06MB3569.namprd06.prod.outlook.com (10.174.94.166) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.506.18; Wed, 14 Feb 2018 21:31:40 +0000
Received: from BN6PR06MB2308.namprd06.prod.outlook.com ([10.173.19.139]) by BN6PR06MB2308.namprd06.prod.outlook.com ([10.173.19.139]) with mapi id 15.20.0485.017; Wed, 14 Feb 2018 21:31:40 +0000
From: Michel Veillette <Michel.Veillette@trilliantinc.com>
To: "consultancy@vanderstok.org" <consultancy@vanderstok.org>, Michael Richardson <mcr+ietf@sandelman.ca>
CC: "Panos Kampanakis (pkampana)" <pkampana@cisco.com>, Kent Watsen <kwatsen@juniper.net>, "yot@ietf.org" <yot@ietf.org>
Thread-Topic: questions concerning sid value assignments
Thread-Index: AQHTpQPfhSqbn4YZKUWz13ZUgu+sMqOji5SAgADfF2A=
Date: Wed, 14 Feb 2018 21:31:40 +0000
Message-ID: <BN6PR06MB23082D66ED7486BDA002B1DBFEF50@BN6PR06MB2308.namprd06.prod.outlook.com>
References: <faa44e95aa561876f119edc7358fd118@xs4all.nl> <26096.1518551413@obiwan.sandelman.ca> <9e0d297ad888a36e16921d10873cc947@xs4all.nl>
In-Reply-To: <9e0d297ad888a36e16921d10873cc947@xs4all.nl>
Accept-Language: fr-CA, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=Michel.Veillette@trilliantinc.com;
x-originating-ip: [207.96.192.122]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; BN6PR06MB3569; 7:oyLRRl6FApzjDKkQ7EQYEdtqtBoXVk3B+DtW0k1rsKr40mRFVnyUusMjzufjswclenRL6kRoO8TlM9CcFuFzWoo3WpythXD27UV+YLDo0cugM+aQNZAtLPEaZ0CueGQnsfVLGGscO50hSCy6TEOPiPjk1JeSqudifj/wyFl/E47jCFoWc7j0NnBTiI26aR9Y9J3g5ujZyV/eric022r8Ktbs0lSQrniixl8ZbWMumI0m2x+BHrN/3/z7uL44X8MH
x-ms-exchange-antispam-srfa-diagnostics: SSOS;
x-ms-office365-filtering-correlation-id: 3b733039-ec29-4f07-d4da-08d573f2562b
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(4534165)(4627221)(201703031133081)(201702281549075)(5600026)(4604075)(3008032)(2017052603307)(7153060)(7193020); SRVR:BN6PR06MB3569;
x-ms-traffictypediagnostic: BN6PR06MB3569:
x-microsoft-antispam-prvs: <BN6PR06MB356962857EDFEDA8D7CF583BFEF50@BN6PR06MB3569.namprd06.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(138986009662008)(95692535739014);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040501)(2401047)(8121501046)(5005006)(3231101)(944501161)(3002001)(10201501046)(93006095)(93001095)(6041288)(20161123560045)(20161123562045)(20161123564045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123558120)(6072148)(201708071742011); SRVR:BN6PR06MB3569; BCL:0; PCL:0; RULEID:; SRVR:BN6PR06MB3569;
x-forefront-prvs: 0583A86C08
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(396003)(39380400002)(39850400004)(376002)(346002)(366004)(13464003)(199004)(189003)(76104003)(377424004)(99286004)(7736002)(68736007)(97736004)(305945005)(66066001)(8676002)(81156014)(3660700001)(81166006)(8936002)(2900100001)(2950100002)(9686003)(8666007)(55016002)(105586002)(7696005)(6436002)(6246003)(74316002)(5660300001)(33656002)(229853002)(53936002)(86362001)(316002)(106356001)(25786009)(110136005)(72206003)(4326008)(54906003)(14454004)(77096007)(478600001)(26005)(6506007)(53546011)(59450400001)(102836004)(76176011)(186003)(2501003)(3846002)(6116002)(3280700002)(2906002); DIR:OUT; SFP:1102; SCL:1; SRVR:BN6PR06MB3569; H:BN6PR06MB2308.namprd06.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en;
received-spf: None (protection.outlook.com: trilliantinc.com does not designate permitted sender hosts)
x-microsoft-antispam-message-info: AQkS5+h6Jf5jyhVObUydUF6VCMgZPtR0STjWVE/kZ7vFDNiu388ivHQsZXjPH8zG+9GVd9I8h0iGTobQi0isNg==
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: trilliantinc.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 3b733039-ec29-4f07-d4da-08d573f2562b
X-MS-Exchange-CrossTenant-originalarrivaltime: 14 Feb 2018 21:31:40.6848 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 4f6fbd13-0dfb-4150-85c3-d43260c04309
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN6PR06MB3569
Archived-At: <https://mailarchive.ietf.org/arch/msg/yot/GRkkeh1q9uahSIeJi-ew1fzNvFI>
Subject: Re: [Yot] questions concerning sid value assignments
X-BeenThere: yot@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Yang of Things <yot.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/yot>, <mailto:yot-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/yot/>
List-Post: <mailto:yot@ietf.org>
List-Help: <mailto:yot-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/yot>, <mailto:yot-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 14 Feb 2018 21:31:46 -0000

About " When two YANG identifiers are different the SIDs should be different, I think."

[I-D.ietf-core-sid] map a SID to a fully qualified path.
The same leaf name or path defined in two different YANG modules will be map to two different SIDs.

For example:
       {
         "namespace": "data",
         "identifier": "/ietf-system:system-state/platform/os-name",
         "sid": 1726
       },

Regards,
Michel

-----Original Message-----
From: peter van der Stok [mailto:stokcons@xs4all.nl] 
Sent: Wednesday, February 14, 2018 3:07 AM
To: Michael Richardson <mcr+ietf@sandelman.ca>
Cc: consultancy@vanderstok.org; Panos Kampanakis (pkampana) <pkampana@cisco.com>; Michel Veillette <Michel.Veillette@trilliantinc.com>; Kent Watsen <kwatsen@juniper.net>
Subject: Re: questions concerning sid value assignments

Hi Michael,

This is a serious issue; Thinking about is, I changed my mind several times.
I have cc'ed Kent, hoping he can provide some assistance.

Actually, there is a one to one relation between SID value and YANG identifier.
The YANG identifier includes the module name and prefix, as specified in the SID I-D (did not check).
When two YANG identifiers are different the SIDs should be different, I think.
Given that voucher and cwt-voucher have different module names, the YANG identifiers are different.
Conclusion, the SIDs should be different For example, the SID of expires-on in the cwt-voucher module is different from the SID of expires-on in the voucher module.

What do you think? It seems to hold more water than the semantics argument.

Peter

Michael Richardson schreef op 2018-02-13 20:50:
> peter van der Stok <stokcons@xs4all.nl> wrote:
>     > There are two ways to go forward:
>     > 1) reuse as much as possible SID values generated for the voucher
>     > identifiers in "used" versions
> 
> Are we talking about the SID value for "expires-on" would be the same 
> between an ietf-cwt-voucher-request and ietf-cwt-voucher, because both 
> are derived from the same ietf-voucher document?
> 
> I want to say that I can live with it either way. I prefer it to be 
> the same, because it makes coding easier, but I can cope.
> 
>     > 2) assume that reusing is OK, but the voucher identifiers can be 
> assigned
>     > different SID values, because their semantics are different.
> 
> So that's the thing, it might be different in other situations, and 
> wouldn't want to screw things up down the road just to save a 
> definition in a
> file.   Maybe different semantics are in fact a "do not" though.
> 
>     > Do you have an idea about that. Possibly you can explain how you 
> think that
>     > the grouping should be used for different voucher versions and 
> if that
>     > applies to the cwt-voucher.
> 
>     > As far as I understand, the semantics of identifiers of the 
> cwt-voucher are
>     > identical to the ones of the original yang voucher specification. 
> In that
>     > case the SID values should be identical as well (seems to me)
> 
> Agreed.
> 
> --
> Michael Richardson <mcr+IETF@sandelman.ca>, Sandelman Software Works  
> -= IPv6 IoT consulting =-