Re: [bmwg] Review of draft-dcn-bmwg-containerized-infra-10

Minh Ngoc Tran <mipearlska1307@dcn.ssu.ac.kr> Mon, 19 June 2023 08:26 UTC

Return-Path: <mipearlska1307@dcn.ssu.ac.kr>
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 4F46EC1522C8 for <bmwg@ietfa.amsl.com>; Mon, 19 Jun 2023 01:26:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.896
X-Spam-Level:
X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=dcn-ssu-ac-kr.20221208.gappssmtp.com
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 Yfhmkud0QVrN for <bmwg@ietfa.amsl.com>; Mon, 19 Jun 2023 01:26:11 -0700 (PDT)
Received: from mail-lj1-x22b.google.com (mail-lj1-x22b.google.com [IPv6:2a00:1450:4864:20::22b]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BBABBC1522AA for <bmwg@ietf.org>; Mon, 19 Jun 2023 01:25:14 -0700 (PDT)
Received: by mail-lj1-x22b.google.com with SMTP id 38308e7fff4ca-2b475b54253so13212051fa.2 for <bmwg@ietf.org>; Mon, 19 Jun 2023 01:25:14 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dcn-ssu-ac-kr.20221208.gappssmtp.com; s=20221208; t=1687163112; x=1689755112; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :from:to:cc:subject:date:message-id:reply-to; bh=4Jdnhg87zi3XtDRSkjG7BcMdaql/V3pOtXfm7bj6zkU=; b=EkRa9X2gAENMox1+QA0ADSwxkWg1zaZpH7lcQ06KZbXxW83Y6DJwBS4wq9TabfA/+r ekObdzNNLx9zPA8AgvGT1ee0kNB4iAjIkDSsmRRCqTuMp2ti0zLFqPbhUid3Lq5Tcap7 QXYrsFIOPDsrSCSQ0n49yPTUculBKzH7zBV/YuKrXrGEgeUZv056LzutkKxf+5Msutb4 NBPNb9GfSKh2hyd+Tc6OEQnx8xV+7P/NxyvHQa87YtieqzzUTXGuMCB562tGcspYvMUp BZJ4PxI/huRstPAV4k2Ag6zH8UvZYpaRZbAsO3ZA6GupY7bg1JivhreezPnAiHZqYNDi Do1g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1687163112; x=1689755112; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=4Jdnhg87zi3XtDRSkjG7BcMdaql/V3pOtXfm7bj6zkU=; b=NyWZ3rHSS5Z+FLl+vF8gfd6DVYpUei/ofaTtJO1604/hlP3n/r/f9UlfcG5jPjZlFT eWhJ1N6bhXaqBfwhTIsxN2tg+jO+fEz11DiVkcEGcAk0ZmGZ0R7MomPDDlv9s+68EnP8 g0cBTsTS5tZmJ6GKDCf5sRkMKIlHjnDwN492u1uyKA/MLdI6RVQ0GPu13eJm1tx332Lo wgsKtlZnTW1iPpeiCG0YsSxrYxmXQT3n6l1U6BgManyZDJNcjJPHK8BUVdePyfzUEyoz Qsily/NS8Y+LsYwlGwpWxiqygZqku2PeuYXh628QKvSGntleul1gSdq0p8ADY2FDUZVw CXcQ==
X-Gm-Message-State: AC+VfDwsazTVdGXIl9evG2O5dslk+hN7txw3lelduqb3BN7aLLx639Uq 1/rTfvj/8i39QGVcgmICD8F5K4hoLRQCvw1JMP8VnCNI2m35rvGYmw==
X-Google-Smtp-Source: ACHHUZ5y+miGwobg/RNawp07rrPbi58SR+mupT4rkrxU4ud7U/BNVn2r5nXrHTqcGfhIsSmPRExYBSbO6C/gdi3DUII=
X-Received: by 2002:a2e:a443:0:b0:2b3:469d:1c7f with SMTP id v3-20020a2ea443000000b002b3469d1c7fmr5317395ljn.8.1687163111793; Mon, 19 Jun 2023 01:25:11 -0700 (PDT)
MIME-Version: 1.0
References: <2d0ac37d-3a27-63c9-4a15-3999a3d62f84@hit.bme.hu> <CO6PR11MB5650F9B1FFDC5A4A1902AC81BD54A@CO6PR11MB5650.namprd11.prod.outlook.com>
In-Reply-To: <CO6PR11MB5650F9B1FFDC5A4A1902AC81BD54A@CO6PR11MB5650.namprd11.prod.outlook.com>
From: Minh Ngoc Tran <mipearlska1307@dcn.ssu.ac.kr>
Date: Mon, 19 Jun 2023 17:25:00 +0900
Message-ID: <CAHjU8B3fv4akFHtpR-PLmMX2A0UTouNAjq2tEm6ObRfzJ38eyg@mail.gmail.com>
To: "bmwg@ietf.org" <bmwg@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000f4f73d05fe774563"
Archived-At: <https://mailarchive.ietf.org/arch/msg/bmwg/8dUjKBj-oNwzblRC0UTCwu8_u1w>
Subject: Re: [bmwg] Review of draft-dcn-bmwg-containerized-infra-10
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, 19 Jun 2023 08:26:12 -0000

Hi Vratko and Gábor,

This is the second part of the reply


*Regarding Vratko's review about the Resource Configuration part:*

Ok, that is enough about scope.

I have few ideas for additions to Resources configuration (section 4.2).



1. Some resources also apply to VM-based VNFs. It would be nice to mention
which and how.



Will be updated as suggestion about NUMA and CPU Isolation. hugepages and
CPU/memory allocation here are specific to pod.



2. Mention the current list of resources is not exhaustive.

If a deployment is affected by some additional resources,

the report should include them (an their configuration).



As this document is not aim for benchmarking standard. Benchmark reporting
is out of scope of this document.



3. SUT is composed of NICs, (possibly cables between hosts),

kernel and/or vSwitch, C-NFVs, and various connections between components

(shared memory, PCI, both perhaps cross-NUMA,

or on the other hand both perhaps accessing cache instead of main memory).

While the draft usually considers the NFVs to be the DUTs,

most of the considerations also applies for benchmarking other SUT
components.



Will add this suggestion at the beginning of the Resource Configuration
section



4. Mention that CPU pinning and other isolation practices not only

reduce the performance variation and degradation caused by the “noisy
neighbor” problem

(VNFs are neighboring both other NFVs and vSwitch),

it also usually “bottlenecks” the overall SUT behavior.

That means sometimes NVFs are the bottleneck (vSwitch performance does not
matter),

sometimes the vSwitch is the bottleneck (e.g. when NFV is just testpmd as
in appendix C).



Will add this suggestion in CPU Isolation sub-section



5. Draft may even recommend varying non-DUT resources to prove

the intended DUT is really the bottleneck

(or at least has the highest impact on SUT performance).

Sometimes varying some resource is not possible,

and sometimes the isolation is not perfect enough.

(MLRsearch will help with overall performance variation

but will not verify isolation nor bottleneck.)



Could you explain about the non-DUT resources?

Because the SUT already consists of C-VNFs, CNI, vSwitch, NIC.

--------------


Besides these changes corresponding to the review,

we will update the benchmarking appendixes with latest result and re-orgranize
them to match with the considerations in the document

The revised benchmarking appendixes in our next draft version will have the
following section

- Benchmarking Experience (Different Networking Models -
userspace/ebpf/smart-nic)

- Benchmarking Experience (Resources Configuration in Single Pod Scenario)

- Benchmarking Experience (Networking Model Combination and Resources
Configuration in Multi-Pod Scenario)



Once again, Thank you very much for reading and commenting on our draft !
Best regards,

Ngoc.

__________________________________

*Minh-Ngoc Tran*

*Distributed Cloud and Network lab*

*Soongsil University *

*511 Sangdo-dong Dongjak-gu*

*Seoul, 156-743 Korea*

*TEL : (+82)-2-820-0841 *