Re: [mpls] Concerns about ISD

Greg Mirsky <gregimirsky@gmail.com> Wed, 13 April 2022 02:09 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 61FFA3A18B5 for <mpls@ietfa.amsl.com>; Tue, 12 Apr 2022 19:09:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.107
X-Spam-Level:
X-Spam-Status: No, score=-1.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, FREEMAIL_REPLY=1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=no 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 xPFHQbhd2O3n for <mpls@ietfa.amsl.com>; Tue, 12 Apr 2022 19:09:51 -0700 (PDT)
Received: from mail-lj1-x235.google.com (mail-lj1-x235.google.com [IPv6:2a00:1450:4864:20::235]) (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 79D883A18BA for <mpls@ietf.org>; Tue, 12 Apr 2022 19:09:51 -0700 (PDT)
Received: by mail-lj1-x235.google.com with SMTP id u19so483134ljd.11 for <mpls@ietf.org>; Tue, 12 Apr 2022 19:09: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=D7dTk++MRkcoXrnf2C/zDV2lb0tAS5ftvtq3lBo8brY=; b=cCgYjUjNMIJylBwAkzGv9NL+D4miZnJ+unZ9QdZY2358Tq5scfWZ9DLr2Lqxg2JDCy nHLnwtVU6Cq5RxXp47hSLEcBYjvPWc0awLLeRovFPOjMq+XPE6v5u3EsbRIeeevuEEnA km1npD0l3vGkbpOta1BLY74CqiV5ufWvif05a2SRV3Pwzx4pmijvi0VfDBQk0TPfHyg5 E8DDsSbnoE/E4nCm7o4VkEqy0VG+gJAmYQkE1hY9LlKhjiglzs2eylpVrpiFhP0v3N6l 8gH9CPyiSduKJkKwHYTIszplsbfgQPTuwQFR3H88prr3BcyfJzMiApbknbNGreNtJ+MY FgMA==
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=D7dTk++MRkcoXrnf2C/zDV2lb0tAS5ftvtq3lBo8brY=; b=K57Ca54GuJNhHjOpBr2fx10EiRPuEdgrBlovjkaz6AG7tTcwtb+u3FWp3oW2bIo65i r/SMtEUWD6tmDW9v+aDnkhZ3kllAmgK0J6d/uM8lKyteE3oPpU2FP++t2ljxI45LvuX3 xVyt/2ct60Gnz9yGsHEmsqT/m3339CmghbyvnUx60V1TylGuPb+RwaE5Tzmlg8IgJtHn v/0dmEWymIsmt1hLkc4I9v7KWN6KRQr+YqnnzNi1RiDRbWpzXghYPAM3CP877jxVmUWF ePBZnQogYFlQ8ADMdfBibk5zqLvyUHc6O8z5LjaEntgP9ot8fvPlKOd51g+1K9je9b7w +2Ww==
X-Gm-Message-State: AOAM530zEhyFki9qL4jmKlE6NbBn5pks6yBwMKp6Zg4ooba4tjXCsPf7 lI0zwggBbA9a6iDgXFpOuIUVXAAKrbDmlV7ZP4s=
X-Google-Smtp-Source: ABdhPJxNMVhcoV+BswY1nKbqKOgI/lwqvKTn53KlX3oPA7zD/NPTDCx4LQdb4k0nXjrJbano+CUY/NxxBMC5GSElYz8=
X-Received: by 2002:a05:651c:1501:b0:249:8d28:5659 with SMTP id e1-20020a05651c150100b002498d285659mr25685124ljf.138.1649815788597; Tue, 12 Apr 2022 19:09:48 -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>
In-Reply-To: <a29c96be774845e582a66700d2264f7b@huawei.com>
From: Greg Mirsky <gregimirsky@gmail.com>
Date: Tue, 12 Apr 2022 19:09:36 -0700
Message-ID: <CA+RyBmXtz1bDE+_YifueKoHg-ji=24rQGc9+LUESMnZL4cz4dg@mail.gmail.com>
To: Tianran Zhou <zhoutianran=40huawei.com@dmarc.ietf.org>
Cc: John E Drake <jdrake=40juniper.net@dmarc.ietf.org>, Tony Li <tony.li@tony.li>, "mpls@ietf.org" <mpls@ietf.org>
Content-Type: multipart/alternative; boundary="00000000000006351505dc7facc4"
Archived-At: <https://mailarchive.ietf.org/arch/msg/mpls/KJEhFXuR_QFY7OlBTk9L-4JpN9o>
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: Wed, 13 Apr 2022 02:09:57 -0000

Hi Tianran,
I have got several questions based on the discussion we had of the use
cases and hope you could share your opinion:

   - Do you see a benefit of supporting EL using NMA? If EL is supported by
   NMA, should it be in ISD or PSD?
   - If NMA supports GISS, where do you see it - ISD or PSD?
   - If NMA to support IOAM in MPLS be only Preallocated Trace Option and
   Direct Export types, would you consider carrying the IOAM Header in ISD?

Regards,
Greg

On Tue, Apr 12, 2022 at 6:17 PM Tianran Zhou <zhoutianran=
40huawei.com@dmarc.ietf.org> wrote:

> Hi,
>
>
>
> Comments in line.
>
>
>
> Tianran
>
>
>
>
>
> Juniper Business Use Only
>
> *From:* mpls <mpls-bounces@ietf.org> *On Behalf Of *Tianran Zhou
> *Sent:* Tuesday, April 12, 2022 2:36 AM
> *To:* Tony Li <tony.li@tony.li>
> *Cc:* mpls@ietf.org
> *Subject:* Re: [mpls] Concerns about ISD
>
>
>
> *[External Email. Be cautious of content]*
>
>
>
> Hi Tony,
>
>
>
> >>Pushing data to PSD and beyond the RLSD will cause systems to be
> excluded from the path or take a significant performance hit.
>
>
>
> If I know the RLSD of each node, there are many ways to prevent some nodes
> from pushing data to PSD.
>
>
>
> *[JD]  Given that you *only* want to use PSD, what is the above sentence
> proposing? *
>
>
>
> *ZTR> If you followed the past few emails, Tony misled people that PSD
> will hinder the interoperability. I just show you how PSD will not.
> According to your description below on the ISD process, it’s the same as
> PSD somehow. I did not see the ISD advantage.*
>
>
>
> I would like to know how ISD could survive if the ISD exceed the RLSD?
>
>
>
> *[JD]  The correct term is Network Actions  Sub-stack (NAS).  To answer
> your question, a transit node will miss the NAS regardless of whether it
> contains in-stack data.  This is the point that Tony has been making for
> the past few email iterations*
>
>
>
> *ZTR> Creating new terms does not help the community. I do not care the
> fancy term you created. Could you please point me out how many times Tony
> has clarified the ISD process? And where they are? I may have missed.*
>
> *In my brain, Tony did not address any of my concerns on ISD, but only
> kept ignoring the fact I presented. It’s not a good way for technique
> discussion.*
>
>
>
> Best,
> Tianran
>
>
>
> *From:* Tony Li [mailto:tony1athome@gmail.com <tony1athome@gmail.com>] *On
> Behalf Of *Tony Li
> *Sent:* Tuesday, April 12, 2022 2:03 PM
> *To:* Tianran Zhou <zhoutianran@huawei.com>
> *Cc:* mpls@ietf.org
> *Subject:* Re: [mpls] Concerns about ISD
>
>
>
>
>
> Hi Tianran,
>
>
>
> ZTR2> PSD can work with RLSD, I cannot see how it will hinder the
> interoperability.
>
>
>
>
>
> Pushing data to PSD and beyond the RLSD will cause systems to be excluded
> from the path or take a significant performance hit.
>
>
>
> Tony
>
>
> _______________________________________________
> mpls mailing list
> mpls@ietf.org
> https://www.ietf.org/mailman/listinfo/mpls
>