Re: [vwrap] [wvrap] Simulation consistency

Dzonatas Sol <dzonatas@gmail.com> Sat, 02 April 2011 15:33 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 D73593A683F for <vwrap@core3.amsl.com>; Sat, 2 Apr 2011 08:33:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.553
X-Spam-Level:
X-Spam-Status: No, score=-3.553 tagged_above=-999 required=5 tests=[AWL=0.046, 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 abVrjeyHvgEu for <vwrap@core3.amsl.com>; Sat, 2 Apr 2011 08:33:45 -0700 (PDT)
Received: from mail-iw0-f172.google.com (mail-iw0-f172.google.com [209.85.214.172]) by core3.amsl.com (Postfix) with ESMTP id C1EDB3A683B for <vwrap@ietf.org>; Sat, 2 Apr 2011 08:33:45 -0700 (PDT)
Received: by iwn39 with SMTP id 39so5091149iwn.31 for <vwrap@ietf.org>; Sat, 02 Apr 2011 08:35:26 -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=sx82Y7rZb8QLNvy+cEUvmkIdtWOFb/HKDHzMJh3vPNg=; b=UjM1MQ2paAfm5Uq8nETYWSABVEFGgMDW5xvptknED7kTc+1z2PFJu4FG58KCvjC+O8 zIvQsjFDmhAUcNer3xgBAN23klSuxJfgTR+A98Y0HZv/kqfldYVkdBlkslUSLQGqNwRu tYHk/+4g4lQ7gCKWgR2xacdgG0dysLMjPQCXY=
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=WbcT/auRuyJpN32uWWeeKeEBiIdRtzZZLWmoSuhVtyBx+Tc5Ef/fvAQzhqfZHtRR5N KyfP6L8fR4XOqRNibTkLtLxD/4mEqmiQFYKToMBlcy0JnuBSBQOgIiDaBm8SCSADkWCe P6ERGb1+SxJb/AEHYaymUiLBa/QGixvaIBm5Y=
Received: by 10.43.55.137 with SMTP id vy9mr7319458icb.174.1301758526616; Sat, 02 Apr 2011 08:35:26 -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 hc41sm2274158ibb.47.2011.04.02.08.35.25 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 02 Apr 2011 08:35:25 -0700 (PDT)
Message-ID: <4D97426B.8010302@gmail.com>
Date: Sat, 02 Apr 2011 08:36:11 -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: <BANLkTint6CiMRZWj59sEYM2j7VoKgz4-Bw@mail.gmail.com> <AANLkTimuVubm5Becx8cg_Uq2Gdj8EjHL7maMyqWOeYCJ@mail.gmail.com>
In-Reply-To: <AANLkTimuVubm5Becx8cg_Uq2Gdj8EjHL7maMyqWOeYCJ@mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Cc: vwrap@ietf.org
Subject: Re: [vwrap] [wvrap] Simulation consistency
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: Sat, 02 Apr 2011 15:33:47 -0000

Your hash/digest method is similar to basic REST and what I already 
implemented. Icesphere already has implementations and methods and even 
furthers them with burst modes so where there is no worry to have a URI 
for each asset. The URI can specify a list of assets or single asset 
(content varies as such), which can be returned immediately or when each 
is ready for transfer, individually. Uses LLIDL with proposed changes:

Everything is documented here: 
http://wiki.secondlife.com/wiki/User:Dzonatas_Sol/SNOW-375_Resources/Inventory
(Last edited that doc in August 2010 & Icesphere's implementation has 
been used for awhile since then)


Morgaine wrote:
> Back in September 2010, I wrote this post which proposes that we use 
> in VWRAP a form of asset addressing that provides massive scalability 
> at the same time as a very high degree of resilience -- 
> http://www.ietf.org/mail-archive/web/vwrap/current/msg00463.html .� It 
> is based on the concept of the URI containing a host part and a hash 
> part, where the hash is generated (once, at the time of storage to the 
> asset service) using a specified digest algorithm over the content of 
> the asset being referenced.� You may wish to note that if this design 
> were used, the failure of an asset service to deliver a requested item 
> would result in a failover request for the item to one or more backup 
> services, using the same hash part but with a different host address.
>


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