Re: [MMUSIC] WGLC of last set of changes to Bundle (draft-ietf-mmusic-sdp-bundle-negotiation-22) - Magnus' comments

Christer Holmberg <christer.holmberg@ericsson.com> Mon, 13 July 2015 10:36 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 DB05D1A1B83 for <mmusic@ietfa.amsl.com>; Mon, 13 Jul 2015 03:36:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.2
X-Spam-Level:
X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, 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 sRAjJ4hPUP1d for <mmusic@ietfa.amsl.com>; Mon, 13 Jul 2015 03:36:06 -0700 (PDT)
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 02D461A21AF for <mmusic@ietf.org>; Mon, 13 Jul 2015 03:34:04 -0700 (PDT)
X-AuditID: c1b4fb30-f79706d000007227-4c-55a3941b928d
Received: from ESESSHC004.ericsson.se (Unknown_Domain [153.88.253.124]) by sesbmg22.ericsson.net (Symantec Mail Security) with SMTP id 2D.53.29223.B1493A55; Mon, 13 Jul 2015 12:34:03 +0200 (CEST)
Received: from ESESSMB209.ericsson.se ([169.254.9.27]) by ESESSHC004.ericsson.se ([153.88.183.30]) with mapi id 14.03.0210.002; Mon, 13 Jul 2015 12:34:02 +0200
From: Christer Holmberg <christer.holmberg@ericsson.com>
To: Magnus Westerlund <magnus.westerlund@ericsson.com>, mmusic <mmusic@ietf.org>
Thread-Topic: [MMUSIC] WGLC of last set of changes to Bundle (draft-ietf-mmusic-sdp-bundle-negotiation-22) - Magnus' comments
Thread-Index: AdC9V0uXPIxdit2oQz+X+gpbNzb9bg==
Date: Mon, 13 Jul 2015 10:34:02 +0000
Message-ID: <7594FB04B1934943A5C02806D1A2204B1D91453E@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.147]
Content-Type: multipart/alternative; boundary="_000_7594FB04B1934943A5C02806D1A2204B1D91453EESESSMB209erics_"
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrJLMWRmVeSWpSXmKPExsUyM+Jvja70lMWhBj3veS0+dW9gs5i6/DGL A5PHkiU/mTy+XP7MFsAUxWWTkpqTWZZapG+XwJXR+nUhc8GmbqaKWa9zGxg3tDB1MXJySAiY SLxadoIdwhaTuHBvPVsXIxeHkMBRRomNU8+ygiSEBBYzSpzcYdrFyMHBJmAh0f1PGyQsIhAk sXTXPbBeZoFKiYc/+sBmCgvUSUy4epcZpFxEoF6iZ4kDRLmexJ8bB1hAwiwCqhItq3NBwrwC vhIvHy5hBrEZgS74fmoNE8REcYlbT+ZDXSkgsWTPeWYIW1Ti5eN/rCBjJASUJKZtTYMoz5do mLeABWKkoMTJmU9YJjAKz0IyaRaSsllIymYBTWIW0JRYv0sfokRRYkr3Q3YIW0Oidc5cdmTx BYzsqxhFi1OLk3LTjYz0Uosyk4uL8/P08lJLNjEC4+bglt8GOxhfPnc8xCjAwajEw5vweFGo EGtiWXFl7iFGaQ4WJXHeGZvzQoUE0hNLUrNTUwtSi+KLSnNSiw8xMnFwSjUwCkgbVls28+31 cNectLkvsue/x68TGz6e+7Goz+xOvnXsTDtNc48bJoXdVmsLDvwKe/VuGktCC8N73reXpdi1 BOfq9pq6n/pqFyDwdu9r8zc28/ZJnbpsHaMg+fXLvXe80WsnXpp45pcpn/i2RkMHg7jakxVO nyI+vsvf07/44iH1XGXD8PxvSizFGYmGWsxFxYkAfaelb3wCAAA=
Archived-At: <http://mailarchive.ietf.org/arch/msg/mmusic/i3VpL84Y-s3zp2kUQY2TexNbOd8>
Cc: "draft-ietf-mmusic-sdp-bundle-negotiation@tools.ietf.org" <draft-ietf-mmusic-sdp-bundle-negotiation@tools.ietf.org>
Subject: Re: [MMUSIC] WGLC of last set of changes to Bundle (draft-ietf-mmusic-sdp-bundle-negotiation-22) - Magnus' comments
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, 13 Jul 2015 10:36:09 -0000

Hi,

In order to address the issue raised by Magnus, I suggest the following modification:

OLD:

10.3.1.  General

   When a BUNDLE group, which contains RTP based media, is created, the
   offerer and answerer MUST negotiate whether to enable RTP/RTCP
   multiplexing for the RTP based media associated with the BUNDLE group
   [RFC5761].

   If RTP/RTCP multiplexing is enabled, the same address:port
   combination will be used for receiving (and sending) all RTP packets
   and the RTCP packets associated with the BUNDLE group.  Each endpoint
   will send the packets towards the BUNDLE address of the other
   endpoint.

   If RTP/RTCP multiplexing is not enabled, separate address:port
   combinations will be used for receiving (and sending) the RTP packets
   and the RTCP packets.  If the remote endpoint has associated an SDP
   'rtcp' attribute with the "m=" line associated with the BUNDLE-tag,
   the attribute value will be used for sending all RTCP packets
   associated with the BUNDLE group towards that endpoint.


NEW:

10.3.1.  General

   When a BUNDLE group, which contains RTP based media, is created, the
   offerer and answerer MUST negotiate whether to enable RTP/RTCP
   multiplexing for the RTP based media associated with the BUNDLE group
   [RFC5761].

   If RTP/RTCP multiplexing is enabled, the same address:port
   combination will be used for sending all RTP packets
   and the RTCP packets associated with the BUNDLE group.  Each endpoint
   will send the packets towards the BUNDLE address of the other
   endpoint. The same address:port combination MAY be used
   for receiving RTP packets and RTCP packets.

   If RTP/RTCP multiplexing is not enabled, separate address:port
   combinations will be used for sending the RTP packets
   and the RTCP packets.  The same address:port combinations
   MAY be used for receiving RTP packets and RTCP packets.
   If the remote endpoint has associated an SDP
   'rtcp' attribute with the "m=" line associated with the BUNDLE-tag,
   the attribute value will be used for sending all RTCP packets
   associated with the BUNDLE group towards that endpoint.

Regards,

Christer




From: mmusic [mailto:mmusic-bounces@ietf.org] On Behalf Of Christer Holmberg
Sent: 25. kesäkuuta 2015 8:19
To: Magnus Westerlund; mmusic
Cc: draft-ietf-mmusic-sdp-bundle-negotiation@tools.ietf.org
Subject: Re: [MMUSIC] WGLC of last set of changes to Bundle (draft-ietf-mmusic-sdp-bundle-negotiation-22)

Hi Magnus,

Thanks for your comment!

Regarding RTP/RTCP mux, I guess it should be clarified that one uses single address:ports for sending and receiving RTP and RTCP, but that those address:ports don't have to be the same.

I'll think of some wording.

Regards,

Christer

Sent from my Windows Phone
________________________________
From: Magnus Westerlund<mailto:magnus.westerlund@ericsson.com>
Sent: ‎23/‎06/‎2015 10:14
To: mmusic<mailto:mmusic@ietf.org>
Cc: draft-ietf-mmusic-sdp-bundle-negotiation@tools.ietf.org<mailto:draft-ietf-mmusic-sdp-bundle-negotiation@tools.ietf.org>
Subject: Re: [MMUSIC] WGLC of last set of changes to Bundle (draft-ietf-mmusic-sdp-bundle-negotiation-22)
Hi,

I looked at the changes and wonder if I spotted an inconsistency?
Otherwise things looks good.

In Section 5 text was changed to enable non-symmetric RTP usages.
Resulting in the following text:

    The address:port combination used for sending bundled media
    MAY be the same as the BUNDLE address, used to receive bundled media,
    depending on whether symmetric RTP [RFC4961] is used.


 From 10.3.1:

    If RTP/RTCP multiplexing is enabled, the same address:port
    combination will be used for receiving (and sending) all RTP packets
    and the RTCP packets associated with the BUNDLE group.  Each endpoint
    will send the packets towards the BUNDLE address of the other
    endpoint.

This appears to strongly suggest that one should/must use symmetric RTP
when doing RTP/RTCP muxing. However, I find nothing in RFC 5761 that
mandates usage of symmetric RTP with RTP/RTCP Mux, even if it the text
is written with that as an assumption, I find nothing that prevents
non-symmetric sending.

Thus, I wonder if the text in 10.3.1 needs to be updated to avoid this
issue.

Cheers

Magnus Westerlund

----------------------------------------------------------------------
Services, Media and Network features, Ericsson Research EAB/TXM
----------------------------------------------------------------------
Ericsson AB                 | Phone  +46 10 7148287
Färögatan 6                 | Mobile +46 73 0949079
SE-164 80 Stockholm, Sweden | mailto: magnus.westerlund@ericsson.com<mailto:magnus.westerlund@ericsson.com>
----------------------------------------------------------------------

_______________________________________________
mmusic mailing list
mmusic@ietf.org<mailto:mmusic@ietf.org>
https://www.ietf.org/mailman/listinfo/mmusic