Re: [mpls] Poll 2: New SPL vs re-purposed ELI for carrying Network Action Indicators

Greg Mirsky <gregimirsky@gmail.com> Wed, 08 June 2022 15:45 UTC

Return-Path: <gregimirsky@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 B5A7DC14CF18; Wed, 8 Jun 2022 08:45:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.106
X-Spam-Level:
X-Spam-Status: No, score=-1.106 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, FREEMAIL_FROM=0.001, FREEMAIL_REPLY=1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=no 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 qxzEEdo0F2tx; Wed, 8 Jun 2022 08:45:57 -0700 (PDT)
Received: from mail-lj1-x236.google.com (mail-lj1-x236.google.com [IPv6:2a00:1450:4864:20::236]) (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 CD0EBC14CF0F; Wed, 8 Jun 2022 08:45:54 -0700 (PDT)
Received: by mail-lj1-x236.google.com with SMTP id g25so23169875ljm.2; Wed, 08 Jun 2022 08:45:54 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=UXCGQDgMG1PdYkjZbtvCjoWNTZECwsHLA01sv6a4lUA=; b=doY1Zs610iUey4fx1F9ztm/pxKHsjzBcak6nwk51PAtdPE/jMhng9KOv3czlQ3XHyA 5xOZgoYbTuxpYzUGU9OnDKYIicyuKjp6uZ/vgdqdphg3/fIkXZSeyYja+U7OhiGhcuzT 0n4I04ddlOntxkTSZTSUJCTnflanxZP7auGyyh8Lz45WHC0H+yZ9zQvzdlXCSnlh1KcY Zf4swx+P7woOKW2HgQXmKv634vlGnQB545Y9wmFytoRlj2EWaWOMrREIFVeCAx9xfQw5 QFzdpCZC6Y57ftCpAokdfjpHDUHOLI7se9Hb0VB5Aha++s890mH391r/QUmDNU8ntVe5 0Rgg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=UXCGQDgMG1PdYkjZbtvCjoWNTZECwsHLA01sv6a4lUA=; b=2/6Tp/22QIhEyKVkZQBDHDjCEwUsnmH97f+3RykmaDUxoSIJwCdhGReoG7kBta/ist 55roEm7axfTqoNhV873SE3AQ3mv0ohQficzVPifgFm4v6mZ7hLCnFIgYyl1o3oqfl3BO zBwTVGe7uwHBKqadosNwuClVz5JeqWIvWC+LN+36VPw71u20497+5j7JMQVs6DNSYD4o KeSE5GpIr6kqCYNSjEHx/wU1XLsG23wSbMpVSJW18c1EOpTCQy+XvN3dN2riBHjESoKv jkqg6ihuV0hsKdnAu+lxICN8/K3q12JFQfde1ssXJhDL8ObMzxL55iPV12VE+e34vGzn OziQ==
X-Gm-Message-State: AOAM530MesucUjcbzPoNYXhVa4e65XSHCd79/8JWRwvcIgD+xhFVkygX RUzh0GBExGRI3vIPtzo99CXdINlPI88tubYkVd0=
X-Google-Smtp-Source: ABdhPJx+zWpDBkHfuu3+cjh4wctl6nL7E+KbcxHPcnoQ8diSxX4gDQsJ/UeRubgood69bCkZq2zVZkUinn0GxbzrKVo=
X-Received: by 2002:a2e:b0d0:0:b0:255:9be1:a472 with SMTP id g16-20020a2eb0d0000000b002559be1a472mr8352947ljl.453.1654703152562; Wed, 08 Jun 2022 08:45:52 -0700 (PDT)
MIME-Version: 1.0
References: <6e5c6fa9-539f-80c3-7c92-5b97ad67560c@pi.nu> <998A24B2-6938-4402-B0AF-A2DFF4A60EA6@cisco.com>
In-Reply-To: <998A24B2-6938-4402-B0AF-A2DFF4A60EA6@cisco.com>
From: Greg Mirsky <gregimirsky@gmail.com>
Date: Wed, 08 Jun 2022 08:45:40 -0700
Message-ID: <CA+RyBmWrsJM1T5QwmvvMkO4LYr8TRZoQQt+B6u-AZ47Juwfe6g@mail.gmail.com>
To: "Zafar Ali (zali)" <zali=40cisco.com@dmarc.ietf.org>
Cc: Loa Andersson <loa@pi.nu>, "mpls@ietf.org" <mpls@ietf.org>, "pals-chairs@ietf.org" <pals-chairs@ietf.org>, "mpls-chairs@ietf.org" <mpls-chairs@ietf.org>, DetNet Chairs <detnet-chairs@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000009e06b205e0f199ab"
Archived-At: <https://mailarchive.ietf.org/arch/msg/mpls/tjk7h1h0Ffldv_9TUY8w73LkCxc>
Subject: Re: [mpls] Poll 2: New SPL vs re-purposed ELI for carrying Network Action Indicators
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.39
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: Wed, 08 Jun 2022 15:45:59 -0000

Hi Zafar,
I have a question about your conclusion. You've said

In summary, IMO the progression of
draft-decraene-mpls-slid-encoded-entropy-label-id as the “starting” point
should not be mixed up with the question in this poll.

Do you believe that the solution proposed in
draft-decraene-mpls-slid-encoded-entropy-label-id does not address MNA
requirements listed in draft-ietf-mpls-miad-mna-requirements
<https://datatracker.ietf.org/doc/draft-ietf-mpls-miad-mna-requirements/>?
looking forward to hear your thoughts on how you see the relationship
between raft-decraene-mpls-slid-encoded-entropy-label-id and the list of
the MNA requirements that, as I understand, the WG agreed in principle as a
good starting point to work on?

Regards,
Greg

On Sun, Jun 5, 2022 at 8:37 PM Zafar Ali (zali) <zali=
40cisco.com@dmarc.ietf.org> wrote:

> Dear chairs and the WG:
>
> I feel, we need to qualify the scope of the “(2) re-purposing the ELI SPL”
> question
> I.e., we need to answer the poll from a short term perspective and the
> long term view
>
> As discussed during the PALS session at IETF113,
> https://datatracker.ietf.org/doc/draft-decraene-mpls-slid-encoded-entropy-label-id/
> meets our immediate needs; thanks to the following attributes:
> * Hardware efficient
>     + It minimized the label stack (EL is used for both the load-balancing
> and the immediate additional use-cases with "8" indicators)
> * Enables faster and incremental deployments
>     + Thanks to wide support of ELI on current HW
>     + Preserves the backward compatibility (with legacy devices)
> * Reuses control plan
>     + Does not require extensions to signal support (in BGP, ISIS, OSPF,
> BGP-LS, LDP, RSVP-TE, etc.)
>
> In summary, IMO the progression of
> draft-decraene-mpls-slid-encoded-entropy-label-id as the “starting” point
> should not be mixed up with the question in this poll
>
> Thanks
>
> Regards … Zafar
>
>
> On 5/30/22, 5:22 PM, "mpls on behalf of Loa Andersson" <
> mpls-bounces@ietf.org on behalf of loa@pi.nu> wrote:
>
>     MPLS Working Group, MPLS Open DT,
>
>     The MPLS Network Actions (MNA) framework requires a method of
> indicating
>     the presence of a Network Action and any Ancillary Data.
>
>     Is the consensus of the working group that we do this by:
>
>        (1) allocating a new SPL for Network Action Indicators?
>
>        (2) re-purposing the ELI SPL?
>
>        (3) using some other method of indicating this such as making it an
>            additional property of an ordinary label?
>
>     Please respond to the MPLS WG mail list.
>
>     Loa Andersson
>     for the Open DT wg chairs
>
>     --
>     Loa Andersson                        email: loa@pi.nu
>     Senior MPLS Expert                          loa.pi.nu@gmail.com
>     Bronze Dragon Consulting             phone: +46 739 81 21 64
>
>     _______________________________________________
>     mpls mailing list
>     mpls@ietf.org
>     https://www.ietf.org/mailman/listinfo/mpls
>
> _______________________________________________
> mpls mailing list
> mpls@ietf.org
> https://www.ietf.org/mailman/listinfo/mpls
>