IETF Logo Mail Archive

Re: [mpls] Concerns about ISD

Robert Raszuk <rraszuk@gmail.com> Tue, 19 April 2022 20:15 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 906F53A1181 for <mpls@ietfa.amsl.com>; Tue, 19 Apr 2022 13:15:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.104
X-Spam-Level:
X-Spam-Status: No, score=-2.104 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_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=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 ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9KYMCkR42kjh for <mpls@ietfa.amsl.com>; Tue, 19 Apr 2022 13:15:26 -0700 (PDT)
Received: from mail-qk1-x72d.google.com (mail-qk1-x72d.google.com [IPv6:2607:f8b0:4864:20::72d]) (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 3DA9D3A1186 for <mpls@ietf.org>; Tue, 19 Apr 2022 13:15:26 -0700 (PDT)
Received: by mail-qk1-x72d.google.com with SMTP id y129so6473946qkb.2 for <mpls@ietf.org>; Tue, 19 Apr 2022 13:15:26 -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=KMKJ3t8GWuPfOrH3ZZzUa5lUQF+mWnHT4Felg9GlNpw=; b=QCSKYgivM9nfdieSHnIeYO1iUYPHyNf/7cPwXz1ObAWtAWTESULdH3e+5WUoDkkKEz 5F2M3DFygtKJuNq0AbpgEzDvKX6ot2T2g0r+UpOTN7S1iGZWyAgM6b3mGpe/ypkwLxuv h2UYh1Wc5gkDMQEAEDlniJ4MDDm2zub+PkoEMtzxSz4R7bjNSobKpfll652LHRs9/81t opVRpzdU6SSXEL9l88+eHUbv+7cGuNx7P4W+5KBRM3x78iexsktN8CcUJDVQiVaFTXca WuULJAIjdja5eka7MJeadjk2o8yv9+6hQYMRiwuxInMrEbWP7kO5KzHyrOfu6uttgLOI wesA==
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=KMKJ3t8GWuPfOrH3ZZzUa5lUQF+mWnHT4Felg9GlNpw=; b=caTVCkHVGdOke8sRIGi6ZRVfgUhjh5NVJr3xz3IVCSNzOqWPDcoz244T6IhRWj7PIw orkIsuYVm3s8WANX0lmSzswfc7np2+8nZMHs4TE/MM0ICfBFZYmSkbojg4YBTzfrgvCe zg0+vEwAdC/U5hzEGJXTIpUQQF9MYPiXEZAnhglUSBec1W2qHEEMp1DNa9lixxr2eIpu zpM88Ccvovje85St9xNejkU1uu/FRvS5JxFAUTFQem0oo6SjS4fSE7kgrFrnpEO4DRnN Z8TAgokg9X8AeFFY18N3fqqpSksf+dwly2UU0UpBmioVKBQgyQw3hu72VBnbaRHGB+7k uSuA==
X-Gm-Message-State: AOAM530vUtAQfSXN/YrfEQIosZf5mltjVNyZbnrHElO0EFH6YjJiuEr+ DXGqTW5Uku3foguPzsAWiSkOQjAR34Lpz2x20+mC6LwJZdU=
X-Google-Smtp-Source: ABdhPJw0Y95Vw9RAufNw0nlA7+AnErEpWsYGnabOoLXFEfRL1o7tnZYhs6ytPlIOPi5M7Yv1bQO5MTFlpRZT/NKXKiY=
X-Received: by 2002:a05:620a:410d:b0:69c:360b:c073 with SMTP id j13-20020a05620a410d00b0069c360bc073mr10948453qko.664.1650399325087; Tue, 19 Apr 2022 13:15:25 -0700 (PDT)
MIME-Version: 1.0
References: <6cc272447d2f4c779e85d5c42d3b3c6c@huawei.com> <8623637D-A32E-47A4-B5FC-4D2CF40BEDD1@tony.li> <6199e0e886f9437c95ef9b70719b00ec@huawei.com> <BCFD3F4A-36D6-47C2-B907-FC40B402F97C@tony.li> <3fb1f261ddff48deb0c2ea083cdbd16f@huawei.com> <6B96F21B-9331-4FA8-AD7B-84A4CA8B6FAB@tony.li> <903c57a48280454091495673ec2fe275@huawei.com> <BD5C1BE7-4633-4B51-BAC1-B2AE1C537F36@tony.li> <ad6b8c42b0aa4880b9dee02516f5e46f@huawei.com> <F5BB2CEB-CC8C-4E71-A2E7-B4212878C3B1@tony.li> <aa9c4b913d844410b2af90c8db78c194@huawei.com> <BY3PR05MB8081937B52E657713E8293BFC7ED9@BY3PR05MB8081.namprd05.prod.outlook.com> <a29c96be774845e582a66700d2264f7b@huawei.com> <BY3PR05MB8081870EF67C551727BBE2CFC7EC9@BY3PR05MB8081.namprd05.prod.outlook.com> <d5521b3972dd43e38276afbbdc7c2bda@huawei.com> <BY3PR05MB80813C7CAD7F2C12C36FB513C7EE9@BY3PR05MB8081.namprd05.prod.outlook.com> <BY3PR13MB47879EB8A582437DE936688C9AEE9@BY3PR13MB4787.namprd13.prod.outlook.com> <C493D0B8-4B57-4D19-BC27-70ABD7F50356@tony.li> <BY3PR13MB47878B227A37AAA06625194B9AEE9@BY3PR13MB4787.namprd13.prod.outlook.com> <0318B3A3-2884-4FD6-B5EF-377481D2657B@tony.li> <BY3PR13MB4787752FB6D147281A7150789AEE9@BY3PR13MB4787.namprd13.prod.outlook.com> <602D6128-3BE3-4A2D-B5C2-019AE0FADF09@tony.li> <BY3PR13MB47876188B5927A51BD4F4E739AEE9@BY3PR13MB4787.namprd13.prod.outlook.com> <BCB99042-ECA3-40C6-8581-FA1656DDF987@tony.li> <BY3PR13MB4787468DAA96610B9933E1659AF19@BY3PR13MB4787.namprd13.prod.outlook.com> <EB04096F-70B7-4FF0-973F-6C7C1FDDE837@tony.li> <BY3PR13MB47874EBD4E397AB18CD8AF819AF39@BY3PR13MB4787.namprd13.prod.outlook.com> <7451CC1D-88A7-4D13-9BE5-44BCBE95337A@tony.li> <BY3PR13MB478725F22B60E681ABF94BC79AF39@BY3PR13MB4787.namprd13.prod.outlook.com> <CA+b+ERmH2vMizOBJpTRezQRJMU-2Y4y4TL4wzOY+o=yMyDB5qg@mail.gmail.com> <BY3PR13MB4787E7127067365E17C8CA549AF29@BY3PR13MB4787.namprd13.prod.outlook.com> <8E42833F-A9A9-4B70-803F-1CCBFD093641@tony.li> <CA+b+ER=b4vwPqOzHNwObBTN_9+V_Y2ZxHTPvEzce126pxgxo9A@mail.gmail.com> <49DC40FF-0766-4732-AB28-429BB95A9BB2@tony.li> <CA+b+ERkcKAcMNHYjBq3-m8KnR0MP+8ZrMJ2d=xciUdeb6YiMgw@mail.gmail.com> <35B8A2B2-5974-4A3C-A496-D34D89B81130@tony.li> <CA+b+ERmrL54tHs0rBLRx2GsPWthRHyWcPGUk8W+XpFU4f2i9qw@mail.gmail.com> <1B54CB37-7C2F-438B-AB9C-03C1B3A644A1@tony.li>
In-Reply-To: <1B54CB37-7C2F-438B-AB9C-03C1B3A644A1@tony.li>
From: Robert Raszuk <rraszuk@gmail.com>
Date: Tue, 19 Apr 2022 22:16:41 +0200
Message-ID: <CA+b+ERk8NJrj0eV63-ppEEj3KVYEuptJdXg6e2WEoRCj4ROdbQ@mail.gmail.com>
To: Tony Li <tony.li@tony.li>
Cc: Haoyu Song <haoyu.song@futurewei.com>, Tianran Zhou <zhoutianran=40huawei.com@dmarc.ietf.org>, "mpls@ietf.org" <mpls@ietf.org>, John E Drake <jdrake=40juniper.net@dmarc.ietf.org>
Content-Type: multipart/alternative; boundary="000000000000826d5b05dd078956"
Archived-At: <https://mailarchive.ietf.org/arch/msg/mpls/h0WdhCtKWdpcDotrU8dYAYsUBR8>
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: Tue, 19 Apr 2022 20:15:32 -0000

> That died a long time ago, when the Entropy Label came out.

I don't see it that way. And perhaps that was also Haoyu's point.

There is a significant functional and performance difference from using N
labels for hashing vs checking (doing lookup) if you recognize value of
specific labels embedded down deep in the label stack.

Thx,
R.


On Tue, 19 Apr 2022 at 22:11, Tony Li <tony.li@tony.li> wrote:

>
> Hi Robert,
>
> If those 9 are not MNA capable, then they would see a label (bSPL) that
>> they don’t recognize and should drop the packet.
>>
>
> The whole idea is to avoid having them to even look beyond their own
> transport label.
>
>
>
> That died a long time ago, when the Entropy Label came out.
>
> Tony
>
>
>

v2.23.0 | Report a Bug | By Email