Subject: Re: I-D Action: draft-ietf-tsvwg-sctp-strrst-10.txt

From: Michael Tüxen <[email-masked]>
Date: Sat, 6 Aug 2011 15:05:50 +0200

On Jul 29, 2011, at 2:27 PM, Randy Stewart wrote:

> Tom:
> 
> Ok after sitting with Michael here, in the TSVWG meeting room, I see what
> happened here... you did not see my "else" clause or it was not clear enough.
> So to make it more clear I have changed the text to be as follows:
> 
> <t> Otherwise process the Incoming SSN Reset Request Parameter normally responding
> to the peer with an acknowledgment. Note that this case includes the situation where
> some of the streams requested overlap with the jsut sent Outgoing SSN Reset Request. 
> Even in such a situation the Incoming SSN Reset MUST be processed normally even
> though this means that (if the endpoint elects to do the stream reset) streams
> that are already at SSN 0, will be reset a subsequent time.</t>
Dear all,

as agreed on in the TSVWG session, no followup was received within a week.
So the authors consider the issue to be resolved in
http://www.ietf.org/id/draft-ietf-tsvwg-sctp-strrst-12.txt

Can we close the WG LC on this document?

Best regards
Michael
> 
> 
> 
> On Jun 29, 2011, at 10:08 AM, t.petch wrote:
> 
>> There are still some quirks of spelling, some old, some new, and I think that
>> the race
> 
> 
> And as to the "quirks" of spelling.. could you please be more specific.. or
> as Scott would say... "send text"!
> 
> Thanks
> 
> R
> 
>> condition is still not wholy covered in 5.2.3.  I am thinking of a case where
>> the
>> Incoming SSN Reset Request Parameter specifies eg streams 2 and 3 while the
>> Outgoing
>> SSN Reset Request Parameter specifies eg streams 1 and 2.
>> 
>> Tom Petch
>> 
>> ----- Original Message -----
>> From: "Michael Tüxen" <[email-masked]>
>> To: "Randy Stewart" <[email-masked]>
>> Cc: "tsvwg list" <[email-masked]>
>> Sent: Sunday, June 26, 2011 1:11 PM
>> Subject: Re: I-D Action: draft-ietf-tsvwg-sctp-strrst-10.txt
>> 
>> 
>> On Jun 26, 2011, at 12:55 PM, Randy Stewart wrote:
>> 
>>> This submission has all the previous comment .. not to many I think..
>> These issues are not yet resolved, but on my ToDo list:
>> * Address Geavins comments.
>> * Add incoming streams request parameters.
>> 
>> These were the points brought up during LC, which I know hoe to address.
>> And the out-of-band vs. in-band discussion, which is still open.
>> 
>> Best regards
>> Michael
>>> 
>>> It was about to expire so I thought it best to update (especially since
>>> my affiliation has changed ;-)
>>> 
>>> Still unresolved is the out-of-band vs in-band idea... again
>>> I don't see how you do this totally inband..
>>> 
>>> R
>>> On Jun 26, 2011, at 6:29 AM, [email-masked] wrote:
>>> 
>>>> A New Internet-Draft is available from the on-line Internet-Drafts
>> directories. This draft is a work item of the Transport Area Working Group
>> Working Group of the IETF.
>>>> 
>>>> Title           : Stream Control Transmission Protocol (SCTP) Stream
>> Reconfiguration
>>>> Author(s)       : Randall R. Stewart
>>>>                       Peter Lei
>>>>                       Michael Tuexen
>>>> Filename        : draft-ietf-tsvwg-sctp-strrst-10.txt
>>>> Pages           : 31
>>>> Date            : 2011-06-26
>>>> 
>>>> Many applications that use SCTP want the ability to &quot;reset&quot; a
>> stream.
>>>> The intention of resetting a stream is to set the numbering sequence
>>>> of the stream back to &#39;zero&#39; with a corresponding notification to
>> the
>>>> upper layer that this has been performed.  The applications that want
>>>> this feature want it so that they can &quot;re-use&quot; streams for
>> different
>>>> purposes but still utilize the stream sequence number so that the
>>>> application can track the message flows.  Thus, without this feature,
>>>> a new use of an old stream would result in message numbers greater
>>>> than expected unless there is a protocol mechanism to &quot;reset the
>>>> streams back to zero&quot;.  This document also includes methods for
>>>> resetting the transport sequence numbers, adding additional streams
>>>> and resetting all stream sequence numbers.
>>>> 
>>>> 
>>>> A URL for this Internet-Draft is:
>>>> http://www.ietf.org/internet-drafts/draft-ietf-tsvwg-sctp-strrst-10.txt
>>>> 
>>>> Internet-Drafts are also available by anonymous FTP at:
>>>> ftp://ftp.ietf.org/internet-drafts/
>>>> 
>>>> This Internet-Draft can be retrieved at:
>>>> ftp://ftp.ietf.org/internet-drafts/draft-ietf-tsvwg-sctp-strrst-10.txt
>>>> 
>>> 
>>> -----
>>> Randall Stewart
>>> [email-masked]
>>> 
>>> 
>>> 
>>> 
>>> 
>> 
> 
> -----
> Randall Stewart
> [email-masked]
> 
> 
> 
> 
>