IETF Logo Mail Archive

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 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 (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0929712DB46 for <mmusic@ietfa.amsl.com>; Thu, 17 Mar 2016 01:34:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.202
X-Spam-Level:
X-Spam-Status: No, score=-4.202 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H2=-0.001, 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 4CJvZGssMVdn for <mmusic@ietfa.amsl.com>; Thu, 17 Mar 2016 01:34:29 -0700 (PDT)
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 4638612DA92 for <mmusic@ietf.org>; Thu, 17 Mar 2016 01:34:29 -0700 (PDT)
X-AuditID: c1b4fb3a-f79d86d000005b69-5c-56ea6c13e110
Received: from ESESSHC014.ericsson.se (Unknown_Domain [153.88.183.60]) by sessmg22.ericsson.net (Symantec Mail Security) with SMTP id D5.85.23401.31C6AE65; Thu, 17 Mar 2016 09:34:27 +0100 (CET)
Received: from ESESSMB209.ericsson.se ([169.254.9.122]) by ESESSHC014.ericsson.se ([153.88.183.60]) with mapi id 14.03.0248.002; Thu, 17 Mar 2016 09:34:26 +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: AQHReT3F3TWg6MCKek6vzPt07YGFZJ9Pff2AgAAw3wCAADkCsIAAOumAgACMw1CAADIbAIAAG0vwgAI3CwCACjnsgA==
Date: Thu, 17 Mar 2016 08:34:26 +0000
Message-ID: <D31037D8.5B90%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>
In-Reply-To: <CALiegfnLMUZnA=AQEnvFhxKKbwUeg=sFHRiC9R2MxisY-43UFg@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.149]
Content-Type: text/plain; charset="utf-7"
Content-ID: <3FAE5047F1F8C54D80E4907A9785FC6D@ericsson.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrNIsWRmVeSWpSXmKPExsUyM2K7ja5wzqswg3271S2m77OxmLr8MYsD k8e5hvfsHkuW/GQKYIrisklJzcksSy3St0vgyljR0c9SsJe14tLM2gbGNSxdjJwcEgImElNO nGeGsMUkLtxbz9bFyMUhJHCYUeLMpUUsEM4SRomH82+xdjFycLAJWEh0/9MGaRARcJBoevoK bBCzQKzE25bHrCC2sEC8xMeWY8wQNQkS0179YoOwsyT23nwGVs8ioCpx9O1ORhCbV8BK4tTj b1CLb7FInHrUDJbgFAiUmPZmH9ggRqDrvp9awwSxTFzi1pP5TBBXC0gs2QPzgajEy8f/wI4Q FdCT2HEOwpYQUJJYe3g71KGaEk8XLWSHsK0lpvZ8Y4OwtSWWLXzNDHGQoMTJmU9YJjBKzEKy bhaS9llI2mchaZ+FpH0BI+sqRtHi1OLi3HQjI73Uoszk4uL8PL281JJNjMAoPLjlt9UOxoPP HQ8xCnAwKvHwFjx9GSbEmlhWXJl7iFGCg1lJhJcx5lWYEG9KYmVValF+fFFpTmrxIUZpDhYl cV62T5fDhATSE0tSs1NTC1KLYLJMHJxSDYyV29qirE70ffnd/SVW0iBK1PL1bIN629aTbv5K y2Y9EDUUc9/yUH6dXrEGb5r2xF9nbS6EHep+c7L1Zu+TT/oPEv7tn7Tx84U+SSmFhJl+ZmLb oo/s9IwWP8/AsvTz09oHE8O1Nmy4daP/0vaMC523DF2Y+p8Hr7NfN3dyat9J3lN3CxzPfXut xFKckWioxVxUnAgAY9PDtb4CAAA=
Archived-At: <http://mailarchive.ietf.org/arch/msg/mmusic/ZmUzQUn5HPXIm5zBjDnQ3S3ECBA>
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 08:34:31 -0000

Hi,

>>If I could decide, endpoints would always indicate what they want to
>>receive - even if they don't intend to receive anything (in case of
>>inactive or sendonly).
>
>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…

Regards,

Christer

v2.23.0 | Report a Bug | By Email