IETF Logo Mail Archive

Re: [6lowapp] Newbie questions

Lars Eggert <lars.eggert@nokia.com> Tue, 03 November 2009 00:13 UTC

Return-Path: <lars.eggert@nokia.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 8FC8128C141 for <6lowapp@core3.amsl.com>; Mon, 2 Nov 2009 16:13:41 -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 2PU3Qs1abg-f for <6lowapp@core3.amsl.com>; Mon, 2 Nov 2009 16:13:40 -0800 (PST)
Received: from mail.fit.nokia.com (mail.fit.nokia.com [195.148.124.195]) by core3.amsl.com (Postfix) with ESMTP id 9459A28C13F for <6lowapp@ietf.org>; Mon, 2 Nov 2009 16:13:40 -0800 (PST)
Received: from [10.48.43.142] ([67.98.70.2]) (authenticated bits=0) by mail.fit.nokia.com (8.14.3/8.14.3) with ESMTP id nA30Docd070398 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Tue, 3 Nov 2009 02:13:52 +0200 (EET) (envelope-from lars.eggert@nokia.com)
Mime-Version: 1.0 (Apple Message framework v1076)
Content-Type: multipart/signed; boundary=Apple-Mail-70--272854180; protocol="application/pkcs7-signature"; micalg=sha1
From: Lars Eggert <lars.eggert@nokia.com>
In-Reply-To: <3fe58b590911020532w57049a23n6d64853ec8fbf891@mail.gmail.com>
Date: Mon, 2 Nov 2009 16:13:39 -0800
Message-Id: <888AF4E5-9DE1-4A3A-8C9B-C498D2B30CE0@nokia.com>
References: <3fe58b590911020532w57049a23n6d64853ec8fbf891@mail.gmail.com>
To: Kerry Lynn <kerlyn2001@gmail.com>
X-Mailer: Apple Mail (2.1076)
X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.3 (mail.fit.nokia.com [195.148.124.194]); Tue, 03 Nov 2009 02:13:53 +0200 (EET)
Cc: "6lowapp@ietf.org" <6lowapp@ietf.org>
Subject: Re: [6lowapp] Newbie questions
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: Tue, 03 Nov 2009 00:13:41 -0000

On 2009-11-2, at 5:32, Kerry Lynn wrote:
> Has anyone considered something like T/TCP as a candidate for
> transaction support?  I know it has been traditionally implemented
> as a superset of TCP but I suspect it could be much simpler than
> full TCP if used in a controlled environment such as local
> communication with a full TCP/HTTP/REST proxy.  The security
> concerns could be addressed simultaneously.

T/TCP could be an option, if its security/DoS drawbacks are not  
considered to be an issue in these scenarios.

Lars

v2.8.7 | Report a Bug | By Email