[mpls] Re: John Scudder's Discuss on draft-ietf-mpls-inband-pm-encapsulation-15: (with DISCUSS and COMMENT)

Tony Li <tony.li@tony.li> Tue, 10 September 2024 06:30 UTC

Return-Path: <tony1athome@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 D6386C14F6A1; Mon, 9 Sep 2024 23:30:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.754
X-Spam-Level:
X-Spam-Status: No, score=-1.754 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FORGED_FROMDOMAIN=0.001, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.25, HTML_MESSAGE=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=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 ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Sal_z8FyzTwt; Mon, 9 Sep 2024 23:30:48 -0700 (PDT)
Received: from mail-pg1-x52b.google.com (mail-pg1-x52b.google.com [IPv6:2607:f8b0:4864:20::52b]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D7122C14F685; Mon, 9 Sep 2024 23:30:48 -0700 (PDT)
Received: by mail-pg1-x52b.google.com with SMTP id 41be03b00d2f7-7d4f85766f0so309955a12.2; Mon, 09 Sep 2024 23:30:48 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1725949848; x=1726554648; darn=ietf.org; h=references:to:cc:in-reply-to:date:subject:mime-version:message-id :from:sender:from:to:cc:subject:date:message-id:reply-to; bh=uzuLJaZXnjyBQQobfJd+x4/soPEydHqW9MS3Xo6qd1k=; b=K6IegRtmGRXTORcAEbHVSnUre70XU0xvi6rfvKXcdR0Fb9OxGYGtzn326/lLe+ns8s Al8DXhODhj5YpqaSxK0yRRXEPM6YyAM8ze+r7/kd+nf1RjjopA2xPV3EcM0IfzPpBoJp zsFpYiJ+fp0WFZ77uJUtgM4zg/334Wwo6/rmPxu5L6QRn0LLqBp1HOWC+pjTTP3eurgC lh//wRG7fvaPlLlkuNoK6rMpW+l8Ys/unYfeJHOH+Jufu325/sffNWencFhdQp6gTT30 K+yfZVLpuQeg9l8PbMF5rKcVjeZIsByZpTqbhfKwiI/3FdyTJ5JEioBQvxA2+WOXlcSY R3gg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1725949848; x=1726554648; h=references:to:cc:in-reply-to:date:subject:mime-version:message-id :from:sender:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=uzuLJaZXnjyBQQobfJd+x4/soPEydHqW9MS3Xo6qd1k=; b=aC9twl4Uwp5IlqqEq1AlckTlXtaC7ZL7C/1JNAhiBqmEGvtvZpgJW9HGPgMiOhzbVn +hPdSFUpNTDB855IhAyWaFrFCr2f/n8sM7XaXSfu573xQoZdEqEJOsCbFlV7oj6CCWhS +PDrh/mm6Ru8il8DIZnJ6LxJrM9QTcExP8f+zDLvr84Yh5ntWF+4JlCoBaSyzBh91huD qbsOfq8OMyDD4jfoFylUZvxUWKomkV2h6ymKKjyd4PLBsHZq/AdhCwd8PN8HnV6T0dU7 mnizoDfIwZpA3hhyI32Uzm6jzyBh8TU8fNM37xQXUBjPeujaEmX/JnFeD5mBral5Qm3P FX3Q==
X-Forwarded-Encrypted: i=1; AJvYcCVfTk3mHARkeFUZrKL44yDV9PIUP/hs6txdGU94MNoGWvq8hU+CbOVC0+cgrbTNfEDZ9u52tA4w98+o7DgoLBr6ZyKguhHxwFJVFmitlHvTpJwqdueN8mM=@ietf.org, AJvYcCW/UrcjQXNEjws6ppROTJlrh69RwsyMA4NkBLMO7zZZV8wzqi0SO2Gqa+ynFfm/dYi7QXQgfBG91zA4TnM=@ietf.org, AJvYcCWyDk/IaJooUZkIhW9eG0m4qHHfS4e87DYGu7fIlIMYy0Ef2TZ5bF7A1xWEg/7y/dMeKsIWNQ==@ietf.org, AJvYcCX24dazSVAXv/zg4eFwxaElIkr3Iew5gRNpJcl7YJK6QDGCb2WF+O5qi/t14G9dyPBRSBzCmQ==@ietf.org
X-Gm-Message-State: AOJu0YytxV/Iqm5WuUvD/TJLSHfkQ4IQ+wF4xiZ+8yD5seJAXBjbfd/b Np8sbkmsYUDbXQu1zoIa1G+hKbFiF9ePengnpxqQoE8eKJv+rFOH
X-Google-Smtp-Source: AGHT+IEgrhs+Liu31GpyXDaGCYvuB3B7wUvWqz/8iU5mrJ9ZxE6cd/RmmARkt2x43gSOz93zwsXvGA==
X-Received: by 2002:a05:6a20:1b17:b0:1cf:2ab6:a348 with SMTP id adf61e73a8af0-1cf2ab6a41amr11063942637.1.1725949847442; Mon, 09 Sep 2024 23:30:47 -0700 (PDT)
Received: from smtpclient.apple (c-73-93-167-4.hsd1.ca.comcast.net. [73.93.167.4]) by smtp.gmail.com with ESMTPSA id d2e1a72fcca58-719090c1b2dsm695270b3a.185.2024.09.09.23.30.46 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 09 Sep 2024 23:30:46 -0700 (PDT)
Sender: Tony Li <tony1athome@gmail.com>
From: Tony Li <tony.li@tony.li>
Message-Id: <63C1F4CE-3437-4A53-8196-93C00E5FBE6F@tony.li>
Content-Type: multipart/alternative; boundary="Apple-Mail=_DB6B3A33-D09B-4FB3-8125-47D44574BDB6"
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3776.700.51\))
Date: Mon, 09 Sep 2024 23:30:33 -0700
In-Reply-To: <20240910141950285thZInxELPhbnFSBkdgXlH@zte.com.cn>
To: "xiao. min2" <xiao.min2@zte.com.cn>
References: <20240909084747863DD6L3jyLtJvvqYF9jzk2r@zte.com.cn,202409101055422722ZzIyzcS1_YTa9i7ADtDb@zte.com.cn,0845429C-00A4-49E9-8A77-B03DFBFD5F95@tony.li> <20240910141950285thZInxELPhbnFSBkdgXlH@zte.com.cn>
X-Mailer: Apple Mail (2.3776.700.51)
Message-ID-Hash: CKVIDZNKQ4E5K4HQNBVA7K3HEVY6AA42
X-Message-ID-Hash: CKVIDZNKQ4E5K4HQNBVA7K3HEVY6AA42
X-MailFrom: tony1athome@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: The IESG <iesg@ietf.org>, draft-ietf-mpls-inband-pm-encapsulation <draft-ietf-mpls-inband-pm-encapsulation@ietf.org>, mpls-chairs <mpls-chairs@ietf.org>, mpls <mpls@ietf.org>, tsaad@cisco.com
X-Mailman-Version: 3.3.9rc4
Precedence: list
Subject: [mpls] Re: John Scudder's Discuss on draft-ietf-mpls-inband-pm-encapsulation-15: (with DISCUSS and COMMENT)
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/mpls/P4HJ5Wi7Cv6KzucsYfLoRBNZlTU>
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 Xiao Min,

I did not understand the proposal was to remove the text about moving to Historic status.  Thus, I was expecting something more like:

>> Note that in parallel to the work of this document, there is ongoing work on MPLS Network Actions (MNA) [RFC9613]. The MPLS performance measurement with the Alternate-Marking method can also be achieved by MNA encapsulation. In addition, MNA will provide a broader use case applicability. That means the MNA encapsulation will provide an alternative, more advanced solution, when published as an RFC and it is agreed that this document will be made Historic at that time.



Regards,
Tony


> On Sep 9, 2024, at 11:19 PM, - xiao.min2 at zte.com.cn <mailforwards@cloudmails.net> wrote:
> 
> Hi Tony,
> 
> 
> 
> Could you please provide the text you expected? Or remain the current text as is?
> 
> 
> Cheers,
> 
> Xiao Min
> 
> Original
> From: TonyLi <tony.li@tony.li>
> To: 肖敏10093570;
> Cc: James Guichard <james.n.guichard@futurewei.com>;Greg Mirsky <gregimirsky@gmail.com>;The IESG <iesg@ietf.org>;draft-ietf-mpls-inband-pm-encapsulation <draft-ietf-mpls-inband-pm-encapsulation@ietf.org>;mpls-chairs <mpls-chairs@ietf.org>;mpls <mpls@ietf.org>;tsaad@cisco.com <tsaad@cisco.com>;
> Date: 2024年09月10日 14:04
> Subject: Re: [mpls] John Scudder's Discuss on draft-ietf-mpls-inband-pm-encapsulation-15: (with DISCUSS and COMMENT)
> 
> Ok, this is NOT the result that I was expecing and I’m sorry, but I’m not on board with this.
> 
> T
> 
> 
>> On Sep 9, 2024, at 7:55 PM, - xiao.min2 at zte.com.cn <mailforwards@cloudmails.net> wrote:
>> 
>> Dear Jim,
>> 
>> 
>> 
>> By using the text suggested by Deborah, with some small tweaks, the proposed changes are as below.
>> 
>> OLD
>> 
>> Note that in parallel to the work of this document, there is ongoing work on MPLS Network Actions (MNA) [I-D.ietf-mpls-mna-fwk <https://datatracker.ietf.org/doc/html/draft-ietf-mpls-mna-fwk-10>]. Considering the MPLS performance measurement with the Alternate-Marking method can also be achieved by MNA encapsulation, it is agreed that this document will be made Historic once the MNA solution of performance measurement with the Alternate-Marking method is published as an RFC.¶ <https://datatracker.ietf.org/doc/html/draft-ietf-mpls-inband-pm-encapsulation-16#section-1-3>
>> 
>> 
>> NEW
>> 
>> Note that in parallel to the work of this document, there is ongoing work on MPLS Network Actions (MNA) [RFC9613]. The MPLS performance measurement with the Alternate-Marking method can also be achieved by MNA encapsulation. In addition, MNA will provide a broader use case applicability. That means the MNA encapsulation will provide an alternative, more advanced solution, when published as an RFC.¶ <https://datatracker.ietf.org/doc/html/draft-ietf-mpls-inband-pm-encapsulation-16#section-1-3>
>> 
>> 
>> 
>> Best Regards,
>> 
>> Xiao Min
>> 
> 
> From: JamesGuichard <james.n.guichard@futurewei.com <mailto:james.n.guichard@futurewei.com>>
> To: Greg Mirsky <gregimirsky@gmail.com <mailto:gregimirsky@gmail.com>>;Tony Li <tony.li@tony.li <mailto:tony.li@tony.li>>;
> Cc: The IESG <iesg@ietf.org <mailto:iesg@ietf.org>>;draft-ietf-mpls-inband-pm-encapsulation <draft-ietf-mpls-inband-pm-encapsulation@ietf.org <mailto:draft-ietf-mpls-inband-pm-encapsulation@ietf.org>>;mpls-chairs <mpls-chairs@ietf.org <mailto:mpls-chairs@ietf.org>>;mpls <mpls@ietf.org <mailto:mpls@ietf.org>>;tsaad@cisco.com <mailto:tsaad@cisco.com> <tsaad@cisco.com <mailto:tsaad@cisco.com>>;
> Date: 2024年09月09日 23:13
> Subject: Re: [mpls] Re: John Scudder's Discuss on draft-ietf-mpls-inband-pm-encapsulation-15: (with DISCUSS and COMMENT)
> Dear authors,
>  
> Could you please provide the text you are planning to add to the document so that everyone is on the same page. I believe that I understand what will change but I would like to see the actual text.
>  
> Thanks!
>  
> Jim
>  
> From: James Guichard <james.n.guichard@futurewei.com <mailto:james.n.guichard@futurewei.com>>
> Date: Monday, September 9, 2024 at 11:00 AM
> To: Greg Mirsky <gregimirsky@gmail.com <mailto:gregimirsky@gmail.com>>, Tony Li <tony.li@tony.li <mailto:tony.li@tony.li>>
> Cc: The IESG <iesg@ietf.org <mailto:iesg@ietf.org>>, draft-ietf-mpls-inband-pm-encapsulation <draft-ietf-mpls-inband-pm-encapsulation@ietf.org <mailto:draft-ietf-mpls-inband-pm-encapsulation@ietf.org>>, mpls-chairs <mpls-chairs@ietf.org <mailto:mpls-chairs@ietf.org>>, mpls <mpls@ietf.org <mailto:mpls@ietf.org>>, tsaad@cisco.com <mailto:tsaad@cisco.com> <tsaad@cisco.com <mailto:tsaad@cisco.com>>
> Subject: Re: [mpls] Re: John Scudder's Discuss on draft-ietf-mpls-inband-pm-encapsulation-15: (with DISCUSS and COMMENT)
> 
>  
> Suggest:
> can also be achieved by MNA encapsulation, it is agreed .will be made Historic/s/can also be achieved by MNA encapsulation and, in addition, MNA will provide a broader use case applicability. The MNA encapsulation will provide an alternative, more advanced solution, when published as an RFC.
> [XM]>>> The text you suggested looks good to me. As an editor of this document, I'll let the ADs and MPLS WG chairs to comment before using your text in the next revision. 
>  
>  
> I’m not sure I can precisely follow the notation that you’ve used, but I understand your intent and have no issue with it.  
>  
> Jim> I also have no issue with it. I am comfortable with the explanation provided by the chairs in response to my query during my AD review. 
>  
> Jim
>  
> Tony
> MPLS co-chair
> Document shepherd
>  
> _______________________________________________
> mpls mailing list -- mpls@ietf.org <mailto:mpls@ietf.org>
> To unsubscribe send an email to mpls-leave@ietf.org <mailto:mpls-leave@ietf.org>
>