SCTP Discussions

Text archives Help


Re: [SCTP-Discussion] streams and flow control


Chronological Thread 
  • From: Michael Tuexen <Michael.Tuexen AT micmac.franken.de>
  • To: Azmath Sheriff <azmath.m AT tcs.com>
  • Cc: discussion AT sctp.de, Diego Woitasen <diegows AT linux.org.ar>
  • Subject: Re: [SCTP-Discussion] streams and flow control
  • Date: Tue May 31 22:02:16 2005
  • List-id: SCTP Discussions <discussion.sctp.de>

... and that ID has expired almost 4 years ago for a good reason: it
does NOT work.

We have discussed that and could not figure out a way to do
stream based flow control without deadlock scenarios in the
protocol.

The only way to handle the problem (in my opinion) is to
use a stream scheduling function, which determines from which
stream send queue the next chunk is taken when it is possible
for a sender to transmit a DATA chunk.

Different scheduling algorithms will result in different fairness
schemes between the streams. But this is not worked out yet, I'm
working on a paper regarding that stuff.

Best regards
Michael


On May 31, 2005, at 8:18 Uhr, Azmath Sheriff wrote:

Hi,

Yes, the flow control in sctp is handled on association perse'.
But certain telephony applications might need to opt for the stream based flow control, apart from having their own flow control techniques in certain situations.

Pl. chk out the following link. It seems to be an old draft but holds information which could be useful.

http://www.ietf.org/proceedings/01mar/I-D/sigtran-srwnd-sctp-00.txt

Regds.,
Azmath

Diego Woitasen wrote:
The RFC 2960 say that the flow control is mantained by association.
Exists any extensions that implement flow control per stream? For me,
this feature is really useful, because i want to implement a TCP/SCTP
proxy with many TCP connecteions relayed over one SCTP association, but
without flow control per stream i have some limitations.

regards,
diegows

_______________________________________________
discussion mailing list
discussion AT sctp.de
http://www.sctp.de/mailman/listinfo/discussion


Notice: The information contained in this e-mail message and/or attachments to it may contain confidential or privileged information. If you are not the intended recipient, any dissemination, use, review, distribution, printing or copying of the information contained in this e-mail message and/or attachments to it are strictly prohibited. If you have received this communication in error, please notify us by reply e-mail or telephone and immediately and permanently delete the message and any attachments. Thank you





Archive powered by MHonArc 2.6.19+.

Top of page