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

Christopher LILJENSTOLPE <cdl@asgaard.org> Fri, 20 January 2012 23:41 UTC

Return-Path: <cdl@asgaard.org>
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 7F64C21F8532 for <dc@ietfa.amsl.com>; Fri, 20 Jan 2012 15:41:49 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.492
X-Spam-Level:
X-Spam-Status: No, score=-6.492 tagged_above=-999 required=5 tests=[AWL=0.107, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
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 A1KpSE+GEjg6 for <dc@ietfa.amsl.com>; Fri, 20 Jan 2012 15:41:48 -0800 (PST)
Received: from asgaard.org (odin.asgaard.org [204.29.151.68]) by ietfa.amsl.com (Postfix) with ESMTP id A8E7E21F8533 for <dc@ietf.org>; Fri, 20 Jan 2012 15:41:48 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by asgaard.org (Postfix) with ESMTP id BB12EAF898B; Fri, 20 Jan 2012 23:41:47 +0000 (UTC)
X-Virus-Scanned: amavisd-new at asgaard.org
Received: from asgaard.org ([127.0.0.1]) by localhost (odin.asgaard.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id f6Hocwvpkwum; Fri, 20 Jan 2012 23:41:44 +0000 (UTC)
Received: from fenrir.asgaard.org (50-76-34-185-ip-static.hfc.comcastbusiness.net [50.76.34.185]) by asgaard.org (Postfix) with ESMTPSA id C8042AF897D; Fri, 20 Jan 2012 23:41:44 +0000 (UTC)
Mime-Version: 1.0 (Apple Message framework v1251.1)
Content-Type: multipart/signed; boundary="Apple-Mail=_A3593B48-E551-475F-A824-5AF0FA0A3781"; protocol="application/pgp-signature"; micalg="pgp-sha1"
From: Christopher LILJENSTOLPE <cdl@asgaard.org>
In-Reply-To: <4F19F939.2020804@gmail.com>
Date: Fri, 20 Jan 2012 15:41:40 -0800
Message-Id: <DF0D6664-9FD5-4EF0-A03F-86C1921D9D01@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> <201201191419.q0JEJTLF010649@cichlid.raleigh.ibm.com> <1326989277.2513.4.camel@ecliptic.extremenetworks.com> <618BE8B40039924EB9AED233D4A09C5102CB2291@XMB-BGL-416.cisco.com> <406B8B5D-E1E5-4DF4-8DE2-D7D2A699430A@asgaard.org> <4F18CE61.6030002@gmail.com> <618BE8B40039924EB9AED233D4A09C5102CB2330@XMB-BGL-416.cisco.com> <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>
To: Melinda Shore <melinda.shore@gmail.com>
X-Mailer: Apple Mail (2.1251.1)
Cc: Vishwas Manral <vishwas.ietf@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
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 23:41:49 -0000

Greetings,

	Another way of looking at it is a hypervisor is really an operating system distribution.  Many of the hypervisors out there have the network "switch" as a separate process (actually I believe all of them do).  So, if we are saying that networking intel doesn't belong in an OS distribution, that is a departure from current thinking :)

	Chris

On 20Jan2012, at 15.31, Melinda Shore wrote:

> On 01/20/2012 02:18 PM, Vishwas Manral wrote:
>> An interesting thing to note is that the more the functionality you
>> put in the hypervisor, the more you stress the single point of failure
>> in the virtualized system.
> 
> Well, there are a few ways to look at it.  For example,
> the fewer components you've got the larger the mean time
> between failures.  But aside from that it's been a
> general rule of thumb that you want to minimize the
> impact of failed components on non-failed components
> (the fate sharing principle).
> 
> At any rate the hypervisor (at least the ones with which
> I'm familiar) basically *are* network devices - they
> function as a switch, or even a NAT.  If you're going to
> suggest that they can't be used to terminate control plane
> sessions I hope there's a more compelling reason for it
> than what has been offered so far.
> 
> Melinda
> _______________________________________________
> 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