Re: [rtcweb] A plea for simplicity, marketability - and... who are we designing RTCWEB for?
Iñaki Baz Castillo <ibc@aliax.net> Fri, 21 October 2011 19:04 UTC
Return-Path: <ibc@aliax.net>
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 40B9A21F8B62 for <rtcweb@ietfa.amsl.com>; Fri, 21 Oct 2011 12:04:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.635
X-Spam-Level:
X-Spam-Status: No, score=-2.635 tagged_above=-999 required=5 tests=[AWL=0.042, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_LOW=-1]
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 QbgnYv+aEQTB for <rtcweb@ietfa.amsl.com>; Fri, 21 Oct 2011 12:04:50 -0700 (PDT)
Received: from mail-vx0-f172.google.com (mail-vx0-f172.google.com [209.85.220.172]) by ietfa.amsl.com (Postfix) with ESMTP id A4C3B21F8B12 for <rtcweb@ietf.org>; Fri, 21 Oct 2011 12:04:50 -0700 (PDT)
Received: by vcbfo1 with SMTP id fo1so4349229vcb.31 for <rtcweb@ietf.org>; Fri, 21 Oct 2011 12:04:50 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.220.117.81 with SMTP id p17mr1119777vcq.41.1319223889998; Fri, 21 Oct 2011 12:04:49 -0700 (PDT)
Received: by 10.220.118.143 with HTTP; Fri, 21 Oct 2011 12:04:49 -0700 (PDT)
In-Reply-To: <4EA1B9E5.8030507@jesup.org>
References: <9C8CA816-65FB-41A0-999C-4C43128CAAB4@danyork.org> <2E239D6FCD033C4BAF15F386A979BF51159B91@sonusinmail02.sonusnet.com> <CAAJUQMjHOJxCUGTwON9PmK-QEN0jM++RTWuRpmsHS-eszcNkXQ@mail.gmail.com> <4EA1B9E5.8030507@jesup.org>
Date: Fri, 21 Oct 2011 21:04:49 +0200
Message-ID: <CALiegf=7AUs2T8dTbdBpAH7Am6mDSP3LDbXB9BszorUdSoG0Pg@mail.gmail.com>
From: Iñaki Baz Castillo <ibc@aliax.net>
To: Randell Jesup <randell-ietf@jesup.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Cc: rtcweb@ietf.org
Subject: Re: [rtcweb] A plea for simplicity, marketability - and... who are we designing RTCWEB for?
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, 21 Oct 2011 19:04:51 -0000
2011/10/21 Randell Jesup <randell-ietf@jesup.org>: > This is the rough equivalent to saying "instead of exchanging email in a standard format, and letting people use whatever client/webmail-client they want to read it; if you want to read an email from a gmail user you should log into gmail using their interface; from an aol user log into AOL and their interface, etc. This is because SMTP is a successful protocol that exists from long time ago and allows each user to have a globaly reachable identificator (a mailto: URI). Will RTCweb define an unique identificator for each user in the world? Not at all. RTCweb will be implemented by independent websites, so each website decides the identificator grammar of its users. Please don't try to make analogy between SMTP and RTCweb because it's not the same. If I cannot make a VoIP call from my SIP client to a Gtalk user (without using a protocol gateway), why should we define that a Facebook user should be able to make a RTCweb call to a Twitter user without requiring a protocol gateway? At this point, I think we should have some folks from WWW world in this WG. They could give us some lessons about how WWW works and stop us thinking as telcos (remember that telcos have never succedeed in the web, we are like a bull in a china shop). > Oh, and history, phonebooks, etc would all be separate. RTCweb is not a generic and personal phone in the browser, so there is no "phonebook" concept here. Don't you realize that you are clearly thinking as a telco now? :) More stuf: - When you press the "I like" button of Facebook in an external page, such link points to Facebook servers. - When you want to write something in Twitter (regardless you use the Twitter website or any Twitter desktop/mobile client) you are connecting to Twitter servers. - When a website includes an embedded Youtube video, such video is loaded from Youtube servers, not from the website in which it's embedded. This is the History of WWW and the reason of its success: - NO standards (others than HTTP, HTML and JavaScript). - Do whatever you want without reading IETF specs. - Innovate without deep knowledge. Said that, mandating the format in the wire is the key of no-success. Even more: mandating anything apart from the RTCweb JS API and the RTP/ICE design is the key of no-success. I'm pretty sure of that. Cheers. -- Iñaki Baz Castillo <ibc@aliax.net>
- Re: [rtcweb] A plea for simplicity, marketability… Bernard Aboba
- Re: [rtcweb] A plea for simplicity, marketability… Saúl Ibarra Corretgé
- Re: [rtcweb] A plea for simplicity, marketability… Iñaki Baz Castillo
- Re: [rtcweb] A plea for simplicity, marketability… Saúl Ibarra Corretgé
- [rtcweb] A plea for simplicity, marketability - a… Dan York
- Re: [rtcweb] A plea for simplicity, marketability… Harald Alvestrand
- Re: [rtcweb] A plea for simplicity, marketability… Iñaki Baz Castillo
- Re: [rtcweb] A plea for simplicity, marketability… Wolfgang Beck
- Re: [rtcweb] A plea for simplicity, marketability… Aaron Clauson
- Re: [rtcweb] A plea for simplicity, marketability… Cullen Jennings
- Re: [rtcweb] A plea for simplicity, marketability… Cullen Jennings
- Re: [rtcweb] A plea for simplicity, marketability… Bernard Aboba
- Re: [rtcweb] A plea for simplicity, marketability… Iñaki Baz Castillo
- Re: [rtcweb] A plea for simplicity, marketability… Olle E. Johansson
- Re: [rtcweb] A plea for simplicity, marketability… Iñaki Baz Castillo
- Re: [rtcweb] Single-origin and consent Bernard Aboba
- Re: [rtcweb] A plea for simplicity, marketability… Roman Shpount
- Re: [rtcweb] A plea for simplicity, marketability… Roman Shpount
- Re: [rtcweb] A plea for simplicity, marketability… Iñaki Baz Castillo
- Re: [rtcweb] A plea for simplicity, marketability… Olle E. Johansson
- Re: [rtcweb] A plea for simplicity, marketability… Eric Rescorla
- Re: [rtcweb] A plea for simplicity, marketability… Roman Shpount
- Re: [rtcweb] A plea for simplicity, marketability… Eric Rescorla
- Re: [rtcweb] A plea for simplicity, marketability… Iñaki Baz Castillo
- Re: [rtcweb] A plea for simplicity, marketability… Bernard Aboba
- [rtcweb] Single-origin and consent Randell Jesup
- Re: [rtcweb] Single-origin and consent Harald Alvestrand
- Re: [rtcweb] A plea for simplicity, marketability… Ravindran Parthasarathi
- Re: [rtcweb] A plea for simplicity, marketability… Iñaki Baz Castillo
- Re: [rtcweb] A plea for simplicity, marketability… Wolfgang Beck
- Re: [rtcweb] A plea for simplicity, marketability… Iñaki Baz Castillo
- Re: [rtcweb] A plea for simplicity, marketability… Randell Jesup
- Re: [rtcweb] A plea for simplicity, marketability… Iñaki Baz Castillo
- Re: [rtcweb] A plea for simplicity, marketability… Iñaki Baz Castillo
- Re: [rtcweb] A plea for simplicity, marketability… Matthew Kaufman
- Re: [rtcweb] A plea for simplicity, marketability… Harald Alvestrand
- Re: [rtcweb] A plea for simplicity, marketability… Wolfgang Beck
- Re: [rtcweb] A plea for simplicity, marketability… Iñaki Baz Castillo
- Re: [rtcweb] A plea for simplicity, marketability… Wolfgang Beck
- Re: [rtcweb] A plea for simplicity, marketability… Iñaki Baz Castillo
- Re: [rtcweb] A plea for simplicity, marketability… Wolfgang Beck