Re: [v6ops] Operational Consensus on deployment

Mark Andrews <marka@isc.org> Wed, 20 August 2014 00:33 UTC

Return-Path: <marka@isc.org>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C040E1A89FE for <v6ops@ietfa.amsl.com>; Tue, 19 Aug 2014 17:33:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.069
X-Spam-Level:
X-Spam-Status: No, score=-5.069 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, MANGLED_SONATA=2.5, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.668, SPF_PASS=-0.001] autolearn=ham
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 CV27bt8MnQYH for <v6ops@ietfa.amsl.com>; Tue, 19 Aug 2014 17:33:49 -0700 (PDT)
Received: from mx.pao1.isc.org (mx.pao1.isc.org [149.20.64.53]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A324E1A89F8 for <v6ops@ietf.org>; Tue, 19 Aug 2014 17:33:49 -0700 (PDT)
Received: from zmx1.isc.org (zmx1.isc.org [149.20.0.20]) by mx.pao1.isc.org (Postfix) with ESMTP id 78931349308 for <v6ops@ietf.org>; Wed, 20 Aug 2014 00:33:47 +0000 (UTC)
Received: from zmx1.isc.org (localhost [127.0.0.1]) by zmx1.isc.org (Postfix) with ESMTP id 7C640160059 for <v6ops@ietf.org>; Wed, 20 Aug 2014 00:45:01 +0000 (UTC)
Received: from rock.dv.isc.org (c211-30-183-50.carlnfd1.nsw.optusnet.com.au [211.30.183.50]) by zmx1.isc.org (Postfix) with ESMTPSA id 4DCA4160032 for <v6ops@ietf.org>; Wed, 20 Aug 2014 00:45:01 +0000 (UTC)
Received: from rock.dv.isc.org (localhost [IPv6:::1]) by rock.dv.isc.org (Postfix) with ESMTP id 23DE61D105DD for <v6ops@ietf.org>; Wed, 20 Aug 2014 10:33:44 +1000 (EST)
To: IPv6 Ops WG <v6ops@ietf.org>
From: Mark Andrews <marka@isc.org>
References: <DE860EBC-171E-46E7-A3B6-5E8B79A453CC@cisco.com> <53DFEC6C.3010707@gmail.com> <CAD6AjGRUWxT5XiNxMi_S5VgYtGMLb_FVHXN-ZfGpcY=geix15g@mail.gmail.com> <53E06AC9.9010908@fud.no> <4F7D76F6-BD81-453B-94DC-A3C3DFF68505@delong.com> <8600C096-37D0-4651-92C1-BCFDBA674433@nominum.com> <CAD6AjGTBfyT-zNDJtBKCNtRxd=Hi07678Sr_-HgSGYbjAiF3Tg@mail.gmail.com> <C5281716-DC04-42E6-AC82-0D53E5DA0284@nominum.com> <53E1236A.605@fud.no> <m1XEkJJ-0000BuC@stereo.hq.phicoh.net> <20140805195402.GO51793@Space.Net> <m1XElwg-0000BbC@stereo.hq.phicoh.net> <D00834AF.68B6C%Lee@asgard.org> <CAD6AjGQJ3PXpGkk9Cd4d-MhExZ9QrpiseyAqPqmpXzQ-HCyDwQ@mail.gmail.com> <CAKD1Yr2=dMg6sua+9v28t173TQVYet6pDU7Xv6RWkbGjqA1ziA@mail.gmail.com> <6536E263028723489CCD5B6821D4B21303B7DB43@UK30S005EXS06.EEAD.EEINT.CO.UK>
In-reply-to: Your message of "Tue, 19 Aug 2014 14:32:56 +0000." <6536E263028723489CCD5B6821D4B21303B7DB43@UK30S005EXS06.EEAD.EEINT.CO.UK>
Date: Wed, 20 Aug 2014 10:33:43 +1000
Message-Id: <20140820003344.23DE61D105DD@rock.dv.isc.org>
Archived-At: http://mailarchive.ietf.org/arch/msg/v6ops/oDRONPSzjKdxCsND0TI95SZcb7I
Subject: Re: [v6ops] Operational Consensus on deployment
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.15
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: <http://www.ietf.org/mail-archive/web/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: Wed, 20 Aug 2014 00:33:50 -0000

In message <6536E263028723489CCD5B6821D4B21303B7DB43@UK30S005EXS06.EEAD.EEINT.C
O.UK>, "Heatley, Nick" writes:
> If I may stick my neck out.
> 
> Id like v6ops to consider at least two items:
> 
> 1.       (Carrier Grade) NAT64 vs NAT44  a deathmatch.

	Most of the problem with NAT64 vs NAT44 is getting CPE
	devices upgraded.  464xlate worked for cellular networks
	because the devices were replaced to support 4G services
	and those new devices support 464xlate.  Additionally cell
	phones are fragile devices that get stolen, lost, dropped,
	stepped on, driven over, and is some market need to be
	replaced to change carrier ... so there is a high turnover.

	For wired connections there is no incentive for the customer
	to replace the CPE device so NAT44 is a required part of
	the solution space just to share the limited IPv4 address
	space between the IPv4 only customers.  Cable and DSL modems
	work for 10+ years.  Home routers work for similar lengths
	of time.  You can still buy IPv4 only routers and they are
	cheaper than anything with IPv6 in it.  If you are on a
	limited budget a IPv4 only router with 802.11g "will do".

	Add to that ISP's not offering / promoting IPv6 there is
	no incentive for the customer to buy the IPv6 capable device
	over the IPv4 only one.  The choice of device is made on
	other factors.  If ISPs offered to do 2G of IPv6 data for
	the price of 1G of IPv4 data one might actually get customers
	to buy IPv6 capable routers.  A 12 month rebate for installing
	a IPv6 capable CPE device could offset the costs of installing
	more CGNAT boxes.  IPv6 capable 802.11n routers can be got
	for AUD80 today.  Even on a AUD$20 plan the rebates would
	cover the costs if the usual +50% taffic shift to IPv6
	occurs.

	Mark
-- 
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742                 INTERNET: marka@isc.org