Re: [6lowapp] Next version of charter proposal up on 6lowapp.net

"Stuber, Michael" <Michael.Stuber@itron.com> Mon, 09 November 2009 03:18 UTC

Return-Path: <Michael.Stuber@itron.com>
X-Original-To: 6lowapp@core3.amsl.com
Delivered-To: 6lowapp@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id B37013A6767 for <6lowapp@core3.amsl.com>; Sun, 8 Nov 2009 19:18:01 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id A9igcVB7LmXB for <6lowapp@core3.amsl.com>; Sun, 8 Nov 2009 19:18:00 -0800 (PST)
Received: from mailer-1.itron.com (mailer-1.itron.com [198.182.8.121]) by core3.amsl.com (Postfix) with ESMTP id AC2A53A6A61 for <6lowapp@ietf.org>; Sun, 8 Nov 2009 19:18:00 -0800 (PST)
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: Sun, 8 Nov 2009 19:18:26 -0800
Message-ID: <05C6A38D732F1144A8C4016BA4416BFE0242D03C@SPO-EXVS-02.itron.com>
In-Reply-To: <517197C5-5B51-4A0F-9E18-6DC876EB971C@cs.columbia.edu>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [6lowapp] Next version of charter proposal up on 6lowapp.net
Thread-Index: Acpg5QFKry80nBCHSkqE7hITtDKSlQABbIWA
References: <547D55FF-B03C-458E-A51C-3223D5F005F4@tzi.org><4AF77C65.3050309@cisco.com> <517197C5-5B51-4A0F-9E18-6DC876EB971C@cs.columbia.edu>
From: "Stuber, Michael" <Michael.Stuber@itron.com>
To: "Henning Schulzrinne" <hgs@cs.columbia.edu>, "Benoit Claise" <bclaise@cisco.com>
Cc: 6lowapp@ietf.org
Subject: Re: [6lowapp] Next version of charter proposal up on 6lowapp.net
X-BeenThere: 6lowapp@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Application protocols for constrained nodes and networks <6lowapp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/6lowapp>, <mailto:6lowapp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/6lowapp>
List-Post: <mailto:6lowapp@ietf.org>
List-Help: <mailto:6lowapp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6lowapp>, <mailto:6lowapp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 09 Nov 2009 03:18:01 -0000

Keep in mind though, that much of that bandwidth is shared on these
networks  In an 802.15.4 environment, devices will share a single
channel.  If this work is successful there will be many constrained
nodes within the network, rather than a single pair of nodes.

-----Original Message-----
From: 6lowapp-bounces@ietf.org [mailto:6lowapp-bounces@ietf.org] On
Behalf Of Henning Schulzrinne
Sent: Sunday, November 08, 2009 6:33 PM
To: Benoit Claise
Cc: 6lowapp@ietf.org
Subject: Re: [6lowapp] Next version of charter proposal up on
6lowapp.net

I find this conflation of Smart Energy/HAN and LowApp confusing. Most of
the in-home networks are not exactly "challenged". Even ZigBee has 250
kb/s (or 20 kb/s in the lowest-bandwidth mode), i.e., equivalent to
early DSL or 1990's modems.

Henning

On Nov 8, 2009, at 9:20 PM, Benoit Claise wrote:

> Carsten,
>
> Thanks for the new charter proposal.
>
> - "This WG is concentrating on requirements from energy (e.g. Smart 
> Energy 2.0) and building management applications."
> Is the goal to describe these requirements in the "objectives and 
> architecture" document?
> If not, where can we understand those requirements from?
> The following were mentioned on the list:
>
> There are a lot of use cases to start with.  Here is a starter set:
> 1)  OpenHAN:
>
> http://www.utilityami.org/docs/UtilityAMI%20HAN%20SRS%20-%20v1.04%20-%
> 200808
>
> 19-1.pdf
> 2)  SmartGridipedia:
>
> http://www.smartgridipedia.org/index.php/Category:Use_Cases
> , both the
> Intelligrid and Southern California Edison use cases are good
> 3)  ZigBee/HomePlug Market Requirements and Use Cases (which we are 
> using for our Smart Energy V2 work):
>
> http://www.homeplug.org/products/ZBHP_SE_MRD_090624.pdf
> Any other ones?
>
> "The framework will also specify specify a way to support interface 
> profiles, ..."
> Can you expand on "interface profile".
>
>
> "A document with operation and management advice about running a 
> network using these applications."
> Is advice the right word? It seems like one or two advices are 
> sufficient to manage the network ;-)
>
>
> Regards, Benoit.
>> I have put a new version of the WG charter proposal on the wiki  
>> page at
>> http://6lowapp.net
>> =
>> http://trac.tools.ietf.org/area/app/trac/wiki/6LowApp
>> (charter text is at the end of the page).
>>
>> Obviously, I could not pick up every comment that was on the list  
>> (they were partially going in conflicting directions), but please  
>> do comment on the new version.
>>
>> Gruesse, Carsten
>>
>> _______________________________________________
>> 6lowapp mailing list
>> 6lowapp@ietf.org
>> https://www.ietf.org/mailman/listinfo/6lowapp
>
> _______________________________________________
> 6lowapp mailing list
> 6lowapp@ietf.org
> https://www.ietf.org/mailman/listinfo/6lowapp

_______________________________________________
6lowapp mailing list
6lowapp@ietf.org
https://www.ietf.org/mailman/listinfo/6lowapp