[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