Re: [rtcweb] Media neg-eo-tiation and signalling archa-tecture

Stefan Håkansson LK <stefan.lk.hakansson@ericsson.com> Sun, 10 July 2011 12:06 UTC

Return-Path: <stefan.lk.hakansson@ericsson.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 9011821F854F for <rtcweb@ietfa.amsl.com>; Sun, 10 Jul 2011 05:06:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.216
X-Spam-Level:
X-Spam-Status: No, score=-6.216 tagged_above=-999 required=5 tests=[AWL=0.083, BAYES_00=-2.599, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_MED=-4]
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 lT24uNx6KDJI for <rtcweb@ietfa.amsl.com>; Sun, 10 Jul 2011 05:06:57 -0700 (PDT)
Received: from mailgw9.se.ericsson.net (mailgw9.se.ericsson.net [193.180.251.57]) by ietfa.amsl.com (Postfix) with ESMTP id 39D4E21F854C for <rtcweb@ietf.org>; Sun, 10 Jul 2011 05:06:56 -0700 (PDT)
X-AuditID: c1b4fb39-b7bfdae000005125-73-4e1995dff15f
Received: from esessmw0184.eemea.ericsson.se (Unknown_Domain [153.88.115.81]) by mailgw9.se.ericsson.net (Symantec Mail Security) with SMTP id C7.2D.20773.FD5991E4; Sun, 10 Jul 2011 14:06:55 +0200 (CEST)
Received: from ESESSCMS0362.eemea.ericsson.se ([169.254.1.110]) by esessmw0184.eemea.ericsson.se ([153.88.115.81]) with mapi; Sun, 10 Jul 2011 14:05:23 +0200
From: Stefan Håkansson LK <stefan.lk.hakansson@ericsson.com>
To: Cullen Jennings <fluffy@cisco.com>, Niklas Enbom <niklase@google.com>
Importance: low
X-Priority: 5
Date: Sun, 10 Jul 2011 14:05:23 +0200
Thread-Topic: [rtcweb] Media neg-eo-tiation and signalling archa-tecture
Thread-Index: Acw9eSHCWlHJLaQQTNOoUmfW2UvccABf6Ka0
Message-ID: <BBF498F2D030E84AB1179E24D1AC41D616C389F097@ESESSCMS0362.eemea.ericsson.se>
References: <BLU152-w2EFC2C55649AF1665D96A935E0@phx.gbl> <DFCE8D1D-AC5F-455A-B45D-C09DB6F7D5F8@cisco.com> <87FBDAC1-C440-49E1-B7F1-3CA2E96BC637@cisco.com> <CAHzHjDNc=ZkAV5U=TqQe7uHXp9vgrRb9Q-R5gtGk_7QSQ80JLg@mail.gmail.com>, <FFC2EA65-904F-4849-AF37-D1980C4229FB@cisco.com>
In-Reply-To: <FFC2EA65-904F-4849-AF37-D1980C4229FB@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Brightmail-Tracker: AAAAAA==
Cc: "rtcweb@ietf.org" <rtcweb@ietf.org>
Subject: Re: [rtcweb] Media neg-eo-tiation and signalling archa-tecture
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, 10 Jul 2011 12:06:58 -0000

We also followed the WhatWG proposal as well as possible in our implementation (that you can download and test here: https://labs.ericsson.com/apis/web-real-time-communication/downloads). We're using SDP offer/answers as proposed in the whatwg spec; however there is a separate SDP dialogue per stream (and not per session) to avoid glaring conditions.

The work also generated quite some feedback to whatwg: http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2011-June/031950.html

Stefan

________________________________________
From: rtcweb-bounces@ietf.org [rtcweb-bounces@ietf.org] On Behalf Of Cullen Jennings [fluffy@cisco.com]
Sent: Friday, July 08, 2011 4:11 PM
To: Niklas Enbom
Cc: rtcweb@ietf.org
Subject: Re: [rtcweb] Media neg-eo-tiation and signalling archa-tecture

Makes sense - thanks. I'm trying to interpret the spec by looking at the code. I'll stop doing that :-)

On Jul 8, 2011, at 1:58 AM, Niklas Enbom wrote:

> Not sure in which thread I should answer... In Chrome we're trying to implement the whatwg proposal with one intentional discrepancy, and that's the string format pointed out by Cullen. See details in this thread: http://www.mail-archive.com/whatwg@lists.whatwg.org/msg26163.html. There's also non-intentional discrepancies that we know of, which we're trying to remove.
>
> Just be careful when looking at Chrome code to interpret the whatwg spec. We're trying to interpret that spec in the same way as anyone else, and the whatwg author is not involved in the Chrome implementation.
>
> Niklas
>
> On Thu, Jul 7, 2011 at 7:52 PM, Cullen Jennings <fluffy@cisco.com> wrote:
>
> I went and looked at some call flows to try and sort out what is going on in the current released chrome code and as far as I can tell, Bernard you are right, it is passing the data over the HTTP channel. An example of what I see is below
>
> As far as I can tell this is the JSON encoding of XEP-180 used in jingle and a separate JSON encoding of some of SDP. Not sure this matters much one way or the other but wanted to pass on what I had found and I will correct the slides at some point - my apologies for getting them wrong.
>
> Cullen
>
>
>
> {
>   "media" : [
>      {
>         "attributes" : {
>            "candidate" : [
>               {
>                  "component" : 1,
>                  "foundation" : 1,
>                  "generation" : 0,
>                  "ip" : "144.254.150.241",
>                  "name" : "rtp",
>                  "network_name" : "Intel(R) WiFi Link 1000 BGN",
>                  "password" : "OpawIyXLYcJkwxFa",
>                  "port" : "61880",
>                  "priority" : 1.0,
>                  "proto" : "udp",
>                  "type" : "local",
>                  "username" : "90B0CPvC8p8XPMFt"
>               }
>            ]
>         },
>         "label" : 1,
>         "rtpmap" : [
>            {
>               "103" : {
>                  "codec" : "audio/ISAC"
>               }
>            },
>            {
>               "104" : {
>                  "codec" : "audio/ISAC"
>               }
>            },
>            {
>               "9" : {
>                  "codec" : "audio/G722"
>               }
>            },
>            {
>               "102" : {
>                  "codec" : "audio/iLBC"
>               }
>            },
>            {
>               "0" : {
>                  "codec" : "audio/PCMU"
>               }
>            },
>            {
>               "8" : {
>                  "codec" : "audio/PCMA"
>               }
>            },
>            {
>               "99" : {
>                  "codec" : "audio/CN"
>               }
>            },
>            {
>               "98" : {
>                  "codec" : "audio/CN"
>               }
>            },
>            {
>               "13" : {
>                  "codec" : "audio/CN"
>               }
>            },
>            {
>               "127" : {
>                  "codec" : "audio/red"
>               }
>            },
>            {
>               "106" : {
>                  "codec" : "audio/telephone-event"
>               }
>            }
>         ]
>      },
>      {
>         "attributes" : {
>            "candidate" : [
>               {
>                  "component" : 1,
>                  "foundation" : 1,
>                  "generation" : 0,
>                  "ip" : "144.254.150.241",
>                  "name" : "video_rtp",
>                  "network_name" : "Intel(R) WiFi Link 1000 BGN",
>                  "password" : "G4dq4e3f/G7FDJ5h",
>                  "port" : "61879",
>                  "priority" : 1.0,
>                  "proto" : "udp",
>                  "type" : "local",
>                  "username" : "CBkZYp6/DTTMEFeM"
>               }
>            ]
>         },
>         "label" : 2,
>         "rtpmap" : [
>            {
>               "120" : {
>                  "codec" : "video/VP8"
>               }
>            }
>         ]
>      }
>   ]
> }
>
>
> On Jul 6, 2011, at 9:43 PM, Cullen Jennings wrote:
>
> >
> > On Jul 6, 2011, at 12:06 AM, Bernard Aboba wrote:
> >
> >>
> >>
> >> * The last slide now says that WhatWG proposal is low path; this is not true. The WhatWG proposal as I read it is mute on how the SDPs are exchanged, it just hands those SDPs over to the
> >>
> >> application (though high path is indicated: "Communications are coordinated via a signaling channel provided by script in the page via the server, e.g. using XMLHttpRequest.")
> >
> > Hmm - my understanding was only the ICE related information was communicated that way and the SDP related information when across the channel set up by ICE but I could be totally wrong. It's pretty vague in the spec - I got that idea by talking to some of the people involved. Anyways, glad to retract that WhatWG is doing low path and just change it to not clear.
> >
> >
> > _______________________________________________
> > 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
>

_______________________________________________
rtcweb mailing list
rtcweb@ietf.org
https://www.ietf.org/mailman/listinfo/rtcweb