Re: [rtcweb] Signalling, SDP, and the way we think about interconnecting RTCWEB applications
Dzonatas Sol <dzonatas@gmail.com> Sun, 16 October 2011 15:19 UTC
Return-Path: <dzonatas@gmail.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 0D54221F8A4E for <rtcweb@ietfa.amsl.com>; Sun, 16 Oct 2011 08:19:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.598
X-Spam-Level:
X-Spam-Status: No, score=-3.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, 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 rlFLuI0uHs11 for <rtcweb@ietfa.amsl.com>; Sun, 16 Oct 2011 08:19:35 -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 4FA6D21F8A71 for <rtcweb@ietf.org>; Sun, 16 Oct 2011 08:19:35 -0700 (PDT)
Received: by vcbfo1 with SMTP id fo1so2427574vcb.31 for <rtcweb@ietf.org>; Sun, 16 Oct 2011 08:19:34 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=RAv/YoHhoYJoVeOZmi213aQAk5mrLUsq+tGG/wIdH1w=; b=ubSVdjQaZrL9tvGEW8HVN/sRpAxV2riDCbJ9PLURM2aZEF5rjYx9nYgrAqXDvQ4/xn M3xHFf8LUT7iy8qzZT5aol4MI2gQANyH1oA/V9k+l4c+7BRb38TdOMbCuv81y/L38Dk2 PXR56KtzJfpTOKdlUSxCzTIrw+CU9LIkeBzjM=
MIME-Version: 1.0
Received: by 10.52.36.237 with SMTP id t13mr16467104vdj.45.1318778374633; Sun, 16 Oct 2011 08:19:34 -0700 (PDT)
Received: by 10.52.107.202 with HTTP; Sun, 16 Oct 2011 08:19:34 -0700 (PDT)
In-Reply-To: <CAAPAK-6NHqbqq7pgwTJuCEsLXc9eGi4Vh2BhPqn1S9Y7jD79_Q@mail.gmail.com>
References: <AAE428925197FE46A5F94ED6643478FEA925614C6A@HE111644.EMEA1.CDS.T-INTERNAL.COM> <CAAPAK-4xJ0ePz5NntKW0qV65yugh3ZSVCPPtDQ-pn+fbZUZoKw@mail.gmail.com> <CAAPAK-4y0S0cPjE9GLoP1xV4+ipNcgz3A0EL6UuCzoc6HKAVog@mail.gmail.com> <CAAJUQMhnEmEDmG-mm4j6jPYVMSsD-Mx5Yj4dbCSBmodK_wZkCw@mail.gmail.com> <CAAPAK-6NHqbqq7pgwTJuCEsLXc9eGi4Vh2BhPqn1S9Y7jD79_Q@mail.gmail.com>
Date: Sun, 16 Oct 2011 08:19:34 -0700
Message-ID: <CAAPAK-4DiWcvvjd3Vpw2tx2jrs7DfjxqMVgrz1PTxP2baYwExA@mail.gmail.com>
From: Dzonatas Sol <dzonatas@gmail.com>
To: rtcweb@ietf.org
Content-Type: multipart/alternative; boundary="20cf30780d008eb80404af6c04b3"
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: Sun, 16 Oct 2011 15:19:36 -0000
On Sun, Oct 16, 2011 at 12:36 AM, Wolfgang <wolfgang.beck01@googlemail.com>wrote: > On Sun, Oct 16, 2011 at 12:46 AM, Dzonatas Sol <dzonatas@gmail.com> wrote: > > > There are always "border crossing" issues, which often exploits > encryption > > as useless even if it works. > > Main thing is that assets should not be cached server-to-server unless > those > > servers tether those assets, yet imagine the > > transient optimizations possible. > > I'm not sure what you are trying to explain.. > > I'm aware that 3d party authentication has its own set of problems, > but it might be a way to get forward with RTCWEB's signaling problem > without re-inventing SIP or XMPP. > > In SL, the main tether is simulated gravity. It's harder for the client to just make-up gravity that would agree with the server. With that known logic and ray-casts there are many other security options besides encryption. It's seems hard for devs to justify that level of security without such case being used for games or only seen as games when it is real-time ubiquity in mind. In your case to "avoid RTCWEB server from having to speak to each other at all" that would mean absolute no tether and no simulated gravity. If that was the case then, how do we deal with needs at the Olympics? I would not expect everyone's mobile to work in unison perfectly as one web to meet all needs. Safety net? Yes. On a recent news: I like CSS regions suggestion which limits javascript just to those regions. I think that helps model this WGs overall case with the trapezoid layout as CSS.
- Re: [rtcweb] Signalling, SDP, and the way we thin… Iñaki Baz Castillo
- [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… 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… Dzonatas Sol
- 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… 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