Re: [v6ops] Time to dump dual-stack networks and get on the IPv6 train - with LW4o6

Tim Chown <Tim.Chown@jisc.ac.uk> Mon, 02 July 2018 08:16 UTC

Return-Path: <tim.chown@jisc.ac.uk>
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 C005C130E4C for <v6ops@ietfa.amsl.com>; Mon, 2 Jul 2018 01:16:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.3
X-Spam-Level:
X-Spam-Status: No, score=-4.3 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_MED=-2.3, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=jisc.ac.uk
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 7p6XdtzHTMqH for <v6ops@ietfa.amsl.com>; Mon, 2 Jul 2018 01:16:48 -0700 (PDT)
Received: from eu-smtp-delivery-189.mimecast.com (eu-smtp-delivery-189.mimecast.com [146.101.78.189]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C5B38130E41 for <v6ops@ietf.org>; Mon, 2 Jul 2018 01:16:47 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jisc.ac.uk; s=mimecast20170213; t=1530519405; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=uB00QoS9A4N2TBd40gGJunEiBaTTcFjBMNJBtTgtHjQ=; b=FRyQA3A7/w4wztmxSP5KZ6PVzRVqH0DmKHTOvLvfhws0TbjnYJERLqwmkbPrjnOgdvmrXSkhK524shBlkATWpDFZn5HvEaQU1YgEBqJiaVuyv+g9Js/JPDVvLOvKI3iKXZsvpAEsQ0PBeVm6Uxlnoagecw/cN/XOEQqAdRZoy8k=
Received: from EUR01-HE1-obe.outbound.protection.outlook.com (mail-he1eur01lp0209.outbound.protection.outlook.com [213.199.154.209]) (Using TLS) by eu-smtp-1.mimecast.com with ESMTP id uk-mta-51-GojXGHc3PMayoXzBsPZlvg-1; Mon, 02 Jul 2018 09:16:43 +0100
Received: from AM0PR07MB4177.eurprd07.prod.outlook.com (52.133.59.156) by AM0PR07MB4211.eurprd07.prod.outlook.com (52.133.60.19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.930.13; Mon, 2 Jul 2018 08:16:38 +0000
Received: from AM0PR07MB4177.eurprd07.prod.outlook.com ([fe80::3c9d:857f:3d06:b3f4]) by AM0PR07MB4177.eurprd07.prod.outlook.com ([fe80::3c9d:857f:3d06:b3f4%5]) with mapi id 15.20.0930.016; Mon, 2 Jul 2018 08:16:38 +0000
From: Tim Chown <Tim.Chown@jisc.ac.uk>
To: "v6ops@ietf.org WG" <v6ops@ietf.org>
Thread-Topic: [v6ops] Time to dump dual-stack networks and get on the IPv6 train - with LW4o6
Thread-Index: AQHUEEJfOvPp0sfXSk+5eWN72oR/vaR5R1qAgAH0uQCAAAMFAIAAPCIAgAAePIA=
Date: Mon, 02 Jul 2018 08:16:37 +0000
Message-ID: <81806D25-C609-4D05-8BD9-BBA75E5609C0@jisc.ac.uk>
References: <057742AA-226E-44F8-819E-C865D7F58758@gmail.com> <c29a04f9-488d-62a9-29c6-35fce8920edd@gmail.com> <CAKD1Yr3cu-V7gVMxcVL1hXgvkJPX2N+bC9QJq+fcApyLOPyeWQ@mail.gmail.com> <CAKr6gn2W8wh5ogbgnZXLw4zOY6M6tGGF+aZK1Tq75wTs9HCm=g@mail.gmail.com> <6E48293C-17F9-4376-9E2A-B87903093953@gmail.com>
In-Reply-To: <6E48293C-17F9-4376-9E2A-B87903093953@gmail.com>
Accept-Language: en-GB, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-mailer: Apple Mail (2.3445.8.2)
x-originating-ip: [2001:a88:d510:1101:e937:ee1f:6972:554c]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; AM0PR07MB4211; 7:ngarRT4eWMNRVlDrnzIcbXHsiu35RFbwW26H/lniPH4A09hsLnbWlzLnkfxKQXwfC1O4BRD3alXpVv0DUxgcNvMHchcwdwdIq1HtQLaW0cRHOk5NoKRq2y4oMkwPILzvabfzj+kQrXxNDZyISLhRT2mUElaAaRs1UpXPKyzQGWrgB4Qlk2F0JWWpXG+T4tfbvTPnBRX4hGGxxwy3wFccCTXBMFzSa2m1ycxhZL76uJzytwrvn+jwbqEKAy5vYkuw; 20:DQnXrQYe4GJ4jVf+ml5tCi/iemxdp2WuCK+6bkUIh/u0iYPqWjU59ewRH3Sw1VM80eZRXxeFdjlfJHHlGLF9/mlBZft7kf4i4ScXXFgQiiA8mItQQCRQ2f4yj5y/XPTT+nf6IsZXOwcc5r6mjPWVsebC9SVrcdYWbezIknIIhkk=
x-ms-exchange-antispam-srfa-diagnostics: SOS;
x-ms-office365-filtering-correlation-id: 43a05c62-da07-4b5a-b235-08d5dff42220
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989117)(5600053)(711020)(4534165)(4627221)(201703031133081)(201702281549075)(8990107)(2017052603328)(7153060)(7193020); SRVR:AM0PR07MB4211;
x-ms-traffictypediagnostic: AM0PR07MB4211:
x-microsoft-antispam-prvs: <AM0PR07MB4211011421F96C1DDC6D4924D6430@AM0PR07MB4211.eurprd07.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(127643986962959)(192374486261705)(85827821059158);
x-ms-exchange-senderadcheck: 1
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040522)(2401047)(8121501046)(5005006)(3002001)(10201501046)(93006095)(93001095)(3231254)(944501410)(52105095)(149027)(150027)(6041310)(20161123560045)(201703131423095)(201702281529075)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123564045)(20161123558120)(20161123562045)(6072148)(201708071742011)(7699016); SRVR:AM0PR07MB4211; BCL:0; PCL:0; RULEID:; SRVR:AM0PR07MB4211;
x-forefront-prvs: 07215D0470
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(136003)(346002)(39850400004)(396003)(376002)(366004)(199004)(189003)(2906002)(2900100001)(6116002)(5660300001)(53936002)(6916009)(6246003)(83716003)(106356001)(36756003)(105586002)(86362001)(74482002)(57306001)(14444005)(256004)(33656002)(72206003)(786003)(97736004)(316002)(14454004)(446003)(229853002)(8676002)(81156014)(81166006)(82746002)(50226002)(305945005)(486006)(5250100002)(7736002)(2616005)(966005)(476003)(11346002)(6306002)(6512007)(76176011)(102836004)(53546011)(6506007)(186003)(8936002)(478600001)(68736007)(93886005)(46003)(6486002)(99286004)(6436002)(25786009); DIR:OUT; SFP:1101; SCL:1; SRVR:AM0PR07MB4211; H:AM0PR07MB4177.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1;
x-microsoft-antispam-message-info: tC21JtCUcIuLynmGyDRj0mtTt322CQk0Vl8Wl9c/9LcRB5lmI/jiXhO/em4oZURu94mC8CeOyPjF+S6HgnHFTk9CakcLSDZqOn6VNolFAwf9QGVrcegeFrONA4W4ptKwBCgTkWVxkKRvEHIbl0VmQHSpjOQyf5wSWQp1sV4ZEWQsbeFWud9gWGpWrvPO1axKzbc0BX146sBeaZL5efL0dufxYoblLUW4I1A8GTLBTBzar+PTu4VMSZ+6M+Ebi2mZThSfhmCJ0wFSIMtZvTJm5hfNtkqwldt+WHQSzlQNSBzAngJGPIe3HAGIMnljuO19riRQhLxDYF9SxTQsozvmvfK6LxRP9JWH4ywkNuSbU7U=
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-ID: <FDA97913DAAC404886230E384C50E8E0@eurprd07.prod.outlook.com>
MIME-Version: 1.0
X-OriginatorOrg: jisc.ac.uk
X-MS-Exchange-CrossTenant-Network-Message-Id: 43a05c62-da07-4b5a-b235-08d5dff42220
X-MS-Exchange-CrossTenant-originalarrivaltime: 02 Jul 2018 08:16:37.8774 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 48f9394d-8a14-4d27-82a6-f35f12361205
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM0PR07MB4211
X-MC-Unique: GojXGHc3PMayoXzBsPZlvg-1
Content-Type: text/plain; charset="WINDOWS-1252"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/zaja55iuQkVj00CZYt7SmL6-_2A>
Subject: Re: [v6ops] Time to dump dual-stack networks and get on the IPv6 train - with LW4o6
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.26
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, 02 Jul 2018 08:16:51 -0000

> On 2 Jul 2018, at 07:28, Fred Baker <fredbaker.ietf@gmail.com> wrote:
> 
> On Jul 1, 2018, at 7:53 PM, George Michaelson <ggm@algebras.org> wrote:
>> I know its "wrong" but I sympathise with a tech journalist seeking
>> clarity in this. The edge user situation is very hard to distinguish
>> in both cases, the user functionally can see both Ipv4 and Ipv6
>> resources. How is this not "dual" in the sense a man or woman in the
>> street would understand it?
> 
> Of course. From the perspective of a residential - or enterprise - user, they have both IPv4 and IPv6, and the network is carrying them. So from their perspective they retain dual stack capabilities in the near term. However, here's another factoid.
> 
> For the residential user, the number of services that actually require IPv4 is relatively small. I mentioned home security as a market that required the ability to make an IPv4 connection to the home. Suppose that could be changed? One way to change that would be for a few large ISPs to convince companies like LINK or ADT to become IPv6-capable, whereupon it becomes a market requirement for their competitors.

Sadly I don't see my TV upgrading itself to IPv6 any time soon; that will happen when I buy a new TV, in maybe 10 years time.  Streamed iPlayer and other video content to that TV is more than half of my home network traffic.

As for charging more, how would a customer know what devices support IPv4 and/or IPv6, or need IPv4?  Why should they care?  "We're charging you an extra $5/mo because you have v4 traffic" isn't helpful. 

> The ISP has just made having IPv4 at all a second priority for them; it's in their interest to move residential/soho/enterprise to IPv6, with the goal of removing the final translation step. I would expect their next move to be to charge for the service, and if possible move it to the edge itself  - which is where draft-*-v6ops-nat64-deployment is going. The transition rolls out from there.
> 
> The more outfits that find it in their interest to be able to operate without IPv4 at all, the better this is for all of us. And this becomes an important step in the general transition.

I agree with the rest of what you say, but in a home network situation, there's going to be a lot of legacy IPv4 traffic externally, just look at https://arxiv.org/abs/1803.05368 for example.

Tim