Re: [sami] Welcome to SAMI and something you may like to know.

"Yingjie Gu(yingjie)" <guyingjie@huawei.com> Thu, 18 August 2011 12:01 UTC

Return-Path: <guyingjie@huawei.com>
X-Original-To: sami@ietfa.amsl.com
Delivered-To: sami@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 94DEB21F8AAC for <sami@ietfa.amsl.com>; Thu, 18 Aug 2011 05:01:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -103.593
X-Spam-Level:
X-Spam-Status: No, score=-103.593 tagged_above=-999 required=5 tests=[AWL=1.206, BAYES_00=-2.599, J_CHICKENPOX_41=0.6, J_CHICKENPOX_52=0.6, J_CHICKENPOX_84=0.6, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WFfJMxPGnZQf for <sami@ietfa.amsl.com>; Thu, 18 Aug 2011 05:01:43 -0700 (PDT)
Received: from szxga01-in.huawei.com (szxga01-in.huawei.com [119.145.14.64]) by ietfa.amsl.com (Postfix) with ESMTP id 56FE621F8A96 for <sami@ietf.org>; Thu, 18 Aug 2011 05:01:43 -0700 (PDT)
Received: from huawei.com (szxga05-in [172.24.2.49]) by szxga05-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LQ4006ZGHGBOZ@szxga05-in.huawei.com> for sami@ietf.org; Thu, 18 Aug 2011 20:02:35 +0800 (CST)
Received: from szxrg02-dlp.huawei.com ([172.24.2.119]) by szxga05-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LQ4000Q3HG9C9@szxga05-in.huawei.com> for sami@ietf.org; Thu, 18 Aug 2011 20:02:35 +0800 (CST)
Received: from 172.24.2.119 (EHLO szxeml206-edg.china.huawei.com) ([172.24.2.119]) by szxrg02-dlp.huawei.com (MOS 4.1.9-GA FastPath queued) with ESMTP id ADH23241; Thu, 18 Aug 2011 20:02:31 +0800 (CST)
Received: from SZXEML402-HUB.china.huawei.com (10.82.67.32) by szxeml206-edg.china.huawei.com (172.24.2.58) with Microsoft SMTP Server (TLS) id 14.1.270.1; Thu, 18 Aug 2011 20:02:24 +0800
Received: from g00107907 (10.138.41.134) by szxeml402-hub.china.huawei.com (10.82.67.32) with Microsoft SMTP Server (TLS) id 14.1.270.1; Thu, 18 Aug 2011 20:02:26 +0800
Date: Thu, 18 Aug 2011 20:03:00 +0800
From: "Yingjie Gu(yingjie)" <guyingjie@huawei.com>
In-reply-to: <6665BC1FEA04AB47B1F75FA641C43BC08146326D@FHDP1LUMXC7V41.us.one.verizon.com>
X-Originating-IP: [10.138.41.134]
To: "'So, Ning'" <ning.so@verizon.com>, 'Linda Dunbar' <linda.dunbar@huawei.com>, 'Juergen Schoenwaelder' <j.schoenwaelder@jacobs-university.de>
Message-id: <004b01cc5d9e$c7015130$5503f390$@com>
MIME-version: 1.0
X-Mailer: Microsoft Office Outlook 12.0
Content-type: text/plain; charset="utf-8"
Content-language: zh-cn
Content-transfer-encoding: quoted-printable
Thread-index: AcxX7HVRuZrPxcYMSPmyPWkIvb/VTAASCu2AAAMDlYAABBPOgAEaloXwAAmfeMAAJ6eRMA==
X-CFilter-Loop: Reflected
References: <004c01cc57ec$7f602ed0$7e208c70$@com> <20110811074034.GA12533@elstar.local> <005701cc5806$03cd8370$0b688a50$@com> <4A95BA014132FF49AE685FAB4B9F17F605189C80@dfweml504-mbx.china.huawei.com> <006001cc5cbb$de6c48e0$9b44daa0$@com> <6665BC1FEA04AB47B1F75FA641C43BC08146326D@FHDP1LUMXC7V41.us.one.verizon.com>
Cc: 'Wesley Eddy' <wes@mti-systems.com>, "'Romascanu, Dan (Dan)'" <dromasca@avaya.com>, sami@ietf.org, 'David Harrington' <ietfdbh@comcast.net>, rbonica@juniper.net
Subject: Re: [sami] Welcome to SAMI and something you may like to know.
X-BeenThere: sami@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: State Migration <sami.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/sami>, <mailto:sami-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/sami>
List-Post: <mailto:sami@ietf.org>
List-Help: <mailto:sami-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sami>, <mailto:sami-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 18 Aug 2011 12:01:44 -0000

Ning,

When we talked at Quebec, I remembered that you have impressive understanding on VM migration requirements in/between subnets. Hope you can share your use cases from provider's perspective.
I have talked with two providers in detail, and they both see the strong requirements for state migration as VM migrates. Perhaps we need to document provider's requirements for people's reference. I am working with providers on this document to introduce use cases.



Best Regards
Gu Yingjie


-----邮件原件-----
发件人: So, Ning [mailto:ning.so@verizon.com] 
发送时间: 2011年8月17日 乐乐21:59
收件人: Yingjie Gu(yingjie); 'Linda Dunbar'; 'Juergen Schoenwaelder'
抄送: 'Wesley Eddy'; 'Romascanu, Dan (Dan)'; rbonica@juniper.net; 'David Harrington'; sami@ietf.org
主题: RE: [sami] Welcome to SAMI and something you may like to know.

Yingjie,

You might want to consider limiting the scope to problem definition and provider requirements collection first.  I know a lot of work has gone into documenting what is available today.  However, the provider requirements in this area is still rather thin.   For example, the requirements for optimization-based migration can be quite different from failure restoration-based migration.  The type of services the VMs are supporting can also impact the migration requirements, thus impacting the solutions.  Defining different types of VM migration and the associated requirements should be a higher priority, in my opinion. 

 
Best regards,
 
Ning So
Verizon Corporate Technology
(office) 972-729-7905
(Cell) 972-955-0914
 

-----Original Message-----
From: sami-bounces@ietf.org [mailto:sami-bounces@ietf.org] On Behalf Of Yingjie Gu(yingjie)
Sent: Wednesday, August 17, 2011 3:59 AM
To: 'Linda Dunbar'; 'Juergen Schoenwaelder'
Cc: 'Wesley Eddy'; 'Romascanu, Dan (Dan)'; rbonica@juniper.net; 'David Harrington'; sami@ietf.org
Subject: Re: [sami] Welcome to SAMI and something you may like to know.

The following is a scope suggested by Dr. Fan.

" According to the current implementation,VM migration is scoped in a layer
2 network with shared storage.Key factors that decide whether hot migration is successful includes,from the network's side, bandwith and delay.Even the migration happens between two sites,it may succeed if the bandwidth is wide enough and the delay is small enough.
 
So,pehhaps we can define the scope as such:A layer 2 subnet with good enough performance which makes the hot migration successful."

What is your opinion on this scope?

Best Regards
Gu Yingjie

-----邮件原件-----
发件人: Linda Dunbar [mailto:linda.dunbar@huawei.com]
发送时间: 2011年8月12日 乐乐0:14
收件人: Yingjie Gu(yingjie); 'Juergen Schoenwaelder'
抄送: 'Wesley Eddy'; 'Romascanu, Dan (Dan)'; sami@ietf.org; 'David Harrington'; rbonica@juniper.net
主题: RE: [sami] Welcome to SAMI and something you may like to know.

I thought at the barBOF that the next step is to identify some use cases. It will be very beneficial to accelerate the progress by identifying some states (or conditions) which today's firewall or security devices can use to continue the proper function. 


Linda

> -----Original Message-----
> From: sami-bounces@ietf.org [mailto:sami-bounces@ietf.org] On Behalf 
> Of Yingjie Gu(yingjie)
> Sent: Thursday, August 11, 2011 4:07 AM
> To: 'Juergen Schoenwaelder'
> Cc: 'Wesley Eddy'; 'Romascanu, Dan (Dan)'; sami@ietf.org; 'David 
> Harrington'; rbonica@juniper.net
> Subject: Re: [sami] Welcome to SAMI and something you may like to know.
> 
> Hi Juergen,
> 
> I accept your suggestion. I will be more careful with my words.
> 
> We don't need yet more high level discussion on whether it's useful or 
> not.
> 
> Let's first figure out the context: scope, use cases and so on.
> 
> 
> Best Regards
> Gu Yingjie
> 
> -----邮件原件-----
> 发件人: sami-bounces@ietf.org [mailto:sami-bounces@ietf.org] 代表
> Juergen
> Schoenwaelder
> 发送时间: 2011年8月11日 乐乐15:41
> 收件人: Yingjie Gu(yingjie)
> 抄送: 'Wesley Eddy'; 'Romascanu, Dan (Dan)'; rbonica@juniper.net; 'David 
> Harrington'; sami@ietf.org
> 主题: Re: [sami] Welcome to SAMI and something you may like to know.
> 
> On Thu, Aug 11, 2011 at 02:04:14PM +0800, Yingjie Gu(yingjie) wrote:
> 
> > Attendees agree that state migration is useful. What we need to do
> next is
> > to narrow down the scope, e.g. state migration within the same 
> > Administration domain or between domains, and collect the use cases
> in
> that
> > scope. Then we need to figure out what kind of state need to be
> migrated
> in
> > the narrow scope, what's the common representation of the states, 
> > and,
> if
> we
> > go that far, the potential solutions for state migration.
> 
> For me, it is crucial to first define the scope before I can agree 
> whether state migration is a useful concept or not. Depending on the 
> timing and the addressing/routing issues, other mechanisms might be 
> more appropriate.
> 
> Bottom line: Be careful with general statements like "Attendees agree 
> that state migration is useful." before we even agree on the context.
> 
> /js
> 
> --
> Juergen Schoenwaelder           Jacobs University Bremen gGmbH
> Phone: +49 421 200 3587         Campus Ring 1, 28759 Bremen, Germany
> Fax:   +49 421 200 3103         <http://www.jacobs-university.de/>
> _______________________________________________
> sami mailing list
> sami@ietf.org
> https://www.ietf.org/mailman/listinfo/sami
> 
> _______________________________________________
> sami mailing list
> sami@ietf.org
> https://www.ietf.org/mailman/listinfo/sami

_______________________________________________
sami mailing list
sami@ietf.org
https://www.ietf.org/mailman/listinfo/sami