Please see inline..
> [Tom P.] Well, this isn't a very interesting case -- the app has
> voluntarily switched to a lower rate?
Yes that's right -- I just gave an example on how a CCID-3 sender could grow
its sending rate..
>The interesting case is when the
> app has been forced to switch to t
; 'Pasi Sarolahti'
> Subject: Re: [dccp] DCCP work ideas
>
>
> Dear Bryan,
>
> Some thoughts here..Please see inline.
>
> > 1. The CC algorithm should NOT increase the rate/window allowance
> > significantly beyond the amount of data actually being
and ICCRG to work together on these sorts
> > of things.
> >
> > Tom P.
> >
> >
> > From: dccp-boun...@ietf.org [mailto:dccp-boun...@ietf.org] On Behalf
> > Of Arjuna Sathiaseelan
> > Sent: Wednesday, July 29, 200
idea as I
understand it is for DCCP and ICCRG to work together on these sorts
of things.
Tom P.
From: dccp-boun...@ietf.org [mailto:dccp-boun...@ietf.org] On Behalf
Of Arjuna Sathiaseelan
Sent: Wednesday, July 29, 2009 12:55 PM
To: 'Bryan Ford'; 'Pasi Sarolahti'
dccp-boun...@ietf.org [mailto:dccp-boun...@ietf.org] On Behalf Of Arjuna
Sathiaseelan
Sent: Wednesday, July 29, 2009 12:55 PM
To: 'Bryan Ford'; 'Pasi Sarolahti'; dccp@ietf.org
Cc: go...@erg.abdn.ac.uk
Subject: Re: [dccp] DCCP work ideas
Dear Bryan,
DCCP’s CCID’s do probe f
Dear Bryan,
DCCP's CCID's do probe for capacity for e.g. CCID 3 (which follows TFRC)
would allow the sender to send upto twice the receiver rate or that allowed
by the throughput equation (which ever is small) and hence its upto the
application to decide whether to retract back to its orig
In response to Pasi's tsvarea talk on where to go next with DCCP, I
would like to offer two ideas for future DCCP work that could increase
the its likelihood becoming widely used for something.
1. Get involved in the nascent multipath TCP work and develop a way to
use DCCP as a better subfl
