Re: [netmod] RFC8808 factory default - use if booting without a running ?

[Andy Bierman]

On Thu, Nov 19, 2020 at 9:51 AM Sterne, Jason (Nokia - CA/Ottawa) <
jason.ste...@nokia.com> wrote:

> Hi all,
>
>
>
> RFC8808 talks about a use-case where a network element first comes from
> the factory.
>
>
>
> Would it also make sense to use the factory default configuration in a
> scenario where a device reboots but can't find the startup datastore?
> (i.e. no file, or corrupted file).  I think that might often be a way that
> a booting system would determine that it is actually in a 'new from the
> factory" situation.
>
>
>

Yes -- our server has that option (for several years).
The server can reboot with the factory default config if booting the saved
config fails.


Jason
>


Andy


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

[netmod] RFC8808 factory default - use if booting without a running ?

[Sterne, Jason (Nokia - CA/Ottawa)]

Hi all,

RFC8808 talks about a use-case where a network element first comes from the 
factory.

Would it also make sense to use the factory default configuration in a scenario 
where a device reboots but can't find the startup datastore?  (i.e. no file, or 
corrupted file).  I think that might often be a way that a booting system would 
determine that it is actually in a 'new from the factory" situation.

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

Re: [netmod] Mailing List

[Kent Watsen]

Hi Zidago,

Please self-subscribe here: https://www.ietf.org/mailman/listinfo/netmod 


Thanks,
Kent


> On Nov 18, 2020, at 2:47 AM, z...@sakotechnologies.com wrote:
> 
> Hi
> 
> Asking to be added onto the mailing list.
> 
> Thanks
> 
> Regards
> 
> ZIDAGO SAKO
> 
> ___
> netmod mailing list
> netmod@ietf.org
> https://www.ietf.org/mailman/listinfo/netmod

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

[netmod] Mailing List

[zst]

Hi 

Asking to be added onto the mailing list. 

Thanks 

Regards 


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

Re: [netmod] Liaison statement to ORAN

[Jan Lindblad (jlindbla)]

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 
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 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

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

Re: [netmod] Liaison statement to ORAN

[Balázs Lengyel]

Hello Mahesh,

I heard many discussions about this, but I can’t supply you with a specific 
example just now. I will ask if my colleagues working in ORAN can help.

Regards Balazs

 

From: Mahesh Jethanandani  
Sent: 2020. november 18., szerda 19:02
To: Balázs Lengyel 
Cc: netmod@ietf.org; Robert Petersen ; Jacqueline 
Beaulac S 
Subject: Re: [netmod] Liaison statement to ORAN

 

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 
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 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  

 

 

 

 



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