Re: [rtcweb] Media negeotiation and signalling archatecture

Niklas Enbom <niklase@google.com> Thu, 30 June 2011 08:39 UTC

Return-Path: <niklase@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 B60E021F8757 for <rtcweb@ietfa.amsl.com>; Thu, 30 Jun 2011 01:39:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -105.976
X-Spam-Level:
X-Spam-Status: No, score=-105.976 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
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 uXAxjIzSD9Fu for <rtcweb@ietfa.amsl.com>; Thu, 30 Jun 2011 01:39:59 -0700 (PDT)
Received: from smtp-out.google.com (smtp-out.google.com [216.239.44.51]) by ietfa.amsl.com (Postfix) with ESMTP id 01F8D21F873D for <rtcweb@ietf.org>; Thu, 30 Jun 2011 01:39:58 -0700 (PDT)
Received: from wpaz1.hot.corp.google.com (wpaz1.hot.corp.google.com [172.24.198.65]) by smtp-out.google.com with ESMTP id p5U8dw01007627 for <rtcweb@ietf.org>; Thu, 30 Jun 2011 01:39:58 -0700
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=google.com; s=beta; t=1309423198; bh=HWoEBK2sRVnDCsj1bizTL2eXabI=; h=MIME-Version:In-Reply-To:References:Date:Message-ID:Subject:From: To:Cc:Content-Type; b=Wcv2L1x0H25+nsgxNHMxpfLmoTMnICSlrF02okR0c/716/FNxanQLjiG+KYXuUzNw GGNdRLVMUM0n1l0R+uXtQ==
DomainKey-Signature: a=rsa-sha1; s=beta; d=google.com; c=nofws; q=dns; h=dkim-signature:mime-version:in-reply-to:references:date: message-id:subject:from:to:cc:content-type:x-system-of-record; b=omT05baJNPBomjs3OSsLXtr3t9+8V7BKbM6FTHu0YxhyI9otOGxsRFiWnFE6lGjsH AAZ7cIFI4WmN91+zlzaAQ==
Received: from yib2 (yib2.prod.google.com [10.243.65.66]) by wpaz1.hot.corp.google.com with ESMTP id p5U8dvdW011584 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NOT) for <rtcweb@ietf.org>; Thu, 30 Jun 2011 01:39:57 -0700
Received: by yib2 with SMTP id 2so1001106yib.24 for <rtcweb@ietf.org>; Thu, 30 Jun 2011 01:39:57 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=beta; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=aRvAOUNoUH1N6KpCP9SYLyfDkHuy0ktWAS+97CcAGyY=; b=waq1AcfCv8FpI6t4+BsQz+G2XgzS6TypZVIbSAnWUbltLzOsj/KQrrfqLhiKJNwXvx 5xvgJGEDAmI/wcdEXFMQ==
MIME-Version: 1.0
Received: by 10.100.146.4 with SMTP id t4mr1478868and.29.1309423196861; Thu, 30 Jun 2011 01:39:56 -0700 (PDT)
Received: by 10.100.165.11 with HTTP; Thu, 30 Jun 2011 01:39:56 -0700 (PDT)
In-Reply-To: <B6D678DA-DB26-4A7C-AA0C-6DB580C1E835@cisco.com>
References: <B6D678DA-DB26-4A7C-AA0C-6DB580C1E835@cisco.com>
Date: Thu, 30 Jun 2011 10:39:56 +0200
Message-ID: <CAHzHjDNPZ4MVmV_XGDN-jdVV2zjruVFqhih5BstefaWo33pCag@mail.gmail.com>
From: Niklas Enbom <niklase@google.com>
To: Cullen Jennings <fluffy@cisco.com>
Content-Type: multipart/alternative; boundary="0016e64356188277d704a6e9d8e2"
X-System-Of-Record: true
Cc: rtcweb@ietf.org
Subject: Re: [rtcweb] Media negeotiation and signalling archatecture
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: Thu, 30 Jun 2011 08:39:59 -0000

Cullen, what is meant by "current Chrome implementation" in this doc? At
least what we're implementing is not using the Jingle protocol on the net.
We are using libJingle internally, but the API we're building is essentially
the whatwg proposal with some tweaks.

Niklas


On Wed, Jun 29, 2011 at 5:07 PM, Cullen Jennings <fluffy@cisco.com> wrote:

>
> One of the complicated architectural issues for this WG is what path the
> signaling information gets passed over, and in the parts of that that path
> that need to be standardized, what does the signaling information looks
> like. To help get discussion going on that, I have described 3 models of how
> the information could flow in the some pictures in the following PDF.
>
>
> http://trac.tools.ietf.org/wg/rtcweb/trac/raw-attachment/wiki/WikiStart/RTCWeb-Signaling.pdf
>
> I split these up into 3 models that I call High, Mid, and Low based on the
> path the signaling information goes. There has been a fair amount of
> discussion of High and Mid models in the past in this WG thought pretty much
> no discussion of the Low model. The interesting things is that when I look
> at what is getting implemented and prototyped, a lot of it is the low model.
>
> It certainly possible to support more than one of these but I'm interested
> in the pro and cons of all these but from my point of view, one of the key
> issues is how hard is for people to use. If you look at what things have
> succeeded in HTML, it is typically the things that in there simplest form
> provide a very simple interface to use them. Yes, they might have a more
> complex form that allows richer control but the basics are simple. Take the
> HTML5 video tag for streaming video media for example. There are zillion
> things that could have been passed and controlled to this flag yet the
> proposals that one out were the ones that provided something that was
> incredibly simple to use. Another example is the iPhone interface to make a
> phone call from the browser has been very successful from an adoption point
> of view.
>
>
>
>
> _______________________________________________
> rtcweb mailing list
> rtcweb@ietf.org
> https://www.ietf.org/mailman/listinfo/rtcweb
>