Re: [MMUSIC] draft-ietf-mmusic-rfc5245bis-05: Impacts due to ICE solution for indicating exclusive support of RTP/RTCP-mux.
Christer Holmberg <christer.holmberg@ericsson.com> Thu, 03 December 2015 08:34 UTC
Return-Path: <christer.holmberg@ericsson.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 9C5801B32AC; Thu, 3 Dec 2015 00:34:29 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.901
X-Spam-Level:
X-Spam-Status: No, score=-3.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] 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 Y6bTwWsitQVn; Thu, 3 Dec 2015 00:34:27 -0800 (PST)
Received: from sesbmg22.ericsson.net (sesbmg22.ericsson.net [193.180.251.48]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E408B1B3239; Thu, 3 Dec 2015 00:34:26 -0800 (PST)
X-AuditID: c1b4fb30-f79296d00000141d-4c-565ffe9022fc
Received: from ESESSHC012.ericsson.se (Unknown_Domain [153.88.183.54]) by sesbmg22.ericsson.net (Symantec Mail Security) with SMTP id C6.A3.05149.09EFF565; Thu, 3 Dec 2015 09:34:25 +0100 (CET)
Received: from ESESSMB209.ericsson.se ([169.254.9.142]) by ESESSHC012.ericsson.se ([153.88.183.54]) with mapi id 14.03.0248.002; Thu, 3 Dec 2015 09:34:24 +0100
From: Christer Holmberg <christer.holmberg@ericsson.com>
To: Ari Keränen <ari.keranen@ericsson.com>
Thread-Topic: draft-ietf-mmusic-rfc5245bis-05: Impacts due to ICE solution for indicating exclusive support of RTP/RTCP-mux.
Thread-Index: AdEfK4BAJnqr+40+QtGjMsJ85p/MlQN4A3TAABFKzwAAFRPx0A==
Date: Thu, 03 Dec 2015 08:34:24 +0000
Message-ID: <7594FB04B1934943A5C02806D1A2204B37C7C08F@ESESSMB209.ericsson.se>
References: <7594FB04B1934943A5C02806D1A2204B37C36C32@ESESSMB209.ericsson.se> <7594FB04B1934943A5C02806D1A2204B37C7A3F5@ESESSMB209.ericsson.se> <B7CCCE8F-F76C-48C5-87D1-694D6314F3C5@ericsson.com>
In-Reply-To: <B7CCCE8F-F76C-48C5-87D1-694D6314F3C5@ericsson.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [153.88.183.17]
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmpgkeLIzCtJLcpLzFFi42KZGbHdTHfiv/gwg7+HGC2+Xai1mLr8MYsD k8eSJT+ZAhijuGxSUnMyy1KL9O0SuDJufXjGVnDOpOLibrEGxt0aXYycHBICJhK9X14yQthi EhfurWfrYuTiEBI4zCix7/hnsISQwGJGiTufLLoYOTjYBCwkuv9pg4RFBGwl1jVMZAKxmQXc JJpv7gMrFxaolfh2/hwLRE2dxOOvG9ggbCeJmz0HweIsAioS37bOBrN5BXwl9iyZzA6x9zij xP/uOewgCU4BB4mTp+6BNTMCHff91BqoZeISt57MZ4I4WkBiyZ7zzBC2qMTLx/9YQe6UEFCU WN4vB1GuJ3Fj6hQ2CFtbYtnC18wQewUlTs58wjKBUWwWkqmzkLTMQtIyC0nLAkaWVYyixanF SbnpRkZ6qUWZycXF+Xl6eaklmxiB8XJwy2+DHYwvnzseYhTgYFTi4f1QHh8mxJpYVlyZe4hR goNZSYT321qgEG9KYmVValF+fFFpTmrxIUZpDhYlcd5mpgehQgLpiSWp2ampBalFMFkmDk6p BsaljzqeOCiduHON5/eUCwbrmCIXLbrPNsG/OS+2r9/iyR4HZdnibyJJe60iltjIpb7+N/9G sqINUyPfusVs679F32c9XP1QICclsMWqRP3zwRs6DdcO8HZunHRnoku50LE5P7Lj3S7UCtw9 ff/ve+0gRaH7mzqjDI/M+mM+debzhorVT1yeyyopsRRnJBpqMRcVJwIA/vT64ZMCAAA=
Archived-At: <http://mailarchive.ietf.org/arch/msg/mmusic/96akyPsFLxKrJdkA9hzt0_X8yrw>
Cc: "mmusic@ietf.org" <mmusic@ietf.org>, "ice@ietf.org" <ice@ietf.org>
Subject: Re: [MMUSIC] draft-ietf-mmusic-rfc5245bis-05: Impacts due to ICE solution for indicating exclusive support of RTP/RTCP-mux.
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: <https://mailarchive.ietf.org/arch/browse/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: Thu, 03 Dec 2015 08:34:29 -0000
Hi, Has the Yokohama decision for exclusive support of RTP/RTCP-mux been verified on the appropriate list? Regards, Christer -----Original Message----- From: Ari Keränen Sent: 3. joulukuuta 2015 1:28 To: Christer Holmberg Cc: mmusic@ietf.org; ice@ietf.org Subject: Re: draft-ietf-mmusic-rfc5245bis-05: Impacts due to ICE solution for indicating exclusive support of RTP/RTCP-mux. Hi, These changes look good to me. If no one objects, I'll make the changes for the next revision. Thanks, Ari > On 02 Dec 2015, at 16:12, Christer Holmberg <christer.holmberg@ericsson.com> wrote: > > Any comments on this? > > From: Ice [mailto:ice-bounces@ietf.org] On Behalf Of Christer Holmberg > Sent: 16 November 2015 01:58 > To: mmusic@ietf.org; ice@ietf.org > Cc: Ari Keränen <ari.keranen@ericsson.com> > Subject: [Ice] draft-ietf-mmusic-rfc5245bis-05: Impacts due to ICE solution for indicating exclusive support of RTP/RTCP-mux. > > > Hi, > > I went through draft-ietf-mmusic-rfc5245bis-05, and identified the following paragraphs that need to be modified in order to support the ICE solution for exclusive support of RTP/RTCP-mux. > > Also, I assume the discussion regarding the ICE solution should move to the ICE WG, while the discussion on the mux-exclusive draft will stay in MMUSIC. > > > Section 3: > ------------- > > OLD TEXT: > > Component: A component is a piece of a media stream requiring a > single transport address; a media stream may require multiple > components, each of which has to work for the media stream as a > whole to work. For media streams based on RTP, there are two > components per media stream -- one for RTP, and one for RTCP. > > > NEW TEXT: > > Component: A component is a piece of a media stream requiring a > single transport address; a media stream may require multiple > components, each of which has to work for the media stream as a > whole to work. For media streams based on RTP, <new>unless RTP > and RTCP are multiplexed on the same port,</new> there are two > components per media stream -- one for RTP, and one for RTCP. > > Section 4.1.1.1: > -------------------- > > OLD TEXT: > > Each component has an ID assigned to it, called the component ID. > For RTP-based media streams, the RTP itself has a component ID of 1, > and RTCP a component ID of 2. If an agent is using RTCP, it MUST > obtain a candidate for it. If an agent is using both RTP and RTCP, > it would end up with 2*K host candidates if an agent has K IP > addresses. > > > NEW TEXT (based on e-mail discussion): > > Each component has an ID assigned to it, called the component ID. > For RTP-based media streams, unless RTP and RTCP are multiplexed on > the same port (RTP/RTCP multiplexing), the RTP has a component ID of 1 > and RTCP a component ID of 2. In case of RTP/RTCP multiplexing, a > component ID of 1 is used for both RTP and RTCP. > > When candidates are obtained, unless the agent knows for sure that > RTP/RTCP multiplexing will be used (i.e. the agent knows that the > other agent also supports, and is willing to use, RTP/RTCP > multiplexing), or unless the agent only supports RTP/RTCP > multiplexing, the agent MUST obtain a separate candidate for RTCP. If > an agent has obtained a candidate for RTCP, and end up using RTP/RTCP > multiplexing, the agent does not need to perform connectivity checks on the RTCP candidate. > > If an agent is using separate candidates for RTP and RTCP, it will end > up with 2*K host candidates if the agent has K IP addresses. > > NOTE: The responding agent, when obtaining its candidates, will > typically know whether the other agent supports RTP/RTCP multiplexing, > in which case it will not need to obtain a separate candidate for RTCP. > > > > > Section 4.2: > --------------- > > OLD TEXT: > > Each component has an ID assigned to it, called the component ID. > For RTP-based media streams, the RTP itself has a component ID of 1, > and RTCP a component ID of 2. If an agent is using RTCP, it MUST > obtain candidates for it. > > NEW TEXT: > > Each component has an ID assigned to it, called the component ID. > For RTP-based media streams, the RTP itself has a component ID of 1, > and RTCP a component ID of 2. If an agent is using RTCP, it MUST > obtain candidates for it<new>, unless the agent only supports multiplexing > of RTP and RTCP on the same port</new>. > > > > Section 5.6.1: > ----------------- > > OLD TEXT: > > In the case of RTP, this would happen when one agent provides > candidates for RTCP, and the other does not. As another example, the > offerer can multiplex RTP and RTCP on the same port and signals that > it can do that in the SDP through an SDP attribute [RFC5761]. > However, since the offerer doesn't know if the answerer can perform > such multiplexing, the offerer includes candidates for RTP and RTCP > on separate ports, so that the offer has two components per media > stream. If the answerer can perform such multiplexing, it would > include just a single component for each candidate -- for the > combined RTP/RTCP mux. ICE would end up acting as if there was just > a single component for this candidate. > > > NEW TEXT: > > In the case of RTP, this would happen when one agent provides > candidates for RTCP, and the other does not. As another example, the > offerer can multiplex RTP and RTCP on the same port and signals that > it can do that in the SDP through an SDP attribute [RFC5761]. > However, since the offerer doesn't know if the answerer can perform > such multiplexing, <new>and unless the offerer only supports multiplexing > of RTP and RTCP on the same port,</new> the offerer includes candidates for RTP and RTCP > on separate ports, so that the offer has two components per media > stream. If the answerer can perform such multiplexing, it would > include just a single component for each candidate -- for the > combined RTP/RTCP mux. ICE would end up acting as if there was just > a single component for this candidate.<new>If the offerer only supports > multiplexing of RTP and RTCP on the same port, the offerer only includes > candidates for RTP.</new> > > > Regards, > > Christer
- [MMUSIC] draft-ietf-mmusic-rfc5245bis-05: Impacts… Christer Holmberg
- Re: [MMUSIC] draft-ietf-mmusic-rfc5245bis-05: Imp… Christer Holmberg
- Re: [MMUSIC] draft-ietf-mmusic-rfc5245bis-05: Imp… Ari Keränen
- Re: [MMUSIC] draft-ietf-mmusic-rfc5245bis-05: Imp… Christer Holmberg