Re: [v6ops] Operational Consensus on deployment

James Woodyatt <jhw@nestlabs.com> Wed, 27 August 2014 18:12 UTC

Return-Path: <jhw@nestlabs.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 9F0F11A00A8 for <v6ops@ietfa.amsl.com>; Wed, 27 Aug 2014 11:12:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.978
X-Spam-Level:
X-Spam-Status: No, score=-1.978 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, 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 dEZecky1Ehx6 for <v6ops@ietfa.amsl.com>; Wed, 27 Aug 2014 11:12:42 -0700 (PDT)
Received: from mail-oa0-f53.google.com (mail-oa0-f53.google.com [209.85.219.53]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 31CA91A00FE for <v6ops@ietf.org>; Wed, 27 Aug 2014 11:12:42 -0700 (PDT)
Received: by mail-oa0-f53.google.com with SMTP id m19so104418oag.12 for <v6ops@ietf.org>; Wed, 27 Aug 2014 11:12:41 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=dLzTyK4NIlC9w3ak9wkqC7hSVQFy+ZvKnATst1V4Fqs=; b=cJVS257fA8X6yhfILip01+Fo9xuW8N8mLJuoFyaO5OyzavZTh9XZmNwpLO2x8iatLJ TL5aYQC4wJqvhhzlRIV6ykMCfK7vYxyzOQ35bDksTIcuLfItdWZIKtgxq2UqeGR9B/kW Q1IBTYCGVyK0Rb37adK/k0ReDjaQ0twskU05Dcqid1wRgNvOQcF0cuHtJQlzW9rbplh7 ZuEvdOwoZaJflOYmL9YdgIIRtsEeq+dG224OEB9J5zL5esiVjYUh8hAuTkNSb5mk8IhR VbWLk1iNITT8SkFVHbfVfXqKkaeZWrXG3UyOWiRKr25Qr6MmB4xHMUeHvUdeTKdfCqyY 7fmw==
X-Gm-Message-State: ALoCoQnSvHMmcp8kJ1IMmATmrRIWblWX/I3a270lZbOnceQ8i2OlAn+Su89PmQvzdyRRXs1f7IF3
MIME-Version: 1.0
X-Received: by 10.182.219.116 with SMTP id pn20mr3214687obc.86.1409163161353; Wed, 27 Aug 2014 11:12:41 -0700 (PDT)
Received: by 10.76.96.180 with HTTP; Wed, 27 Aug 2014 11:12:41 -0700 (PDT)
In-Reply-To: <35E70324-B972-4411-8CD3-BC07EA553859@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> <CADhXe53yucmTprtF+vqsPsgqF+4-w6RAAqoN2SsFatccZNT=6g@mail.gmail.com> <35E70324-B972-4411-8CD3-BC07EA553859@cisco.com>
Date: Wed, 27 Aug 2014 11:12:41 -0700
Message-ID: <CADhXe53-BRyGjNUOqMYvpHwhS35rr9xFQWOL7bOwnEj-PZoT2g@mail.gmail.com>
From: James Woodyatt <jhw@nestlabs.com>
To: IPv6 Ops WG <v6ops@ietf.org>
Content-Type: multipart/alternative; boundary="e89a8ff248b5a9ffec0501a05d8a"
Archived-At: http://mailarchive.ietf.org/arch/msg/v6ops/T1x3QLVATwcNDZ-mQE9Ln0fFhr4
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 18:12:43 -0000

No, actually— it never needs to be feasible to turn off IPv4.  Ordinary
people, the users of Internet applications, don't really see any need to
augment IPv4 with IPv6.  And they never will until the utility of the IPv4
Internet begins to degrade noticeably in comparison to the IPv6 Internet.

If people are never exposed to the idea that "using $APPLICATION is full of
lose because IPv4, use IPv6 instead," then people will never have any
incentive to stop using IPv4 and start using IPv6.  So long as IPv4
continues to be 1) an essential service and 2) functionally equivalent to
IPv6 at the level of application visibility, there is no actual need to
solve the IPv6 access problem, because application users don't actually
need it.

If operators want ordinary people to migrate from IPv4 to IPv6, they might
try offering IPv6-only service at discount prices— which would position
IPv6 as the protocol for second-class citizens who can't pay premium prices
for the first-class Internet that rich celebrities enjoy between bites of
caviar.  Or they can offer dual-stack service and provision their networks
so that CGN44 boxes are the peak-load IPv4 bottlenecks, which would
position IPv4 as the protocol for second-class citizens who can't afford to
upgrade to the latest gear.  Which of those strategies do we think provides
more incentive to upgrade to IPv6?