IETF Logo Mail Archive

Re: [ogpx] state/basic capability?

Suzy Deffeyes <suzyq@pobox.com> Tue, 26 January 2010 14:45 UTC

Return-Path: <suzyque@gmail.com>
X-Original-To: ogpx@core3.amsl.com
Delivered-To: ogpx@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 406A33A6844 for <ogpx@core3.amsl.com>; Tue, 26 Jan 2010 06:45:08 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.975
X-Spam-Level:
X-Spam-Status: No, score=-1.975 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, WEIRD_PORT=0.001]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JQQNaMdBBy2B for <ogpx@core3.amsl.com>; Tue, 26 Jan 2010 06:45:07 -0800 (PST)
Received: from mail-fx0-f221.google.com (mail-fx0-f221.google.com [209.85.220.221]) by core3.amsl.com (Postfix) with ESMTP id DF0403A6803 for <ogpx@ietf.org>; Tue, 26 Jan 2010 06:45:06 -0800 (PST)
Received: by fxm21 with SMTP id 21so599498fxm.29 for <ogpx@ietf.org>; Tue, 26 Jan 2010 06:45:14 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:reply-to:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type; bh=62LDT0xsNnr9x+Qe6/eDD0jULFXUFlfXjLZ+IAjz8Gg=; b=xyx7M99V3GWtA+ZmViKTBK0XvXqrxNG8lOHZCxXugb+cEvSuR6kGrsyEP83ngpzC3X h1fxG5bKOIl0bv8/aKk5rWbe7vvU1qiEMHe+SkzT8KSWuBpbvZxuuZE21/rDowqWH0Vt JPx1c3xUj3ZZwFBStLYjl6o5GpH0rRGPE5Il8=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:reply-to:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=dNgLWC6u0tMlJJ4xM1LF6joEjDOVB27McHbm1O7yupkMDiHAuJkeoWGu1RQoHoYxV9 R3hTNW3S3stgOJUPW32LNBzLwIQQ0vTroiCb8kjs1//g6HExhH4cWKTfdWRfUSt5CE6N cW8FS90fs/PtZoqsxKigesBp8iZW9uxqbj32s=
MIME-Version: 1.0
Sender: suzyque@gmail.com
Received: by 10.223.28.156 with SMTP id m28mr6266695fac.41.1264517109122; Tue, 26 Jan 2010 06:45:09 -0800 (PST)
In-Reply-To: <62BFE5680C037E4DA0B0A08946C0933DC7215DD4@rrsmsx506.amr.corp.intel.com>
References: <62BFE5680C037E4DA0B0A08946C0933DC7215DD4@rrsmsx506.amr.corp.intel.com>
Date: Tue, 26 Jan 2010 08:45:09 -0600
X-Google-Sender-Auth: f9e57ea6cd66f318
Message-ID: <2bd5b7f11001260645p3200616dm13df9595091f4b36@mail.gmail.com>
From: Suzy Deffeyes <suzyq@pobox.com>
To: "Hurliman, John" <john.hurliman@intel.com>
Content-Type: multipart/alternative; boundary="0015174796281a0714047e125537"
Cc: "ogpx@ietf.org" <ogpx@ietf.org>
Subject: Re: [ogpx] state/basic capability?
X-BeenThere: ogpx@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: suzyq@pobox.com
List-Id: Virtual Worlds and the Open Grid Protocol <ogpx.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ogpx>, <mailto:ogpx-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ogpx>
List-Post: <mailto:ogpx@ietf.org>
List-Help: <mailto:ogpx-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ogpx>, <mailto:ogpx-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 26 Jan 2010 14:45:08 -0000

Snowglobe doesn't capture the 'state/basic' in the response .  Currently,
Snowglobe only looks at the 'authenticated', and 'agent_seed_cap', and in
the case where authenticated fails, it looks at the 'reason'.  The rest of
the content is ignored.

Suzy



On Mon, Jan 25, 2010 at 5:13 PM, Hurliman, John <john.hurliman@intel.com>wrote:

> Public region seed capabilities currently deployed on Linden Lab's vaak
> grid are handling out a capability called "state/basic" that I haven't seen
> documented anywhere. An example of the LLSD is here:
> https://sim1.vaak.lindenlab.com:12043/cap/c6227189-7258-2ec7-f48e-89de064c5d6c
>
> The format is obviously specific to the deployed Linden Lab codebase
> (including parameters such as skip_mono_scripts and
> rccs_quarantine_release_hysteresis) and possibly acts as a replacement for
> the RegionHandshake UDP message, but the importance of this capability is
> unclear. Can it be ignored by clients? Do regions have to serve up that
> capability to get the Snowglobe 1.3 viewer working? Do we need to define a
> more generic version of this capability?
>
> John
> _______________________________________________
> ogpx mailing list
> ogpx@ietf.org
> https://www.ietf.org/mailman/listinfo/ogpx
>

v2.23.0 | Report a Bug | By Email