Re: [bmwg] Zaheduzzaman Sarker's No Objection on draft-ietf-bmwg-ngfw-performance-13: (with COMMENT)

bmonkman@netsecopen.org Thu, 03 February 2022 14:55 UTC

Return-Path: <bmonkman@netsecopen.org>
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 116E03A1C7E for <bmwg@ietfa.amsl.com>; Thu, 3 Feb 2022 06:55:28 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level:
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, 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=netsecopen-org.20210112.gappssmtp.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 p5cUWHgT8ivy for <bmwg@ietfa.amsl.com>; Thu, 3 Feb 2022 06:55:23 -0800 (PST)
Received: from mail-qt1-x835.google.com (mail-qt1-x835.google.com [IPv6:2607:f8b0:4864:20::835]) (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 6639A3A1C71 for <bmwg@ietf.org>; Thu, 3 Feb 2022 06:55:23 -0800 (PST)
Received: by mail-qt1-x835.google.com with SMTP id j12so2444926qtr.2 for <bmwg@ietf.org>; Thu, 03 Feb 2022 06:55:23 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=netsecopen-org.20210112.gappssmtp.com; s=20210112; h=from:to:cc:references:in-reply-to:subject:date:message-id :mime-version:thread-index:content-language; bh=2frYN9QkKLRGIHIN4VIPyy9ebsKDgikhaT1kCTd3MOk=; b=nE6Nh3UoMRlVabMwdfiTTrMVzYOayQVw7koT8szjpp/kZFEcRn7AGYx62q5sVnWQvU uqFU7LYTSyYuLn4COlIjr+ASuKbtXwokUUCep/gyryPJovUk0m+WcjlxmUVWp/MsLj2r xayD3j1bqAoxD0V6UP4Jjem0RsHASOZAVtPrv3snRap5IoBpAs76MXTvvEEKvwvKzd0A MvJeIOjiTI+yKsVvRY8UE6Oc1KXI7T2et0n/sc43MjLjYLbVmIeszytjDTcY71XwsLQK cJ8Qtbsa18rYGmSRFSfRLxgtfI7c2vuY4zji88ssVmhKUdcQUOjqqYC10Jc+mQIN/0jB LVDQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:to:cc:references:in-reply-to:subject:date :message-id:mime-version:thread-index:content-language; bh=2frYN9QkKLRGIHIN4VIPyy9ebsKDgikhaT1kCTd3MOk=; b=MHMX4H4Wbi3qifdbuf6/oww38io9UlmoK7jmIUfNBBLsEkRZ9B+MdRAzadS42+T6Wx 2WQfWXCnNrHyTRVwo2taHtT45ApNfvETpaK3STEA/iqqwG2nJEcfssWzBaMnYqPYHQRJ NRbIcZ2SbYFWEFDdiueD1Q/Zj4PVSEFD0H7/CcKNQ2FHBJAGLUhIXzm19LNBcjcDIfAV 2s23dfM9G1t7MVlPkdfZAKvwArWPRAurjkc9RPkQBiJYPuakS66cXCMzFt1lIJfSbZS1 tnz67xvvkU9e79f1/qEK5M2xMcC6fpWgA1WoTxktgWvVwD6To6v8HHq4uvAu9dVyOeMr XRzQ==
X-Gm-Message-State: AOAM532Mhz+T/xivmrxF3TWbm7x0grRhT3+2YyuJqpzqaX6hRWtS4jSW vww/22J2Qr4Ptv2jh2gAUs1/j4TWjHDnhg==
X-Google-Smtp-Source: ABdhPJxqFD6FimPImiOA5z7wfy5oi3f2Rp7ZthpTONmpcz0o/zB8zLCXpdEu3cj61xQypz18qVGG3g==
X-Received: by 2002:a05:620a:31a3:: with SMTP id bi35mr24120812qkb.198.1643900121663; Thu, 03 Feb 2022 06:55:21 -0800 (PST)
Received: from DESKTOP42TMNEU (c-98-235-212-118.hsd1.pa.comcast.net. [98.235.212.118]) by smtp.gmail.com with ESMTPSA id bl1sm14468726qkb.16.2022.02.03.06.55.20 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 03 Feb 2022 06:55:21 -0800 (PST)
From: bmonkman@netsecopen.org
To: 'Zaheduzzaman Sarker' <zaheduzzaman.sarker@ericsson.com>, 'Carsten Rossenhoevel' <cross@eantc.de>
Cc: bmwg@ietf.org, 'The IESG' <iesg@ietf.org>, bmwg-chairs@ietf.org, draft-ietf-bmwg-ngfw-performance@ietf.org
References: <164388856139.18110.3771380377193607609@ietfa.amsl.com> <d8129575-eac5-0851-3fad-f9bf7aff3841@eantc.de> <5C3678C5-7FBB-48FB-858B-D6F6B03315E6@ericsson.com>
In-Reply-To: <5C3678C5-7FBB-48FB-858B-D6F6B03315E6@ericsson.com>
Date: Thu, 03 Feb 2022 09:54:57 -0500
Message-ID: <2e2401d8190e$1084e110$318ea330$@netsecopen.org>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_2E25_01D818E4.27AFC370"
X-Mailer: Microsoft Outlook 16.0
Thread-Index: AQIngHd0Hrzsp7jR3khskPBXkEGK0gHb62eJARxNymOry1jw0A==
Content-Language: en-us
Archived-At: <https://mailarchive.ietf.org/arch/msg/bmwg/g1Kc5kzuqjoJ1M-Kk13n5KbMmog>
Subject: Re: [bmwg] Zaheduzzaman Sarker's No Objection on draft-ietf-bmwg-ngfw-performance-13: (with COMMENT)
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: Thu, 03 Feb 2022 14:55:28 -0000

We were asked to respond to any and all comments as quickly as possible so our AD would be able to speak to comments/objections knowledgeably. This request made total sense. 

 

Brian

 

From: Zaheduzzaman Sarker <zaheduzzaman.sarker@ericsson.com> 
Sent: Thursday, February 3, 2022 9:53 AM
To: Carsten Rossenhoevel <cross@eantc.de>
Cc: bmwg@ietf.org; The IESG <iesg@ietf.org>; bmwg-chairs@ietf.org; draft-ietf-bmwg-ngfw-performance@ietf.org
Subject: Re: [bmwg] Zaheduzzaman Sarker's No Objection on draft-ietf-bmwg-ngfw-performance-13: (with COMMENT)

 

Hi Carsten,

 

I think you already got the information about the process and link to attend the Telechat in conversation with other ADs. Anyway adding the link to the process https://www.ietf.org/about/groups/iesg/statements/handling-ballot-positions 

 

No, it is not expected that you need to respond within minutes just before the Telechat. 

 

Take your time and let me know if you need further help on this matter.

 

BR

Zahed





On 3 Feb 2022, at 14:37, Carsten Rossenhoevel <cross@eantc.de <mailto:cross@eantc.de> > wrote:

 

Dear Zaheduzzaman,

Thank you for your comments.  I am getting a bit confused by this process - is it really expected that AD/IESG reviewers post their major comments hours before a decision is going to be made, and the authors have to try and rush responding within minutes?  I apologize that I am unfamiliar with this process.  In other SDOs where I am active, there are typically well-defined, reasonable deadlines and review/response intervals.  This does not delay standardization but improves its quality from my point of view.

We will respond to your other comments soon.

Best regards, Carsten



Am 03.02.2022 um 12:42 schrieb Zaheduzzaman Sarker via Datatracker:



Zaheduzzaman Sarker has entered the following ballot position for
draft-ietf-bmwg-ngfw-performance-13: No Objection

When responding, please keep the subject line intact and reply to all
email addresses included in the To and CC lines. (Feel free to cut this
introductory paragraph, however.)


Please refer to https://www.ietf.org/blog/handling-iesg-ballot-positions/
for more information about how to handle DISCUSS and COMMENT positions.


The document, along with other ballot positions, can be found here:
https://datatracker.ietf.org/doc/draft-ietf-bmwg-ngfw-performance/



----------------------------------------------------------------------
COMMENT:
----------------------------------------------------------------------

Thanks for the efforts on this specification. I have been part of writing two
testcase documents for real-time congestion control algorithms and understand
getting things in a reasonable shape is hard.

I have similar observation as Murray and Eric when it comes to obsoleting the
previous specification. Hence supporting their discusses.

Some more comments/questions below -

  * Section 5 : what is "packet loss latency" metric? where is it defined? how
  do I measure?

  * Traffic profile is missing in all the benchmark test which is a MUST to
  have. If this is intentional then a rational need to be added.

  * Section 7.3 and 7.7 : The HTTP throughput will look different not only
  because of object size but also how often the request are sent. If the
  requests are sent all at once the resulted throughput may look like a long
  file download and if they are sparse then they will look small downloads in a
  sparse timeline. Here, it is not clear to me what is the intention. Again the
  traffic profile is missing and I am started to think that Section 7.1.3.3
  might be part of Section 7.1.3.2.

  * Section 7.4 and 7.8 : I can have similar view as per my comment on Section
  7.3. This is not clear to me that only object size matter here on the latency.



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


-- 
Carsten Rossenhövel
Managing Director, EANTC AG (European Advanced Networking Test Center)
Salzufer 14, 10587 Berlin, Germany
office +49.30.3180595-21, fax +49.30.3180595-10, mobile +49.177.2505721
cross@eantc.de <mailto:cross@eantc.de> , https://protect2.fireeye.com/v1/url?k=31323334-501d5122-313273af-454445555731-5a55a80d61bce799 <https://protect2.fireeye.com/v1/url?k=31323334-501d5122-313273af-454445555731-5a55a80d61bce799&q=1&e=f53f20d7-64b0-45e4-bc0b-f671e58f8c68&u=https%3A%2F%2Fwww.eantc.de%2F> &q=1&e=f53f20d7-64b0-45e4-bc0b-f671e58f8c68&u=https%3A%2F%2Fwww.eantc.de%2F

Place of Business/Sitz der Gesellschaft: Berlin, Germany
Chairman/Vorsitzender des Aufsichtsrats: Herbert Almus
Managing Directors/Vorstand: Carsten Rossenhövel, Gabriele Schrenk
Registered: HRB 73694, Amtsgericht Charlottenburg, Berlin, Germany
EU VAT No: DE812824025