Re: [rtcweb] Summary of Application Developers' opinions of the current WebRTC API and SDP as a control surface

Peter Thatcher <pthatcher@google.com> Fri, 19 July 2013 14:50 UTC

Return-Path: <pthatcher@google.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 19AEA11E8145 for <rtcweb@ietfa.amsl.com>; Fri, 19 Jul 2013 07:50:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.007
X-Spam-Level:
X-Spam-Status: No, score=-1.007 tagged_above=-999 required=5 tests=[AWL=-0.830, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, J_CHICKENPOX_14=0.6, J_CHICKENPOX_18=0.6, J_CHICKENPOX_19=0.6, NO_RELAYS=-0.001]
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 vaKfS9XYRoDm for <rtcweb@ietfa.amsl.com>; Fri, 19 Jul 2013 07:50:32 -0700 (PDT)
Received: from mail-pa0-x22a.google.com (mail-pa0-x22a.google.com [IPv6:2607:f8b0:400e:c03::22a]) by ietfa.amsl.com (Postfix) with ESMTP id 0538D11E82A8 for <rtcweb@ietf.org>; Fri, 19 Jul 2013 07:50:31 -0700 (PDT)
Received: by mail-pa0-f42.google.com with SMTP id rl6so4539295pac.15 for <rtcweb@ietf.org>; Fri, 19 Jul 2013 07:50:31 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=m1IX8oQiQCtdjWauWKQ+nGhd6vU3Ad4ALWeQk8Xhx0k=; b=ZvedtwG/I8oEiJ2MjEoWdWxztNexqfdro3pRySAfYh5XvcBNPo++QlIJQN2hfHE8t7 tqwQETAeNEVpYVh5e3f0cBbnmFBB6OohtjE6LXwBYchd3yCw7/ue1Oqe/Dq5jM2q9JjQ OpOLXIV8VUTj962AabVob1maH9V4J/GJkHBLoxMWMOURDkn2DyYAj4rYB7Bz2Lpz0NPL 94P3GlnFO14X2MZexn30nEgdXiBoRBIOLO0HIrog6tcO5SPmnaQJ8Qc9t2oUDocPy/MO gPZJV0oAHUsTFsnLrvfGUUe6dJ0A6BKDEhNl+YfX4Coz1LsXE+JR3KzwTZi6hNWcgj78 CFoQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:x-gm-message-state; bh=m1IX8oQiQCtdjWauWKQ+nGhd6vU3Ad4ALWeQk8Xhx0k=; b=eyNoGC1K//Ma15P/UXMRRsyzzhf0CCGxfWvOduRDZwBA6Z9yKE0tfAe+uvlfRMmvpt HO8K7zOyN8m8fZQui7eJYMQNNqENIJ8WTI4oNRSrq1xEE3xcc/gF8Dx7wmCjszoEcpW5 JuNfNDadJAyRIh2gC0XndN4b/CF9nNnJ2enW13JtHV5Bto2bqVlpeCuAJ+9On04TCopl PhMy8bSg1U4wnmL+GXqkMeLTAcjvC7DenEwhH5cVs6uiSh5hek3xqM2femBjKG4MqKQ9 lL9RT8izk+a3m11AUWDlcaZ+RNokcawqxknwtRRpt8MIBPyPpSxvHVeKD09ikvdIPtRA 0MFA==
X-Received: by 10.66.217.195 with SMTP id pa3mr18790194pac.120.1374245431690; Fri, 19 Jul 2013 07:50:31 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.66.78.195 with HTTP; Fri, 19 Jul 2013 07:49:50 -0700 (PDT)
In-Reply-To: <C50FDAD5-492C-4A83-AD6D-464242FB4A05@iii.ca>
References: <CAJrXDUGMohpBdi-ft-o_uE7ewFkw7wRY9x7gYEncjov7qi-Bew@mail.gmail.com> <CABcZeBPa4wBS8pYq=0wesMOfL6TkeC7QGAZ8pWwOcnkhkJqWfA@mail.gmail.com> <CAJrXDUFxo8P8wxh8jX3019yPQOuwQ0eVdsFmRXsbWdWinnc5oA@mail.gmail.com> <CABcZeBOTKpmFC34waqZ4kA-P8t+E6yY9gX1JFCHhsBH0+CF-Qw@mail.gmail.com> <1447FA0C20ED5147A1AA0EF02890A64B1C30BC0F@ESESSMB209.ericsson.se> <CAD5OKxtKLMf_d=8GSMrqfNhDHPe9MFP2ZTKzZHFn9CyMr-gSVQ@mail.gmail.com> <1447FA0C20ED5147A1AA0EF02890A64B1C30C833@ESESSMB209.ericsson.se> <CAD5OKxvGfkgRp6tXwbOu_kVteHiBBqsyR5ixH18FMKjCNGO8VQ@mail.gmail.com> <1447FA0C20ED5147A1AA0EF02890A64B1C30CD1E@ESESSMB209.ericsson.se> <BLU401-EAS386F88B3FE140492B39B59693610@phx.gbl> <AE1A6B5FD507DC4FB3C5166F3A05A484213E41E7@TK5EX14MBXC265.redmond.corp.microsoft.com> <C50FDAD5-492C-4A83-AD6D-464242FB4A05@iii.ca>
From: Peter Thatcher <pthatcher@google.com>
Date: Fri, 19 Jul 2013 07:49:50 -0700
Message-ID: <CAJrXDUHBVRoYeLfGebH4R93Vv9-kAS80srPJyOPjmxawO8DC1A@mail.gmail.com>
To: Cullen Jennings <fluffy@iii.ca>
Content-Type: multipart/alternative; boundary=047d7b5d438cca6ee504e1de72a1
X-Gm-Message-State: ALoCoQmg5TZvJSYAjf65aIfdz6bxWdMIyGpaz9NU6XDMTDvLWnMCCBha6SRIBuLZGZzH2+uW/GQCoOkXngEtQLYwtcCDOy7ZncLur6hvg+eZsJY/nbs4gMRKjRS6u3b+cLughP5yLLohY0EMEO+0PejgI/4iWOPt5J6UMSrJSjdx9Q/cYhPQmMLwK+zGbYxDs/OtHqC2vF7u
Cc: "<rtcweb@ietf.org>" <rtcweb@ietf.org>, "public-webrtc@w3.org" <public-webrtc@w3.org>
Subject: Re: [rtcweb] Summary of Application Developers' opinions of the current WebRTC API and SDP as a control surface
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, 19 Jul 2013 14:50:33 -0000

"mindless works fist"?  There's a deep meaning there, but I'm still trying
to figure it out...


On Fri, Jul 19, 2013 at 7:04 AM, Cullen Jennings <fluffy@iii.ca>; wrote:

> Folks wanted to sort out how mindless works fist before getting to theses
> smaller details but in general I think progress is being made on all of
> these
>
> On Jul 17, 2013, at 2:58 PM, "Matthew Kaufman (SKYPE)" <
> matthew.kaufman@skype.net>; wrote:
>
> > Bernard Aboba:
> >>
> >> The problem was that we never defined what mangling browsers had to
> >> support. Given all the SDP specs that is actually a huge work item.
> >
> >
> > This is exactly what my slides that weren't presented last November
> started to touch upon. It only takes a few minutes with RFC3264 and its
> references to start documenting cases that are clearly "valid SDP
> offer/answer" and yet for which I cannot for the life of me figure out what
> a browser should do if they're presented.
> >
> > Just off the top of my head:
> >
> > Can I...
> > - Change the t= line to be something other than t=0 0?
> > - Change the rtpmap associations before calling setLocal?
> > - Change a=sendrecv to a=recvonly before calling setLocal?
> > - What do you do when you see a=content:sl ?
> > - What if someone adds an r= or p= or e=?
> > - What is the RFC that describes a=group:BUNDLE (as seen in some browser
> implementations)?
> > - Can I remove a=group:BUNDLE (or add it) before calling setLocal?
> > - How about removing a=rtcp-mux?
> > - Should I do something special at my end if you set
> a=ice-options:google-ice ?
> > - If you put a=ssrc lines in there, can I change the ssrc before passing
> it back to setLocal?
> > - Can I delete the a=ssrc lines?
> > - Is a=rtcp:1 IN IP4 0.0.0.0 valid or not?
> > - What about 0.0.0.0 in the o= line?
> > - If I get a bunch of a=candidate lines, can I swap them around to
> change the priority before calling setLocal?
> > - What if someone claims SAVP instead of SAVPF but gives me rtcp info?
> >
> > At the *very least* for each and every line that comes from createOffer
> and createAnswer you must be able to answer the following:
> > - Can I delete it?
> > - Duplicate it?
> > - Change it?
> > - If not, how are violation handled? (Both when passed to another
> browser at the far end and when these modifications happen before calling
> setLocal)
> > - And can I add additional valid SDP to what came from createOffer or
> createAnswer and pass it back to setLocal or not?
> >
> > We appear to be nowhere near a document which explains the answers to
> these questions, certainly not in the W3C WG, and not in any IETF RFC or
> draft I can locate.
> >
> > Matthew Kaufman
> >
> > _______________________________________________
> > rtcweb mailing list
> > rtcweb@ietf.org
> > https://www.ietf.org/mailman/listinfo/rtcweb
> _______________________________________________
> rtcweb mailing list
> rtcweb@ietf.org
> https://www.ietf.org/mailman/listinfo/rtcweb
>