date:20160128

[netmod] Question on the output of rpc-reply for operational model?

2016-01-28 Thread Yong Zhu



Hi Work group,


We got some question regarding netconf operation’s rpc-reply output.

For example, we have draft operational model as follows (list AAA contains list 
BBB which contains list CCC):

list AAA {

key "aaa_name";

config false;

leaf aaa_name {

type 
string;

}

leaf aaa_leaf1 {

type 
int32;

}



list BBB {

key 
"bbb_name";

config 
false;

leaf 
bbb_name {


type string;

}

leaf 
bbb_leaf1 {


type uint32;

}



list 
CCC {


key "ccc_name";


config false;


leaf ccc_name {


type string;


}


leaf ccc_leaf1 {


type uint32;


}

} 
//list CCC

} //list BBB

} //list AAA

The netconf request is the following:





























What is the expected ? More specifically, will CCC’s key (leaf ) be included in 
rpc-reply? Will AAA/BBB’s key (leaf / ) be included in rpc-reply?



The following is what I am thinking now. Please comment.







  my AAA name //???



my BBB name //???



  my CCC name //???

  my ccc leaf1 name













Thanks

/Yong

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

[netmod] Mini WG Last Call: draft-ietf-netmod-yang-metadata-03

2016-01-28 Thread Nadeau Thomas



This message is to officially begin a mini WG last call on 
draft-ietf-netmod-yang-metadata-03   Lada had to make a number of changes to 
the document based on feedback from the last call, and so the co-chairs felt 
that it was prudent to put this before the WG for a short LC period. I’d like 
this period to end on Monday, February 1 at 9AM EST. Please post comments to 
the list so that they can be recorded if any are needed.

Thank you,

—Tom (speaking as co-chair)


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

[netmod] Mini WG Last Call draft-ietf-netmod-yang-json-07

2016-01-28 Thread Nadeau Thomas


This message is to officially begin a mini WG last call on 
draft-ietf-netmod-yang-json-07.  Lada had to make a number of changes to the 
document based on feedback from the last call, and so the co-chairs felt that 
it was prudent to put this before the WG for a short LC period. I’d like this 
period to end on Monday, February 1 at 9AM EST. Please post comments to the 
list so that they can be recorded if any are needed.

Thank you,

—Tom (speaking as co-chair)


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

Re: [netmod] Question on the output of rpc-reply for operational model?

2016-01-28 Thread Yong Zhu

Hi Kent and Workgroup,

Thank for your reminder. I convert to plain-txt (my old format is terrible. J) 
Please share your thought.
We got some question regarding netconf operation’s rpc-reply output.
For example, we have draft operational model as follows (list AAA contains list 
BBB which contains list CCC):
list AAA {
  key "aaa_name";
  config false;
  leaf aaa_name {
type string;
  }
  leaf aaa_leaf1 {
type int32;
   }
   list BBB { 
 key "bbb_name";
 config false;
 leaf bbb_name {
   type string;
 }
 leaf bbb_leaf1 {
   type uint32;
 }
 list CCC {
   key "ccc_name";
   config false;
   leaf ccc_name {
 type string; 
   }
   leaf ccc_leaf1 {
 type uint32
   }
 } //list CCC
  } //list BBB
} //list AAA

The netconf  request is the following:

  

  
   

//query on ccc leaf node

   
  
   
  


What is the expected ? More specifically, will CCC’s key (leaf ) be included in 
rpc-reply? Will AAA/BBB’s key (leaf / ) be included in rpc-reply?
The following is what I am thinking now. Please comment.


  
my aaa name

  my bbb name
  
   my ccc name
   my ccc leaf1
  

  



Thanks
/Yong

From: Kent Watsen [mailto:kwat...@juniper.net] 
Sent: Thursday, January 28, 2016 8:25 AM
To: Yong Zhu; netmod@ietf.org
Subject: Re: [netmod] Question on the output of  rpc-reply for operational 
model?


Hi Yong,

The formatting on your message makes it difficult to read - please consider 
sending to the list using plain text.  

Otherwise, see below for comments - look for [KENT]...

Thanks,
Kent


From: netmod  on behalf of Yong Zhu 

Date: Thursday, January 28, 2016 at 10:51 AM
To: "netmod@ietf.org" , Yong Zhu 
Subject: [netmod] Question on the output of  rpc-reply for operational 
model?



Hi Work group,

 
We got some question regarding netconf operation’s rpc-reply output.

For example, we have draft operational model as follows (list AAA contains list 
BBB which contains list CCC):

    list AAA {

    key "aaa_name";

    config false;

    leaf aaa_name {

    type 
string;

    }

    leaf aaa_leaf1 {

    type 
int32;

    }

    

    list BBB { 

    key 
"bbb_name";

    config 
false;

    leaf 
bbb_name {


    type string;

    }

        leaf 
bbb_leaf1 {

        
type uint32;

        }

 

    list 
CCC {


    key "ccc_name";


    config false;


    leaf ccc_name {


    type string; 


    }


    leaf ccc_leaf1 {


    type uint32;    


    }

    } 
//list CCC

    } //list BBB

    } //list AAA

The netconf request is the following:


[KENT] the request seems to be missing here

  



  



    

     

   

    





  



 

What is the expected ? 

[KENT] this depends on what data is configured on the server


More specifically,

Re: [netmod] minor question - YANG Document Guidelines: Imports

2016-01-28 Thread thomas nadeau

Thats a great idea. I ran into the same thing yesterday and had to fish around 
to find the actual RFC it came from.

tom


> On Jan 28, 2016, at 1:57 PM, Joel M. Halpern  wrote:
> 
> I ran into something while reading a YANG internet-draft recently, and I 
> wonder if a bit of advice in the YANG Document Guidelines (rfc6087bis) would 
> be reasonable.
> 
> Section 4.8 of the guidelines states that any imported modules must also have 
> a reference in the references section.  Which is good.  But there is no 
> obvious way for a human reader to relate the two.
> 
> Would it be sensible to recommend in this document (I don't know if it would 
> be 4.8 or a new section later in the document) that import statements have a 
> comment with them either naming the internet draft / RFC they are importing 
> from, or pointing to the reference which names it?
> 
> Thank you,
> Joel
> 
> ___
> 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] minor question - YANG Document Guidelines: Imports

2016-01-28 Thread Juergen Schoenwaelder

On Thu, Jan 28, 2016 at 01:57:22PM -0500, Joel M. Halpern wrote:
> I ran into something while reading a YANG internet-draft recently, and I 
> wonder if a bit of advice in the YANG Document Guidelines (rfc6087bis) 
> would be reasonable.
> 
> Section 4.8 of the guidelines states that any imported modules must also 
> have a reference in the references section.  Which is good.  But there 
> is no obvious way for a human reader to relate the two.
> 
> Would it be sensible to recommend in this document (I don't know if it 
> would be 4.8 or a new section later in the document) that import 
> statements have a comment with them either naming the internet draft / 
> RFC they are importing from, or pointing to the reference which names it?
>

Perhaps RFC 6087bis can give additional guidelines. The common way to
get the references into the enclosing document is to include a
statement before the definitions that says something like:

   This module imports  from the  defined in
   [RFCXYZ] and  form the  defined in [RFCABC].

To help readers that have the module and who do not want to bother
looking up the document, including comments may help. It is kind of
funny that YANG does not allow reference statements on imports...

/js

-- 
Juergen Schoenwaelder   Jacobs University Bremen gGmbH
Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany
Fax:   +49 421 200 3103 

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

[netmod] I-D Action: draft-ietf-netmod-yang-json-07.txt

2016-01-28 Thread internet-drafts


A New Internet-Draft is available from the on-line Internet-Drafts directories.
 This draft is a work item of the NETCONF Data Modeling Language Working Group 
of the IETF.

Title   : JSON Encoding of Data Modeled with YANG
Author  : Ladislav Lhotka
Filename: draft-ietf-netmod-yang-json-07.txt
Pages   : 20
Date: 2016-01-28

Abstract:
   This document defines encoding rules for representing configuration,
   state data, RPC operation or action input and output parameters, and
   notifications defined using YANG as JavaScript Object Notation (JSON)
   text.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-netmod-yang-json/

There's also a htmlized version available at:
https://tools.ietf.org/html/draft-ietf-netmod-yang-json-07

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=draft-ietf-netmod-yang-json-07


Please note that it may take a couple of minutes from the time of submission
until the htmlized version and diff are available at tools.ietf.org.

Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/

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

[netmod] I-D Action: draft-ietf-netmod-yang-metadata-03.txt

2016-01-28 Thread internet-drafts


A New Internet-Draft is available from the on-line Internet-Drafts directories.
 This draft is a work item of the NETCONF Data Modeling Language Working Group 
of the IETF.

Title   : Defining and Using Metadata with YANG
Author  : Ladislav Lhotka
Filename: draft-ietf-netmod-yang-metadata-03.txt
Pages   : 20
Date: 2016-01-28

Abstract:
   This document defines a YANG extension statement that allows for
   defining metadata annotations in YANG modules.  The document also
   specifies XML and JSON encoding of annotations and other rules for
   annotating instances of YANG data nodes.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-netmod-yang-metadata/

There's also a htmlized version available at:
https://tools.ietf.org/html/draft-ietf-netmod-yang-metadata-03

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=draft-ietf-netmod-yang-metadata-03


Please note that it may take a couple of minutes from the time of submission
until the htmlized version and diff are available at tools.ietf.org.

Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/

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

Re: [netmod] Question on the output of rpc-reply for operational model?

2016-01-28 Thread Juergen Schoenwaelder

Hi,

your question is mainly a protocol question and not so much a YANG
question so it probably belongs to NETCONF more than NETMOD. RFC 6241
in the section describing subtree filtering says:

   o  If any sibling nodes of the selection node are instance identifier
  components for a conceptual data structure (e.g., list key leaf),
  then they MAY also be included in the filter output.

I would expect that sensible implementations implement the MAY and
include sibling key leafs (and that they would do this recursively).

/js

On Thu, Jan 28, 2016 at 05:39:04PM +, Yong Zhu wrote:
> Hi Kent and Workgroup,
> 
> Thank for your reminder. I convert to plain-txt (my old format is terrible. 
> J) Please share your thought.
> We got some question regarding netconf operation’s rpc-reply output.
> For example, we have draft operational model as follows (list AAA contains 
> list BBB which contains list CCC):
> list AAA {
>   key "aaa_name";
>   config false;
>   leaf aaa_name {
> type string;
>   }
>   leaf aaa_leaf1 {
> type int32;
>}
>list BBB { 
>  key "bbb_name";
>  config false;
>  leaf bbb_name {
>type string;
>  }
>  leaf bbb_leaf1 {
>type uint32;
>  }
>  list CCC {
>key "ccc_name";
>config false;
>leaf ccc_name {
>  type string; 
>}
>leaf ccc_leaf1 {
>  type uint32
>}
>  } //list CCC
>   } //list BBB
> } //list AAA
> 
> The netconf  request is the following:
> 
>   
> 
>   
>
> 
> //query on ccc leaf node
> 
>
>   
>
>   
> 
> 
> What is the expected ? More specifically, will CCC’s key (leaf ) be included 
> in rpc-reply? Will AAA/BBB’s key (leaf / ) be included in rpc-reply?
> The following is what I am thinking now. Please comment.
> 
> 
>   
> my aaa name
> 
>   my bbb name
>   
>my ccc name
>my ccc leaf1
>   
> 
>   
> 
> 
> 
> Thanks
> /Yong
> 
> From: Kent Watsen [mailto:kwat...@juniper.net] 
> Sent: Thursday, January 28, 2016 8:25 AM
> To: Yong Zhu; netmod@ietf.org
> Subject: Re: [netmod] Question on the output of  rpc-reply for 
> operational model?
> 
> 
> Hi Yong,
> 
> The formatting on your message makes it difficult to read - please consider 
> sending to the list using plain text.  
> 
> Otherwise, see below for comments - look for [KENT]...
> 
> Thanks,
> Kent
> 
> 
> From: netmod  on behalf of Yong Zhu 
> 
> Date: Thursday, January 28, 2016 at 10:51 AM
> To: "netmod@ietf.org" , Yong Zhu 
> Subject: [netmod] Question on the output of  rpc-reply for operational 
> model?
> 
> 
> 
> Hi Work group,
> 
>  
> We got some question regarding netconf operation’s rpc-reply output.
> 
> For example, we have draft operational model as follows (list AAA contains 
> list BBB which contains list CCC):
> 
>     list AAA {
> 
>     key "aaa_name";
> 
>     config false;
> 
>     leaf aaa_name {
> 
>     type 
> string;
> 
>     }
> 
>     leaf aaa_leaf1 {
> 
>     type 
> int32;
> 
>     }
> 
>     
> 
>     list BBB { 
> 
>     key 
> "bbb_name";
> 
>     
> config false;
> 
>     leaf 
> bbb_name {
> 
>   
>   type string;
> 
>     }
> 
>         leaf 
> bbb_leaf1 {
> 
>         
> type uint32;
> 
>         }
> 
>  
> 
>     list 
> CCC {
> 
>   
>   key "ccc_name";
> 
>   
>   config false;
> 
>   
>   leaf ccc_name {
> 
>   
>

[netmod] new revisions of yang-json and yang-metadata

2016-01-28 Thread Ladislav Lhotka

Hi,

I posted new revisions of the two drafts

* https://tools.ietf.org/html/draft-ietf-netmod-yang-json-07

* https://tools.ietf.org/html/draft-ietf-netmod-yang-metadata-03

The only technical change actually affects both: yang-json now generally 
permits special JSON object members whose names start with the '@' character. 
Consequently, all implementations of this draft have to be prepared to receive 
such members, and yang-metadata needn't care about syntactic problems.

Otherwise, I hope I corrected all typos and applied all formulation changes 
that were suggested in WGLC reviews and personal communication.

Lada

--
Ladislav Lhotka, CZ.NIC Labs
PGP Key ID: E74E8C0C




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

Re: [netmod] Question on the output of rpc-reply for operational model?

2016-01-28 Thread Kent Watsen


Hi Yong,

The formatting on your message makes it difficult to read - please consider 
sending to the list using plain text.

Otherwise, see below for comments - look for [KENT]...

Thanks,
Kent


From: netmod > on 
behalf of Yong Zhu >
Date: Thursday, January 28, 2016 at 10:51 AM
To: "netmod@ietf.org" 
>, Yong Zhu 
>
Subject: [netmod] Question on the output of  rpc-reply for operational 
model?



Hi Work group,


We got some question regarding netconf operation’s rpc-reply output.

For example, we have draft operational model as follows (list AAA contains list 
BBB which contains list CCC):

list AAA {

key "aaa_name";

config false;

leaf aaa_name {

type 
string;

}

leaf aaa_leaf1 {

type 
int32;

}



list BBB {

key 
"bbb_name";

config 
false;

leaf 
bbb_name {


type string;

}

leaf 
bbb_leaf1 {


type uint32;

}



list 
CCC {


key "ccc_name";


config false;


leaf ccc_name {


type string;


}


leaf ccc_leaf1 {


type uint32;


}

} 
//list CCC

} //list BBB

} //list AAA

The netconf request is the following:


[KENT] the request seems to be missing here



























What is the expected ?

[KENT] this depends on what data is configured on the server


More specifically, will CCC’s key (leaf ) be included in rpc-reply? Will 
AAA/BBB’s key (leaf / ) be included in rpc-reply?

[KENT] generally, list keys are returned (e.g., "aaa_name”).  The usage example 
here shows how a list is encoded in XML: 
https://tools.ietf.org/html/draft-ietf-netmod-rfc6020bis-09#section-7.8.3.1



The following is what I am thinking now. Please comment.







  my AAA name //???



my BBB name //???



  my CCC name //???

  my ccc leaf1 name



[KENT] I don’t understand this at all.









Thanks

/Yong

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

[netmod] Question on the output of rpc-reply for operational model?

[netmod] Mini WG Last Call: draft-ietf-netmod-yang-metadata-03

[netmod] Mini WG Last Call draft-ietf-netmod-yang-json-07

Re: [netmod] Question on the output of rpc-reply for operational model?

Re: [netmod] minor question - YANG Document Guidelines: Imports

Re: [netmod] minor question - YANG Document Guidelines: Imports

[netmod] I-D Action: draft-ietf-netmod-yang-json-07.txt

[netmod] I-D Action: draft-ietf-netmod-yang-metadata-03.txt

Re: [netmod] Question on the output of rpc-reply for operational model?

[netmod] new revisions of yang-json and yang-metadata

Re: [netmod] Question on the output of rpc-reply for operational model?

11 matches

Site Navigation

Mail list logo

Footer information