Re: [dc] draft-khasnabish-vmmi-problems-00.txt
"Ashish Dalela (adalela)" <adalela@cisco.com> Fri, 20 January 2012 04:10 UTC
Return-Path: <adalela@cisco.com>
X-Original-To: dc@ietfa.amsl.com
Delivered-To: dc@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3713B21F859F for <dc@ietfa.amsl.com>; Thu, 19 Jan 2012 20:10:54 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.436
X-Spam-Level:
X-Spam-Status: No, score=-2.436 tagged_above=-999 required=5 tests=[AWL=0.163, BAYES_00=-2.599]
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 epV2C5pkXNIp for <dc@ietfa.amsl.com>; Thu, 19 Jan 2012 20:10:53 -0800 (PST)
Received: from bgl-iport-1.cisco.com (bgl-iport-1.cisco.com [72.163.197.25]) by ietfa.amsl.com (Postfix) with ESMTP id 4FD7921F859B for <dc@ietf.org>; Thu, 19 Jan 2012 20:10:22 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=adalela@cisco.com; l=4244; q=dns/txt; s=iport; t=1327032649; x=1328242249; h=mime-version:content-transfer-encoding:subject:date: message-id:in-reply-to:references:from:to:cc; bh=u42yLQufwXDD4TRwPF9q/p3IfpKJIemi6yxpejCI9b8=; b=TqcJODc82F0sOg8Flxr6iNHXmCIXMCIWVUgRnnqoBkoAX3HwQdT6Ejoj W1uobhF6whgx5RFkeKucpI01pEE6TUg8XutRhA7waI0UTqoc31uCx+5/7 RKvPWkcJlMcrJvpp/IKL3ikDxAAMCWmfskIzZCwAFCn+5srvGWP5mHVvF s=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AqAEABroGE9Io8UY/2dsb2JhbABAA6x7ggOBcgEBAQMBAQEBDwEdCjQLBQcEAgEIEQQBAQsGFwEGASYfCQgBAQQKAQgIFgSHWgiaQwGePQSJNzYBBVABBAcBCwECAQEIAQEBA0kKSoFoVxYBAQECCYI+YwSIOZ8w
X-IronPort-AV: E=Sophos;i="4.71,539,1320624000"; d="scan'208";a="3800840"
Received: from vla196-nat.cisco.com (HELO bgl-core-4.cisco.com) ([72.163.197.24]) by bgl-iport-1.cisco.com with ESMTP; 20 Jan 2012 04:10:14 +0000
Received: from xbh-bgl-412.cisco.com (xbh-bgl-412.cisco.com [72.163.129.202]) by bgl-core-4.cisco.com (8.14.3/8.14.3) with ESMTP id q0K4AEKO020289; Fri, 20 Jan 2012 04:10:14 GMT
Received: from xmb-bgl-416.cisco.com ([72.163.129.212]) by xbh-bgl-412.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Fri, 20 Jan 2012 09:40:14 +0530
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: quoted-printable
Date: Fri, 20 Jan 2012 09:40:08 +0530
Message-ID: <618BE8B40039924EB9AED233D4A09C5102CB2326@XMB-BGL-416.cisco.com>
In-Reply-To: <7C4DFCE962635144B8FAE8CA11D0BF1E05A7BB90E7@MX14A.corp.emc.com>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [dc] draft-khasnabish-vmmi-problems-00.txt
Thread-Index: AczW0qaLHjfaIrIARQ+n0SUnPfoMjQAPVYSwAAM0Bd8AAwrgkA==
References: <CAH==cJxfmae0u0bSF4cn_haLgY1T-vnw2102PApzYtj5Aty=GQ@mail.gmail.com><CANtnpwhFJ746ooi9GUCxfBqsOXu14hDka0D9inhh5pPq3U_ZTA@mail.gmail.com><201201171540.q0HFeNan008591@cichlid.raleigh.ibm.com><CANtnpwjexDPazOXLYHHjn3+JDi-o49Bv5ptDExAZHAA8Ra2m-A@mail.gmail.com><201201191419.q0JEJTLF010649@cichlid.raleigh.ibm.com><1326989277.2513.4.camel@ecliptic.extremenetworks.com><201201191747.q0JHlS5J015128@cichlid.raleigh.ibm.com>, <618BE8B40039924EB9AED233D4A09C5102CB2304@XMB-BGL-416.cisco.com> <7C4DFCE962635144B8FAE8CA11D0BF1E05A7BB90E7@MX14A.corp.emc.com>
From: "Ashish Dalela (adalela)" <adalela@cisco.com>
To: david.black@emc.com
X-OriginalArrivalTime: 20 Jan 2012 04:10:14.0392 (UTC) FILETIME=[691B2780:01CCD729]
Cc: dc@ietf.org
Subject: Re: [dc] draft-khasnabish-vmmi-problems-00.txt
X-BeenThere: dc@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: IETF Data Center Mailing List <dc.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dc>, <mailto:dc-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/dc>
List-Post: <mailto:dc@ietf.org>
List-Help: <mailto:dc-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dc>, <mailto:dc-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 20 Jan 2012 04:10:54 -0000
>> Was that supposed to be a serious question? Yes, it is a serious question, because VM mobility goes beyond the VM. >> If it was, I suggest FTP or NFS, both of which are already used to move VM >> images in practice, and are already specified in RFCs ;-). OVF is fundamentally >> a VM image format. That's one approach. Another approach is to use a SOAP/REST APIs. Yet another one is to define a cloud control plane, that does more than just move VMs. E.g. when you move a VM, you have to move the firewall rules, the VLAN association, the bandwidth, VRF configuration, GRE tunnel configuration, etc. Thanks, Ashish -----Original Message----- From: david.black@emc.com [mailto:david.black@emc.com] Sent: Friday, January 20, 2012 8:18 AM To: Ashish Dalela (adalela) Cc: dc@ietf.org Subject: RE: [dc] draft-khasnabish-vmmi-problems-00.txt > - Do we need a "control plane" to transfer OVF specification from point > A to B - the portability problem? Was that supposed to be a serious question? If it was, I suggest FTP or NFS, both of which are already used to move VM images in practice, and are already specified in RFCs ;-). OVF is fundamentally a VM image format. Thanks, --David ---------------------------------------------------- David L. Black, Distinguished Engineer EMC Corporation, 176 South St., Hopkinton, MA 01748 +1 (508) 293-7953 FAX: +1 (508) 293-7786 david.black@emc.com Mobile: +1 (978) 394-7754 ---------------------------------------------------- ________________________________________ From: dc-bounces@ietf.org [dc-bounces@ietf.org] On Behalf Of Ashish Dalela (adalela) [adalela@cisco.com] Sent: Thursday, January 19, 2012 8:20 PM To: Thomas Narten; Steven Blake Cc: dc@ietf.org Subject: Re: [dc] draft-khasnabish-vmmi-problems-00.txt I think it is fair to say that there is a difference between mobility and portability. Mobility is live migration, but portability is specifying a VM's properties, delete in one location and create in another. The new location can be another hypervisor. In many cases, you don't need mobility, just portability. E.g. if you have a disaster recovery situation, then you aren't going to get mobility anyway. DMTF has specified a standard called OVF (Open Virtualization Format) that addresses the "description" of the VM. This format is supported by various hypervisor vendors. So, some level of VM migration standardization has already happened (albeit portability and not mobility). The questions are: - Do we need a "control plane" to transfer VM state from point A to B - the mobility problem? - Do we need a "control plane" to transfer OVF specification from point A to B - the portability problem? The problem is relevant in the inter-datacenter, public-private, or inter-cloud spaces, where there will be more than one hypervisor controller by definition. Are we hitting the live migration issue today? Maybe not. Is it conceivable that we will hit this issue? I think so. However, the question has to be asked to the provider/operators and not to the vendors. Thanks, Ashish -----Original Message----- From: dc-bounces@ietf.org [mailto:dc-bounces@ietf.org] On Behalf Of Thomas Narten Sent: Thursday, January 19, 2012 11:17 PM To: Steven Blake Cc: dc@ietf.org Subject: Re: [dc] draft-khasnabish-vmmi-problems-00.txt Steven, > Several system vendors (myself included) stood up in Taipei and said > "one encapsulation, please". If IETF can facilitate industry > convergence on a small set of NVO3 encapsulations (preferably one), that > would be a big win for Ethernet switch vendors. I agree completely. But my questions were asking about the apparent lack of interest from operators/implementers/market players regarding Bhumip's draft and the apparent desire to have some sort of standards work related to the general VM migration problem. Is there such interest? Thomas _______________________________________________ dc mailing list dc@ietf.org https://www.ietf.org/mailman/listinfo/dc _______________________________________________ dc mailing list dc@ietf.org https://www.ietf.org/mailman/listinfo/dc
- [dc] Comment of draft-dalela-dc-requirements Lizhong Jin
- Re: [dc] Comment of draft-dalela-dc-requirements Ashish Dalela (adalela)
- Re: [dc] Comment of draft-dalela-dc-requirements Lizhong Jin
- Re: [dc] Comment of draft-dalela-dc-requirements Bhumip Khasnabish
- [dc] draft-khasnabish-vmmi-problems-00.txt Thomas Narten
- Re: [dc] draft-khasnabish-vmmi-problems-00.txt Bhumip Khasnabish
- Re: [dc] draft-khasnabish-vmmi-problems-00.txt Christopher LILJENSTOLPE
- Re: [dc] draft-khasnabish-vmmi-problems-00.txt Thomas Narten
- Re: [dc] draft-khasnabish-vmmi-problems-00.txt Steven Blake
- Re: [dc] draft-khasnabish-vmmi-problems-00.txt Ashish Dalela (adalela)
- Re: [dc] draft-khasnabish-vmmi-problems-00.txt Steven Blake
- Re: [dc] draft-khasnabish-vmmi-problems-00.txt Thomas Narten
- Re: [dc] draft-khasnabish-vmmi-problems-00.txt Ashish Dalela (adalela)
- Re: [dc] draft-khasnabish-vmmi-problems-00.txt Ashish Dalela (adalela)
- Re: [dc] draft-khasnabish-vmmi-problems-00.txt Christopher LILJENSTOLPE
- Re: [dc] draft-khasnabish-vmmi-problems-00.txt Melinda Shore
- Re: [dc] draft-khasnabish-vmmi-problems-00.txt david.black
- Re: [dc] draft-khasnabish-vmmi-problems-00.txt Ashish Dalela (adalela)
- Re: [dc] draft-khasnabish-vmmi-problems-00.txt Ashish Dalela (adalela)
- Re: [dc] draft-khasnabish-vmmi-problems-00.txt Melinda Shore
- Re: [dc] draft-khasnabish-vmmi-problems-00.txt Ashish Dalela (adalela)
- Re: [dc] draft-khasnabish-vmmi-problems-00.txt Joel M. Halpern
- Re: [dc] draft-khasnabish-vmmi-problems-00.txt Ashish Dalela (adalela)
- Re: [dc] draft-khasnabish-vmmi-problems-00.txt Melinda Shore
- Re: [dc] draft-khasnabish-vmmi-problems-00.txt Joel M. Halpern
- Re: [dc] draft-khasnabish-vmmi-problems-00.txt vishwas.ietf
- Re: [dc] draft-khasnabish-vmmi-problems-00.txt Ashish Dalela (adalela)
- Re: [dc] draft-khasnabish-vmmi-problems-00.txt Ashish Dalela (adalela)
- Re: [dc] draft-khasnabish-vmmi-problems-00.txt Melinda Shore
- Re: [dc] draft-khasnabish-vmmi-problems-00.txt Thomas Narten
- Re: [dc] draft-khasnabish-vmmi-problems-00.txt Vishwas Manral
- Re: [dc] draft-khasnabish-vmmi-problems-00.txt Melinda Shore
- Re: [dc] draft-khasnabish-vmmi-problems-00.txt Christopher LILJENSTOLPE
- Re: [dc] draft-khasnabish-vmmi-problems-00.txt Vishwas Manral
- Re: [dc] draft-khasnabish-vmmi-problems-00.txt Christopher LILJENSTOLPE
- [dc] OVF "control plane" - Not a good idea david.black
- Re: [dc] draft-khasnabish-vmmi-problems-00.txt Vishwas Manral
- Re: [dc] draft-khasnabish-vmmi-problems-00.txt Juergen Schoenwaelder
- Re: [dc] draft-khasnabish-vmmi-problems-00.txt Bhumip Khasnabish
- Re: [dc] OVF "control plane" - Not a good idea Bhumip Khasnabish
- Re: [dc] OVF "control plane" - Not a good idea david.black
- Re: [dc] OVF "control plane" - Not a good idea Bhumip Khasnabish
- Re: [dc] draft-khasnabish-vmmi-problems-00.txt Donald Eastlake
- Re: [dc] draft-khasnabish-vmmi-problems-00.txt Bhumip Khasnabish
- Re: [dc] draft-khasnabish-vmmi-problems-00.txt Juergen Schoenwaelder