Re: [bmwg] [Technical Errata Reported] RFC8239 (5652)
"MORTON, ALFRED C (AL)" <acm@research.att.com> Tue, 12 March 2019 14:57 UTC
Return-Path: <acm@research.att.com>
X-Original-To: bmwg@ietfa.amsl.com
Delivered-To: bmwg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 749D7130E66 for <bmwg@ietfa.amsl.com>; Tue, 12 Mar 2019 07:57:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.132
X-Spam-Level:
X-Spam-Status: No, score=-1.132 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, KHOP_DYNAMIC=1.468, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
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 ncEuBka82VMv for <bmwg@ietfa.amsl.com>; Tue, 12 Mar 2019 07:57:08 -0700 (PDT)
Received: from mx0a-00191d01.pphosted.com (mx0b-00191d01.pphosted.com [67.231.157.136]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6D70F130E46 for <bmwg@ietf.org>; Tue, 12 Mar 2019 07:57:08 -0700 (PDT)
Received: from pps.filterd (m0049463.ppops.net [127.0.0.1]) by m0049463.ppops.net-00191d01. (8.16.0.27/8.16.0.27) with SMTP id x2CEtv9F019486; Tue, 12 Mar 2019 10:57:03 -0400
Received: from tlpd255.enaf.dadc.sbc.com (sbcsmtp3.sbc.com [144.160.112.28]) by m0049463.ppops.net-00191d01. with ESMTP id 2r6etq0ch8-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 12 Mar 2019 10:57:02 -0400
Received: from enaf.dadc.sbc.com (localhost [127.0.0.1]) by tlpd255.enaf.dadc.sbc.com (8.14.5/8.14.5) with ESMTP id x2CEv11W010594; Tue, 12 Mar 2019 09:57:01 -0500
Received: from zlp30496.vci.att.com (zlp30496.vci.att.com [135.46.181.157]) by tlpd255.enaf.dadc.sbc.com (8.14.5/8.14.5) with ESMTP id x2CEuunT010495; Tue, 12 Mar 2019 09:56:57 -0500
Received: from zlp30496.vci.att.com (zlp30496.vci.att.com [127.0.0.1]) by zlp30496.vci.att.com (Service) with ESMTP id CEE9A4009E7A; Tue, 12 Mar 2019 14:56:56 +0000 (GMT)
Received: from clpi183.sldc.sbc.com (unknown [135.41.1.46]) by zlp30496.vci.att.com (Service) with ESMTP id AC7914009E74; Tue, 12 Mar 2019 14:56:56 +0000 (GMT)
Received: from sldc.sbc.com (localhost [127.0.0.1]) by clpi183.sldc.sbc.com (8.14.5/8.14.5) with ESMTP id x2CEuujj003466; Tue, 12 Mar 2019 09:56:56 -0500
Received: from mail-blue.research.att.com (mail-blue.research.att.com [135.207.178.11]) by clpi183.sldc.sbc.com (8.14.5/8.14.5) with ESMTP id x2CEuhd0002964; Tue, 12 Mar 2019 09:56:44 -0500
Received: from exchange.research.att.com (njbdcas1.research.att.com [135.197.255.61]) by mail-blue.research.att.com (Postfix) with ESMTP id 60F2E404FC4; Tue, 12 Mar 2019 10:56:43 -0400 (EDT)
Received: from njmtexg5.research.att.com ([fe80::b09c:ff13:4487:78b6]) by njbdcas1.research.att.com ([fe80::8c6b:4b77:618f:9a01%11]) with mapi id 14.03.0439.000; Tue, 12 Mar 2019 10:56:13 -0400
From: "MORTON, ALFRED C (AL)" <acm@research.att.com>
To: RFC Errata System <rfc-editor@rfc-editor.org>, "lucien.avramov@gmail.com" <lucien.avramov@gmail.com>, "jhrapp@gmail.com" <jhrapp@gmail.com>, "ibagdona@gmail.com" <ibagdona@gmail.com>, "warren@kumari.net" <warren@kumari.net>, "sbanks@encrypted.net" <sbanks@encrypted.net>
CC: "nmalykh@ieee.org" <nmalykh@ieee.org>, "bmwg@ietf.org" <bmwg@ietf.org>
Thread-Topic: [Technical Errata Reported] RFC8239 (5652)
Thread-Index: AQHU2N9Ip/lNPaTbpUOH9UOC9R4aEKYIEO3w
Date: Tue, 12 Mar 2019 14:56:42 +0000
Message-ID: <4D7F4AD313D3FC43A053B309F97543CF6C003A8D@njmtexg5.research.att.com>
References: <20190312142436.DFB42B82A82@rfc-editor.org>
In-Reply-To: <20190312142436.DFB42B82A82@rfc-editor.org>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [69.141.203.172]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2019-03-12_08:, , signatures=0
X-Proofpoint-Spam-Details: rule=outbound_policy_notspam policy=outbound_policy score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1903120105
Archived-At: <https://mailarchive.ietf.org/arch/msg/bmwg/_zZOrFmBwGq3dc5Pfb833tmLSGk>
Subject: Re: [bmwg] [Technical Errata Reported] RFC8239 (5652)
X-BeenThere: bmwg@ietf.org
X-Mailman-Version: 2.1.29
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: <https://mailarchive.ietf.org/arch/browse/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, 12 Mar 2019 14:57:10 -0000
Authors, In a quick review, the proposed change appears to concentrate the oversubscription traffic at the N-1 egress port. Another fix could be (changing the first designation of the egress port, and highlighting that there are both ingress and egress port N here): OLD o Last iteration: Ingress port N-2 sending line rate to egress port N-1, while port N is sending a known low amount of ... Suggest o Last iteration: Ingress port N-2 sending line rate to egress port N, while ingress port N is sending a known low amount of ... But there is some adaptation needed from previous steps because N is the *last* port, so the egress port N should be tested in the last iteration, AFAICT. Let us know what you think. Al > -----Original Message----- > From: RFC Errata System [mailto:rfc-editor@rfc-editor.org] > Sent: Tuesday, March 12, 2019 10:25 AM > To: lucien.avramov@gmail.com; jhrapp@gmail.com; ibagdona@gmail.com; > warren@kumari.net; MORTON, ALFRED C (AL) <acm@research.att.com>; > sbanks@encrypted.net > Cc: nmalykh@ieee.org; bmwg@ietf.org; rfc-editor@rfc-editor.org > Subject: [Technical Errata Reported] RFC8239 (5652) > > The following errata report has been submitted for RFC8239, > "Data Center Benchmarking Methodology". > > -------------------------------------- > You may review the report below and at: > https://urldefense.proofpoint.com/v2/url?u=http-3A__www.rfc- > 2Deditor.org_errata_eid5652&d=DwIBaQ&c=LFYZ- > o9_HUMeMTSQicvjIg&r=OfsSu8kTIltVyD1oL72cBw&m=LxASF7NaQP_D9pzHXIbGJ6hUXBu5E > beKiJwvXf1ur84&s=JISNNUf8r8-ZwJkApM9cfoP8T-V2OoAYCvcNSiyymmA&e= > > -------------------------------------- > Type: Technical > Reported by: Nikolai Malykh <nmalykh@ieee.org> > > Section: 3.2 > > Original Text > ------------- > o Last iteration: Ingress port N-2 sending line rate to egress > port N-1, while port N is sending a known low amount of > oversubscription traffic (1% recommended) with the same packet > size to egress port N. Measure the buffer size value by > multiplying the number of extra frames sent by the frame size. > > > Corrected Text > -------------- > o Last iteration: Ingress port N-2 sending line rate to egress > port N-1, while port N is sending a known low amount of > oversubscription traffic (1% recommended) with the same packet > size to egress port N-1. Measure the buffer size value by > multiplying the number of extra frames sent by the frame size. > > > Notes > ----- > Incorrect number of the output port for oversubscription traffic. > > Instructions: > ------------- > This erratum is currently posted as "Reported". If necessary, please > use "Reply All" to discuss whether it should be verified or > rejected. When a decision is reached, the verifying party > can log in to change the status and edit the report, if necessary. > > -------------------------------------- > RFC8239 (draft-ietf-bmwg-dcbench-methodology-18) > -------------------------------------- > Title : Data Center Benchmarking Methodology > Publication Date : August 2017 > Author(s) : L. Avramov, J. Rapp > Category : INFORMATIONAL > Source : Benchmarking Methodology > Area : Operations and Management > Stream : IETF > Verifying Party : IESG
- [bmwg] [Technical Errata Reported] RFC8239 (5652) RFC Errata System
- Re: [bmwg] [Technical Errata Reported] RFC8239 (5… MORTON, ALFRED C (AL)
- Re: [bmwg] [Technical Errata Reported] RFC8239 (5… Warren Kumari
- Re: [bmwg] [Technical Errata Reported] RFC8239 (5… Warren Kumari