summaryrefslogtreecommitdiffstats
path: root/sdnr/model/yang/notifications@2008-07-14.yang
diff options
context:
space:
mode:
authordemx8as6 <martin.skorupski@highstreet-technologies.com>2018-07-06 10:27:37 +0200
committerTimoney, Dan (dt5972) <dt5972@att.com>2018-07-11 16:53:59 -0400
commit9872fa0a158c347d7bdfa72c4e0da06576b297b1 (patch)
treea2bc415665356bf06ebd4d6f4fdac7277da5141d /sdnr/model/yang/notifications@2008-07-14.yang
parent60315525ab5e7c12a9f47c409092e8dba6ad656d (diff)
Add YANG modules used by SDN-R apps
Applications of wireless artifacts supports a couple of YANG modules from various SDOs. Most of them might be "learnt" by ODL (CCSDK) when connecting the frist time to a NetConf Server during handshake, (HELLO-MESSAGE). APIs based on YANG modules might be used south- bound and northbound. Issue-ID: CCSDK-352 Change-Id: I8785148c1f9473c7c006255d718a1fbaf950164c Signed-off-by: demx8as6 <martin.skorupski@highstreet-technologies.com>
Diffstat (limited to 'sdnr/model/yang/notifications@2008-07-14.yang')
-rw-r--r--sdnr/model/yang/notifications@2008-07-14.yang82
1 files changed, 82 insertions, 0 deletions
diff --git a/sdnr/model/yang/notifications@2008-07-14.yang b/sdnr/model/yang/notifications@2008-07-14.yang
new file mode 100644
index 00000000..1d067116
--- /dev/null
+++ b/sdnr/model/yang/notifications@2008-07-14.yang
@@ -0,0 +1,82 @@
+module notifications {
+
+ namespace "urn:ietf:params:xml:ns:netconf:notification:1.0";
+ prefix "ncEvent";
+
+ import ietf-yang-types { prefix yang; revision-date "2013-07-15";}
+
+ organization
+ "IETF NETCONF WG";
+
+ contact
+ "netconf@ops.ietf.org";
+
+ description
+ "Conversion of the 'ncEvent' XSD in the
+ NETCONF Notifications RFC.";
+
+ reference
+ "RFC 5277.";
+
+ revision 2008-07-14 {
+ description "RFC 5277 version.";
+ }
+
+ typedef streamNameType {
+ description
+ "The name of an event stream.";
+ type string;
+ }
+
+ rpc create-subscription {
+ description
+ "The command to create a notification subscription. It
+ takes as argument the name of the notification stream
+ and filter. Both of those options limit the content of
+ the subscription. In addition, there are two time-related
+ parameters, startTime and stopTime, which can be used to
+ select the time interval of interest to the notification
+ replay feature.";
+
+ input {
+ leaf stream {
+ description
+ "An optional parameter that indicates which stream of events
+ is of interest. If not present, then events in the default
+ NETCONF stream will be sent.";
+ type streamNameType;
+ default "NETCONF";
+ }
+
+ anyxml filter {
+ description
+ "An optional parameter that indicates which subset of all
+ possible events is of interest. The format of this
+ parameter is the same as that of the filter parameter
+ in the NETCONF protocol operations. If not present,
+ all events not precluded by other parameters will
+ be sent.";
+ }
+
+ leaf startTime {
+ description
+ "A parameter used to trigger the replay feature and
+ indicates that the replay should start at the time
+ specified. If start time is not present, this is not a
+ replay subscription.";
+ type yang:date-and-time;
+ }
+
+ leaf stopTime {
+ // must ". >= ../startTime";
+ description
+ "An optional parameter used with the optional replay
+ feature to indicate the newest notifications of
+ interest. If stop time is not present, the notifications
+ will continue until the subscription is terminated.
+ Must be used with startTime.";
+ type yang:date-and-time;
+ }
+ }
+ }
+} \ No newline at end of file