Re: [6lowapp] Proposed charter for 6LoWAPP BOF

Zach Shelby <zach@sensinode.com> Sun, 01 November 2009 13:51 UTC

Return-Path: <zach@sensinode.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 007933A681C for <6lowapp@core3.amsl.com>; Sun, 1 Nov 2009 05:51:42 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.599
X-Spam-Level:
X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
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 O74ffGzykNFh for <6lowapp@core3.amsl.com>; Sun, 1 Nov 2009 05:51:40 -0800 (PST)
Received: from auth-smtp.nebula.fi (auth-smtp.nebula.fi [217.30.180.105]) by core3.amsl.com (Postfix) with ESMTP id 8475F3A67D8 for <6lowapp@ietf.org>; Sun, 1 Nov 2009 05:51:40 -0800 (PST)
Received: from [192.168.1.5] (line-5076.dyn.kponet.fi [85.29.66.39]) (authenticated bits=0) by auth-smtp.nebula.fi (8.13.4/8.13.4) with ESMTP id nA1Dpsbk000327 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sun, 1 Nov 2009 15:51:55 +0200
Mime-Version: 1.0 (Apple Message framework v1076)
Content-Type: text/plain; charset=windows-1252; format=flowed; delsp=yes
From: Zach Shelby <zach@sensinode.com>
In-Reply-To: <006c01ca5a88$6600eff0$3202cfd0$@sturek@att.net>
Date: Sun, 1 Nov 2009 15:52:13 +0200
Content-Transfer-Encoding: quoted-printable
Message-Id: <10FFF676-827B-4FBF-9814-C71ED48FE723@sensinode.com>
References: <B27B00F8-1A4F-4258-86FC-C02E78778E45@cisco.com> <184E130A-881A-4E1F-8408-FB03A7849A82@sensinode.com> <CE5B892A-3699-4CBF-8B6A-588F5A7DE99A@cisco.com> <EB735931-0D15-4017-94F1-3B10A0EC814D@sensinode.com> <843F0B9E-8C62-47A6-AFEC-4BE31D62CDB5@cisco.com> <2AA1E2A3-9EA9-4B94-85BA-834C66826A85@tzi.org> <25465_1256798603_ZZ0KS9006DTK09O4.00_C93E77B9-349F-451C-BAED-273555EEE5DE@cisco.com> <4AE9A4C8.4030402@tkk.fi> <241682EE-2552-412D-975E-ED533FDED68D@cisco.com> <006c01ca5a88$6600eff0$3202cfd0$@sturek@att.net>
To: d.sturek@att.net
X-Mailer: Apple Mail (2.1076)
Cc: 6lowapp@ietf.org
Subject: Re: [6lowapp] Proposed charter for 6LoWAPP BOF
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: Sun, 01 Nov 2009 13:51:42 -0000

On Nov 1, 2009, at 2:15 , Don Sturek wrote:

> Hi Cullen,
>
> One important use case to consider:
> 1)  Devices to manage are running on 6LowPAN (using some 6LowAPP  
> defined
> protocol).   Controlling devices are running someplace on the wider
> internet.

This is common in building management and most M2M applications as well.

> 2)  Does this mean that the scope of protocol work in 6LowAPP needs to
> identify this type of control as a valid use case?

Definitely! However we don't need to require the controlling device to  
speak CoAP (although it could). More likely there is a proxy somewhere  
between.

> 3)  Does the use of 6LowAPP protocols on the wider internet need to  
> then be
> in the scope of 6LowAPP?

Yes. This is IP, so the CoAP protocol can be used over any IP  
networks. If you need a proxy, it can be located anywhere. We should  
assume that CoAP will mainly be used in the constrained or application- 
specific domain.

Zach

>
> Don
>
>
> -----Original Message-----
> From: 6lowapp-bounces@ietf.org [mailto:6lowapp-bounces@ietf.org] On  
> Behalf
> Of Cullen Jennings
> Sent: Saturday, October 31, 2009 10:29 AM
> To: Jukka Manner
> Cc: Don Sturek; 6lowapp@ietf.org
> Subject: Re: [6lowapp] Proposed charter for 6LoWAPP BOF
>
>
> On Oct 29, 2009, at 8:20 , Jukka Manner wrote:
>
>> 1. This seems to indicate that 6lowapp will not be tied to any
>> existing work, it will work on its own goals, but in collaboration
>> with others (which is somewhat open as what it means). I would have
>> expected that 6lowapp would specifically look at existing work in
>> related WGs and see how build on top of that.
>
> My mistake - I did not mean to imply that it was not layered on top of
> closely related existing work. I think most people assumed that this
> would run on top of a LoPAN but it seemed they also wanted it to be
> able to run on top of a other things including a normal IP LAN and
> WAN. Clearly this is all about same use cases as 6LoPAN and ties
> closing with 6LoPAN and ROLL as well as work going on at many other
> SDOs. However, I'm not sure what needs to be said. Are WG drafts with
> use case / requirements from other WG that we should be referencing?
> Give me ideas on what things you were thinking here. Clearly the IESG
> would not be keen on chartering a new WG to do something another WG
> was already charted to do - repeating work in two places seldom ends
> well :-) Can you suggest some specific text for the charter that you
> think would have fairly wide consent and captures what you are looking
> for here?
>
>
> _______________________________________________
> 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

-- 
http://www.sensinode.com
http://zachshelby.org - My blog “On the Internet of Things”
Mobile: +358 40 7796297

Zach Shelby
Head of Research
Sensinode Ltd.
Kidekuja 2
88610 Vuokatti, FINLAND

This e-mail and all attached material are confidential and may contain  
legally privileged information. If you are not the intended recipient,  
please contact the sender and delete the e-mail from your system  
without producing, distributing or retaining copies thereof.