Re: IPv6 only host NAT64 requirements?

JORDI PALET MARTINEZ <jordi.palet@consulintel.es> Wed, 15 November 2017 07:52 UTC

Return-Path: <prvs=1492ded23e=jordi.palet@consulintel.es>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 746891294D3 for <ipv6@ietfa.amsl.com>; Tue, 14 Nov 2017 23:52:57 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, 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; domainkeys=pass (1024-bit key) header.from=jordi.palet@consulintel.es 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 bVGM9Lf85iKt for <ipv6@ietfa.amsl.com>; Tue, 14 Nov 2017 23:52:56 -0800 (PST)
Received: from mail.consulintel.es (mail.consulintel.es [217.126.185.215]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EF9741270A0 for <ipv6@ietf.org>; Tue, 14 Nov 2017 23:52:55 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=consulintel.es; s=MDaemon; t=1510732374; x=1511337174; q=dns/txt; h=DomainKey-Signature: Received:User-Agent:Date:Subject:From:To:Message-ID:Thread-Topic: References:In-Reply-To:Mime-version:Content-type: Content-transfer-encoding:Reply-To; bh=8U9kf6zNXv+YY7mB293KXN+Ml hlisldwjT0QEr9UlMU=; b=UOc0RyYHGsNUEF/f9ShGq2Wq5D4xuf44duTqIAgSt Mt8OK9Z/lbxCJo8ItWKjuKpR82vjcnXiqVX2jD880tKhQHfyWUXAhn26bm3nGd/0 hwkEddon9mqcQGld8DGzSH21qYa4iIocHWiIWw7wBOCK5GV5UX4+QNBo+umvtQBH jo=
DomainKey-Signature: a=rsa-sha1; s=MDaemon; d=consulintel.es; c=simple; q=dns; h=from:message-id; b=EAuFoUBl03XdrIFWEtWnau9j2FCO+HbCgubbKu0+nL5UpLA3VKgsayWj257U AR73bo6qetOwcFSZdyG9738V9zSjU/6W5uYs+RVGAKAPZD166pAnl7yDV B/SehpoCDRLPcJuMHe0Qc+LVZz1Y0kTC+NJIqE6OkezF+lGl5GsZKY=;
X-MDAV-Processed: mail.consulintel.es, Wed, 15 Nov 2017 08:52:54 +0100
X-Spam-Processed: mail.consulintel.es, Wed, 15 Nov 2017 08:52:53 +0100
Received: from [31.133.140.255] by mail.consulintel.es (MDaemon PRO v11.0.3) with ESMTP id md50005624246.msg for <ipv6@ietf.org>; Wed, 15 Nov 2017 08:52:51 +0100
X-MDOP-RefID: re=0.000,fgs=0 (_st=1 _vt=0 _iwf=0)
X-Authenticated-Sender: jordi.palet@consulintel.es
X-HashCash: 1:20:171115:md50005624246::cLF62cDlZCWYvqt4:00004x3q
X-Return-Path: prvs=1492ded23e=jordi.palet@consulintel.es
X-Envelope-From: jordi.palet@consulintel.es
X-MDaemon-Deliver-To: ipv6@ietf.org
User-Agent: Microsoft-MacOutlook/f.27.0.171010
Date: Wed, 15 Nov 2017 15:52:32 +0800
Subject: Re: IPv6 only host NAT64 requirements?
From: JORDI PALET MARTINEZ <jordi.palet@consulintel.es>
To: 6man WG <ipv6@ietf.org>
Message-ID: <D293D2FD-3452-43DB-B525-54E48C46F1EB@consulintel.es>
Thread-Topic: IPv6 only host NAT64 requirements?
References: <6755862C-AA12-45B4-98B8-EF6D9F90898B@employees.org> <6445323B-FFE4-4A3E-9EFB-9F4D05BED0D5@jisc.ac.uk> <48E76543-3DD4-43E8-9B50-5CC4D9D76A2F@cisco.com> <7C928B66-8D07-42A0-9168-617E2978227F@jisc.ac.uk> <CAD6AjGQdenKMxQ6KBeBGzTu6fAtR9d_x7HuSPYVATcKEOdmNUQ@mail.gmail.com> <D4AB0373-B105-4E13-B4CA-94FCDACCEBA6@employees.org> <CAD6AjGSzXPEN1Snu9=Acnc6xggJ3=9T4Zks1H=+pfNOyt-qaoQ@mail.gmail.com> <E5C5DFDE-DB7D-41BC-A197-7329C2FEE2F1@employees.org> <CAD6AjGQuQT_=zvaY1PvOi-FCN7D08DqTn-=r=9NXNYOt+=R59g@mail.gmail.com> <991C27F8-26BE-4588-B8FA-D83531F8742D@employees.org>
In-Reply-To: <991C27F8-26BE-4588-B8FA-D83531F8742D@employees.org>
Mime-version: 1.0
Content-type: text/plain; charset="UTF-8"
Content-transfer-encoding: 7bit
Reply-To: jordi.palet@consulintel.es
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/6zU2560yK_7JOHsTnPU9DvfqFu0>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ipv6/>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 15 Nov 2017 07:52:57 -0000

> I thought this deployment provided dual stack service? 464XLAT, no?
    > 
    > My definition of ipv6-only includes 464xlat
    
    Terminology is tricky. As proven by Jordi's presentation in v6ops today.
    
    The difference as I see it between IPv6 only + NAT64 and 464XLAT is that in the former an IPv4 application cannot work.
    While in the latter the host has an IPv4 address and the IPv4 only application works just as if it is provisioned with IPv4 using any other means. That being native, LW46, MAP-E, MAP-T, L2TP, Public4over6, DSTM, 2473, DS-lite...
    
    Different use cases. While 464XLAT is a way to tunnel IPv4 across an IPv6 only access network (albeit with a null encap. :-)), IPv6 only + NAT64 is about delivering IPv6 only to hosts and applications. Applications would only have an IPv6 address to bind to. This use case would be much more akin to an enterprise network or home network.
  
[Jordi] The problem I see here is that in both home and enterprise networks, for at least 3-4 years, we will have to support IPv4 only devices (as just mention in a previous email). So NAT64 is not sufficient.
  
    > To your point, a large percentage of the tmobile case is 6555bis with nat64/dns64.
    > 
    > Based on the picture, you can probably guess when 6555bis was implemented ands its relative impact
    
    :-)
    
    Cheers,
    Ole
    --------------------------------------------------------------------
    IETF IPv6 working group mailing list
    ipv6@ietf.org
    Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
    --------------------------------------------------------------------
    



**********************************************
IPv4 is over
Are you ready for the new Internet ?
http://www.consulintel.es
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.