Re: [v6ops] New Version Notification for draft-ietf-v6ops-ipv6-deployment-04.txt

JORDI PALET MARTINEZ <jordi.palet@consulintel.es> Mon, 28 February 2022 14:51 UTC

Return-Path: <prvs=10581cdb98=jordi.palet@consulintel.es>
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 B14DF3A10FE for <v6ops@ietfa.amsl.com>; Mon, 28 Feb 2022 06:51:20 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.005
X-Spam-Level:
X-Spam-Status: No, score=-2.005 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=consulintel.es
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dgcBM80NH6vP for <v6ops@ietfa.amsl.com>; Mon, 28 Feb 2022 06:51:15 -0800 (PST)
Received: from mail.consulintel.es (mail.consulintel.es [IPv6:2001:470:1f09:495::5]) by ietfa.amsl.com (Postfix) with ESMTP id 94A483A1297 for <v6ops@ietf.org>; Mon, 28 Feb 2022 06:51:14 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=consulintel.es; s=MDaemon; t=1646059872; x=1646664672; i=jordi.palet@consulintel.es; q=dns/txt; h=User-Agent:Date: Subject:From:To:Message-ID:Thread-Topic:Mime-version: Content-type; bh=0gE4gDpPID9fQAZ0bP3pd/0K5l7WpqgG7eEtTZiyP+c=; b=Gh9zG60FipRrGS9yNYcqEvqo0ybYpe4VOt7F8P0q3e/+PbeXrlx0D+LddBXhjz DJfo1RbQKP8z4ywgmoIQkgnkkfZVGEv6Bd4+SH1WrZabhzAeIAY+vTtAQwglruoQ LmQLtwjeVEaBKlVSrZpLbAl0T7DpTcNs9jUBJbh65CyGk=
X-MDAV-Result: clean
X-MDAV-Processed: mail.consulintel.es, Mon, 28 Feb 2022 15:51:12 +0100
X-Spam-Processed: mail.consulintel.es, Mon, 28 Feb 2022 15:51:08 +0100
Received: from [10.10.10.105] by mail.consulintel.es (MDaemon PRO v16.5.2) with ESMTPA id md50000812468.msg for <v6ops@ietf.org>; Mon, 28 Feb 2022 15:51:07 +0100
X-MDRemoteIP: 2001:470:1f09:495:c3e:61f9:38c:116c
X-MDHelo: [10.10.10.105]
X-MDArrival-Date: Mon, 28 Feb 2022 15:51:07 +0100
X-Authenticated-Sender: jordi.palet@consulintel.es
X-Return-Path: prvs=10581cdb98=jordi.palet@consulintel.es
X-Envelope-From: jordi.palet@consulintel.es
X-MDaemon-Deliver-To: v6ops@ietf.org
User-Agent: Microsoft-MacOutlook/16.59.22022300
Date: Mon, 28 Feb 2022 15:51:05 +0100
From: JORDI PALET MARTINEZ <jordi.palet@consulintel.es>
To: v6ops@ietf.org
Message-ID: <852D5420-FEFC-489F-8784-2087F38D4945@consulintel.es>
Thread-Topic: [v6ops] New Version Notification for draft-ietf-v6ops-ipv6-deployment-04.txt
Mime-version: 1.0
Content-type: multipart/alternative; boundary="B_3728908265_1848773538"
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/gRwn141Cmb7J6qt08UOrHyMVC4c>
Subject: Re: [v6ops] New Version Notification for draft-ietf-v6ops-ipv6-deployment-04.txt
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.29
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: Mon, 28 Feb 2022 14:51:21 -0000

Hi Cong,

 

Tks a lot for the inputs!

 

My responses below in-line, as co-author.

 

Regards,

Jordi

@jordipalet

 

 

 

El 28/2/22 9:49, "v6ops en nombre de Li Cong" <v6ops-bounces@ietf.org en nombre de licong@chinatelecom.cn> escribió:

 

Hi, Paolo,

 

 

This draft gives a comprehensive picture of global IPv6 development and extracts some basic challenges that need to be solved by the industry. I think this draft is useful. In addition, I also have some comments prefixed [Cong] below, 

 

 

[Cong]: In this draft, you use the terms of “IPv6 introduction” and “IPv6-only to illustrate the first stage and second stage of IPv6 development respectively. However, I think they may overlap in some scenarios, for instance, some operators may use IPv6-only directly and stride over the IPv6-introduction stage with dual-stack. What I mean here is that dual-stack and IPv6-only are different approaches of transition, they do not correspond to the stages absolutely.    

 

[Jordi] Yes, in some cases, the “IPv6 introduction”can/will be directly bypassed. I thought was obvious in the text, but definitively we need stress it to ensure that is sufficiently clear.

 

In section 3.6, “The preliminary step to take full benefit of the IPv6 capabilities is to write or adapt the application software for use in IPv6 networks”

[Cong]: As far as I know, the software code of most modern applications is agnostic to the type of IP address, whether the application uses IPv6 lies in the difference of address configuration of the host.

 

[Jordi] I don’t think that’s the case in some situation (unfortunately too many). I often still find all kinds of apps, including network management ones, that aren’t yet really working in a dual-stack or even IPv6-only environment. So I think we shall keep that section.

 

In Section 4.1, “Although the Dual-Stack IPv6 transition is a good solution to be followed in the IPv6 introductory stage,” 

[Cong]: From the perspective of network operation, I don’t think dual-stack is a GOOD solution, for it increase the cost of O&M. In addition, dual-stack provide exposure-face, it increases the risk of being attack. I think it should be replaced by other term.

 

[Jordi] I definitively agree with you. Again, I thought it was clear in the text, we shall stress it, but it is a case-by-case dependent. For example, if an ISP has sufficient IPv4 addresses, and the CPEs support dual-stack, but not IPv6-only with IPv4aaS, then the Capex may surpass the Opex if moving to IPv6-only instead of dual-stack. Of course, that will have a break point at some time, but it will depend on every case.

 

In section 4.. “IPv6-only transition technologies with IPv4aaS have a much lower need for IPv4 public addresses, because they make a more efficient usage without restricting the number of ports per subscriber.”

[Cong]: I think the restriction of number of ports per-subscriber is related to the policy of address/port usage, IMO it should be independent to the approach of IPv4aaS.

 

[Jordi] I will say that also depends a lot on the specific IPv6-only with IPv4aaS being used. In 464XLAT, you don’t need to restrict the number of ports per subscriber and the overall public IPv4 usage is lower. However, this is not the case in the other ones. I think this is very well described in another document, so one more reference to it (https://datatracker.ietf.org/doc/draft-ietf-v6ops-transition-comparison/) should clear that.

 

I hope my comments will be helpful to your document.

 

 

Best regards, 

Cong Li



-----Original Message-----
From: Paolo Volpato 
Sent: Tuesday, February 8, 2022 4:54 PM
To: v6ops@ietf.org
Cc: Chongfeng Xie <xiechf@chinatelecom.cn>; Giuseppe Fioccola <giuseppe.fioccola@huawei.com>; Gyan Mishra <gyan.s.mishra@verizon.com>; Jordi Palet Martinez <jordi.palet@theipv6company.com>; Nalini Elkins <nalini.elkins@insidethestack.com>
Subject: RE: New Version Notification for draft-ietf-v6ops-ipv6-deployment-04.txt

Dear WG,

We have published version 04 of draft-ietf-v6ops-ipv6-deployment (https://datatracker.ietf.org/doc/draft-ietf-v6ops-ipv6-deployment/)

We have reviewed most of the draft, to update the status of IPv6 deployment and to refresh some of its parts. 

Here is the summary of the main changes:
- Section 2: introduced the new numbers on the adoption IPv6 (as of January 2022).
- Section 3: updated the adoption of IPv6 in the enterprise, government and education domains. We have also added references to more countries (e.g. India, the European Union).
- Section 4: we have reviewed this section to address some offline comments and discussions on the concept of "overlay" (i.e. how IPv6 may support the service layer and its role to enable the transition to IPv6-only).
- Section 5: reviewed the description of IPv6 in the "underlay" (the network).

Please feel free to comment.

On behalf of the authors
Paolo


-----Original Message-----
From: internet-drafts@ietf.org <internet-drafts@ietf.org> 
Sent: Tuesday, February 8, 2022 4:34 PM
To: Gyan S. Mishra <gyan.s.mishra@verizon.com>; Chongfeng Xie <xiechf@chinatelecom.cn>; Giuseppe Fioccola <giuseppe.fioccola@huawei.com>; Gyan Mishra <gyan.s.mishra@verizon.com>; Jordi Martinez <jordi.palet@theipv6company.com>; Jordi Palet Martinez <jordi.palet@theipv6company.com>; Nalini Elkins <nalini.elkins@insidethestack.com>; Paolo Volpato <paolo.volpato@huawei.com>
Subject: New Version Notification for draft-ietf-v6ops-ipv6-deployment-04.txt


A new version of I-D, draft-ietf-v6ops-ipv6-deployment-04.txt
has been successfully submitted by Giuseppe Fioccola and posted to the IETF repository.

Name:        draft-ietf-v6ops-ipv6-deployment
Revision:    04
Title:        IPv6 Deployment Status
Document date:    2022-02-08
Group:        v6ops
Pages:        45
URL:            https://www.ietf.org/archive/id/draft-ietf-v6ops-ipv6-deployment-04.txt
Status:        https://datatracker.ietf.org/doc/draft-ietf-v6ops-ipv6-deployment/
Htmlized:      https://datatracker.ietf.org/doc/html/draft-ietf-v6ops-ipv6-deployment
Diff:          https://www.ietf.org/rfcdiff?url2=draft-ietf-v6ops-ipv6-deployment-04

Abstract:
  This document provides an overview of IPv6 deployment status and a
  view on how the transition to IPv6 is progressing among network
  operators and enterprises.  It also aims to analyze the related
  challenges and therefore encourage actions and more investigations in
  those areas where the industry has not taken a clear and unified
  approach.

                                                                                  


The IETF Secretariat

 

_______________________________________________ v6ops mailing list v6ops@ietf.org https://www.ietf.org/mailman/listinfo/v6ops 



**********************************************
IPv4 is over
Are you ready for the new Internet ?
http://www.theipv6company.com
The IPv6 Company

This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it.