Re: [6lowapp] the role of gateway nodes

Arjun Roychowdhury <arjun.lists@hsc.com> Fri, 04 December 2009 20:50 UTC

Return-Path: <arjunrc@gmail.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 1E2733A68F3 for <6lowapp@core3.amsl.com>; Fri, 4 Dec 2009 12:50:47 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.976
X-Spam-Level:
X-Spam-Status: No, score=-1.976 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001]
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 xjvme73zIEj2 for <6lowapp@core3.amsl.com>; Fri, 4 Dec 2009 12:50:46 -0800 (PST)
Received: from mail-qy0-f203.google.com (mail-qy0-f203.google.com [209.85.221.203]) by core3.amsl.com (Postfix) with ESMTP id BA97A3A6892 for <6lowapp@ietf.org>; Fri, 4 Dec 2009 12:50:45 -0800 (PST)
Received: by qyk41 with SMTP id 41so1204133qyk.29 for <6lowapp@ietf.org>; Fri, 04 Dec 2009 12:50:33 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:reply-to:received :in-reply-to:references:from:date:x-google-sender-auth:message-id :subject:to:cc:content-type; bh=4lqYzswQ9Fo3676IWof/sXf36Tqg0XBKpHgH+fVHp4s=; b=GfHSErtFo7sCXBIxzf0IFkoLlJ76AOkDMbbeaK5HO996qYa/kkSCwQtZHpKka0TULN 11ZRUx5FWzF9iaqY4fSSq2paQGMxOCGHhxHgipyxDIUmvJzcvEiMsI3Te4rGQIMUMu8e iMTRQMUaN3WsYgmzAbZYebyniJCoapS4mu5FU=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:reply-to:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; b=heDmPpDDdD4Pgrl1/Jm7bWKv0Azha4+s5rDq8RPmdmGrDRGRuSxIH/GUkdvWEgSurV FrVJ7ql6VhOauJb8108YHCUKEpVNCLSWsbm6mYIUi/ve/vQMFHi4RKj3cLzyv3x6K5JC DNZvzECPmX/eEBQP7C4NW8COx2dcl2STVEnCc=
MIME-Version: 1.0
Sender: arjunrc@gmail.com
Received: by 10.224.94.68 with SMTP id y4mr1983138qam.178.1259959833364; Fri, 04 Dec 2009 12:50:33 -0800 (PST)
In-Reply-To: <87321337-9927-4468-A03E-6FB3D086D682@sensinode.com>
References: <1220434074.5410511259332678903.JavaMail.root@polinya> <D52720BD-AC94-499C-81B0-875665FA971D@tzi.org> <B6EE4832-C2F8-45BA-8284-57639F7CB9D2@cisco.com> <87321337-9927-4468-A03E-6FB3D086D682@sensinode.com>
From: Arjun Roychowdhury <arjun.lists@hsc.com>
Date: Fri, 4 Dec 2009 15:50:13 -0500
X-Google-Sender-Auth: 3762bbc058b38c0f
Message-ID: <a9994e940912041250q1b9ed2ddh6a5114869c6675f6@mail.gmail.com>
To: Zach Shelby <zach@sensinode.com>
Content-Type: multipart/alternative; boundary=000feaf109484c8c7a0479ed424a
Cc: "6lowapp@ietf.org" <6lowapp@ietf.org>
Subject: Re: [6lowapp] the role of gateway nodes
X-BeenThere: 6lowapp@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: arjun.lists@hsc.com
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: Fri, 04 Dec 2009 20:50:47 -0000

On Mon, Nov 30, 2009 at 8:24 AM, Zach Shelby <zach@sensinode.com> wrote:

>
>
> We can probably get away with CoRE and CoAP being the only acronyms used
> here. CoRE describes the WG and the general set of requirements, but is not
> any particular network. CoAP makes sense as the name for a protocol.
>
> The simplification of the charter suggested in the Hiroshima BOF hints that
> we probably don't need to talk about CoGIIs at all, just that there is an
> HTTP mapping. And I don't see a need for CE, CoNet and CoNode all that. We
> can just talk about CoRE or write it out as constrained environments?
>

ARC> I'd much rather that CoGII be retained as an 'abstract concept'. In
some cases, it may be a stateful protocol mapping, some cases stateless
mapping and in some cases a null function (i.e. smart appliances that can
directly talk "Internet protocols" as Carsten's email indicates. This
architecturally separates the concept of the need for protocol conversion
and the fact that HTTP is one of may protocols that may need interworking.
Even if the focus of the core group (whatever it is called in 6lowapp) is
just to map HTTP, it should make it clear that this is a CoGII function and
in future, this may change depending on the device in question and the
network in question.


>
> Zach
>
> > Thanks.
> >
> > JP.
> >
> >> 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
>
> --
> http://www.sensinode.com
> http://zachshelby.org - My blog "On the Internet of Things"
> http://6lowpan.net - New book - "6LoWPAN: The Wireless Embedded Internet"
> 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.
>
>
>
>
> _______________________________________________
> 6lowapp mailing list
> 6lowapp@ietf.org
> https://www.ietf.org/mailman/listinfo/6lowapp
>
>
>
>
>
>
>
> *********************************************DISCLAIMER*********************************************
> The email is subject to Disclaimer as per -
> http://www.hsc.com/tabid/91/Default.aspx#emaildisclaimer
>
>
>


-- 
Arjun Roychowdhury