Re: [alto] Unified properties terminology clarification

Qin Wu <> Fri, 20 November 2020 10:13 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id AE9923A1B6E for <>; Fri, 20 Nov 2020 02:13:03 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -1.896
X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id f7pMiEZEY02J for <>; Fri, 20 Nov 2020 02:13:01 -0800 (PST)
Received: from ( []) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by (Postfix) with ESMTPS id 2856F3A1B6B for <>; Fri, 20 Nov 2020 02:13:01 -0800 (PST)
Received: from (unknown []) by (SkyGuard) with ESMTP id 4CcskK19scz67G4H for <>; Fri, 20 Nov 2020 18:10:33 +0800 (CST)
Received: from ( by ( with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1913.5; Fri, 20 Nov 2020 11:12:53 +0100
Received: from ( by ( with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA_P256) id 15.1.1913.5 via Frontend Transport; Fri, 20 Nov 2020 11:12:53 +0100
Received: from ([]) by ([fe80::74d9:c659:fbec:21fa%31]) with mapi id 14.03.0487.000; Fri, 20 Nov 2020 18:12:50 +0800
From: Qin Wu <>
To: "Randriamasy, Sabine (Nokia - FR/Paris-Saclay)" <>, Wendy Roome <>, "" <>
Thread-Topic: [alto] Unified properties terminology clarification
Thread-Index: Ada/JYaEpzHMvnZXRTaQyWK17LVq5g==
Date: Fri, 20 Nov 2020 10:12:49 +0000
Message-ID: <>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
x-originating-ip: []
Content-Type: multipart/alternative; boundary="_000_B8F9A780D330094D99AF023C5877DABAADB90002dggeml511mbschi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <>
Subject: Re: [alto] Unified properties terminology clarification
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Application-Layer Traffic Optimization \(alto\) WG mailing list" <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Fri, 20 Nov 2020 10:13:04 -0000

Thanks Wendy for clear clarification and thanks Sabine for proposed change, the proposed change adds more clarity, looks good to me, thanks!

发件人: Randriamasy, Sabine (Nokia - FR/Paris-Saclay) []
发送时间: 2020年11月20日 3:03
收件人: Wendy Roome <>; Qin Wu <>;
主题: RE: [alto] Unified properties terminology clarification

Hi Wendy and Qin,

Along your lines, my take is that this document extends the protocol in two major directions:
- from endpoints restricted to IP addresses to entities covering a wider and extensible set of objects,
- from properties on specific endpoints to entire entity property maps.
The document introduces additional features allowing entities and property values to be specific to a given information resource. This is made possible by a generic and flexible design of entity and property types.

So we may entitle the document w.r.t. the two major evolutions.
Do you think that the title  “ALTO extension: entity property maps” is suitable?
@ Richard and Kai: what is your opinion?


From: alto <<>> On Behalf Of Wendy Roome
Sent: Thursday, November 19, 2020 5:19 PM
To: Qin Wu <<>>;<>
Subject: Re: [alto] Unified properties terminology clarification

Hi, Qin!

I'm Wendy Roome, and I wrote the original version of this draft. I stopped being active in this group after I retired in 2017, but I can describe the motivation for the title.

Back then, we had "costs" between pairs of "entities," and we were expanding the concept of "entities" to include more than just PIDs & IP addresses. We also had GET requests to return entire maps, and POST requests to return a filtered subset.

We also had a property service, but it was very restricted: it only applied to endpoints, it could not be extended, and it only allowed POST requests for specific endpoints rather than GET requests for an entire set. Furthermore, when I implemented the protocol, I suspected that many "properties" would really be associated with CIDRs or PIDs, rather than individual endpoints, and the endpoints would inherit those properties.

My goals were to make "properties" as extensible as costs, to provide the same choice of GET-mode for complete maps and POST requests for subsets, and to define an inheritance mechanism. That is, I wanted to "unify" properties and costs. Hence the original title. If that name no longer fits, by all means change it!

                - Wendy Roome

From: alto <<>> on behalf of Qin Wu <<>>
Date: Thu, November 19, 2020 at 07:33
To: "<>" <<>>
Subject: [alto] Unified properties terminology clarification

Hi, Sabine:
Follow up our discussion in today’s ALTO session, one issue I raised is about the terminology we used in the unified properties draft. I feel the term “unified properties” lacks clarity and causes a little bit confusion to people who are familiar with this draft, that is on is unified property break existing protocol or component such as
Endpoint property, I am wondering if we can change the term into property Map, so the title will be changed into “ALTO extension: Property Map” , which is also align with the title of Path vector draft, Does this make sense?
As you mentioned, this was discussed in the past, can you remind me the history discussion why the current name is picked. Thanks in advance, hope we can resolve this as soon as possible.

_______________________________________________ alto mailing list<>