Re: [MMUSIC] BUNDLE: no reason por payload type to be unique within bundled m= lines

Christer Holmberg <christer.holmberg@ericsson.com> Thu, 17 March 2016 09:09 UTC

Return-Path: <christer.holmberg@ericsson.com>
X-Original-To: mmusic@ietfa.amsl.com
Delivered-To: mmusic@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5A27212D7D4 for <mmusic@ietfa.amsl.com>; Thu, 17 Mar 2016 02:09:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.221
X-Spam-Level:
X-Spam-Status: No, score=-4.221 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
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 ywZcahJXH1yY for <mmusic@ietfa.amsl.com>; Thu, 17 Mar 2016 02:09:22 -0700 (PDT)
Received: from sessmg23.ericsson.net (sessmg23.ericsson.net [193.180.251.45]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9161B12D691 for <mmusic@ietf.org>; Thu, 17 Mar 2016 02:09:22 -0700 (PDT)
X-AuditID: c1b4fb2d-f79c06d000005960-bd-56ea743fccb3
Received: from ESESSHC018.ericsson.se (Unknown_Domain [153.88.183.72]) by sessmg23.ericsson.net (Symantec Mail Security) with SMTP id A2.7D.22880.F347AE65; Thu, 17 Mar 2016 10:09:20 +0100 (CET)
Received: from ESESSMB209.ericsson.se ([169.254.9.122]) by ESESSHC018.ericsson.se ([153.88.183.72]) with mapi id 14.03.0248.002; Thu, 17 Mar 2016 10:09:18 +0100
From: Christer Holmberg <christer.holmberg@ericsson.com>
To: Iñaki Baz Castillo <ibc@aliax.net>
Thread-Topic: [MMUSIC] BUNDLE: no reason por payload type to be unique within bundled m= lines
Thread-Index: AQHReT3F3TWg6MCKek6vzPt07YGFZJ9Pff2AgAAw3wCAADkCsIAAOumAgACMw1CAADIbAIAAG0vwgAI3CwCACjnsgP//5AUAgAAluYA=
Date: Thu, 17 Mar 2016 09:09:18 +0000
Message-ID: <D3103E3F.5BBE%christer.holmberg@ericsson.com>
References: <CALiegfm7Rb4e5DFGycr=EsdigE1XFCUiqNL6+GpRSyrGe=_RWg@mail.gmail.com> <56DED735.1000101@ericsson.com> <CALiegf=G77JOcoR6DORnPsMx4OCgy=_dYQ_r8KfjMy_33vn89A@mail.gmail.com> <7594FB04B1934943A5C02806D1A2204B37E9EA74@ESESSMB209.ericsson.se> <CALiegf=F4z9r+oCO1DMW_nXq7TBJjf-n3N1r6yr5tLoksXtUqg@mail.gmail.com> <7594FB04B1934943A5C02806D1A2204B37E9FDAB@ESESSMB209.ericsson.se> <CALiegf=kzThQ3n+Z-=E8G=ivyL1W=Q4gUcQenihAJ3pmv8udKQ@mail.gmail.com> <7594FB04B1934943A5C02806D1A2204B37EA257B@ESESSMB209.ericsson.se> <CALiegfnLMUZnA=AQEnvFhxKKbwUeg=sFHRiC9R2MxisY-43UFg@mail.gmail.com> <D31037D8.5B90%christer.holmberg@ericsson.com> <CALiegfmWPrai9a1hkj5rpLeyowspAcpr3jNZpNyc4HatXGfo9Q@mail.gmail.com>
In-Reply-To: <CALiegfmWPrai9a1hkj5rpLeyowspAcpr3jNZpNyc4HatXGfo9Q@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/14.6.2.160219
x-originating-ip: [153.88.183.148]
Content-Type: text/plain; charset="Windows-1252"
Content-ID: <2AC47EAE414EDC499F150E1AE3D6003D@ericsson.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrOIsWRmVeSWpSXmKPExsUyM2K7h65Dyaswg6/3eSym77OxmLr8MYsD k8e5hvfsHkuW/GQKYIrisklJzcksSy3St0vgyrjb8oe1YAlnxZ9Zr1gbGJexdzFycEgImEj8 +C3WxcgJZIpJXLi3ng3EFhI4zCixu72yi5ELyF7CKHFtyQdGkHo2AQuJ7n/aIDUiAtYSj+af AatnFoiVeNvymBXEFhaIl/jYcowZoiZBYtqrX2wQdpnEpr7ZLCA2i4CqxPllZ9hBbF4BK4nJ r/tYIHZdYpU4+HUa2G2cAoESDxdHg9QwAt32/dQaJohd4hK3nsxngrhZQGLJnvPMELaoxMvH /8BuEBXQk9hxDsKWEFCSaFzyhBWi10Di/bn5zCDjmYHuX9vLBRHWlli28DUzxDmCEidnPmGZ wCgxC8m2WUi6ZyF0z0LSPQtJ9wJG1lWMosWpxcW56UbGeqlFmcnFxfl5enmpJZsYgdF3cMtv 3R2Mq187HmIU4GBU4uEtePoyTIg1say4MvcQowQHs5IIL2PMqzAh3pTEyqrUovz4otKc1OJD jNIcLErivGyfLocJCaQnlqRmp6YWpBbBZJk4OKUaGJu6mf/p5nMFrD/HuXPGSeXPnN02ur7q ay+/Sj9Q58S1I+C81PFtZYELnFis1/RE7K/XlVaWV93828bRyar1zRyJrS3f39y6sLXgkAiz 5cab/7ZsDk91+STIvN3g+OvftonFjLdXTWBduT90a7w2vyfL1UmXdZwVgm+y2zf120SsMj0y 5QzfVyWW4oxEQy3mouJEABgbxk+6AgAA
Archived-At: <http://mailarchive.ietf.org/arch/msg/mmusic/oyFcTGS6eD802aIMdeoZnlt2W4Y>
Cc: Magnus Westerlund <magnus.westerlund@ericsson.com>, "mmusic@ietf.org" <mmusic@ietf.org>
Subject: Re: [MMUSIC] BUNDLE: no reason por payload type to be unique within bundled m= lines
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.17
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, 17 Mar 2016 09:09:25 -0000

Hi,

>>>I don't agree. If I'm going to send something to you it is easier if I
>>>just define what I'm gonna send. Anyhow, the "issue" is that SDP O/A
>>>states that the offerer decides which SSRC it will use but the
>>>answerer defines which payload types the offerer must send.
>>
>> I agree. But, back in the days we were told that SIP and SDP O/A are so
>> cool, and superior to e.g. H.323, because you only need to indicate what
>> you can receiveŠ
>
>Fine and cool for 1-1 bidirectional and symmetric streams. No longer
>true for current more advanced needs.
>
>I just hope that BUNDLE is a required step in order to separate each
>RTP "sender" and RTP "receiver" within a RTP session, so in the future
>we can get rid of SDP and design a proper RTP parameters based API for
>WebRTC.


That is not the purpose of BUNDLE. The purpose is to be able to negotiate
multiplexed media on a single RTP session - using existing rules and
concepts when it comes to RTP sessions, usage of PT values etc.

If we want to change the rule saying that PT values must be unique per
codec/codec configuration, I think that¹s a separate task.

Regards,

Christer