Re: Blog: YANG Really Takes Off in the Industry

[Alia Atlas <[e-mail]>]

Hi Tom,

On Wed, Dec 3, 2014 at 5:18 AM, t.p. <[e-mail]> wrote:

>
> ----- Original Message -----
> From: "Ted Lemon" <[e-mail]>
> To: "Dean Bogdanovic" <[e-mail]>
> Cc: "IETF-Discussion list" <[e-mail]>
> Sent: Tuesday, December 02, 2014 2:59 AM
> Subject: Re: Blog: YANG Really Takes Off in the Industry
>
>
> On Dec 1, 2014, at 8:54 PM, Dean Bogdanovic <[e-mail]> wrote:
> > this is one part I don't understand. Why adding another language would
> make them less agile?
>
> If the yang model isn't a good representation of what is being modeled,
> it can cause more harm than good.   Same problem exists with MIBs.
>
> <tp>
>
> The difference is that MIBs are written in a much simpler language; what
> object should there be, its syntax and status (index, read-only,
> read-write) and that's about it (even augmentation tends to confuse many
> people).  I have never yet met a MIB module that I could not reverse
> engineer to determine the design, even the requirements.
>
> YANG is different, it is capable of much more complicated things and
> occasionally it is unclear what it does mean (something that surfaces on
> the netmod WG list now and again).  What I think I see happening is what
> happened when programming languages became more widely used, an
> inability to keep things as simple as they could be, resulting in code
> whose purpose was unclear, that was error-prone and hard to understand
> or maintain.  Not an issue with SMI.
>
> The YANG models of the IETF seem to be diving into complex code from
> which it is hard to discern what the purpose is, and the fact that most
> of the exemplars are written by those highly expert in YANG, and so use
> the wide range of constructs available, does not help.
>

Thanks - this is an interesting perspective.


> Perhaps the IESG should require that any IETF YANG data model must be
> accompanied by an information model so that we can debate what should be
> done independently of deciding how to do it.  After all, this is a
> stricture that has been imposed on the I2RS WG.
>

I do think that it is useful to understand what information is being
modeled and
what the relationships are.  Having separate info models for I2RS hasn't
worked
ideally; I'd rather see a section in the YANG model that describes the
information
and relationships - and then the pyang tree and the detailed model.  Such
sections
are common with MIB models and do, I think, help clarify.

Alia



> Tom Petch
>
>
>
>
>
>
>
>
> When different implementations of the same thing use different base
> assumptions, it can be difficult to come up with a management model that
> is congruent with all of the different base assumptions and is still
> useful.   I wouldn't say it's impossible, but it's a good bet that a
> poorly thought out model or a model that is based on experience with a
> single implementation will fail in this regard.
>
>
>