Re: [rtcweb] SDP testing

Matthew Kaufman <matthew@matthew.at> Sun, 21 October 2012 05:12 UTC

Return-Path: <matthew@matthew.at>
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 0C38721F8965 for <rtcweb@ietfa.amsl.com>; Sat, 20 Oct 2012 22:12:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.881
X-Spam-Level:
X-Spam-Status: No, score=-0.881 tagged_above=-999 required=5 tests=[AWL=-0.052, BAYES_00=-2.599, HELO_EQ_AT=0.424, HOST_EQ_AT=0.745, HTML_MESSAGE=0.001, J_CHICKENPOX_12=0.6]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pahzFcDGnWND for <rtcweb@ietfa.amsl.com>; Sat, 20 Oct 2012 22:12:27 -0700 (PDT)
Received: from where.matthew.at (where.matthew.at [198.202.199.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5471421F8963 for <rtcweb@ietf.org>; Sat, 20 Oct 2012 22:12:27 -0700 (PDT)
Received: from [10.10.155.229] (unknown [10.10.155.229]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by where.matthew.at (Postfix) with ESMTP id D3366148089 for <rtcweb@ietf.org>; Sat, 20 Oct 2012 22:12:24 -0700 (PDT)
Message-ID: <50838436.6080203@matthew.at>
Date: Sat, 20 Oct 2012 22:12:22 -0700
From: Matthew Kaufman <matthew@matthew.at>
User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:15.0) Gecko/20120907 Thunderbird/15.0.1
MIME-Version: 1.0
To: rtcweb@ietf.org
References: <5082DDAF.7080102@matthew.at>, <508325F9.8010107@alvestrand.no> <BLU002-W136BDAECA1A38C4DA5FB5E593740@phx.gbl>
In-Reply-To: <BLU002-W136BDAECA1A38C4DA5FB5E593740@phx.gbl>
Content-Type: multipart/alternative; boundary="------------050305070105010405000708"
Subject: Re: [rtcweb] SDP testing
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: Sun, 21 Oct 2012 05:12:28 -0000

On 10/20/2012 4:20 PM, Bernard Aboba wrote:
> Harald said:
>
> "Thanks for the info - can you point to the bugs you filed on these 
> issues with our implementation? I'll try to see that they're followed up."
>
> [BA] To determine whether something is a "bug" or a "feature" it helps 
> to have a specification that states what is expected.  Since we're 
> primarily talking about SDP usage within the API rather than what 
> travels over the wire (after all, signaling is out of scope in 
> WebRTC), http://tools.ietf.org/html/draft-nandakumar-rtcweb-sdp is 
> only a baby step toward determining whether the SDP output by 
> createOffer is conformant or whether input to setLocalDescription or 
> setRemoteDescription should be acceptable or not, and if not, what 
> should happen.
>

Precisely the problem. It isn't a "bug" with the Google Chrome beta. It 
is a "bug" with the current specification, which says "see SDP O/A RFC" 
rather than "this is what a browser must allow" or even "this is the 
type of error a browser must throw if the rules aren't followed".

I'll pick some choice examples from some SDP that the latest Chrome beta 
just gave me from createOffer (without pasting the entire blob it 
disgorges):


s=-

Can I add "e=matthew@matthew.at" right after this?

How about a "p=" line?

a=group:BUNDLE audio video

Can I remove this before passing it back to setLocal Description?

a=ice-options:google-ice

How about removing this? Or changing it to 
"a=ice-options:matthew-special-ice"?

a=sendrecv

Can I change it to sendonly?

a=rtcp-mux

Remove this?

a=crypto:1 AES_CM_128_HMAC_SHA1_80 
inline:66AIWBQ/R+UnMc4N/NP/b2hjEB6ydFMMCc8n3DMp

Remove this? Change the key? Set up DTLS-SRTP instead?

a=rtpmap:103 ISAC/16000

Change this to rtpmap: 110 ISAC/16000 because I prefer 110 as the codec ID?

a=ssrc:1018881792 cname:B0VSPpORV75cCTIv

Delete this? Change the ssrc ID because I don't like this one? or the cname?

m=video 1 RTP/SAVPF 100 101 102 c=IN IP4 0.0.0.0

Change this to RTP/SAVP ? [Never mind that "IN IP4 0.0.0.0" is a strange 
thing to have coming from "createOffer"]

NOWHERE in the JSEP specification can I find the answers to these 
questions. That makes working out what is allowed a browser-by-browser 
exhaustive search, which is unacceptable.

Matthew Kaufman