Re: [alto] unified-props, cellular addresses and path-vector

"Randriamasy, Sabine (Nokia - FR/Paris-Saclay)" <> Wed, 28 February 2018 00:55 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id ABBDC127342 for <>; Tue, 27 Feb 2018 16:55:00 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -1.92
X-Spam-Status: No, score=-1.92 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: (amavisd-new); dkim=pass (1024-bit key)
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id fTV9LQ8gnVUQ for <>; Tue, 27 Feb 2018 16:54:54 -0800 (PST)
Received: from ( []) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by (Postfix) with ESMTPS id 0526E12EADA for <>; Tue, 27 Feb 2018 16:54:53 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; s=selector2-nokia-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=ryzoQ7xstCGdi5wfvy7HeUXlNLUaPIa4SJcFKupZIB4=; b=d9hwerDMb+j9XYiyO0RzM3dwj8hmdbD1oOMKF2RjlktTc7aBq9pn3lTnYy96JDWe/r9TjVoVSjg16pEPb+c62Raob0EpNp4XvOaM8xNWkUmg69/scM9m8LMU6NhrpYwSrLCykW8kSdhxNXyHGsoMSM9gbk1eKEk/BhrMGnhVBqc=
Received: from ( by ( with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.548.6; Wed, 28 Feb 2018 00:54:51 +0000
Received: from ([fe80::4941:5181:f15b:104f]) by ([fe80::4941:5181:f15b:104f%3]) with mapi id 15.20.0548.011; Wed, 28 Feb 2018 00:54:51 +0000
From: "Randriamasy, Sabine (Nokia - FR/Paris-Saclay)" <>
To: Jensen Zhang <>, Dawn Chan <>
CC: "Y. Richard Yang" <>, Wendy Roome <>, "" <>
Thread-Topic: [alto] unified-props, cellular addresses and path-vector
Thread-Index: AQHTrG/+QjqpMK2egUKBpsef0w4zIqOyWxgAgASB9+CAARMHAIAACvCAgAEBFIA=
Date: Wed, 28 Feb 2018 00:54:51 +0000
Message-ID: <>
References: <> <> <> <> <> <>
In-Reply-To: <>
Accept-Language: fr-FR, en-US
Content-Language: en-US
authentication-results: spf=none (sender IP is );
x-originating-ip: []
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; HE1PR0702MB3595; 7:CE/FGwtKIL/T+YLPqEV4qLvSbveDKd1Ryd65JuIOeOZgKiiD7aBKNWAXriyBufyq8TMnOiR5ajZ7zkKYM8C8F1ZsE9KT75YS0aVCHLXis8IMF+insirqLRs6reH/QsgO3GBAXSNT3NQ3R3AST+k5sBWhD10PIGEXq61WHi2N6OvX4C9TBXnxuqBnGQ0zifrabr61N9rFQbNIYWAAusB4B5Cio2Uxl1EKlZpe1r9yMs6kklOQZPii8+JFlDaGPnls
x-ms-exchange-antispam-srfa-diagnostics: SSOS;
x-ms-office365-filtering-ht: Tenant
x-ms-office365-filtering-correlation-id: 1e1296c9-0370-49a1-944e-08d57e45df9c
x-microsoft-antispam: UriScan:(17574466456847); BCL:0; PCL:0; RULEID:(7020095)(4652020)(48565401081)(5600026)(4604075)(3008032)(4534165)(4627221)(201703031133081)(201702281549075)(2017052603307)(7193020); SRVR:HE1PR0702MB3595;
x-ms-traffictypediagnostic: HE1PR0702MB3595:
x-microsoft-antispam-prvs: <>
x-exchange-antispam-report-test: UriScan:(28532068793085)(120809045254105)(82608151540597)(85827821059158)(148501403981450)(130873036417446)(194151415913766)(21748063052155)(17574466456847);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040501)(2401047)(5005006)(8121501046)(93006095)(93001095)(10201501046)(3231220)(11241501184)(944501161)(52105095)(3002001)(6055026)(6041288)(20161123562045)(20161123564045)(20161123560045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123558120)(6072148)(201708071742011); SRVR:HE1PR0702MB3595; BCL:0; PCL:0; RULEID:; SRVR:HE1PR0702MB3595;
x-forefront-prvs: 0597911EE1
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(396003)(366004)(346002)(39860400002)(376002)(39380400002)(199004)(189003)(53754006)(26005)(7696005)(39060400002)(102836004)(3280700002)(3660700001)(110136005)(7736002)(97736004)(6506007)(59450400001)(53546011)(54906003)(186003)(99286004)(229853002)(561944003)(33656002)(14454004)(4326008)(5250100002)(8936002)(25786009)(6306002)(966005)(478600001)(45080400002)(6116002)(54896002)(81156014)(3846002)(9686003)(2900100001)(8676002)(236005)(68736007)(6436002)(76176011)(6246003)(55016002)(81166006)(105586002)(5660300001)(2906002)(106356001)(316002)(606006)(11609785009)(66066001)(790700001)(53376002)(74316002)(2950100002)(53366004)(93886005)(86362001)(53936002)(90052001)(9984715007)(4068875011); DIR:OUT; SFP:1102; SCL:1; SRVR:HE1PR0702MB3595;; FPR:; SPF:None; PTR:InfoNoRecords; A:0; MX:1; LANG:en;
received-spf: None ( does not designate permitted sender hosts)
x-microsoft-antispam-message-info: 4ZCC17penxG8yJ3ZkHT2pZWyl52ladRGCNtMpEHUxPsVzROTtbDFwiTdMSOUFdlSAueLK8hxYbXKojh8ONrjV7nYxWYA8vol2MYmBxOo593bpQmqk5dA11G2tOntXLejaB+v+8pOBRAsBVQax+4iPlKn7GBehzb6Eg0dfUV7DAU=
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: multipart/alternative; boundary="_000_HE1PR0702MB3738C64E297B4AF7C468AF0595C70HE1PR0702MB3738_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: 1e1296c9-0370-49a1-944e-08d57e45df9c
X-MS-Exchange-CrossTenant-originalarrivaltime: 28 Feb 2018 00:54:51.0810 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0
X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR0702MB3595
Archived-At: <>
Subject: Re: [alto] unified-props, cellular addresses and path-vector
X-Mailman-Version: 2.1.22
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: Wed, 28 Feb 2018 00:55:01 -0000

Hi Dawn and Jensen,

My 2 cents here,

Indeed, the text in  has not been explicitly formatted for the Unified Property draft. However, mapping the domain type with “ecgi”, the entities with cells and their addresses with the proposed format is kind of straightforward and example properties can be imported from

Removing "Section 3.4 ANE Domain" and adding it to Path-Vector and registering each new entity domain in a separate WG document in my view may generate some dispersion and we may lose track of one of the goals of the UP draft which is to broaden the view beyond the ipv6 and ipv4 domains.

The UP draft extends entities from Endpoints to PIDs, ANEs, Cells and other potential entities. Path Vector uses ANE as a cost metric and introduces composite information resources that couple ANE properties with classical Cost Maps.  ANEs, open the way for a richer network description, the ANE identification scheme and related property maps may be used in other contexts than Path Vector requests.

I think the UP draft remains a good placeholder to define domains such as PID, ANE, ecgi and other future network related domains. Sticking to the ipv4 and ipv6 would significantly decrease its novelty. So it is important to identify a “central” placeholder where one can register and keep track of the evolution of domains beyond ipv4 and ipv6. This does not preclude from keeping on proposing new entities in separate drafts with the intent of ultimately adding them to the central register.

By the way, the UP design may allow moderating the volume of on the wire data exchange if “cross-product” like responses could be avoided.
For instance, similiarly to the flow cost service proposal:
[(entity1, entity4), (propA, propB)
(entity2), (propC)
(entity3), (propD)]

Instead of [(entity1, entity2, entity3, entity4) X (propA, propB, propC, propD)

Any thoughts?

From: Jensen Zhang []
Sent: Tuesday, February 27, 2018 10:04 AM
To: Dawn Chan <>
Cc: Randriamasy, Sabine (Nokia - FR/Paris-Saclay) <>om>; Y. Richard Yang <>du>; Wendy Roome <>om>;
Subject: Re: [alto] unified-props, cellular addresses and path-vector


Just add some additional comments to Dawn's proposal. In my opinion, I think we need to make the unified-props draft minimal so that we can push it to WGLC asap. So except for those entity domains which has been defined in the existing RFCs (i.e. 'ipv4', 'ipv6', 'pid'), we should not introduce more entity domains into this draft. Base on this principle, we also suggest moving "ane" domain out of the current unified-prop draft.

And after the unified-prop draft is pushed to WGLC and published as RFC, we can be comfortable with registering a bunch of practical entity domains and properties (e.g. cellular addresses, cdni capabilities, ane, etc.) by starting a new draft.

But before that, there is a major issue we need to fix. Just like what I posted in the previous email, we need to figure out the consistency issue between ALTO Address Type Registry and ALTO Entity Domain Registry. Whether we add cellular addresses as a new entity domain or not, this issue has to be fixed. Do you agree on this?

btw. Sabine, would you like to be a co-author of the unified-props draft?


On Tue, Feb 27, 2018 at 4:25 PM Dawn Chan <<>> wrote:
Hi Sabine,

Actually I do find the proposal of the entity domain “ecgi”, but I do not see the detailed definition in Actually, since the concept of unified property is clean enough. And I still remember that Shawn proposed to add a new domain country code for CDNI. So the suggestion is to remove the whole  "Section 3.4 ANE Domain" in the unified property map, so that it will be defined in the path vector draft itself. This way, other entity domains can be registered in their own related document?


On 27 Feb 2018, at 12:18 AM, Randriamasy, Sabine (Nokia - FR/Paris-Saclay) <<>> wrote:

Hi Richard,

I agree, the Unified Property draft is definitely a good placeholder for the cellular addresses. Domain and entities are already defined in . So how about in a next step, we consider pouring the content of the latter draft in the UP draft and in a further step propose a list of properties, while looking at other WG to see whether they already specified any?


From:<> [] On Behalf Of Y. Richard Yang
Sent: Friday, February 23, 2018 8:11 PM
To: Dawn Chan <<>>
Cc: Gurbani, Vijay (Nokia - US/Naperville) <<>>; Wendy Roome <<>>; Randriamasy, Sabine (Nokia - FR/Paris-Saclay) <<>>;<>
Subject: Re: unified-props, cellular addresses and path-vector

It looks that the suggestion by Dawn is reasonable.

I am taking a look again at the possibility of integrating cellular into UP quickly. An alternative is that we get it done shortly, in the next couple days.

If this is the approach, Sabine is a great person to work together. Make sense, Sabine?


On Fri, Feb 23, 2018 at 1:31 AM, Dawn Chan <<>> wrote:
Hi all,

Draft Unified Property is quite stable at the moment, and the major problem left is whether the cellular address needs to be appended. Actually, since the Unified Property maintains an entity domain registry to achieve extensibility so that we suggest the new entity domain cellular address to be registered in the itself. This way, the draft Unified Property can proceed first.

Besides, path-vector and unified property depend on each other so they should move as a bundle.

Do you think this is a feasible solution?

On 23 Feb 2018, at 3:16 AM, Vijay K. Gurbani <<>> wrote:

All: In preparation for moving the unified property draft [0] ahead, the
minutes of the December 2017 Virtual Interim Meeting [1] indicate that
the chairs seek answers to the following questions from the WG:

(1) Are cellular addresses an important abstraction that the working
group will like to introduce in ALTO?  Currently, cellular address
format is specified in a companion draft [2].

(2) If yes, is the unified-props-new draft the correct place to add the
cellular representation?

Please note that the unified property draft [0] gates path-vector [3],
as there is a dependency of path-vector on unified-props.  Thus, the
plan is to move these two drafts ahead as a bundle.

Which means that we need to reach a conclusion on the questions posed
above so unified-props and path-vector can move ahead.

Please express an substantive opinion on the above questions in the
mailing list.


Thank you,

- vijay
Vijay K. Gurbani /<>
Network Data Science, Nokia Networks

| Y. Richard Yang <<>>   |
| Professor of Computer Science       |
|        |

alto mailing list<>