[v6ops] My review results: a few nits -- Re: I-D Action: draft-ietf-v6ops-ipv6-deployment-05.txt

Gabor LENCSE <lencse@hit.bme.hu> Sun, 20 March 2022 19:33 UTC

Return-Path: <lencse@hit.bme.hu>
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 6D81F3A08CD for <v6ops@ietfa.amsl.com>; Sun, 20 Mar 2022 12:33:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.908
X-Spam-Level:
X-Spam-Status: No, score=-1.908 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 3iturRjMSPwO for <v6ops@ietfa.amsl.com>; Sun, 20 Mar 2022 12:33:38 -0700 (PDT)
Received: from frogstar.hit.bme.hu (frogstar.hit.bme.hu [IPv6:2001:738:2001:4020::2c]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A29FB3A08C8 for <v6ops@ietf.org>; Sun, 20 Mar 2022 12:33:36 -0700 (PDT)
Received: from [192.168.1.146] (host-79-121-41-167.kabelnet.hu [79.121.41.167]) (authenticated bits=0) by frogstar.hit.bme.hu (8.15.2/8.15.2) with ESMTPSA id 22KJXNJ0003269 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for <v6ops@ietf.org>; Sun, 20 Mar 2022 20:33:29 +0100 (CET) (envelope-from lencse@hit.bme.hu)
X-Authentication-Warning: frogstar.hit.bme.hu: Host host-79-121-41-167.kabelnet.hu [79.121.41.167] claimed to be [192.168.1.146]
Content-Type: multipart/alternative; boundary="------------PSWcyIZEVmhEqB8Fq0fPbYJz"
Message-ID: <9b9a4c06-ca7d-3c33-1001-a9d604a302a7@hit.bme.hu>
Date: Sun, 20 Mar 2022 20:33:20 +0100
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.7.0
Content-Language: en-US
To: v6ops@ietf.org
References: <164664901228.9045.3679962384341167440@ietfa.amsl.com>
From: Gabor LENCSE <lencse@hit.bme.hu>
In-Reply-To: <164664901228.9045.3679962384341167440@ietfa.amsl.com>
X-Virus-Scanned: clamav-milter 0.103.2 at frogstar.hit.bme.hu
X-Virus-Status: Clean
Received-SPF: pass (frogstar.hit.bme.hu: authenticated connection) receiver=frogstar.hit.bme.hu; client-ip=79.121.41.167; helo=[192.168.1.146]; envelope-from=lencse@hit.bme.hu; x-software=spfmilter 2.001 http://www.acme.com/software/spfmilter/ with libspf2-1.2.10;
X-DCC--Metrics: frogstar.hit.bme.hu; whitelist
X-Scanned-By: MIMEDefang 2.79 on 152.66.248.44
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/eDCgeEvhOpVwEHrT72mYGuiEW3Y>
Subject: [v6ops] My review results: a few nits -- Re: I-D Action: draft-ietf-v6ops-ipv6-deployment-05.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: Sun, 20 Mar 2022 19:33:43 -0000

Dear All,

I have read the draft. (Only its main text, not the appendices.)

I feel that it is quite comprehensive, it covers a lot of aspects of 
IPv6 deployment and provides a good overview.

I have not found any significant issue, but only nits (see below). 
Perhaps a WGLC may follow.

Best regards,

Gábor

------------------ Nits ------------------

I was taking notes during reading. The majority of them are technical. 
For some reason unknown to me, some references did not became links in 
the htmlized version.

Section 2.3.

[W3Tech]

Section 3.1.

[APNIC2]

Section 3.3

[NST_1] -- should be a link
[BGR_1]  -- should be a link
[CNLABS_1] -- should be a link

Typo:
IPv6-enablesd --> IPv6-enabled

Grammar:
A poll ... show --> A poll ... shows

Section 3.3.1

DSN --> DNS

Section  4.2

[I-D.ietf-v6ops-transition-comparison] -- should be a link

    While it cannot be always the case, IPv6-only transition technologies
    such as 464XLAT require much less IPv4 public addresses
    [I-D.ietf-v6ops-transition-comparison  <https://datatracker.ietf.org/doc/html/draft-ietf-v6ops-ipv6-deployment#ref-I-D.ietf-v6ops-transition-comparison>], because they make a more
    efficient usage without restricting the number of ports per
    subscriber._This_  contributes to reduce troubleshooting costs and to
    remove some operational issues related to permanent black-listing of
    IPv4 address blocks when used via CGN in some services.  For example,
    Sony Play Station Network or OpenDNS imply a higher rotation of IPv4
    prefixes in CGN, until they get totally blocked, which means extra
    CAPEX in new IPv4 transfers.

What does "This" refer to?
- If it refers to 464XLAT, then I do not understand it. (Or, I think 
just the opposite is true: as the same public IP address and port number 
is ones used by a given user and then by another.)
- If it refers to MAP-E/T, then it should be made clear.

Section 7.1.1

                                                             On
    average, looking at the global statistics, the IPv6 traffic
    percentage is currently between 30% and 40% of_IPv6_.

Perhaps:

                                                             On
    average, looking at the global statistics, the IPv6 traffic
    percentage is currently between 30% and 40% of*the traffic*.


Section 7.1.3

an high percentage --> a high percentage

Section 7.2.

govern supporting --> governmental supporting

Section 7.4.1

[APNIC5] -- should be a link (twice)

                                       [APRICOT  <https://datatracker.ietf.org/doc/html/draft-ietf-v6ops-ipv6-deployment#ref-APRICOT>] highlights how when a
    difference in performance exists it is often related to asymmetric
    routing issues.

Perhaps "how when" is not proper.

                     Other possible explanations for a relative latency
    difference lays on the specificity of the IPv6 header which allows
    packet fragmentation.

I do not understand this.

Section 7.4.2.

[FB] -- should be a link


Section 7.5.

                           Some hints are in the
    paper [ComputSecur  <https://datatracker.ietf.org/doc/html/draft-ietf-v6ops-ipv6-deployment#ref-ComputSecur>].


Thank you for citing it. :-)

You might want to add also:

A. Al-Azzawi and G. Lencse, "Identification of the Possible Security 
Issues of the 464XLAT IPv6 Transition Technology", /Infocommunications 
Journal/, vol. 13, no. 4, pp. 10-18, December 2021, DOI: 
10.36244/ICJ.2021.4.2
Full paper in PDF 
<http://www.hit.bme.hu/~lencse/publications/InfocomJ_2021_4_2_Al-Azzawi.pdf>

Section 7.5.1.

[RIPE2] -- should be a link

On 3/7/2022 11:30 AM, internet-drafts@ietf.org wrote:
> A New Internet-Draft is available from the on-line Internet-Drafts directories.
> This draft is a work item of the IPv6 Operations WG of the IETF.
>
>          Title           : IPv6 Deployment Status
>          Authors         : Giuseppe Fioccola
>                            Paolo Volpato
>                            Nalini Elkins
>                            Jordi Palet Martinez
>                            Gyan S. Mishra
>                            Chongfeng Xie
> 	Filename        : draft-ietf-v6ops-ipv6-deployment-05.txt
> 	Pages           : 46
> 	Date            : 2022-03-07
>
> 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 datatracker status page for this draft is:
> https://datatracker.ietf.org/doc/draft-ietf-v6ops-ipv6-deployment/
>
> There is also an htmlized version available at:
> https://datatracker.ietf.org/doc/html/draft-ietf-v6ops-ipv6-deployment-05
>
> A diff from the previous version is available at:
> https://www.ietf.org/rfcdiff?url2=draft-ietf-v6ops-ipv6-deployment-05
>
>
> Internet-Drafts are also available by rsync at rsync.ietf.org::internet-drafts
>
>
> _______________________________________________
> v6ops mailing list
> v6ops@ietf.org
> https://www.ietf.org/mailman/listinfo/v6ops