[Int-dir] Re: draft-ietf-v6ops-framework-md-ipv6only-underlay-25 telechat Intdir review
Chongfeng Xie <xiechf@chinatelecom.cn> Mon, 17 August 2026 12:18 UTC
Return-Path: <xiechf@chinatelecom.cn>
X-Original-To: int-dir@mail2.ietf.org
Delivered-To: int-dir@mail2.ietf.org
Received: from localhost (localhost [127.0.0.1]) by mail2.ietf.org (Postfix) with ESMTP id C64D612AFAB75; Mon, 17 Aug 2026 05:18:25 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ietf.org; s=ietf1; t=1786969105; bh=Bk6xtdBBybMWN/0/FUsLAX6c3STypLcv7K2gfgEhsXM=; h=Date:From:To:Cc:Subject:References; b=nrdUPGRWAmZoZuOIMkGlm23mApqpKbadDKO3wjodb7OcaCX/fumrE+6wbQp2OQ+W9 3tYbf7RQynYQqhHovDUo2TxvXDcE7ex4ERSnwrPZSUngUmJRcSn5VIHxRooxNNIKxV CeMTtl/7mpFmBPsRJI8jpO/G3NhzoTo2bm3IiqUk=
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -1.887
X-Spam-Level:
X-Spam-Status: No, score=-1.887 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, RCVD_IN_VALIDITY_SAFE_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01] autolearn=ham autolearn_force=no
Received: from mail2.ietf.org ([166.84.6.31]) by localhost (mail2.ietf.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3mGlSrgREdMt; Mon, 17 Aug 2026 05:18:23 -0700 (PDT)
Received: from smtph3-01.21cn.com (smtph3-01.21cn.com [150.223.193.103]) by mail2.ietf.org (Postfix) with ESMTP id 56EB612AFAB6E; Mon, 17 Aug 2026 05:18:22 -0700 (PDT)
HMM_SOURCE_IP: 172.27.0.98:0.644872094
HMM_ATTACHE_NUM: 0000
HMM_SOURCE_TYPE: SMTP
Received: from clientip-1.203.112.203 (unknown [172.27.0.98]) by smtph3-01.21cn.com (HERMES) with SMTP id A96DCC00D2C3; Mon, 17 Aug 2026 20:18:06 +0800 (CST)
X-189-SAVE-TO-SEND: 66040161@chinatelecom.cn
Received: from ([1.203.112.203]) by gateway-ssl-dep-7c9d777cd6-vsjrc with ESMTP id 51fe324b2ee745db818614ca42f19859 for xiao.min2@zte.com.cn; Mon, 17 Aug 2026 20:18:10 CST
X-Transaction-ID: 51fe324b2ee745db818614ca42f19859
X-Real-From: xiechf@chinatelecom.cn
X-Receive-IP: 1.203.112.203
X-MEDUSA-Status: 0
Sender: xiechf@chinatelecom.cn
Date: Mon, 17 Aug 2026 20:18:05 +0800
From: Chongfeng Xie <xiechf@chinatelecom.cn>
To: "xiao.min2@zte.com.cn" <xiao.min2@zte.com.cn>, "int-dir@ietf.org" <int-dir@ietf.org>
References: <178692765691.274616.13243285140188502241@dt-datatracker-7c6ddbc678-lb5nk>
X-Priority: 3
X-Has-Attach: no
X-Mailer: Foxmail 7.2.25.542[cn]
Mime-Version: 1.0
Message-ID: <2026081720180406123222@chinatelecom.cn>
Content-Type: multipart/alternative; boundary="----=_001_NextPart120073537355_=----"
Message-ID-Hash: Z2XQXCBMJAEDQTECMM7OMWLQJCE3M3HN
X-Message-ID-Hash: Z2XQXCBMJAEDQTECMM7OMWLQJCE3M3HN
X-MailFrom: xiechf@chinatelecom.cn
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-int-dir.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: "draft-ietf-v6ops-framework-md-ipv6only-underlay.all" <draft-ietf-v6ops-framework-md-ipv6only-underlay.all@ietf.org>, last-call <last-call@ietf.org>, list <v6ops@ietf.org>
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [Int-dir] Re: draft-ietf-v6ops-framework-md-ipv6only-underlay-25 telechat Intdir review
List-Id: "This list is for discussion between the members of the Internet Area directorate." <int-dir.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/int-dir/cV4NSBz5Aih7SeKXDPBX9HFUzBE>
List-Archive: <https://mailarchive.ietf.org/arch/browse/int-dir>
List-Help: <mailto:int-dir-request@ietf.org?subject=help>
List-Owner: <mailto:int-dir-owner@ietf.org>
List-Post: <mailto:int-dir@ietf.org>
List-Subscribe: <mailto:int-dir-join@ietf.org>
List-Unsubscribe: <mailto:int-dir-leave@ietf.org>
Hi Min, Thank you for your review and raising the comments, please see my feedback inline[Chongfeng], From: 【外部账号】Xiao Min via Datatracker Date: 2026-08-17 08:47 To: int-dir@ietf.org CC: draft-ietf-v6ops-framework-md-ipv6only-underlay.all; last-call; v6ops Subject: draft-ietf-v6ops-framework-md-ipv6only-underlay-25 telechat Intdir review Document: draft-ietf-v6ops-framework-md-ipv6only-underlay Title: Framework for Multi-domain IPv6-only Underlay Network and IPv4-as-a-Service Reviewer: Xiao Min Review result: Almost Ready Hi, I have been assigned as the int-dir reviewer for this draft. For background on int-dir, please see the FAQ (https://wiki.ietf.org/en/group/intdir) Please resolve these comments along with any other comments you may receive. This draft describes a framework for a multi-domain IPv6-only underlay network from the perspective of network providers. I think this draft is well-written. At the same time, I have some comments for the authors to consider. ## Major Comments None. ## Minor Comments ### Section 2 There is a term IPv4-embedded IPv6 address defined here. However IPv6 mapping prefix is not mentioned and that concept appears multiple times later, sometimes combined with IPv4-embedded IPv6 address. Suggest to add some text describing the relationship between IPv4-embedded IPv6 address and IPv6 mapping prefix. [Chongfeng]: IPv4-embedded IPv6 address is a term defined in RFC6052, it refers to An IPv6 address embedded with a 32-bit IPv4 address used to represent an IPv4 node in an IPv6 network, its relationship with IPv6 mapping prefix is shown in table 1. For the case of an multi-domain IPv6-only network,IPv6 mapping prefix equals to "Network Specific Prefix" of RFC6052, this has been illustrated in section 4.1 ### Section 3 For Figure 1, I couldn't find the expansion for BR. ### Section 4.1 Is the Pref6(PE) allocation must be unique within the multi-domain network? If yes, suggest to make it explicit. [Chongfeng]: Yes, the following change has been made in section 6, OLD: These prefixes are to be allocated from the Network Specific Prefix (NSP). NEW: These prefixes are unique within the multi-domain network, and they are to be allocated from the NSPs. ### Section 4.2 For Figure 2, I couldn't find the expansion for NW. [Chongfeng]: It has been changed to "NP-3" ### Section 6 It says "This allows IPv4-embedded IPv6 packets to be forwarded using existing aggregate routes, avoiding the need for additional FIB entries in the IPv6 core". It seems there is a precondition in multi-domain environment that each domain needs to employ the same length of IPv6 mapping prefix, if that's the case, suggest to make it explicit. [Chongfeng]: I agree with your point. In section 6,there has been the following statement, "For NPs, having all IPv6 mapping prefixes share the same length during deployment will likely avoid the unnecessary processing cost and complexity caused by prefix length diversity." It has reflected your point. Based on your comments, a new version (-26) has been submitted. If you have further comments, please feel free to let me know. Best regards Chongfeng
- [Int-dir] draft-ietf-v6ops-framework-md-ipv6only-… Xiao Min via Datatracker
- [Int-dir] Re: draft-ietf-v6ops-framework-md-ipv6o… Chongfeng Xie
- [Int-dir] Re: [Last-Call] Re: draft-ietf-v6ops-fr… xiao.min2
- [Int-dir] Re: [Last-Call] Re: draft-ietf-v6ops-fr… Chongfeng Xie
- [Int-dir] Re: [Last-Call] Re: draft-ietf-v6ops-fr… xiao.min2