Re: [eman] YANG model for battery MIB

["Romascanu, Dan (Dan)" <[e-mail]>]

> -----Original Message-----
> From: eman [mailto:[e-mail]] On Behalf Of Juergen
> Schoenwaelder
> Sent: Wednesday, July 20, 2016 1:30 PM
> To: Alexandre Petrescu
> Cc: BEN HADJ SAID Siwar; Plymoth Nilsson Anders ([e-mail]);
> [e-mail]; [e-mail]; Erkki Harjula
> Subject: Re: [eman] YANG model for battery MIB
> 
> On Wed, Jul 20, 2016 at 10:40:04AM +0200, Alexandre Petrescu wrote:
> > Le 11/07/2016 à 17:20, Juergen Schoenwaelder a écrit :
> > > On Mon, Jul 11, 2016 at 05:17:29PM +0200, Alexandre Petrescu wrote:
> > > > We will have to check this, but for now I must say I did not know
> > > > that one could generate the YANG model simply by issuing that
> command.
> > > >
> > > > Quickly skimming through it seems that 'smidump -f yang BATTERY-MIB'
> > > > would not add a contact address of the person who performed the
> translation.
> > >
> > > Yep, why would it. The key is automated translations in order to
> > > avoid having to republish stuff.
> >
> > I just noticed in the DHC WG meeting that there is this YANG Data
> > Model for
> > DHCPv6 Configuration draft-ietf-dhc-dhcpv6-yang-03
> >
> > And I suspect there are already many MIBs for DHCPv6 on major platforms.
> >
> > This gives some credit to the idea to lay down the smidump output in
> > an Internet Draft.
> >
> > Alex
> > PS: I am in Berlin and willing to meet talk about YANG model for
> > battery MIB.
> 
> The BATTERY-MIB is not configuration; the IETF does not have the resources
> to republish ~100 mostly read-only MIB modules rendered in YANG. This is
> why RFC 6643 was created.
> 
> /js
> 

I would add 'the IETF does not have the resources and there is no need to republish ...'. But I can certainly can be wrong. I am in Berlin as well, and if you want discuss, Alexandru, I am willing to do it also. 

Regards,

Dan