[Coin] mtpsa and P4

hemant@mnkcg.com Tue, 09 February 2021 16:24 UTC

Return-Path: <hemant@mnkcg.com>
X-Original-To: coin@ietfa.amsl.com
Delivered-To: coin@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 511AB3A0F09 for <coin@ietfa.amsl.com>; Tue, 9 Feb 2021 08:24:27 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=mnkcg.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 oPXgf8609o5l for <coin@ietfa.amsl.com>; Tue, 9 Feb 2021 08:24:25 -0800 (PST)
Received: from web143.dnchosting.com (web143.dnchosting.com [104.171.28.143]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 91B193A0F02 for <coin@irtf.org>; Tue, 9 Feb 2021 08:24:25 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=mnkcg.com; s=default; h=Content-Type:MIME-Version:Message-ID:Date:Subject:To:From: Sender:Reply-To:Cc:Content-Transfer-Encoding:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: In-Reply-To:References:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=07qYZ09SqlI578tuwypoCIPAhhjMR/Yyq/3fNZlqWtc=; b=MINUfeLWY+kcwAR8kMJKMALLpd B1/nP7WiH1AfGQEitmvFh6CRCZQ4E/oub1WnA3l0n/+NL1Zvut4Xdf+Rbn4YsjKMMAeW0OumP0Ig/ H3O0oOpihk2400JvGs90ffIseAkxj2HFBw2mDFVcTFMSZH2zIyUxHm+m5oQ5t9ahfibHkwapIlycB Lw97cahDvuPVVxrZDJ+POdgBGqhif92lZPU1BAj+FB3IqMVKKPJethqFuldUpDgBlCMm9nP2SdqzA EUbGGss6Jls7O2qcODc15tgK5BWqF84GaSg7HTSrTveqJMBStQE1PKY1+3plATltJEpdNHx9FJ+TG ehcFsRlA==;
Received: from pool-173-76-168-27.bstnma.fios.verizon.net ([173.76.168.27]:51033 helo=hemantPC) by web143.dnchosting.com with esmtpa (Exim 4.93) (envelope-from <hemant@mnkcg.com>) id 1l9VoH-0002AO-Bh for coin@irtf.org; Tue, 09 Feb 2021 16:24:23 +0000
From: hemant@mnkcg.com
To: coin@irtf.org
Date: Tue, 09 Feb 2021 11:24:26 -0500
Message-ID: <07a201d6ff00$09123780$1b36a680$@mnkcg.com>
X-Mailer: Microsoft Outlook 16.0
Thread-Index: Adb+/0nqa49tBCh3Qi+e0VIFjz4AGQ==
MIME-Version: 1.0
Content-Language: en-us
Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg="SHA1"; boundary="----=_NextPart_000_079A_01D6FED6.1FAA01A0"
X-OutGoing-Spam-Status: No, score=-0.5
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - web143.dnchosting.com
X-AntiAbuse: Original Domain - irtf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - mnkcg.com
X-Get-Message-Sender-Via: web143.dnchosting.com: authenticated_id: hemant@mnkcg.com
X-Authenticated-Sender: web143.dnchosting.com: hemant@mnkcg.com
X-Source:
X-Source-Args:
X-Source-Dir:
X-From-Rewrite: unmodified, already matched
Archived-At: <https://mailarchive.ietf.org/arch/msg/coin/O0ae2-paURdVWPz_5xVP9PWbBHk>
Subject: [Coin] mtpsa and P4
X-BeenThere: coin@irtf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "COIN: Computing in the Network" <coin.irtf.org>
List-Unsubscribe: <https://www.irtf.org/mailman/options/coin>, <mailto:coin-request@irtf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/coin/>
List-Post: <mailto:coin@irtf.org>
List-Help: <mailto:coin-request@irtf.org?subject=help>
List-Subscribe: <https://www.irtf.org/mailman/listinfo/coin>, <mailto:coin-request@irtf.org?subject=subscribe>
X-List-Received-Date: Tue, 09 Feb 2021 16:24:27 -0000

For a host, such as a user using a cloud, the cloud operator just provides a
VM per user or multiple VMs to a user.  This is why, for a host, a MTPSA
wasn't necessary.  With a network virtual switch, of course, MTPSA would
help.  However, in the same cloud, if a virtual switch is used, why not just
provide a virtual switch per user and the switch uses a few ports? This way
MTPSA is avoided.  Use a router to isolate virtual switch traffic.  If I
really want to separate user traffic, I could also use a virtual router per
user and don't use MTPSA - of course, a router has multiple interfaces to
supports connections to different VMs for a user.

 

Around May 2017, the first P4 compiler (p4c) came out as p4lang/p4c.
Hardware asic vendors have taken this p4c and developed their p4c backends.
It takes few years to develop a compiler backend.  I suspect, this is why
P4's focus could not get to MTPSA.  In the past few months, a P4 to DPDK p4c
backend was added to p4lang/p4c.   Now that server machines are running P4
to DPDK, I think, more virtual switch R&D will take place. In the past there
has been a P4 to OVS (Open Virtual Switch) but I don't know if this effort
looked into MTPSA.  

 

Also, the source code for the P4 bmv2 software switch is obtuse and hard to
change causing more delays.

 

Best wishes,

 

Hemant