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

George Michaelson <ggm@algebras.org> Mon, 02 July 2018 06:32 UTC

Return-Path: <ggm@algebras.org>
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 40F1E130E40 for <v6ops@ietfa.amsl.com>; Sun, 1 Jul 2018 23:32:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.91
X-Spam-Level:
X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_DKIMWL_WL_MED=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=algebras-org.20150623.gappssmtp.com
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 mpIBi9yccZb9 for <v6ops@ietfa.amsl.com>; Sun, 1 Jul 2018 23:32:43 -0700 (PDT)
Received: from mail-wm0-x22b.google.com (mail-wm0-x22b.google.com [IPv6:2a00:1450:400c:c09::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 916AD130E41 for <v6ops@ietf.org>; Sun, 1 Jul 2018 23:32:43 -0700 (PDT)
Received: by mail-wm0-x22b.google.com with SMTP id i139-v6so7638203wmf.4 for <v6ops@ietf.org>; Sun, 01 Jul 2018 23:32:43 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=algebras-org.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=hiZq7jq4ox94MYa2hai/jJaHiVgRHTz/NceBuw91EzE=; b=q0tATYrOxLaqNTcLyA8o69yJuNT7LCidusyBr8K7EgK8wyCbTXhQyXFmrywhRoXPqj zUhQGsbbnGiJXDBSqS6L3+rmpmZDalvLSbenqeVM0wDOZNLcbthrx0ZIRxnIerbe6G7S pEo7e5EmQbvQlJCGrf7Tq768xGt0Gy+UkRonK4vKoE0bXVBm5rOYJu9kOo8hYWELG0J0 +m23O7aS00nkoyx5WKcxSr9NFFz/YiOlMTG1qLHkc9RqKE+zUJJHTPMp+nzgGwgCqu51 lBrkdslvNBU0b6V0SJ+LmKVB8SqvLY4XF06Sz5dt0H0NqMygZOh72zGzAnpBfahugT4q RBgw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=hiZq7jq4ox94MYa2hai/jJaHiVgRHTz/NceBuw91EzE=; b=QWPv/yWADlCF/n6NZjDgJYk1DBZAtQ52DFTNgD4f3Tm++OkhyxRDb3y8t0lGBWgYBY LH+uf19QGhIzuAMtU/jlwiJhGGcVdMNikxCAlMXChxv7eyZ8lwglqSBTAsPfFecQOpdh LDNLzFMZFdZVNu+PSMW/JnInSS06xOafVf/gfJm+P0fGWyieGlgqwe8g/gAtrmfN/9Mk 10OJltgMAVWlPwgL4q1i2QKZPpzzCD6qjA+rYbclXzNJzqFkZijzT3n5PWnMt2UbV5XU AeIZmzVbJD+I0r2NqMwi2ht4Nt8GCD9twGmX17ucFVrvmqquT+W8uH7nIQWc9gUAZHWY Iqlg==
X-Gm-Message-State: APt69E2hDc+A3YwCvU7hHI6z2Njreo16GxH1ZWxfNHoTdFWxAOEI8j6A 22HIMnTuBA1CR5IgOCl4sJpZwkb+HS6XsAWBmaoIZTVisWo=
X-Google-Smtp-Source: AAOMgpdUUwj1VBV14FIaqHb17k+P83hmT6nSxpi9/+g/WmvRLpKlPMsUdDOXt6ffHS/jSzL/N37UoMT3TT0A726lzu4=
X-Received: by 2002:a1c:f46:: with SMTP id 67-v6mr4680431wmp.122.1530513162023; Sun, 01 Jul 2018 23:32:42 -0700 (PDT)
MIME-Version: 1.0
Received: by 2002:a1c:12cb:0:0:0:0:0 with HTTP; Sun, 1 Jul 2018 23:32:41 -0700 (PDT)
X-Originating-IP: [2001:dc0:2001:210:c53d:b7de:790c:6144]
In-Reply-To: <6E48293C-17F9-4376-9E2A-B87903093953@gmail.com>
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>
From: George Michaelson <ggm@algebras.org>
Date: Mon, 02 Jul 2018 16:32:41 +1000
Message-ID: <CAKr6gn2SgQ4AB9jTkqWs9rZx1zJnNY=0WOwmyymLqmsVS_XHZw@mail.gmail.com>
To: Fred Baker <fredbaker.ietf@gmail.com>
Cc: Lorenzo Colitti <lorenzo=40google.com@dmarc.ietf.org>, "v6ops@ietf.org WG" <v6ops@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/iQMOt3z2nwuebjUSpXdkfOHa9XM>
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 06:32:47 -0000

I don't want to over-play it, but some of this goes to "the death of
transit" -IPv6 works fine as a direct relationship, or to content in
the CDN, especially if the CDN is tight to your ISP.

But there are downsides, like the loss of end-to-end in this. its a
model driving to vertical capture, where the CDN players and your ISP
own you and nothing happens normally beyond those boundaries.

I *like* immediacy,  I'm no different to anyone else @home, I like
short RTT and jumbogram service delivery. But, lets be careful we
don't forget packets have to go outside, and when they do, IPv6 still
has some issues in transit: There are far too many tunnels, and far
too many routes where it bounces, trombones, or just doesn't work.

-George

On Mon, Jul 2, 2018 at 4:28 PM, 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.
>
> 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.