Hello, Based on discussion here is version2 of the proposed liaison text:
Liaison text v2: IETF NETMOD working group requests ORAN to avoid using deviations as part of its specification. When ORAN plans to reuse specifications from other standard bodies or industry groups it should not remove or change functionality. If variations are needed compared to a base model, ORAN should ask the original group to include feature statements in the original YANG module. As documented in https://tools.ietf.org/html/rfc7950#section-7.20.3 “... deviations MUST never be part of a published standard, since they are the mechanism for learning how implementations vary from the standards.” As documented in <https://tools.ietf.org/html/draft-ietf-netmod-yang-packages-01#section-5.8.1> https://tools.ietf.org/html/draft-ietf-netmod-yang-packages-01#section-5.8.1 the usage of deviations would prevent: * Vendors to claim conformance to both ORAN and 3GPP specifications (which are in some cases used as a base for the ORAN YANG models) * Vendors to implement their own deviations for the same YANG schema nodes * Note: The problems with deviations exists even if YANG modules are used without using YANG packages. Regards Balazs From: netmod <netmod-boun...@ietf.org> On Behalf Of Jan Lindblad (jlindbla) Sent: 2020. november 19., csütörtök 11:00 To: Balázs Lengyel <balazs.lengyel=40ericsson....@dmarc.ietf.org> Cc: Robert Petersen <robert.peter...@ericsson.com>; Jacqueline Beaulac S <jacqueline.s.beau...@ericsson.com>; netmod@ietf.org Subject: Re: [netmod] Liaison statement to ORAN Balázs, +1 I think this is an important message to O-RAN, and I know similar ideas have been up for discussions in other SDOs as well. I think your proposed way of conveying the message is good. Best Regards, /jan On 18 Nov 2020, at 09:09, Balázs Lengyel <balazs.lengyel=40ericsson....@dmarc.ietf.org <mailto:balazs.lengyel=40ericsson....@dmarc.ietf.org> > wrote: Hello, In connection to the draft <https://tools.ietf.org/html/draft-ietf-netmod-yang-packages-01> https://tools.ietf.org/html/draft-ietf-netmod-yang-packages-01 I propose to send a liaison statement from IETF Netmod to ORAN. The issue: 3GPP is standardizing a good number of YANG modules as part of the 3gpp TS 28.541 and 28.623 ( <https://protect2.fireeye.com/v1/url?k=de649d27-81ffa5c5-de64ddbc-86073b36ea28-bd22f142f9b85dd6&q=1&e=5a78b7c7-b77b-4866-87e7-f206e86f6f2b&u=https%3A%2F%2Fforge.3gpp.org%2Frep%2Fsa5%2FMnS%2Ftree%2FRel17-draft%2Fyang-models> https://forge.3gpp.org/rep/sa5/MnS/tree/Rel17-draft/yang-models). ORAN plans to re-use this models, but possibly refine them in some ways. They are considering using deviations to do this. E.g. change config=true schemas node to config=false. This creates problems as documented in <https://tools.ietf.org/html/draft-ietf-netmod-yang-packages-01%23section-5.8.1> https://tools.ietf.org/html/draft-ietf-netmod-yang-packages-01#section-5.8.1 - Deviations by an SDO (standard defining organization) prevent implementations from reporting their own deviations for the same nodes. - Deviations by an SDO prevent implementations from conforming to the standards specified by both SDOs. To avoid these problems I propose to send the following text to ORAN: “IETF NETMOD working group requests ORAN to avoid using deviations as part of its specification. As documented in <https://tools.ietf.org/html/draft-ietf-netmod-yang-packages-01%23section-5.8.1> https://tools.ietf.org/html/draft-ietf-netmod-yang-packages-01#section-5.8.1 the usage of deviations would prevent: * Vendors to implement their own deviations for the same YANG schema nodes * Vendors to claim conformance to both ORAN and 3GPP specifications which are in some cases used as a base for the ORAN YANG models Note: These problems with deviations exists even if YANG modules are used without using YANG packages. Regards Balazs -- Balazs Lengyel Senior Specialist Ericsson Hungary Ltd. Mobile: +36-70-330-7909 email: <mailto:balazs.leng...@ericsson.com> balazs.leng...@ericsson.com _______________________________________________ netmod mailing list <mailto:netmod@ietf.org> netmod@ietf.org <https://www.ietf.org/mailman/listinfo/netmod> https://www.ietf.org/mailman/listinfo/netmod
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________ netmod mailing list netmod@ietf.org https://www.ietf.org/mailman/listinfo/netmod
