RE: [Tsvwg] Re: [e2e] What's the benefit of out-of-order processi ng?
"Naidu, Venkata" <Venkata.Naidu@marconi.com> Mon, 17 September 2001 23:54 UTC
Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA25617 for <tsvwg-archive@odin.ietf.org>; Mon, 17 Sep 2001 19:54:57 -0400 (EDT)
Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id TAA21029; Mon, 17 Sep 2001 19:42:47 -0400 (EDT)
Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id TAA20937 for <tsvwg@optimus.ietf.org>; Mon, 17 Sep 2001 19:42:43 -0400 (EDT)
Received: from mailgate.pit.comms.marconi.com (mailgate.pit.comms.marconi.com [169.144.68.6]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA25233 for <tsvwg@ietf.org>; Mon, 17 Sep 2001 19:42:42 -0400 (EDT)
Received: from mailman.pit.comms.marconi.com (mailman.pit.comms.marconi.com [169.144.2.12]) by mailgate.pit.comms.marconi.com (8.9.3/8.9.3) with ESMTP id TAA08153; Mon, 17 Sep 2001 19:41:20 -0400 (EDT)
Received: from whq-msgrtr-01.pit.comms.marconi.com (whq-msgrtr-01.pit.comms.marconi.com [169.144.2.221]) by mailman.pit.comms.marconi.com (8.9.3/8.9.3) with ESMTP id TAA25975; Mon, 17 Sep 2001 19:41:21 -0400 (EDT)
Received: by whq-msgrtr-01.pit.comms.marconi.com with Internet Mail Service (5.5.2650.21) id <R5ZYGSWZ>; Mon, 17 Sep 2001 19:41:20 -0400
Message-ID: <39469E08BD83D411A3D900204840EC5554C84D@vie-msgusr-01.dc.fore.com>
From: "Naidu, Venkata" <Venkata.Naidu@marconi.com>
To: 'Qiaobing Xie' <xieqb@cig.mot.com>, Craig Partridge <craig@aland.bbn.com>
Cc: Sam Liang <sliang@dsg.stanford.edu>, tsvwg@ietf.org, end2end-interest@postel.org
Subject: RE: [Tsvwg] Re: [e2e] What's the benefit of out-of-order processi ng?
Date: Mon, 17 Sep 2001 19:41:19 -0400
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2650.21)
Content-Type: text/plain; charset="iso-8859-1"
Sender: tsvwg-admin@ietf.org
Errors-To: tsvwg-admin@ietf.org
X-Mailman-Version: 1.0
Precedence: bulk
List-Id: Transport Area Working Group <tsvwg.ietf.org>
X-BeenThere: tsvwg@ietf.org
All: Interested guys can look at SCTP Performance over TCP (How strict ordering introduces head of line blocking and delay) http://tdrwww.exp-math.uni-essen.de/pages/forschung/atm2000.pdf http://www.ietf.org/proceedings/00jul/SLIDES/sigtran-bakeoff/sld009.htm Yes! Megaco/H.248 over SCTP has been proposed! http://www.ietf.org/proceedings/00dec/I-D/draft-ietf-megaco-h248h-00.txt There were proposal for SIP & LDP over SCTP but not accepted! http://www.ietf.org/internet-drafts/draft-rosenberg-sip-sctp-01.txt --Venkata Naidu -> This out-of-order processing service was specifically -> required by MEGACO -> folks at one point (don't know whether they still use it). Some of -> MEGACO messages were transaction-oriented and always carried a -> transaction ID inside, this means that the receiver can often process -> them independently. -> -> The same is true for other transaction-oriented applications, such as -> database query services. -> -> -Qiaobing -> -> Craig Partridge wrote: -> > -> > I suspect some SCTP folks will have better answers, but here's a -> > small perspective. -> > -> > About 14 years ago I did a little bit of study with RDP (RFC 908). -> > RDP supported out-of-order delivery of segments. -> > -> > You could get some performance leverage by delivering -> segments as they -> > arrived to applications that knew where to put the -> segments in their -> > memory or disk (so, for instance, file transfer went a bit -> faster because -> > the receiving system was almost always saving data to the -> file -- it didn't -> > get the feast/famine mode that TCP gives you when a -> segment gets dropped). -> > -> > Craig -> > -> > In message -> <200109171954.MAA30066@Pescadero.DSG.Stanford.EDU>, Sam Liang writes -> > : -> > -> > > -> > > RFC2960 for SCTP lists the lack of out-of-order -> processing as the first -> > >major drawback of TCP: -> > > -> > > "TCP provides both reliable data transfer and strict order-of- -> > > transmission delivery of data. Some applications -> need reliable -> > > transfer without sequence maintenance, while others would be -> > > satisfied with partial ordering of the data. In both of these -> > > cases the head-of-line blocking offered by TCP causes -> unnecessary -> > > delay." -> > > -> > > Is there any study done on evaluating the effect of this TCP -> > >"deficiency"? What applications really need to and are -> capable to do -> > >out-of-order processing? Can video over IP or voice over -> IP applications -> > >process frames out-of-order? With SCTP's order-of-arrival -> delivery, how -> > >much performance boost can be achieved over TCP, in terms -> of increased -> > >throughput and reduced delay? -> > > -> > > Thanks, -> > > -> > >Sam -> > > -> > -> > _______________________________________________ -> > tsvwg mailing list -> > tsvwg@ietf.org -> > http://www1.ietf.org/mailman/listinfo/tsvwg -> _______________________________________________ tsvwg mailing list tsvwg@ietf.org http://www1.ietf.org/mailman/listinfo/tsvwg
- RE: [Tsvwg] Re: [e2e] What's the benefit of out-o… Naidu, Venkata
- Re: [Tsvwg] Re: [e2e] What's the benefit of out-o… Sam Liang
- Re: [Tsvwg] Re: [e2e] What's the benefit of out-o… Jacob Heitz
- Re: [Tsvwg] Re: [e2e] What's the benefit of out-o… John Wroclawski
- Re: [Tsvwg] Re: [e2e] What's the benefit of out-o… David P. Reed
- Re: [Tsvwg] Re: [e2e] What's the benefit of out-o… Michael A. Ramalho