Re: [mpls] Poll 2: New SPL vs re-purposed ELI for carrying Network Action Indicators
Robert Raszuk <rraszuk@gmail.com> Fri, 17 June 2022 10:03 UTC
Return-Path: <rraszuk@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 C61F2C15AAE3; Fri, 17 Jun 2022 03:03:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.106
X-Spam-Level:
X-Spam-Status: No, score=-2.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, 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=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 C7B6BY9CUpwL; Fri, 17 Jun 2022 03:03:51 -0700 (PDT)
Received: from mail-qv1-xf32.google.com (mail-qv1-xf32.google.com [IPv6:2607:f8b0:4864:20::f32]) (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 54CF5C15AAC6; Fri, 17 Jun 2022 03:03:51 -0700 (PDT)
Received: by mail-qv1-xf32.google.com with SMTP id y14so435031qvs.10; Fri, 17 Jun 2022 03:03:51 -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=UE11hNIBNXJ2JexdvezbaVm6G83GuyOKCkxEw5xwMVk=; b=bCyv0iYye4xn5Df02HMCTsKMp5D6MpKlwBXVJgBupLNG4McagmQIFF9Aw8MtEZ5qAs 3e5rN++JvTfWlX6G9tpzn7aWTj4APbDd1UaShWOPY6O4HdfV4I9LMFm5KB3Xer0XRUnQ Z43ITj7RAcIozu5q+71Bv7tPZA48ml1GnMdaYDksRvehbQma5j3mN/ntvHL0V4ndYQyc cvwjDQOREAOhHx28GHley5oA7DS/18CEDPRC++wsUZi1D9evGd2QfAve+YBKlxKBHP92 wNsUPTmp4cbovd9amz22lAaIXz4s0vu36//ibWd4/E5diQsGQYteVTfYhP2iu14qQyw+ JIRA==
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=UE11hNIBNXJ2JexdvezbaVm6G83GuyOKCkxEw5xwMVk=; b=C/FeZ4awax+szPABlRa8eN6d1sXDWhgzKb1MK960FwLoLA/LDuRDKt9hNojEnVmlGV PojaFJnzqpaqcqK9CkhwZ/UiXMBh0lHtCUv/1h+yvAND1IYqtZCC3nrCbPze9RecjjzH P+LiVKjx4N7S1R042ti7ormxNuAHtmJL6AujTSx7I+Zg5QlSGiABbo6SNGI6tPvXtbt0 ntAekr0Ej1tZzbJpJFs00VcuCOTS5ASXG5YBoIkIUVZQhqTR1757eK29L+OEQ3Kedqv1 7smx/1h+hXRtZt9tGWA4+d+l7loOf4VOKhTuh2OvUNecicxP0NGRpkGUq5+OfYePGws3 SyIQ==
X-Gm-Message-State: AJIora+FYILz2YG3QWddchWiCeH0tlaIsMoj1UVOgtYQoc7C951FfUtN DLRRfdf7l5dzmUxBeBa4TPl9TU31ISzKLEJERk415CufkRc=
X-Google-Smtp-Source: AGRyM1s4JFFT/QMVKeR6zzvqNR/p0kuHfl5TirWyDYMSz5ttXTJNOHPcau+RxfC5XMPbtEOfGiNqGumB8Yz94xWgoJ0=
X-Received: by 2002:a05:6214:d84:b0:46b:c94a:735f with SMTP id e4-20020a0562140d8400b0046bc94a735fmr7496910qve.18.1655460228949; Fri, 17 Jun 2022 03:03:48 -0700 (PDT)
MIME-Version: 1.0
References: <6e5c6fa9-539f-80c3-7c92-5b97ad67560c@pi.nu> <447_1654704927_62A0CB1F_447_309_1_1f59cd955500419a988e2218a3f2246e@orange.com> <9F79E3D5-7ACE-4D15-83D7-8BF3FF60F671@gmail.com> <C9D1FD4A-2549-49C0-8904-84E3F559E85C@cisco.com> <988F5CAF-1A12-4209-92B5-B9AE75477B5C@tony.li> <4D3BA352-6E89-489D-A849-2B72A5D0DC1F@cisco.com> <1F0A4345-C258-4BE6-92D4-C846C0B77048@tony.li>
In-Reply-To: <1F0A4345-C258-4BE6-92D4-C846C0B77048@tony.li>
From: Robert Raszuk <rraszuk@gmail.com>
Date: Fri, 17 Jun 2022 12:03:37 +0200
Message-ID: <CA+b+ER=A3R3s-=8gFZKNxs2oXkY52iy4EBFHZKzjxvnQ=buu6Q@mail.gmail.com>
To: Tony Li <tony.li@tony.li>
Cc: "Zafar Ali (zali)" <zali@cisco.com>, "mpls@ietf.org" <mpls@ietf.org>, "mpls-chairs@ietf.org" <mpls-chairs@ietf.org>, "pals-chairs@ietf.org" <pals-chairs@ietf.org>, DetNet Chairs <detnet-chairs@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000e2e92605e1a1debd"
Archived-At: <https://mailarchive.ietf.org/arch/msg/mpls/r6sWFYNNwvh465ogLRlFBgvh5Ng>
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: Fri, 17 Jun 2022 10:03:55 -0000
Hi Tony, > discussing it further is pointless. Can you please kindly explain why the proposed model is insufficient ? 8 bits of ELC seems more then enough to indicate presence of an ISD entry following EL entry. How you encode ISD itself is completely up to you. You could fill it up to the wire's MTU if deemed necessary. I understand you are proposing to encode functions and actions immediately after the MNA indicator, but this is just a possibility - not sure WG agrees as the best one or clearly not a killer argument IMO. > It doesn’t scale. We need more bits. Side note - IMHO pumping more bits into MPLS Label Stack is not a good thing. Best, R. On Fri, 17 Jun 2022 at 05:26, Tony Li <tony.li@tony.li> wrote: > > Zafar, > > Again, my problem with Bruno’s draft is that the limited space found in > the ELI/EL LSE’s is clearly insufficient to begin to capture the use cases > that we already can foresee for MNA, much less provide any room for > growth. It doesn’t scale. We need more bits. For that reason alone, > Bruno’s draft is not a tenable solution to MNA and discussing it further is > pointless. > > Tony > > > On Jun 16, 2022, at 7:32 PM, Zafar Ali (zali) <zali@cisco.com> wrote: > > Tony, Kireeti, > > So “I do not want to modify my current implementation” is the argument to > stop people interested in Bruno’s draft from using it? > If such HW can/ need be modified to implement the new complex encoding > scheme you proposed, why it cannot implement simple encoding in Bruno’s > draft? > > Please also look at > https://datatracker.ietf.org/doc/html/draft-decraene-mpls-slid-encoded-entropy-label-id-04#section-4.4 > and > https://datatracker.ietf.org/doc/html/draft-decraene-mpls-slid-encoded-entropy-label-id-04#section-4.5 > > Thanks > > Regards … Zafar > > > *From: *Tony Li <tony1athome@gmail.com> on behalf of Tony Li < > tony.li@tony.li> > *Date: *Thursday, June 16, 2022 at 3:10 PM > *To: *"Zafar Ali (zali)" <zali@cisco.com> > *Cc: *Kireeti Kompella <kireeti.ietf@gmail.com>, " > bruno.decraene@orange.com" <bruno.decraene@orange.com>, "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> > *Subject: *Re: [mpls] Poll 2: New SPL vs re-purposed ELI for carrying > Network Action Indicators > > > > > > The draft has been implemented for the exact (SLID) use-case on hardware > platforms based on Broadcom Jericho2 family of ASIC > Please take a look at > https://datatracker.ietf.org/doc/html/draft-decraene-mpls-slid-encoded-entropy-label-id-04#section-7 > > No such issue was noted > > > > And Jericho2 is the only thing that counts in the entire world? > > T > > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls >
- [mpls] Poll 2: New SPL vs re-purposed ELI for car… Loa Andersson
- Re: [mpls] Poll 2: New SPL vs re-purposed ELI for… Tony Li
- Re: [mpls] Poll 2: New SPL vs re-purposed ELI for… Gyan Mishra
- Re: [mpls] Poll 2: New SPL vs re-purposed ELI for… Joel Halpern
- Re: [mpls] Poll 2: New SPL vs re-purposed ELI for… Greg Mirsky
- Re: [mpls] Poll 2: New SPL vs re-purposed ELI for… UTTARO, JAMES
- Re: [mpls] [EXTERNAL] Re: Poll 2: New SPL vs re-p… Alexander Vainshtein
- Re: [mpls] Poll 2: New SPL vs re-purposed ELI for… Zafar Ali (zali)
- Re: [mpls] Poll 2: New SPL vs re-purposed ELI for… Dongjie (Jimmy)
- Re: [mpls] Poll 2: New SPL vs re-purposed ELI for… bruno.decraene
- Re: [mpls] Poll 2: New SPL vs re-purposed ELI for… bruno.decraene
- Re: [mpls] Poll 2: New SPL vs re-purposed ELI for… Greg Mirsky
- Re: [mpls] Poll 2: New SPL vs re-purposed ELI for… Greg Mirsky
- Re: [mpls] Poll 2: New SPL vs re-purposed ELI for… bruno.decraene
- Re: [mpls] Poll 2: New SPL vs re-purposed ELI for… bruno.decraene
- Re: [mpls] Poll 2: New SPL vs re-purposed ELI for… Kireeti Kompella
- Re: [mpls] Poll 2: New SPL vs re-purposed ELI for… Jeffrey (Zhaohui) Zhang
- Re: [mpls] Poll 2: New SPL vs re-purposed ELI for… Adrian Farrel
- Re: [mpls] Poll 2: New SPL vs re-purposed ELI for… Zafar Ali (zali)
- Re: [mpls] Poll 2: New SPL vs re-purposed ELI for… bruno.decraene
- Re: [mpls] Poll 2: New SPL vs re-purposed ELI for… Adrian Farrel
- Re: [mpls] Poll 2: New SPL vs re-purposed ELI for… bruno.decraene
- Re: [mpls] Poll 2: New SPL vs re-purposed ELI for… Mach Chen
- Re: [mpls] Poll 2: New SPL vs re-purposed ELI for… Rakesh Gandhi
- Re: [mpls] [E] RE: Poll 2: New SPL vs re-purposed… Jalil, Luay
- Re: [mpls] Poll 2: New SPL vs re-purposed ELI for… Weiqiang Cheng
- Re: [mpls] Poll 2: New SPL vs re-purposed ELI for… Zafar Ali (zali)
- Re: [mpls] Poll 2: New SPL vs re-purposed ELI for… Tony Li
- Re: [mpls] Poll 2: New SPL vs re-purposed ELI for… Kireeti Kompella
- Re: [mpls] Poll 2: New SPL vs re-purposed ELI for… Zafar Ali (zali)
- Re: [mpls] Poll 2: New SPL vs re-purposed ELI for… Tony Li
- Re: [mpls] Poll 2: New SPL vs re-purposed ELI for… Robert Raszuk
- Re: [mpls] Poll 2: New SPL vs re-purposed ELI for… Tianran Zhou
- Re: [mpls] Poll 2: New SPL vs re-purposed ELI for… Zafar Ali (zali)
- Re: [mpls] Poll 2: New SPL vs re-purposed ELI for… Gyan Mishra
- Re: [mpls] Poll 2: New SPL vs re-purposed ELI for… Greg Mirsky
- Re: [mpls] Poll 2: New SPL vs re-purposed ELI for… Tony Li
- Re: [mpls] Poll 2: New SPL vs re-purposed ELI for… Tianran Zhou
- Re: [mpls] Poll 2: New SPL vs re-purposed ELI for… bruno.decraene
- Re: [mpls] Poll 2: New SPL vs re-purposed ELI for… bruno.decraene
- Re: [mpls] Poll 2: New SPL vs re-purposed ELI for… Robert Raszuk
- Re: [mpls] Poll 2: New SPL vs re-purposed ELI for… Tony Li
- Re: [mpls] Poll 2: New SPL vs re-purposed ELI for… Tony Li
- Re: [mpls] Poll 2: New SPL vs re-purposed ELI for… Zafar Ali (zali)
- Re: [mpls] Poll 2: New SPL vs re-purposed ELI for… Tony Li
- Re: [mpls] Poll 2: New SPL vs re-purposed ELI for… Robert Raszuk
- Re: [mpls] Poll 2: New SPL vs re-purposed ELI for… Greg Mirsky
- Re: [mpls] Poll 2: New SPL vs re-purposed ELI for… Robert Raszuk
- Re: [mpls] Poll 2: New SPL vs re-purposed ELI for… Greg Mirsky
- Re: [mpls] Poll 2: New SPL vs re-purposed ELI for… bruno.decraene
- Re: [mpls] Poll 2: New SPL vs re-purposed ELI for… Robert Raszuk
- Re: [mpls] Poll 2: New SPL vs re-purposed ELI for… Zafar Ali (zali)
- Re: [mpls] Poll 2: New SPL vs re-purposed ELI for… Greg Mirsky
- Re: [mpls] Poll 2: New SPL vs re-purposed ELI for… Greg Mirsky
- Re: [mpls] Poll 2: New SPL vs re-purposed ELI for… Robert Raszuk
- Re: [mpls] Poll 2: New SPL vs re-purposed ELI for… Greg Mirsky
- Re: [mpls] Poll 2: New SPL vs re-purposed ELI for… Robert Raszuk
- Re: [mpls] Poll 2: New SPL vs re-purposed ELI for… bruno.decraene
- Re: [mpls] Poll 2: New SPL vs re-purposed ELI for… bruno.decraene
- Re: [mpls] Poll 2: New SPL vs re-purposed ELI for… Greg Mirsky
- Re: [mpls] Poll 2: New SPL vs re-purposed ELI for… bruno.decraene