Re: [ledbat] list of reasons for needing multiple TCP connections

I will be updating the draft on recommendations based on all the great
references sent and surely a new section on multiple TCP connections and
performance will be added.

Thanks,

Reinaldo

On 11/24/08 12:25 AM, "Michael Welzl" <michael.welzl@uibk.ac.at> wrote:

> Hi,
> 
> On Thu, 2008-11-20 at 14:54 -0800, Caitlin Bestler wrote:
>> Joe Touch wrote:
>>> -----BEGIN PGP SIGNED MESSAGE-----
>>> Hash: SHA1
>>> 
>>> Hi, Robb,
>>> 
>>> Appreciating the following, this isn't intended as an application
>>> protocol, so we can't assume it would apply only to P2P. I.e., we need a
>>> solution that can be used for any application, and there are several
>>> applications that DO use multiple connections to increase bandwidth in
>>> the typical case.
>>> 
>> 
>> As a point of reference, part of the justification for doing iSCSI
>> over multiple TCP connections within a session was because "It
>> might be impossible to achieve the full bandwidth capability
>> of the underlying physical transport by using a single TCP
>> connection."
>> 
>> [http://storageconference.org/2003/papers/19-Meth-Design.pdf
>> section 2.2]
>> 
> 
> I'd like to add GridFTP to this, as another example. cf.:
> http://www.globus.org/toolkit/docs/3.2/gridftp/
> 
> which points to:
> http://www.globus.org/alliance/publications/papers/dataMgmt.pdf
> where it says, on page 7:
> 
> "Parallel data transfer: On wide-area links, using multiple TCP streams
> in parallel (even between the same source and destination) can improve
> aggregate bandwidth over using a single TCP stream [10]. GridFTP
> supports parallel data transfer through FTP command extensions and data
> channel extensions."
> 
> Cheers,
> Michael
> 
> 
> _______________________________________________
> ledbat mailing list
> ledbat@ietf.org
> https://www.ietf.org/mailman/listinfo/ledbat

_______________________________________________
ledbat mailing list
ledbat@ietf.org
https://www.ietf.org/mailman/listinfo/ledbat