Re: [v6ops] Operational Consensus on deployment

"Fred Baker (fred)" <fred@cisco.com> Wed, 27 August 2014 16:19 UTC

Return-Path: <fred@cisco.com>
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 477E91A0ADA for <v6ops@ietfa.amsl.com>; Wed, 27 Aug 2014 09:19:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -115.169
X-Spam-Level:
X-Spam-Status: No, score=-115.169 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.668, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5, USER_IN_WHITELIST=-100] 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 S7tm_01FJQMk for <v6ops@ietfa.amsl.com>; Wed, 27 Aug 2014 09:19:13 -0700 (PDT)
Received: from alln-iport-1.cisco.com (alln-iport-1.cisco.com [173.37.142.88]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AA4E01A0233 for <v6ops@ietf.org>; Wed, 27 Aug 2014 09:19:13 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4273; q=dns/txt; s=iport; t=1409156353; x=1410365953; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=/ujZpP6Iaa5lg0dcBLuq+s2p1ioF02dmaPTUo77br8A=; b=kMjG38yB185gArcYP+yKkO6KDhIjAddi1bPPT9EgI7esxEQPegPYY4iJ vilmMKnU1HvnK0qINsQbdaviXmh9sllK4lwg4Xl8RlSp0uGe3phaZWUvu 4txOvR0wr4cE3NKTwZz3gQ7kwT+jXdUr2oB0ESOX6OChwfoAYY5gE1vlb 0=;
X-Files: signature.asc : 195
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AhcFAEkE/lOtJA2I/2dsb2JhbABbgw1TVwTTcwGBEhZ3hAQBAQMBeQULAgEGAkYyJQIEDgUOiCwIji2wfheOahEBDkIHgy+BHQWRL4IGgUqHWZUagWwWgVxsgQgHFyKBBwEBAQ
X-IronPort-AV: E=Sophos;i="5.04,412,1406592000"; d="asc'?scan'208";a="72816179"
Received: from alln-core-3.cisco.com ([173.36.13.136]) by alln-iport-1.cisco.com with ESMTP; 27 Aug 2014 16:19:13 +0000
Received: from xhc-aln-x11.cisco.com (xhc-aln-x11.cisco.com [173.36.12.85]) by alln-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id s7RGJC34005888 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 27 Aug 2014 16:19:12 GMT
Received: from xmb-rcd-x09.cisco.com ([169.254.9.15]) by xhc-aln-x11.cisco.com ([173.36.12.85]) with mapi id 14.03.0195.001; Wed, 27 Aug 2014 11:19:12 -0500
From: "Fred Baker (fred)" <fred@cisco.com>
To: Owen DeLong <owen@delong.com>
Thread-Topic: [v6ops] Operational Consensus on deployment
Thread-Index: AQHPwhKjN7kM6kJ150+pJ1FY+ZX9uw==
Date: Wed, 27 Aug 2014 16:19:12 +0000
Message-ID: <373BB597-44BE-4555-9E8F-326C1DD157FD@cisco.com>
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> <20140820003344.23DE61D105DD@rock.dv.isc.org> <D7A0AFA1-86F3-4658-B3BB-B8C4721843DF@delong.com>
In-Reply-To: <D7A0AFA1-86F3-4658-B3BB-B8C4721843DF@delong.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
x-originating-ip: [10.19.64.117]
Content-Type: multipart/signed; boundary="Apple-Mail=_2EA3B40B-CA5C-4F76-8215-4C6E18A4E857"; protocol="application/pgp-signature"; micalg="pgp-sha1"
MIME-Version: 1.0
Archived-At: http://mailarchive.ietf.org/arch/msg/v6ops/K1bRs9DnHV0G9AVVYVK27HMWiE8
Cc: IPv6 Ops WG <v6ops@ietf.org>
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, 27 Aug 2014 16:19:16 -0000

On Aug 26, 2014, at 5:07 PM, Owen DeLong <owen@delong.com> wrote:

> The incentive for customers to upgrade will start to happen when ISPs start sending out notices to the following effect:
> 
> ————————
> 
> Due to the aging nature of the IPv4 protocol and the increased costs of continuing to support customers on this protocol,
> we will have to start adding an IPv4 surcharge to your bill if you wish to continue IPv4 service.
> 
> We recognize that today, many customers will consider IPv4 still an essential service. Unfortunately, several content providers,
> such as Amazon, Twitter, Bing, Wordpress, etc. still haven’t joined the modern internet by upgrading to IPv6.
> 
> However, we do not feel that it is fair to penalize customers who no longer need IPv4 by asking them to share the costs of
> continuing to support this aging protocol, so, for those customers that do, we will begin adding $5/month to your bill effective
> <date>
> 
> ————————
> 
> (Or something like it)
> 
> I believe this will happen sooner than many people think.

Speaking for myself, I would agree. Note that in this email I am wearing neither a corporate nor an IETF hat (always at least theoretically true on IETF lists, but I want to emphasize it). I am a random fly on the wall.

That said, there are a couple of steps companies need to take before they do this. If consumers don’t have a way to avoid the $5 charge, it’s simply a price increase, and will be reported and commented on as such.

Part of this is content, and therefore enterprise. I would expect that ISPs will find themselves needing to apply price differential based on IPv4-only vs dual stack access to their enterprise customers’ public sites. In essence, consumer-accessible sites need to be IPv6-capable for https/http2 and SMTP, and possibly a few other protocols. Proof of connectivity is probably that an IPv6-only endpoint can access the name of the company using the included protocols, and not just on the day the contract is signed but periodically through its lifetime. The means to achieve that could be as simple as signing up with a CDN or cloud provider, but I would expect the ISP to want it to use either dual stack connectivity on the access link to the enterprise, or CDN/cloud that is embedded with the ISP. It has to solve a problem for the ISP.

Both that and residential broadband will need an IPv6-capable upstream. Speaking for myself, AFAIK my residential provider doesn’t offer IPv6 to me. Last time I asked them, they quoted me $1000/month. I have IPv6 service via VPN to my employer. We have a few companies that are starting down that road. We need more.

And as the biggest single issue in residential IPv6 deployment is the CPE router, I suspect the ISP will need to facilitate some program in which a known-working IPv6 CPE gets into the home. That could be a managed service, a coupon at a department store, or whatever. But you will have a real headache if you tell people that they will be charged more if they don’t have IPv6 capabilities, they agree to let you put an IPv6 address on their modem, but then their CPE doesn’t actually use it. Explaining to them “but I don’t see IPv6 packets coming out of your house” will be a real sink. The ISP will need to make it Really Easy for them to have IPv6 packets coming out of their house without them having to grok the implications.