[mpls] Re: Request WG adoption for draft-jags-mpls-ps-mna-hdr-03.txt

Greg Mirsky <gregimirsky@gmail.com> Thu, 27 June 2024 00:49 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 F3C7EC15108B; Wed, 26 Jun 2024 17:49:33 -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, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, 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 ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FZ639dcePX9k; Wed, 26 Jun 2024 17:49:33 -0700 (PDT)
Received: from mail-yb1-xb2c.google.com (mail-yb1-xb2c.google.com [IPv6:2607:f8b0:4864:20::b2c]) (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 8A752C14F713; Wed, 26 Jun 2024 17:49:11 -0700 (PDT)
Received: by mail-yb1-xb2c.google.com with SMTP id 3f1490d57ef6-e02b571b0f6so7133272276.0; Wed, 26 Jun 2024 17:49:11 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1719449350; x=1720054150; darn=ietf.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=mxlo4pWpIqWl24JbimV0CinVJJDLNV8si7Wci1Dpw88=; b=EOPmT8a+0UPo0X5eeurZe0QY08XhB6cTuV/XEArxU0rWFSQ2xmZ602Ltm/p/7ksE6b o0QcO+cZ/VWs+zYOZUmZ3y00GP+NPFklRZice/g+VaVLAt9mYPAXKGITbWDacM05UEAL e0BPeWec4eRIgneX/nx5c6i64pY5NiVpkMddzOXtIlfXGeqF/oGNdpxbIQSOYBYUnWPI cYtj4hyPfpYEF72sciFeqRMkwoe3/k2VNlrrw1JSgnLyprsje9nS7Bs9OH3i7rHybN7i 92OgrxNuc1OGIs6vIT/pZJS79eKYMv/Nt/Jwv3MDRMC/8K/StkMb0BzGKRD85tFYVoX/ ORMg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1719449350; x=1720054150; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=mxlo4pWpIqWl24JbimV0CinVJJDLNV8si7Wci1Dpw88=; b=uDzXF8HzACeBWFGczMvRfRn6CPBrfQY0i6VAOB7TGZXFzEzvWw5K1aX4zuvEzNkx/3 eNs0j5jhfIQqmLdWCXlSs9MvsSEex3Ug3xL3E0nY4RLZPgrD48dNQEZp2vT4I5zRbpPw Yq4e2Ye/JxU+TNj4Rt0ihDK/MjkXKnnCZxh7QskSYzkTARHuXCjxR07BvD+otFHuSbDR 7cF6N+q+NNaNcWKm4cpw0u6bLeTlHrn6XUlEQPFoSnISG1xXBtgo4OtOAXob06xr0aGS h6ztRbl/2ksSfGnHg0rPLHADRC6a20ATmEtiJuqeJZYiYFCYFeMRWXX0Bu6BRjBhBgUk gjnA==
X-Forwarded-Encrypted: i=1; AJvYcCVrojbpopGrMCSQI+wg44rfVZVll3SKPmQXaeXS+9rypQc83/jeONmECD71GY8nuHfmfuxCrn3pbq86IE0XcmGuarH+gwD935vAXL16/wRzlcO3bAujNIqIRfecjKk8Bv/s9w==
X-Gm-Message-State: AOJu0YxGEl8kozIbbNpHFQhZcxSPD1cYtL9uuRytiUwouYSj4kYF7DAc YpkcbCZgqQai+xPv9youMHS66/id+fRGuiddlaywTu8PvZKABg+f9z3uumeKpZ8ctiWSc/PX17z bCU4pg8p9u67O49RtHUEHICwSd0Q=
X-Google-Smtp-Source: AGHT+IFQXC6DUPaRCG7XXATsP9BDVi5lB9AzByLtWKjFksJ2YBB/0AaLsWSbx6Hyi7OAWT666CJx0C/A17lYsGeqC9o=
X-Received: by 2002:a25:8688:0:b0:e02:c36f:1fba with SMTP id 3f1490d57ef6-e0303f3c7d1mr11191744276.14.1719449350314; Wed, 26 Jun 2024 17:49:10 -0700 (PDT)
MIME-Version: 1.0
References: <MN2PR11MB4064044709C9B25C7A7C39DBD0D62@MN2PR11MB4064.namprd11.prod.outlook.com> <20fade0a-e70a-4e62-a9d3-504e29940843@pi.nu> <7c285cf9-8f6c-4a57-b340-77e0772bef9b@joelhalpern.com> <BY3PR13MB4787695C339B55292A9D6F009AD62@BY3PR13MB4787.namprd13.prod.outlook.com> <CA+RyBmX9E6NP750o=f3qwbp3QGQhtO_bw+Uay0gqH0GA7XLL=g@mail.gmail.com> <BY3PR13MB4787BFB6D1CFA9AF48A303C19AD62@BY3PR13MB4787.namprd13.prod.outlook.com> <CA+RyBmVw6S9hy7bavwq3ZkH2yhMdcikKGb4JMoO_qXmje-Ss0w@mail.gmail.com> <b44a0a684b314a38be3c4533c28e7465@huawei.com>
In-Reply-To: <b44a0a684b314a38be3c4533c28e7465@huawei.com>
From: Greg Mirsky <gregimirsky@gmail.com>
Date: Wed, 26 Jun 2024 17:48:59 -0700
Message-ID: <CA+RyBmUmzbeWdouO4ChuU5PkrFiknv-ZS5OJL0pXMkffSYCQ1w@mail.gmail.com>
To: Tianran Zhou <zhoutianran@huawei.com>
Content-Type: multipart/alternative; boundary="000000000000bc252d061bd47fda"
Message-ID-Hash: 4JZ6BTAIEM3FAXLG7O3OCKUBRO6I6B5T
X-Message-ID-Hash: 4JZ6BTAIEM3FAXLG7O3OCKUBRO6I6B5T
X-MailFrom: gregimirsky@gmail.com
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-mpls.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: mpls <mpls@ietf.org>, "draft-jags-mpls-ps-mna-hdr@ietf.org" <draft-jags-mpls-ps-mna-hdr@ietf.org>, "Zhukeyi(Kaiyin,Datacom Standard&Patent)" <zhukeyi@huawei.com>
X-Mailman-Version: 3.3.9rc4
Precedence: list
Subject: [mpls] Re: Request WG adoption for draft-jags-mpls-ps-mna-hdr-03.txt
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/mpls/Iue_3Ox_R2NWGysMRUSC_rsKZVY>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mpls>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Owner: <mailto:mpls-owner@ietf.org>
List-Post: <mailto:mpls@ietf.org>
List-Subscribe: <mailto:mpls-join@ietf.org>
List-Unsubscribe: <mailto:mpls-leave@ietf.org>

Hi Tianran,
can you help me understanding how the IOAM Preallocated Trace Option-Type
mitigates the MSD constraint? Personally, I think that any PSD-based
solution can reliably work only for I2E scope. Am I missing something?

Regards,
Greg

On Wed, Jun 26, 2024 at 5:38 PM Tianran Zhou <zhoutianran@huawei.com> wrote:

> Hi Greg,
>
>
>
> I think the IOAM pre-allocated tracing mode can mitigate the MSD issue.
>
> How about we only apply this mode in MNA?
>
>
>
> Tianran
>
>
>
> *From:* Greg Mirsky [mailto:gregimirsky@gmail.com]
> *Sent:* Thursday, June 27, 2024 7:41 AM
> *To:* Haoyu Song <haoyu.song@futurewei.com>
> *Cc:* mpls <mpls@ietf.org>; draft-jags-mpls-ps-mna-hdr@ietf.org
> *Subject:* [mpls] Re: Request WG adoption for
> draft-jags-mpls-ps-mna-hdr-03.txt
>
>
>
> Hi Haoyu,
>
> I find the argument "We don't care about your problem" unusual for an
> environment striving to reach, although rough, consensus nevertheless. MSD
> is a well-known network constraint that, I suspect, would not go away very
> soon (similar to using the label stack to generate entropy in the ECMP
> environment). MSD is real, and we must consider it when making design
> decisions. I don't think that operators will look favorably at a technology
> that requires the forklift upgrade of a network.
>
>
>
> Regards,
>
> Greg
>
>
>
> On Wed, Jun 26, 2024 at 4:31 PM Haoyu Song <haoyu.song@futurewei.com>
> wrote:
>
> Greg,
>
> A feature having severe performance impact to one device doesn’t
> necessarily mean it has the same issue to others’ devices. Also, not
> everyone must implement it. It’s all about user’s preference, capability,
> and choice.
>
>
>
> Best,
>
> Haoyu
>
> *From:* Greg Mirsky <gregimirsky@gmail.com>
> *Sent:* Wednesday, June 26, 2024 1:06 PM
> *To:* Haoyu Song <haoyu.song@futurewei.com>
> *Cc:* Joel Halpern <jmh@joelhalpern.com>; Loa Andersson <loa@pi.nu>; mpls
> <mpls@ietf.org>; draft-jags-mpls-ps-mna-hdr@ietf.org
> *Subject:* Re: [mpls] Re: Request WG adoption for
> draft-jags-mpls-ps-mna-hdr-03.txt
>
>
>
> Hi Haoyu,
>
> I am surprised that the proponents of PSD-based solution use limited
> impact on the MPLS label stack depth as an argument while seemingly
> ignoring the MSD issue that, in my opinion, might have more severe impact
> on degrading the forwarding performance of the already deployed networking
> devices.
>
>
>
> Regards,
>
> Greg
>
>
>
> On Wed, Jun 26, 2024 at 12:59 PM Haoyu Song <haoyu.song@futurewei.com>
> wrote:
>
> Hi Joel,
>
> I think it's important to support IOAM DEX as specified in RFC9326. I
> don't think it can still be called IOAM DEX if the header format is changed
> in order to fit it in ISD.  As Rakesh has explained, the header itself is
> extensible, and the header size is large with options. Both these make it
> unsuitable for ISD.
>
> Best,
> Haoyu
>
> -----Original Message-----
> From: Joel Halpern <jmh@joelhalpern.com>
> Sent: Wednesday, June 26, 2024 12:35 PM
> To: Loa Andersson <loa@pi.nu>; mpls <mpls@ietf.org>;
> draft-jags-mpls-ps-mna-hdr@ietf.org
> Subject: [mpls] Re: Request WG adoption for
> draft-jags-mpls-ps-mna-hdr-03.txt
>
> Loa, you list three bullet points with three different results. However,
> what has been shown so far seems to correspond to your first case, which
> you state does not justify two solutions. Adopting a post-stack data
> solution before we decide we are in case three, or in case 2 and feel the
> tradeoff is right, seems premature.   It may well be that the ps draft is
> the right starting point once we have agreed on the problems to be solved.
> Which is why I am trying to understand the motivations for Rakesh' iOAM dex
> draft.  (I do think we need to support IOAM DEX.)
>
> Yours,
>
> Joel
>
> On 6/26/2024 3:30 PM, Loa Andersson wrote:
> > Jags, authors, chairs, working group,
> >
> >
> > I support making draft-jags-mpls-ps-mna-hdr a working group document.
> >
> > It has repeatedly been said by those who want ISD-solutions that
> > PSD-solutions ar not needed.
> >
> > I think this is a fundamentally flawed way of asking the question.
> >
> > - if we have a choice between two solutions and they are equally good
> >   for all cases, then it makes sense to try to find consensus for
> > adopting
> >   one of the solutions
> > - if we have a choice between two solutions there both solutions "can
> > do" all
> >   cases, but there one is significantly better for one set of cases
> > and the
> >   other is significantly better for the remaining cases, we should
> > cases we
> >    should seriously consider going for two solutions.
> > - if we we have the a choice between two solutions there one can solve
> > part of
> >   the cases and the other the remaining cases, the we need to go for two
> >   solutions.
> >
> > /Loa
> >
> >
> > Den 2024-06-26 kl. 04:50, skrev Jaganbabu Rajamanickam (jrajaman):
> >>
> >> Hello Chairs,
> >>
> >>    We would like to request WG adoption for draft-jags-mpls-ps-mna-hdr.
> >>
> >>    Updated the draft with the initial review comments and the latest
> >> MNA header format.
> >>
> >>   Welcome your review comments and suggestions.
> >>
> >> Thanx,
> >>
> >> Jags
> >>
> >>
> >> _______________________________________________
> >> mpls mailing list -- mpls@ietf.org
> >> To unsubscribe send an email to mpls-leave@ietf.org
> >
>
> _______________________________________________
> mpls mailing list -- mpls@ietf.org
> To unsubscribe send an email to mpls-leave@ietf.org
> _______________________________________________
> mpls mailing list -- mpls@ietf.org
> To unsubscribe send an email to mpls-leave@ietf.org
>
>