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

Bill Fenner <fenner@fenron.com> Wed, 23 March 2022 10:34 UTC

Return-Path: <fenner@fenron.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 D1B343A159E for <bmwg@ietfa.amsl.com>; Wed, 23 Mar 2022 03:34:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.708
X-Spam-Level:
X-Spam-Status: No, score=-0.708 tagged_above=-999 required=5 tests=[BAYES_05=-0.5, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=fenron.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 xF64Qv2WTD4S for <bmwg@ietfa.amsl.com>; Wed, 23 Mar 2022 03:34:00 -0700 (PDT)
Received: from mail-lf1-x12a.google.com (mail-lf1-x12a.google.com [IPv6:2a00:1450:4864:20::12a]) (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 806463A15A0 for <bmwg@ietf.org>; Wed, 23 Mar 2022 03:34:00 -0700 (PDT)
Received: by mail-lf1-x12a.google.com with SMTP id bu29so2001560lfb.0 for <bmwg@ietf.org>; Wed, 23 Mar 2022 03:34:00 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fenron.com; s=google; h=mime-version:from:date:message-id:subject:to; bh=+iYH37Cs/Gtc63VBICIkZVnivATMXcuCPREP2kzomO4=; b=UDDMaLk6VPda9jl0ehOadFWObgbco7H02aYZmTv2S+vLugmtnNQwMlAo51aS2m+kqs d5B+S8qwSsX/tpk3FUMOvbYRnHYkX52XvAdaFQ6hgymRCEZVsyc91BGOtvueO12YJ/Lx JftessINxTWrjrYVibHVFdPCECCHQgXenKG1w=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=+iYH37Cs/Gtc63VBICIkZVnivATMXcuCPREP2kzomO4=; b=U5NHAc/Ujmglm0Zaa0+gGot/lBXOTj36Rt0KMW6YsX/YsCDNfYIcaypIR16+37//dp LIR6YCmrS+pG6BG8COhJEPiDk1FldsliZs+cFxOLFj6Q8/h8iWPiKJzo7/BMRwwOVZRz pEKm+Pem5HrZ4ZJsH6T1VBPl+BKEMlctjBmvXobZHiN1FjQbIGhYaBVOfbjjc2JVp+cl 1cOjBAi2a2F4ZZxh1oIFeaBzBArlHtEKNm7OPm7UHGb45iNxVwHN5BIsZC/CUPOYKYeK tAVonfmysR0bY/v2RbSB/iNsDjISquMN6tGIp0C21YO32KrLBDXMS9N/6KsZysynmjZV S9wA==
X-Gm-Message-State: AOAM5338xKxwr0uJNf6AUxjC5kADBGO4ciocXesM5gslJxHgBJmiMqHC J7QZEy8ZX/rbHL89G5TPvp8nqmwlxTORj/svpwRnwtjxxT2ZCw==
X-Google-Smtp-Source: ABdhPJy6a3p06KWtTYenQKFy8TaVtBvLAfn2qxsv2Szw/pk/GTyXaNwAeSvZg+xdGh/UPoxsRzpkYPIjFCb+8bCizg8=
X-Received: by 2002:a05:6512:2287:b0:44a:3c06:54cc with SMTP id f7-20020a056512228700b0044a3c0654ccmr5129943lfu.60.1648031637081; Wed, 23 Mar 2022 03:33:57 -0700 (PDT)
MIME-Version: 1.0
From: Bill Fenner <fenner@fenron.com>
Date: Wed, 23 Mar 2022 11:33:44 +0100
Message-ID: <CAATsVbbP2CEbhsFe8qR9pA3Yf5kbD1PUbFyKhL4i67aYsY7c5g@mail.gmail.com>
To: bmwg@ietf.org
Content-Type: multipart/alternative; boundary="0000000000004ea77305dae044e7"
Archived-At: <https://mailarchive.ietf.org/arch/msg/bmwg/1b-r02k4oII5uUdU9ZdciFOEkQA>
Subject: [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:34:06 -0000

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