Re: [v6ops] Why enterprises aren't adopting IPv6 (Re: Implementation Status of PREF64)

Nick Buraglio <buraglio@es.net> Thu, 30 September 2021 17:10 UTC

Return-Path: <buraglio@es.net>
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 856F83A0DCA for <v6ops@ietfa.amsl.com>; Thu, 30 Sep 2021 10:10:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level:
X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_FONT_LOW_CONTRAST=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=es.net
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 E33r5P5R-5Zm for <v6ops@ietfa.amsl.com>; Thu, 30 Sep 2021 10:10:00 -0700 (PDT)
Received: from mail-lf1-x12f.google.com (mail-lf1-x12f.google.com [IPv6:2a00:1450:4864:20::12f]) (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 03AD63A05A4 for <v6ops@ietf.org>; Thu, 30 Sep 2021 10:09:59 -0700 (PDT)
Received: by mail-lf1-x12f.google.com with SMTP id i25so28174489lfg.6 for <v6ops@ietf.org>; Thu, 30 Sep 2021 10:09:59 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=es.net; s=esnet-google; h=mime-version:references:in-reply-to:reply-to:from:date:message-id :subject:to:cc; bh=CNu0TgZD89s9zLCzICF9HacCwuCC16+jvVHNSMrsHIQ=; b=dCqeY1IlUQLnPOMt11/ViDkiIbq/1ssEq5V17BlB/lHmCyd1ex0Hj/MAQmb9gQyJVZ ablDDlcIXawtYFH7/Vr7FCno7x6hj9ksm4gZZQPT6Oy2P9U7aLZ0g5EWTXbW2m1sFPMu 05LMWoxbh8er7lHf/Zi9z0qnrJbYLHwUJpFn3DB0IW6xR9pQeLzsAknTKE1bmip722ON LKV0JitMEBEFI/D6XsH+ik2KUCckYTzbGqL0jxbedC25AHN09wfucm2QMS2H9XhzaJ4m fLIMnGH5/DOK1fPQlUTIHwd6CvkDPYhuy2R/Z5a+MlYgco5EOiB7qRS/ddaZoL/q6nYY Vvnw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:reply-to :from:date:message-id:subject:to:cc; bh=CNu0TgZD89s9zLCzICF9HacCwuCC16+jvVHNSMrsHIQ=; b=nNY2C46yV7vAUn31Sz7FD+X5cdvEUljPSw3W5jG/eOl+T2zspD1EBstezLAXxKsi1F qrvZ7h6pAHsykidwbrLnCWlkuwmpiRPzc5ws8es9FQFPHKrbpD/tQH60inyHsR4OZrez 1EzFcp2Td46S+GWqrtlQxrVaOKV4pVNPIql4e4ZzKyI6CyCCaPx5Ej9imlEnx3BkEJg3 2anCw+Uvy1Tqpjq6saicrEAV3EER10kFaEWRvML4IIEIlOAbgPgZWPKqGgvJfe6I0nGN NxEDHxfKa7iB80Ze8P+maWXSprhO7WkTbf3+kY9syKOO5i6DSK/ZvgITqXCLDkA/ngbr QDLQ==
X-Gm-Message-State: AOAM530W5kuJWv/ZyKlyC7umkifKrrYYsoGtSnujbjR6TWQeymxzGZYY N3dFc5jxos7xGCbYgKW5xDRE1+Tb2nrNuhyBX7Xhbjxe7mSz69/GhIvxLKfI0f3QsKdcebWlHh9 C7BhOh+/c8LhK31NH87DXH8vuV9EMYyYuRBnG8FEd21LVInMaNJ+4eSPIwrNtDprcO7uHSx3R3Y XV4qQy
X-Google-Smtp-Source: ABdhPJzYx76Kb7wz1rD7gHQXwODujzGbglKLlhBbFX/+U7q/3Ibr6s2Em5h0PLOm2XSQj1C3UdUblEQMRR79zRL2u5g=
X-Received: by 2002:a19:ee18:: with SMTP id g24mr364825lfb.338.1633021797559; Thu, 30 Sep 2021 10:09:57 -0700 (PDT)
MIME-Version: 1.0
References: <CAN-Dau2in52xSUkqKEXu=2AAiR4O_jLhna7hY-hshYDORfGtcQ@mail.gmail.com> <CAMGpriWFp4JPtqDK5tEj1RkS-SzEfvscfUUnxgK+o6qP2pusRA@mail.gmail.com> <6E95834D-12B3-447B-8326-8EDE9DC6FFB1@delong.com> <CAO42Z2zA-4cK489nxKsWUN8vvU0eAiz-jS0e-_eWPg+OmP8wLw@mail.gmail.com> <DDA36020-90CC-471B-83AD-3D98950F1164@delong.com> <CAO42Z2wdoSdJDOB2Zo0=ZK0ecOARRsdg2nbHZGSDOhryPbLfDw@mail.gmail.com> <F2BD0A42-E9AD-45DD-999A-638E73BE1177@delong.com> <CAKD1Yr2K3Gd3JD=NJFOoH6GYgs-8ACxRQB9-sKJ7cbF4_hxsow@mail.gmail.com> <0B533C71-5DB0-410D-A5A3-7E8FD559F214@delong.com> <CAKD1Yr3NoYfNT7+OVJoCCdgdif6AHHw29tNCPttS=-NuRZKv3w@mail.gmail.com> <DM6PR02MB692426B0EEDDC2C4D78D8EC0C3A89@DM6PR02MB6924.namprd02.prod.outlook.com> <CAKD1Yr25dtinLBeJpAuJ17NfLg7-ewM9QPvnXNuEJ8wiBQV9ig@mail.gmail.com> <CAO42Z2zqf=F6OTDK2e8cMYXdPgMZ=SgFJcn7BTKYGgcYsLT2iw@mail.gmail.com> <894BCFE9-0811-4AE6-9941-6183292E4431@delong.com> <7E8C5F52-596F-4CAB-89EB-B0D5BAF5F612@employees.org>
In-Reply-To: <7E8C5F52-596F-4CAB-89EB-B0D5BAF5F612@employees.org>
Reply-To: buraglio@es.net
From: Nick Buraglio <buraglio@es.net>
Date: Thu, 30 Sep 2021 12:09:46 -0500
Message-ID: <CAM5+tA9RxQzofyDsjxLRb9_Gg+_wT52A-NW9jeP6QBPa3Pj3cA@mail.gmail.com>
To: otroan@employees.org
Cc: Owen DeLong <owen=40delong.com@dmarc.ietf.org>, Lorenzo Colitti <lorenzo=40google.com@dmarc.ietf.org>, V6 Ops List <v6ops@ietf.org>, Jen Linkova <furry@google.com>
Content-Type: multipart/alternative; boundary="0000000000002823c705cd398461"
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/hQEdQ5SwtXMCZxspivTJZ06PxI0>
Subject: Re: [v6ops] Why enterprises aren't adopting IPv6 (Re: Implementation Status of PREF64)
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.29
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: Thu, 30 Sep 2021 17:10:06 -0000

On Thu, Sep 30, 2021 at 12:04 PM <otroan@employees.org> wrote:

> Owen,
>
> >> What is the main problem IPv6 was designed to solve?
> >>
> >> Lack of IPv4 addresses.
> >
> > Correct.
> >
> >> What problem don't many enterprises have since they're using RFC1918s,
> and could misuse 100.64/10 if they really need to get more.
> >>
> >> Most enterprises don't have the main problem that IPv6 is designed to
> solve.
> >
> > Not entirely true… More accurately, many enterprises are able to pretend
> they don’t have this problem today because of the above.
> >
> > However, eyeball providers DO have this problem and its getting worse.
> Further, eyeball providers are on some of the thinnest margins
> > and consumer IP access is at the low end of the market, so paying for
> more and more IPv4 addresses and more and more expensive
> > (and more complex) IPv4 solutions and higher support costs for those
> IPv4 solutions becomes a non-starter at some point.
> >
> > Either consumer access in general will become significantly more
> expensive, or eyeball providers will start having to find a way to
> > surcharge IPv4 services (whether that’s in the form of an IPv4 surcharge
> or an overall price increase with an IPv6-only discount
> > or whatever).
>
> typically they only use a 1/65535th of an IPv4 address ((one TCP port)
> although they share it at L7).
> it would certainly be possible to improve on that.
>
> > I already know enterprises that are experiencing pain because their
> outsourced contractors in certain parts of the world are basically
> > IPv6-only already and the fact that their contractors can’t interact
> with the corporate network via IPv6 is causing issues.
>
> would you have more details on that.
> last time I tried going IPv6 only, that was completely unworkable.
> (while doing IPv4 only is perfectly fine.)
>

This is very doable now with a few caveats - I use an IPv6-only network for
my daily work and have for quite a while. The largest caveat is that for a
workstation / daily driver network an upstream NAT64/DNS64 is more or less
required for backward compatibility to legacy IP resources. However, as far
as running "IPv6-only" on the host, that's very easy on pretty much any
modern OS, and a very large amount of resources are dual stacked so the
translation requirements become less and less every day.


> >> For IPv6 to be adopted by many enterprises, there will need to be other
> reasons that are of business value.
> >
> > Employee/contractor connectivity is of vale to most enterprises. There’s
> a time coming when that’s going to require IPv6 support.
>
> that's what we have been saying for 25 years.
> perhaps time to accept reality. ;-)
>
> O.
> _______________________________________________
> v6ops mailing list
> v6ops@ietf.org
> https://www.ietf.org/mailman/listinfo/v6ops
>
ᐧ