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

Bhumip Khasnabish <vumip1@gmail.com> Wed, 08 February 2012 17:24 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 22B9A21F870B for <dc@ietfa.amsl.com>; Wed, 8 Feb 2012 09:24:20 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.453
X-Spam-Level:
X-Spam-Status: No, score=-2.453 tagged_above=-999 required=5 tests=[AWL=-0.815, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_BL_SPAMCOP_NET=1.96, 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 g2uiVTfOXcHW for <dc@ietfa.amsl.com>; Wed, 8 Feb 2012 09:24:19 -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 3846E21F8753 for <dc@ietf.org>; Wed, 8 Feb 2012 09:24:17 -0800 (PST)
Received: by iagf6 with SMTP id f6so1368658iag.31 for <dc@ietf.org>; Wed, 08 Feb 2012 09:24:16 -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 :content-type; bh=li/f0+V1e3JCHt9de1W5PlBF4tZ2Oc5VQSVJKxBf4Ow=; b=CuRmZZvbyG8hox/6JhLTNX1Gnc/r0vTbaTj4GyzgcF3j0JDvjNZQTyZvPR6HZkJSI3 Nmyq8ebCuU5pqOOqMLsz+T8UFdkF9gK3jxi0ylA7zpKzZ7q47gwxMiusXsS3B7vktfJ/ cPXloF8/i7zcJSY5Kos2nr1WRrdl22KnP/cz0=
MIME-Version: 1.0
Received: by 10.42.131.136 with SMTP id z8mr29129898ics.5.1328721856902; Wed, 08 Feb 2012 09:24:16 -0800 (PST)
Received: by 10.50.213.68 with HTTP; Wed, 8 Feb 2012 09:24:16 -0800 (PST)
In-Reply-To: <20120121080042.GB39496@elstar.local>
References: <4F18EF4A.3060308@gmail.com> <618BE8B40039924EB9AED233D4A09C5102CB234C@XMB-BGL-416.cisco.com> <4F18FB72.2090900@joelhalpern.com> <618BE8B40039924EB9AED233D4A09C5102CB2380@XMB-BGL-416.cisco.com> <4F19034E.1070802@gmail.com> <CAOyVPHTbxB=QYC3Qw0ybL=5RN7VefSENV4iiBBOpXbCn58oi=Q@mail.gmail.com> <4F19F939.2020804@gmail.com> <DF0D6664-9FD5-4EF0-A03F-86C1921D9D01@asgaard.org> <CAOyVPHQh2yb5iP9-bH6NOzamW6FaK0cYwpfqfqns7TZVTpmY5g@mail.gmail.com> <FF8EC204-C4B0-4690-B692-905F672D60D3@asgaard.org> <20120121080042.GB39496@elstar.local>
Date: Wed, 08 Feb 2012 12:24:16 -0500
Message-ID: <CANtnpwirN-n3WzdLodkAnxAy=EVcbRHV5afvd_1cNZ53J4eBwQ@mail.gmail.com>
From: Bhumip Khasnabish <vumip1@gmail.com>
To: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>, Christopher LILJENSTOLPE <cdl@asgaard.org>, Vishwas Manral <vishwas.ietf@gmail.com>, Melinda Shore <melinda.shore@gmail.com>, dc@ietf.org
Content-Type: multipart/alternative; boundary="90e6ba6e81cc49367504b8772ae1"
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: Wed, 08 Feb 2012 17:24:21 -0000

Thanks Juergen.

Can you give a few examples of which "implementors"
you are referring to.

Best.

Bhumip




On Sat, Jan 21, 2012 at 3:00 AM, Juergen Schoenwaelder <
j.schoenwaelder@jacobs-university.de> wrote:

> On Fri, Jan 20, 2012 at 04:06:19PM -0800, Christopher LILJENSTOLPE wrote:
> > Greetings Vishwas,
> >
> >       And I guess I am saying that I'm not sure I agree.  If a single
> process running can kill all the other processes on a given system
> (especially if it is in "user space" - which I would assume for control
> plane functions), I would say that there are more substantial issues with
> the architecture of that particular VM distribution.  Similar answer if
> someone actually put a control-plane engine (think routing protocols) in
> kernel space.  We, as a standards organization can't save the world from
> less-than-inteligent developers....
> >
>
> The Linux-based hypervisors I have used happen to have the bridge(s)
> in the kernel plus user space utilities to configure/control them, as
> it should be. But then I am not using products but just open source
> implementations... ;-)
>
> A general observation: I think what this discussion really is lacking
> is implementors familiar with real-world implementations. If there
> were more implementors involved here with a decent understanding of
> code bases, I assume we would be quickly able to figure out what and
> if anything needs to be dealt with in the IETF.
>
> /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/>
>  _______________________________________________
> dc mailing list
> dc@ietf.org
> https://www.ietf.org/mailman/listinfo/dc
>