IETF Logo Mail Archive

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

Iñaki Baz Castillo <ibc@aliax.net> Thu, 17 March 2016 15:54 UTC

Return-Path: <ibc@aliax.net>
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 9573312D89A for <mmusic@ietfa.amsl.com>; Thu, 17 Mar 2016 08:54:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.6
X-Spam-Level:
X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=aliax-net.20150623.gappssmtp.com
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 vYJ2CoCr5K57 for <mmusic@ietfa.amsl.com>; Thu, 17 Mar 2016 08:54:05 -0700 (PDT)
Received: from mail-yw0-x22d.google.com (mail-yw0-x22d.google.com [IPv6:2607:f8b0:4002:c05::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 574AB12D1E5 for <mmusic@ietf.org>; Thu, 17 Mar 2016 08:54:05 -0700 (PDT)
Received: by mail-yw0-x22d.google.com with SMTP id g127so105234044ywf.2 for <mmusic@ietf.org>; Thu, 17 Mar 2016 08:54:05 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=aliax-net.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=iGojfI5PtQa9Q2FECSFx8ji3P4EjxG8bW2P6R20bJp4=; b=AxkHTR3S5ONycQIRSoNjByHqPnH0Y+q5fiRswGtLG19FMtotq+HKXXLovTHxXY4toe ChEqUet/h+B0ziXaL4W+xgyjTTcOUJQxx+4/6nBtPiykcT7RrRdJ3v0hnzmuvRDb51qf vxbAOfiND+4brJmA/Gc8Sm2aNjUa5ChoQ0wC5bgJ4Qx3Gksf++aVtvbDzlqmshL5IocL 8GnS9G+UQWwjdBgCOr6vYm881A8MTAjFw0RyecgMmbgQWZBZddPF8lePUY6W8huu0Hpd ngAiAnQHS863/ZWPQ5/NesF0iTST71KUgo0d2OqbmhafW3H/QWYmU0TeROzfrvjjuvxO sIzA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=iGojfI5PtQa9Q2FECSFx8ji3P4EjxG8bW2P6R20bJp4=; b=T9wAfC7q71Fbjqd5dGB6FfYr8VL3LTJOScKCqPHdZZZgFBQ1azL5R9B5mKhbH38kZv mqJ+BsdETwtay/f7o7fV5JHA7cN0k9AM+DoOeH2O5VLCWXceY7Aa7kFyOmpHWSx8Oj15 VyKhkCNgyGLg6rrOQacYS02mTQIRfAQxYt8RuLBNNav7jajGu6fR+bo7IJ6e6OpCeaUw DgPid/FlIqxhEtjgCw57WaSzD6VRMhOIJ5SzMlcGb9SjRgnIsct49VmJwoHBV53sFZBI GEws5576oxQSnkeBXDa8IZcEa+SlTPcAwQX7MjPqXqypt4rCGqnUNJemialc4hREKqJO umDQ==
X-Gm-Message-State: AD7BkJK9pH0pgHorgyuws1N5V1JAHfuKpaemRZDgHNinWHLMbVlxy5b7nWlJ9QY3B2jK1IKVQsHYdGh3y7MO9A==
X-Received: by 10.37.92.215 with SMTP id q206mr3125379ybb.172.1458230044623; Thu, 17 Mar 2016 08:54:04 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.37.201.132 with HTTP; Thu, 17 Mar 2016 08:53:45 -0700 (PDT)
In-Reply-To: <56EACF4E.7010106@alum.mit.edu>
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> <56EACF4E.7010106@alum.mit.edu>
From: Iñaki Baz Castillo <ibc@aliax.net>
Date: Thu, 17 Mar 2016 16:53:45 +0100
Message-ID: <CALiegf=TCd9WBza1jXM5t3NUNiPJOD4utmKqMNrX2bTDpAq+yA@mail.gmail.com>
To: Paul Kyzivat <pkyzivat@alum.mit.edu>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <http://mailarchive.ietf.org/arch/msg/mmusic/PbeUmVoTeSVdxhYUegk8rA9_F0M>
Cc: "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 15:54:07 -0000

2016-03-17 16:37 GMT+01:00 Paul Kyzivat <pkyzivat@alum.mit.edu>:
>
>> 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.
>
> It sounds like you are asking to restart the work on SDPng. I doubt that is
> going to happen. The problems it encountered haven't gone away.
>
> Maybe it would be possible with WebRTC.

I think that SDP is a burden for WebRTC that makes it difficult for
developers to express what they really want to express (which
basically is "I want to send this audio and this video, now tell me
what you wish to send me"). Instead on focusing on media streams being
sent and received over one or more "transports" we must deal with
"symmetric" negotiations designed for 1-1 audio communications.


-- 
Iñaki Baz Castillo
<ibc@aliax.net>

v2.46.0 | Report a Bug | By Email | System Status