Re: [bmwg] New Version Notification for draft-lencse-bmwg-multiple-ip-addresses-00.txt

"sbanks@encrypted.net" <sbanks@encrypted.net> Mon, 23 October 2023 18:49 UTC

Return-Path: <sbanks@encrypted.net>
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 C61B5C15257D for <bmwg@ietfa.amsl.com>; Mon, 23 Oct 2023 11:49:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.703
X-Spam-Level:
X-Spam-Status: No, score=-6.703 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_INVALID=0.1, DKIM_SIGNED=0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=neutral reason="invalid (public key: not available)" header.d=encrypted.net
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id D0QUiD3zKpLE for <bmwg@ietfa.amsl.com>; Mon, 23 Oct 2023 11:49:46 -0700 (PDT)
Received: from xyz.hosed.org (xyz.hosed.org [71.114.67.91]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D6467C1519AE for <bmwg@ietf.org>; Mon, 23 Oct 2023 11:49:43 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by xyz.hosed.org (Postfix) with ESMTP id 2783F19C355E; Mon, 23 Oct 2023 14:49:43 -0400 (EDT)
X-Virus-Scanned: Debian amavisd-new at xyz.hosed.org
Received: from xyz.hosed.org ([127.0.0.1]) by localhost (xyz.hosed.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GO-jI4bhD5er; Mon, 23 Oct 2023 14:49:43 -0400 (EDT)
Received: from smtpclient.apple (c-67-170-253-92.hsd1.ca.comcast.net [67.170.253.92]) by xyz.hosed.org (Postfix) with ESMTPSA id C1D4E19C17A2; Mon, 23 Oct 2023 14:49:42 -0400 (EDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=encrypted.net; s=default; t=1698086983; bh=/xo+02aLaTK5y9Z7U6TZwmmLvIRU+VQRnWdBrWRbf0I=; h=From:Subject:Date:In-Reply-To:Cc:To:References:From; b=RmUGErB8rQWq7YTsNoagMq8z8Y4zGZwOsqHTKDeluyDV/2+BGxcPBkHXLSVQOrKFa 1kSNbFjxvEBOKc90UclTdbBrj/xxtxbmBsAhvDkxHc3QEBjaOwHqhhZWWDIZOd6CSC wx6S48CbMWkkDmDk+L1qckm2ScYNvXYQlDZtX2No=
From: "sbanks@encrypted.net" <sbanks@encrypted.net>
Message-Id: <0EA1E4DA-E3C3-44AC-A534-D9E44DACA2BC@encrypted.net>
Content-Type: multipart/alternative; boundary="Apple-Mail=_A6056C77-E67D-4153-A16C-79361218741B"
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.400.51.1.1\))
Date: Mon, 23 Oct 2023 11:49:31 -0700
In-Reply-To: <e2ca2d8d-87f5-4b7b-b0ee-422d47398ca0@hit.bme.hu>
Cc: "bmwg@ietf.org" <bmwg@ietf.org>
To: Gábor LENCSE <lencse@hit.bme.hu>
References: <169779074966.18245.9470306526773026642@ietfa.amsl.com> <e2ca2d8d-87f5-4b7b-b0ee-422d47398ca0@hit.bme.hu>
X-Mailer: Apple Mail (2.3731.400.51.1.1)
Archived-At: <https://mailarchive.ietf.org/arch/msg/bmwg/Kfc739WGDWQSLLY5FcVs1CGE5Qo>
Subject: Re: [bmwg] New Version Notification for draft-lencse-bmwg-multiple-ip-addresses-00.txt
X-BeenThere: bmwg@ietf.org
X-Mailman-Version: 2.1.39
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: Mon, 23 Oct 2023 18:49:50 -0000

Hi Gabor,
	Thanks for the submission - I’ll review this week, and I invite the rest of the WG to do so as well.
	I will not be attending in person in Prague, although Giuseppe will be there, and I’ll be on the meet echo. I am sad that I’ll miss the chance to meet you in person! Have a wonderful first meeting; if there’s anything we can do for you to make your first meeting easier/better/more fun, please let us know. :)

Thank you,
Sarah
BMWG Co-Chair

> On Oct 20, 2023, at 1:41 AM, Gábor LENCSE <lencse@hit.bme.hu> wrote:
> 
> Dear BMWG Chairs and Members,
> 
> I have just submitted our new I-D "Recommendations for using Multiple IP Addresses in Benchmarking Tests".
> 
> It is quite short and focuses on a single problem described in its abstract (please see below).
> 
> Could you please read and comment it?
> 
> I would like to shortly present it at IETF 118 in Prague, in which I plan to take part in person -- first time in my life. :-)
> 
> Best regards,
> 
> Gábor
> 
> 
> -------- Továbbított üzenet --------
> Tárgy:	New Version Notification for draft-lencse-bmwg-multiple-ip-addresses-00.txt
> Dátum:	Fri, 20 Oct 2023 01:32:29 -0700
> Feladó:	internet-drafts@ietf.org <mailto:internet-drafts@ietf.org>
> Címzett:	Gábor Lencse <lencse@sze.hu> <mailto:lencse@sze.hu>, Gabor Lencse <lencse@sze.hu> <mailto:lencse@sze.hu>, Keiichi Shima <shima@wide.ad.jp> <mailto:shima@wide.ad.jp>
> 
> A new version of Internet-Draft draft-lencse-bmwg-multiple-ip-addresses-00.txt
> has been successfully submitted by Gábor Lencse and posted to the
> IETF repository.
> 
> Name: draft-lencse-bmwg-multiple-ip-addresses
> Revision: 00
> Title: Recommendations for using Multiple IP Addresses in Benchmarking Tests
> Date: 2023-10-20
> Group: Individual Submission
> Pages: 8
> URL: https://www.ietf.org/archive/id/draft-lencse-bmwg-multiple-ip-addresses-00.txt
> Status: https://datatracker.ietf.org/doc/draft-lencse-bmwg-multiple-ip-addresses/
> HTMLized: https://datatracker.ietf.org/doc/html/draft-lencse-bmwg-multiple-ip-addresses
> 
> 
> Abstract:
> 
> RFC 2544 has defined a benchmarking methodology for network
> interconnect devices. Its test frame format contained fixed IP
> addresses and fixed port numbers. RFC 4814 introduced pseudorandom
> port numbers, but it kept the usage of a single source and
> destination IP address pair when a single destination network is
> used. This limitation may cause an issue when the device under test
> uses Receive-Side Scaling (RSS) mechanism in the packet processing
> flow. RSS has two types of implementations: the first one only
> includes the IP addresses, whereas the second one also includes the
> port numbers into the tuple used for hashing. Benchmarking tests
> that use a single IP address pair and RFC 4814 pseudorandom port
> numbers are biased against the first type of RSS implementation,
> because in this case, the traffic is not distributed among the
> processing elements. This document recommends the usage of
> pseudorandom IP addresses in a similar manner as RFC 4814 did it with
> the port numbers.
> 
> If accepted, this document updates all affected RFCs, including RFC
> 2544, RFC 4814, RFC 5180, RFC 8219.
> 
> 
> 
> The IETF Secretariat
> 
> _______________________________________________
> bmwg mailing list
> bmwg@ietf.org
> https://www.ietf.org/mailman/listinfo/bmwg