Re: [rtcweb] Signalling, SDP, and the way we think about interconnecting RTCWEB applications
Wolfgang Beck <wolfgang.beck01@googlemail.com> Tue, 18 October 2011 05:58 UTC
Return-Path: <wolfgang.beck01@googlemail.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 74A7111E80D1 for <rtcweb@ietfa.amsl.com>; Mon, 17 Oct 2011 22:58:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.977
X-Spam-Level:
X-Spam-Status: No, score=-2.977 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, 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 99XwVwejQZtK for <rtcweb@ietfa.amsl.com>; Mon, 17 Oct 2011 22:58:56 -0700 (PDT)
Received: from mail-gx0-f172.google.com (mail-gx0-f172.google.com [209.85.161.172]) by ietfa.amsl.com (Postfix) with ESMTP id 411E111E80D0 for <rtcweb@ietf.org>; Mon, 17 Oct 2011 22:58:56 -0700 (PDT)
Received: by ggnv1 with SMTP id v1so288354ggn.31 for <rtcweb@ietf.org>; Mon, 17 Oct 2011 22:58:55 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=HP6B9uYGlWrHCPzWsHVFS0ldBgsjWdprLxSFSUG0eaM=; b=DGpmpgfWLH3hkjZZBZFCJjvawtLCiV9g8uYFP+IOZ0rqfZAmaK7S4LgN+Vvg/Y0MSE W2V80qIHFpeNiybVejwHhcpiX7vw3LM7RBgIpDudnFVvVw3F40jJmPSVCRDGk7syO1CY i+VrGT6iI8Q0W4m/MdrM+NO9lKR5tpfbgqCys=
MIME-Version: 1.0
Received: by 10.68.39.231 with SMTP id s7mr2687291pbk.33.1318917535233; Mon, 17 Oct 2011 22:58:55 -0700 (PDT)
Received: by 10.68.55.230 with HTTP; Mon, 17 Oct 2011 22:58:55 -0700 (PDT)
In-Reply-To: <4E9C93F5.5070906@jesup.org>
References: <AAE428925197FE46A5F94ED6643478FEA925614C6A@HE111644.EMEA1.CDS.T-INTERNAL.COM> <CA+9kkMB3p1u7hRX_vO1bQbQ2z-V+0rLiJmi+ZqkEA0mqc66keQ@mail.gmail.com> <CALiegf=26_6r_YjBCmO+6_GnrAzi=KcLoPFqUi-y1E8m_gWreQ@mail.gmail.com> <CA+9kkMDsWyKdvXSRMV0OGEeEYbSENFHSOovNJDUGK30N_pGrnQ@mail.gmail.com> <CABRok6nsVH5tYfwFqQpmjF=Kj-wZQDB9XUX8oOee8r3wr51fKA@mail.gmail.com> <CAAJUQMg79h1=V4m9agq9CcEmFknTaaXrgUz9qtq9EL-0_nChiQ@mail.gmail.com> <4E996E80.6070500@alvestrand.no> <CABRok6k=8wa_K7X+MHwaii+6ANfTquLqauMKgm7KP82wf6pKyA@mail.gmail.com> <8486C8728176924BAF5BDB2F7D7EEDDF3E0906A2@ucolhp4d.easf.csd.disa.mil> <CAAJUQMjsRu=eQic002-T-V0rK=1ByRUD8vV2_+C3Q-cHf-ZL4g@mail.gmail.com> <CAAJUQMiV0-w7QBpWk1dc+BprM0T1MiKt-yuH7V9YyZ=vwD=z7Q@mail.gmail.com> <4E9BA235.3010808@jesup.org> <CAAJUQMjx3KnAqqFbEzzKBw_QMa48+yokQ8U4wemMGGVQhOepCg@mail.gmail.com> <4E9C430A.1070600@jesup.org> <CAAJUQMgJ1wif-gNWvaM6XBzg_JK2Y6w0B7Mn_9qZdnz7B7scgQ@mail.gmail.com> <4E9C93F5.5070906@jesup.org>
Date: Tue, 18 Oct 2011 07:58:55 +0200
Message-ID: <CAAJUQMjdMC+U7xs_BCB6dRcJ5YZ9jHx1TO3P2NQ-eCwoUAnQBg@mail.gmail.com>
From: Wolfgang Beck <wolfgang.beck01@googlemail.com>
To: Randell Jesup <randell-ietf@jesup.org>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
Cc: rtcweb@ietf.org
Subject: Re: [rtcweb] Signalling, SDP, and the way we think about interconnecting RTCWEB applications
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: Tue, 18 Oct 2011 05:58:57 -0000
> You're making the argument that no federation is needed, because to contact > someone on stackexchange you'd browse to stackexchange first. > > I don't think that handles the use-cases of, from within say gmail, you try > to call someone on Stackexchange - or even more unavoidable, you try to > invite someone from stackexchange to join your already-running call. You > can't exit out and load the stackexchange JS client. > Good point. Browsers have iframes and tabs in which I can render web pages of different sites in parallel. The browser has to deal with the case when more than one JS client tries to access the microphone or speaker. Your first case is easy. I simply open a new tab or window and make the call. Consultation calling should be easy, too: I have two browser windows, one with party B, one with party C. I could talk to them in turns by simply switching between windows. Conferencing would require that the browser can move media streams between its JS instances. I'll go through this old list of IN services and check where my model fails. http://www.cs.columbia.edu/~library/TR-repository/reports/reports-1999/cucs-002-99.ps.gz I still refuse to understand RTCWEB as a MEGACO with javascript syntax.. Wolfgang
- [rtcweb] Signalling, SDP, and the way we think ab… BeckW
- Re: [rtcweb] Signalling, SDP, and the way we thin… Iñaki Baz Castillo
- Re: [rtcweb] Signalling, SDP, and the way we thin… Randell Jesup
- Re: [rtcweb] Signalling, SDP, and the way we thin… Hadriel Kaplan
- Re: [rtcweb] Signalling, SDP, and the way we thin… Iñaki Baz Castillo
- Re: [rtcweb] Signalling, SDP, and the way we thin… Iñaki Baz Castillo
- Re: [rtcweb] Signalling, SDP, and the way we thin… Hadriel Kaplan
- Re: [rtcweb] Signalling, SDP, and the way we thin… Iñaki Baz Castillo
- Re: [rtcweb] Signalling, SDP, and the way we thin… Ted Hardie
- Re: [rtcweb] Signalling, SDP, and the way we thin… Iñaki Baz Castillo
- Re: [rtcweb] Signalling, SDP, and the way we thin… Hadriel Kaplan
- Re: [rtcweb] Signalling, SDP, and the way we thin… Ted Hardie
- Re: [rtcweb] Signalling, SDP, and the way we thin… Iñaki Baz Castillo
- Re: [rtcweb] Signalling, SDP, and the way we thin… Iñaki Baz Castillo
- Re: [rtcweb] Signalling, SDP, and the way we thin… Neil Stratford
- Re: [rtcweb] Signalling, SDP, and the way we thin… Wolfgang
- Re: [rtcweb] Signalling, SDP, and the way we thin… Harald Alvestrand
- Re: [rtcweb] Signalling, SDP, and the way we thin… Neil Stratford
- Re: [rtcweb] Signalling, SDP, and the way we thin… Wolfgang
- Re: [rtcweb] Signalling, SDP, and the way we thin… Harald Alvestrand
- Re: [rtcweb] Signalling, SDP, and the way we thin… Neil Stratford
- Re: [rtcweb] Signalling, SDP, and the way we thin… Roy, Radhika R USA CIV (US)
- Re: [rtcweb] Signalling, SDP, and the way we thin… Stephan Wenger
- [rtcweb] VP8 and parameters (Re: Signalling, SDP,… Harald Alvestrand
- Re: [rtcweb] Signalling, SDP, and the way we thin… Dzonatas Sol
- Re: [rtcweb] Signalling, SDP, and the way we thin… Wolfgang
- Re: [rtcweb] Signalling, SDP, and the way we thin… Dzonatas Sol
- Re: [rtcweb] Signalling, SDP, and the way we thin… Randell Jesup
- Re: [rtcweb] Signalling, SDP, and the way we thin… Wolfgang
- Re: [rtcweb] Signalling, SDP, and the way we thin… Randell Jesup
- Re: [rtcweb] Signalling, SDP, and the way we thin… Wolfgang Beck
- Re: [rtcweb] Signalling, SDP, and the way we thin… Iñaki Baz Castillo
- Re: [rtcweb] Signalling, SDP, and the way we thin… Ted Hardie
- Re: [rtcweb] Signalling, SDP, and the way we thin… Dzonatas Sol
- Re: [rtcweb] Signalling, SDP, and the way we thin… Randell Jesup
- Re: [rtcweb] Signalling, SDP, and the way we thin… Wolfgang Beck
- Re: [rtcweb] Signalling, SDP, and the way we thin… Cullen Jennings