Re: [v6ops] Vicious circle [ULA precedence [Thoughts about wider operational input]]

Mark Smith <markzzzsmith@gmail.com> Thu, 28 April 2022 23:02 UTC

Return-Path: <markzzzsmith@gmail.com>
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 5814AC157B34; Thu, 28 Apr 2022 16:02:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.399
X-Spam-Level:
X-Spam-Status: No, score=0.399 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, FREEMAIL_FROM=0.001, FROM_LOCAL_NOVOWEL=0.5, HK_RANDOM_ENVFROM=0.998, HK_RANDOM_FROM=0.998, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xLx4ygbrBNHE; Thu, 28 Apr 2022 16:02:49 -0700 (PDT)
Received: from mail-pl1-x636.google.com (mail-pl1-x636.google.com [IPv6:2607:f8b0:4864:20::636]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 32367C15EB2C; Thu, 28 Apr 2022 16:02:49 -0700 (PDT)
Received: by mail-pl1-x636.google.com with SMTP id u9so5012057plf.6; Thu, 28 Apr 2022 16:02:49 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=6IZ8xEFbMGfZQTjfZxmdNZuYbkN/44qTlMJqsblH5XQ=; b=JzjzoNlEj4xs1df60l6mUJ6OG2LR2J0kLrD+g6WUZAJismoy9aFdjoy09Z4OOkKSxg 7PtBVGufy632p75nU2uHBJYCaqiasBG2whom8MxJnQ14ElVInE/dBsA7Wjic/c0/vEWz sFGbWbkEyUvdbE53D6WXSTA2IwKtG8vPQekdaEn+b0e22iM3OconZLE/fd6bECzNgsuo FNJH2aVpWCL0uUqmiKyJ5H+ak4DZqtVrK+/0wtVFDjeVQOilwd4MEOavGCaj4ojscX5n YhZJknLAaS5HB2sTEVA3P1bsMrTJd9OiKhTVG8aMPOu3e/7G/4eaVq6V7dMmPLiA+uCA JZ7Q==
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:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=6IZ8xEFbMGfZQTjfZxmdNZuYbkN/44qTlMJqsblH5XQ=; b=4K9V+CR3mLX/auMVVRa+Gmw+ecJOxMo28jDHciN0w0uq04dM7PAYSNAVIeUvbTj2Pr Jf1kuwlbJ7SXSE3wWIi4HTlNll7jyUd35rfCfvVTdoMtv5Vqr+FI0UTNR5inFDKEr3We /HmEahCXC/MhLxzP2S9HqcuWIEb7ajC8KMzJyooHhSGb3Ixzmv5iw+BGoDhAO1+s5DAM lw3lQAdcohE7o4vZ+z542Qib3KsQOe34w4/HzE9sT2lwQ/BW3RQLH4f9/p1fKap6v5Ky h0YvHZYhqhqmrsewAQBO0JRec+Iio0xMKlD6PRH2Mx99twtNf6nOYJOETcpy9q9cOSHl rgfg==
X-Gm-Message-State: AOAM531jMt8L6MwruXpRt6/WXKefPQ402Q5IcVxODEFqDaO4SLJ9E6FL uUzWXjGfnMGqcoff69bvit7YdVpGuYAKd0Z7Ob8=
X-Google-Smtp-Source: ABdhPJyY/ti4Bq14mRI8swY7WPiBQEDAPmpHcepaO940t1ytGMe/iZF/Jq0clfLUkpVf5KdTTpSzL3XP9oMXTc+lFNA=
X-Received: by 2002:a17:902:70cb:b0:158:424e:a657 with SMTP id l11-20020a17090270cb00b00158424ea657mr35305860plt.6.1651186968334; Thu, 28 Apr 2022 16:02:48 -0700 (PDT)
MIME-Version: 1.0
References: <CAM5+tA8WvjvWirxqE6kQ9LQAG0NcpWyCLGVooB=G7gZ9ETb2zQ@mail.gmail.com> <20220424172743.GA218999@fg-networking.de> <CAKD1Yr1v0Tkh+pWD-ts=PL3gZf7Qj6OHW6Cuvj8iGcSSMibjew@mail.gmail.com> <0afe25f5-52b7-a438-0696-cf8b0a83c2dc@gmail.com> <BN8PR07MB70760D9693580F5BDCB61DD995F89@BN8PR07MB7076.namprd07.prod.outlook.com> <CAKD1Yr3Z9wGQ+uiA2WcW00MrOiLyHs+bSoFjHVtrixCi2qp4DA@mail.gmail.com> <BN8PR07MB7076A6456CAB48EF428D6E8695F89@BN8PR07MB7076.namprd07.prod.outlook.com> <65d0d9ac-77fc-c200-09e3-0c3949ca1541@gmail.com> <CAN-Dau2FS99ewfgH8xk-jSJFCnO92CJV9ZC98DUE2UDR7V1Eww@mail.gmail.com> <CANMZLAYbpZBDA8uFnJqfWfWTQ4S9RN4a-DqWe36qzfAfDtXiQA@mail.gmail.com> <CAN-Dau0BjRR2_7xz38DpJsz0Y=Z_8bV5n-=Eh1QUVEDzqVxmaA@mail.gmail.com> <CAPt1N1=H=eAyRu0JcHnLpZEUizDZ4Kj0VwPu=0nM=Wn+y3Ho1w@mail.gmail.com> <CAM5+tA_4rtSkgEuRUFZ2LYr6i8a7vWeKODYieVARF3RbRvgRww@mail.gmail.com> <BN8PR07MB7076DE3E745CB916FB81879595FA9@BN8PR07MB7076.namprd07.prod.outlook.com> <ADAE42CE-448F-42F5-89BE-692F493E2DC8@consulintel.es> <CAM5+tA_ksJ+agY1tze1-zPHLsgYFgjEYtnuPs+ffZbnRqiHytw@mail.gmail.com> <BAD082DA-0958-4926-B3E5-4E4599A75078@consulintel.es> <BN8PR07MB7076564E50C0DAFBFAB950FD95FA9@BN8PR07MB7076.namprd07.prod.outlook.com> <CAPt1N1ncVkekecS=dBHSR3WtaEMruy55Udxy0WSMGTgbN24pKw@mail.gmail.com> <CAM5+tA8-Zqka-vZ9jRL3wn0dtfuJj0ECx_k9prwyS2ypisaPtw@mail.gmail.com> <FB031B76-7E88-4824-876F-D1A05F8D2215@thehobsons.co.uk> <CAFU7BAST-oNGpy4JvODDsf=8eS69hV8XCi8OgEHBkkoujRN3Rw@mail.gmail.com> <699f556a3eac41179a80d2cc8749a191@huawei.com>
In-Reply-To: <699f556a3eac41179a80d2cc8749a191@huawei.com>
From: Mark Smith <markzzzsmith@gmail.com>
Date: Fri, 29 Apr 2022 09:02:21 +1000
Message-ID: <CAO42Z2wiebCOPmtcEOJ3rOaZEpHE7qFZZTf5KLWybSsL6rOd9Q@mail.gmail.com>
To: Xipengxiao <xipengxiao=40huawei.com@dmarc.ietf.org>
Cc: Jen Linkova <furry13@gmail.com>, Kevin Myers <kevin.myers@iparchitechs.com>, 6man list <ipv6@ietf.org>, v6ops list <v6ops@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/iiTtNf8a7lu9LWP34UpN64iM7Xk>
Subject: Re: [v6ops] Vicious circle [ULA precedence [Thoughts about wider operational input]]
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.34
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, 28 Apr 2022 23:02:53 -0000

On Fri, 29 Apr 2022 at 07:37, Xipengxiao
<xipengxiao=40huawei.com@dmarc.ietf.org> wrote:
>
> Hi Jen,
>
> Thank you for bringing this useful piece of information to light.  I hope more people see it:
>
> > PCR DSS 4.0 (published in March 2022) does not mandate NAT for IPv6. The text has been updated.
>
> That said, I very much agree with Kevin Meyer: "If you want more Enterprises participating in the IETF discussions and improving IPv6 uptake, start thinking about meeting them where they are. And to be crystal clear - NAT is where they are and where they will be for quite a while".
>
> My point is, given PCI DSS 4.0 (what Jen wrote as PCR DSS 4.0), we should tell enterprises they no longer need NAT. But if some enterprises still insist, respect their decision.

Ignore them. IPv6 doesn't solve any problem they have, and adding NAT
to IPv6 still won't solve any problem they have, because IPv6 still
won't solve a problem they have.


Earth moving equipment manufacturer: "We think you should buy an earth
moving front end loader from us. They're great!"

An Enterprise: "We don't need an earth moving front end loader, we're
an accountancy firm. It doesn't solve any problems we have."

Earth moving equipment manufacturer: "What if we add a backhoe to it?"

An Enterprise: "We're still an accountancy firm, we still won't need
it. We don't need to move dirt or dig holes. It still doesn't solve
any problem we have."

Earth moving equipment manufacturer: "Oh, come on! You really should
buy one! We love our front end loaders. Everybody needs one. What if
we paint it green too?"

An Enterprise: "Nope. Even though our corporate colours are green,
we're still an accountancy firm and we still won't need it. We've got
better things to spend $100K on."


Even government mandates to get enterprises to adopt a networking
protocol don't work - the Internet is supposed to be running CLNS by
now as mandated by governments around the world. (I expect Vint Cerf
was being nice while working on this rather than truly believing OSI
would take over.)

Explaining the Role of GOSIP
https://www.rfc-editor.org/rfc/rfc1169.html


 It's more important to get enterprises to use IPv6 ASAP, than to
insist that they use the "right" IPv6 solution.
>

Why is it important to get enterprises to use IPv6 ASAP?


Regards,
Mark.


> XiPeng
>
> -----Original Message-----
> From: v6ops <v6ops-bounces@ietf.org> On Behalf Of Jen Linkova
> Sent: Thursday, April 28, 2022 12:53 PM
> To: Simon <linux@thehobsons.co.uk>
> Cc: 6man list <ipv6@ietf.org>; v6ops list <v6ops@ietf.org>
> Subject: Re: [v6ops] Vicious circle [ULA precedence [Thoughts about wider operational input]]
>
> On Thu, Apr 28, 2022 at 11:15 AM Simon <linux@thehobsons.co.uk> wrote:
> > The IPv6 community needs to engage with this other regulatory community to get them to bring their standard into the 21st century.
> >
> > As long as the PCI standard effectively mandates IPv4 & NAPT then it’s going to be an uphill struggle.
>
> See my email I sent yesterday. PCR DSS 4.0 (published in March 2022) does not mandate NAT for IPv6. The text has been updated.
>
> --
> SY, Jen Linkova aka Furry
>
> _______________________________________________
> v6ops mailing list
> v6ops@ietf.org
> https://www.ietf.org/mailman/listinfo/v6ops
> --------------------------------------------------------------------
> IETF IPv6 working group mailing list
> ipv6@ietf.org
> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
> --------------------------------------------------------------------