Re: [rtcweb] SDP Security Descriptions (RFC 4568) and RTCWeb

Tim Panton <tim@phonefromhere.com> Fri, 26 April 2013 18:31 UTC

Return-Path: <tim@phonefromhere.com>
X-Original-To: rtcweb@ietfa.amsl.com
Delivered-To: rtcweb@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E0F0A21F9878 for <rtcweb@ietfa.amsl.com>; Fri, 26 Apr 2013 11:31:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.574
X-Spam-Level:
X-Spam-Status: No, score=-2.574 tagged_above=-999 required=5 tests=[AWL=0.025, BAYES_00=-2.599]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0vPLAkbQrHWV for <rtcweb@ietfa.amsl.com>; Fri, 26 Apr 2013 11:31:15 -0700 (PDT)
Received: from smtp003.apm-internet.net (smtp003.apm-internet.net [85.119.248.52]) by ietfa.amsl.com (Postfix) with ESMTP id DDBEA21F984C for <rtcweb@ietf.org>; Fri, 26 Apr 2013 11:31:14 -0700 (PDT)
Received: (qmail 85015 invoked from network); 26 Apr 2013 18:31:13 -0000
X-AV-Scan: clean
Received: from unknown (HELO zimbra003.verygoodemail.com) (85.119.248.218) by smtp003.apm-internet.net with SMTP; 26 Apr 2013 18:31:13 -0000
Received: from zimbra003.verygoodemail.com (localhost [127.0.0.1]) by zimbra003.verygoodemail.com (Postfix) with ESMTP id 6EEB518A03A8; Fri, 26 Apr 2013 19:31:13 +0100 (BST)
Received: from [192.67.4.33] (unknown [192.67.4.33]) by zimbra003.verygoodemail.com (Postfix) with ESMTPSA id 588AF18A0339; Fri, 26 Apr 2013 19:31:13 +0100 (BST)
Mime-Version: 1.0 (Apple Message framework v1283)
Content-Type: text/plain; charset="iso-8859-1"
From: Tim Panton <tim@phonefromhere.com>
In-Reply-To: <C5E08FE080ACFD4DAE31E4BDBF944EB1134A2B36@xmb-aln-x02.cisco.com>
Date: Fri, 26 Apr 2013 19:31:12 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <CFAE4CD8-5A9C-41D4-9017-C5B505493631@phonefromhere.com>
References: <3FA2E46D-C98E-4FC0-9F1D-AD595A861CE1@iii.ca> <20130425202238.74EF321F96A5@ietfa.amsl.com> <AE1A6B5FD507DC4FB3C5166F3A05A48416281FDB@tk5ex14mbxc272.redmond.corp.microsoft.com> <5179BEEF.4000600@jesup.org> <517A0237.9030008@matthew.at> <CA+9kkMAd6LxPTsA+3LfXFkoZQN-D4pwsAG9Oa9axiFt-QPOSOw@mail.gmail.com> <517A8248.4020604@matthew.at> <1BF967D4-2EEA-489D-977E-E5D711966753@phonefromhere.com> <C5E08FE080ACFD4DAE31E4BDBF944EB1134A2B36@xmb-aln-x02.cisco.com>
To: "Cullen Jennings (fluffy)" <fluffy@cisco.com>
X-Mailer: Apple Mail (2.1283)
Cc: "rtcweb@ietf.org" <rtcweb@ietf.org>
Subject: Re: [rtcweb] SDP Security Descriptions (RFC 4568) and RTCWeb
X-BeenThere: rtcweb@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Real-Time Communication in WEB-browsers working group list <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rtcweb>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 26 Apr 2013 18:31:16 -0000

On 26 Apr 2013, at 19:07, Cullen Jennings (fluffy) wrote:

> 
> On Apr 26, 2013, at 7:47 AM, Tim Panton <tim@phonefromhere.com> wrote:
> 
>> If anyone still thinks that SDP is just a blob not an API surface, take a look at the 'reference implementation' of browser to browser interop.
>> https://code.google.com/p/webrtc-samples/source/browse/trunk/apprtc/index.html
>> 
>> I count around 100 lines of javascript munging the SDP.
> 
> Could you just summarize what the 100 lines do and which theses would be needed for browsers that implemented the drat standards? I'm trying to dig into what we need to fix. 


The bulk of it seems to be there to coerce the browsers to use the 'best' codec. 
I see code to remove CN and re-write the m= line to get opus as the first element.

I think this represents a class of problem where the web programmer will want to assert their 
preferences, and currently SDP munging is the only available API.

I personally doubt that any level of standardisation of the SDP will remove the need for such tweaks.

Tim.