Return-Path: <jmh@joelhalpern.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 AAAF5C14F682;
	Wed, 26 Jun 2024 12:29:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.805
X-Spam-Level: 
X-Spam-Status: No, score=-2.805 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, HTML_MESSAGE=0.001,
	RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=0.001,
	RCVD_IN_MSPIKE_WL=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001,
	SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01,
	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 (1024-bit key)
	header.d=joelhalpern.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 ojQgEfhgJGVD; Wed, 26 Jun 2024 12:29:38 -0700 (PDT)
Received: from mailb2.tigertech.net (mailb2.tigertech.net [208.80.4.154])
	(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 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 6C1EFC14F604;
	Wed, 26 Jun 2024 12:29:38 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1])
	by mailb2.tigertech.net (Postfix) with ESMTP id 4W8Wwy13hvz1pqGN;
	Wed, 26 Jun 2024 12:29:38 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=joelhalpern.com;
	s=2.tigertech; t=1719430178;
	bh=bX9RJlZCHnlcs2ioi4Hy9QFxKb+goA5XHfTa+1KrNGM=;
	h=Date:Subject:To:Cc:References:From:In-Reply-To:From;
	b=furNzGjv9qCz53GlPV2DKTna3OkxLvVauSdP6a+BnbkLx1SszxI9ZAXN3O83Khr+j
	 hmfhDgdOoJFP1l4qSgbu+tEO9r3CyGu+E9swvn6cucSt9xE0QDP1l3a0CwIZk2me66
	 uWukTj5V+sgCJFEZs6jurV/1nVt1H/2/UtacBjhs=
X-Quarantine-ID: <ubpChdt4L5Fa>
X-Virus-Scanned: Debian amavisd-new at b2.tigertech.net
Received: from [192.168.22.41] (unknown [50.233.136.230])
	(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 mailb2.tigertech.net (Postfix) with ESMTPSA id 4W8Wwx43P9z1pxQ9;
	Wed, 26 Jun 2024 12:29:37 -0700 (PDT)
Content-Type: multipart/alternative;
 boundary="------------2XaDa0KPLwynYmuOl2ATYf08"
Message-ID: <9db68de4-aba9-491e-99aa-9cbeefebdae0@joelhalpern.com>
Date: Wed, 26 Jun 2024 15:29:36 -0400
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
To: Rakesh Gandhi <rgandhi.ietf@gmail.com>
References: 
 <MN2PR11MB4064044709C9B25C7A7C39DBD0D62@MN2PR11MB4064.namprd11.prod.outlook.com>
 <CAMZsk6f3fjVgfrfAZmfxL=hrM6PHKpcVOOjXv2eS5=gk3W0TWg@mail.gmail.com>
 <8bec7ee8-de8a-4559-b08d-e7699ea78c09@joelhalpern.com>
 <CAMZsk6cdG=omd=Tmur6+Jpisrt5HzphWPOAgwUH+33R3SoQRaw@mail.gmail.com>
Content-Language: en-US
From: Joel Halpern <jmh@joelhalpern.com>
In-Reply-To: 
 <CAMZsk6cdG=omd=Tmur6+Jpisrt5HzphWPOAgwUH+33R3SoQRaw@mail.gmail.com>
Message-ID-Hash: 3HL6JE7ZJEX4E7XRMTYLHSJZYAWRFBSZ
X-Message-ID-Hash: 3HL6JE7ZJEX4E7XRMTYLHSJZYAWRFBSZ
X-MailFrom: jmh@joelhalpern.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-gandhi-mpls-mna-ioam-dex@ietf.org
X-Mailman-Version: 3.3.9rc4
Precedence: list
Subject: =?utf-8?q?=5Bmpls=5D_Re=3A_Request_WG_adoption_for_draft-jags-mpls-ps-mna-hd?=
 =?utf-8?q?r-03=2Etxt?=
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
Archived-At: 
 <https://mailarchive.ietf.org/arch/msg/mpls/4sx1m5GZ8bTrSfGDGxgdgenBlRk>
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>

This is a multi-part message in MIME format.
--------------2XaDa0KPLwynYmuOl2ATYf08
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit

While I need to think more about the whole thing, I do now better 
understand your motivation.  Thank you for the explanation.

Yours,

Joel

On 6/26/2024 3:08 PM, Rakesh Gandhi wrote:
> Hi Joel,
>
> Thanks for your review comment.
>
> Based on my understanding, some of the main motivations for adding 
> IOAM direct export data fields in PSD instead of ISD would be:
>
>  1. IOAM data fields such as 32-bit Sequence Number or 32-bit
>     Timestamp in an ISD LSE can lead to undesired ECMP behavior on
>     nodes that use labels for ECMP hashing
>  2. IOAM data field format (32-bit) does not fit well into 32-bit ISD
>     LSE due to S bit (e.g., in 31-bit Format D), and it can result in
>     limitations, kind of defeats the use of standard IOAM formats
>  3. IOAM direct export supports extensibility to optionally add
>     “unlimited” number of data fields. When added as ISD, node RLD
>     would make it difficult to process the entire label stack
>  4. IOAM data fields for direct export (e.g., timestamp, sequence
>     number, flow identifier, Namespace-ID, IOAM Option-Type, etc.)
>     represent metadata (extra baggage) in the received packets
>       * NPU simply exports these metadata (extra baggage) and does not
>         really process them, there is not much motivation to place
>         them in ISD.
>
>
> Based on the discussion, will update draft-gandhi-mpls-mna-ioam-dex-01 
> <https://datatracker.ietf.org/doc/html/draft-gandhi-mpls-mna-ioam-dex-01>. 
>
>
> Thanks,
> Rakesh
>
>
>
> On Wed, Jun 26, 2024 at 10:06 AM Joel Halpern <jmh@joelhalpern.com> wrote:
>
>     Rakesh, I tried to understand the explanation in your draft for
>     why the iOAM DEX needs to be post-stack data.  I could not parse
>     it.  Could you write an email that explains why you think it is
>     needed?
>
>     Thank you,
>
>     Joel
>
>     On 6/26/2024 9:12 AM, Rakesh Gandhi wrote:
>>     Thanks Jags.
>>
>>     The PSD solution for MNA defined in draft-jags-mpls-ps-mna-hdr-03
>>     is used for IOAM and IOAM DEX in draft-gandhi-mpls-mna-ioam-dex-01:
>>
>>         https://datatracker.ietf.org/doc/html/draft-gandhi-mpls-mna-ioam-dex-01
>>
>>
>>     IOAM and IOAM DEX use-cases for MNA are defined in
>>     draft-ietf-mpls-mna-usecases-10:
>>     https://datatracker.ietf.org/doc/html/draft-ietf-mpls-mna-usecases-10
>>
>>     The PSD solution is useful for IOAM and IOAM-DEX, I support the
>>     request for WG adoption for draft-jags-mpls-ps-mna-hdr-03 (as
>>     co-author).
>>
>>     P.S. I understand this email was not the WG adoption poll
>>     initiated by the chairs.
>>
>>     Thanks,
>>     Rakesh
>>
>>
>>
>>
>>
>>     On Tue, Jun 25, 2024 at 10:52 PM Jaganbabu Rajamanickam
>>     (jrajaman) <jrajaman=40cisco.com@dmarc.ietf.org> wrote:
>>
>>         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 tompls-leave@ietf.org
>
--------------2XaDa0KPLwynYmuOl2ATYf08
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 8bit

<!DOCTYPE html>
<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <p>While I need to think more about the whole thing, I do now better
      understand your motivation.  Thank you for the explanation.</p>
    <p>Yours,</p>
    <p>Joel<br>
    </p>
    <div class="moz-cite-prefix">On 6/26/2024 3:08 PM, Rakesh Gandhi
      wrote:<br>
    </div>
    <blockquote type="cite"
cite="mid:CAMZsk6cdG=omd=Tmur6+Jpisrt5HzphWPOAgwUH+33R3SoQRaw@mail.gmail.com">
      <meta http-equiv="content-type" content="text/html; charset=UTF-8">
      <div dir="ltr">
        <div><font size="4">Hi Joel,<br>
          </font></div>
        <div><font size="4"><br>
          </font></div>
        <div><font size="4">Thanks for your review comment.<br>
          </font></div>
        <div><font size="4"><br>
          </font></div>
        <div>
          <p class="MsoNormal"
            style="margin:0cm;font-family:&quot;Aptos&quot;,sans-serif"><font
              size="4">Based on my understanding, some of the main
              motivations for adding IOAM direct export data fields in
              PSD
              instead of ISD would be:<br>
            </font></p>
        </div>
        <div>
          <ol>
            <li><font size="4">IOAM data fields such as 32-bit Sequence
                Number or 32-bit Timestamp in an ISD LSE can lead to
                undesired ECMP behavior on nodes that use labels for
                ECMP hashing<span
                  style="font-family:&quot;Arial&quot;,sans-serif"
                  lang="EN-US"></span></font></li>
            <li><font size="4">IOAM data field format (32-bit) does not
                fit well into 32-bit ISD LSE due to S bit (e.g., in
                31-bit Format D), and it can result in limitations, kind
                of defeats the use of standard IOAM formats<span></span></font></li>
            <li><font size="4">IOAM direct export supports extensibility
                to optionally add “unlimited” number of data fields.
                When added as ISD, node RLD would make it difficult to
                process the entire label stack<span></span></font></li>
            <li class="MsoNormal"
style="margin:0cm;font-family:&quot;Aptos&quot;,sans-serif"><font
                size="4">IOAM data fields for direct export (e.g.,
                timestamp, sequence number, flow identifier,
                Namespace-ID, IOAM Option-Type, etc.) represent metadata
                (extra baggage) in the received packets<span></span></font></li>
            <ul>
              <li class="MsoNormal"
style="margin:0cm;font-family:&quot;Aptos&quot;,sans-serif"><font
                  size="4">NPU simply exports these metadata (extra
                  baggage) and does not really process them, there is
                  not much motivation to place them in ISD.<span></span></font></li>
            </ul>
          </ol>
          <div><font size="4"><br>
            </font></div>
          <div><font size="4">Based on the discussion, will update <a
href="https://datatracker.ietf.org/doc/html/draft-gandhi-mpls-mna-ioam-dex-01"
                target="_blank" moz-do-not-send="true">draft-gandhi-mpls-mna-ioam-dex-01</a>.</font>
            <div> </div>
          </div>
          <div><font size="4"><br>
            </font></div>
          <div><font size="4">Thanks,</font></div>
          <div><font size="4">Rakesh</font></div>
          <div><br>
          </div>
          <div><br>
          </div>
        </div>
      </div>
      <br>
      <div class="gmail_quote">
        <div dir="ltr" class="gmail_attr">On Wed, Jun 26, 2024 at
          10:06 AM Joel Halpern &lt;<a href="mailto:jmh@joelhalpern.com"
            moz-do-not-send="true" class="moz-txt-link-freetext">jmh@joelhalpern.com</a>&gt;
          wrote:<br>
        </div>
        <blockquote class="gmail_quote"
style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
          <div>
            <p>Rakesh, I tried to understand the explanation in your
              draft for why the iOAM DEX needs to be post-stack data.  I
              could not parse it.  Could you write an email that
              explains why you think it is needed?</p>
            <p>Thank you,</p>
            <p>Joel<br>
            </p>
            <div>On 6/26/2024 9:12 AM, Rakesh Gandhi wrote:<br>
            </div>
            <blockquote type="cite">
              <div dir="ltr">
                <div>Thanks Jags.</div>
                <div><br>
                </div>
                <div>The PSD solution for MNA defined in
                  draft-jags-mpls-ps-mna-hdr-03 is used for IOAM and
                  IOAM DEX in draft-gandhi-mpls-mna-ioam-dex-01:</div>
                <div>
                  <dl>
                    <dd><a
href="https://datatracker.ietf.org/doc/html/draft-gandhi-mpls-mna-ioam-dex-01"
                        target="_blank" moz-do-not-send="true"
                        class="moz-txt-link-freetext">https://datatracker.ietf.org/doc/html/draft-gandhi-mpls-mna-ioam-dex-01</a></dd>
                  </dl>
                </div>
                <div><br>
                </div>
                <div>IOAM and IOAM DEX use-cases for MNA are defined in
                  draft-ietf-mpls-mna-usecases-10:</div>
                <div style="margin-left:40px"><a
href="https://datatracker.ietf.org/doc/html/draft-ietf-mpls-mna-usecases-10"
                    target="_blank" moz-do-not-send="true"
                    class="moz-txt-link-freetext">https://datatracker.ietf.org/doc/html/draft-ietf-mpls-mna-usecases-10</a></div>
                <div><br>
                </div>
                <div>The PSD solution is useful for IOAM and IOAM-DEX, I
                  support the request for WG adoption for
                  draft-jags-mpls-ps-mna-hdr-03 (as co-author). <br>
                </div>
                <div><br>
                </div>
                <div>P.S. I understand this email was not the WG
                  adoption poll initiated by the chairs.<br>
                </div>
                <div><br>
                </div>
                <div>Thanks,</div>
                <div>Rakesh <br>
                </div>
                <div><br>
                </div>
                <div><br>
                </div>
                <div><br>
                </div>
                <div><br>
                </div>
              </div>
              <br>
              <div class="gmail_quote">
                <div dir="ltr" class="gmail_attr">On Tue, Jun 25, 2024
                  at 10:52 PM Jaganbabu Rajamanickam (jrajaman)
                  &lt;jrajaman=<a
                    href="mailto:40cisco.com@dmarc.ietf.org"
                    target="_blank" moz-do-not-send="true"
                    class="moz-txt-link-freetext">40cisco.com@dmarc.ietf.org</a>&gt;
                  wrote:<br>
                </div>
                <blockquote class="gmail_quote"
style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
                  <div>
                    <div lang="EN-CA">
                      <div>
                        <p class="MsoNormal"><span
                            style="font-size:11pt">Hello Chairs,</span></p>
                        <p class="MsoNormal"><span
                            style="font-size:11pt">   We would like to
                            request WG adoption for
                            draft-jags-mpls-ps-mna-hdr.</span></p>
                        <p class="MsoNormal"><span
                            style="font-size:11pt">   Updated the draft
                            with the initial review comments and the
                            latest MNA header format.</span></p>
                        <p class="MsoNormal"><span
                            style="font-size:11pt"> </span></p>
                        <p class="MsoNormal"><span
                            style="font-size:11pt">  Welcome your review
                            comments and suggestions.</span></p>
                        <p class="MsoNormal"><span
                            style="font-size:11pt"> </span></p>
                        <p class="MsoNormal"><span
                            style="font-size:11pt"> </span></p>
                        <p class="MsoNormal"><span
                            style="font-size:11pt">Thanx,</span></p>
                        <p class="MsoNormal"><span
                            style="font-size:11pt">Jags</span></p>
                      </div>
                    </div>
                    _______________________________________________<br>
                    mpls mailing list -- <a href="mailto:mpls@ietf.org"
                      target="_blank" moz-do-not-send="true"
                      class="moz-txt-link-freetext">mpls@ietf.org</a><br>
                    To unsubscribe send an email to <a
                      href="mailto:mpls-leave@ietf.org" target="_blank"
                      moz-do-not-send="true"
                      class="moz-txt-link-freetext">mpls-leave@ietf.org</a><br>
                  </div>
                </blockquote>
              </div>
              <br>
              <fieldset></fieldset>
              <pre>_______________________________________________
mpls mailing list -- <a href="mailto:mpls@ietf.org" target="_blank"
              moz-do-not-send="true" class="moz-txt-link-freetext">mpls@ietf.org</a>
To unsubscribe send an email to <a href="mailto:mpls-leave@ietf.org"
              target="_blank" moz-do-not-send="true"
              class="moz-txt-link-freetext">mpls-leave@ietf.org</a>
</pre>
            </blockquote>
          </div>
        </blockquote>
      </div>
    </blockquote>
  </body>
</html>

--------------2XaDa0KPLwynYmuOl2ATYf08--

