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

Reply via email to