Re: [6lowapp] Charter and transports
"Don Sturek" <d.sturek@att.net> Tue, 03 November 2009 16:52 UTC
Return-Path: <d.sturek@att.net>
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 AB5AD28C0FD for <6lowapp@core3.amsl.com>;
Tue, 3 Nov 2009 08:52:44 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.891
X-Spam-Level:
X-Spam-Status: No, score=-0.891 tagged_above=-999 required=5 tests=[AWL=0.257,
BAYES_00=-2.599, HTML_MESSAGE=0.001, MSGID_MULTIPLE_AT=1.449,
UNPARSEABLE_RELAY=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 HutXNS89UK0k for
<6lowapp@core3.amsl.com>; Tue, 3 Nov 2009 08:52:36 -0800 (PST)
Received: from n12a.bullet.mail.mud.yahoo.com (n12a.bullet.mail.mud.yahoo.com
[209.191.125.177]) by core3.amsl.com (Postfix) with SMTP id 744D33A682E for
<6lowapp@ietf.org>; Tue, 3 Nov 2009 08:52:36 -0800 (PST)
Received: from [68.142.194.243] by n12.bullet.mail.mud.yahoo.com with NNFMP;
03 Nov 2009 16:52:55 -0000
Received: from [68.142.201.253] by t1.bullet.mud.yahoo.com with NNFMP;
03 Nov 2009 16:52:55 -0000
Received: from [127.0.0.1] by omp414.mail.mud.yahoo.com with NNFMP;
03 Nov 2009 16:52:55 -0000
X-Yahoo-Newman-Id: 755071.7108.bm@omp414.mail.mud.yahoo.com
Received: (qmail 4332 invoked from network); 3 Nov 2009 16:52:55 -0000
Received: from adsl-69-225-120-110.dsl.sndg02.pacbell.net
(d.sturek@69.225.120.110 with login) by smtp102.sbc.mail.sp1.yahoo.com with
SMTP; 03 Nov 2009 08:52:54 -0800 PST
X-Yahoo-SMTP: fvjol_aswBAraSJvMLe2r1XTzhBhbFxY8q8c3jo-
X-YMail-OSG: Ramgk2oVM1naDahkkw3_kY.qzOWpIJ1wvk1sE4djMweXI.p_xv_ScrE90NvPEzUVH5wST.VsDpJ8b2ts.5oErOnRgOoM0V_exzfxM1jpBxnWM_zBAdKT1mlqM6WJ.xH9o98Z4Xhj7QkbdQYJl0t28tqxUUDAx2u8wfHEGvOx_ruamitKe0JDFvrrIgJV0GaQIlIeXMwN9nlWndDShCYVC6muGixaQ92gxdy0aeAJradgva2OKLyQtIjDZMfi2Fj1EoytjhRiTxu54s_43QemBNV_Pbs5wDaCILKqXl8kjUnBmhIqCw--
X-Yahoo-Newman-Property: ymail-3
From: "Don Sturek" <d.sturek@att.net>
To: "'Lisa Dusseault'" <lisa.dusseault@gmail.com>
References: <5A85AE5A-4C5D-4A0F-8CDF-BEB4C69FF002@cisco.com>
<5572F86E-C14F-48E6-922D-EABBB957EE22@nokia.com>
<4AEF832C.9050603@eecs.berkeley.edu>
<3C5BAF7D-CD31-434B-9AE2-BB8ED6C4B0E0@nokia.com>
<66D8B4F0-8106-47C2-8CC1-936791195D22@archrock.com>
<72876869-927E-45B6-A9D9-1A7E5A22E196@nokia.com>
<EB72DA52-70E1-404B-A507-4871720A1FA8@archrock.com>
<0D347129-430F-4902-B7AA-05D7B3360C2F@sensinode.com>
<921972845143124766@unknownmsgid>
<ca722a9e0911030839s7d2f609bu2e4adaa02298c66e@mail.gmail.com>
In-Reply-To: <ca722a9e0911030839s7d2f609bu2e4adaa02298c66e@mail.gmail.com>
Date: Tue, 3 Nov 2009 08:52:50 -0800
Message-ID: <025b01ca5ca6$147d4140$3d77c3c0$@sturek@att.net>
MIME-Version: 1.0
Content-Type: multipart/alternative;
boundary="----=_NextPart_000_025C_01CA5C63.065A0140"
X-Mailer: Microsoft Office Outlook 12.0
Thread-Index: AcpcpElwxAFUeXuETc29nh5TNF8ELQAALPMw
Content-Language: en-us
Cc: 6lowapp@ietf.org
Subject: Re: [6lowapp] Charter and transports
X-BeenThere: 6lowapp@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: d.sturek@att.net
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 16:52:44 -0000
Hi Lisa, Yes, I was expecting to work with multiple WGs to get all of this work done. I didn't know Lars was Transport Area director but I am happy to know that given he obviously knows the challenges of TCP in non-ethernet type deployments. I am pretty familiar with IETF (mostly from before the mid-1990s) so I was expecting to see a division of work. I do like to explain the overall reasons for some of these requests and appreciate that the explanation probably crosses WG boundaries. Don From: Lisa Dusseault [mailto:lisa.dusseault@gmail.com] Sent: Tuesday, November 03, 2009 8:40 AM To: d.sturek@att.net Cc: Zach Shelby; Jonathan Hui; 6lowapp@ietf.org Subject: Re: [6lowapp] Charter and transports I hope you could live with transport issues in another WG's charter. As the Areas in the IETF are currently organized, I assure you Lars as Transport Area director knows much more about TCP and other transports than I do; conversely I hope I am a pretty fair HTTP expert. Anyway, that's probably the default way that IETF oldtimers would think of splitting up the work, but we could always try to do something unusual. Lisa On Tue, Nov 3, 2009 at 6:08 AM, Don Sturek <d.sturek@att.net> wrote: I would like to see the issue of transport added to the charter. For smart energy, we plan to start with TCP, hoping that our relatively small networks and ROLL don't violate the TCP congestion control timeout threshold and that the code size of TCP are not too much for our small devices. This said, we would like a back-up plan. We need to have UDP as that plan but not using TCP removes many of the interesting applications that rely on TCP. I do think long term having transport in the charter for 6LowAPP/CoAp is a necessary thing. Don -----Original Message----- From: 6lowapp-bounces@ietf.org [mailto:6lowapp-bounces@ietf.org] On Behalf Of Zach Shelby Sent: Monday, November 02, 2009 10:07 PM To: Jonathan Hui Cc: 6lowapp@ietf.org Subject: Re: [6lowapp] Charter and transports Hi, (New thread title) So to me the answer seems to be that TCP will work for some configurations, but obviously not for all networks, and not for all requirements (e.g. multicast). On Nov 3, 2009, at 5:15 , Jonathan Hui wrote: > >>> But are TCP's services/constraints >>> appropriate for the application? I can think of a variety of LLN >>> applications that work just fine with TCP and others that could >>> stand >>> to use something else to improve latency, message efficiency, non >>> p2p >>> flows, multihoming, mobility, etc. >> >> That's another question, yes. But I'd see building new transport >> layer functions for 6LOWAPPs as an activity that would need some >> very strong ties to the TSV area, if it wouldn't be hosted there in >> the first place. > > Agreed. Though the line seems to be a bit blurred because some > suggest building transport-like mechanisms in whatever "app-level" > protocol we're working on. In the Stockholm BarBof, Lars had a very good explanation on this one. We very well may start TSV area work on transport improvements - but that is a long-term effort and won't happen in time for CoAP. I do think we should aim at starting that work eventually, but let's get CoAP started first. Obviously UDP is something we will need to support as a transport for CoAP, and I argue that we also need to allow the use of CoAP over TCP as this is useful for some applications. When using UDP, some simple mechanism for reliability (e.g. stop-and-wait) would of course be needed along with a transaction ID (see e.g. 6lowapp-frank-chopan). When doing this we should of course cooperate with TSV people. So this brings us to the next question, what should we say in the CoAP charter about transports? Right now it says "The protocol will operate over UDP...". I would suggest it says something more like: "The protocol will operate over UDP by default, and should define an alternative binding to TCP or another suitable reliable transport layer." What do you think? Zach > > -- > Jonathan Hui > > _______________________________________________ > 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. _______________________________________________ 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] Where does TCP not work Cullen Jennings
- Re: [6lowapp] Where does TCP not work Don Sturek
- Re: [6lowapp] Where does TCP not work Lars Eggert
- Re: [6lowapp] Where does TCP not work Kris Pister
- Re: [6lowapp] Where does TCP not work Lars Eggert
- Re: [6lowapp] Where does TCP not work Jonathan Hui
- Re: [6lowapp] Where does TCP not work Lars Eggert
- Re: [6lowapp] Where does TCP not work Jonathan Hui
- Re: [6lowapp] Where does TCP not work Lars Eggert
- Re: [6lowapp] Where does TCP not work Jonathan Hui
- Re: [6lowapp] Where does TCP not work Cullen Jennings
- Re: [6lowapp] Charter and transports Zach Shelby
- Re: [6lowapp] Where does TCP not work Pascal Thubert (pthubert)
- Re: [6lowapp] Where does TCP not work Kris Pister
- Re: [6lowapp] Where does TCP not work Kris Pister
- Re: [6lowapp] Where does TCP not work Don Sturek
- Re: [6lowapp] Charter and transports Don Sturek
- Re: [6lowapp] Where does TCP not work Don Sturek
- Re: [6lowapp] Where does TCP not work Richard Kelsey
- Re: [6lowapp] Where does TCP not work Pascal Thubert (pthubert)
- Re: [6lowapp] Charter and transports Lisa Dusseault
- Re: [6lowapp] Charter and transports Don Sturek
- Re: [6lowapp] Charter and transports Lloyd Wood
- Re: [6lowapp] Where does TCP not work Pascal Thubert (pthubert)
- Re: [6lowapp] Charter and transports Pascal Thubert (pthubert)
- Re: [6lowapp] Charter and transports Lloyd Wood
- Re: [6lowapp] Charter and transports Zach Shelby
- Re: [6lowapp] Charter and transports Don Sturek
- Re: [6lowapp] Where does TCP not work Lars Eggert
- Re: [6lowapp] Where does TCP not work Don Sturek
- Re: [6lowapp] Where does TCP not work Kris Pister
- Re: [6lowapp] Where does TCP not work Kris Pister
- Re: [6lowapp] Where does TCP not work Pascal Thubert (pthubert)
- Re: [6lowapp] Where does TCP not work Pascal Thubert (pthubert)