Re: session layers, was Re: Renumbering ... Should we consider an association that spans transports?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Lars,

comment in-line.

Best regards
Michael

On Sep 17, 2007, at 12:11 PM, Lars Eggert wrote:

On 2007-9-17, at 12:13, ext Fred Baker wrote:
Dumb question of the month. With the exception of the last claim ("...can prioritize..."), this could just as easily describe SCTP. What here is new? And define "prioritize"?

For how this relates to SCTP, let me refer you to Section 6. (And yes, there are obvious similarities here to SCTP, but also RFC2140- like integrated congestion control, etc.)

"Prioritize" meaning how a sender allocates the available path capacity for the SST "bundle" between connection instances. A demo that Bryan did that showed HTTP over SST dynamically adjusted priorities such that objects that were being rendered on the screen were transmitted at a higher priority, even while scrolling around a large page.
The SCTP sender can handle multiple messages in different stream send queues in different ways. I call the selection function the "stream scheduling function". Using different scheduling functions at the sender side you can get different "fairness concepts". Message based round robin would get the fairness concept of having the same number of messages in each stream, doing a weighted fair queueing based scheduler you can share the bandwidth equally between the different streams and so on. Priorities are also simple to implement and have
an analysed in
http://www.cis.udel.edu/~amer/PEL/poc/pdf/sci2004-heinz-SCTP- Prioritized-Multistreaming.pdf The nice thing with the scheduling function is: it is a sender only thing. The receiver has to follow some simple rules, which almost all SCTP implementation do anyway.

On Sep 17, 2007, at 2:02 AM, Lars Eggert wrote:
You might be interested in Bryan Ford's SST paper from this year's SIGCOMM:

Structured Streams: a New Transport Abstraction. Bryan Ford. ACM SIGCOMM 2007, August 27-31, 2007, Kyoto, Japan. http:// www.brynosaurus.com/pub/net/sst-abs.html

_______________________________________________

Ietf@xxxxxxxx
https://www1.ietf.org/mailman/listinfo/ietf


_______________________________________________

Ietf@xxxxxxxx
https://www1.ietf.org/mailman/listinfo/ietf

[Index of Archives]     [IETF Annoucements]     [IETF]     [IP Storage]     [Yosemite News]     [Linux SCTP]     [Linux Newbies]     [Fedora Users]