Re: [v6ops] 464xlat case study (was reclassify 464XLAT as standard instead of info)

Fred Baker <fredbaker.ietf@gmail.com> Thu, 28 September 2017 05:15 UTC

Return-Path: <fredbaker.ietf@gmail.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 DF7781352CB for <v6ops@ietfa.amsl.com>; Wed, 27 Sep 2017 22:15:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.7
X-Spam-Level:
X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 vr9jfY29oV9W for <v6ops@ietfa.amsl.com>; Wed, 27 Sep 2017 22:15:47 -0700 (PDT)
Received: from mail-wm0-x233.google.com (mail-wm0-x233.google.com [IPv6:2a00:1450:400c:c09::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3EC931326ED for <v6ops@ietf.org>; Wed, 27 Sep 2017 22:15:47 -0700 (PDT)
Received: by mail-wm0-x233.google.com with SMTP id r74so992901wme.5 for <v6ops@ietf.org>; Wed, 27 Sep 2017 22:15:47 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=HPvRE6UaS0XPfoVJ0EjWDXjkUb+wfwploV1W3OU4vks=; b=RsGFm0N7d/t/BV6xJVCNdUVt/B5bz0ItRKYRRn9Xd1+Kh/B5xgrxN3OEjE3BqwyFL+ d0jtkNsHjk6+fhBdxO0Yz36ZIdF8ozzvsXQJJY/PCKv6wq0lCj+jP5daPJb2vNLjQ5sS 2g9ZBD0k4D6j/ZFEDdmlmRn5wu7sNIDSWu69WGaiopmc0F32uYiZU2PJfFNibAONk7JO TZzSoFaA2Qhu8eXz7A7hfesMDKgM0RkfaZOpAzzWJMwr2zIrucswRf4cqxTYxqqEtG85 mqKRgP30SrC7UK17iyQ6E9mzHamUYZjIv5lnTVcHBbH0kSCRZZYpxJN6y+6QnyY8aAv0 5Juw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=HPvRE6UaS0XPfoVJ0EjWDXjkUb+wfwploV1W3OU4vks=; b=s/Ht0hzSj1U3uoWgkfRAMVTqNjdFmIURym4XuuRQtVNyl5xeM00L67OM/9hAIVDdeQ v9244eV9kNVtZzZcsjVB9Ltp62ivoku6I0fRESC41CZYiC/9U7TjtNbDxIVx9SzdN9rj k0n71ct4s0AULTFifmw4zxMbSNAUBljiF41lWBiG4FycOUZTk3I2Krr3Unp0K8g4gcd4 +gi8XKhw496rzosLNVaxN+jhxLsqpy5tHkZf2lx4q4cNGsaw8haAb+8RMMrBtnTCtpHa GYi28NLOJZpEFHr1ONEwF4oJRBSsMIKCewlHuZalOIQDdmy0E41ynh2Cvl/Z6yDv5uH/ 9owg==
X-Gm-Message-State: AHPjjUiUhdVM8BCs7K9oDcITVX1H51xk252JbNxZrBQEJ9x0Ytgen0iI +92VHKDiXV8MCnI2wp8zxLw=
X-Google-Smtp-Source: AOwi7QCHID1KLB1SF8M9xyY9WehUrNnBMMJDgsBvGjPHb/KvUjjl6l7PqNCCA5SlyrJbqoHS4PiYmA==
X-Received: by 10.28.147.8 with SMTP id v8mr2244524wmd.104.1506575745778; Wed, 27 Sep 2017 22:15:45 -0700 (PDT)
Received: from ?IPv6:2600:8802:5600:e::13f1? ([2600:8802:5600:e::13f1]) by smtp.gmail.com with ESMTPSA id 193sm745655wmh.47.2017.09.27.22.15.43 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 27 Sep 2017 22:15:44 -0700 (PDT)
From: Fred Baker <fredbaker.ietf@gmail.com>
Message-Id: <0C14ACDC-DBDD-4D8C-BBBD-60CA8E0982A2@gmail.com>
Content-Type: multipart/signed; boundary="Apple-Mail=_0479BD1E-CA6A-4381-881F-FD665D0341BB"; protocol="application/pgp-signature"; micalg="pgp-sha512"
Mime-Version: 1.0 (Mac OS X Mail 11.0 \(3445.1.6\))
Date: Wed, 27 Sep 2017 22:15:41 -0700
In-Reply-To: <CAKD1Yr03zsuSBqPegs6RNbBqnJizUOLZwH+rNDi1Ocg4k+mARQ@mail.gmail.com>
Cc: Ca By <cb.list6@gmail.com>, "Heatley, N, Nick, TQB R" <nick.heatley@bt.com>, IPv6 Ops WG <v6ops@ietf.org>, james woodyatt <jhw@google.com>
To: Lorenzo Colitti <lorenzo@google.com>
References: <LO1P123MB01168388285206BB7C26F029EA7A0@LO1P123MB0116.GBRP123.PROD.OUTLOOK.COM> <46045DAA-9096-43BA-A5FD-571232767726@google.com> <CAKD1Yr3vziaHfkR+hQ7QHXaz7QraKH2HLUVXUW63GpnOAj4JoQ@mail.gmail.com> <E72C3FBE-57A4-4058-B9E5-F7392C9E9101@google.com> <LO1P123MB0116805F9A18932E2D0694FEEA780@LO1P123MB0116.GBRP123.PROD.OUTLOOK.COM> <1496304E-54BE-47FA-A7F1-1AA6E163DAB1@employees.org> <CAD6AjGQdMFgv4727wHm41HmEyo2Z-PCabPHPSRSVwOi_rey7OQ@mail.gmail.com> <CAKD1Yr03zsuSBqPegs6RNbBqnJizUOLZwH+rNDi1Ocg4k+mARQ@mail.gmail.com>
X-Mailer: Apple Mail (2.3445.1.6)
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/6Rqq9QqBaWBWw8RBgW4q_BO-MZQ>
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: Thu, 28 Sep 2017 05:15:49 -0000


> On Sep 27, 2017, at 7:48 PM, Lorenzo Colitti <lorenzo@google.com> wrote:
> 
> On Thu, Sep 28, 2017 at 8:37 AM, Ca By <cb.list6@gmail.com> wrote:
> And, i will reinterate an important point Nick made. The majority of traffic goes e2e ipv6. A minority of traffic requires NAT64/DNS64. And a sliver of traffic requires 464XLAT or 4464.  Those numbers are all growing in the right direction, more e2e v6.
> 
> What he said. For many operators, the choice was between a) 60% (and growing) native IPv6 traffic, 30% NAT64 traffic, and 5% NAT464 traffic, and b) 100% NAT44 traffic.

And, of course, as IPv6 grows, the reason to translate it diminishes.

Frankly, chair hat off, I'm happy enough seeing IPv6-only domains and 464XLAT where it has to be. The thing for us to focus on right now, I think, is enterprise deployment - at least at their front doors, their web sites and their mail servers. The less folks need IPv4 to talk with their business partners, the less the iron lungs are necessary. From my perspective, that problem eventually takes care of itself. Metcalf's law: the value of a network is a function of the number of it's users.