Re: [mpls] Poll 2: New SPL vs re-purposed ELI for carrying Network Action Indicators
Greg Mirsky <gregimirsky@gmail.com> Fri, 17 June 2022 19:56 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 B10FCC157B35; Fri, 17 Jun 2022 12:56:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.107
X-Spam-Level:
X-Spam-Status: No, score=-7.107 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_HI=-5, 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 LVuGRgbnh2Fn; Fri, 17 Jun 2022 12:56:29 -0700 (PDT)
Received: from mail-lj1-x22b.google.com (mail-lj1-x22b.google.com [IPv6:2a00:1450:4864:20::22b]) (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 8787EC14F739; Fri, 17 Jun 2022 12:56:29 -0700 (PDT)
Received: by mail-lj1-x22b.google.com with SMTP id l18so5764345lje.13; Fri, 17 Jun 2022 12:56:29 -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=aeFofIMCXeZiYGX7VPkOHs79B8xM2hUYjr8I0GQzAIQ=; b=osaVv/z2+5BPSmyeb5UtEAZFrY4OJyB2CMMOGlGn/tEwiKw53ZkxRL6RLXv2/2lv/Q epY56MJsaIju8bcozWcLC6/OFLsIAE97kAhclhCijafNTP/L88OZrQkOB3ofix+grKdN BVzFBl0uwFiAgfvboizg4Avs2Ht8V4MO9ZL7eVYYd4YNl5tLiMMZFzxFeiZtUGbEvv6k DDiCx9xzALQ0XV3aq6eyRlv4ZlhyxromBNCmS+Y/VsdQvaymsv5Ul3nLMolGwgV1bLxn 8D0LBlJgtR8G+c6MNjKfQMp47oSY9VyexE1x/cqe7utuju2e4g04esp4VNF7UJzO34zy Gfjw==
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=aeFofIMCXeZiYGX7VPkOHs79B8xM2hUYjr8I0GQzAIQ=; b=vh6wrTI6KhoUGQdtHX9FHK/Ncp1y8T0agx9KO4qMj++b5SeFLdxaN2Qq4m8cj1JKDg xlkPx3F3AJLVHFHjEQWICjv/d/Lno/qjYg6AdckQa7Cpyf/8aH9MrJmxF78aJPUfRSkg WlpzwNjVckpirQRra9f5VUL9pYoJxdFKocgVi7lQ2pEhpdFIEvQc4dns/DrtGGDG5X9Z OFQS5vxLrESbAUHKEwg8Sc8XvpHgTQsheNqzPW7Oj89BvCLz7thXWyweEQZZ8ZEFbEFN VuWMLrEcKr9JkExYdlSBN58RBynxmsJo6BzVxCPtPb5AxcF563Op5KuOUCr3xF8T0oia Ascw==
X-Gm-Message-State: AJIora/lGsySjYrOs1ZyRxR7kFFt8YtObGpeE+Dtsvf4fppuE4eAMYqD dk77ZU9EI8YPJp69cT8SCT8ZY9W6C8oQ/IVzRa4=
X-Google-Smtp-Source: AGRyM1sWgSF4tW5Qs6vlJZmGcB2u4ZdX/daoMaJMh3+8k+TtSW8hxSugUJQaTZYTn1Yb3/KrH2tPG8EkarUhUsk2UXU=
X-Received: by 2002:a05:651c:244:b0:253:ecad:a4ee with SMTP id x4-20020a05651c024400b00253ecada4eemr5875942ljn.21.1655495787382; Fri, 17 Jun 2022 12:56:27 -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> <7111_1655456559_62AC432F_7111_124_1_196adfdc44ba4f44bd7e59deb7e6410a@orange.com> <CA+RyBmWVnt0V=MD=P-ieGB0iKCibF=ctn-rCVFEVyveXwOMAHA@mail.gmail.com> <25852_1655484843_62ACB1AB_25852_28_1_7229e1a9bb9a4920b5e6f0c5fc3e445c@orange.com>
In-Reply-To: <25852_1655484843_62ACB1AB_25852_28_1_7229e1a9bb9a4920b5e6f0c5fc3e445c@orange.com>
From: Greg Mirsky <gregimirsky@gmail.com>
Date: Fri, 17 Jun 2022 12:56:15 -0700
Message-ID: <CA+RyBmUvyvaL+LSynNhBtNKz=_uC4Uy8z19rikA+zOGn8Z0aZw@mail.gmail.com>
To: Bruno Decraene <bruno.decraene@orange.com>
Cc: Tony Li <tony.li@tony.li>, "Zafar Ali (zali)" <zali@cisco.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>
Content-Type: multipart/alternative; boundary="000000000000558d5c05e1aa2632"
Archived-At: <https://mailarchive.ietf.org/arch/msg/mpls/pdtHp8xaKTdrKeaJACav0G2WMq8>
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 19:56:30 -0000
Hi Bruno, thank you for the expedient response. If I understand you correctly, PSD can be used as part of draft-decraene-mpls-slid-encoded-entropy-label-id. If that is the case, I think adding more information on how PSD can be used by the mechanism described in draft-decraene-mpls-slid-encoded-entropy-label-id would be helpful. Regards, Greg On Fri, Jun 17, 2022 at 9:54 AM <bruno.decraene@orange.com> wrote: > Hi Greg, > > > > Please see inline [Bruno] > > > > *From:* Greg Mirsky <gregimirsky@gmail.com> > *Sent:* Friday, June 17, 2022 5:46 PM > *To:* DECRAENE Bruno INNOV/NET <bruno.decraene@orange.com> > *Cc:* Tony Li <tony.li@tony.li>; Zafar Ali (zali) <zali@cisco.com>; > mpls@ietf.org; pals-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 > > > > Hi Bruno, > > you've said that your proposal allows for up to 8 MNA indicators. How do > you envision the encoding of data associated with these indicators? > > > > [Bruno] Two paths : > > - post stack data. > > - in-stack data located after the ELI, EL e.g. as proposed in > draft-jags-mpls-ext-hdr (but different encoding would also work) > > > > At this point, post-stack data is probably my preference as the use of the > label stack is already specified/used hence brings constraints. > > > > Regards, > > --Bruno > > > > > > > > Re-use the EL space? Or these can be only no-data MNAIs? > > > > Regards, > > Greg > > > > On Fri, Jun 17, 2022 at 2:03 AM <bruno.decraene@orange.com> wrote: > > Tony, > > > > > > Orange Restricted > > > > Orange Restricted > > *From:* Tony Li <tony1athome@gmail.com> *On Behalf Of *Tony Li > *Sent:* Friday, June 17, 2022 5:26 AM > *To:* Zafar Ali (zali) <zali@cisco.com> > *Cc:* Kireeti Kompella <kireeti.ietf@gmail.com>; DECRAENE Bruno INNOV/NET > <bruno.decraene@orange.com>; mpls@ietf.org; pals-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 > > > > > > 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. > > > > [Bruno] Thank you for providing a technical argument. > > draft-decraene-mpls-slid-encoded-entropy-label-id provides 8 indicators > while being backward compatible with existing egress/signaling. > > If more are required, solution can be extended to provide more indicators > (and data) but at the cost of requiring new dataplane feature on the LSR > egress (and new signaling). Just like the proposals using a new SPL. > > The net benefit is that in the short/medium term more devices/deployments > can start using those 8 indicators, while waiting for the new generation to > support the new proposal. > > > > Regards, > > --Bruno > > > > > > > > > > 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 > > > > _________________________________________________________________________________________________________________________ > > > > Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc > > pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler > > a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, > > Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. > > > > This message and its attachments may contain confidential or privileged information that may be protected by law; > > they should not be distributed, used or copied without authorisation. > > If you have received this email in error, please notify the sender and delete this message and its attachments. > > As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. > > Thank you. > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > > _________________________________________________________________________________________________________________________ > > Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc > pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler > a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, > Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. > > This message and its attachments may contain confidential or privileged information that may be protected by law; > they should not be distributed, used or copied without authorisation. > If you have received this email in error, please notify the sender and delete this message and its attachments. > As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. > Thank you. > >
- [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