Re: [eman] SCTE and EMAN: requesting a presentation slot.

Benoit Claise <bclaise@cisco.com> Thu, 28 February 2013 08:47 UTC

Return-Path: <bclaise@cisco.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 6737C21F89CE for <eman@ietfa.amsl.com>; Thu, 28 Feb 2013 00:47:43 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.548
X-Spam-Level:
X-Spam-Status: No, score=-10.548 tagged_above=-999 required=5 tests=[AWL=0.050, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id M5GzQ+omAELP for <eman@ietfa.amsl.com>; Thu, 28 Feb 2013 00:47:42 -0800 (PST)
Received: from av-tac-bru.cisco.com (weird-brew.cisco.com [144.254.15.118]) by ietfa.amsl.com (Postfix) with ESMTP id C477D21F8518 for <eman@ietf.org>; Thu, 28 Feb 2013 00:47:41 -0800 (PST)
X-TACSUNS: Virus Scanned
Received: from strange-brew.cisco.com (localhost.cisco.com [127.0.0.1]) by av-tac-bru.cisco.com (8.13.8+Sun/8.13.8) with ESMTP id r1S8lXPL026203; Thu, 28 Feb 2013 09:47:34 +0100 (CET)
Received: from [10.149.0.70] (dhcp-10-149-0-70.cisco.com [10.149.0.70]) by strange-brew.cisco.com (8.13.8+Sun/8.13.8) with ESMTP id r1S8kgUQ022092; Thu, 28 Feb 2013 09:46:52 +0100 (CET)
Message-ID: <512F1972.8020100@cisco.com>
Date: Thu, 28 Feb 2013 09:46:42 +0100
From: Benoit Claise <bclaise@cisco.com>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130215 Thunderbird/17.0.3
MIME-Version: 1.0
To: eman mailing list <eman@ietf.org>
References: <512E5A82.30102@cisco.com>
In-Reply-To: <512E5A82.30102@cisco.com>
Content-Type: multipart/alternative; boundary="------------020504040005080306080809"
Cc: "Frank_Sandoval@cable.comcast.com" <Frank_Sandoval@cable.comcast.com>
Subject: Re: [eman] SCTE and EMAN: requesting a presentation slot.
X-BeenThere: eman@ietf.org
X-Mailman-Version: 2.1.12
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: <http://www.ietf.org/mail-archive/web/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: Thu, 28 Feb 2013 08:47:43 -0000

And Brian is now in the copy list, just in case you're wondering which 
Brian I speak about.
Note that Brian already subscribed to the mailing list.

Regards, Benoit
> Dear all,
>
> I had a call with SCTE yesterday.
> Frank, in the copy list, sent me this SCTE description, and could add 
> some more information if needed:
>
>     The Society of Cable Telecommunications Engineers (SCTE) is
>     addressing energy management topics for the cable industry through
>     its Smart Energy Management Initiative (SEMI). There are several
>     sub-committees and working groups within SEMI, one of which is
>     addressing energy measurement and management communications
>     protocols. The scope of this group is to describe a logical
>     Information Model that articulates the entities, attributes, and
>     relationships supported by a wide variety of devices used within
>     the cable environment, define a number of encoding and transport
>     protocols that may be used to support the model, and provide a
>     mapping between a specific protocol definition and the Information
>     Model. There is a lot of overlap between this activity and the
>     work of the IETF EMAN group. It is the hope of the SCTE working
>     group to leverage the work occurring within the IETF to the
>     greatest degree practical. Specifically, we hope to adopt the
>     Information Model defined within the IETF. Members of the working
>     group plan to participate in the IETF  to further refine the
>     information model. 
>
> We discussed the EMAN and SCTE scopes and agreed that the two groups 
> want to solve the same problem (as described by 
> http://tools.ietf.org/html/draft-ietf-eman-requirements-12).
> The IETF EMAN charter mentions MIB modules (data model), but we all 
> understand that what is key is the information model definition (see 
> RFC 3444), and that future data models could exist in the future 
> (NETCONF, IPFIX, you name it).
> And the EMAN framework contains precisely an information model, which 
> is used as input for the MIB module specifications. See 
> http://tools.ietf.org/html/draft-ietf-eman-framework-07#section-5
>
> Brian, also in the copy list, reverse-engineering our MIB modules to 
> create an UML based information model.
> SCTE was not aware of the information model definition in the EMAN 
> framework. To tell the truth, it's true that it is a little hidden in 
> the series of EMAN documents.
>
> It will be very valuable for EMAN to see Brian 's UML based 
> information model, to understand if the object semantics are correctly 
> defined, the information model shortcomings, and finally if we lack 
> objects or use the wrong ones.
>
> The good news is that Brian will be attending the IETF.
> Nevil, Bruce, can you please organize a slot for Brian to present.
> Based on the discussion I had with the SCTE group, that discussion 
> will be very valuable.
>
> Regards, Benoit
>
>
>
>
>
>
>
> _______________________________________________
> eman mailing list
> eman@ietf.org
> https://www.ietf.org/mailman/listinfo/eman