On Dec 2, 2011, at 9:36 PM, Vijay K. Gurbani wrote:
> On 12/02/2011 02:11 AM, Michael Tuexen wrote:
>> What about:
>>
>> <t>One important thing to remember about SCTP streams is that they
>> are uni-directional. The endpoint for which a stream is an outgoing
>> stream is called the outgoing side, the endpoint for which the
>> stream is an incoming stream is called the incoming side.
>
> Michael: I would reword the above as "The endpoint that originates
> the SCTP connection (resulting the the associated stream) is the
> outgoing side and the recipient of that SCTP connection becomes the
> incoming side."
Hi Vijay,
the above is incorrect... It is not important which side establishes
the SCTP association. No matter how it was established, a uni-directional
stream is outgoing for one side, incoming for the other.
After the association has been established, you have n uni-directional
streams from A to B, and m uni-directional streams from B to A.
For the n streams, A is the outgoing side, B the incoming. For the m
streams, B is the outgoing side, A is the incoming side. No matter
if A is client, B is server, vice versa, or both were acting as peers.
Best regards
Michael
>
> The rest of what you write below is fine.
>
>> The procedures outlined in this section are designed so that the
>> incoming side will always reset their stream sequence number first
>> before the outgoing side which means the re-configuration request
>> must always originate from the outgoing side. These two issues have
>> important ramifications upon how an SCTP endpoint might request that
>> its incoming streams be reset. In effect it must ask the peer to
>> start an outgoing reset procedure and once that request is
>> acknowledged let the peer actually control the reset operation.</t>
>
> Whether or not to include issue of glare, I will leave up to you.
>
> Thanks,
>
> - vijay
> --
> Vijay K. Gurbani, Bell Laboratories, Alcatel-Lucent
> 1960 Lucent Lane, Rm. 9C-533, Naperville, Illinois 60566 (USA)
> Email: vkg@{bell-labs.com,acm.org} / [email protected]
> Web: http://ect.bell-labs.com/who/vkg/
>
_______________________________________________
Gen-art mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/gen-art
