[alto] FW: New Version Notification for draft-deng-alto-p2p-ext-06.txt

Lingli Deng <lingli.deng@outlook.com> Thu, 11 June 2015 02:19 UTC

Return-Path: <lingli.deng@outlook.com>
X-Original-To: alto@ietfa.amsl.com
Delivered-To: alto@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 553DE1A8A17 for <alto@ietfa.amsl.com>; Wed, 10 Jun 2015 19:19:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 4.19
X-Spam-Level: ****
X-Spam-Status: No, score=4.19 tagged_above=-999 required=5 tests=[BAYES_50=0.8, CN_BODY_35=0.339, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, J_CHICKENPOX_32=0.6, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=no
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 78A2nOrGKS9b for <alto@ietfa.amsl.com>; Wed, 10 Jun 2015 19:19:24 -0700 (PDT)
Received: from BAY004-OMC2S2.hotmail.com (bay004-omc2s2.hotmail.com [65.54.190.77]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 583A71A004A for <alto@ietf.org>; Wed, 10 Jun 2015 19:19:24 -0700 (PDT)
Received: from BAY167-W18 ([65.54.190.123]) by BAY004-OMC2S2.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.22751); Wed, 10 Jun 2015 19:19:24 -0700
X-TMN: [ziMDJ79waXCFLiZq9gGZtF9kjhDZSwTmg062iXhPvrA=]
X-Originating-Email: [lingli.deng@outlook.com]
Message-ID: <BAY167-W18D1230A689DD9B372CB59F3BC0@phx.gbl>
Content-Type: multipart/alternative; boundary="_a05f8f50-78f8-4673-b231-e080b341149e_"
From: Lingli Deng <lingli.deng@outlook.com>
To: "alto@ietf.org" <alto@ietf.org>
Date: Thu, 11 Jun 2015 02:19:23 +0000
Importance: Normal
In-Reply-To: <2b025578dfc8737-00024.Richmail.00007020943430390387@chinamobile.com>
References: <20150611010945.29337.27834.idtracker@ietfa.amsl.com>, <2b025578dfc8737-00024.Richmail.00007020943430390387@chinamobile.com>
MIME-Version: 1.0
X-OriginalArrivalTime: 11 Jun 2015 02:19:24.0072 (UTC) FILETIME=[089B5A80:01D0A3ED]
Archived-At: <http://mailarchive.ietf.org/arch/msg/alto/9G0Mfv5Pq8GWiikzETelCcTznzU>
Subject: [alto] FW: New Version Notification for draft-deng-alto-p2p-ext-06.txt
X-BeenThere: alto@ietf.org
X-Mailman-Version: 2.1.15
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: <http://www.ietf.org/mail-archive/web/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: Thu, 11 Jun 2015 02:19:27 -0000





Date: Thu, 11 Jun 2015 09:19:47 +0800
From: denglingli@chinamobile.com
To: lingli.deng@outlook.com; lingli.deng@139.com
Subject: Fw:New Version Notification for draft-deng-alto-p2p-ext-06.txt

Hi all,
We posted a new revision for extended endpoint properties, which is updated according to suggestions and comments gathered in Dallas.  Please refer to the following remarks to the discussion minutes for further clarifications.Your review and comments would be more than welcome.
Regards,Lingli
**from alto@ietf92 minutes**draft-deng-alto-p2p-ext-05JS: should we hold information that changes frequently (like 2G/3G/4G)?[dll]: 06 version updated and use "cellular" for "2G/3G/4G" instead of "2G", "3G" and "4G", which can be subject to frequent changes.VG (Vijay Gurbani): How to prevent revealing private information?[dll]: There is a dedicated section describing the privacy protection mechanism that might be used by ALTO for endpoint property.In a word, the privacy protection requirement is considered to be an application-specific, property-specific and operator-specific,which can be addressed by introduction of privacy protection mapping in property definition and policy configuration.Where the general mechanism for privacy protectionJS: Max bandwidth / best technology for a given endpoint may be more stable.[dll] Bandwidth related information has been defined as one of the subscription related property "provisioned_bandwidth" in Section 4.4.2.JS: Who has read a document? 2 hands raised.RY: Document touches dynamics and privacy.JS: This topic is returning. According to IESG, ALTO is not for TE and avoiding congestions, information changing within seconds are out of scope. Daily - in scope.[dll] In the text, it is clearly stated that dynamic congestion related information is out of scope for endpoint properties. However, there is no clear boundary between which is in scope and which is not.RY: What is too dynamic, what is not?JS (as indiv.): 3G/4G is too dynamic.[dll] Changed into cellular in the latest version.JS: Rich Woundy was always concerned about disclosing business information.RY: Privacy is a serious issue.[dll] Privacy is an honoured requirement. General considerations and guidelines are stated in Section 3.3.And for each property specified afterwards, property-specific privacy considerations are stated respectively.Take network_access for instance: There is concern about undesirable privacy leakage via network_access properties to distrusted ALTO clients. In such cases, according to the definitions above, either the endpoint itself or the ISP who is running the ALTO server can either specify an access control policy to prevent undesirable exposure to specific ALTO clients or use a privacy preserving mapping from the raw description of access technologies to a number of abstract relative ranking information instead. Moreover, the endpoint or the ISP might choose to use another subscription related property "provisioned_bandwidth" (defined later in Section 4.4.2) instead of "network_access".SS (Sergey Slovetskiy): What defines what is in scope / out of scope?JS: ALTO Prolem StatementSS: Fast-changing properties may be important for CDNs.[dll]: Would be happy to hear more about this consideration, and let the WG decide if they are suitable to be defined as endpoint properties.


---------
邓灵莉

中国移动通信研究院

denglingli@chinamobile.com
----邮件原文----
发件人:internet-drafts <internet-drafts@ietf.org>
收件人:Haibin Song <haibin.song@huawei.com>,Qin Wu <sunseawq@huawei.com>,Wenson Wu <sunseawq@huawei.com>,Richard Yang <yry@cs.yale.edu>,Haibin Song <haibin.song@huawei.com>,Deng Lingli <denglingli@chinamobile.com>,Sebastian Kiesel <ietf-alto@skiesel.de>,Yang Yang <yry@cs.yale.edu>,Lingli Deng <denglingli@chinamobile.com>,Sebastian Kiesel <ietf-alto@skiesel.de>
抄 送: (无)
发送时间:2015-06-11 09:09:45
主题:New Version Notification for draft-deng-alto-p2p-ext-06.txt



A new version of I-D, draft-deng-alto-p2p-ext-06.txt

has been successfully submitted by Lingli Deng and posted to the

IETF repository.



Name:		draft-deng-alto-p2p-ext

Revision:	06

Title:		Extended End Point Properties for Application-Layer Traffic Optimization

Document date:	2015-06-10

Group:		Individual Submission

Pages:		18

URL: https://www.ietf.org/internet-drafts/draft-deng-alto-p2p-ext-06.txt

Status: https://datatracker.ietf.org/doc/draft-deng-alto-p2p-ext/

Htmlized: https://tools.ietf.org/html/draft-deng-alto-p2p-ext-06

Diff: https://www.ietf.org/rfcdiff?url2=draft-deng-alto-p2p-ext-06



Abstract:

 The purpose of the Application-Layer Traffic Optimization (ALTO)

 protocol is to provide better-than-random peer selection for P2P

 networks. The base ALTO protocol focuses, only on providing network

 topological location information (i.e., network maps and cost maps).

 However, the peer selection method of an endpoint may also use other

 properties, such as geographic location. This document defines a

 framework and an extended set of End Point properties (EP properties)

 to extend the base ALTO protocol.



 





Please note that it may take a couple of minutes from the time of submission

until the htmlized version and diff are available at tools.ietf.org.



The IETF Secretariat




Subject:New Version Notification for draft-deng-alto-p2p-ext-06.txt



A new version of I-D, draft-deng-alto-p2p-ext-06.txt

has been successfully submitted by Lingli Deng and posted to the

IETF repository.



Name:		draft-deng-alto-p2p-ext

Revision:	06

Title:		Extended End Point Properties for Application-Layer Traffic Optimization

Document date:	2015-06-10

Group:		Individual Submission

Pages:		18

URL: https://www.ietf.org/internet-drafts/draft-deng-alto-p2p-ext-06.txt

Status: https://datatracker.ietf.org/doc/draft-deng-alto-p2p-ext/

Htmlized: https://tools.ietf.org/html/draft-deng-alto-p2p-ext-06

Diff: https://www.ietf.org/rfcdiff?url2=draft-deng-alto-p2p-ext-06



Abstract:

 The purpose of the Application-Layer Traffic Optimization (ALTO)

 protocol is to provide better-than-random peer selection for P2P

 networks. The base ALTO protocol focuses, only on providing network

 topological location information (i.e., network maps and cost maps).

 However, the peer selection method of an endpoint may also use other

 properties, such as geographic location. This document defines a

 framework and an extended set of End Point properties (EP properties)

 to extend the base ALTO protocol.



 





Please note that it may take a couple of minutes from the time of submission

until the htmlized version and diff are available at tools.ietf.org.



The IETF Secretariat