Re: [vwrap] is the group still interested in LLSD or DSD?

Dzonatas Sol <> Wed, 04 May 2011 15:10 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id ED546E0684 for <>; Wed, 4 May 2011 08:10:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -4.037
X-Spam-Status: No, score=-4.037 tagged_above=-999 required=5 tests=[AWL=-0.438, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id 8EqneMe7AuII for <>; Wed, 4 May 2011 08:10:01 -0700 (PDT)
Received: from ( []) by (Postfix) with ESMTP id 26F18E0792 for <>; Wed, 4 May 2011 08:10:01 -0700 (PDT)
Received: by pzk5 with SMTP id 5so696708pzk.31 for <>; Wed, 04 May 2011 08:10:01 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; 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=HW221hBL1+GtIGnTpJDoTNzJc4ZYhL9kIh6qDLXwMkU=; b=CBYBPr2oytGvRQj4KU0IeYSzY37S/1Mpaahn2N8bBcWdYOLBX+mwYzf5pm2UOjrf5P qV3ixCDbm6bNJuOQfefGwbqp00z979A57Iv5fMaIS9KZzHoC1PjGb0QCWaTV2vcHQ9CF JxQ2rHkA6EWUFdJmhlle1/DYoX5+z9aFAg6gU=
DomainKey-Signature: a=rsa-sha1; c=nofws;; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=Xwg2+g9cL0ULDAlUFBfkROOCjX4HgR13M0PkVvWMvj5CoF82GZLPHmqDoVHK8p9vrv PzN0RutAaaJbGho6o0dzkEkB3Gy/pVYGYD+OfUvf6synO0jUZEnLSwKDbc8IHrz9pWDv uPRXvczaNB7GzBS2d5eLKvAi168qyOGJnyEU8=
Received: by with SMTP id u4mr1736890pbs.156.1304521800642; Wed, 04 May 2011 08:10:00 -0700 (PDT)
Received: from [] ( []) by with ESMTPS id i7sm790915pbs.19.2011. (version=TLSv1/SSLv3 cipher=OTHER); Wed, 04 May 2011 08:09:59 -0700 (PDT)
Message-ID: <>
Date: Wed, 04 May 2011 08:08:55 -0700
From: Dzonatas Sol <>
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv: Gecko/20110307 Icedove/3.0.11
MIME-Version: 1.0
To: Meadhbh Hamrick <>
References: <> <> <> <> <> <>
In-Reply-To: <>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Subject: Re: [vwrap] is the group still interested in LLSD or DSD?
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Virtual World Region Agent Protocol - IETF working group <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Wed, 04 May 2011 15:10:04 -0000

Don't worry, I (we) "get it".

In attempts (to implement and) go forward with both LLSD and DSD, I 
already answered that question. I await your further effort to the 
effort I did to review your previous posts about DSD.

If you expect yours to remain "out of scope" to this WG, then lets 
continue to go forward with LLSD as-is.

Why use such straw-man to avoid the obvious concern of private 
unencrypted URIs, which breaks this WG if we continue to avoid this big 
elephant in the room. With the LLIDL additions I made for combined 
queries, this at least helps "secure" that insecurity with being able 
pipeline requests over pivotal data. Obviously, any demand to use only 
plain old HTTP leads right back to the elephant.

RFCs shouldn't be used to make people look stupid by default expected 
implementation. I hope no one here is trying to do this, yet the 
avoidance of this issue make this much questionable. There is an obvious 
level of concern about privacy and copybots. This elephant is a 
show-stopper unless you got lawyers already to help protect "the game".

We're being more serious about simulation and region-agent transistion 
then just games (and its loops) that has been repeated for the last few 
years. The game needs to stop we are trying to address the issue.

Do recognize TLS/STLP as viable or do you continue to recommend to only 
send either LLSD or DSD over simple HTTP?

On 05/04/2011 07:32 AM, Meadhbh Hamrick wrote:
> but the question was... yes or no... do we want LLSD or DSD (it's
> successor) to be part of VWRAP moving forward?
> --
> meadhbh hamrick * it's pronounced "maeve"
> @OhMeadhbh * *
> On Wed, May 4, 2011 at 7:21 AM, Dzonatas Sol<>  wrote:
>> We already know highly abstract data types that have all kinds of
>> extensibility, so there is no need to reinvent that much.
>> We just need "best fit" for the documentation and basic usage of resources
>> as capabilities with LLIDL.
>> Any further extensibility is specific to implementation, and that specific
>> implementation should be expected (as common mode with RFCs). What matters
>> is, can we use these data types to convey the concept? Yes, we have
>> demonstrated we can.
>> Again, I worry less about that and more about the combine queries, which
>> would let you extend in many other ways besides mere serialization,
>> especially when pivotal data is known.
>> Your argument only justifies further reason for me to move and update
>> SNOW-375 ( ) to
>> the IETF wiki, especially if we expect STLP, which I rather forward-think
>> about, instead of private unencrypted URIs.
>> On 05/04/2011 07:02 AM, Morgaine wrote:
>>> Extensibility through XML is not extensibility of the types of the
>>> underlying ADT.
>>> The types of the ADT are expressed through 3 canonical serializations.
>>> �Those serializations merely reflect the types defined by the underlying
>>> ADT, and the XML serialization alone cannot extend the underlying ADT
>>> without breaking the mapping of the ADT to the other serializations.
>>> It's the type system itself that has to be extensible before you can
>>> validly use extended types in one of its serializations.
>>> Morgaine.
>> --
>> --- ---
>> Web Development, Software Engineering, Virtual Reality, Consultant
>> _______________________________________________
>> vwrap mailing list

--- ---
Web Development, Software Engineering, Virtual Reality, Consultant