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

JORDI PALET MARTINEZ <jordi.palet@consulintel.es> Mon, 02 July 2018 08:25 UTC

Return-Path: <prvs=172119e98a=jordi.palet@consulintel.es>
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 EC273130E53 for <v6ops@ietfa.amsl.com>; Mon, 2 Jul 2018 01:25:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=consulintel.es
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 wVJd1_xCNNZ8 for <v6ops@ietfa.amsl.com>; Mon, 2 Jul 2018 01:25:22 -0700 (PDT)
Received: from mail.consulintel.es (mail.consulintel.es [IPv6:2001:470:1f09:495::5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C2D74130E4B for <v6ops@ietf.org>; Mon, 2 Jul 2018 01:25:21 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=consulintel.es; s=MDaemon; t=1530519920; x=1531124720; i=jordi.palet@consulintel.es; q=dns/txt; h=User-Agent:Date: Subject:From:To:Message-ID:Thread-Topic:References:In-Reply-To: Mime-version:Content-type:Content-transfer-encoding; bh=dbFOx6f5 CDjRZBaz2vZJo+DfgIQdnvg3+yCOL1DXTQI=; b=pByW/LoGfUV1WcDDe3jNFtdH ukAnLlGZ/UGqCQ1jBcFk/cNbSxdousMpwroVFgvU+ovgFa6tv/P2+KaJQAW61CVS 7YMeZkQE//Hu1enhocCwJYjGZoEQHUAtZ0DUGnyp3MUoOJuJCWJlRez56X/paXPl HwB8dXvuJg4ILG9j0RE=
X-MDAV-Result: clean
X-MDAV-Processed: mail.consulintel.es, Mon, 02 Jul 2018 10:25:20 +0200
X-Spam-Processed: mail.consulintel.es, Mon, 02 Jul 2018 10:25:17 +0200
Received: from [10.10.10.130] by mail.consulintel.es (MDaemon PRO v16.5.2) with ESMTPA id md50005803611.msg for <v6ops@ietf.org>; Mon, 02 Jul 2018 10:25:17 +0200
X-MDRemoteIP: 2001:470:1f09:495:8ac:20a:d785:fcef
X-MDHelo: [10.10.10.130]
X-MDArrival-Date: Mon, 02 Jul 2018 10:25:17 +0200
X-Authenticated-Sender: jordi.palet@consulintel.es
X-Return-Path: prvs=172119e98a=jordi.palet@consulintel.es
X-Envelope-From: jordi.palet@consulintel.es
X-MDaemon-Deliver-To: v6ops@ietf.org
User-Agent: Microsoft-MacOutlook/10.e.1.180613
Date: Mon, 02 Jul 2018 10:25:16 +0200
From: JORDI PALET MARTINEZ <jordi.palet@consulintel.es>
To: Tim Chown <Tim.Chown@jisc.ac.uk>, "v6ops@ietf.org WG" <v6ops@ietf.org>
Message-ID: <111F8197-2F6B-4FF6-9BB8-4A00BFFF2419@consulintel.es>
Thread-Topic: [v6ops] Time to dump dual-stack networks and get on the IPv6 train - with LW4o6
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> <81806D25-C609-4D05-8BD9-BBA75E5609C0@jisc.ac.uk>
In-Reply-To: <81806D25-C609-4D05-8BD9-BBA75E5609C0@jisc.ac.uk>
Mime-version: 1.0
Content-type: text/plain; charset="UTF-8"
Content-transfer-encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/w3ivvbNf-oz3dbReMQ--SFuZr38>
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:25:25 -0000

And that's why we need to ensure the CEs to support IPv4aaS urgently, so we can progress with the deployment of IPv6 in access networks without impacting the users (asking them to replace the cameras, TVs, etc.).



Regards,

Jordi

 

 



-----Mensaje original-----

De: v6ops <v6ops-bounces@ietf.org> en nombre de Tim Chown <Tim.Chown@jisc.ac.uk>

Fecha: lunes, 2 de julio de 2018, 10:17

Para: "v6ops@ietf.org WG" <v6ops@ietf.org>

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



    > 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

    

    _______________________________________________

    v6ops mailing list

    v6ops@ietf.org

    https://www.ietf.org/mailman/listinfo/v6ops

    




**********************************************
IPv4 is over
Are you ready for the new Internet ?
http://www.consulintel.es
The IPv6 Company

This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it.