Re: [bmwg] [Technical Errata Reported] RFC8239 (6763)

Lucien <lucien.avramov@gmail.com> Wed, 01 December 2021 13:54 UTC

Return-Path: <lucien.avramov@gmail.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 E5AA93A0900 for <bmwg@ietfa.amsl.com>; Wed, 1 Dec 2021 05:54:59 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.997
X-Spam-Level:
X-Spam-Status: No, score=-1.997 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 WM55ih2t1OrJ for <bmwg@ietfa.amsl.com>; Wed, 1 Dec 2021 05:54:55 -0800 (PST)
Received: from mail-ot1-x32d.google.com (mail-ot1-x32d.google.com [IPv6:2607:f8b0:4864:20::32d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E91473A08D0 for <bmwg@ietf.org>; Wed, 1 Dec 2021 05:54:54 -0800 (PST)
Received: by mail-ot1-x32d.google.com with SMTP id r10-20020a056830080a00b0055c8fd2cebdso35181494ots.6 for <bmwg@ietf.org>; Wed, 01 Dec 2021 05:54:54 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=SyfELAgTOo+aX05liLitnaagOgmu9ovKWMDQAV8UhJo=; b=oHkm1TQdydceLdzT0ZGqLdvhjOqnog2HnbZz1uyR5YtVhzG4OW8kCTqqDt8jAbK6ve NSNwtefMDU3oDN/kYhQcP45DMck7czXzYM28xX1ipeHg2az5v4d4lgi5PxyH7YbROEG2 qHBd/UUoLOmZ5qGbEx9bSumRWLJxcdKF/HSH+jjIHKNJ9BoLU4ElKt0tnl+GcLvlx8m7 GYtGaOiwNfuwqAjB73hVynP7ZqjKlKZpkwTp6ukDFwV+y9NKYtCBz3WyuPAIAciVabwm vyvEkKDE5Kx7v39TMKpxsMW663Wjfuir53V/mFpqN5aOEskLIYGZxWprOWip4//WvUUQ Rfow==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=SyfELAgTOo+aX05liLitnaagOgmu9ovKWMDQAV8UhJo=; b=WYszm/i98UPWCNOhEBLu+d3D8gT6H05cnfMfKWPL7zt2FVBtum/IiJNOSGnO73/pAq kXCTwTKrhvRrbBzm0iJC3hYTw6FZlsNogmq1Bur3mV+/+tF/0hGx1gvN8quaOLDX1qp5 09rP708fas4UrFruHTJC86i6CoyHkBA5JMqqKTzSthvkL8Q0lwTKYuGAKcJMaPbzJPXs sr1bQTcRh+KZkfVRFChoT6zrtaXiGmua455dtJhEL5ysFqSbXV9497ToTe4RRAe3lSFi FVz7flg1dohW2lJbYBgzHcdo+fFYlUrG1AFbgLNl0a/BWUmBAYcNv1qX1ys+46RF1XDm QlQA==
X-Gm-Message-State: AOAM533AEPFx7xUWOZWNhBGwUzft5uRvzQTHGlS8ufFTFJXGT52TSs4O Mv2LrVr9s9OUBA3cOFJ5eZ7Jm5zHObHoJFo87gw=
X-Google-Smtp-Source: ABdhPJy7jeOJMX3ZslwaGfXWc0F338rU92XWps3rCzK29fjHm0OEjYgexEVLfr/Mnxt7QF0Y0kVXK8s7WPMovlGqZbs=
X-Received: by 2002:a05:6830:1ddd:: with SMTP id a29mr5761246otj.311.1638366891983; Wed, 01 Dec 2021 05:54:51 -0800 (PST)
MIME-Version: 1.0
References: <20211130144710.B08B62B28E@rfc-editor.org> <CAArZqeVguuzzEyLff6ThV=YTAm-NEkqHqSYRB67z=bR1L000Sg@mail.gmail.com> <CH0PR02MB79807269F90ED6C5E8D7C31AD3679@CH0PR02MB7980.namprd02.prod.outlook.com> <CAArZqeUX9UGog7pTsER14Kf+WK9abzZ9K3wdrA1s+zs8N8TO8w@mail.gmail.com> <DB9P192MB11643EF683920B74B7C258C4CE689@DB9P192MB1164.EURP192.PROD.OUTLOOK.COM>
In-Reply-To: <DB9P192MB11643EF683920B74B7C258C4CE689@DB9P192MB1164.EURP192.PROD.OUTLOOK.COM>
From: Lucien <lucien.avramov@gmail.com>
Date: Wed, 01 Dec 2021 05:54:41 -0800
Message-ID: <CAArZqeUk2_LOQdgzb08h_RK1W4XCg8yd9F4zT0dawpbD+noPXw@mail.gmail.com>
To: Leonard Yu <hyu@xenanetworks.com>
Cc: Jacob Rapp <jhrapp@gmail.com>, "MORTON JR., AL" <acmorton@att.com>, RFC Errata System <rfc-editor@rfc-editor.org>, Sarah B <sbanks@encrypted.net>, Warren Kumari <warren@kumari.net>, "bmwg@ietf.org" <bmwg@ietf.org>, "rwilton@cisco.com" <rwilton@cisco.com>
Content-Type: multipart/related; boundary="0000000000009c46bf05d2160495"
Archived-At: <https://mailarchive.ietf.org/arch/msg/bmwg/nY1xeB7NYfmp5PlH3T-TGUYKNWc>
X-Mailman-Approved-At: Wed, 01 Dec 2021 05:57:18 -0800
Subject: Re: [bmwg] [Technical Errata Reported] RFC8239 (6763)
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: Wed, 01 Dec 2021 13:55:00 -0000

Iteration 1 and 2 are correct in the original text as well.


On Wed, Dec 1, 2021 at 00:37 Leonard Yu <hyu@xenanetworks.com> wrote:

> I was assuming the texts describing Iteration 1 & 2 were incorrect. But
> from the drawing below, I can see it is the text describing iteration 1 and
> 2 are incorrect.
>
>
>
> I will make a new errara report for to correct the texts for iteration 1 &2
>
> [image: Text, letter Description automatically generated]
>
>
>
> *From: *Lucien <lucien.avramov@gmail.com>
> *Date: *Tuesday, 30 November 2021 at 20.56
> *To: *MORTON JR., AL <acmorton@att.com>
> *Cc: *Jacob Rapp <jhrapp@gmail.com>, RFC Errata System <
> rfc-editor@rfc-editor.org>, Sarah B <sbanks@encrypted.net>, Warren Kumari
> <warren@kumari.net>, bmwg@ietf.org <bmwg@ietf.org>, Leonard Yu <
> hyu@xenanetworks.com>, rwilton@cisco.com <rwilton@cisco.com>
> *Subject: *Re: [Technical Errata Reported] RFC8239 (6763)
>
> Here is a picture illustrating it, sorry my ascii skills for drawing are
> not there yet.
>
>
>
>
>
>
>
> On Tue, Nov 30, 2021 at 11:55 MORTON JR., AL <acmorton@att.com> wrote:
>
> Thanks for your quick reply, Lucien!
>
> Al
>
>
>
>
>
> *From:* Lucien <lucien.avramov@gmail.com>
> *Sent:* Tuesday, November 30, 2021 2:29 PM
> *To:* RFC Errata System <rfc-editor@rfc-editor.org>
> *Cc:* Jacob Rapp <jhrapp@gmail.com>; Warren Kumari <warren@kumari.net>;
> rwilton@cisco.com; MORTON JR., AL <acmorton@att.com>; Sarah B <
> sbanks@encrypted.net>; hyu@xenanetworks.com; bmwg@ietf.org
> *Subject:* Re: [Technical Errata Reported] RFC8239 (6763)
>
>
>
> Hello,
>
>
>
> This errata is incorrect. The original text is correct.
>
>
>
> Lucien
>
>
>
> On Tue, Nov 30, 2021 at 6:47 AM RFC Errata System <
> rfc-editor@rfc-editor.org> wrote:
>
> The following errata report has been submitted for RFC8239,
> "Data Center Benchmarking Methodology".
>
> --------------------------------------
> You may review the report below and at:
> https://www.rfc-editor.org/errata/eid6763
> <https://urldefense.com/v3/__https:/www.rfc-editor.org/errata/eid6763__;!!BhdT!wScd1KMc51KUWqw0VGpG0Koz6W11ctc3VWC0cf5ClMcedcAYPseHP0RwShhp$>
>
> --------------------------------------
> Type: Technical
> Reported by: Leonard Yu <hyu@xenanetworks.com>
>
> Section: 3.2
>
> Original Text
> -------------
> Last iteration: Ingress port 1 sending line rate to egress
> port 2, ingress port 3 sending line rate to egress port 4, etc.
> Ingress port N-1 and port N will oversubscribe, at 1% of line
> rate, egress port N-3 and port N-2, respectively. Measure the
> buffer size value by multiplying the number of extra frames
> sent by the frame size for each egress port.
>
> Corrected Text
> --------------
> Last iteration: Ingress port 1 sending line rate to egress
> port 2, ingress port 3 sending line rate to egress port 4, etc.
> Ingress port N-1 and port N will oversubscribe, at 1% of line
> rate, egress port N-4 and port N-3, respectively. Measure the
> buffer size value by multiplying the number of extra frames
> sent by the frame size for each egress port.
>
> Notes
> -----
> If
> #1, 1->2, 3->4, 5->6, 7->8, ... and N-1->2, N->3
> #2, 1->2, 3->4, 5->6, 7->8, ... and N-1->4, N->5
>
> Then
> #last, 1->2, 3->4, 5->6, 7->8, ... and N-1->N-4, N->N-3
>
> Otherwise, the general equation won't satisfy #1 and #2
>
> 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
>
>