Re: [Supa] Information models and Data models - WG adopion?

[Andy Bierman <[e-mail]>]

On Fri, Mar 4, 2016 at 9:29 AM, Jason Coleman (colemaj) <[e-mail]>
wrote:

> Sending again w/ the correct email address this time:
>
>
>
>
>
> >I would like to be part of working on an architecture document as well.
>


I would like to participate as well, since Bert is willing to take the lead.

It is quite possible I do not understand the development plan implied by
the charter.

I was hoping we would end up with the following standards:

  1) one standard way to express a SUPA policy
  2) one standard "SUPA engine" definition that is capable of understanding
and enforcing specific policies
      2a) device-level SUPA can only access policy and enforce policy on
itself
      2b) controller-level SUPA can be configured to communicate with
multiple network elements
   3) one or more standard protocols should be selected (e.g., NETCONF,
RESTCONF) for
       communication between (2b) and network elements, to support policy
enforcement

IMO, SDOs, vendors or even operators should be able to write SUPA policies.


Andy





> >
> >As for the information model versus data model discussion, I think that
> an information model is required to allow for different data models to
> follow a common structure.
> >It is possible to create a data model first, but that data model may not
> fit in well with other data models.  This is why the information model
> exists to allow for things that may extend that data model or are in place
> for other data models.
> >
> >At this time the focus is on Event, Condition, Action, but there will be
> further management structures to define.
> >The information model supports a general structure and then provides
> details on ECA.  That general structure is important for future data models
> as well.
> >Those may be YANG or other people may chose to use the information model
> to create a data model in a different way.
> >
> >The architecture document would define the role of the information model
> clearly, which I think that part of the ID that John, Joel, and I worked on
> attempts to do as well, and then can show how the data models will be
> supported by the information model and what else the WG Charter has defined
> and possibly where we go next.
> >
> >Jason
> >
> >
> >
> >On 3/4/16, 7:34 AM, "Supa on behalf of King, Daniel" <
> [e-mail] on behalf of [e-mail]> wrote:
> >
> >>Hi Bert,
> >>
> >>Thank for taking the initiative. We can make sure there is time on the
> agenda for the I-D.
> >>
> >>BR, Dan.
> >>
> >>-----Original Message-----
> >>From: Bert Wijnen (IETF) [mailto:[e-mail]]
> >>Sent: 04 March 2016 10:11
> >>To: King, Daniel <[e-mail]>; Joel M. Halpern <
> [e-mail]>; Andy Bierman <[e-mail]>; John Strassner <
> [e-mail]>; Zhoutianran <[e-mail]>
> >>Cc: Nevil Brownlee <[e-mail]>; SUPA list <[e-mail]
> >
> >>Subject: Re: [Supa] Information models and Data models - WG adopion?
> >>
> >>On 03/03/16 17:41, King, Daniel wrote:
> >>> Hi  All.
> >>>
> >>> We have a placeholder in the SUPA Charter for:
> >>>
> >>> 1) An explanation of the scope of the policy-based management
> framework and how it relates to existing work of the IETF.
> >>>
> >>> A proposal for this document has not been forthcoming thus far. It
> would seem that a "Policy-based Management Framework" discussing
> architecture, applicability and relationships ("system overview") would be
> reasonable content for a framework document mentioned in the Charter?
> >>>
> >>> Furthermore, Andy, Tianran and Bert all seem willing to support
> development (via direct contributions) for the framework/architecture
> document?
> >>Dan, I am willing to take initiative on this.
> >>
> >>I saw in one of Johns postings:
> >>    Well, we don't have an architecture document currently in our charter
> >>    (though I would support amending the charter to include this). In the
> >>    (now expired) proposition draft (which we are now working on to
> reissue),
> >>    there was an exemplary architecture.
> >>
> >>John, do you have the piece of text in an XML file (I-D source file) and
> if so, can you send that to me. I assume you are OK with us using that as a
> starting point?
> >>
> >>Dan/Nevil, if we submit an in initial I-D timely, do you think we can
> spend some time on it in our IETF95 session?
> >>
> >>Thanks,
> >>Bert
> >>
> >>
> >>
> >>> BR, Dan.
> >>>
> >>> -----Original Message-----
> >>> From: Supa [mailto:[e-mail]] On Behalf Of Bert Wijnen
> >>> (IETF)
> >>> Sent: 03 March 2016 16:13
> >>> To: Joel M. Halpern <[e-mail]>; Andy Bierman
> >>> <[e-mail]>; John Strassner <[e-mail]>
> >>> Cc: Zhoutianran <[e-mail]>; Nevil Brownlee
> >>> <[e-mail]>; SUPA list <[e-mail]>
> >>> Subject: Re: [Supa] Information models and Data models - WG adopion?
> >>>
> >>> Inline
> >>>
> >>> On 03/03/16 16:48, Joel M. Halpern wrote:
> >>>> Two separate but related quesitons.
> >>>>
> >>>> 1) Can you help use find the places where the model / text is too
> >>>> implementation specific?  There are a few places where in describing
> >>>> enumerations the model calls for integers.  In the mapping to YANG, I
> have already started replacing those with Enumerations.  Are there other
> kinds of over-specificity?
> >>>>
> >>>> 2) The charter allows for a range of implementations of the SUPA
> >>>> system.  Folks may recall I asked in the room at the last meeting
> >>>> whether our chartered allowd both communication between a control
> >>>> system and a device, and communication between a policy repository
> and a policy engine.  I was told by the AD that the chartered allowed
> both.  This does make it rather interesting to define the "architecture".
> >>> Mmmm... both concurrently, or did he mean that we as a WG can make a
> choice what we prefer and standardize that?
> >>> If we do both concurrently or a longside each other, can we then still
> guarantee interoperability (which I think is one of our main objctives, no)?
> >>>> 2') I do think that there are a few places in the model, particularly
> >>>> with regard to policy execution status, where the model makes some
> assumptions about the structure of policy delivery.  For the most part,
> those should be removed.  Assistance in finding
> >>>> them is appreciated.  I suspect that some of them are necessary, and
> those should be explicitly described.   (And we should make
> >>>> sure the working group agrees with the assumptions.)
> >>>>
> >>>> 3) (minor) The charter permits the information model.  I presume we
> could amend the charter to permit an architecture document.
> >>>>
> >>> I would say an "Architecture" or "System Overview" document would be a
> good thing.
> >>>
> >>> Bert
> >>>> Yours,
> >>>> Joel
> >>>>
> >>>> On 3/3/16 10:27 AM, Bert Wijnen (IETF) wrote:
> >>>>> Very good and practical question raised by Andy!
> >>>>>
> >>>>> Bert
> >>>>>
> >>>>> On 03/03/16 06:06, Andy Bierman wrote:
> >>>>>>
> >>>>>> On Wed, Mar 2, 2016 at 7:21 PM, John Strassner
> >>>>>> <[e-mail]
> >>>>>> <mailto:[e-mail]>>
> >>>>>> wrote:
> >>>>>>
> >>>>>>      We should work on an information model for several reasons,
> even if
> >>>>>>      there is only target data model (i.e., YANG):
> >>>>>>
> >>>>>>        1) An information model can define how data are related to
> each
> >>>>>>           other independent of implementation. This is much harder
> to do
> >>>>>>           in YANG. Hence, the information model may make these
> inherent
> >>>>>>           relationships easier to visualize and define.
> >>>>>>        2) An information model separates the logical design from the
> >>>>>>           physical design of the system, enabling a deeper
> understanding
> >>>>>>           of both independent of implementation. This can be used to
> >>>>>>           produce more powerful implementations.
> >>>>>>        3) If an information model is worked on in another
> organization,
> >>>>>>           there is no guarantee that its output will be useful to
> the
> >>>>>>           IETF. I am active in the TM Forum, which you cited; they
> are
> >>>>>>           in general not worried about implementing YANG models,
> much
> >>>>>>           less producing optimal YANG models.
> >>>>>>        4) This enables other SDOs and fora, which do not use YANG,
> to
> >>>>>>           more easily understand our output.
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>> It seems to me that your draft has many details related to the
> >>>>>> abstraction of policy logic, but also many aspects that look like
> >>>>>> implementation details.
> >>>>>> Perhaps it can be simplified if the implementation details were
> removed.
> >>>>>>
> >>>>>> I am more interested in the SUPA Architecture document first.
> >>>>>> I don't see how we can agree on an info-model in the absence of a
> >>>>>> system architecture.
> >>>>>>
> >>>>>> Does SUPA run anywhere? What does it even mean to implement SUPA?
> >>>>>> Will people be able to build interoperable SUPA engines from the
> RFCs?
> >>>>>> Is there a difference between a SUPA engine running at the device
> >>>>>> level or the controller level?  What data is available for policy
> >>>>>> enforcement analysis?
> >>>>>> Is this configurable through YANG modules implemented by a SUPA
> engine?
> >>>>>> How are policies defined and managed within the SUPA implementation?
> >>>>>> How is device config altered to implement policy?
> >>>>>> How are device operational state and statistics used to verify
> >>>>>> policy implementation?
> >>>>>>
> >>>>>> A precise description of policy logic might be a good thing to have.
> >>>>>> I am not objecting to an info model doc.  A system architecture and
> >>>>>> a workable solution will require a lot more than that.
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>      John
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>> Andy
> >>>>>>
> >>>>>>
> >>>>>>      -----Original Message-----
> >>>>>>      From: Supa [mailto:[e-mail]
> >>>>>> <mailto:[e-mail]>] On Behalf Of Zhoutianran
> >>>>>>      Sent: Tuesday, March 01, 2016 7:29 PM
> >>>>>>      To: Nevil Brownlee
> >>>>>>      Cc: SUPA list
> >>>>>>      Subject: Re: [Supa] Information models and Data models - WG
> adopion?
> >>>>>>
> >>>>>>      Hi Nevil,
> >>>>>>
> >>>>>>      I am not arguing information model is useless, but it can be
> >>>>>> worked out in other organizations if necessary, e.g. TMF.
> >>>>>>      If in SUPA we can worked on YANG data models directly, why we
> >>>>>> firstly work on an information model and then translate it to
> >>>>>>      YANG data model?
> >>>>>>      It just not makes sense to me.
> >>>>>>
> >>>>>>      Tianran
> >>>>>>
> >>>>>>      > -----Original Message-----
> >>>>>>      > From: Supa [mailto:[e-mail]
> >>>>>> <mailto:[e-mail]>] On Behalf Of Nevil Brownlee
> >>>>>>      > Sent: Wednesday, March 02, 2016 6:56 AM
> >>>>>>      > To: Zhoutianran
> >>>>>>      > Cc: SUPA list
> >>>>>>      > Subject: Re: [Supa] Information models and Data models - WG
> >>>>>> adopion?
> >>>>>>      >
> >>>>>>      >
> >>>>>>      > Hi Tianran:
> >>>>>>      >
> >>>>>>      > In my experiences, having a well-defined information model
> >>>>>> is a good starting
> >>>>>>      > point.  It allows different implementations, each of which
> >>>>>> can develop it's
> >>>>>>      > own data model - in other words, the information model is a
> >>>>>> good unifying
> >>>>>>      > influence - which is why publishing such a document is the
> >>>>>> second of our
> >>>>>>      > chart items.  I hope that getting a good data model will
> >>>>>> help us with the
> >>>>>>      > first chart item ("scope of the policy-based management
> >>>>>> framework").
> >>>>>>      >
> >>>>>>      > draft-strassner-supa-generic-policy-info-model is the only
> SUPA
> >>>>>>      > information model that's had any work done on it since IETF
> >>>>>> 95, therefore
> >>>>>>      > I've proposed it for WG adoption.
> >>>>>>      >
> >>>>>>      > As for the third charter item - "set of YANG data models",
> >>>>>> there are two
> >>>>>>      > of these on the SUPA documents page.  It would help at this
> >>>>>> stage if their
> >>>>>>      > authors could comment on this list about the status of these
> >>>>>> drafts.  In
> >>>>>>      > particular, jave they been working on a new version?
> >>>>>>      >
> >>>>>>      > Overall, we really need more discussion on the list of
> >>>>>> what's happening
> >>>>>>      > with the SUPA work!
> >>>>>>      >
> >>>>>>      > Cheers, Nevil
> >>>>>>      >
> >>>>>>      >
> >>>>>>      > On 1/03/16 6:13 pm, Zhoutianran wrote:
> >>>>>>      > > If this is a poll for WG adoption, I would say not support.
> >>>>>>      > >
> >>>>>>      > > If we want to finally generate YANG data models here, why
> >>>>>> do we spend
> >>>>>>      > time working on this information model?
> >>>>>>      > >
> >>>>>>      > > Why not focus on the ECA YANG data model directly as
> >>>>>> standard track?
> >>>>>>      > >
> >>>>>>      > >
> >>>>>>      > > Tianran
> >>>>>>      > >
> >>>>>>      > >> -----Original Message-----
> >>>>>>      > >> From: Supa [mailto:[e-mail]
> >>>>>> <mailto:[e-mail]>] On Behalf Of IETF
> >>>>>>      > >> Secretariat
> >>>>>>      > >> Sent: Monday, February 29, 2016 6:35 AM
> >>>>>>      > >> To:
> >>>>>> [e-mail]
> >>>>>> <mailto:[e-mail]>;
> >>>>>>      > >> [e-mail] <mailto:[e-mail]>;
> >>>>>> [e-mail] <mailto:[e-mail]>
> >>>>>>      > >> Subject: [Supa] The SUPA WG has placed
> >>>>>>      > >> draft-strassner-supa-generic-policy-info-model in state
> >>>>>> "Call For
> >>>>>>      > >> Adoption By WG Issued"
> >>>>>>      > >>
> >>>>>>      > >>
> >>>>>>      > >> The SUPA WG has placed
> >>>>>> draft-strassner-supa-generic-policy-info-model
> >>>>>>      > >> in state Call For Adoption By WG Issued (entered by Nevil
> >>>>>> Brownlee)
> >>>>>>      > >>
> >>>>>>      > >> The document is available at
> >>>>>>      > >>
> >>>>>>      >
> >>>>>>
> https://datatracker.ietf.org/doc/draft-strassner-supa-generic-policy-
> >>>>>>      > >> i
> >>>>>>      > >> nfo-model/
> >>>>>>      > >>
> >>>>>>      > >>
> >>>>>>      > >> Comment:
> >>>>>>      > >> This is the first of our charter documents, the other
> >>>>>> charter items
> >>>>>>      > >> build on this
> >>>>>>      > >>
> >>>>>>      > >> _______________________________________________
> >>>>>>      > >> Supa mailing list
> >>>>>>      > >> [e-mail] <mailto:[e-mail]>
> >>>>>>      > >> https://www.ietf.org/mailman/listinfo/supa
> >>>>>>      >
> >>>>>>      >
> >>>>>>      > --
> >>>>>>      >
> >>>>>>
> ---------------------------------------------------------------------
> >>>>>>      >   Nevil Brownlee                          Computer Science
> >>>>>> Department
> >>>>>>      >   Phone: [phone] x88941             The University of
> >>>>>> Auckland
> >>>>>>      >   FAX: [phone]   Private Bag 92019, Auckland 1142, New
> >>>>>> Zealand
> >>>>>>      >
> >>>>>>      > _______________________________________________
> >>>>>>      > Supa mailing list
> >>>>>>      > [e-mail] <mailto:[e-mail]>
> >>>>>>      > https://www.ietf.org/mailman/listinfo/supa
> >>>>>>
> >>>>>>      _______________________________________________
> >>>>>>      Supa mailing list
> >>>>>>      [e-mail] <mailto:[e-mail]>
> >>>>>>      https://www.ietf.org/mailman/listinfo/supa
> >>>>>>
> >>>>>>      _______________________________________________
> >>>>>>      Supa mailing list
> >>>>>>      [e-mail] <mailto:[e-mail]>
> >>>>>>      https://www.ietf.org/mailman/listinfo/supa
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>> _______________________________________________
> >>>>>> Supa mailing list
> >>>>>> [e-mail]
> >>>>>> https://www.ietf.org/mailman/listinfo/supa
> >>>>> _______________________________________________
> >>>>> Supa mailing list
> >>>>> [e-mail]
> >>>>> https://www.ietf.org/mailman/listinfo/supa
> >>>>>
> >>>> _______________________________________________
> >>>> Supa mailing list
> >>>> [e-mail]
> >>>> https://www.ietf.org/mailman/listinfo/supa
> >>>>
> >>> _______________________________________________
> >>> Supa mailing list
> >>> [e-mail]
> >>> https://www.ietf.org/mailman/listinfo/supa
> >>>
> >>> _______________________________________________
> >>> Supa mailing list
> >>> [e-mail]
> >>> https://www.ietf.org/mailman/listinfo/supa
> >>>
> >>
> >>_______________________________________________
> >>Supa mailing list
> >>[e-mail]
> >>https://www.ietf.org/mailman/listinfo/supa
>