Re: [v6ops] Roman Danyliw's No Objection on draft-ietf-v6ops-nat64-deployment-07: (with COMMENT)

Jordi Palet Martínez <jordi.palet@theipv6company.com> Thu, 11 July 2019 06:40 UTC

Return-Path: <prvs=1095f3ff43=jordi.palet@theipv6company.com>
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 C42EC12015A; Wed, 10 Jul 2019 23:40:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.998
X-Spam-Level:
X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FROM_EXCESS_BASE64=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=theipv6company.com
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 iwjpttOXRdoB; Wed, 10 Jul 2019 23:40:42 -0700 (PDT)
Received: from consulintel.es (mail.consulintel.es [IPv6:2001:470:1f09:495::5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8E2C512012A; Wed, 10 Jul 2019 23:40:40 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=theipv6company.com; s=MDaemon; t=1562827238; x=1563432038; i=jordi.palet@theipv6company.com; q=dns/txt; h=User-Agent:Date: Subject:From:To:CC:Message-ID:Thread-Topic:References: In-Reply-To:Mime-version:Content-type:Content-transfer-encoding; bh=828x4pJFG1HVaZ9lBDdr1sQzWT6z7rbO0tnZjDIYxQ4=; b=r5IecIJPrMo1H wuwf6ApfVjfQjRac9PFd36FMEy/P/Fo18SaH2agNeYZLs0rvmr97Xu/zwNQXI8EO 8exxAoUT/2CzWcbuVDTLKdUcWC8oIu+Imq6x5X+nUZ8Bfd7eHQlVtAEf0HRMDtYc ZPoWBJbkx2b2sK35zu6kVFvPOlHeDc=
X-MDAV-Result: clean
X-MDAV-Processed: consulintel.es, Thu, 11 Jul 2019 08:40:38 +0200
X-Spam-Processed: consulintel.es, Thu, 11 Jul 2019 08:40:38 +0200
Received: from [10.10.10.130] by consulintel.es (MDaemon PRO v16.5.2) with ESMTPA id md50006322090.msg; Thu, 11 Jul 2019 08:40:38 +0200
X-MDRemoteIP: 2001:470:1f09:495:4daf:cd3c:df68:2ae7
X-MDHelo: [10.10.10.130]
X-MDArrival-Date: Thu, 11 Jul 2019 08:40:38 +0200
X-Authenticated-Sender: jordi.palet@theipv6company.com
X-Return-Path: prvs=1095f3ff43=jordi.palet@theipv6company.com
X-Envelope-From: jordi.palet@theipv6company.com
User-Agent: Microsoft-MacOutlook/10.10.b.190609
Date: Thu, 11 Jul 2019 08:40:33 +0200
From: Jordi Palet Martínez <jordi.palet@theipv6company.com>
To: Roman Danyliw <rdd@cert.org>, The IESG <iesg@ietf.org>
CC: draft-ietf-v6ops-nat64-deployment@ietf.org, Mikael Abrahamsson <swmike@swm.pp.se>, v6ops-chairs@ietf.org, v6ops@ietf.org
Message-ID: <E34C8182-E7C9-48A3-91F0-23BABA469292@theipv6company.com>
Thread-Topic: Roman Danyliw's No Objection on draft-ietf-v6ops-nat64-deployment-07: (with COMMENT)
References: <156280587243.15387.3448756354265835528.idtracker@ietfa.amsl.com>
In-Reply-To: <156280587243.15387.3448756354265835528.idtracker@ietfa.amsl.com>
Mime-version: 1.0
Content-type: text/plain; charset="UTF-8"
Content-transfer-encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/G4KcOBV0gZYPgQb8JS0j6aJ_SoE>
Subject: Re: [v6ops] Roman Danyliw's No Objection on draft-ietf-v6ops-nat64-deployment-07: (with COMMENT)
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: Thu, 11 Jul 2019 06:40:45 -0000

Hi Roman,

Thanks a lot for your inputs.

See below, in-line.

Regards,
Jordi
@jordipalet
 

El 11/7/19 2:44, "Roman Danyliw via Datatracker" <noreply@ietf.org> escribió:

    Roman Danyliw has entered the following ballot position for
    draft-ietf-v6ops-nat64-deployment-07: No Objection
    
    When responding, please keep the subject line intact and reply to all
    email addresses included in the To and CC lines. (Feel free to cut this
    introductory paragraph, however.)
    
    
    Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html
    for more information about IESG DISCUSS and COMMENT positions.
    
    
    The document, along with other ballot positions, can be found here:
    https://datatracker.ietf.org/doc/draft-ietf-v6ops-nat64-deployment/
    
    
    
    ----------------------------------------------------------------------
    COMMENT:
    ----------------------------------------------------------------------
    
    (1) Section 5.  Is there an informative reference that can be made about the
    successful deployment on cellular networks?

Do you mean citing specific operators? I can name several in almost every continent, but I'm not convinced this is correct in an IETF document ...
    
    (2) Section 7.  Consider adding an explicit statement such as the following
    after the intro sentence that “no new security considerations are added”:
    
    As noted in the relevant sections above, the NAT64 and DNS64 technologies can
    impact the efficacy or functionality of key security (i.e., DNSSEC and VPNs)
    and privacy preserving (i.e., DNS-over-TLS and DNS-over-HTTP) technologies.

-> I will need to reword it. This is right in the reference to DNSSEC. However VPNs and DNS privacy, the point is on the other way around (those technologies can avoid the DNS64 performing correctly, and thus, break NAT64).
    
    (3) Editorial Nits
    
    ** Section 1.  Editorial. s/today unrealistic/unrealistic today/
    
    ** Section 5.  Typo.  s/learn he/learn the/
    
    ** Section 5.  Editorial.  “Hundreds of millions of users” mentioned twice.
    
    OLD:
    NAT64/464XLAT has demonstrated to be a valid choice in several scenarios
    (IPv6-IPv4 and IPv4-IPv6-IPv4), with hundreds of millions of users, being the
    predominant mechanism in the majority of the cellular networks (which account
    for hundreds of millions of users).
    
    NEW:
    NAT64/464XLAT has demonstrated to be a valid choice in several scenarios
    (IPv6-IPv4 and IPv4-IPv6-IPv4) in cellular networks which account for hundreds
    of millions of users.
    
Noted and corrected all those nits in my internal version. I will wait a couple of days before publishing it, in case there are any further inputs.    
    



**********************************************
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.