Re: [coman] [6lo] WG Review: IPv6 over Networks of Resource-constrained Nodes (6lo)

Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de> Thu, 26 September 2013 21:52 UTC

Return-Path: <j.schoenwaelder@jacobs-university.de>
X-Original-To: coman@ietfa.amsl.com
Delivered-To: coman@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4D31421E8088; Thu, 26 Sep 2013 14:52:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -103.165
X-Spam-Level:
X-Spam-Status: No, score=-103.165 tagged_above=-999 required=5 tests=[AWL=0.084, BAYES_00=-2.599, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RaTDWAEimtHw; Thu, 26 Sep 2013 14:52:31 -0700 (PDT)
Received: from hermes.jacobs-university.de (hermes.jacobs-university.de [212.201.44.23]) by ietfa.amsl.com (Postfix) with ESMTP id 2221421F9F21; Thu, 26 Sep 2013 14:52:30 -0700 (PDT)
Received: from localhost (demetrius1.jacobs-university.de [212.201.44.46]) by hermes.jacobs-university.de (Postfix) with ESMTP id B155E20BD7; Thu, 26 Sep 2013 23:52:28 +0200 (CEST)
X-Virus-Scanned: amavisd-new at jacobs-university.de
Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius1.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id xtpw6HFEXdxH; Thu, 26 Sep 2013 23:52:28 +0200 (CEST)
Received: from elstar.local (elstar.jacobs.jacobs-university.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id E9D572092C; Thu, 26 Sep 2013 23:52:27 +0200 (CEST)
Received: by elstar.local (Postfix, from userid 501) id 4E4E3288D1E8; Thu, 26 Sep 2013 23:52:21 +0200 (CEST)
Date: Thu, 26 Sep 2013 23:52:21 +0200
From: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
To: "Romascanu, Dan (Dan)" <dromasca@avaya.com>
Message-ID: <20130926215221.GA26059@elstar.local>
Mail-Followup-To: "Romascanu, Dan (Dan)" <dromasca@avaya.com>, Benoit Claise <bclaise@cisco.com>, "coman@ietf.org" <coman@ietf.org>, The IESG <iesg@ietf.org>, 6lo WG <6lo@ietf.org>
References: <20130923180202.32168.94377.idtracker@ietfa.amsl.com> <9904FB1B0159DA42B0B887B7FA8119CA128E75E5@AZ-FFEXMB04.global.avaya.com> <52419692.7050903@cisco.com> <20130924134921.GA19673@elstar.local> <52419C92.9040807@cisco.com> <20130926132817.GB25326@elstar.local> <9904FB1B0159DA42B0B887B7FA8119CA128E9913@AZ-FFEXMB04.global.avaya.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <9904FB1B0159DA42B0B887B7FA8119CA128E9913@AZ-FFEXMB04.global.avaya.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
Cc: Benoit Claise <bclaise@cisco.com>, "coman@ietf.org" <coman@ietf.org>, The IESG <iesg@ietf.org>, 6lo WG <6lo@ietf.org>
Subject: Re: [coman] [6lo] WG Review: IPv6 over Networks of Resource-constrained Nodes (6lo)
X-BeenThere: coman@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
List-Id: Management of Constrained Networks and Devices <coman.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/coman>, <mailto:coman-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/coman>
List-Post: <mailto:coman@ietf.org>
List-Help: <mailto:coman-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/coman>, <mailto:coman-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 26 Sep 2013 21:52:36 -0000

On Thu, Sep 26, 2013 at 04:21:51PM +0000, Romascanu, Dan (Dan) wrote:
> 
> So instead of 'development of MIB modules' the charter should maybe say 'Information Model for the counters in the 6LoWPAN layer for basic monitoring and troubleshooting using SMIv2 MIB modules format'?
> 

You can argue for this but I believe this is not useful. We have ~20
years of MIB modules and frankly most of them (and in particular those
getting implemented) are focusing on statistics and counters. You can
now go into the direction of saying we stop doing this concrete down
to earth data modeling work and instead we do information models (in a
yet to be agree format). Is this going to help implementors? Is this
going to help people deploying stuff?

/js

-- 
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/>