Re: [v6ops] Fw: New Version Notification for draft-xie-v6ops-framework-multi-domain-ipv6only-00.txt

Chongfeng XIE <xiechf@chinatelecom.cn> Wed, 22 June 2022 01:02 UTC

Return-Path: <xiechf@chinatelecom.cn>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F1FCDC14CF0A for <v6ops@ietfa.amsl.com>; Tue, 21 Jun 2022 18:02:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.896
X-Spam-Level:
X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, 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 F7zF03hS4O9B for <v6ops@ietfa.amsl.com>; Tue, 21 Jun 2022 18:02:03 -0700 (PDT)
Received: from chinatelecom.cn (prt-mail.chinatelecom.cn [42.123.76.226]) by ietfa.amsl.com (Postfix) with ESMTP id 2AB7FC14F74F for <v6ops@ietf.org>; Tue, 21 Jun 2022 18:02:02 -0700 (PDT)
HMM_SOURCE_IP: 172.18.0.48:52934.680152508
HMM_ATTACHE_NUM: 0000
HMM_SOURCE_TYPE: SMTP
Received: from clientip-219.142.69.76 (unknown [172.18.0.48]) by chinatelecom.cn (HERMES) with SMTP id B516D2800DD; Wed, 22 Jun 2022 09:01:50 +0800 (CST)
X-189-SAVE-TO-SEND: 66040161@chinatelecom.cn
Received: from ([172.18.0.48]) by app0024 with ESMTP id 87543bd4ed5646e190065ebe6a7f5c19 for rharolde@umich.edu; Wed, 22 Jun 2022 09:01:51 CST
X-Transaction-ID: 87543bd4ed5646e190065ebe6a7f5c19
X-Real-From: xiechf@chinatelecom.cn
X-Receive-IP: 172.18.0.48
X-MEDUSA-Status: 0
Sender: xiechf@chinatelecom.cn
Date: Wed, 22 Jun 2022 09:01:50 +0800
From: Chongfeng XIE <xiechf@chinatelecom.cn>
To: Bob Harold <rharolde@umich.edu>
Cc: list <v6ops@ietf.org>
References: <202206211427054870437@chinatelecom.cn>, <CA+nkc8C89AmmrNS3ZkP=VVFt1fQ_8mHcz1YOMZi090V5Ofnbmg@mail.gmail.com>
X-Priority: 3
X-Has-Attach: no
X-Mailer: Foxmail 7.2.23.121[cn]
Mime-Version: 1.0
Message-ID: <2022062209015058936426@chinatelecom.cn>
Content-Type: multipart/alternative; boundary="----=_001_NextPart137567530245_=----"
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/FjgzHYYtDapio7ittkpjDWGc47E>
Subject: Re: [v6ops] Fw: New Version Notification for draft-xie-v6ops-framework-multi-domain-ipv6only-00.txt
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v6ops>, <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/v6ops/>
List-Post: <mailto:v6ops@ietf.org>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 22 Jun 2022 01:02:06 -0000

Hi, Bob,
Thank you for your comments.   I agree with you, in general, edge routers that are close to users process local routes and a default route into the big internet.   NSP in section 8.3 does not require every edge router handling IPv4 conversion to have a full IPv4 table for the whole internet, for every edge router, it can have its own mapping prefix, it can also obtain mapping prefix of other PEs ,including default mapping prefix from default egress PE, by exchaning mapping rules.  Maybe the illustration on this in the current draft is not clear, we will revise it later. 

Best regards

Chongfeng



xiechf@chinatelecom.cn
 
From: Bob Harold
Date: 2022-06-22 01:15
To: Chongfeng XIE
CC: list
Subject: Re: [v6ops] Fw: New Version Notification for draft-xie-v6ops-framework-multi-domain-ipv6only-00.txt

On Tue, Jun 21, 2022 at 2:27 AM Chongfeng XIE <xiechf@chinatelecom.cn> wrote:

Hi, folks,
We have submitted a new draft of  "draft-xie-v6ops-framework-multi-domain-ipv6only-00"  as below,  this work is based on the comments to the presentation of "draft-xie-v6ops-reqirements-multi-domain-ipv6only" in IETF 113.
 
Name: draft-xie-v6ops-framework-multi-domain-ipv6only
Revision: 00
Title: Framework of Multi-domain IPv6-only Network
Document date: 2022-06-21
Group: Individual Submission
Pages: 20
URL:            https://www.ietf.org/archive/id/draft-xie-v6ops-framework-multi-domain-ipv6only-00.txt
Status:         https://datatracker.ietf.org/doc/draft-xie-v6ops-framework-multi-domain-ipv6only/
Htmlized:       https://datatracker.ietf.org/doc/html/draft-xie-v6ops-framework-multi-domain-ipv6only
 
Abstract:
   For the IPv6 transition, dual-stack deployments require both IPv4 and
   IPv6 transfer capabilities are deployed in parallel.  IPv6-only is
   considered as the ultimate stage where only IPv6 transfer
   capabilities are used while ensuring global reachability for both
   IPv6 and IPv4(IPv4aaS).  This document specifies requirements and
   propose a general framework when deploying IPv6-only in multi-domain
   network.


Any comments and suggestions are welcome.                                                                                 
 
Best regards
Chongfeng


I like the idea, but I have a concern.  As I understand it, routers near the edge in the current internet only need a small portion of the IPv4 routing table - just the local routes, and a default route into the big internet.  But section 8.3 Mapping, option 2) NSP would require every router at the edge handling IPv4 conversion to have a full IPv4 table for the whole internet, so it can use the right IPv6 prefix.  Is that correct?

-- 
Bob Harold