Re: [dtn-interest] FW: Results of IETF-conflict review for draft-irtf-dtnrg-tcp-clayer-08
Caini Carlo <ccaini@arces.unibo.it> Tue, 25 February 2014 10:30 UTC
Return-Path: <ccaini@arces.unibo.it>
X-Original-To: dtn-interest@ietfa.amsl.com
Delivered-To: dtn-interest@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4DCFF1A0436 for <dtn-interest@ietfa.amsl.com>; Tue, 25 Feb 2014 02:30:09 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 2.133
X-Spam-Level: **
X-Spam-Status: No, score=2.133 tagged_above=-999 required=5 tests=[BAYES_50=0.8, HELO_EQ_IT=0.635, HOST_EQ_IT=1.245, RP_MATCHES_RCVD=-0.547] autolearn=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JofHhC4n3DiQ for <dtn-interest@ietfa.amsl.com>; Tue, 25 Feb 2014 02:30:07 -0800 (PST)
Received: from mail.arces.unibo.it (mail.arces.unibo.it [137.204.143.6]) by ietfa.amsl.com (Postfix) with ESMTP id A082D1A040C for <dtn-interest@irtf.org>; Tue, 25 Feb 2014 02:30:06 -0800 (PST)
Received: from arces-ef8245339.arces.unibo.it (mars-fw.arces.unibo.it [137.204.143.2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.arces.unibo.it (Postfix) with ESMTP id CFFD9409620F; Tue, 25 Feb 2014 11:29:58 +0100 (CET)
X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9
Date: Tue, 25 Feb 2014 11:30:06 +0100
To: Vint Cerf <vint@google.com>, "l.wood@surrey.ac.uk" <l.wood@surrey.ac.uk>
From: Caini Carlo <ccaini@arces.unibo.it>
In-Reply-To: <CAHxHggeQ701aecnu15tcDsMOLboCVFzHaTqendyb2WmrmV+3vg@mail.g mail.com>
References: <20140224174005.29954.4505.idtracker@ietfa.amsl.com> <290E20B455C66743BE178C5C84F1240847E633472E@EXMB01CMS.surrey.ac.uk> <CAHxHggfuA39yP4wvwxC8Gd3waY_XEvRhhHdKJgUzakN-rNWb6A@mail.gmail.com> <290E20B455C66743BE178C5C84F1240847E633472F@EXMB01CMS.surrey.ac.uk> <CAHxHggeQ701aecnu15tcDsMOLboCVFzHaTqendyb2WmrmV+3vg@mail.gmail.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"; format="flowed"
Content-Transfer-Encoding: quoted-printable
Message-Id: <20140225102958.CFFD9409620F@mail.arces.unibo.it>
X-Arces-MailScanner-Information: Please contact the ISP for more information
X-Arces-MailScanner-ID: CFFD9409620F.6FAAE
X-Arces-MailScanner: Found to be clean
X-Arces-MailScanner-SpamScore: *
X-Arces-MailScanner-From: ccaini@arces.unibo.it
Archived-At: http://mailarchive.ietf.org/arch/msg/dtn-interest/gfa9zY5iCwtONIoZwiJgSsSYX2c
Cc: dtn-interest <dtn-interest@irtf.org>
Subject: Re: [dtn-interest] FW: Results of IETF-conflict review for draft-irtf-dtnrg-tcp-clayer-08
X-BeenThere: dtn-interest@irtf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "The Delay-Tolerant Networking Research Group \(DTNRG\) - Announce." <dtn-interest.irtf.org>
List-Unsubscribe: <https://www.irtf.org/mailman/options/dtn-interest>, <mailto:dtn-interest-request@irtf.org?subject=unsubscribe>
List-Archive: <http://www.irtf.org/mail-archive/web/dtn-interest/>
List-Post: <mailto:dtn-interest@irtf.org>
List-Help: <mailto:dtn-interest-request@irtf.org?subject=help>
List-Subscribe: <https://www.irtf.org/mailman/listinfo/dtn-interest>, <mailto:dtn-interest-request@irtf.org?subject=subscribe>
X-List-Received-Date: Tue, 25 Feb 2014 10:30:09 -0000
Dear Vint and Lloyd, In my opinion, the possibility of using TCP as convergence layer in a Bundle Protocol DTN architecture has many advantages that go beyond the mere compatibility with Internet and that can be achieved (in some selected but important cases) despite the challenges of the links. To cite an example I have personally investigated, consider GEO satellite communications. In these the main challenge is the RTT of about 600 ms mainly due to the propagation time on the satellite link. With such a large RTT, TCP New Reno cannot provide satisfactory performance, especially in the presence of concurrent terrestrial TCP traffic (i.e. with short RTTs). The usual solutions are TCP splitting PEPs that divide the end-to-end paths into three legs: 1) from source to the first PEP, 2) between the two PEPs, 3) from PEP to destination. TCP splitting PEPs provide good performance but violate the end-to-end semantic of TCP and are ineffective with IPsec. By contrast, the BP DTN architecture allows to "naturally" split the end-to-end connection into 3 DTN hops (the same as before), which automatically solves the problem of RTT unfairness between satellite and terrestrial connection; you can use TCP and the first and the last, as they have no challenges at all; you can use whatever convergence layer you want in the intermediate connection (the satellite one), included TCP variants specialized for satellite. Note that on a link with less than 600ms and without (or with just minor disruption) these specialized variants of TCP work well (i.e. you do not need LTP). In short, in GEO communications you can have TCP, by choice, on all the DTN hops, with excellent performance. The price to pay with respect to PEPs is the lack of transparency, because you you need to install and use DTN on the end points. It may be worthwhile. Yours, Carlo At 10.43 25/02/2014, Vint Cerf wrote: >there is a lot more TCP and IP network readily >available than others so, statistically, this is >not a surprise. I anticipate that LTE may prove >another supporting environment. Of course, there >continues to be work in deep space such as the >latest laser comm tests to/from the moon at 600 Mb/s. > >vint > > > >On Tue, Feb 25, 2014 at 4:27 AM, ><<mailto:l.wood@surrey.ac.uk>l.wood@surrey.ac.uk> wrote: >Vint, > >the impression I've gained is that most bundle >protocol use is over TCP - that is, >rather than being a compatibility mechanism, TCP >is the dominant transport for the >bundle protocol. > >Are there any statistics or metrics of use that can shed light here? > >thanks > >Lloyd Wood ><http://about.me/lloydwood>http://about.me/lloydwood >________________________________________ >From: Vint Cerf [<mailto:vint@google.com>vint@google.com] >Sent: 25 February 2014 08:51 >To: Wood L  Dr (Electronic Eng) >Cc: dtn-interest >Subject: Re: [dtn-interest] FW: Results of >IETF-conflict review for draft-irtf-dtnrg-tcp-clayer-08 > >Lloyd, >This makes it possible to support applications >end to end over DTN including the Internet. >It is a compatibility mechanism. > >vint > > > >On Tue, Feb 25, 2014 at 3:23 AM, ><<mailto:l.wood@surrey.ac.uk>l.wood@surrey.ac.uk<mailto:l.wood@surrey.ac.uk>> >wrote: >Congratulations to  DTNRG on reaching the below milestone in getting >this draft well on the way to being published. > >It's been a long delay since draft-demmer-dtnrg-tcp-clayer-00.txt in October >2006, but defining how the bundle protocol is carried over TCP will go a long >way to improving support for networked communications under the very >difficult disrupted and delay-tolerant network conditions when TCP break... >um. Ah. > >Lloyd Wood ><http://about.me/lloydwood>http://about.me/lloydwood >________________________________________ >From: IETF-Announce >[<mailto:ietf-announce-bounces@ietf.org>ietf-announce-bounces@ietf.org<mailto:ietf-announce-bounces@ietf.org>] >On Behalf Of The IESG >[<mailto:iesg-secretary@ietf.org>iesg-secretary@ietf.org<mailto:iesg-secretary@ietf.org>] >Sent: 24 February 2014 17:40 >To: Lars Eggert; ><mailto:draft-irtf-dtnrg-tcp-clayer@tools.ietf.org>draft-irtf-dtnrg-tcp-clayer@tools.ietf.org<mailto:draft-irtf-dtnrg-tcp-clayer@tools.ietf.org>; ><mailto:jo@netlab.tkk.fi>jo@netlab.tkk.fi<mailto:jo@netlab.tkk.fi> >Cc: ><mailto:iana@iana.org>iana@iana.org<mailto:iana@iana.org>; >The IESG; ><mailto:ietf-announce@ietf.org>ietf-announce@ietf.org<mailto:ietf-announce@ietf.org> >Subject: Results of IETF-conflict review for draft-irtf-dtnrg-tcp-clayer-08 > >The IESG has completed a review of draft-irtf-dtnrg-tcp-clayer-08 >consistent with RFC5742. > > >The IESG has no problem with the publication of 'Delay Tolerant >Networking TCP Convergence Layer Protocol' ><draft-irtf-dtnrg-tcp-clayer-08.txt> as an Experimental RFC. > > >The IESG has concluded that there is no conflict between this document >and IETF work. > > > >The IESG would also like the IRTF to review the comments in the >datatracker related to this document and determine whether or not they >merit incorporation into the document. Comments may exist in both the >ballot and the history log. > >The IESG review is documented at: ><http://datatracker.ietf.org/doc/conflict-review-irtf-dtnrg-tcp-clayer/>http://datatracker.ietf.org/doc/conflict-review-irtf-dtnrg-tcp-clayer/ > >A URL of the reviewed Internet Draft is: ><http://datatracker.ietf.org/doc/draft-irtf-dtnrg-tcp-clayer/>http://datatracker.ietf.org/doc/draft-irtf-dtnrg-tcp-clayer/ > >The process for such documents is described in RFC 5743 > >Thank you, > >The IESG Secretary > > >_______________________________________________ >dtn-interest mailing list ><mailto:dtn-interest@irtf.org>dtn-interest@irtf.org<mailto:dtn-interest@irtf.org> ><https://www.irtf.org/mailman/listinfo/dtn-interest>https://www.irtf.org/mailman/listinfo/dtn-interest > > >_______________________________________________ >dtn-interest mailing list >dtn-interest@irtf.org >https://www.irtf.org/mailman/listinfo/dtn-interest
- [dtn-interest] FW: Results of IETF-conflict revie… l.wood
- Re: [dtn-interest] FW: Results of IETF-conflict r… Vint Cerf
- Re: [dtn-interest] FW: Results of IETF-conflict r… l.wood
- Re: [dtn-interest] FW: Results of IETF-conflict r… Vint Cerf
- Re: [dtn-interest] FW: Results of IETF-conflict r… Caini Carlo
- Re: [dtn-interest] FW: Results of IETF-conflict r… l.wood
- Re: [dtn-interest] FW: Results of IETF-conflict r… Ivancic, William D. (GRC-RHN0)
- Re: [dtn-interest] FW: Results of IETF-conflict r… Arjuna Sathiaseelan
- Re: [dtn-interest] FW: Results of IETF-conflict r… Arjuna Sathiaseelan
- Re: [dtn-interest] FW: Results of IETF-conflict r… Ivancic, William D. (GRC-RHN0)
- Re: [dtn-interest] FW: Results of IETF-conflict r… Burleigh, Scott C (312G)