Re: [alto] PID Properties in ALTO

Richard Alimi <rich@velvetsea.net> Mon, 24 October 2011 17:11 UTC

Return-Path: <richard.alimi@gmail.com>
X-Original-To: alto@ietfa.amsl.com
Delivered-To: alto@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C900121F8C75 for <alto@ietfa.amsl.com>; Mon, 24 Oct 2011 10:11:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.885
X-Spam-Level:
X-Spam-Status: No, score=-2.885 tagged_above=-999 required=5 tests=[AWL=0.092, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id r9yEooRjkfpz for <alto@ietfa.amsl.com>; Mon, 24 Oct 2011 10:11:30 -0700 (PDT)
Received: from mail-vx0-f172.google.com (mail-vx0-f172.google.com [209.85.220.172]) by ietfa.amsl.com (Postfix) with ESMTP id EF83721F84A5 for <alto@ietf.org>; Mon, 24 Oct 2011 10:11:29 -0700 (PDT)
Received: by vcbfo1 with SMTP id fo1so6099970vcb.31 for <alto@ietf.org>; Mon, 24 Oct 2011 10:11:02 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=0AcCJ6vuyt8mzqy2Ho5bREYRD6K/bhTwpJXDMDM/5LI=; b=ZZSgJFIAXfP3zvsivBJJ3gkYlpfPYqbg49AnGF3WTaPcZSBE1pgeT+6lBuXpP1Sru3 ky0vodE1lk3qwo29usvhAbRNeqQiLBRSxOi48QABbRjSwF5Ullf6sy3igxArwN+29rRw 8QJwYrHmuWC/qjaO+UWSY/QM5QZfQ4qZNqkvE=
Received: by 10.52.34.177 with SMTP id a17mr6744062vdj.103.1319476262074; Mon, 24 Oct 2011 10:11:02 -0700 (PDT)
MIME-Version: 1.0
Sender: richard.alimi@gmail.com
Received: by 10.52.186.39 with HTTP; Mon, 24 Oct 2011 10:10:41 -0700 (PDT)
In-Reply-To: <4DDFE96E.5070104@pantheon.sk>
References: <BANLkTiknMWOURcPQOpzKrFwaYzSNJ5=TbA@mail.gmail.com> <4DDFE96E.5070104@pantheon.sk>
From: Richard Alimi <rich@velvetsea.net>
Date: Mon, 24 Oct 2011 10:10:41 -0700
X-Google-Sender-Auth: IfqKNn2Og1m2nwYA2wjMW6Vv3iA
Message-ID: <CA+cvDaYnRz7as-0uG1TkxrCRDKX6_+eWhCtA3oiX_3qX17CHxA@mail.gmail.com>
To: Robert Varga <robert.varga@pantheon.sk>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
Cc: alto@ietf.org
Subject: Re: [alto] PID Properties in ALTO
X-BeenThere: alto@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Application-Layer Traffic Optimization \(alto\) WG mailing list" <alto.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/alto>, <mailto:alto-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/alto>
List-Post: <mailto:alto@ietf.org>
List-Help: <mailto:alto-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/alto>, <mailto:alto-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 24 Oct 2011 17:11:31 -0000

I'm fine with leaving this as an extension, I agree it falls outside
of the core set of functionality and could easily be done as an
extension. Objections to that?

Rich

On Fri, May 27, 2011 at 11:11 AM, Robert Varga <robert.varga@pantheon.sk> wrote:
> Hi,
>
> I agree we should support it. I am just not sure we need it the base
> protocol, though, as it can easily be specified as an extension.
>
> Bye,
> Robert
>
> On 05/27/11 18:48, Richard Alimi wrote:
>> Hi All,
>>
>> Okay, third and final thread for discussion today :)  Another proposed
>> extension to the ALTO protocol has been to associate properties (like
>> we currently have with Endpoints) with PIDs.
>>
>> A proposed use case in draft-penno-alto-cdn was to indicate what types
>> of endpoints lived within a single PID. A more general mechanism to
>> support this would be to allow properties to be associated with a PID
>> as whole. In one light, this could be seen as an efficient way to
>> query for the properties of all endpoints within a PID (in which
>> membership in the PID determines the value of the property). It could
>> also be used to attach some semantic meaning to a PID (instead of
>> being an opaque identifier) in particular deployments.
>>
>> One way to support this would be to provide an additional "PID
>> Property" service, with a similar structure to the Endpoint Property
>> Service. Basically, it would amount to defining a registry, allowing
>> an ALTO Server to indicate its supported properties via capabilities,
>> defining encodings for the request and response, etc.
>>
>> Thoughts about supporting this?
>>
>> Thanks,
>> Rich
>> _______________________________________________
>> alto mailing list
>> alto@ietf.org
>> https://www.ietf.org/mailman/listinfo/alto
>
>
> --
> Robert Varga
> Pantheon Technologies, s.r.o.
> Mlynske Nivy 56
> 831 05 Bratislava
>
> _______________________________________________
> alto mailing list
> alto@ietf.org
> https://www.ietf.org/mailman/listinfo/alto
>