Re: [alto] New Version Notification for draft-fu-alto-nfv-usecase-04.txt

邓灵莉/Lingli Deng <denglingli@chinamobile.com> Mon, 09 March 2015 03:13 UTC

Return-Path: <denglingli@chinamobile.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 D8BAA1A0BE8 for <alto@ietfa.amsl.com>; Sun, 8 Mar 2015 20:13:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.611
X-Spam-Level:
X-Spam-Status: No, score=0.611 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_NONE=-0.0001, RELAY_IS_221=2.222, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 5u9jmumb_tqb for <alto@ietfa.amsl.com>; Sun, 8 Mar 2015 20:13:40 -0700 (PDT)
Received: from cmccmta2.chinamobile.com (cmccmta2.chinamobile.com [221.176.66.80]) by ietfa.amsl.com (Postfix) with SMTP id 982EC1A0121 for <alto@ietf.org>; Sun, 8 Mar 2015 20:13:34 -0700 (PDT)
Received: from spf.mail.chinamobile.com (unknown[172.16.121.1]) by rmmx-syy-dmz-app05-12005 (RichMail) with SMTP id 2ee554fd0fdc922-59a30; Mon, 09 Mar 2015 11:13:32 +0800 (CST)
X-RM-TRANSID: 2ee554fd0fdc922-59a30
X-RM-SPAM-FLAG: 00000000
Received: from cmccPC (unknown[10.2.52.232]) by rmsmtp-syy-appsvr01-12001 (RichMail) with SMTP id 2ee154fd0fda729-1d777; Mon, 09 Mar 2015 11:13:32 +0800 (CST)
X-RM-TRANSID: 2ee154fd0fda729-1d777
From: 邓灵莉/Lingli Deng <denglingli@chinamobile.com>
To: 'Qiao Fu' <fuqiao1@outlook.com>, alto@ietf.org
References: <SNT146-DS20A7790DF96D11D711CB7CE81B0@phx.gbl>
In-Reply-To: <SNT146-DS20A7790DF96D11D711CB7CE81B0@phx.gbl>
Date: Mon, 09 Mar 2015 11:13:36 +0800
Message-ID: <008d01d05a17$08f5d2a0$1ae177e0$@com>
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Office Outlook 12.0
Thread-Index: AdBaEI8RuJSy31qeQVK/WyuJu/k8eAAADp8QAAE4YpA=
Content-Language: zh-cn
Archived-At: <http://mailarchive.ietf.org/arch/msg/alto/IP9RcQY6revTclud-g788f3Dr1k>
Cc: zhencao.ietf@gmail.com
Subject: Re: [alto] New Version Notification for draft-fu-alto-nfv-usecase-04.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: Mon, 09 Mar 2015 03:13:43 -0000

Hi Qiao,

Thanks for the interesting discussion around endpoint property for VNFs.

In terms of VNF migration and its impact on endpoint geo-location property design, I see there are two potential cases: inter-DC migration and intra-DC migration.
As you can see from the current design for endpoint geo-location property, the intra-DC migration might not be reflected by the current design unless we introduce something like server-id or rack-id?
But such information is too low-level I suspect and maybe considered sensitive or lose its practical meaning once the ALTO client is located outside the DC domain in question.
While within the DC, who would be the ALTO client for such information?

Regards,
Lingli

> -----Original Message-----
> From: Qiao Fu [mailto:fuqiao1@outlook.com]
> Sent: Monday, March 09, 2015 10:35 AM
> To: alto@ietf.org
> Cc: zhencao.ietf@gmail.com; 'Songhaibin (A)'; '邓灵莉/Lingli Deng'
> Subject: 转发: New Version Notification for draft-fu-alto-nfv-usecase-04.txt
> 
> Hi, all. I have just updated the following draft. This draft proposes a usecase of
> ALTO in the NFV scenario. And possible property extension is added and
> discussed in this update. Such extension may be included in another draft:
> http://datatracker.ietf.org/doc/draft-deng-alto-p2p-ext/
> Your comments and suggestions are more than welcome. Thank you!
> 
> 
> -----邮件原件-----
> 发件人: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org]
> 发送时间: 2015年3月9日 10:27
> 收件人: Haibin Song; Qiao Fu; Qiao Fu; Haibin Song; Zhen Cao; Zehn Cao
> 主题: New Version Notification for draft-fu-alto-nfv-usecase-04.txt
> 
> 
> A new version of I-D, draft-fu-alto-nfv-usecase-04.txt
> has been successfully submitted by Qiao Fu and posted to the
> IETF repository.
> 
> Name:		draft-fu-alto-nfv-usecase
> Revision:	04
> Title:		What's the Impact of Virtualization on Application-Layer Traffic
> Optimization (ALTO)?
> Document date:	2015-03-08
> Group:		Individual Submission
> Pages:		9
> URL:
> http://www.ietf.org/internet-drafts/draft-fu-alto-nfv-usecase-04.txt
> Status:         https://datatracker.ietf.org/doc/draft-fu-alto-nfv-usecase/
> Htmlized:       http://tools.ietf.org/html/draft-fu-alto-nfv-usecase-04
> Diff:           http://www.ietf.org/rfcdiff?url2=draft-fu-alto-nfv-usecase-04
> 
> Abstract:
>    This documentation presents a use case of Application-Layer Traffic
>    Optimization (ALTO) with the emergence of Network Function
>    Virtualization (NFV).  The Application-Layer Traffic Optimization
>    (ALTO) Service provides network information (e.g., basic network
>    location structure and preferences of network paths) with the goal of
>    modifying network resource consumption patterns while maintaining or
>    improving application performance.  The emerging NFV, which is
>    currently being in progress in ETSI NFV, leverages standard IT
>    virtualisation technology to consolidate many network equipment types
>    onto industry standard high-volume servers, switches, and storage.
>    The use case presented in this document discusses the impact of
>    virtualization on the ALTO protocol.  An architecture is proposed for
>    the interface between NFV MANO and ALTO server.  And possible end
>    point property extention is also discussed for such usecase.
> 
> 
> 
> 
> 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
>