Re: [bmwg] Re-Charter Text for review

Barry Constantine <Barry.Constantine@jdsu.com> Mon, 28 April 2014 13:07 UTC

Return-Path: <Barry.Constantine@jdsu.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 7D0BB1A078F for <bmwg@ietfa.amsl.com>; Mon, 28 Apr 2014 06:07:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001] 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 05L9fYwgprIy for <bmwg@ietfa.amsl.com>; Mon, 28 Apr 2014 06:07:45 -0700 (PDT)
Received: from mx0a-00158d01.pphosted.com (mx0a-00158d01.pphosted.com [208.84.65.189]) by ietfa.amsl.com (Postfix) with ESMTP id 07B791A09E8 for <bmwg@ietf.org>; Mon, 28 Apr 2014 06:07:44 -0700 (PDT)
Received: from pps.filterd (m0043267.ppops.net [127.0.0.1]) by mx0a-00158d01.pphosted.com (8.14.5/8.14.5) with SMTP id s3SD5g3G028941; Mon, 28 Apr 2014 06:07:42 -0700
Received: from mx2.jdsu.com ([157.234.211.51]) by mx0a-00158d01.pphosted.com with ESMTP id 1khkterpnc-1 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Mon, 28 Apr 2014 06:07:41 -0700
Received: from AMEXHTCA03.ds.jdsu.net (10.239.69.13) by mx2.jdsu.com (10.239.15.51) with Microsoft SMTP Server (TLS) id 14.3.174.1; Mon, 28 Apr 2014 06:07:38 -0700
Received: from AMEXMB01.ds.jdsu.net ([fe80::9402:2c4c:29f3:a264]) by AMEXHTCA03.ds.jdsu.net ([fe80::24df:4228:5274:253d%14]) with mapi id 14.03.0174.001; Mon, 28 Apr 2014 06:07:41 -0700
From: Barry Constantine <Barry.Constantine@jdsu.com>
To: "MORTON, ALFRED C (AL)" <acmorton@att.com>, "bmwg@ietf.org" <bmwg@ietf.org>
Thread-Topic: Re-Charter Text for review
Thread-Index: Ac9f4Gy8wxiQ2jJ5T5CMVHKqDo6rRQDAj9Ag
Date: Mon, 28 Apr 2014 13:07:40 +0000
Message-ID: <DE2AAE0A8826CF4ABC3A6CCB756356EB2C569B@AMEXMB01.ds.jdsu.net>
References: <2845723087023D4CB5114223779FA9C8017944B077@njfpsrvexg8.research.att.com>
In-Reply-To: <2845723087023D4CB5114223779FA9C8017944B077@njfpsrvexg8.research.att.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [157.234.234.5]
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.11.96, 1.0.14, 0.0.0000 definitions=2014-04-28_01:2014-04-28, 2014-04-27, 1970-01-01 signatures=0
X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 spamscore=0 suspectscore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1402240000 definitions=main-1404280223
Archived-At: http://mailarchive.ietf.org/arch/msg/bmwg/0UghllA22rLoL7BCfP54m4_RgLo
Subject: Re: [bmwg] Re-Charter Text for review
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: Mon, 28 Apr 2014 13:07:47 -0000

Hi Al,

I think the charter is well written and with topics that are very relevant.

Thank you,
Barry Constantine

JDSU Network and Service Enablement
Principal Member Technical Staff
301-325-7069

-----Original Message-----
From: bmwg [mailto:bmwg-bounces@ietf.org] On Behalf Of MORTON, ALFRED C (AL)
Sent: Thursday, April 24, 2014 1:21 PM
To: bmwg@ietf.org
Subject: [bmwg] Re-Charter Text for review

BMWG, 

Over the last year, we've developed this set of paragraphs for specific work items one at a time.  Now it's time for one last look (by May 2) and then we declare consensus and move to the next step (unless the wheels come-off).  Reply with your comments on the text below.

Al and Sarah,
bmwg co-chairs

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

Description of Working Group:


The Benchmarking Methodology Working Group (BMWG) will continue to produce a series of recommendations concerning the key performance characteristics of internetworking technologies, or benchmarks for network devices, systems, and services. Taking a view of networking divided into planes, the scope of work includes benchmarks for the management, control, and forwarding planes.

Each recommendation will describe the class of equipment, system, or service being addressed; discuss the performance characteristics that are pertinent to that class; clearly identify a set of metrics that aid in the description of those characteristics; specify the methodologies required to collect said metrics; and lastly, present the requirements for the common, unambiguous reporting of benchmarking results.

The set of relevant benchmarks will be developed with input from the community of users (e.g., network operators and testing organizations) and from those affected by the benchmarks when they are published (networking and test equipment manufacturers). When possible, the benchmarks and other terminology will be developed jointly with organizations that are willing to share their expertise. Joint review requirements for a specific work area will be included in the detailed description of the task, as listed below.

To better distinguish the BMWG from other measurement initiatives in the IETF, the scope of the BMWG is limited to the characterization of implementations of various internetworking technologies using controlled stimuli in a laboratory environment. Said differently, the BMWG does not attempt to produce benchmarks for live, operational networks. Moreover, the benchmarks produced by this WG shall strive to be vendor independent or otherwise have universal applicability to a given technology class.

Because the demands of a particular technology may vary from deployment to deployment, a specific non-goal of the Working Group is to define acceptance criteria or performance requirements.

An ongoing task is to provide a forum for discussion regarding the advancement of measurements designed to provide insight on the capabilities and operation of inter-networking technology implementations.

The BMWG will communicate with the operations community through organizations such as NANOG, RIPE, and APRICOT.

In addition to its current work items, the BMWG is explicitly tasked to develop benchmarks and methodologies for the following technologies:

Traffic Management: Develop the methods to characterize the capacity of traffic management features in network devices, such as classification, policing, shaping, and active queue management. Existing terminology will be used where appropriate. Configured operation will be verified as a part of the methodology. The goal is a methodology to assess the maximum forwarding performance that a network device can sustain without dropping or impairing packets, or compromising the accuracy of multiple instances of traffic management functions. This is the benchmark for comparison between devices. Another goal is to devise methods that utilize flows with congestion-aware transport as part of the traffic load and still produce repeatable results in the isolated test environment.

IPv6 Neighbor Discovery: Large address space in IPv6 subnets presents several networking challenges, as described in RFC 6583. Indexes to describe the performance of network devices, such as the number of reachable devices on a sub-network, are useful benchmarks to the operations community. The working group will develop the necessary terminology and methodologies to measure such benchmarks.

In-Service Software Upgrade: Develop new methods and benchmarks to characterize the upgrade of network devices while in-service, considering both data and control plane operations and impacts. 
These devices are generally expected to maintain control plane session integrity, including routing connections. Quantification of Upgrade impact will include packet loss measurement, and other forms of recovery behavior will be noted accordingly. The work will produce a definition of ISSU, which will help refine the scope. Liaisons will be established as needed.

Data Center Benchmarking: This work will define additional terms, benchmarks, and methods applicable to data center performance evaluations. 
This includes data center specific congestion scenarios, switch buffer analysis, microburst, head of line blocking, while also using a wide mix of traffic conditions. Some aspects from BMWG's past work are not meaningful when testing switches that implement new IEEE specifications in the area of data center bridging. For example, throughput as defined in RFC 1242 cannot be measured when testing devices that implement three new IEEE specifications: priority-based flow control (802.1Qbb); priority groups (802.1Qaz); and congestion notification (802.1Qau).
This work will update RFC1242, RFC2544, RFC2889 (and other key RFCs), and exchange Liaisons with relevant SDOs, especially at WG Last Call.

VNF and related Infrastructure Benchmarking: Benchmarking Methodologies have reliably characterized many physical devices. This work item extends and enhances the methods to virtual network functions (VNF) and their unique supporting infrastructure. First, the new task space will be considered to ensure that common issues are recognized from the start. 
Benchmarks for platform capacity and performance characteristics of virtual routers, switches, and related components will follow, including comparisons between physical and virtual network functions.

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