Re: [vwrap] Statements of Consensus. Flexibity First.

Dzonatas Sol <dzonatas@gmail.com> Tue, 05 April 2011 19:53 UTC

Return-Path: <dzonatas@gmail.com>
X-Original-To: vwrap@core3.amsl.com
Delivered-To: vwrap@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A55023A6990 for <vwrap@core3.amsl.com>; Tue, 5 Apr 2011 12:53:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.511
X-Spam-Level:
X-Spam-Status: No, score=-3.511 tagged_above=-999 required=5 tests=[AWL=0.088, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
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 32ALuxaLLdjX for <vwrap@core3.amsl.com>; Tue, 5 Apr 2011 12:53:33 -0700 (PDT)
Received: from mail-iy0-f172.google.com (mail-iy0-f172.google.com [209.85.210.172]) by core3.amsl.com (Postfix) with ESMTP id 33D593A6407 for <vwrap@ietf.org>; Tue, 5 Apr 2011 12:53:33 -0700 (PDT)
Received: by iye19 with SMTP id 19so891719iye.31 for <vwrap@ietf.org>; Tue, 05 Apr 2011 12:55:16 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=M6p5B57aPg9l+CA2IBV/F0zul21ZpKFTUMw82syAOvE=; b=d3MoVtAB0QKezctwa76O1efKr/xLUP1g+XHzZCXzHr467JgAEBc458PEX8jlTr13C+ 2fBwTBowmYpI+pD9Eu6Y+ne8mMnsAmyMjqoOwRPHkYQ1dRV4h0q3qJAfesMSEQyI6tON unFvIDPSmVY4eyiVf5PoS9Jutbyk+yGbBdspA=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=q1mQ4TV4vSMktBXdbxbVh7McdDWyJizPXkA+h4hVLkcmCpOnaAl0xd7suOWO/uDGjY bV1r4gNWjmzz3k74wDKSkzpeKFP5iAbYEnE8I37WGXIQBziZAr7CJjzYBCaPOB1XEcMP jBjnNbkKkSumDIlagTnpGK7vOnyg8wijkygI0=
Received: by 10.43.62.13 with SMTP id wy13mr96265icb.360.1302033316102; Tue, 05 Apr 2011 12:55:16 -0700 (PDT)
Received: from [192.168.0.50] (adsl-71-137-195-251.dsl.scrm01.pacbell.net [71.137.195.251]) by mx.google.com with ESMTPS id vr5sm4348238icb.12.2011.04.05.12.55.14 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 05 Apr 2011 12:55:15 -0700 (PDT)
Message-ID: <4D9B73D5.4000809@gmail.com>
Date: Tue, 05 Apr 2011 12:56:05 -0700
From: Dzonatas Sol <dzonatas@gmail.com>
User-Agent: Mozilla-Thunderbird 2.0.0.24 (X11/20100329)
MIME-Version: 1.0
To: Morgaine <morgaine.dinova@googlemail.com>
References: <20110330011458.GB8908@alinoe.com> <4D931434.2030206@boroon.dasgupta.ch> <4646639E08F58B42836FAC24C94624DD92FDE22F3F@GVW0433EXB.americas.hpqcorp.net> <20110401161332.37ca0f9e@hikaru.localdomain> <AANLkTimcMbrJzXYTvs0cszn+rhH4ygEPvzvLwu94gr-4@mail.gmail.com> <BANLkTi=hL5YTAW9_V7EA3C3fiknU0o_ARA@mail.gmail.com> <20110405152025.26ba8f77@hikaru.localdomain> <4D9B4586.9080004@gmail.com> <BANLkTi=hX1ne=hvFqPh_EwTV_Urryxbp_A@mail.gmail.com>
In-Reply-To: <BANLkTi=hX1ne=hvFqPh_EwTV_Urryxbp_A@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Cc: vwrap@ietf.org
Subject: Re: [vwrap] Statements of Consensus. Flexibity First.
X-BeenThere: vwrap@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Virtual World Region Agent Protocol - IETF working group <vwrap.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/vwrap>, <mailto:vwrap-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/vwrap>
List-Post: <mailto:vwrap@ietf.org>
List-Help: <mailto:vwrap-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/vwrap>, <mailto:vwrap-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 05 Apr 2011 19:53:34 -0000

Morgaine, we mooted your hash-based idea. This does nothing to help 
implement asset services. The only significant point you made is some 
expression for optimization, not correct functionality, which is needed 
first

As for your other two, we can summarize those with public resources and 
flow (forward/reverse). Any more specific network topology than that 
only makes it harder to address. The only thing to worry about is 
already custom resources that overlap with newer public resources.

Morgaine wrote:
> On Tue, Apr 5, 2011 at 5:38 PM, Dzonatas Sol <dzonatas@gmail.com 
> <mailto:dzonatas@gmail.com>> wrote:
>
>
>     Do you think we are ready to implement some asset services now,
>     with/without complete documentation?
>
>     What more do you think is needed?
>
>
> Two or three things seem to be needed:
>
>     * Defining the asset addressing concept is an extremely important
>       matter, almost certainly the most important matter of all,
>       because that determines how robust and scalable our worlds will
>       be.� I've already examined alternatives for that in some depth,
>       and the design with the best engineering properties so far seems
>       to be universal hash-based addressing.� I first described that
>       approach on the list here ---
>       http://www.ietf.org/mail-archive/web/vwrap/current/msg00463.html
>       , and referred to it in various subsequent discussions.
>
>     * Defining the data flows between regions, clients, and asset
>       services and which parameters control the flows needs to be done
>       before a test asset service can be implemented.� Without that,
>       an asset service is just a network-accessible storage service,
>       not an asset service in the VWRAP sense.� Network storage
>       services exist already, so just implementing one of those would
>       not advance VWRAP.
>
>     * We need to examine how various deployment patterns will use the
>       asset services, and how the /multiple/ asset services that
>       interop introduces are handled.� I am working on this currently.
>
>
> None of the above is particularly hard.� I think it won't be long 
> before we have a scheme worked out and are ready for some 
> implementation work.
>
>
> Morgaine.
>
>
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> vwrap mailing list
> vwrap@ietf.org
> https://www.ietf.org/mailman/listinfo/vwrap
>   


-- 
--- https://twitter.com/Dzonatas_Sol ---
Web Development, Software Engineering, Virtual Reality, Consultant