[alto] Review on Cross-Domain Server Discovery

wang xin <xinwang2014@hotmail.com> Tue, 12 July 2016 16:04 UTC

Return-Path: <xinwang2014@hotmail.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 8F1FE12D1EB for <alto@ietfa.amsl.com>; Tue, 12 Jul 2016 09:04:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.756
X-Spam-Level:
X-Spam-Status: No, score=-3.756 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.287, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=hotmail.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 6f60zRfTOQam for <alto@ietfa.amsl.com>; Tue, 12 Jul 2016 09:04:03 -0700 (PDT)
Received: from COL004-OMC4S7.hotmail.com (col004-omc4s7.hotmail.com [65.55.34.209]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 938A212D1D7 for <alto@ietf.org>; Tue, 12 Jul 2016 09:04:03 -0700 (PDT)
Received: from APC01-PU1-obe.outbound.protection.outlook.com ([65.55.34.200]) by COL004-OMC4S7.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.23008); Tue, 12 Jul 2016 09:04:03 -0700
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=LR/q9p1aRzn93lBijkiAvOd1R4Jv1S0mRNFZmDttbBY=; b=rcu2UGyeDES6nw81NbcOzxgP8z63gKp4ytIKTSCoRnNoBgkq0MTQUYtE9dPovy76IRLFXjzG3VwOM3n6eUD8KMIc7/plTfdU0Dg8QHyu+NvZsqHKvgMXjwGBQqLh7sk37mrZ5KNLtM/+mjO4IVNgWgftE+ZL0xVRz22LAUXEfbsbnNgK/B7KkUNZBmxxFmm5/3Hw+2OlhpOWxe51DarWd7C1iO7oopaYC8wQYjzI//08jn1KZ+r63KxNsNyiv8YSGEW4gaRtRejBTRJjWEEyyIsrNB+fHi/5oZ5lO3E+e3/42mIepP1odLKOs6MM00IsqpJjZtsnqaFcawFX4xkqlA==
Received: from PU1APC01FT013.eop-APC01.prod.protection.outlook.com (10.152.252.56) by PU1APC01HT146.eop-APC01.prod.protection.outlook.com (10.152.253.169) with Microsoft SMTP Server (TLS) id 15.1.517.7; Tue, 12 Jul 2016 16:04:00 +0000
Received: from HK2PR03MB1714.apcprd03.prod.outlook.com (10.152.252.55) by PU1APC01FT013.mail.protection.outlook.com (10.152.252.78) with Microsoft SMTP Server (TLS) id 15.1.517.7 via Frontend Transport; Tue, 12 Jul 2016 16:03:58 +0000
Received: from HK2PR03MB1714.apcprd03.prod.outlook.com ([10.165.178.20]) by HK2PR03MB1714.apcprd03.prod.outlook.com ([10.165.178.20]) with mapi id 15.01.0534.023; Tue, 12 Jul 2016 16:03:58 +0000
From: wang xin <xinwang2014@hotmail.com>
To: "ietf-alto@skiesel.de" <ietf-alto@skiesel.de>, "mls.ietf@gmail.com" <mls.ietf@gmail.com>
Thread-Topic: [alto] Review on Cross-Domain Server Discovery
Thread-Index: AQHR3E+GtphPOmCrekKkDQrlIyjMkg==
Date: Tue, 12 Jul 2016 16:03:57 +0000
Message-ID: <HK2PR03MB1714D5787FE951334B9EAB04A8300@HK2PR03MB1714.apcprd03.prod.outlook.com>
Accept-Language: en-US, zh-CN
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: spf=softfail (sender IP is 25.152.252.55) smtp.mailfrom=hotmail.com; ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=fail action=none header.from=hotmail.com;
received-spf: SoftFail (protection.outlook.com: domain of transitioning hotmail.com discourages use of 25.152.252.55 as permitted sender)
x-ms-exchange-messagesentrepresentingtype: 1
x-tmn: [8Gta2tSTci8O+/TzASz5xqqP01lVEzVh]
x-eopattributedmessage: 0
x-forefront-antispam-report: CIP:25.152.252.55; IPV:NLI; CTRY:GB; EFV:NLI; SFV:NSPM; SFS:(10019020)(98900003); DIR:OUT; SFP:1102; SCL:1; SRVR:PU1APC01HT146; H:HK2PR03MB1714.apcprd03.prod.outlook.com; FPR:; SPF:None; CAT:NONE; LANG:en; CAT:NONE;
x-ms-office365-filtering-correlation-id: 69b575b1-dd3b-4676-3127-08d3aa6e2219
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(1601124038)(5061506196)(5061507196)(1603103041)(1601125047); SRVR:PU1APC01HT146;
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(432015012)(82015046); SRVR:PU1APC01HT146; BCL:0; PCL:0; RULEID:; SRVR:PU1APC01HT146;
x-forefront-prvs: 0001227049
Content-Type: multipart/alternative; boundary="_000_HK2PR03MB1714D5787FE951334B9EAB04A8300HK2PR03MB1714apcp_"
MIME-Version: 1.0
X-OriginatorOrg: hotmail.com
X-MS-Exchange-CrossTenant-originalarrivaltime: 12 Jul 2016 16:03:57.8447 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Internet
X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa
X-MS-Exchange-Transport-CrossTenantHeadersStamped: PU1APC01HT146
X-OriginalArrivalTime: 12 Jul 2016 16:04:03.0159 (UTC) FILETIME=[026F9E70:01D1DC57]
Archived-At: <https://mailarchive.ietf.org/arch/msg/alto/ruoqdooR6xgcwHGJ253ElTg6Ty4>
Cc: IETF ALTO <alto@ietf.org>
Subject: [alto] Review on Cross-Domain Server Discovery
X-BeenThere: alto@ietf.org
X-Mailman-Version: 2.1.17
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: Tue, 12 Jul 2016 16:04:05 -0000

Dear authors,


Here are my comments on your draft (https://tools.ietf.org/html/draft-kiesel-alto-xdom-disc-02).


Section 2.3 that specifies how to construct domain names from IP address parameter makes it concrete for the supporting of "ALTO Cross Domain Server Discovery" which refers to "third-party server discovery" in the previous draft (https://tools.ietf.org/html/draft-kiesel-alto-3pdisc-05). I think people can be clear about how to get the URI of particular ALTO server's IRD based on the input IP address and service name from the draft.


Section 3.2 that discusses how to support Endpoint Cost Service by the proposed solution might be not clear enough. Since one of the draft's background is multi-domain, it's easy to consider the source and destination of an ECS request reside in two different domains, each of which is allocated to different ALTO server. Then, in your example, X, Y, and Z may belong to three different ALTO servers, S_x, S_y, and S_z. The result (S_x) of parameter X doesn't have any information about Y and Z, and then it cannot complete the ECS request. One solution may be using aggregator (https://datatracker.ietf.org/doc/draft-bertz-alto-aggrimpl/). But, in this case, it should specify the mapping between URI, resource (or service) and domain name. Some resources (like Endpoint Property) may be in origin ALTO servers, others may be in the aggregator. But why don't point out that this draft doesn't consider this case for the simplicity? This draft really solves the third-party ALTO query of AR-33 (https://tools.ietf.org/html/rfc6708).


Thanks,

Xin