Re: [ogpx] VWRAP Draft Charter - 2009 09 01

Vaughn Deluca <vaughn.deluca@gmail.com> Sun, 04 October 2009 11:20 UTC

Return-Path: <vaughn.deluca@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 4D6023A672E for <ogpx@core3.amsl.com>; Sun, 4 Oct 2009 04:20:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.094
X-Spam-Level:
X-Spam-Status: No, score=-2.094 tagged_above=-999 required=5 tests=[AWL=0.504, BAYES_00=-2.599, HTML_MESSAGE=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 hIOmjZf20v1B for <ogpx@core3.amsl.com>; Sun, 4 Oct 2009 04:20:18 -0700 (PDT)
Received: from mail-bw0-f210.google.com (mail-bw0-f210.google.com [209.85.218.210]) by core3.amsl.com (Postfix) with ESMTP id 8087B3A6358 for <ogpx@ietf.org>; Sun, 4 Oct 2009 04:20:17 -0700 (PDT)
Received: by bwz6 with SMTP id 6so1920881bwz.37 for <ogpx@ietf.org>; Sun, 04 Oct 2009 04:21:46 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=ZFJ1TeNy5PRviQ8Z8VhnyvVX9b//qcghD1aX1WX8J1w=; b=hyI1HyRkXAWVnrJTQpTJNx3NOXGkxgpH3VBld6oPhmlM88/dl3GfKs9YVpmtYPoDNs JcAC4HJVhiYBWdTmXyJnI+XzjwYZ4zWvyWVZndsGKQz5YvVkj19qdkMoWzrpXCXF7xKq IvIQNUc1KHGNWypV1Aumrs7siWz8yrl9cPpls=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=X1mNe+Z1oyClaxngswy0yLXQmmhTh01VJLArweB6jFSKyeFnu4uOZhctXIn5vMCIZt JyaIFBIJ8DbfrZ2c+lQNZgQUWcog2LdSXMNFI2aJzgBdoFXWLivXTISomOWTU3P0z8zW Kzd9YmF6wzOS8m1c4HyLoAr9261OjwbSPIgug=
MIME-Version: 1.0
Received: by 10.204.25.19 with SMTP id x19mr2908778bkb.189.1254655306581; Sun, 04 Oct 2009 04:21:46 -0700 (PDT)
In-Reply-To: <4646639E08F58B42836FAC24C94624DD771A0D8236@GVW0433EXB.americas.hpqcorp.net>
References: <e0b04bba0909291751g157d2043g1c15e8d8ac417ccf@mail.gmail.com> <e0b04bba0910011613w6f25b684w1b0f2e8c7187b3de@mail.gmail.com> <f72742de0910011632n3488ff6aqbf93edbda2a51637@mail.gmail.com> <e0b04bba0910012252v540dd170k4b81e30052e6c974@mail.gmail.com> <3a880e2c0910020932t5995c477qb0d798de1c2653f6@mail.gmail.com> <20091003192159.GA7474@alinoe.com> <e0b04bba0910031452o2a497effi57c4e92f8902b5df@mail.gmail.com> <20091003222118.GA16290@alinoe.com> <e0b04bba0910031633k2127d996v5ef5d3f356623a69@mail.gmail.com> <4646639E08F58B42836FAC24C94624DD771A0D8236@GVW0433EXB.americas.hpqcorp.net>
Date: Sun, 04 Oct 2009 13:21:46 +0200
Message-ID: <9b8a8de40910040421y41314922o4c5242c77941af4c@mail.gmail.com>
From: Vaughn Deluca <vaughn.deluca@gmail.com>
To: "Dickson, Mike (ISS Software)" <mike.dickson@hp.com>
Content-Type: multipart/alternative; boundary="000325559fcedd56d704751a3318"
Cc: "ogpx@ietf.org" <ogpx@ietf.org>
Subject: Re: [ogpx] VWRAP Draft Charter - 2009 09 01
X-BeenThere: ogpx@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
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: Sun, 04 Oct 2009 11:20:19 -0000

On Sun, Oct 4, 2009 at 2:36 AM, Dickson, Mike (ISS Software) <
mike.dickson@hp.com> wrote:

>  The algorithm or mechanism to enforce an age related connection policy is
> outside the scope of the protocol, yes.  But its not at all  inconceivable
> that the protocol could carry age information as an attribute that an AD/RD
> pair could use to make a decision as to whether a connection is to be
> allowed.
>
>
>
> Mike
>
> I think SMTP is a very good example. An SMTP server  will reject mail from
untrusted sources; if I try to use the SMTP server in Domain X while logged
in at domain Y it normally fails, because the SMTP server does not trust
anybody but those it has information on (that might include age, real world
address etc.), i.e. users  from X.

The age restriction is not carried explicitly in the protocol, but is coded
in the source of the message. Its actually the trust relation between the
SMTP server and that domain were the user is logged in that determines the
SMTP protocol response.

In my view this is fully analogous to the way VWRAP should deal with age
restrictions or whatever other constrain.

-Vaughn

>
>
> *From:* ogpx-bounces@ietf.org [mailto:ogpx-bounces@ietf.org] *On Behalf Of
> *Morgaine
> *Sent:* Saturday, October 03, 2009 6:34 PM
> *To:* Carlo Wood
> *Cc:* ogpx@ietf.org
> *Subject:* Re: [ogpx] VWRAP Draft Charter - 2009 09 01
>
>
>
> On Sat, Oct 3, 2009 at 11:21 PM, Carlo Wood <carlo@alinoe.com> wrote:
>
> On Sat, Oct 03, 2009 at 10:52:18PM +0100, Morgaine wrote:
> > It's important to highlight (as you did) that issues such as age
> verification
> > have no place in a worldwide IETF protocol standard, so while you provide
> a
> > good example of policy variations among worlds, any such agreements are
> outside
> > of the context of our protocol.
>
> Not entirely... age verification is necessary in many countries with
> what's going on in an SL-like world.
>
> A RD cannot do the age-verification; that is a job for an AD.
>
> However, I think it's the RD that needs to make the decision whether
> or not a user is allowed in (based on its age), which in turn means
> that the AD has to tell the RD if it knows the age, and if so, what
> it is; hence, it should be part of the protocol.
>
>
> It's no business of an IETF protocol to deal with the age of participants.
> That's like SMTP rejecting connections or mail delivery based on the ages of
> the MTA operator and owner of the mail client.  The whole idea is completely
> ludicrous, not to mention unimplementable.
>
> Please let's try not to engage in what Schneier calls "security theater", a
> politically correct feelgood factor that actually achieves nothing while
> adding layers of red tape and complexity.
>
> Morgaine.
>
>
>
> _______________________________________________
> ogpx mailing list
> ogpx@ietf.org
> https://www.ietf.org/mailman/listinfo/ogpx
>
>