[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.
----------------------------------------------------------------