Re: [MMUSIC] it's time to expel SDP from our lives

Paul Kyzivat <paul.kyzivat@comcast.net> Wed, 14 June 2017 15:14 UTC

Return-Path: <paul.kyzivat@comcast.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 26E8F12EAC1 for <mmusic@ietfa.amsl.com>; Wed, 14 Jun 2017 08:14:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.701
X-Spam-Level:
X-Spam-Status: No, score=-2.701 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=comcast.net
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 71idtvt1cIyI for <mmusic@ietfa.amsl.com>; Wed, 14 Jun 2017 08:14:19 -0700 (PDT)
Received: from resqmta-ch2-04v.sys.comcast.net (resqmta-ch2-04v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207:36]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9166912420B for <mmusic@ietf.org>; Wed, 14 Jun 2017 08:14:19 -0700 (PDT)
Received: from resomta-ch2-13v.sys.comcast.net ([69.252.207.109]) by resqmta-ch2-04v.sys.comcast.net with SMTP id L9zQd64AuscBPL9zudBraz; Wed, 14 Jun 2017 15:14:18 +0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20161114; t=1497453258; bh=y0EVwiDORO2/pnzV4mDalGKlfPOp3wOjedjCit9IC+8=; h=Received:Received:Subject:To:From:Message-ID:Date:MIME-Version: Content-Type; b=eXFNlYcNdebQWNRxWwugNUhxT5BB3gAt2oWW2vnMgZ2opIhfnRqnWpxkonOwbiRs3 oo/NPYm63BJ14qJ8V6hXczrwaaMCHWIEACUqCi5fWn/lBx+pBvxrAotBpVN9GFUA5b tNKPLwPxonwc4Bin6HKHJpUudIv/jUlRJQEQ4gtRS2fbiksm9FFhlhkk/V/j6rkPUa ccuOINXmszUUTlQqRCu3GSa99aMVNKrSfED8eLk3+AZwea88ijcdIJHBDhSaZd9QMU 4S5ipgpQU4z7Fk8cbb8QArNy6z0kVJ9UVa2fj7ZvFHuFBH7poTeEti9x8mTksVr9+s EAKOBFCylxu4A==
Received: from [192.168.1.110] ([24.62.227.142]) by resomta-ch2-13v.sys.comcast.net with SMTP id L9zudgQYrAtR2L9zudHOUU; Wed, 14 Jun 2017 15:14:18 +0000
To: mmusic@ietf.org
References: <CAOW+2dtgNCDACJxtSt_jeZYiscurJDYQAvNC2RMVOFf1R+Mr5g@mail.gmail.com> <87lgovig3t.fsf@hobgoblin.ariadne.com> <CALiegf=1fwnhdci_Ppk2srxA+RzqsbFMktNsCYDV_K2_mMKg6g@mail.gmail.com> <D566F3B3.1E4DD%christer.holmberg@ericsson.com> <CALiegfnnXOYxHhsB_SewU2XqNGd_+LAWwsBuw8U5kKBW5Of07g@mail.gmail.com> <D566F7EB.1E4F0%christer.holmberg@ericsson.com> <CALiegfkWLemN3gmM-6+K65vHucdTbNYJfWqYtsEYwWSxqKdp+Q@mail.gmail.com>
From: Paul Kyzivat <paul.kyzivat@comcast.net>
Message-ID: <ba63d176-d6ab-f963-3072-171dc802f76b@comcast.net>
Date: Wed, 14 Jun 2017 11:14:18 -0400
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:52.0) Gecko/20100101 Thunderbird/52.1.1
MIME-Version: 1.0
In-Reply-To: <CALiegfkWLemN3gmM-6+K65vHucdTbNYJfWqYtsEYwWSxqKdp+Q@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: en-US
Content-Transfer-Encoding: 8bit
X-CMAE-Envelope: MS4wfIvZVb+uR32la8dNYuRlE8EWp4h2BbGITPpkjp0gE+gBATaHpmmcxqTO3cmwxSCbGJEnPbdxtEmcu9LxgtVPIw6avaET3q6cNcfonFa9dUx+iKp081ZO iVqR41CPHAUrdezjkbDJylUOdF+LKheHexFk471r65wMyNrkvxThkrNY
Archived-At: <https://mailarchive.ietf.org/arch/msg/mmusic/dE4cn-MaZATB7i62opLx5w66Uqo>
Subject: Re: [MMUSIC] it's time to expel SDP from our lives
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.22
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: Wed, 14 Jun 2017 15:14:21 -0000

On 6/14/17 7:25 AM, Iñaki Baz Castillo wrote:
> 2017-06-14 13:20 GMT+02:00 Christer Holmberg <christer.holmberg@ericsson.com>:
>>> And that's why SDP already exists. But that does not mean that we need
>>> that WebRTC is SDP based.
>>
>> Well, THAT discussion IS off-topic for MMUSIC :)
>>
>> The choice to use SDP was done by RTCWEB, wasn’t it?
> 
> Right. However, the problem I see is that the only WG defining
> multimedia parameters is MMUSIC, and it defines those within the SDP
> context, making it hard to enable any other approach than SDP.

Well, there has to be *some* agreed upon means for defining these 
parameters. SDP is being used because that is what there is, even though 
it is far from ideal. Certainly something else could be used, but then 
that needs to be defined. I guess you are arguing that this partition 
the definition, separating semantics from syntax. While that is 
certainly possible, it probably won't make the job simpler.

What is needed is a concrete proposal.

	Thanks,
	Paul