Re: [mpls] Concerns about ISD
Tony Li <tony.li@tony.li> Mon, 11 April 2022 05:58 UTC
Return-Path: <tony1athome@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 15FCA3A16D8 for <mpls@ietfa.amsl.com>; Sun, 10 Apr 2022 22:58:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.512
X-Spam-Level:
X-Spam-Status: No, score=-6.512 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FORGED_FROMDOMAIN=0.248, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.248, 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] 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 ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id eWu5JXIXj7BI for <mpls@ietfa.amsl.com>; Sun, 10 Apr 2022 22:57:59 -0700 (PDT)
Received: from mail-pj1-x1030.google.com (mail-pj1-x1030.google.com [IPv6:2607:f8b0:4864:20::1030]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9A60E3A1685 for <mpls@ietf.org>; Sun, 10 Apr 2022 22:57:59 -0700 (PDT)
Received: by mail-pj1-x1030.google.com with SMTP id mm4-20020a17090b358400b001cb93d8b137so1975128pjb.2 for <mpls@ietf.org>; Sun, 10 Apr 2022 22:57:59 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=sender:from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=APcvnw3z4tLC9vorlZGnELsXMYc11s8l9mpP7XWD6B8=; b=K79oCp0AdlGDpM5kjtodof1xpaUgP26juwYYKug35ooWnHfm9Z2IBAmWgGy1zJcR2Z IBBai+Bi7alAoXXS1cW7FnHvedKxXP3LbYSTLiv5nIZCvWpMmbO2OUwQfZz9lYyrBK6l CCWa8ZhDRj50SmB2SX4WM4A4P/BsxDnsXtVFRj56dSLYL4RJMD23H3Sv0KIflJD5Wd9v 1ohxGE0/WmLrsiUlOo3iEF8Cli1CpTnVv+RHP+A8PLdFKB65XuA3mCHTNWkId+I5x8jN 2UvZJ0i50xw4pCdmwL9lXvXYX0IdmGD2sGsJrrYSkLtliqVSQ796bb91ghRfSiO0u80a syyg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:sender:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=APcvnw3z4tLC9vorlZGnELsXMYc11s8l9mpP7XWD6B8=; b=FSbAJF6MQfjzvI7j+fvv6xNNzGAbY32C1UDN+S9DAN6XYMOf5EZdvfQB3VDVMqzz4W HvyVkXPrVkug9EBthYcuahdSdBHHc96CAwzJ+qh8zJ+nq0IdPGxAhAUTZ59TDuo0ONi2 PbSZDflnRd+qssAz8WUKt76RQzL9X+H6d3R6AAtQFj5CpryiUVUeMtM6ijBWAawbVvfy tEFc21yqZ+4Mfw6o35Kr9S9W47DQyrjbxoKYp/4evaJz9bH3+0uKfodjQiiDcK5mMKpE p4vLHNxNgljot8Xl1UPs/ZJtaqd4exMc5r8B1+PqP80ENPuI7XdGAjFvbuFs1BjO0hqB ApBA==
X-Gm-Message-State: AOAM531EqE5sPdhY73mxO5MTwsgXrD7ppcoC20mkCYVEzogg578+qz/f RqeBX9/xNCk0WNO5Eh3aE7/mK8bWQW4=
X-Google-Smtp-Source: ABdhPJxu4b8B0B4uid1brf/gpVSb2TpD+xTco9s/tKHMaBetFrpGjADX706JFJB371HbFIexvi4REQ==
X-Received: by 2002:a17:90a:17ae:b0:1cb:6921:c89c with SMTP id q43-20020a17090a17ae00b001cb6921c89cmr9973590pja.37.1649656678308; Sun, 10 Apr 2022 22:57:58 -0700 (PDT)
Received: from smtpclient.apple (c-67-169-103-239.hsd1.ca.comcast.net. [67.169.103.239]) by smtp.gmail.com with ESMTPSA id v4-20020a17090a00c400b001cb4f242c92sm8620734pjd.26.2022.04.10.22.57.57 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sun, 10 Apr 2022 22:57:57 -0700 (PDT)
Sender: Tony Li <tony1athome@gmail.com>
From: Tony Li <tony.li@tony.li>
Message-Id: <6B96F21B-9331-4FA8-AD7B-84A4CA8B6FAB@tony.li>
Content-Type: multipart/alternative; boundary="Apple-Mail=_233066FB-9023-41AA-93AB-DCCEE011D768"
Mime-Version: 1.0 (Mac OS X Mail 15.0 \(3693.60.0.1.1\))
Date: Sun, 10 Apr 2022 22:57:56 -0700
In-Reply-To: <3fb1f261ddff48deb0c2ea083cdbd16f@huawei.com>
Cc: "mpls@ietf.org" <mpls@ietf.org>
To: Tianran Zhou <zhoutianran@huawei.com>
References: <6cc272447d2f4c779e85d5c42d3b3c6c@huawei.com> <8623637D-A32E-47A4-B5FC-4D2CF40BEDD1@tony.li> <6199e0e886f9437c95ef9b70719b00ec@huawei.com> <BCFD3F4A-36D6-47C2-B907-FC40B402F97C@tony.li> <3fb1f261ddff48deb0c2ea083cdbd16f@huawei.com>
X-Mailer: Apple Mail (2.3693.60.0.1.1)
Archived-At: <https://mailarchive.ietf.org/arch/msg/mpls/EqcjXZu9ftbdxZjyv5mdoh_r_TY>
Subject: Re: [mpls] Concerns about ISD
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.29
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: Mon, 11 Apr 2022 05:58:03 -0000
Hi Tianran, > The readable label stack depth has long been a concern. Nothing about MNA is specific to any given piece of hardware. > > ZTR> I did not see an RFC specifies the number of readable label stack (e.g. 4? 6?). Hardware varies and can keep evolving. The protocol should work on one direction, so that the hardware can keep optimizing on that direction. I did not ignore the requirement for on-path action. Please see RFC 9088 and 9089. While hardware continues to evolve, as we’ve discussed previously, we really want to try to maximize the value of the hardware that’s already in the field. That’s in the operator’s best interests and thus in ours as well. > To me, the entropy label is 20 random bits that one system adds at the start of the LSP. While it occupies a label field in an LSE, it is in no way a label. Specifically, it is not an index that a system uses for a lookup in its LFIB. In other words, it’s opaque data, use solely for systems that need to load balance. ISD is certainly more opaque data. The functionality is, of course, different. Using MNA is, of course, optional. > > ZTR> Entropy label could be opaque data. Because, we do not actually parse the label field. However, ISD is not. It’s certainly not “more opaque data”, devices need to parse and process the label field. And I think you mixed the requirement for on-path action and ISD. > The on-path action is required, and of course optional, people can choose whether to add or not. However, ISD is one implementation, all we discussed are whether we need such a special implementation, while there is PSD. I’m sorry, I’m not following your point here. > Welcome to the IETF. We do real engineering. It’s not always elegant. :) > > ZTR> That sounds like any code could be IETF standard. I see the real engineering is the parser cache keeps growing. I see the real engineering is consistent/standard MPLS label operation is hardened in AISC for better performance. I see hard coding an ASIC as a poor choice. But I’ve only been saying that since 1996. :) All of the silicon that I’ve had a hand in has been microcoded for exactly this reason, with very little penalty. > Devices that cannot upgrade their code will not be able to support any form of MNA. Is this somehow worth debating? > > ZTR> My point is about backward compatibility. PSD gets better backward compatibility than ISD. I strongly disagree. Putting everything in PSD makes it impossible for devices with limited readable label stack depth to participate effectively. > Looping or recycling through a forwarding engine can cause a major performance hit (50% or more). Folks would like to avoid that. > > With SR, you can have much deeper stack depths. That can cause a big difference in access times. > > I don’t follow the rest of your argument. You seem to be implying that other vendors should simply give up. Somehow, I think that unlikely. :) > > I expect that devices that can support MNA will try to support MNA. It is to our collective advantage (there goes my altruistic streak again) to get MNA deployed and to help network operators get as much value from MNA as possible. Asking an operator to discard even a tiny portion of their hardware is unlikely to result in any kind of progress, only hindering MNA. > > ZTR> So you agree ISD is designed for some legacy hardware. I argue that ISD will introduce more code and complexity, while PSD can do on-path action. And it will not reward people to implement PSD, hence hinder the on-path action. I argue that ISD will introduce backward compatibility issue, while PSD can support the incremental deployment. Hence PSD is helpful for operators to deploy on-path action in their network for new features. Vendors can do private ISD implementations for some legacy devices. However, I do not think the community should waste energy on ISD standardization. I disagree and I think it’s time that we just agree to disagree. Tony
- [mpls] Concerns about ISD Tianran Zhou
- Re: [mpls] Concerns about ISD Tony Li
- Re: [mpls] Concerns about ISD Tianran Zhou
- Re: [mpls] Concerns about ISD Tony Li
- Re: [mpls] Concerns about ISD Tianran Zhou
- Re: [mpls] Concerns about ISD Tony Li
- Re: [mpls] Concerns about ISD Tianran Zhou
- Re: [mpls] Concerns about ISD Dongjie (Jimmy)
- Re: [mpls] Concerns about ISD Tony Li
- Re: [mpls] Concerns about ISD Tony Li
- Re: [mpls] Concerns about ISD Tianran Zhou
- Re: [mpls] Concerns about ISD Greg Mirsky
- Re: [mpls] Concerns about ISD Dongjie (Jimmy)
- Re: [mpls] Concerns about ISD Tony Li
- Re: [mpls] Concerns about ISD Tony Li
- Re: [mpls] Concerns about ISD Tony Li
- Re: [mpls] Concerns about ISD Tianran Zhou
- Re: [mpls] Concerns about ISD Dongjie (Jimmy)
- Re: [mpls] Concerns about ISD John E Drake
- Re: [mpls] Concerns about ISD Tony Li
- Re: [mpls] Concerns about ISD Haoyu Song
- Re: [mpls] Concerns about ISD Tony Li
- Re: [mpls] Concerns about ISD Haoyu Song
- Re: [mpls] Concerns about ISD Tony Li
- Re: [mpls] Concerns about ISD Haoyu Song
- Re: [mpls] Concerns about ISD Haoyu Song
- Re: [mpls] Concerns about ISD Tianran Zhou
- Re: [mpls] Concerns about ISD Greg Mirsky
- Re: [mpls] Concerns about ISD Tianran Zhou
- Re: [mpls] Concerns about ISD Kireeti Kompella
- Re: [mpls] Concerns about ISD John E Drake
- Re: [mpls] Concerns about ISD Greg Mirsky
- Re: [mpls] Concerns about ISD Haoyu Song
- Re: [mpls] Concerns about ISD John E Drake
- Re: [mpls] Concerns about ISD Haoyu Song
- Re: [mpls] Concerns about ISD John E Drake
- Re: [mpls] Concerns about ISD Robert Raszuk
- Re: [mpls] Concerns about ISD Haoyu Song
- Re: [mpls] Concerns about ISD Tianran Zhou
- Re: [mpls] Concerns about ISD Greg Mirsky
- Re: [mpls] Concerns about ISD Tony Li
- Re: [mpls] Concerns about ISD Tianran Zhou
- Re: [mpls] Concerns about ISD Tianran Zhou
- Re: [mpls] Concerns about ISD Haoyu Song
- Re: [mpls] Concerns about ISD Robert Raszuk
- Re: [mpls] Concerns about ISD Haoyu Song
- Re: [mpls] Concerns about ISD Robert Raszuk
- Re: [mpls] Concerns about ISD Tianran Zhou
- Re: [mpls] Concerns about ISD John E Drake
- Re: [mpls] Concerns about ISD Haoyu Song
- Re: [mpls] Concerns about ISD Haoyu Song
- Re: [mpls] Concerns about ISD Tony Li
- Re: [mpls] Concerns about ISD John E Drake
- Re: [mpls] Concerns about ISD John E Drake
- Re: [mpls] Concerns about ISD Haoyu Song
- Re: [mpls] Concerns about ISD John E Drake
- Re: [mpls] Concerns about ISD Tony Li
- Re: [mpls] Concerns about ISD Haoyu Song
- Re: [mpls] Concerns about ISD John E Drake
- Re: [mpls] Concerns about ISD Haoyu Song
- Re: [mpls] Concerns about ISD Robert Raszuk
- Re: [mpls] Concerns about ISD Haoyu Song
- Re: [mpls] Concerns about ISD Haoyu Song
- Re: [mpls] Concerns about ISD Tony Li
- Re: [mpls] Concerns about ISD Haoyu Song
- Re: [mpls] Concerns about ISD Tony Li
- Re: [mpls] Concerns about ISD Robert Raszuk
- Re: [mpls] Concerns about ISD Haoyu Song
- Re: [mpls] Concerns about ISD Tony Li
- Re: [mpls] Concerns about ISD Tianran Zhou
- Re: [mpls] Concerns about ISD Tianran Zhou
- Re: [mpls] Concerns about ISD Robert Raszuk
- Re: [mpls] Concerns about ISD Stewart Bryant
- Re: [mpls] Concerns about ISD Robert Raszuk
- Re: [mpls] Concerns about ISD Haoyu Song
- Re: [mpls] Concerns about ISD Tony Li
- Re: [mpls] Concerns about ISD Haoyu Song
- Re: [mpls] Concerns about ISD Robert Raszuk
- Re: [mpls] Concerns about ISD Tony Li
- Re: [mpls] Concerns about ISD Haoyu Song
- Re: [mpls] Concerns about ISD Tony Li
- Re: [mpls] Concerns about ISD Haoyu Song
- Re: [mpls] Concerns about ISD Haoyu Song
- Re: [mpls] Concerns about ISD Tianran Zhou
- Re: [mpls] Concerns about ISD Tony Li
- Re: [mpls] Concerns about ISD Tony Li
- Re: [mpls] Concerns about ISD Robert Raszuk
- Re: [mpls] Concerns about ISD Tony Li
- Re: [mpls] Concerns about ISD Robert Raszuk
- Re: [mpls] Concerns about ISD Tony Li
- Re: [mpls] Concerns about ISD Robert Raszuk
- Re: [mpls] Concerns about ISD Tony Li
- Re: [mpls] Concerns about ISD Robert Raszuk
- Re: [mpls] Concerns about ISD Tony Li
- Re: [mpls] Concerns about ISD Robert Raszuk
- Re: [mpls] Concerns about ISD Tony Li
- Re: [mpls] Concerns about ISD Dongjie (Jimmy)
- Re: [mpls] Concerns about ISD Robert Raszuk
- Re: [mpls] Concerns about ISD Dongjie (Jimmy)
- Re: [mpls] Concerns about ISD Robert Raszuk
- Re: [mpls] Concerns about ISD Haoyu Song
- Re: [mpls] Concerns about ISD Stewart Bryant
- Re: [mpls] Concerns about ISD Haoyu Song
- Re: [mpls] Concerns about ISD Tianran Zhou
- Re: [mpls] Concerns about ISD John E Drake
- Re: [mpls] Concerns about ISD Tony Li
- Re: [mpls] Concerns about ISD Tianran Zhou
- Re: [mpls] Concerns about ISD John E Drake
- Re: [mpls] Concerns about ISD Tianran Zhou
- Re: [mpls] Concerns about ISD John E Drake
- Re: [mpls] Concerns about ISD Tianran Zhou
- Re: [mpls] Concerns about ISD John E Drake
- Re: [mpls] Concerns about ISD Gyan Mishra
- Re: [mpls] Concerns about ISD Tianran Zhou
- Re: [mpls] Concerns about ISD Tony Li
- Re: [mpls] Concerns about ISD Tianran Zhou
- Re: [mpls] Concerns about ISD John E Drake
- Re: [mpls] Concerns about ISD Greg Mirsky
- Re: [mpls] Concerns about ISD Tianran Zhou
- Re: [mpls] Concerns about ISD Tianran Zhou
- Re: [mpls] Concerns about ISD John E Drake
- Re: [mpls] Concerns about ISD Robert Raszuk
- Re: [mpls] Concerns about ISD Robert Raszuk
- Re: [mpls] Concerns about ISD Tianran Zhou
- Re: [mpls] Concerns about ISD Tianran Zhou