Re: [netmod] poll of interest on I-Ds submitted to the NETMOD WG

["Alexander Clemm (alex)" <[e-mail]>]

Hi Juergen,
here is my input - inline <ALEX>
Thanks
--- Alex

-----Original Message-----
From: netmod [mailto:[e-mail]] On Behalf Of Juergen Schoenwaelder
Sent: Tuesday, November 26, 2013 8:47 AM
To: [e-mail]
Subject: Re: [netmod] poll of interest on I-Ds submitted to the NETMOD WG

Hi,

one week has passed and I have seen input from _five_ people. This is not a whole lot of people I think. If you have an interest in any of the proposed work, please speak up now. Likewise, if you have strong reasons why you think some work should not be done, please speak up as well. I plan to draw conclusions from this poll next week - so please send your comments until Dec. 1st.

/js

On Wed, Nov 20, 2013 at 08:00:12AM +0100, Juergen Schoenwaelder wrote:
> Hi,
> 
> at the last WG meeting in Vancouver, we did run out of time to discuss 
> what to do with the various individual I-Ds that have been submitted 
> to the NETMOD WG. So I like to poll for opinions on the list in order 
> to get a feeling where we are. In particular, I like to poll for 
> opinions on whether the following I-Ds should be worked on in an IETF 
> working group and how you see the priorities. In particular, it would 
> be nice to know who is willing to actively review documents and also 
> who is planning to implement the technology proposed in the various 
> I-Ds.
> 
> YANG Infrastructure:
> 
> [1] 
> http://tools.ietf.org/id/draft-bierman-netmod-yang-conformance-01.txt


<ALEX> 
Conformance is an important aspect.  The issues pointed out are the right ones.  The solution needs more work, but I think this is a good working group item.  
</ALEX>



> [2] 
> http://tools.ietf.org/id/draft-bjorklund-netmod-yang-xpath-extensions-
> 00.txt

<ALEX> Support
</ALEX>

 [3] 
> http://tools.ietf.org/id/draft-lhotka-netmod-yang-json-02.txt


<ALEX> I think this is important and needs to be worked on.  Part of the restconf, which is important as well, having a JSON alternative to XML to encode information makes a lot of sense
</ALEX>



> 
> Data Models:



<ALEX> General comment:  I think data models are an important enabler for applications; data models for common items should be taken up for standardization by IETF and netmod makes for a natural home for these.  So, I am strongly supporting these.  

Of course, it is a possible that some of the data models will be developed in other working groups with expertise for the particular subject matter.  However, I don't think that YANG is mainstream enough yet where this will just happen by itself in other working groups.  
<ALEX>


> 
> [4] http://tools.ietf.org/id/draft-huang-netmod-acl-03.txt


<ALEX> 
Obviously, I am biased here - I strongly support this.  ACLs and SPFs are among the most important items to configure today; no configuration solution is complete unless it addresses these.  There are many applications, also in the SDN space, which involve configuring stateless packet filters and access control rules and which will benefit from standardization.   
</ALEX>


> [5] 
> http://tools.ietf.org/id/draft-clemm-netmod-yang-network-topo-01.txt


<ALEX>
Same here.  I am biased here and I strongly support this.  Network topology is also needed by I2RS and can be considered a foundational data model.  It adds the aspect of data models that capture a network-level abstraction, not just a device-level abstraction.  Also, Open Daylight is already implementing to this.  
</ALEX>


> 
> Other Stuff:
> 
> [6] http://tools.ietf.org/id/draft-clemm-netmod-mount-01.txt
> 

<ALEX>
Again, I am biased.  I strongly support this.  The reason why this is important is that this enables federated data stores which can incorporate information/data from other systems without duplicating model development efforts.  It facilitates the development e.g. of northbound SDN controller interfaces and offers an alternative to the conventional information and mediation layers which make e.g. EMSs and NMSs hard to maintain (since everything needs to be mediated and supported).  It is possible to constrain the scope of this draft to specific use cases and scenarios as needed.  
</ALEX>


> If I am missing an I-D that is mature enough to be included in this 
> list, please let me know.

-- 
Juergen Schoenwaelder           Jacobs University Bremen gGmbH
Phone: [phone]         Campus Ring 1, 28759 Bremen, Germany
Fax:   [phone]         <http://www.jacobs-university.de/>
_______________________________________________
netmod mailing list
[e-mail]
https://www.ietf.org/mailman/listinfo/netmod