Re: [Tsvwg] SCTP stream EOF

[Michael Tüxen <[e-mail]>]

On Sep 17, 2008, at 4:40 PM, Randy Stewart wrote:

> Florian:
>
> What do you mean by an EOF?
>
> For messages there is a SCTP_EOR to tell you a "message" as ended.
>
> If you were using stream reset, and the peer decides to "reset" a  
> stream
> and then use the stream for some other purpose (this is what I think  
> you
> are stating).... then the user would get a STREAM_RESET event for that
> stream.
>
> I don't see the difference (other than name) in stream-x has been  
> reset
> vs stream X receives a EOF. Note that an app MAY choose to use a RESET
> as a EOF.. but it can also mean something different to an app.. I am  
> done
> sending this type of message, I will now send other types of messages.
> Which is different than an EOF....
Just provide a notification that the stream is reset...
>
>
> Note also that the socket-api section is still missing (if I  
> remember right) from
> the stream-reconfig draft... I do need to add this. But I really think
No we haven't. And that should go into the stream reset ID.
>
> the Stream-Reset serves the purpose you are looking for.
ACK.
>
>
> R
> On Sep 17, 2008, at 9:49 AM, Florian Niederbacher wrote:
>
>> Hi,
>> I would ask what are you thinking about a definition for an EOF on  
>> streams in SCTP. My problem is that I would need a signaling method  
>> to report an EOF without closing the whole SCTP association. If I  
>> am right, socket connections get only an EOF if the connection will  
>> be closed (no sending of EOF on socktes in another way is  
>> possible). In draft-stewart-tsvwg-sctpstrrst-00 the possibility the  
>> reset of streams is discussed. This would also be a solution if you  
>> can check the numbering sequence in User Space.
>> A proposal would be to generate an SCTP_EVENT e.g. SCTP_STREAM_EOF  
>> to signal EOF on streams. In this way you can stop receiving and  
>> also reuse the stream or at least continue in multi-streamed  
>> network applications, if you use different threads or processes for  
>> the receiving procedure on streams. Maybe an other possibility  
>> exists to signal an EOF on SCTP streams, but at the moment I can't  
>> find any solution to deal with this problem. What are your  
>> proposals and comments?
>>
>> Best regards
>> Florian Niederbacher
>
> -----
> Randall Stewart
> [e-mail]
>
>
>
>
>