Re: [ogpx] Feedback to draft-hamrick-vwrap-authentication-00.txt

Carlo Wood <carlo@alinoe.com> Sun, 07 March 2010 00:38 UTC

Return-Path: <carlo@alinoe.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 2D90828C15C for <ogpx@core3.amsl.com>; Sat, 6 Mar 2010 16:38:58 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.13
X-Spam-Level:
X-Spam-Status: No, score=-1.13 tagged_above=-999 required=5 tests=[AWL=-0.300, BAYES_00=-2.599, HELO_EQ_AT=0.424, HOST_EQ_AT=0.745, J_CHICKENPOX_54=0.6]
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 cg1V2NfRlewN for <ogpx@core3.amsl.com>; Sat, 6 Mar 2010 16:38:57 -0800 (PST)
Received: from viefep13-int.chello.at (viefep13-int.chello.at [62.179.121.33]) by core3.amsl.com (Postfix) with ESMTP id BE72528C0DE for <ogpx@ietf.org>; Sat, 6 Mar 2010 16:38:56 -0800 (PST)
Received: from edge03.upcmail.net ([192.168.13.238]) by viefep13-int.chello.at (InterMail vM.8.01.02.00 201-2260-120-20100118) with ESMTP id <20100307003858.BTRB27206.viefep13-int.chello.at@edge03.upcmail.net>; Sun, 7 Mar 2010 01:38:58 +0100
Received: from mail9.alinoe.com ([77.250.43.12]) by edge03.upcmail.net with edge id q0ew1d03V0FlQed030ex2r; Sun, 07 Mar 2010 01:38:58 +0100
X-SourceIP: 77.250.43.12
Received: from carlo by mail9.alinoe.com with local (Exim 4.71) (envelope-from <carlo@alinoe.com>) id 1No4WG-00071l-PA; Sun, 07 Mar 2010 01:38:56 +0100
Date: Sun, 07 Mar 2010 01:38:56 +0100
From: Carlo Wood <carlo@alinoe.com>
To: Morgaine <morgaine.dinova@googlemail.com>
Message-ID: <20100307003856.GA26690@alinoe.com>
References: <20100306142607.GB24621@alinoe.com> <e0b04bba1003061239n5a0f2957w6a506222b5e533ce@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <e0b04bba1003061239n5a0f2957w6a506222b5e533ce@mail.gmail.com>
User-Agent: Mutt/1.5.20 (2009-06-14)
X-Cloudmark-Analysis: v=1.1 cv=dFTJNr//OApgz790TnY+O6n+VSjuGIjvlcM+aYgYbcs= c=1 sm=0 a=qW8AiHC7PDkA:10 a=kj9zAlcOel0A:10 a=BjFOTwK7AAAA:8 a=KGGXbsyiqEuzxM6sZTIA:9 a=2xfA2V9yRg4zd0me_5hM1jCcBWkA:4 a=CjuIK1q_8ugA:10 a=bW3kdApBr58A:10 a=HpAAvcLHHh0Zw7uRqdWCyQ==:117
Cc: ogpx@ietf.org
Subject: Re: [ogpx] Feedback to draft-hamrick-vwrap-authentication-00.txt
X-BeenThere: ogpx@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Virtual World Region Agent Protocol - IETF working group <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: Sun, 07 Mar 2010 00:38:58 -0000

On Sat, Mar 06, 2010 at 08:39:32PM +0000, Morgaine wrote:
> The {first_name} + {last_name} concept has no place in VWRAP as a requirement
> anyway.  That's a particular property of Second Life.

+1

Meadhbh wrote me back in private (something I don't understand, why
not use this list?) that the reason for using first + last name
is to accommodate existing implementations like Second Life and
Opensim.

I think that is not a valid agrument. We're designing a standard
here, and there is no place for legacy in a new standard. I already
pointed out in my first post that it is extremely simple to switch
to a single Agent Identifier string anyway (just catenate first and
last with a space in between).

What also worries me in this is that apparently the current
Second Life protocol is considered to be canonical VWRAP, and
it is apparently not possible to define a VWRAP that doesn't
match the current existing protocol used by Linden Lab.

If Linden Lab thinks that it's hard to switch such things
(from First + Last to a single AgentIdentifier), then I'd
like to stress again the importance of protocol negotiation!!!

-- 
Carlo Wood <carlo@alinoe.com>

PS With protocol negotiation being a standard part of every
   VWRAP connection, it would be the simplest of tasks
   to switch from First+Last to VWRAP, even allowing
   a few years for viewers to switch (before dropping
   support for the legacy login).