Re: [mpls] Reference Augmented Forwarding - MPLS RAF

Stewart Bryant <stewart.bryant@gmail.com> Tue, 26 April 2022 06:37 UTC

Return-Path: <stewart.bryant@gmail.com>
X-Original-To: mpls@ietfa.amsl.com
Delivered-To: mpls@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BECB8C168955 for <mpls@ietfa.amsl.com>; Mon, 25 Apr 2022 23:37:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.196
X-Spam-Level:
X-Spam-Status: No, score=-0.196 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=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=gmail.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 RKelVme7RwyQ for <mpls@ietfa.amsl.com>; Mon, 25 Apr 2022 23:37:33 -0700 (PDT)
Received: from mail-wm1-x336.google.com (mail-wm1-x336.google.com [IPv6:2a00:1450:4864:20::336]) (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 0F68FC168949 for <mpls@ietf.org>; Mon, 25 Apr 2022 23:37:33 -0700 (PDT)
Received: by mail-wm1-x336.google.com with SMTP id u9-20020a05600c00c900b00393e729e655so897970wmm.0 for <mpls@ietf.org>; Mon, 25 Apr 2022 23:37:32 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=content-transfer-encoding:mime-version:subject:from:in-reply-to :date:cc:message-id:references:to; bh=/Q4kYHIoLXfrTvQhg8A3Ng3stGO2vEIRjTvjTvfP+e4=; b=nEdmEJk2t8vjkbfzcCOd6KXX0Z7cy98+kKhT/Qb0LvYa0Hcx75OF9KLENUF5uO79vE GKV1lQsmjV/YxeTmhAwzgYTRX22brV0WxBbgvL7cyp3Q2UmnbipsPPBkJX3gei7V/wja dY8YCRyxVqFr+QA3pA4gou+XmTGMi2Sld9MNeodfc+IAsyNqm1lQfHa6m7UVXUeTcUaa 048DO3gMEBVhzu42vUAPtHi3+IYthN5Xk+/vVbXUXtFhEOX0CKBauaPBJ1oG6z3HMUOZ nKIWiv5D2e581Gd1DifMMREHSHNVEGIBzjrK2h09k/zG1iUlhTobpRlqdiuyh9Tr4G0i pHHg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:content-transfer-encoding:mime-version:subject :from:in-reply-to:date:cc:message-id:references:to; bh=/Q4kYHIoLXfrTvQhg8A3Ng3stGO2vEIRjTvjTvfP+e4=; b=0wfdpSw4QIVgOisI18PUgAsWjS5N2q8p2Dpd08k4tDHMCZfVbbQY0OdM+dW7R1ESQA 2kU6+yE8pVT6tDVcCY3CsMGrQpa098F05tlSDAf9bWqMnzUTsl8ELdde+4occ1U0jJYr YMh3q4GmSfgtK4PBFWMf+cRWeUyn64DpSfMeYyQY6B9sPUny1lyfHa+xo4OGSlw2DRHD MjsAiBFsAzsaz25mIcHw4CittDGHZNaAuz1ninE0QU2ZwaApc1lTB/y064PLh1VZw3dS iuUGQZBKE55C2el4hghUsIAO9JFzIRqZX3bR+u54Z0twOAPN1PgvSGbmjbffi3Ddbzuy K+fQ==
X-Gm-Message-State: AOAM533oaa1ERawIOTRc+Sp0vgk8ANtVhJKflIi4TG5KgIwqWqESfGVo IMck/sxIE1vd5NLHm29EMkkJMqBfDFk=
X-Google-Smtp-Source: ABdhPJy5SFV6XsVAUXyY4mkSukQO1BlibrBS+/JKxx57cQxbsc24vRfGZsGbs4RNJMB0jytWEUndrA==
X-Received: by 2002:a05:600c:4211:b0:393:e7a1:2b46 with SMTP id x17-20020a05600c421100b00393e7a12b46mr11540549wmh.4.1650955050779; Mon, 25 Apr 2022 23:37:30 -0700 (PDT)
Received: from smtpclient.apple ([2a00:23c5:33a1:2101:ad3c:3619:b165:ecaf]) by smtp.gmail.com with ESMTPSA id r3-20020a5d6c63000000b0020a94e82a3dsm11024406wrz.64.2022.04.25.23.37.29 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 25 Apr 2022 23:37:30 -0700 (PDT)
Content-Type: multipart/alternative; boundary="Apple-Mail-58F6C9AD-5084-4B3B-B3C0-3520C3CAFB33"
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (1.0)
From: Stewart Bryant <stewart.bryant@gmail.com>
In-Reply-To: <CA+b+ER=87-UZSoR3ke6ikFiemna9TaNpDMgVGkNO3xMUm-t8zQ@mail.gmail.com>
Date: Tue, 26 Apr 2022 07:37:33 +0100
Cc: mpls <mpls@ietf.org>, Tony Li <tony.li@tony.li>, Haoyu Song <haoyu.song@futurewei.com>, Jeff Tantsura <jefftant.ietf@gmail.com>, John E Drake <jdrake@juniper.net>, Kireeti Kompella <kireeti.ietf@gmail.com>, Tarek Saad <tsaad.net@gmail.com>, zhoutianran@huawei.com
Message-Id: <F24A0817-A114-487A-9D2F-CDA6ADFDA33D@gmail.com>
References: <CA+b+ER=87-UZSoR3ke6ikFiemna9TaNpDMgVGkNO3xMUm-t8zQ@mail.gmail.com>
To: Robert Raszuk <rraszuk@gmail.com>
X-Mailer: iPad Mail (19E258)
Archived-At: <https://mailarchive.ietf.org/arch/msg/mpls/B-opY-fcPwVYk8IhAwgRmVIRvtk>
Subject: Re: [mpls] Reference Augmented Forwarding - MPLS RAF
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.34
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mpls/>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 26 Apr 2022 06:37:36 -0000

Interesting idea, and I have also been wondering for a number of reasons whether we were straying too far from the standard call by reference model that underpins MPLS.

However, if we define a new FEC we do not need an SPL, and save space in the stack since the delivery label is the “SPL” for the network action label.

The two reasons I am worried about SPLs is firstly loss of generality in a protocol that has peen served so well by the use of opaque identifiers, and the resultant damage to the MPLS data plane security model that the move from opaque to public identifiers introduces. 

Stewart

Sent from my iPad

> On 25 Apr 2022, at 21:34, Robert Raszuk <rraszuk@gmail.com> wrote:
> 
> 
> Dear WG,
> 
> As we have discussed on the list I am posting a description of an alternative architectural approach on how MPLS data plane can be enhanced/extended to support execution of arbitrary network actions as well as support network programming with minimal extensions to label stack encoding. 
> 
> Comments, questions and contributions all very welcome. 
> 
> Kind regards,
> Robert
> 
> ---------- Forwarded message ---------
> From: <internet-drafts@ietf.org>
> Date: Mon, Apr 25, 2022 at 10:27 PM
> Subject: New Version Notification for draft-raszuk-mpls-raf-fwk-00.txt
> To: Robert Raszuk <robert@raszuk.net>
> 
> A new version of I-D, draft-raszuk-mpls-raf-fwk-00.txt
> has been successfully submitted by Robert Raszuk and posted to the
> IETF repository.
> 
> Name:           draft-raszuk-mpls-raf-fwk
> Revision:       00
> Title:          Framework of MPLS Reference Augmented Forwarding
> Document date:  2022-04-25
> Group:          Individual Submission
> Pages:          8
> URL:            https://www.ietf.org/archive/id/draft-raszuk-mpls-raf-fwk-00.txt
> Status:         https://datatracker.ietf.org/doc/draft-raszuk-mpls-raf-fwk/
> Htmlized:       https://datatracker.ietf.org/doc/html/draft-raszuk-mpls-raf-fwk
> 
> Abstract:
>    This document specifies an architectural framework for enabling MPLS
>    based forwarding with optional reference based packet processing in
>    transit network elements.
> 
> The IETF Secretariat