Re: [eman] YANG model for battery MIB

"Romascanu, Dan (Dan)" <dromasca@avaya.com> Wed, 20 July 2016 14:12 UTC

Return-Path: <dromasca@avaya.com>
X-Original-To: eman@ietfa.amsl.com
Delivered-To: eman@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 82A1D12D662 for <eman@ietfa.amsl.com>; Wed, 20 Jul 2016 07:12:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -8.187
X-Spam-Level:
X-Spam-Status: No, score=-8.187 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-1.287] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wdijGuEK0Kz3 for <eman@ietfa.amsl.com>; Wed, 20 Jul 2016 07:12:48 -0700 (PDT)
Received: from de307622-de-outbound.net.avaya.com (de307622-de-outbound.net.avaya.com [198.152.71.100]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BEEEF12B050 for <eman@ietf.org>; Wed, 20 Jul 2016 07:12:47 -0700 (PDT)
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2F5AQDchY9X/xUHmMZdGgEBAQGCdC2BU?= =?us-ascii?q?gaNJKkfgg+BeoYaAoEwOBQBAQEBAQEBA2InhFwBAQEBAxJnDAQCAQgNAQMEAQE?= =?us-ascii?q?BCh0HMhQJCAIEAQ0FCBqIDgGlCZg8AQEBAQEBAQEBAQEBAQEBAQEBAQEBHIYrh?= =?us-ascii?q?EyEDDaDKoIvBY5EimIBiQ2HQId9DIVEkCAeNoILHIFMboYoAX4BAQE?=
X-IPAS-Result: =?us-ascii?q?A2F5AQDchY9X/xUHmMZdGgEBAQGCdC2BUgaNJKkfgg+BeoY?= =?us-ascii?q?aAoEwOBQBAQEBAQEBA2InhFwBAQEBAxJnDAQCAQgNAQMEAQEBCh0HMhQJCAIEA?= =?us-ascii?q?Q0FCBqIDgGlCZg8AQEBAQEBAQEBAQEBAQEBAQEBAQEBHIYrhEyEDDaDKoIvBY5?= =?us-ascii?q?EimIBiQ2HQId9DIVEkCAeNoILHIFMboYoAX4BAQE?=
X-IronPort-AV: E=Sophos;i="5.28,394,1464667200"; d="scan'208";a="162829652"
Received: from unknown (HELO co300216-co-erhwest-exch.avaya.com) ([198.152.7.21]) by de307622-de-outbound.net.avaya.com with ESMTP; 20 Jul 2016 10:12:44 -0400
X-OutboundMail_SMTP: 1
Received: from unknown (HELO AZ-FFEXHC01.global.avaya.com) ([135.64.58.11]) by co300216-co-erhwest-out.avaya.com with ESMTP/TLS/AES256-SHA; 20 Jul 2016 10:12:42 -0400
Received: from AZ-FFEXMB04.global.avaya.com ([fe80::6db7:b0af:8480:c126]) by AZ-FFEXHC01.global.avaya.com ([135.64.58.11]) with mapi id 14.03.0174.001; Wed, 20 Jul 2016 16:12:41 +0200
From: "Romascanu, Dan (Dan)" <dromasca@avaya.com>
To: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>, "Alexandre Petrescu" <alexandre.petrescu@gmail.com>
Thread-Topic: [eman] YANG model for battery MIB
Thread-Index: AQHR4mJfv6KfXUy+7U6QxuWlqMIFxqAg/PGAgABfWAA=
Date: Wed, 20 Jul 2016 14:12:39 +0000
Message-ID: <9904FB1B0159DA42B0B887B7FA8119CA75242C16@AZ-FFEXMB04.global.avaya.com>
References: <9904FB1B0159DA42B0B887B7FA8119CA751F8C6D@AZ-FFEXMB04.global.avaya.com> <8fb2d1ec-4a69-42c4-0063-123ada215fc8@gmail.com> <9904FB1B0159DA42B0B887B7FA8119CA7521DEAC@AZ-FFEXMB04.global.avaya.com> <1419b926-5bd8-fc70-669a-02d22091a431@bogus.com> <6ae6e435-dfff-f058-446e-546ba11b9ddf@gmail.com> <f9c37403-3996-c18b-d84e-ac4b59fecb5b@gmail.com> <20160708123109.GA23658@elstar.local> <c9e9ba01-81fa-2af2-d7d8-1dd30308bdf4@gmail.com> <20160711152030.GA33482@elstar.local> <246b2e02-3ae2-984b-af33-f3527a9a7a25@gmail.com> <20160720102939.GA52214@elstar.local>
In-Reply-To: <20160720102939.GA52214@elstar.local>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [135.64.58.47]
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/eman/NGfH7wi3cvOT6PmsjGAcrReHCAU>
Cc: "eman@ietf.org" <eman@ietf.org>, "Plymoth Nilsson Anders \(anders@telhoc.se\)" <anders@telhoc.se>, Erkki Harjula <erkkih@ee.oulu.fi>, BEN HADJ SAID Siwar <SIWAR.BenHadjSaid@cea.fr>, "bjorn.landfeldt@eit.lth.se" <bjorn.landfeldt@eit.lth.se>
Subject: Re: [eman] YANG model for battery MIB
X-BeenThere: eman@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Discussions about the Energy Management Working Group <eman.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/eman>, <mailto:eman-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/eman/>
List-Post: <mailto:eman@ietf.org>
List-Help: <mailto:eman-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/eman>, <mailto:eman-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 20 Jul 2016 14:12:54 -0000


> -----Original Message-----
> From: eman [mailto:eman-bounces@ietf.org] On Behalf Of Juergen
> Schoenwaelder
> Sent: Wednesday, July 20, 2016 1:30 PM
> To: Alexandre Petrescu
> Cc: BEN HADJ SAID Siwar; Plymoth Nilsson Anders (anders@telhoc.se);
> bjorn.landfeldt@eit.lth.se; eman@ietf.org; 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