Hi Brian
I am also looking at a JIRA issue about whether we should support RFC8343
(YANG data model for interface management) as it obsoletes RFC7223. I cannot
find the interface YANG model used by SDNC. Is it based on RFC7223 or RFC8343?
The difference is that the "/interfaces-state" subtree with read only data
nodes is deprecated in RFC8343. All read only data nodes are now present in the
"/interfaces" subtree (which previously only had read write data nodes).
RFC7223 structure is still allowed in RFC8343 for backward compatibility
reasons.
New RFC8343 model:
module: ietf-interfaces
+--rw interfaces
+--rw interface* [name]
+--rw name string
+--rw description? string
+--rw type identityref
+--rw enabled? boolean
+--rw link-up-down-trap-enable? enumeration {if-mib}?
+--ro admin-status enumeration {if-mib}?
+--ro oper-status enumeration
+--ro last-change? yang:date-and-time
+--ro if-index int32 {if-mib}?
+--ro phys-address? yang:phys-address
+--ro higher-layer-if* interface-ref
+--ro lower-layer-if* interface-ref
+--ro speed? yang:gauge64
+--ro statistics
+--ro discontinuity-time yang:date-and-time
+--ro in-octets? yang:counter64
+--ro in-unicast-pkts? yang:counter64
+--ro in-broadcast-pkts? yang:counter64
+--ro in-multicast-pkts? yang:counter64
+--ro in-discards? yang:counter32
+--ro in-errors? yang:counter32
+--ro in-unknown-protos? yang:counter32
+--ro out-octets? yang:counter64
+--ro out-unicast-pkts? yang:counter64
+--ro out-broadcast-pkts? yang:counter64
+--ro out-multicast-pkts? yang:counter64
+--ro out-discards? yang:counter32
+--ro out-errors? yang:counter32
Regards
John
From: FREEMAN, BRIAN D <[email protected]>
Sent: 18 July 2018 14:13
To: '[email protected]' < [email protected] >; John Quilty
<[email protected]>
Subject: RE: Supporting YANG models based on RFC6020 and RFC7950
At least for GENERIC-RESOURCE-API.
Vendor models exposed directly would be supported if ODL correctly communicates
with the Yang 1.1 based device
Brian
From: FREEMAN, BRIAN D
Sent: Wednesday, July 18, 2018 9:12 AM
To: [email protected]<mailto:[email protected]>;
[email protected]<mailto:[email protected]>
Subject: RE: Supporting YANG models based on RFC6020 and RFC7950
I thought this question had already been asked and the feedback was that only
RFC6020 (Yang 1.0) was supported not RFC7950 (Yang 1.1)
For VNF netconf interfaces I think there is recognition that Yang 1.1 models
are available in a few devices and I thought folks were going to make it an
option for the VNF Requirements.
We are not supporting it on the northbound restconf interfaces on the
controllers.
I think you should follow up with the VNF Requirements project (Stephen Wright
is PTL) if you are not already working with them.
Brian
From: [email protected]<mailto:[email protected]>
<[email protected]<mailto:[email protected]>> On Behalf Of
John Q
Sent: Wednesday, July 18, 2018 6:42 AM
To: [email protected]<mailto:[email protected]>
Subject: [onap-discuss] Supporting YANG models based on RFC6020 and RFC7950
Hi
I am looking to find out if there are any ONAP components using YANG parsers
that cannot support models based on RFC7950 (also known as RFC6020bis). The ODL
Yang parser can support both RFC6020 and RFC7950
Regards
John
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#11265): https://lists.onap.org/g/onap-discuss/message/11265
Mute This Topic: https://lists.onap.org/mt/23743179/21656
Group Owner: [email protected]
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub
[[email protected]]
-=-=-=-=-=-=-=-=-=-=-=-
