Re: [Coma] New Maillist for the discussion on the Management of Constrained Networks and Devices

"Ersue, Mehmet (NSN - DE/Munich)" <mehmet.ersue@nsn.com> Wed, 30 May 2012 18:24 UTC

Return-Path: <mehmet.ersue@nsn.com>
X-Original-To: coma@ietfa.amsl.com
Delivered-To: coma@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D9EB111E80E8; Wed, 30 May 2012 11:24:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.599
X-Spam-Level:
X-Spam-Status: No, score=-106.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, 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 Rw0S39S8VKWi; Wed, 30 May 2012 11:24:16 -0700 (PDT)
Received: from demumfd001.nsn-inter.net (demumfd001.nsn-inter.net [93.183.12.32]) by ietfa.amsl.com (Postfix) with ESMTP id CB1C211E80E5; Wed, 30 May 2012 11:24:15 -0700 (PDT)
Received: from demuprx016.emea.nsn-intra.net ([10.150.129.55]) by demumfd001.nsn-inter.net (8.12.11.20060308/8.12.11) with ESMTP id q4UIOA7u000371 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 30 May 2012 20:24:10 +0200
Received: from demuexc023.nsn-intra.net (demuexc023.nsn-intra.net [10.150.128.36]) by demuprx016.emea.nsn-intra.net (8.12.11.20060308/8.12.11) with ESMTP id q4UIO81J025488; Wed, 30 May 2012 20:24:10 +0200
Received: from DEMUEXC006.nsn-intra.net ([10.150.128.18]) by demuexc023.nsn-intra.net with Microsoft SMTPSVC(6.0.3790.4675); Wed, 30 May 2012 20:24:08 +0200
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Date: Wed, 30 May 2012 20:24:00 +0200
Message-ID: <80A0822C5E9A4440A5117C2F4CD36A6403D56943@DEMUEXC006.nsn-intra.net>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: RE: New Maillist for the discussion on the Management of Constrained Networks and Devices
Thread-Index: Ac0+kWJuHevLc3OQQiun3QRVzjfThQ==
From: "Ersue, Mehmet (NSN - DE/Munich)" <mehmet.ersue@nsn.com>
To: <coma@ietf.org>
X-OriginalArrivalTime: 30 May 2012 18:24:08.0463 (UTC) FILETIME=[671B39F0:01CD3E91]
X-purgate-type: clean
X-purgate-Ad: Categorized by eleven eXpurgate (R) http://www.eleven.de
X-purgate: clean
X-purgate: This mail is considered clean (visit http://www.eleven.de for further information)
X-purgate-size: 3587
X-purgate-ID: 151667::1338402250-00001F01-9841B028/0-0/0-0
Cc: ops-dir@ietf.org, core-chairs@tools.ietf.org, ietf@ietf.org, smartobject-interest@ietf.org, Ron Bonica <rbonica@juniper.net>, core@ietf.org, Benoit Claise <bclaise@cisco.com>, opsawg@ietf.org
Subject: Re: [Coma] New Maillist for the discussion on the Management of Constrained Networks and Devices
X-BeenThere: coma@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Management of Constrained Networks and Devices <coma.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/coma>, <mailto:coma-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/coma>
List-Post: <mailto:coma@ietf.org>
List-Help: <mailto:coma-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/coma>, <mailto:coma-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 30 May 2012 18:24:17 -0000

Hi All,

as noted in the maillist announcement of IETF secretary "coma" maillist
is for the discussion on the management of constrained networks and
devices. The mailing list will discuss and identify the issues and
requirements and objectives for the management of devices in such an
environment with a special focus on and differentiation of device
classes. 

The idea and trigger for the maillist creation came from a discussion in
the OPS directorate during IETF #82. As
draft-ietf-opsawg-management-stds-07 states IETF so far has not
developed specific technologies for the management of constrained
networks. OPS directorate members stated in IETF #82 that there is a
need to understand the requirements and the necessary solutions for the
management of such a constrained network and its devices. The assumption
people had was that we need a comprehensive management approach to be
able to address the diverse needs of different device classes.

Although the OPS area was doing already standardization work for network
management, the Core WG is one of the essential WGs at IETF interested
in the management of constrained devices. 

Following are some of the questions which have been raised in the OPS
directorate meeting, which are for sure subject to extend from Core WG
pov.:

*	Do we need a new development for IoT management (i.e.
constrained devices) at all? 
-	If yes, what is really needed as standard and what is an
overkill?
*	What type of devices can we support?
*	How are the classes 0-2 for constrained devices defined in
detail?
*	Is some simple configuration management already sufficient?
-	Or do we need also a simple fault management and monitoring?
*	What type of data model modules do we need to standardize? 
-	Just a few core models like ip-cfg, interface?
-	or also other specific models for monitoring?
*	Can we use available management standards and data models as a
starting point and simplify them?
*	Concerning the encoding (JSON, XML, or binary) we seem to be
flexible with tools.
-	Concerning a normative data modeling language, we need to choose
a suitable language capable to prepare structured models. 
-	Is JSON sufficient for this purpose, or should YANG or any other
modeling language be used? 
*	What is appropriate as message transport?
-	CoAP over UDP with soft-transactions?
-	Netconf-Light over TCP?

Obviously the list of the questions above is not exhaustive.

Carsten kindfully provided already in the Prague meeting the definition
of device classes 0-2
(http://www.ietf.org/proceedings/80/slides/core-0.pdf). I think it would
be useful to start a discussion first on the detailed definition of
these device classes 0-2 in constrained networks and based on their
capabilities which functionality they will be able to support. This can
be then used as a guideline for further discussion on the requirements
or objectives for management of such devices. 

As noted in the announcement the result of the coma discussion can lead
to a taxonomy document and a problem statement highlighting the need for
new work.

Please send your opinions/comments to the coma maillist (coma@ietf.org).
To subscribe pls go to: https://www.ietf.org/mailman/listinfo/coma 

Cheers, 
Mehmet 


BTW: Coma has been chosen as the maillist name following the definition
below:

Coma \Co"ma\, n. [L., hair, fr. Gr. ko`mh.]
   1. (Astron.) The envelope of a comet; a nebulous covering,
      which surrounds the nucleus or body of a comet.
      [1913 Webster]