Re: [v6ops] reclassify 464XLAT as standard instead of info

JORDI PALET MARTINEZ <jordi.palet@consulintel.es> Mon, 25 September 2017 09:27 UTC

Return-Path: <prvs=1441fc161e=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 C9F35133205 for <v6ops@ietfa.amsl.com>; Mon, 25 Sep 2017 02:27:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1] 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 OQOaRUTycUk8 for <v6ops@ietfa.amsl.com>; Mon, 25 Sep 2017 02:27:50 -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 33BFC1331FF for <v6ops@ietf.org>; Mon, 25 Sep 2017 02:27:50 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=consulintel.es; s=MDaemon; t=1506331668; x=1506936468; 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=neEXzgvyFGEXQAslrYu9lKpwc v+w+D6l3hSUIJ9d47U=; b=LmPdxYs9kS8hseI9iyCrnsh7dT1FRMhrOdMOodYDT wld5LohUlUSGrOSi+2Ex72BzNIEK069CObaeu5Qhzl8cMLVOzdLJUUwG3yLZtwlL 8FhhLfeVzy059rIa8f95ZU100b/ZKYMNJw2IwyUNhs/8//GqJRFdCDwPN8tTE686 Ho=
DomainKey-Signature: a=rsa-sha1; s=MDaemon; d=consulintel.es; c=simple; q=dns; h=from:message-id; b=MOmA9VtV8M85Aq5vWRcBni+LIR06fX5yK6HLrCaZ/+qvGRqO4YQ6FMI4oC6O 4KwzEZYJ5nqFnJlxJk6jLcHQG70xrdylt9P6dCvlv9N9IrwzV/uudsJZu xaMSJKRqNudr6/h1zSMDh109+n81rjz3Xx9WVhu/qkPPxHfeLUujU4=;
X-MDAV-Processed: mail.consulintel.es, Mon, 25 Sep 2017 11:27:48 +0200
X-Spam-Processed: mail.consulintel.es, Mon, 25 Sep 2017 11:27:47 +0200
Received: from [10.10.10.135] by mail.consulintel.es (MDaemon PRO v11.0.3) with ESMTP id md50005566561.msg for <v6ops@ietf.org>; Mon, 25 Sep 2017 11:27:47 +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:170925:md50005566561::zRazc5BFCj+XRRko:000098AQ
X-Return-Path: prvs=1441fc161e=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: Mon, 25 Sep 2017 11:27:46 +0200
From: JORDI PALET MARTINEZ <jordi.palet@consulintel.es>
To: v6ops@ietf.org
Message-ID: <0E9B8640-E102-4AB0-8908-28A988795861@consulintel.es>
Thread-Topic: [v6ops] reclassify 464XLAT as standard instead of info
References: <E48DDA04-C058-4992-906E-8C8BC0E102AB@consulintel.es> <1BFA3605-4B16-4331-A7BA-3BDECBCA64EC@gmail.com> <85868796-18C7-48F4-BE69-8D50A1F47EF3@jisc.ac.uk> <472CC0F7-73C2-4A21-8F96-BBC966B01B77@employees.org> <de6b9aac-a3cc-0915-77c7-9fb880c3a16a@gmail.com> <20170921223305.B72A8878E716@rock.dv.isc.org> <CAKD1Yr13ijKCB_71_2vMyGurc3-kSraLJycGxZwf121tjp8u1Q@mail.gmail.com> <20170922070719.74AA687A424E@rock.dv.isc.org> <20170922114847.GV45648@Space.Net> <369B3917-D9F3-41D4-A7BD-DAE134310004@employees.org> <20170922122146.GY45648@Space.Net> <20170922212502.E0CFF87B00BA@rock.dv.isc.org> <CAKD1Yr0VdmS0APz-G5VmxMNY1y9Kj+g0VP4Jx0_MXLkqkVyE8Q@mail.gmail.com> <4bf16a40ffd44e9498babf7094b1e526@orange.com> <f8b54014-c5af-d63f-5eed-35f19728b4f7@gmail.com>
In-Reply-To: <f8b54014-c5af-d63f-5eed-35f19728b4f7@gmail.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/TrrwTxbGaEoKuUAxXNLFHpSa3uw>
Subject: Re: [v6ops] 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: Mon, 25 Sep 2017 09:27:52 -0000

If you have IPv6-only access network, which is what 464XLAT is offering, you have 100% IPv6-only in the access network.

What you have at the customer sites/LANs and core/transit, is a different history.

This is the reason we need to have a clear definition … I will try to update the document this week:

draft-palet-ietf-v6ops-ipv6-only

Regards,
Jordi
 

-----Mensaje original-----
De: v6ops <v6ops-bounces@ietf.org> en nombre de Alexandre Petrescu <alexandre.petrescu@gmail.com>
Responder a: <alexandre.petrescu@gmail.com>
Fecha: lunes, 25 de septiembre de 2017, 11:21
Para: <v6ops@ietf.org>
Asunto: Re: [v6ops] reclassify 464XLAT as standard instead of info

    
    
    Le 25/09/2017 à 11:05, Kossut Tomasz - Hurt a écrit :
    > Hi,
    > 
    > True ! 464xlat enabled IPv6 transition for mobile networks. Thank you ! 
    > In IPv6-only network you can expect up to 60% native IPv6
    
    ? I thought in an IPv6-only network there is 100% native IPv6?
    
    Alex
    
    > 
    > Cheers,
    > 
    > TK
    > 
    > *From:*Lorenzo Colitti [mailto:lorenzo@google.com]
    > *Sent:* Monday, September 25, 2017 3:55 AM
    > *To:* Mark Andrews
    > *Cc:* Gert Doering; v6ops@ietf.org WG
    > *Subject:* Re: [v6ops] reclassify 464XLAT as standard instead of info
    > 
    > On Sat, Sep 23, 2017 at 6:25 AM, Mark Andrews <marka@isc.org 
    > <mailto:marka@isc.org>> wrote:
    > 
    > Stop exaggerating.  Google went and added CLAT to the Android.  They
    > can just as easily add DS-Lite to Android and we would have billions
    > of machines that support DS-Lite.  Just because NAT64 and 464XLAT are
    > sexy doesn't mean that it is good technology.
    > 
    > We added 464xlat to Android because there were credible deployment plans 
    > in place for 464xlat on real networks that Android devices connect to. 
    > In hindsight, we were right, as 464xlat went from credible plan to 
    > successful deployment with an installed base in the tens of millions.
    > 
    > I personally think that if we had not done this, we wouldn't have 
    > IPv6-only mobile networks today and we'd all still be lamenting the 
    > chicken and egg problem for IPv6-only networks. Getting rid of IPv4 in 
    > the network is a great step forward, and as Apple has shown, once that's 
    > happened, host OSes can start removing IPv4 access from applications, 
    > too. (And make no mistake: without 464xlat, those networks would *not* 
    > have gone IPv6-only, and it would have been much harder, or even 
    > impossible, for Apple to say that apps must operate in IPv6-only 
    > environments, because there would have been no such environments.)
    > 
    > DS-Lite has no such credible deployment plans in place. Wifi networks 
    > are going to provide IPv4 for many years. Mobile networks were never 
    > going to deploy DS-Lite because the encapsulation would have broken 
    > their billing platforms. And so, here we are.
    > 
    > We'll all get to IPv6-only eventually, and some time after that, we'll 
    > get rid of IPv4. At that time, you can salt the earth over 464xlat if 
    > you want. But until then, I wouldn't be too eager to bash 464xlat as a 
    > technology. It was the right thing to do at the time.
    > 
    > 
    > 
    > _______________________________________________
    > v6ops mailing list
    > v6ops@ietf.org
    > https://www.ietf.org/mailman/listinfo/v6ops
    > 
    
    _______________________________________________
    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.