-
Notifications
You must be signed in to change notification settings - Fork 10
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
how to handle deviate(replace) for a data type #148
Comments
So, it should get allocations from a different SID range, right? |
Deviations do not get SID assignments. The YANG to CBOR encoding of a leaf or leaf-list is based on the "effective schema" To be clear:
|
We might still want to allow the assignment of a SID to the name of a deviation module to enable the compression of 'ietf-yang-libra'.
Something similar to 'draft-ietf-core-yang-library'.
Regards,
Michel
From: Andy Bierman ***@***.***>
Sent: 3 février 2023 17:54
To: core-wg/yang-cbor ***@***.***>
Cc: Subscribed ***@***.***>
Subject: Re: [core-wg/yang-cbor] how to handle deviate(replace) for a data type (Issue #148)
External Email: Please use caution when opening links and attachments / Courriel externe: Soyez prudent avec les liens et documents joints
Deviations do not get SID assignments.
They do not change the meaning of any SID assignments.
The YANG to CBOR encoding of a leaf or leaf-list is based on the "effective schema"
which might be a composite of YANG modules and deviations.
To be clear:
* The static generation of the SID file is not affected.
* The runtime generation of CBOR-encoded YANG data by a server is affected
* The YANG library contents from a server are used by a client to determine the schema tree used )done at runtime)
-
Reply to this email directly, view it on GitHub<https://can01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fcore-wg%2Fyang-cbor%2Fissues%2F148%23issuecomment-1416500054&data=05%7C01%7CMichel.Veillette%40trilliant.com%7Cb8898ddc95ad43e9d04208db06397b32%7C4f6fbd130dfb415085c3d43260c04309%7C0%7C0%7C638110616177107965%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=Wc2QrRu1SPZ3QDY%2FN33pc18kXWIg0F9bh%2BHzCJqojI4%3D&reserved=0>, or unsubscribe<https://can01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fnotifications%2Funsubscribe-auth%2FADZVLN6BZOREST2WKWDK2OTWVWD65ANCNFSM6AAAAAAUQPORIM&data=05%7C01%7CMichel.Veillette%40trilliant.com%7Cb8898ddc95ad43e9d04208db06397b32%7C4f6fbd130dfb415085c3d43260c04309%7C0%7C0%7C638110616177107965%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=bTylMjE755vhHm9%2BIfTQMeMlzXwSHHgX127M6sF5JuY%3D&reserved=0>.
You are receiving this because you are subscribed to this thread.Message ID: ***@***.******@***.***>>
|
Actually a deviation module is just another YANG module. The module itself is already getting a SID assignment |
I think I understand the gist of this discussion. |
deviations allow types to be changed
The deviation is always in a different YANG module that the changed objects.
The SID file ignores server deviations -- which is correct since the type info is not in the SID file.
In this case the server will send leaf /foo as a string and not an int32.
The client is expected to apply the deviations advertised by the server and expect
a string for leaf /foo and not int32.
This is being done in the wild (much to my protests)
The text was updated successfully, but these errors were encountered: