[mpls] 答复: Working Group Last Call on draft-ietf-mpls-mna-hdr (2nd WG call)

Aijun Wang <wangaijun@tsinghua.org.cn> Sun, 29 September 2024 02:55 UTC

Return-Path: <wangaijun@tsinghua.org.cn>
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 E2968C14F6FE; Sat, 28 Sep 2024 19:55:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.905
X-Spam-Level:
X-Spam-Status: No, score=-1.905 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=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=ham autolearn_force=no
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 mVUryj4s8O8f; Sat, 28 Sep 2024 19:55:49 -0700 (PDT)
Received: from mail-m25475.xmail.ntesmail.com (mail-m25475.xmail.ntesmail.com [103.129.254.75]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D77DFC14F5F2; Sat, 28 Sep 2024 19:55:46 -0700 (PDT)
Received: from LAPTOP09T7970K (unknown [219.142.69.78]) by smtp.qiye.163.com (Hmail) with ESMTPA id 0FC167E0145; Sun, 29 Sep 2024 10:55:42 +0800 (CST)
From: Aijun Wang <wangaijun@tsinghua.org.cn>
To: 'Tarek Saad' <tsaad.net@gmail.com>, mpls@ietf.org
References: <DS0PR19MB65014515D511B396E79BA36FFCF82@DS0PR19MB6501.namprd19.prod.outlook.com> <LV8P220MB1914BBB4896362040615CAB2FC6F2@LV8P220MB1914.NAMP220.PROD.OUTLOOK.COM>
In-Reply-To: <LV8P220MB1914BBB4896362040615CAB2FC6F2@LV8P220MB1914.NAMP220.PROD.OUTLOOK.COM>
Date: Sun, 29 Sep 2024 10:55:41 +0800
Message-ID: <000001db121b$128effa0$37acfee0$@tsinghua.org.cn>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_0001_01DB125E.20B37820"
X-Mailer: Microsoft Outlook 16.0
Thread-Index: AQH3GJGQ2+O6XsnuO+dEXNZLALF2kwI6d0ySsiQrTRA=
Content-Language: zh-cn
X-HM-Spam-Status: e1kfGhgUHx5ZQUpXWQgPGg8OCBgUHx5ZQUlOS1dZFg8aDwILHllBWSg2Ly tZV1koWUFKTEtLSjdXWS1ZQUlXWQ8JGhUIEh9ZQVkZTh5PVk1LHUkdTU9PH08ZTFYeHw5VEwETFh oSFyQUDg9ZV1kYEgtZQVlJSkJVSk9JVU1CVUxDWVdZFhoPEhUdFFlBWU9LSFVKS0lCTUhKVUpLS1 VLWQY+
X-HM-Tid: 0a923bb490b403a2kunm0fc167e0145
X-HM-MType: 10
X-HM-Sender-Digest: e1kMHhlZQR0aFwgeV1kSHx4VD1lBWUc6ORg6MAw*HTIhKik4Di4#Ix4V ERQKCh9VSlVKTElMTkxDTk9JQkxJVTMWGhIXVQwaFRwaEhEOFTsPCBIVHBMOGlUUCRxVGBVFWVdZ EgtZQVlJSkJVSk9JVU1CVUxDWVdZCAFZQUpMQ0JKNwY+
Message-ID-Hash: XNZQBGKFEVQU4PNBHEXR3JBLSBSRT2ZX
X-Message-ID-Hash: XNZQBGKFEVQU4PNBHEXR3JBLSBSRT2ZX
X-MailFrom: wangaijun@tsinghua.org.cn
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 Working Chairs' <mpls-chairs@ietf.org>, draft-ietf-mpls-mna-hdr@ietf.org
X-Mailman-Version: 3.3.9rc4
Precedence: list
Subject: [mpls] 答复: Working Group Last Call on draft-ietf-mpls-mna-hdr (2nd WG call)
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/mpls/OXHETGkEG3m17uHRRdYGIyG_2ic>
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, All:

 

After reviewing the discussions on this topic on the list, my suggestions
for the WGLC of the mentioned document are the followings:

1)     Because such approach is one major update to the traditional MPLS
functions, before moving this document forward, it is better to make the
design more robust and challengeable with the help of different
implementations

 

2)     Based on the poll responses about "IOAM and PSD", the PSD based
solution is more suitable for the IOAM related scenarios. It is better to
define and assign the "R" bit in LSE format B as "P" bit for PSD based
solution.

 

3)     It's time to make the WG adopt call for the PSD proposal. After
careful reviewing of the PSD by the WG, the current ISD draft can be
refined, to make the output of the community more sustainable.

 

4)     It is no hurry to finalize the MNA related documents. There is the
equivalent IPv6 based solutions, which is more easier to span the different
domains(all controlled by one service provider). Is there any analysis for
the pros and cons of these two solutions(MNA vs IPv6 based solutions)? 

 

Best Regards

 

Aijun Wang

China Telecom

 

 

发件人: forwardingalgorithm@ietf.org [mailto:forwardingalgorithm@ietf.org]
代表 Tarek Saad
发送时间: 2024年9月24日 21:25
收件人: mpls@ietf.org
抄送: MPLS Working Chairs <mpls-chairs@ietf.org>;
draft-ietf-mpls-mna-hdr@ietf.org
主题: [mpls] Working Group Last Call on draft-ietf-mpls-mna-hdr (2nd WG
call)

 

Dear WG,

 

This email starts a two-week Working Group last call for
draft-ietf-mpls-mna-hdr
<https://datatracker.ietf.org/doc/draft-ietf-mpls-mna-hdr/> . This is the
2nd WG last call for this document.

Please indicate your support or concern for this draft. If you are opposed
to the progression of the draft to RFC, please articulate your concern. If
you support it, please indicate that you have read the latest version, and
it is ready for publication in your opinion. As always, review comments and
nits are most welcome.

 

Please send your comments to the mpls WG mailing list (mpls@ietf.org
<mailto:mpls@ietf.org> ).

If necessary, comments may be sent unidirectional to the WG chairs.

 

Note, currently there are 5 IPR disclosures against this document at
https://datatracker.ietf.org/ipr/search/?submit=draft
<https://datatracker.ietf.org/ipr/search/?submit=draft&id=draft-ietf-mpls-mn
a-hdr> &id=draft-ietf-mpls-mna-hdr

 

This poll runs until October 8, 2024.

 

Thank you,

Tarek (for the MPLS WG co-chairs)