Re: [bmwg] Draft Liaison to IEEE 802.1 on DCB proposal
"Romascanu, Dan (Dan)" <dromasca@avaya.com> Tue, 13 April 2010 10:10 UTC
Return-Path: <dromasca@avaya.com>
X-Original-To: bmwg@core3.amsl.com
Delivered-To: bmwg@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 6310F28C0EF for <bmwg@core3.amsl.com>; Tue, 13 Apr 2010 03:10:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.124
X-Spam-Level:
X-Spam-Status: No, score=-2.124 tagged_above=-999 required=5 tests=[AWL=0.475, BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WPaVYwzjSnfi for <bmwg@core3.amsl.com>; Tue, 13 Apr 2010 03:10:53 -0700 (PDT)
Received: from p-us1-iereast-outbound-tmp.us1.avaya.com (p-us1-iereast-outbound-tmp.us1.avaya.com [135.11.29.16]) by core3.amsl.com (Postfix) with ESMTP id 3D1293A69F3 for <bmwg@ietf.org>; Tue, 13 Apr 2010 03:10:48 -0700 (PDT)
X-IronPort-AV: E=Sophos;i="4.52,196,1270440000"; d="scan'208";a="11338335"
Received: from unknown (HELO p-us1-erheast.us1.avaya.com) ([135.11.50.53]) by p-us1-iereast-outbound-tmp.us1.avaya.com with ESMTP; 13 Apr 2010 06:10:42 -0400
X-IronPort-AV: E=Sophos;i="4.52,196,1270440000"; d="scan'208";a="451085123"
Received: from unknown (HELO 307622ANEX5.global.avaya.com) ([135.64.140.15]) by p-us1-erheast-out.us1.avaya.com with ESMTP; 13 Apr 2010 06:10:06 -0400
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Date: Tue, 13 Apr 2010 12:09:54 +0200
Message-ID: <EDC652A26FB23C4EB6384A4584434A04020C2253@307622ANEX5.global.avaya.com>
In-Reply-To: <201004121609.o3CG9FCJ028321@alpd052.aldc.att.com>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [bmwg] Draft Liaison to IEEE 802.1 on DCB proposal
Thread-Index: AcraWrXC1c71bunrQeaVwWoyqYZ3dAAlgPBg
References: <201004121609.o3CG9FCJ028321@alpd052.aldc.att.com>
From: "Romascanu, Dan (Dan)" <dromasca@avaya.com>
To: Al Morton <acmorton@att.com>, bmwg@ietf.org
Cc: Eric Gray <eric.gray@ericsson.com>
Subject: Re: [bmwg] Draft Liaison to IEEE 802.1 on DCB proposal
X-BeenThere: bmwg@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Benchmarking Methodology Working Group <bmwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/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: Tue, 13 Apr 2010 10:10:54 -0000
Looks good, editorial comments in-line. Dan > -----Original Message----- > From: bmwg-bounces@ietf.org [mailto:bmwg-bounces@ietf.org] On > Behalf Of Al Morton > Sent: Monday, April 12, 2010 7:08 PM > To: bmwg@ietf.org > Cc: Romascanu, Dan (Dan); Eric Gray > Subject: [bmwg] Draft Liaison to IEEE 802.1 on DCB proposal > > BMWG, > > The first draft Liaison to IEEE 802.1 describing the proposal > to update RFCs 2544 and 2889 to address the Per-Flow Control > capabilities of IEEE 802.1Qbb is below. Thanks to David > Newman and Eric Gray (IETF Liaison Manager for 802.1) for > suggested text and/or background info shared off-list. > > Comments by April 26, 2010, on the bmwg-list, please. > > Al > bmwg chair > > --------------------------------------------------------------- > To: IEEE 802.1 > Tony Jeffrey, WG Chair tony@jeffree.co.uk and Pat Thaler, DCB > TG Chair pthaler@broadcom.com > From: IETF-BMWG > Al Morton, WG Chair acmorton@att.com > For Action/Comment > Deadline: August 1, 2010 > > Title: Proposal to update RFCs 2544 and 2889 to address the > Per-Flow Control capabilities of IEEE 802.1Qbb > > > The purpose of this Liaison is to inform you of a new work > proposal in the Benchmarking Methodology Working Group (BMWG) > of the IETF, and seek your comments. > > BMWG is considering adding a charter work item to update > several of our fundamental RFCs, described in detail in the I do not really know what a 'fundamental RFC' is so I suggest to strike this out or use a more clear term. > memo by D.Newman and T.Player: > http://tools.ietf.org/html/draft-player-dcb-benchmarking-01 > In this proposal, there is an intersection between IETF > benchmarking practice and new IEEE standardization work. > > Benchmarks for Ethernet switch performance based on RFCs 1242, 2285, > 2544 and 2889 are recognized as industry standards. The > terminology and methodology described in these memos has been s/has been/have been/ > in widespread use by test equipment vendors, networking > device manufacturers, enterprises and service providers for > more than a decade. > > Some concepts in these RFCs 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). > > Since devices that implement these new congestion-management > specifications should never drop frames, and since the metric > of throughput distinguishes between non-zero and zero drop > rates, no throughput measurement is possible using the > existing methodology. > There are related cases where other existing metrics can be > extended or replaced. > > The Internet-Draft seeks to recognize the importance of these > new IEEE specifications in the context of data center switch > benchmarking. > The draft seeks to extend rather than replace existing > industry standard practices for benchmarking switch > performance characteristics in the lab, and it does so by > defining new terms and metrics relevant to recent IEEE work > on data center bridging. > > The charter of BMWG strictly limits our work to laboratory > characterization. > Therefore, live network performance testing, manageability, > MIB module development, and other operational/functional > testing is beyond our scope. s/is beyond/are beyond/ > http://www.ietf.org/dyn/wg/charter/bmwg-charter > > Before considering this work proposal further, we seek your > comments on: > - whether there is overlapping work planned in 802.1 > - whether a liaison relationship could be beneficial to > complete this work It would be useful to specify what liaison we are asking about - probably between the BMWG and the IEEE 802.1 (?) > - the proposal details, as currently described > > sincerely, > Al Morton > bmwg chair > > > _______________________________________________ > bmwg mailing list > bmwg@ietf.org > https://www.ietf.org/mailman/listinfo/bmwg >
- [bmwg] Draft Liaison to IEEE 802.1 on DCB proposal Al Morton
- Re: [bmwg] Draft Liaison to IEEE 802.1 on DCB pro… Romascanu, Dan (Dan)
- Re: [bmwg] Draft Liaison to IEEE 802.1 on DCB pro… Al Morton
- Re: [bmwg] Draft Liaison to IEEE 802.1 on DCB pro… Romascanu, Dan (Dan)
- Re: [bmwg] Draft Liaison to IEEE 802.1 on DCB pro… David Newman
- Re: [bmwg] Draft Liaison to IEEE 802.1 on DCB pro… Romascanu, Dan (Dan)
- Re: [bmwg] Draft Liaison to IEEE 802.1 on DCB pro… dnewman
- Re: [bmwg] Draft Liaison to IEEE 802.1 on DCB pro… Al Morton