Chronological Thread 

< Chronological >      < Thread >

---

... 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

---

• [SCTP-Discussion] streams and flow control, Diego Woitasen, 05/31/2005
  • Re: [SCTP-Discussion] streams and flow control, Azmath Sheriff, 05/31/2005
    • Re: [SCTP-Discussion] streams and flow control, Michael Tuexen, 05/31/2005

---

Archive powered by MHonArc 2.6.19+.