Re: [MMUSIC] draft-ietf-ice-rfc5245bis-00: Impacts due to ICE solution for indicating exclusive support of RTP/RTCP-mux.

Christer Holmberg <christer.holmberg@ericsson.com> Mon, 07 December 2015 13:59 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 C12C61B3753; Mon, 7 Dec 2015 05:59:40 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.199
X-Spam-Level:
X-Spam-Status: No, score=-4.199 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3] autolearn=unavailable
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 bF_X6a7yxNBq; Mon, 7 Dec 2015 05:59:39 -0800 (PST)
Received: from sessmg22.ericsson.net (sessmg22.ericsson.net [193.180.251.58]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 58FCA1B36F2; Mon, 7 Dec 2015 05:52:24 -0800 (PST)
X-AuditID: c1b4fb3a-f79df6d0000013b1-e6-56658f15f4c4
Received: from ESESSHC003.ericsson.se (Unknown_Domain [153.88.183.27]) by sessmg22.ericsson.net (Symantec Mail Security) with SMTP id 3B.9B.05041.51F85665; Mon, 7 Dec 2015 14:52:22 +0100 (CET)
Received: from ESESSMB209.ericsson.se ([169.254.9.142]) by ESESSHC003.ericsson.se ([153.88.183.27]) with mapi id 14.03.0248.002; Mon, 7 Dec 2015 14:52:21 +0100
From: Christer Holmberg <christer.holmberg@ericsson.com>
To: "mmusic@ietf.org" <mmusic@ietf.org>, "ice@ietf.org" <ice@ietf.org>
Thread-Topic: draft-ietf-ice-rfc5245bis-00: Impacts due to ICE solution for indicating exclusive support of RTP/RTCP-mux.
Thread-Index: AdEw9h0T1n2MvyaVQyCQVkwuTjgRDQ==
Date: Mon, 07 Dec 2015 13:52:20 +0000
Message-ID: <7594FB04B1934943A5C02806D1A2204B37C89172@ESESSMB209.ericsson.se>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [153.88.183.19]
Content-Type: multipart/alternative; boundary="_000_7594FB04B1934943A5C02806D1A2204B37C89172ESESSMB209erics_"
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmpikeLIzCtJLcpLzFFi42KZGbFdWlesPzXM4O1dJotvF2otpi5/zOLA 5LFkyU+mAMYoLpuU1JzMstQifbsEroyZL8+xFqzqYKxY8GMSawPj6fIuRk4OCQETiflfdjFD 2GISF+6tZwOxhQQOM0pMPpDTxcgFZC9mlHh6biJrFyMHB5uAhUT3P22QGhEBN4mrrw8xgtjM ArYScy9dYAWxhQWqJL7tPcUOUVMtsaftDjOErSdxfMdrJhCbRUBFYuvDa2C7eAV8JS7N7gXr ZQS64fupNUwQM8Ulbj2ZzwRxm4DEkj3noe4UlXj5+B8rhK0o0f60AeqGfIm3k18yQswUlDg5 8wnLBEbhWUhGzUJSNgtJGURcT+LG1ClsELa2xLKFr5khbF2JGf8OsSCLL2BkX8UoWpxaXJyb bmSkl1qUmVxcnJ+nl5dasokRGDMHt/y22sF48LnjIUYBDkYlHt4NrSlhQqyJZcWVuYcYJTiY lUR4ZTNTw4R4UxIrq1KL8uOLSnNSiw8xSnOwKInzNjM9CBUSSE8sSc1OTS1ILYLJMnFwSjUw Cs/7ICp8+uyOxK+8SSZ8wXuvrTdSCk00X6P0rUp1skncgglfipTSdrqHyxXdmjuNpUD1a9CT eiH5T8+tVu//NaHuH6vZvu9COTKp7s73JO/6zDi3fdlFhd5ZXzSnFrIpnHj157+25Ubli0w+ t94WWa2N8tWyX/z8bI9Jb+sctefHs+Q1fpxMVWIpzkg01GIuKk4EAAHFVq6VAgAA
Archived-At: <http://mailarchive.ietf.org/arch/msg/mmusic/d-5IVrlJ221UpxU2j-zyUBKD1vQ>
Cc: Ari Keränen <ari.keranen@ericsson.com>
Subject: Re: [MMUSIC] draft-ietf-ice-rfc5245bis-00: 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: Mon, 07 Dec 2015 13:59:40 -0000

Hi,

In order to clarify that the absence of an RTCP component does NOT by default mean that RTCP is not used, I suggest some additional text to the new text.

Regards,

Christer


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.



<new>NOTE: There needs to be a signalling mechanism to indicate whether

the absence of a component ID of 2 means that RTCP is not used, or that

RTP/RTCP multiplexing is used. Such mechanism is outside the scope of

this document.</new>

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>.



<new>NOTE: There needs to be a signalling mechanism to indicate whether

the absence of a component ID of 2 means that RTCP is not used, or that

RTP/RTCP multiplexing is used. Such mechanism is outside the scope of

this document.</new>