Re: [mpls] Concerns about ISD

Robert Raszuk <rraszuk@gmail.com> Tue, 19 April 2022 20:02 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 692E43A111B for <mpls@ietfa.amsl.com>; Tue, 19 Apr 2022 13:02:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.108
X-Spam-Level:
X-Spam-Status: No, score=-2.108 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, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01] autolearn=unavailable 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 QqHxUCxuaezA for <mpls@ietfa.amsl.com>; Tue, 19 Apr 2022 13:02:16 -0700 (PDT)
Received: from mail-qv1-xf29.google.com (mail-qv1-xf29.google.com [IPv6:2607:f8b0:4864:20::f29]) (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 965353A111A for <mpls@ietf.org>; Tue, 19 Apr 2022 13:02:16 -0700 (PDT)
Received: by mail-qv1-xf29.google.com with SMTP id dw17so2467157qvb.9 for <mpls@ietf.org>; Tue, 19 Apr 2022 13:02:16 -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=Wz4p2vY+nVu5sjr1YuY+On+R/dBI5Y8vl32gxZ4TKIg=; b=Ur4LnJHvAUkV99W7Nw8KYUzIsd8Mwpr9yEyOzFx6Rjz850cTpq1OdFNxnPTHJF8gPZ iSJfH5E2RoasBxeCWplW8OMzNh7vZqQ7KujuJLkyQUj2UMJI1NeBv1EWhv4MnDI48Ebr DbhCuBHfa6FBefgPLFQBzHrtfoxyBWdqlzLb3pq4gWOCOzXxc6mlqfIa78MPXx9HZoba Qj/mTUfKwZweGybCWZJT0lh0dN03o7KcouR5WfspFWirx+yF2upjV77i8TD6asKr09ti DxUklOZe5/Uh8L5MLyGCuCiLOYXmPGm1gcEQ18PPrnumbo9HbUTqfmOOExjxwpAUh7TW CchA==
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=Wz4p2vY+nVu5sjr1YuY+On+R/dBI5Y8vl32gxZ4TKIg=; b=cB6KwaXn+fB9W7Za1SIJMC/dXGkwRtxuTzY0e2Kjg0ZM/P7u4gEe2IjHZEn6ukqz4z WbdQ3ntPODoiMgkjyuLn1J0FvlmR8mK0OnAliF+9bM1Kl2CU8Mjqs72qcYINBqGYobk7 2TZ35PAyGxQIbTNkJYbx6plJ6nHyceC1iZ/0q1Z5wvHP/rX3B/4BaBL7o1R8p2IfDun9 Caw574/2NQPkjfur/KBNDAueERNPZ982Njr31aCEbgBEZyEKGA8wtbGwtrO9BZBgPdEH eL9q3DDDC+t9jHhuUkzKRtinz6GjaHnquxwZpUlfAZv0fbPVDT6abpM3/JXglCOH67rl xfpg==
X-Gm-Message-State: AOAM53028VWrnTNCaNOgU+4rN6UuvcmmSx07vmvlGkaHRJsJFOkiDsox ms1nrD+rTjsNHoCqqBIh9+zVDmK+PM2HtH4ElcHJXMoL
X-Google-Smtp-Source: ABdhPJy88RK90SimDjF3FWwRIes1UytvTGnUtp18O0FqZd+cBbMcGK0A/NGaVlXbhtiDae7abJLGIirOzVPNRiOPH0c=
X-Received: by 2002:a05:6214:5282:b0:443:9905:a58f with SMTP id kj2-20020a056214528200b004439905a58fmr13186894qvb.98.1650398535099; Tue, 19 Apr 2022 13:02:15 -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>
In-Reply-To: <35B8A2B2-5974-4A3C-A496-D34D89B81130@tony.li>
From: Robert Raszuk <rraszuk@gmail.com>
Date: Tue, 19 Apr 2022 22:03:31 +0200
Message-ID: <CA+b+ERmrL54tHs0rBLRx2GsPWthRHyWcPGUk8W+XpFU4f2i9qw@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="0000000000006c294005dd075ae2"
Archived-At: <https://mailarchive.ietf.org/arch/msg/mpls/oDM3dzxtLWIpuWkD707xDUfkHJg>
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:02:22 -0000

> 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.

No solutions have proposed using non-standard top labels and the MNA
> special label is not supposed to make it to the top of stack.
>

Neither do I. Top label is a standard label. The lookup of a standard
label may yield three switching vectors:

* swap with another label and fwd

* forward (no swap in case of domain wide label)

* swap or fwd but look higher as label stack contains something more you
may recognize or not. Here your list of options comes in.

Thx,
R.






>
>
> Yet for some packets we may want to have such actions executed and those
> will be using different top label.
>
> This does double the amount of labels (if one is to use
> uncoordinated allocations) but the benefit seems very sweet. And it works
> well with domain wide and local labels.
>
> Some may just perhaps use a special label range (ex: set top bit) to
> indicate special action trigger.
>
> Thoughts ?
>
>
>
> I don’t understand what you’re proposing.  Maybe if you wrote it down...
>
> Tony
>
>
>
>