Re: [dc] draft-khasnabish-vmmi-problems-00.txt

Bhumip Khasnabish <vumip1@gmail.com> Tue, 31 January 2012 02:39 UTC

Return-Path: <vumip1@gmail.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 C37A521F862B for <dc@ietfa.amsl.com>; Mon, 30 Jan 2012 18:39:11 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.454
X-Spam-Level:
X-Spam-Status: No, score=-3.454 tagged_above=-999 required=5 tests=[AWL=0.144, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
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 yQEsrQb7nPew for <dc@ietfa.amsl.com>; Mon, 30 Jan 2012 18:39:10 -0800 (PST)
Received: from mail-iy0-f172.google.com (mail-iy0-f172.google.com [209.85.210.172]) by ietfa.amsl.com (Postfix) with ESMTP id B340721F8624 for <dc@ietf.org>; Mon, 30 Jan 2012 18:39:10 -0800 (PST)
Received: by iagf6 with SMTP id f6so7449486iag.31 for <dc@ietf.org>; Mon, 30 Jan 2012 18:39:06 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=jkpNLuGvtMXgh2gJChVamaxNxkADvlRqvM08QKYV2zc=; b=g52xIY1ZgaWbiH3y1EYxTUz6s9oIW9+VACX0mkY9Ms72oDKPmnZ5rzkcxORRHeaFIH pZR286C8YN4QNGPfpOdnVNLbcDCkYGu7Zp9aP+Hwgw7of4pjiPKLey4966vfc639DKKX 9goA3PWDnQ4+KUWtUFayV9puuJ+JzSx2ffkFk=
MIME-Version: 1.0
Received: by 10.42.132.137 with SMTP id d9mr16295345ict.3.1327977544682; Mon, 30 Jan 2012 18:39:04 -0800 (PST)
Received: by 10.50.140.102 with HTTP; Mon, 30 Jan 2012 18:39:04 -0800 (PST)
In-Reply-To: <F6F7A4AA-E0FA-4EF5-8BAF-2941F7F89C93@asgaard.org>
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> <F6F7A4AA-E0FA-4EF5-8BAF-2941F7F89C93@asgaard.org>
Date: Mon, 30 Jan 2012 21:39:04 -0500
Message-ID: <CANtnpwg9A3vGUH+Tu4hr45pV_h6xVpQjnKyh_aBOBQT0KU71XA@mail.gmail.com>
From: Bhumip Khasnabish <vumip1@gmail.com>
To: Christopher LILJENSTOLPE <cdl@asgaard.org>
Content-Type: multipart/alternative; boundary="90e6ba6e84f4d20db904b7c9dd2c"
Cc: Thomas Narten <narten@us.ibm.com>, 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: Tue, 31 Jan 2012 02:39:11 -0000

Hello Chris,

Thanks.

>So, the big question is, are you interested in just addressing the network
>portion, or the larger problem (including containers, storage concurrency,
etc)?

We can start with a focus on the "network portion" with only as much as
needed of others (concurrency, containers, de-duplication, etc.). Hope this
helps.

Best.

Bhumip




On Wed, Jan 18, 2012 at 8:00 PM, Christopher LILJENSTOLPE
<cdl@asgaard.org>wrote:

> Greetings Bhumip,
>
>
> On 17Jan2012, at 22.33, Bhumip Khasnabish wrote:
>
> > Tom,
> >
> > Thanks.
> >
> > Yes, seamless migration of VM and VNE can be problematic in both intra-
> and
> > inter-data-center environments, especially in multi-hypervisor case.
>
> Agreed, but it's more than just a network problem, is it not?  ESPECIALLY
> in a multi-hypervisor environment.  So, the big question is, are you
> interested in just addressing the network portion, or the larger problem
> (including containers, storage concurrency, etc)?  If the later, do we have
> the experience and remit to work on that space?
>
>        Chris
>
> >
> > It may be very helpful to bring one or more of these
> > proprietary VM migration approaches to IETF for consideration
> > for standardization, if that is appropriate.
> > Sure, we'll update the draft to articulate these requirements.
> >
> > Best.
> >
> > Bhumip
> >
> >
> > On Tue, Jan 17, 2012 at 10:40 AM, Thomas Narten <narten@us.ibm.com>
> wrote:
> >
> >> Bhumip,
> >>
> >> I skimmed this document and am having trouble figuring out what it is
> >> intended to do.
> >>
> >> The draft name itself has "problem" in it, but there is no single (or
> >> small set of) succinct problems listed. It's all very high level and
> >> hand wavy. I need help making the connection to an IETF action that
> >> could come out of this document.
> >>
> >> For example, it talks about VM migration.
> >>
> >> Is VM Migration a "problem" today? There are properietary approaches
> >> that the market seems to like OK.
> >>
> >> What is wrong with the current approaches? What is "broken" that needs
> >> fixing? Why should the IETF get involved in this space? What value
> >> would the IETF bring?
> >>
> >> Do you want to be able to do VM migration from one vendor's hypervisor
> >> to another vendor's?  If so, please just say so. Then we can see
> >> whether others here think that is an area the IETF (or some other SDO)
> >> should get involved in.
> >>
> >> Thomas
> >>
> >>
> > _______________________________________________
> > dc mailing list
> > dc@ietf.org
> > https://www.ietf.org/mailman/listinfo/dc
>
> --
> 李柯睿
> Check my PGP key here: https://www.asgaard.org/~cdl/cdl.asc
> Current vCard here: https://www.asgaard.org/~cdl/cdl.vcf
>
>