Re: [6lowapp] the role of gateway nodes
Carsten Bormann <cabo@tzi.org> Fri, 27 November 2009 15:00 UTC
Return-Path: <cabo@tzi.org>
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 F39353A6939 for <6lowapp@core3.amsl.com>;
Fri, 27 Nov 2009 07:00:57 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.249
X-Spam-Level:
X-Spam-Status: No, score=-6.249 tagged_above=-999 required=5
tests=[BAYES_00=-2.599, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_MED=-4]
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 ejoYMpSN5F2T for
<6lowapp@core3.amsl.com>; Fri, 27 Nov 2009 07:00:57 -0800 (PST)
Received: from informatik.uni-bremen.de (mailhost.informatik.uni-bremen.de
[IPv6:2001:638:708:30c9:209:3dff:fe00:7136]) by core3.amsl.com (Postfix) with
ESMTP id B7A6D3A682C for <6lowapp@ietf.org>;
Fri, 27 Nov 2009 07:00:56 -0800 (PST)
X-Virus-Scanned: amavisd-new at informatik.uni-bremen.de
Received: from smtp-fb3.informatik.uni-bremen.de
(smtp-fb3.informatik.uni-bremen.de [134.102.224.120]) by
informatik.uni-bremen.de (8.14.3/8.14.3) with ESMTP id nARF0fxl001056;
Fri, 27 Nov 2009 16:00:41 +0100 (CET)
Received: from [192.168.217.101] (p5489FD50.dip.t-dialin.net [84.137.253.80])
(using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate
requested) by smtp-fb3.informatik.uni-bremen.de (Postfix) with ESMTP id
274ABB5D6; Fri, 27 Nov 2009 16:00:41 +0100 (CET)
Mime-Version: 1.0 (Apple Message framework v1077)
Content-Type: text/plain; charset=us-ascii
From: Carsten Bormann <cabo@tzi.org>
In-Reply-To: <1220434074.5410511259332678903.JavaMail.root@polinya>
Date: Fri, 27 Nov 2009 16:00:39 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <D52720BD-AC94-499C-81B0-875665FA971D@tzi.org>
References: <1220434074.5410511259332678903.JavaMail.root@polinya>
To: Xavi Vilajosana Guillen <xvilajosana@uoc.edu>
X-Mailer: Apple Mail (2.1077)
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
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, 27 Nov 2009 15:00:58 -0000
On Nov 27, 2009, at 15:37, Xavi Vilajosana Guillen wrote: > what's the approach at 6LowApp? anyone knows ongoing work on that issue? I would summarize the thinking that went into the BOF as follows: Some nodes in a CE (constrained environment) may actually be not that constrained (as nodes and with respect to their network). These can directly speak the appropriate application protocol (HTTP, SNMP, XMPP, SIP) to some correspondent node outside (or inside) the CE. (We didn't put this on the slides because that is nothing new.) Some nodes may want to run the constrained application protocol (called CoAP on the BOF slides) right to a correspondent node on the outside. See the bottom half of slide 13 in http://www.ietf.org/proceedings/09nov/slides/6lowapp-0.pdf as well as the use of CoAP inside the CE (if we had two CEs, this also could be between CEs). In these two cases, no intermediary (above the IP layer) is involved. To connect constrained nodes that want to talk CoAP to correspondent nodes outside the CE that want to speak established application protocols, an intermediary is required. We purposely tried to avoid calling this a gateway, proxy, translator, server, or whatever, because each of these seems to invoke some inappropriate connotations of big hunks of hardware. Instead we invented the name CoGII (Constrained-node to General Internet Intermediary). In a 6LoWPAN, this could be the job of a device as simple as an Edge Router, or it could be placed in a quite different position (as CoAP is an Internet-based protocol, there is no restriction on the placement of the CoGII). Gruesse, Carsten
- [6lowapp] the role of gateway nodes Xavi Vilajosana Guillen
- Re: [6lowapp] the role of gateway nodes Carsten Bormann
- Re: [6lowapp] the role of gateway nodes JP Vasseur
- Re: [6lowapp] the role of gateway nodes Carsten Bormann
- Re: [6lowapp] the role of gateway nodes John Mani
- Re: [6lowapp] the role of gateway nodes Xavi Vilajosana Guillen
- Re: [6lowapp] the role of gateway nodes Zach Shelby
- Re: [6lowapp] the role of gateway nodes Arjun Roychowdhury
- Re: [6lowapp] the role of gateway nodes Arjun Roychowdhury