[erlang-questions] : sctp_peeloff() support in OTP

Valentin Micic <>
Tue Apr 21 01:15:03 CEST 2009


One thing puzzles me: is there support for {active, once} in gen_sctp, as it
would assume head-of-line blocking? Or maybe I should ask a different
question: if {active, once} is to be supported, how one could go about
implementing it without defeating the purpose behind SCTP?

I am thinking:

(1) {active, [once, StreamNo, TargetPID]} 
    {active, [once, default, TargetPID]}

As well as:

(2)  {active, [true, StreamNo, TargetPID]}
     {active, [true, default, TargetPID]}

Where:
 - StreamNo represents a stream of interest;
 - TargetPID, a PID to which traffic received over StreamNo should be
forwarded to.
 - default specify what to do with streams that are not explicitly
referenced.

Wouldn't this imply SCTP peel-off functionality?

V.

PS
In a case you're already doing this -- my apologies for reinventing a hot
water.


-----Original Message-----
From: 
[mailto:] On Behalf Of Raimo Niskanen
Sent: 20 April 2009 02:39 PM
To: Maxim Treskin; 
Subject: Re: [erlang-questions] : sctp_peeloff() support in OTP

On Mon, Apr 20, 2009 at 07:07:03PM +0700, Maxim Treskin wrote:
> What is active mode? If socket port sends messages to process without
> gen_sctp:recv is active mode, then it works now. May be it is something
> another?

Well, what do you know, I had already fixed it but forgot
all about it. But our test suites really could test it
much more...

What about you open source users. Is active mode working
fine for you? Under heavy load?

In that case Peeloff is a possible next large feature to implement,
if not the only missing large feature...? Anybody missing
something other important?

> 
> -- 
> Maxim Treskin

> _______________________________________________
> erlang-questions mailing list
> 
> http://www.erlang.org/mailman/listinfo/erlang-questions

-- 

/ Raimo Niskanen, Erlang/OTP, Ericsson AB
_______________________________________________
erlang-questions mailing list

http://www.erlang.org/mailman/listinfo/erlang-questions




More information about the erlang-questions mailing list