Re: [netmod] Liaison statement to ORAN

[Mahesh Jethanandani]

Hi Balazs,

Do you have an example of where O-RAN is trying to deviate a 3GPP model? I 
would agree that for O-RAN to deviate a model would be a problem, and that it 
should be left to vendors to decide if they want to deviate the 3GPP model.

> On Nov 18, 2020, at 12:09 AM, Balázs Lengyel 
>  wrote:
> 
> Hello,
> In connection to the draft 
> 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://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#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#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 LengyelSenior Specialist   
> Ericsson Hungary Ltd. 
> Mobile: +36-70-330-7909  email: balazs.leng...@ericsson.com 
> 
>  
> ___
> netmod mailing list
> netmod@ietf.org 
> https://www.ietf.org/mailman/listinfo/netmod 
> 
Mahesh Jethanandani
mjethanand...@gmail.com





___
netmod mailing list
netmod@ietf.org
https://www.ietf.org/mailman/listinfo/netmod

[netmod] Liaison statement to ORAN

[Balázs Lengyel]

Hello,

In connection to the draft
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://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#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#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 LengyelSenior Specialist
Ericsson Hungary Ltd. 

Mobile: +36-70-330-7909  email: balazs.leng...@ericsson.com

 



smime.p7s
Description: S/MIME cryptographic signature
___
netmod mailing list
netmod@ietf.org
https://www.ietf.org/mailman/listinfo/netmod