Re: [MMUSIC] Single SCTP usage per SDP session?

"Makaraju, Maridi Raju (Raju)" <Raju.Makaraju@alcatel-lucent.com> Tue, 25 November 2014 15:05 UTC

Return-Path: <Raju.Makaraju@alcatel-lucent.com>
X-Original-To: mmusic@ietfa.amsl.com
Delivered-To: mmusic@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6ED711A6F64 for <mmusic@ietfa.amsl.com>; Tue, 25 Nov 2014 07:05:13 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.309
X-Spam-Level:
X-Spam-Status: No, score=-6.309 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, J_CHICKENPOX_15=0.6, RCVD_IN_DNSWL_HI=-5, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Dy6gTIM3DTWY for <mmusic@ietfa.amsl.com>; Tue, 25 Nov 2014 07:05:10 -0800 (PST)
Received: from smtp-fr.alcatel-lucent.com (fr-hpida-esg-02.alcatel-lucent.com [135.245.210.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2DBF91A6FA8 for <mmusic@ietf.org>; Tue, 25 Nov 2014 07:05:10 -0800 (PST)
Received: from us70uusmtp4.zam.alcatel-lucent.com (unknown [135.5.2.66]) by Websense Email Security Gateway with ESMTPS id 90D569D900A99; Tue, 25 Nov 2014 15:05:05 +0000 (GMT)
Received: from US70UWXCHHUB02.zam.alcatel-lucent.com (us70uwxchhub02.zam.alcatel-lucent.com [135.5.2.49]) by us70uusmtp4.zam.alcatel-lucent.com (GMO) with ESMTP id sAPF4rWQ007985 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 25 Nov 2014 10:05:07 -0500
Received: from US70UWXCHMBA02.zam.alcatel-lucent.com ([169.254.8.56]) by US70UWXCHHUB02.zam.alcatel-lucent.com ([135.5.2.49]) with mapi id 14.03.0195.001; Tue, 25 Nov 2014 10:04:56 -0500
From: "Makaraju, Maridi Raju (Raju)" <Raju.Makaraju@alcatel-lucent.com>
To: Christer Holmberg <christer.holmberg@ericsson.com>
Thread-Topic: Single SCTP usage per SDP session?
Thread-Index: AdAIiilGRQ9HT1LDRYu/Q2dfZ4TTzAAHckqgAAEasKAAAOZEAAABS24gAABbYpAAAHFTwAACJ/IA
Date: Tue, 25 Nov 2014 15:04:55 +0000
Message-ID: <E1FE4C082A89A246A11D7F32A95A17828E63C11D@US70UWXCHMBA02.zam.alcatel-lucent.com>
References: <7594FB04B1934943A5C02806D1A2204B1D534E7B@ESESSMB209.ericsson.se> <E1FE4C082A89A246A11D7F32A95A17828E63BC0F@US70UWXCHMBA02.zam.alcatel-lucent.com> <7594FB04B1934943A5C02806D1A2204B1D53595D@ESESSMB209.ericsson.se> <E1FE4C082A89A246A11D7F32A95A17828E63BE81@US70UWXCHMBA02.zam.alcatel-lucent.com> <7594FB04B1934943A5C02806D1A2204B1D535B26@ESESSMB209.ericsson.se> <E1FE4C082A89A246A11D7F32A95A17828E63BF30@US70UWXCHMBA02.zam.alcatel-lucent.com> <7594FB04B1934943A5C02806D1A2204B1D535BB7@ESESSMB209.ericsson.se>
In-Reply-To: <7594FB04B1934943A5C02806D1A2204B1D535BB7@ESESSMB209.ericsson.se>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [135.5.27.17]
Content-Type: multipart/alternative; boundary="_000_E1FE4C082A89A246A11D7F32A95A17828E63C11DUS70UWXCHMBA02z_"
MIME-Version: 1.0
Archived-At: http://mailarchive.ietf.org/arch/msg/mmusic/bfP2szelVC_spAEpkGruM7OLtE0
Cc: "mmusic@ietf.org" <mmusic@ietf.org>
Subject: Re: [MMUSIC] Single SCTP usage per SDP session?
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Multiparty Multimedia Session Control Working Group <mmusic.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mmusic>, <mailto:mmusic-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mmusic/>
List-Post: <mailto:mmusic@ietf.org>
List-Help: <mailto:mmusic-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mmusic>, <mailto:mmusic-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 25 Nov 2014 15:05:13 -0000

Please see inline comments marked under <Raju4>


2.Native SCTP: I believe a=setup is for SCTP association.

When a=setup:passive/actpass is used the sctp port usage needs to be clarified indicating it is the server port. When a=setup:active is used port must be 9 (discard port). This needs clarification as well.

Both sides trying to open SCTP simultaneously is probably ok because SCTP allows them to be converted into single association if there are simultaneous INITs (or INIT chunk received in ESTABLISHED state) on the same 4-tuple. This is per RFC 4960 section 5.2.1<http://tools.ietf.org/html/rfc4960#section-5.2.1> and 5.2.2<http://tools.ietf.org/html/rfc4960#section-5.2.2> .

But the key here is same 4-tuple, which means the client must use same **server port** to initiate an outgoing association. If this is not done then, the end result will be 2 SCTP associations setup and/or one of them may be rejected and may depend on implementation.

So, I believe some clarifications are needed in this area.



<Christer2> So, assuming we don't use (per the agreement in Honolulu) a=setup for the SCTP association, we would need to mandate (or, at least say SHOULD) usage of the server port also to initiate an outgoing association, in order to avoid 2 SCTP associations.



But, that also applies to SCTP over DTLS, doesn't it?

<Raju3>

Sorry, it actually ONLY applies to SCTP over DTLS. I misplaced the above description under "native SCTP" instead of "SCTP over DTLS". For native SCTP, as discussed, a=setup negotiation determines which side initiates SCTP association, so the semantics are very clear here.



<Christer3> The idea was to not use a=setup for any "type" of SCTP, including native SCTP.

<Raju4>

I see. The SCTP draft-ietf-mmusic-sctp-sdp is obviously not yet updated as it still has a=setup based semantics.

</Raju4>



BR

Raju



Regards,



Christer