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

Thomas Narten <narten@us.ibm.com> Fri, 20 January 2012 21:38 UTC

Return-Path: <narten@us.ibm.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 0711421F864F for <dc@ietfa.amsl.com>; Fri, 20 Jan 2012 13:38:08 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -108.467
X-Spam-Level:
X-Spam-Status: No, score=-108.467 tagged_above=-999 required=5 tests=[AWL=2.132, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, 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 O76R5vwiJjV7 for <dc@ietfa.amsl.com>; Fri, 20 Jan 2012 13:38:07 -0800 (PST)
Received: from e2.ny.us.ibm.com (e2.ny.us.ibm.com [32.97.182.142]) by ietfa.amsl.com (Postfix) with ESMTP id 4FCDC21F864D for <dc@ietf.org>; Fri, 20 Jan 2012 13:38:07 -0800 (PST)
Received: from /spool/local by e2.ny.us.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted for <dc@ietf.org> from <narten@us.ibm.com>; Fri, 20 Jan 2012 16:38:05 -0500
Received: from d01dlp02.pok.ibm.com (9.56.224.85) by e2.ny.us.ibm.com (192.168.1.102) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted; Fri, 20 Jan 2012 16:37:49 -0500
Received: from d01relay03.pok.ibm.com (d01relay03.pok.ibm.com [9.56.227.235]) by d01dlp02.pok.ibm.com (Postfix) with ESMTP id 095646E805E for <dc@ietf.org>; Fri, 20 Jan 2012 16:37:46 -0500 (EST)
Received: from d01av03.pok.ibm.com (d01av03.pok.ibm.com [9.56.224.217]) by d01relay03.pok.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id q0KLaTOe270310 for <dc@ietf.org>; Fri, 20 Jan 2012 16:36:29 -0500
Received: from d01av03.pok.ibm.com (loopback [127.0.0.1]) by d01av03.pok.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id q0KLaSF8023193 for <dc@ietf.org>; Fri, 20 Jan 2012 19:36:29 -0200
Received: from cichlid.raleigh.ibm.com (sig-9-65-224-224.mts.ibm.com [9.65.224.224]) by d01av03.pok.ibm.com (8.14.4/8.13.1/NCO v10.0 AVin) with ESMTP id q0KLaRQM023134 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 20 Jan 2012 19:36:28 -0200
Received: from cichlid.raleigh.ibm.com (localhost [127.0.0.1]) by cichlid.raleigh.ibm.com (8.14.5/8.12.5) with ESMTP id q0KLaQlt007105; Fri, 20 Jan 2012 16:36:26 -0500
Message-Id: <201201202136.q0KLaQlt007105@cichlid.raleigh.ibm.com>
To: "Ashish Dalela (adalela)" <adalela@cisco.com>
In-reply-to: <618BE8B40039924EB9AED233D4A09C5102CB2524@XMB-BGL-416.cisco.com>
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> <618BE8B40039924EB9AED233D4A09C5102CB2524@XMB-BGL-416.cisco.com>
Comments: In-reply-to "Ashish Dalela (adalela)" <adalela@cisco.com> message dated "Fri, 20 Jan 2012 22:02:19 +0530."
Date: Fri, 20 Jan 2012 16:36:26 -0500
From: Thomas Narten <narten@us.ibm.com>
X-Content-Scanned: Fidelis XPS MAILER
x-cbid: 12012021-5112-0000-0000-0000043FBAE3
Cc: 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
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 21:38:08 -0000

Ashish,

> Let's assume we are building protocols for hypervisors. Can you suggest
> what type of protocols will allow a hypervisor based solution interact
> with a non-hypervisor based server? I.e. encap-decap done in the
> hypervisor is not understood by the non-virtualized server.

In which case, in something like NVO3/VXLAN/NVGRE, the switch that the
physical server connects to can do the encap/decap.

But the kind of question you are asking above about protocols
completely misses the point.

We are not building "protocols for hypervisors". Hopefully, at some
point we talk about building "solutions" to "real concrete
problems". One of the requirements for such a solution might be that
hypervisors can particpate in the protocol. And that non-virtualized
server are not excluded (and indeed that is what the NVO3 problem
statement talks about). If so, those sorts of requirement get factored
in. But the key thing is not "hypervisors" but how well a proposed
solution addresses the problem and all of its assocated requirements.

<broken-record-mode>

So, first, we articulate a problem or pain point that we need a fix
for. Then we start talking about requirements a workable solution must
address, then mechanisms that address the problem.

Talking generically about "hypervisor based solution" needing to talk
to "non-hypervisor based servers" seems like a pointless exercise. At
least not without being able to answer "solution to what? part of the
question"

</broken-record-mode>

Thomas