[alto] Unified Properties: Consistency procedure between registries
"Randriamasy, Sabine (Nokia - FR/Paris-Saclay)" <sabine.randriamasy@nokia-bell-labs.com> Wed, 16 May 2018 11:50 UTC
Return-Path: <sabine.randriamasy@nokia-bell-labs.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 E4753129515
for <alto@ietfa.amsl.com>; Wed, 16 May 2018 04:50:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.91
X-Spam-Level:
X-Spam-Status: No, score=-1.91 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, SPF_PASS=-0.001,
T_DKIMWL_WL_HIGH=-0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key)
header.d=nokia.onmicrosoft.com
Received: from mail.ietf.org ([4.31.198.44])
by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
with ESMTP id g9Aa0sL4pgyE for <alto@ietfa.amsl.com>;
Wed, 16 May 2018 04:50:19 -0700 (PDT)
Received: from EUR02-HE1-obe.outbound.protection.outlook.com
(mail-he1eur02on0725.outbound.protection.outlook.com
[IPv6:2a01:111:f400:fe05::725])
(using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits))
(No client certificate requested)
by ietfa.amsl.com (Postfix) with ESMTPS id 11CB81289B0
for <alto@ietf.org>; Wed, 16 May 2018 04:50:18 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com;
s=selector2-nokia-onmicrosoft-com;
h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck;
bh=+0WZCGFYiPaauQJzXmR2vKMiaqWR9J0oOGPxwWepz/g=;
b=EQA1gziGXF23p4+K8mKbQiEQ2qt13Lz6i3Ipef0Mt74x7X22KzKBVomreL2pAzfJtnZJZoiUkRM5ujQhRnefJBwbufhwiF07mgnykQmlBofliQr6UnmtAsOim7/yGVonlIKpV664wrXbFv+PPBcyA+xqAq/gYtvV0IVAmwiyvEk=
Received: from AM4PR07MB3236.eurprd07.prod.outlook.com (10.171.189.13) by
AM4PR07MB1489.eurprd07.prod.outlook.com (10.165.248.141) with Microsoft SMTP
Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id
15.20.776.4; Wed, 16 May 2018 11:50:15 +0000
Received: from AM4PR07MB3236.eurprd07.prod.outlook.com
([fe80::2049:80d1:fa86:1fd8]) by AM4PR07MB3236.eurprd07.prod.outlook.com
([fe80::2049:80d1:fa86:1fd8%2]) with mapi id 15.20.0776.008; Wed, 16 May 2018
11:50:15 +0000
From: "Randriamasy, Sabine (Nokia - FR/Paris-Saclay)"
<sabine.randriamasy@nokia-bell-labs.com>
To: "alto@ietf.org" <alto@ietf.org>
Thread-Topic: Unified Properties: Consistency procedure between registries
Thread-Index: AdPtCqc77Pn39342Q3Klk7g6CbuAog==
Date: Wed, 16 May 2018 11:50:15 +0000
Message-ID: <AM4PR07MB3236AB15AAF041F046D65AA895920@AM4PR07MB3236.eurprd07.prod.outlook.com>
Accept-Language: fr-FR, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
msip_labels: MSIP_Label_b1aa2129-79ec-42c0-bfac-e5b7a0374572_Enabled=True;
MSIP_Label_b1aa2129-79ec-42c0-bfac-e5b7a0374572_SiteId=5d471751-9675-428d-917b-70f44f9630b0;
MSIP_Label_b1aa2129-79ec-42c0-bfac-e5b7a0374572_Ref=https://api.informationprotection.azure.com/api/5d471751-9675-428d-917b-70f44f9630b0;
MSIP_Label_b1aa2129-79ec-42c0-bfac-e5b7a0374572_Owner=sabine.randriamasy@nokia-bell-labs.com;
MSIP_Label_b1aa2129-79ec-42c0-bfac-e5b7a0374572_SetDate=2018-05-16T13:48:09.2166498+02:00;
MSIP_Label_b1aa2129-79ec-42c0-bfac-e5b7a0374572_Name=Public;
MSIP_Label_b1aa2129-79ec-42c0-bfac-e5b7a0374572_Application=Microsoft Azure
Information Protection;
MSIP_Label_b1aa2129-79ec-42c0-bfac-e5b7a0374572_Extended_MSFT_Method=Manual;
Sensitivity=Public
x-originating-ip: [135.245.212.192]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; AM4PR07MB1489;
7:l2QQS96MVVWwpgdEvo/4+LUdbrhSyPod97+dWvj34wk0bTo1hzkTLSLokq8r3WldptAlH5tzbpt1tDa/NJ7aaTyTFfkpSa/LEVaUqsud7T61KQxSR6qJxhJVHTWGPNijAe+K7zV+sXaFauiiM/pO/PrcBCD0mreCvbkkj48snulBILfe4DpJWeyOM/hhALbRD3ywMpzemEPSPf73MSpEL8hgYKtfL13F5COIuCQCNgVrRa6InSKaHHOhXgxUojdV
x-ms-exchange-antispam-srfa-diagnostics: SOS;
x-ms-office365-filtering-ht: Tenant
x-microsoft-antispam: UriScan:; BCL:0; PCL:0;
RULEID:(7020095)(4652020)(4534165)(4627221)(201703031133081)(201702281549075)(5600026)(48565401081)(2017052603328)(7193020);
SRVR:AM4PR07MB1489;
x-ms-traffictypediagnostic: AM4PR07MB1489:
authentication-results: spf=none (sender IP is )
smtp.mailfrom=sabine.randriamasy@nokia-bell-labs.com;
x-microsoft-antispam-prvs: <AM4PR07MB148918C517DDC6A4F8F48CB995920@AM4PR07MB1489.eurprd07.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(28532068793085)(21748063052155);
x-ms-exchange-senderadcheck: 1
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0;
RULEID:(6040522)(2401047)(8121501046)(5005006)(10201501046)(93006095)(93001095)(3231254)(11241501184)(944501410)(52105095)(3002001)(6055026)(149027)(150027)(6041310)(20161123562045)(20161123558120)(20161123560045)(20161123564045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(6072148)(201708071742011);
SRVR:AM4PR07MB1489; BCL:0; PCL:0; RULEID:; SRVR:AM4PR07MB1489;
x-forefront-prvs: 0674DC6DD3
x-forefront-antispam-report: SFV:NSPM;
SFS:(10019020)(39380400002)(396003)(376002)(39860400002)(366004)(346002)(199004)(189003)(26005)(8936002)(8676002)(1730700003)(476003)(81156014)(81166006)(33656002)(486006)(105586002)(106356001)(2906002)(4743002)(66066001)(86362001)(68736007)(3280700002)(5630700001)(2900100001)(2351001)(186003)(3660700001)(478600001)(25786009)(97736004)(14454004)(102836004)(6506007)(7696005)(99286004)(790700001)(6116002)(5660300001)(39060400002)(2501003)(6436002)(6916009)(53936002)(6306002)(54896002)(5640700003)(7736002)(74316002)(316002)(5250100002)(3846002)(55016002)(4326008)(54906003)(9686003)(59450400001)(90052001);
DIR:OUT; SFP:1102; SCL:1; SRVR:AM4PR07MB1489;
H:AM4PR07MB3236.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en;
PTR:InfoNoRecords; A:0; MX:3;
received-spf: None (protection.outlook.com: nokia-bell-labs.com does not
designate permitted sender hosts)
x-microsoft-antispam-message-info: /6zBi1ODBPvI81HxJewIR9KFbd1cnDo3rCNZm5G3cIqooG9vxz8qEPhXUyP7zcQ16ug+QzHgqyDsmXtWGV1WIK+ppOnPh6D3xvrXM5bWILBRKaoWS8uRf11Ciw8mFl6VzUO61cxXUypye+CsYi1xhs5Z4QK++ldDLoGMvzSicKUq0l7aX7Wzu1yhRCjcHa9Z
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: multipart/alternative;
boundary="_000_AM4PR07MB3236AB15AAF041F046D65AA895920AM4PR07MB3236eurp_"
MIME-Version: 1.0
X-MS-Office365-Filtering-Correlation-Id: 4715a867-4e79-4960-516e-08d5bb2330a2
X-OriginatorOrg: nokia-bell-labs.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 4715a867-4e79-4960-516e-08d5bb2330a2
X-MS-Exchange-CrossTenant-originalarrivaltime: 16 May 2018 11:50:15.5736 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM4PR07MB1489
Archived-At: <https://mailarchive.ietf.org/arch/msg/alto/V3RyeJZAMFya3h5HKQ63MLHjkYs>
Subject: [alto] Unified Properties: Consistency procedure between registries
X-BeenThere: alto@ietf.org
X-Mailman-Version: 2.1.22
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: <https://mailarchive.ietf.org/arch/browse/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: Wed, 16 May 2018 11:50:22 -0000
Hello, Pursuant to the last ALTO WG meeting, we came up with the following approach to ensure manual consistency between the ALTO ADDRESS TYPE (ADR) and ALTO DOMAIN (AED) registries. Before going ahead and posting an update for the UP draft, we would like to gauge whether there are any objections or comments in the WG to the approach that is sketched below. Thanks Sabine et al. ---------------------------------------------------------------- We define that the ALTO Domain Registry is consistent with the ALTO Address Type Registry if two conditions are satisfied: o When an address type is already or able to be registered in the ALTO Address Type Registry [RFC7285], the same identifier MUST be used when a corresponding domain is registered in the ALTO Domain Registry. o If an ALTO domain has the same identifier as an ALTO address type, their addresses encoding MUST be compatible. To achieve this consistency, the following checks MUST be done before registering a new ALTO domain in a future document: o Whether the ALTO Address Type Registry contains an address type that can be used as an entity address for the candidate domain identifier. This has been done for the identifiers "ipv4" and "ipv6" in Table 2. o Whether the candidate entity address of the domain is able to be an endpoint address, as defined in Sections 2.1 and 2.2 of [RFC7285]. When a new ALTO domain is registered, the consistency with the ALTO Address Type Registry MUST be ensured by the following procedure: o test: do corresponding entity addresses match a known "network" address type? * if yes: (e.g., cell, MAC or socket addresses) + test: Is such an address type present in the ALTO Address Type Registry? - if yes: Set the new ALTO domain identifier to be the found ALTO address type identifier. - if no: Define a new ALTO domain identifier and use it to register a new address type in the ALTO Address Type Registry following Section 14.4 of [RFC7285]. + Use the new ALTO domain identifier to register a new ALTO domain in the ALTO Domain Registry following Section 9.2.2 of this document. * if no (e.g., pid name, ane name or country code): Proceed with the domain name registration as described in Section 9.2.2. ----------------------------------------------------------------
- [alto] Unified Properties: Consistency procedure … Randriamasy, Sabine (Nokia - FR/Paris-Saclay)