Re: [bmwg] draft-morton-bmwg-virtual-net-00

"MORTON, ALFRED C (AL)" <acmorton@att.com> Thu, 20 March 2014 00:25 UTC

Return-Path: <acmorton@att.com>
X-Original-To: bmwg@ietfa.amsl.com
Delivered-To: bmwg@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 69BFA1A0827 for <bmwg@ietfa.amsl.com>; Wed, 19 Mar 2014 17:25:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.848
X-Spam-Level:
X-Spam-Status: No, score=-1.848 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, J_CHICKENPOX_28=0.6, RP_MATCHES_RCVD=-0.547, SPF_HELO_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id upPBpksMMvgG for <bmwg@ietfa.amsl.com>; Wed, 19 Mar 2014 17:25:39 -0700 (PDT)
Received: from mail-pink.research.att.com (mail-pink.research.att.com [204.178.8.22]) by ietfa.amsl.com (Postfix) with ESMTP id 8F3361A0447 for <bmwg@ietf.org>; Wed, 19 Mar 2014 17:25:39 -0700 (PDT)
Received: from mail-azure.research.att.com (unknown [135.207.255.18]) by mail-pink.research.att.com (Postfix) with ESMTP id 4D19B120230; Wed, 19 Mar 2014 20:30:32 -0400 (EDT)
Received: from njfpsrvexg8.research.att.com (unknown [135.207.255.242]) by mail-azure.research.att.com (Postfix) with ESMTP id 90A8DE1EE1; Wed, 19 Mar 2014 20:25:30 -0400 (EDT)
Received: from NJFPSRVEXG8.research.att.com ([fe80::cdea:b3f6:3efa:1841]) by njfpsrvexg8.research.att.com ([fe80::cdea:b3f6:3efa:1841%13]) with mapi; Wed, 19 Mar 2014 20:25:30 -0400
From: "MORTON, ALFRED C (AL)" <acmorton@att.com>
To: Muhammad Durrani <mdurrani@Brocade.com>, Bhavani Parise <bhavani@cisco.com>, "bmwg@ietf.org" <bmwg@ietf.org>
Date: Wed, 19 Mar 2014 20:25:29 -0400
Thread-Topic: [bmwg] draft-morton-bmwg-virtual-net-00
Thread-Index: Ac9DQUDG9rb1/MKIRCaB49COb/+HIAAAk1GwACN6C+g=
Message-ID: <2845723087023D4CB5114223779FA9C80178E0CCE9@njfpsrvexg8.research.att.com>
References: <2845723087023D4CB5114223779FA9C80178E0CCD3@njfpsrvexg8.research.att.com> <53294119.6040709@cisco.com>, <06FF377397785A4781BD13272EBF3D58231D89E1D9@HQ1-EXCH02.corp.brocade.com>
In-Reply-To: <06FF377397785A4781BD13272EBF3D58231D89E1D9@HQ1-EXCH02.corp.brocade.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: http://mailarchive.ietf.org/arch/msg/bmwg/9WKMiAnqFOToARE9JT3pa7GnZT0
Subject: Re: [bmwg] draft-morton-bmwg-virtual-net-00
X-BeenThere: bmwg@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Benchmarking Methodology Working Group <bmwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bmwg>, <mailto:bmwg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/bmwg/>
List-Post: <mailto:bmwg@ietf.org>
List-Help: <mailto:bmwg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bmwg>, <mailto:bmwg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 20 Mar 2014 00:25:41 -0000

Let me just add that the physical-virtual function comparisons *should*
be a part of this where it makes sense - but for VNF configurations which do not
match-up we should be able to say why.

Also, I've seen the "tenant" terminology applied at a fairly high level of 
participation in cloud computing environments - below are "active" tenants
who have requested some number of VMs to serve their apps. But now things
become more vague (cloudy?) because the design of the VNF and it's components
could serve multiple parties, span  multiple VMs, etc.

Al

________________________________________
From: bmwg [bmwg-bounces@ietf.org] On Behalf Of Muhammad Durrani [mdurrani@Brocade.com]
Sent: Wednesday, March 19, 2014 3:27 AM
To: Bhavani Parise; bmwg@ietf.org
Subject: Re: [bmwg] draft-morton-bmwg-virtual-net-00

Hi Bhavani,

- do we need to consider or compare performance with the real/physical network vs. the virtual network
- in 3.2 do we need Virtual Switch

[MD] We do need to provide methodologies to benchmark for three architectures vSwitch/SR-IOV and PCI bypass.
Regarding comparing performance only PCI bypass can be compared with physical world.  Again we are not benchmarking networks here but the virtual appliance and wherever needed comparison will be laid out for both Physical and virtual appliance.

for 3.2 how about load balancers, firewalls - do we need to consider, what kind of DPI
    - firewalls - stateful vs stateless
[MD] Virtual appliance is broader term - it means virtual Load balancer  and firewalls (both state full and stateless)
We won't be suggesting "kind of DPI" - Standard method will be provided to qualify appliance for any type of DPI

Regards,
Muhammad
-----Original Message-----
From: bmwg [mailto:bmwg-bounces@ietf.org] On Behalf Of Bhavani Parise
Sent: Wednesday, March 19, 2014 12:03 AM
To: bmwg@ietf.org
Subject: [bmwg] draft-morton-bmwg-virtual-net-00

Al,
    including the WG list also for my comments/Qs for this draft. These are a few things which we can look into including as considerations for this draft.

- also for 3.2 - for VNF itself, do we need location of the VNF - guest VM,separate process, appliance etc
-
    - what kind of considerations we need to note when testing a Virtual Firewall Function
- how many Tenants can a VNF support?
- for 3.3 - how about VM mobility or VNF mobility itself


thanks,
Bhavani
________________________________________

_______________________________________________
bmwg mailing list
bmwg@ietf.org
https://www.ietf.org/mailman/listinfo/bmwg

_______________________________________________
bmwg mailing list
bmwg@ietf.org
https://www.ietf.org/mailman/listinfo/bmwg