Re: [v6ops] 464xlat case study (was reclassify 464XLAT as standard instead of info)
JORDI PALET MARTINEZ <jordi.palet@consulintel.es> Tue, 26 September 2017 22:25 UTC
Return-Path: <prvs=1442ddc204=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 4C78E134499 for <v6ops@ietfa.amsl.com>; Tue, 26 Sep 2017 15:25:53 -0700 (PDT)
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 SnTUqhyz20GU for <v6ops@ietfa.amsl.com>; Tue, 26 Sep 2017 15:25:51 -0700 (PDT)
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 F08011344B2 for <v6ops@ietf.org>; Tue, 26 Sep 2017 15:25:50 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=consulintel.es; s=MDaemon; t=1506464689; x=1507069489; 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=9fe7/giHiNqXK0BxA1rYn5hfh Otislj/BZAqywEVbtg=; b=SOn2EzmUFNED++I0GRRhGt09dWrgL1T7d2GLcM64B N/7K8r8XfJ7c3tZnTfusUsA2/IE63grwphMKhdqYreUqWGiXxpV8oZWPq5uJmcJi riKllF8eLCocCkFQqP2+4A7BpiyovL/rnY8opE573Q74ZW6dAStigCwc25jXGszr rs=
DomainKey-Signature: a=rsa-sha1; s=MDaemon; d=consulintel.es; c=simple; q=dns; h=from:message-id; b=eYEDK8i2GKozfvWRwDGzGb1q3NXsofmEzlDRgfOVHJBKu4Ty6gp6qR/QmWiN A2QBWVYYhUzMEsfQiS5rlP8juo4gv5kHIbpqw8UrvrKCvzUy5Az2PCS22 tolz3mClTEGkEmuDaLntKjHcr8NhvlZjIXIL5cbBcnlP553FamcbuU=;
X-MDAV-Processed: mail.consulintel.es, Wed, 27 Sep 2017 00:24:49 +0200
X-Spam-Processed: mail.consulintel.es, Wed, 27 Sep 2017 00:24:32 +0200
Received: from [10.10.10.135] by mail.consulintel.es (MDaemon PRO v11.0.3) with ESMTP id md50005568960.msg for <v6ops@ietf.org>; Wed, 27 Sep 2017 00:24:32 +0200
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:170926:md50005568960::EKQz5GpA2LHe3k/i:00000VJB
X-Return-Path: prvs=1442ddc204=jordi.palet@consulintel.es
X-Envelope-From: jordi.palet@consulintel.es
X-MDaemon-Deliver-To: v6ops@ietf.org
User-Agent: Microsoft-MacOutlook/f.26.0.170902
Date: Wed, 27 Sep 2017 00:24:39 +0200
From: JORDI PALET MARTINEZ <jordi.palet@consulintel.es>
To: IPv6 Ops WG <v6ops@ietf.org>
Message-ID: <0E294BEB-F115-4345-9715-4997A49F362C@consulintel.es>
Thread-Topic: [v6ops] 464xlat case study (was reclassify 464XLAT as standard instead of info)
References: <LO1P123MB01168388285206BB7C26F029EA7A0@LO1P123MB0116.GBRP123.PROD.OUTLOOK.COM> <46045DAA-9096-43BA-A5FD-571232767726@google.com>
In-Reply-To: <46045DAA-9096-43BA-A5FD-571232767726@google.com>
Mime-version: 1.0
Content-type: text/plain; charset="UTF-8"
Content-transfer-encoding: quoted-printable
Reply-To: jordi.palet@consulintel.es
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/8gDCBF5vIZOUTj8LfI2XbDayX08>
Subject: Re: [v6ops] 464xlat case study (was reclassify 464XLAT as standard instead of info)
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.22
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: Tue, 26 Sep 2017 22:25:53 -0000
Hi James, Basically, we could say that CLAT or the bump-in-the-stack, have the same result. May be the difference is that CLAT can be also in CPEs, which I’m not sure in the case of the bump-in-the-stack. However, I recall having asked some of the Apple folks working on the HE update (not sure if it was David or Tomy), and unless I misunderstood it, bump-in-the-stack doesn’t solve the tethering problem or something else (not working for literals or apps that use sock api). Again, I’m not sure what was the issue, so I maybe expressing it incorrectly here, but it will be interesting to clarify. Regards, Jordi -----Mensaje original----- De: v6ops <v6ops-bounces@ietf.org> en nombre de james woodyatt <jhw@google.com> Responder a: <jhw@google.com> Fecha: martes, 26 de septiembre de 2017, 23:59 Para: "Heatley,N,Nick,TQB R" <nick.heatley@bt.com> CC: IPv6 Ops WG <v6ops@ietf.org> Asunto: Re: [v6ops] 464xlat case study (was reclassify 464XLAT as standard instead of info) On Sep 25, 2017, at 04:56, Heatley,N,Nick,TQB R <nick.heatley@bt.com> wrote: So this is my opinion: 464xlat is the currently the adopted approach when: - IPv4 addresses are (near) exhausted for the mass-market, - AND the provider network demands a translation technology (i.e. incompatible with encaps.) - AND at the client end, apps are not purged of IPv4 literals OR tethering to an unknown OS is required For the first two bullet items and the second half of the third bullet item, you only need NAT64+DNS64, not the whole of 464XLAT. You only put the CLAT on the handset for one thing, and one thing only: dealing with applications that still use IPv4 literals, and it’s not the only way to skin that cat, c.f. the approach used by Apple, which uses a bump-in-the-stack at a higher layer of the operating system instead of using the CLAT according to 464XLAT. It works fine in all the cases anyone really cares about, and when the apps that still use IPv4 literals are all retired from service, it won’ t be necessary ever again. --james woodyatt <jhw@google.com> _______________________________________________ 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.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.
- [v6ops] 464xlat case study (was reclassify 464XLA… Heatley,N,Nick,TQB R
- Re: [v6ops] 464xlat case study (was reclassify 46… Alexandre Petrescu
- Re: [v6ops] 464xlat case study (was reclassify 46… Fred Baker
- Re: [v6ops] 464xlat case study (was reclassify 46… Simon Hobson
- Re: [v6ops] 464xlat case study (was reclassify 46… JORDI PALET MARTINEZ
- Re: [v6ops] 464xlat case study (was reclassify 46… Mark Andrews
- Re: [v6ops] 464xlat case study (was reclassify 46… Heatley,N,Nick,TQB R
- Re: [v6ops] 464xlat case study (was reclassify 46… james woodyatt
- Re: [v6ops] 464xlat case study (was reclassify 46… JORDI PALET MARTINEZ
- Re: [v6ops] 464xlat case study (was reclassify 46… Mark Andrews
- Re: [v6ops] 464xlat case study (was reclassify 46… Lorenzo Colitti
- Re: [v6ops] 464xlat case study (was reclassify 46… james woodyatt
- Re: [v6ops] 464xlat case study (was reclassify 46… Heatley,N,Nick,TQB R
- Re: [v6ops] 464xlat case study (was reclassify 46… james woodyatt
- Re: [v6ops] 464xlat case study (was reclassify 46… Fred Baker
- Re: [v6ops] 464xlat case study (was reclassify 46… Ole Troan
- Re: [v6ops] 464xlat case study (was reclassify 46… Ca By
- Re: [v6ops] 464xlat case study (was reclassify 46… Mark Andrews
- Re: [v6ops] 464xlat case study (was reclassify 46… Ca By
- Re: [v6ops] 464xlat case study (was reclassify 46… Lorenzo Colitti
- Re: [v6ops] 464xlat case study (was reclassify 46… Lorenzo Colitti
- Re: [v6ops] 464xlat case study (was reclassify 46… Lorenzo Colitti
- Re: [v6ops] 464xlat case study (was reclassify 46… Mark Andrews
- Re: [v6ops] 464xlat case study (was reclassify 46… Lorenzo Colitti
- Re: [v6ops] 464xlat case study (was reclassify 46… Mark Andrews
- Re: [v6ops] 464xlat case study (was reclassify 46… Fred Baker
- Re: [v6ops] 464xlat case study (was reclassify 46… Fred Baker
- Re: [v6ops] 464xlat case study (was reclassify 46… Mikael Abrahamsson
- Re: [v6ops] 464xlat case study (was reclassify 46… Mark Andrews
- Re: [v6ops] 464xlat case study (was reclassify 46… JORDI PALET MARTINEZ
- Re: [v6ops] 464xlat case study (was reclassify 46… Ole Troan
- Re: [v6ops] 464xlat case study (was reclassify 46… Mark Andrews
- Re: [v6ops] 464xlat case study (was reclassify 46… Mikael Abrahamsson
- Re: [v6ops] 464xlat case study (was reclassify 46… JORDI PALET MARTINEZ
- Re: [v6ops] 464xlat case study (was reclassify 46… Ole Troan
- Re: [v6ops] 464xlat case study (was reclassify 46… Mark Andrews
- Re: [v6ops] 464xlat case study (was reclassify 46… Mark Andrews
- Re: [v6ops] 464xlat case study (was reclassify 46… Erik Kline
- Re: [v6ops] 464xlat case study (was reclassify 46… Mikael Abrahamsson
- Re: [v6ops] 464xlat case study (was reclassify 46… Erik Kline
- Re: [v6ops] 464xlat case study (was reclassify 46… Rajiv Asati (rajiva)
- Re: [v6ops] 464xlat case study (was reclassify 46… Alexandre Petrescu
- Re: [v6ops] 464xlat case study (was reclassify 46… Mikael Abrahamsson
- Re: [v6ops] 464xlat case study (was reclassify 46… Alexandre Petrescu
- Re: [v6ops] 464xlat case study (was reclassify 46… Ca By
- Re: [v6ops] 464xlat case study (was reclassify 46… Heatley,N,Nick,TQB R
- Re: [v6ops] 464xlat case study (was reclassify 46… Mikael Abrahamsson
- Re: [v6ops] 464xlat case study (was reclassify 46… Gert Doering
- Re: [v6ops] 464xlat case study (was reclassify 46… Ca By
- Re: [v6ops] 464xlat case study (was reclassify 46… Alexandre Petrescu
- Re: [v6ops] DHCPv6-PD presence on OSs, and GTP qu… Alexandre Petrescu
- Re: [v6ops] 464xlat case study (was reclassify 46… Erik Kline
- Re: [v6ops] DHCPv6-PD presence on OSs, and GTP qu… Mikael Abrahamsson
- Re: [v6ops] GTP questions Alexandre Petrescu
- Re: [v6ops] GTP questions Ca By
- Re: [v6ops] GTP questions Rajiv Asati (rajiva)
- Re: [v6ops] GTP questions Alexandre Petrescu