Re: [Coma] (no subject)

"Ersue, Mehmet (NSN - DE/Munich)" <> Fri, 08 June 2012 11:07 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 2546E21F85E5 for <>; Fri, 8 Jun 2012 04:07:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -106.599
X-Spam-Status: No, score=-106.599 tagged_above=-999 required=5 tests=[AWL=-0.000, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id EZWwUiiQiBri for <>; Fri, 8 Jun 2012 04:06:57 -0700 (PDT)
Received: from ( []) by (Postfix) with ESMTP id 0D98921F8582 for <>; Fri, 8 Jun 2012 04:06:54 -0700 (PDT)
Received: from ([]) by ( with ESMTP id q58B6r8E000830 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 8 Jun 2012 13:06:53 +0200
Received: from ( []) by ( with ESMTP id q58B6rJI015855; Fri, 8 Jun 2012 13:06:53 +0200
Received: from ([]) by with Microsoft SMTPSVC(6.0.3790.4675); Fri, 8 Jun 2012 13:06:50 +0200
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CD4566.CD9E6095"
Date: Fri, 8 Jun 2012 13:06:49 +0200
Message-ID: <>
In-Reply-To: <21853_1339013084_4FCFB7DC_21853_10870_1_11027135CD0DCE41B9C193E3D7257738EE73@PEXCVZYM12.corporate.adroot.infra.ftgroup>
Thread-Topic: [Coma] (no subject)
Thread-Index: Ac1EH5yYe7jjov2hS8OHDdlrqb9W9ABNz7dA
References: <21853_1339013084_4FCFB7DC_21853_10870_1_11027135CD0DCE41B9C193E3D7257738EE73@PEXCVZYM12.corporate.adroot.infra.ftgroup>
From: "Ersue, Mehmet (NSN - DE/Munich)" <>
To: <>, <>
X-OriginalArrivalTime: 08 Jun 2012 11:06:50.0916 (UTC) FILETIME=[CE070640:01CD4566]
X-purgate-type: clean
X-purgate-Ad: Categorized by eleven eXpurgate (R)
X-purgate: clean
X-purgate: This mail is considered clean (visit for further information)
X-purgate-size: 17047
X-purgate-ID: 151667::1339153613-0000425E-54A2173F/0-0/0-0
Subject: Re: [Coma] (no subject)
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Management of Constrained Networks and Devices <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Fri, 08 Jun 2012 11:07:00 -0000

Dear Tayeb,


your contribution as an operator is very valuable.


I agree we should look at the business needs and requirements. I would
appreciate it if you could provide some text on this.

Let's see how the document evolves and whether we can plan a gap
analysis already for the first release.




From: [] On Behalf Of
Sent: Wednesday, June 06, 2012 10:05 PM
Subject: [Coma] (no subject)


Dear all,


It's an excellent idea to investigate this domain. From my perspective,
the first requirements related to the management aspect of such devices
in their particular environment are auto-configuration which is
addressed by design. When it comes to standardization for sure there is
some work to do accordingly.


Within operator's environment, could be Fixed or Mobile networks, the
Home Gateway and its attached devices, BBF protocol TR-69 is adopted and
used for managing (configuration) of HomeNodeB and HomeeNodeBs. Netconf
and its associated modeling language Yang have reached a maturity and
are implemented in vendors' solutions. Some extensions are considered in
order to address management aspects beyond simple configuration. 


The requirements and associated solutions should be business driven, and
then we address the technical solutions. That means, we should look at
the vertical market needs (Health, Digital Home, ...) in terms of
expectation of SLAs. Then the question is how to translate these SLAs
into SLOs, metrics and how to track, measure, collect and report them
(the needed management models and tools) in order to meet the SLAs.


The question related to the management is 3-fold:

- Which protocol: should we adapt the existing ones (TR-69, Netconf, )
to this constrained devices and network, or should designnew ones as
IETF did for routing protocols.

- Which interface:  We should not re-invente the wheel

- Which Data model:  We should not re-invente the wheel. 


So, this first draft should contain at least the following sections

-    Problem statement

-    Business needs and requirements

-    Technical requirements

-    Gap analysis: missing pieces to be covered by IETF and other SDOs

-    New topics to be investigated








Ce message et ses pieces jointes peuvent contenir des informations
confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez
recu ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages
electroniques etant susceptibles d'alteration,
France Telecom - Orange decline toute responsabilite si ce message a ete
altere, deforme ou falsifie. Merci.
This message and its attachments may contain confidential or privileged
information that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and
delete this message and its attachments.
As emails may be altered, France Telecom - Orange is not liable for
messages that have been modified, changed or falsified.
Thank you.