IETF Logo Mail Archive

Re: [bmwg] A question about combining models in draft-dcn-bmwg-containerized-infra-08

Minh-Ngoc Tran <mipearlska1307@dcn.ssu.ac.kr> Wed, 23 March 2022 10:41 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 351D73A15E8 for <bmwg@ietfa.amsl.com>; Wed, 23 Mar 2022 03:41:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.805
X-Spam-Level:
X-Spam-Status: No, score=-1.805 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, MIME_HTML_ONLY=0.1, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=dcn-ssu-ac-kr.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 DNp1tcwGoFIW for <bmwg@ietfa.amsl.com>; Wed, 23 Mar 2022 03:40:55 -0700 (PDT)
Received: from mail-pj1-x1029.google.com (mail-pj1-x1029.google.com [IPv6:2607:f8b0:4864:20::1029]) (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 DE33F3A15BF for <bmwg@ietf.org>; Wed, 23 Mar 2022 03:40:54 -0700 (PDT)
Received: by mail-pj1-x1029.google.com with SMTP id mr5-20020a17090b238500b001c67366ae93so5980840pjb.4 for <bmwg@ietf.org>; Wed, 23 Mar 2022 03:40:54 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dcn-ssu-ac-kr.20210112.gappssmtp.com; s=20210112; h=mime-version:date:from:subject:thread-topic:in-reply-to:message-id :references:to:content-transfer-encoding; bh=yCvv2hraOUYLIQybp+o99ZXVp+2YVXd25sRn6JLnyEg=; b=skBdvwhovpUXg85IexmjHmbd+PQVCxDginfE11lgupEKO6J+DPz1vP/gP2EpBRruK/ 22jecEFUsrLVbQARZG3mCfow9cYjUqA6BvNREA+9Y/+LSmJfsDrt5Ul/C2kFz5jqW2r5 t9PRKV2AcQdUQt6i5LhIWrWuJ5DPRTxlB70TDqx+ktPFVcl4FtnqnI9h0defRtLALTz3 JnA5bCRlToSzUK2an7gxzR5JKfJZeFba7odNTBdd75Snx8GfWPv0eG689+AZWa5Q9cU4 E3VftdRaO1BY1Uq3WPZqaX4LpairEqC1jHxIHmlDc1wHN3wIweNX6bvOTd3wJbGC9aRq IRCg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:date:from:subject:thread-topic :in-reply-to:message-id:references:to:content-transfer-encoding; bh=yCvv2hraOUYLIQybp+o99ZXVp+2YVXd25sRn6JLnyEg=; b=WRAj1qcXwmtLOhqBqkcoXkPU/FGSOfaPo+jX6L1t1cGFMLW1al0qCTdS2khUM6SV2Q tCKnjT9WwqLvt/bVwCZ6N6VmFkP5SVPhIyk6zGJCZNWuD/6L3WQ+CtZlHKy7FX521qzi OvvkRJ/q49SrA3OGNJS6KrlBZbvuNoLaKeQ6PASbMGy4VZtIbxTYTw6HywJEHQYT+X3m eFEL94euLUxB/cLqfD6UyA/7MeD4BB14DAqS+ExFBRXUiz9n90sBek85kYGS1loARaxK FR9o/VcrApLzsesuoZwsI4S2elJAcli0CIWgZy66u0OZYulttu9V+/d/zu5Q/0C234Ar c+Lw==
X-Gm-Message-State: AOAM530s3/EKrzc4/eNPpHdztvhR2hqmOdFh1k0TDxshuxnoYKZGFv+y l6QF1dWYvw7hbW/bfwsID/uch9E/XNsE
X-Google-Smtp-Source: ABdhPJwp/w4JxgYpmyIMbDk/g0psDri1gxeTOKoL8hBCrNTE1W2JrJlW1LGCgY9UeTdC8ADkrgvRUg==
X-Received: by 2002:a17:902:ec89:b0:153:f480:5089 with SMTP id x9-20020a170902ec8900b00153f4805089mr22477345plg.166.1648032053313; Wed, 23 Mar 2022 03:40:53 -0700 (PDT)
Received: from DESKTOP-RGLSOUM ([39.115.19.137]) by smtp.gmail.com with ESMTPSA id 16-20020a17090a19d000b001c1c6b25cb2sm5375845pjj.26.2022.03.23.03.40.52 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Wed, 23 Mar 2022 03:40:53 -0700 (PDT)
MIME-Version: 1.0
Date: Wed, 23 Mar 2022 19:40:47 +0900
From: Minh-Ngoc Tran <mipearlska1307@dcn.ssu.ac.kr>
Thread-Topic: RE: [bmwg] A question about combining models in draft-dcn-bmwg-containerized-infra-08
In-Reply-To: <CAATsVbbP2CEbhsFe8qR9pA3Yf5kbD1PUbFyKhL4i67aYsY7c5g@mail.gmail.com>
Message-ID: <93DDC0F6-07FD-4DE1-B4E9-9B7779EDB1D9@hxcore.ol>
References: <CAATsVbbP2CEbhsFe8qR9pA3Yf5kbD1PUbFyKhL4i67aYsY7c5g@mail.gmail.com>
To: Bill Fenner <fenner@fenron.com>, "bmwg@ietf.org" <bmwg@ietf.org>
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html; charset="utf-8"
Archived-At: <https://mailarchive.ietf.org/arch/msg/bmwg/jve9feX3ond9DcyR5V9mb9_HytY>
Subject: Re: [bmwg] A question about combining models in draft-dcn-bmwg-containerized-infra-08
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, 23 Mar 2022 10:41:14 -0000

Hi Bill,

 

Because we are currently considering different packet acceleration techniques (SRIOV,vPP,Ovs-DPDK or ebpf), the direct veth connection as you mentioned is not yet considered for now.

Considering the Model Combination scope, I think we should test  the scenario you mentioned test in our upcoming hackathon works

 

Thank for your suggestion

 

__________________________________

Minh-Ngoc Tran

Distributed Cloud and Network lab

Soongsil University

511 Sangdo-dong Dongjak-gu

Seoul, 156-743 Korea

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

 

From: Bill Fenner
Sent: Wednesday, March 23, 2022 7:34 PM
To: bmwg@ietf.org
Subject: [bmwg] A question about combining models in draft-dcn-bmwg-containerized-infra-08

 

Hi,

 

In section 4.5.  Model Combination, we see a picture that uses a veth connected to a vswitch for east/west traffic:

 

     +-------------------------------------------------------+
     | User Space                                            |
     | +--------------------+         +--------------------+ |
     | |        C-VNF       |         |        C-VNF       | |
     | | +------+  +------+ |         | +------+  +------+ | |
     | +-| veth |--| veth |-+         +-| veth |--| veth |-+ |
     |   +---^--+  +---^--+             +--^---+  +---^--+   |
     |       |         |                   |          |      |
     |       |         |                   |          |      |
     |       |     +---v--------+  +-------v----+     |      |
     |       |     | vhost-user |  | vhost-user |     |      |
     |       |  +--|  / memif   |--|  / memif   |--+  |      |
     |       |  |  +------------+  +------------+  |  |      |
     |       |  |             vSwitch              |  |      |
     |       |  +----------------------------------+  |      |
     |       |                                        |      |
     --------|----------------------------------------|-------

 

Have you considered orchestrating the containers to eliminate the vswitch, by creating a single veth pair with one end in each container:

 

     +-------------------------------------------------------+
     | User Space                                            |
     | +--------------------+         +--------------------+ |
     | |        C-VNF       |         |        C-VNF       | |
     | | +------+  +------+ |         | +------+  +------+ | |
     | +-| veth |--| veth |-+         +-| veth |--| veth |-+ |
     |   +---^--+  +---^--+             +--^---+  +---^--+   |
     |       |         |                   |          |      |
     |       |         |                   |          |      |
     |       |          -------------------           |      |
     |       |                                        |      |
     --------|----------------------------------------|-------

 

Is it useful to eliminate (and/or measure) the overhead of the vswitch in this case?

 

Thanks,

  Bill

 

 

 

v2.23.0 | Report a Bug | By Email