We're already on it.  This draft was discussed on the NETMOD virtual interim 
meeting last week.  It is what is spurring the schema mount drafts and 
discussions of late.  

Thanks,
Kent

> On Mar 4, 2016, at 5:33 AM, Juergen Schoenwaelder 
> <[email protected]> wrote:
> 
> Is the rtgyangdt chartered to define a structure that potentially
> affects all YANG models produced in the IETF?
> 
> /js
> 
>> On Fri, Mar 04, 2016 at 11:27:23AM +0100, Benoit Claise wrote:
>> Dear all,
>> 
>> This draft is extremely important because it doesn't only cover routing 
>> information but it wants to impose a structure for all YANG models. 
>> Please review and comment.
>> 
>> 
>> Regards, Benoit
>> -------- Forwarded Message --------
>> Subject:    Re: [Rtg-dt-yang-arch] I-D Action: 
>> draft-rtgyangdt-rtgwg-device-model-03.txt
>> Date:    Thu, 25 Feb 2016 17:55:31 +0000
>> From:    Jeff Tantsura <[email protected]>
>> To:    Lou Berger <[email protected]>
>> CC:    Routing Area YANG Architecture DT <[email protected]>, 
>> Routing WG <[email protected]>
>> 
>> 
>> 
>> Hi RTGWG,
>> 
>> Given the importance of the document, please do review and provide your 
>> comments, suggestions and in case you wouldn't support it as is  - what 
>> should be changed/missing.
>> 
>> Thanks!
>> 
>> Regards,
>> Jeff
>> 
>>> On Feb 23, 2016, at 6:40 PM, Lou Berger <[email protected]> wrote:
>>> 
>>> 
>>> Hello,
>>>  This draft has been updated to use an emerging yang  capability
>>> called 'schema-mount' [1] which translates to a significant
>>> simplification.  To quote the draft:
>>> 
>>> Schema Mount enables a dramatic simplification of the presented
>>> device model, particularly for "lower-end" devices which are unlikely
>>> to support multiple network instances or logical network elements.
>>> Should structural-mount/YSDL not be available, the more explicit tree
>>> structure presented in earlier versions of this document will need to
>>> be utilized.
>>> 
>>> As it looks like there will soon be a netmod WG draft on schema mount,
>>> we think it's time to ask the WG to consider adopting our draft as a RTG
>>> WG draft.
>>> 
>>> [1] There was a netmod interim on schema mount on Monday, see
>>> http://etherpad.tools.ietf.org:9000/p/netmod-interim-20160222
>>> 
>>> Our slides from that meeting are available at
>>> https://www.ietf.org/proceedings/interim/2016/02/22/netmod/slides/slides-interim-2016-netmod-1-1.pptx
>>> and it gives a brief overview of the current draft.
>>> 
>>> Lou (and co-authors)
>>> -------- Forwarded Message --------
>>> Subject:    I-D Action: draft-rtgyangdt-rtgwg-device-model-03.txt
>>> Date:    Tue, 23 Feb 2016 18:29:51 -0800
>>> From:    [email protected]
>>> Reply-To:    [email protected]
>>> To:    [email protected]
>>> 
>>> 
>>> 
>>> A New Internet-Draft is available from the on-line Internet-Drafts 
>>> directories.
>>> 
>>> 
>>>      Title           : Network Device YANG Organizational Models
>>>      Authors         : Acee Lindem
>>>                        Lou Berger
>>>                        Dean Bogdanovic
>>>                        Christan Hopps
>>>  Filename        : draft-rtgyangdt-rtgwg-device-model-03.txt
>>>  Pages           : 36
>>>  Date            : 2016-02-23
>>> 
>>> Abstract:
>>> This document presents an approach for organizing YANG models in a
>>> comprehensive structure that may be used to configure and operate
>>> network devices.  The structure is itself represented as a YANG
>>> model, with all of the related component models logically organized
>>> in a way that is operationally intuitive, but this model is not
>>> expected to be implemented.  The identified component modules are
>>> expected to be defined and implemented on common network devices.
>>> 
>>> This document also defines two modules that can be used to model the
>>> logical and virtual resource representations that may be present on a
>>> network device.  Examples of common industry terms for logical
>>> resource representations are Logical Systems or Routers.  Examples of
>>> of common industry terms for virtual resource representations are
>>> Virtual Routing and Forwarding (VRF) instances and Virtual Switch
>>> Instances (VSIs).
>>> 
>>> This document is derived from work submitted to the IETF by members
>>> of the informal OpenConfig working group of network operators and is
>>> a product of the Routing Area YANG Architecture design team.
>>> 
>>> 
>>> The IETF datatracker status page for this draft is:
>>> https://datatracker.ietf.org/doc/draft-rtgyangdt-rtgwg-device-model/
>>> 
>>> There's also a htmlized version available at:
>>> https://tools.ietf.org/html/draft-rtgyangdt-rtgwg-device-model-03
>>> 
>>> A diff from the previous version is available at:
>>> https://www.ietf.org/rfcdiff?url2=draft-rtgyangdt-rtgwg-device-model-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/
>>> 
>>> _______________________________________________
>>> I-D-Announce mailing list
>>> [email protected]
>>> https://www.ietf.org/mailman/listinfo/i-d-announce
>>> Internet-Draft directories: http://www.ietf.org/shadow.html
>>> or ftp://ftp.ietf.org/ietf/1shadow-sites.txt
>>> 
>>> 
>>> 
>>> 
>>> _______________________________________________
>>> rtgwg mailing list
>>> [email protected]
>>> https://www.ietf.org/mailman/listinfo/rtgwg
>> 
>> _______________________________________________
>> Rtg-dt-yang-arch mailing list
>> [email protected]
>> https://www.ietf.org/mailman/listinfo/rtg-dt-yang-arch
>> .
> 
>> _______________________________________________
>> netmod mailing list
>> [email protected]
>> https://www.ietf.org/mailman/listinfo/netmod
> 
> 
> -- 
> Juergen Schoenwaelder           Jacobs University Bremen gGmbH
> Phone: +49 421 200 3587         Campus Ring 1 | 28759 Bremen | Germany
> Fax:   +49 421 200 3103         <http://www.jacobs-university.de/>
> 
> _______________________________________________
> netmod mailing list
> [email protected]
> https://www.ietf.org/mailman/listinfo/netmod

_______________________________________________
netmod mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/netmod

Reply via email to