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

Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de> Sat, 21 January 2012 08:01 UTC

Return-Path: <j.schoenwaelder@jacobs-university.de>
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 E34BC21F8600 for <dc@ietfa.amsl.com>; Sat, 21 Jan 2012 00:01:05 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -103.229
X-Spam-Level:
X-Spam-Status: No, score=-103.229 tagged_above=-999 required=5 tests=[AWL=0.020, BAYES_00=-2.599, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_LOW=-1, 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 vwhsK+LrlEuk for <dc@ietfa.amsl.com>; Sat, 21 Jan 2012 00:01:01 -0800 (PST)
Received: from hermes.jacobs-university.de (hermes.jacobs-university.de [212.201.44.23]) by ietfa.amsl.com (Postfix) with ESMTP id 94AC421F85FF for <dc@ietf.org>; Sat, 21 Jan 2012 00:01:01 -0800 (PST)
Received: from localhost (demetrius4.jacobs-university.de [212.201.44.49]) by hermes.jacobs-university.de (Postfix) with ESMTP id 74BD320BDC; Sat, 21 Jan 2012 09:01:00 +0100 (CET)
X-Virus-Scanned: amavisd-new at jacobs-university.de
Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius4.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id Q5O1jiwiLyDz; Sat, 21 Jan 2012 09:01:00 +0100 (CET)
Received: from elstar.local (elstar.jacobs.jacobs-university.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id 20FDE20BDA; Sat, 21 Jan 2012 09:01:00 +0100 (CET)
Received: by elstar.local (Postfix, from userid 501) id DA2451C95D07; Sat, 21 Jan 2012 09:00:42 +0100 (CET)
Date: Sat, 21 Jan 2012 09:00:42 +0100
From: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
To: Christopher LILJENSTOLPE <cdl@asgaard.org>
Message-ID: <20120121080042.GB39496@elstar.local>
Mail-Followup-To: Christopher LILJENSTOLPE <cdl@asgaard.org>, Vishwas Manral <vishwas.ietf@gmail.com>, Melinda Shore <melinda.shore@gmail.com>, dc@ietf.org
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>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <FF8EC204-C4B0-4690-B692-905F672D60D3@asgaard.org>
User-Agent: Mutt/1.5.21 (2010-09-15)
Cc: Vishwas Manral <vishwas.ietf@gmail.com>, Melinda Shore <melinda.shore@gmail.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
Reply-To: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
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: Sat, 21 Jan 2012 08:01:06 -0000

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/>