Re: [v6ops] Thoughts about wider operational input

Gyan Mishra <hayabusagsm@gmail.com> Wed, 23 March 2022 02:40 UTC

Return-Path: <hayabusagsm@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 0489B3A0ACA for <v6ops@ietfa.amsl.com>; Tue, 22 Mar 2022 19:40:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.096
X-Spam-Level:
X-Spam-Status: No, score=-2.096 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_REMOTE_IMAGE=0.01, T_SCC_BODY_TEXT_LINE=-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=gmail.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 DWiqPMLfw-Up for <v6ops@ietfa.amsl.com>; Tue, 22 Mar 2022 19:40:38 -0700 (PDT)
Received: from mail-pl1-x62e.google.com (mail-pl1-x62e.google.com [IPv6:2607:f8b0:4864:20::62e]) (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 941183A0ABB for <v6ops@ietf.org>; Tue, 22 Mar 2022 19:40:38 -0700 (PDT)
Received: by mail-pl1-x62e.google.com with SMTP id c23so330709plo.0 for <v6ops@ietf.org>; Tue, 22 Mar 2022 19:40:38 -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; bh=QJ4+oAXWvp/SBkl24xg0ijVIZqdYeJROO7Hr6MI7ZCo=; b=IhO4bYVigw2AAyYoHQxv5F8cXRBLKIlb0xaUAiSh1YC0S14IfdKWlLccQaTRItwh+E QLSz1b0/U3O+Uq3NO9DPsmtB4brTmA/EecprHE3Y11dk/0e5Apxsld2crIZtByvk+ale hdXWfwWkMMOuURU7Unn5t65xZNssQiNcFEU9I2qtJ76egvhjuDJYtMDyzeYAPLb4mLco 9jR5Wv6WlEI8tETEa6GjYlTtRq6VB95xr4n12KaxZbLVRZfUZcOP71o8nXBzrD+EbVk0 B+B+93QcQJAHIHEU6Rez1G7a91U+WfSZBSCvN0f4fhNQL12vJVyn/nCwdCyLVS+4ptio s1Fg==
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; bh=QJ4+oAXWvp/SBkl24xg0ijVIZqdYeJROO7Hr6MI7ZCo=; b=BSyiQ3E1Jvh2tcGrX2iUq729Gwu4Mo/bVRm2A0VY7KYyLA1BUkjL7DPIsnUEElhatx /1mrC2MuJCMCKeTUIOcCz1ygXoQT7wF86lYeHsLNDPhO5oJxGEI4auv0MCbV/pd2tvmn tOHRsopNfVp5sKtKCJfZSg80dbCp0aHJjZjsJ+BBd1ByvZqSNJLXZqA0oNCV/pB+xU3m l5ZsX9NF3xzCSiMo475U5dIwrQ6vBXsBBFjaaBx2joV+aZ/hOjG/9ycCKKeUNOYWNtMw SDlROY+VnrrpvySDvxjQVdHK4R0CjcCtIzbPpfQb0S0KHwbQ4KYPmyOSGvJKg/t/1Xwv IVlg==
X-Gm-Message-State: AOAM5312kKyFJj7BMpvdR6DAq4slDcbCLjULMtVU86TxxeAbOZ6PAo+b WnwfO1dKWw8Hsi4+9VbtWZivBT7/BL85Atuj9WI=
X-Google-Smtp-Source: ABdhPJweP+uTJSGHq2YiVLka8tg0mnqTyIz9Avxxrq7PBcf8j9Evhojyd/CpZl2wMeNcpS/5eFRjBWRT981/tKX0M4c=
X-Received: by 2002:a17:90b:1bc6:b0:1c7:69d:e80f with SMTP id oa6-20020a17090b1bc600b001c7069de80fmr8751802pjb.202.1648003237230; Tue, 22 Mar 2022 19:40:37 -0700 (PDT)
MIME-Version: 1.0
References: <BE3310F7-692C-46E9-A75B-07C4C3C6476F@gmail.com> <AD2EE5F7-150B-40ED-8542-872256326579@chinatelecom.cn>
In-Reply-To: <AD2EE5F7-150B-40ED-8542-872256326579@chinatelecom.cn>
From: Gyan Mishra <hayabusagsm@gmail.com>
Date: Tue, 22 Mar 2022 22:40:25 -0400
Message-ID: <CABNhwV1_1m_NqdKymKggjOqgQvzkLGCN9qN5NnmV2m_kZnkBLw@mail.gmail.com>
To: Chongfeng Xie <xiechf@chinatelecom.cn>
Cc: Fred Baker <fredbaker.ietf@gmail.com>, IPv6 Ops WG <v6ops@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000008b39b705dad9a749"
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/VCgQiEo5wN3EGlG3gCqRa-crnXA>
Subject: Re: [v6ops] Thoughts about wider operational input
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: Wed, 23 Mar 2022 02:40:45 -0000

Private address space, NAT and web proxy really eliminates the business
justification for enterprises to go through all the effort for all the
training and learning curve to migrate to IPv6.

How do you justify if everything works fine and if it’s not broken why fix
it mantra.  That goes for even companies in the IT business.

For business that ever need access to v6 internet content it’s easy to
setup a 4to6 web proxy and can still keep the corporate intranet IPv4.
Even when the all web content is 100% IPv6 enterprises can still utilize
their 4to6 proxy and stay indefinitely IPv4.

That gap is very difficult to close and I guess really the only way is when
router and switch vendors stop supporting IPv4 the time will finally come
for enterprises to finally migrate to IPv6.

I think for numbers counting for IPV6 penetration I think it makes sense to
exclude enterprises from the numbers as it’s an unknown.  I don’t think
it’s counted anyway.  The main concern should be web content penetration
with IPV6 and getting that to ramp up to the eventual 100% of all web
content being on IPv6.

Enterprises need real business drivers and justification to migrate to IPv6
or its never going to happen unless it impacts their bottom line.

For corporations that do business with the government in the US and maybe
other countries have a mandate that the corporations must have IPv6
deployed and use IPv6.

Another business justification is M&A activity for large enterprises and
complex NAT solutions and elimination of NAT as a business justification to
migrate to IPv6.



Kind Regards

Gyan



On Tue, Mar 22, 2022 at 9:57 PM Chongfeng Xie <xiechf@chinatelecom.cn>
wrote:

> I think the problem is that there is a gap between enterprises and what
> IETF is doing, generally, enterprise needs a solution which may consist of
> multiple technologies, to update their network or system,  but IETF
> produces many relatively scattered technologies in the form of standards or
> informational documents.  These standards may be systematically organized
> in IETF,  but they are not equal to solutions for enterprise, sometimes
> they touch a specific requirement of enterprise, but in most cases they
> don’t. In order to attract the participation of enterprises, it is better
> to arrange the technologies from the perspective and tell the enterprises
> what advantages IPv6 can bring to them and how to upgrade their network
> with IPv6. If they feel the output of IETF is close to their network,
> information system or production, they will have interest to join.
>
> Best regards
> Chongfeng
>
>
>
>
> 2022年3月22日 上午4:33,Fred Baker <fredbaker.ietf@gmail.com> 写道:
>
> I have thought some about the discussion we had in the V6ops meeting about
> increasing operational input. Several suggestions were made: add a separate
> meeting, segregate parts of the meeting, attend the IEPG, use an interim,
> and so on. One thought that I had was to schedule a meeting at RIPE in May.
>
> None of these address what seems to me to be a core problem: ISPs are
> deploying, but enterprise isn’t. How do we get enterprise on board?
>
> Sent using a machine that autocorrects in interesting ways...
> _______________________________________________
> v6ops mailing list
> v6ops@ietf.org
> https://www.ietf.org/mailman/listinfo/v6ops
>
>
> _______________________________________________
> v6ops mailing list
> v6ops@ietf.org
> https://www.ietf.org/mailman/listinfo/v6ops
>
-- 

<http://www.verizon.com/>

*Gyan Mishra*

*Network Solutions A**rchitect *

*Email gyan.s.mishra@verizon.com <gyan.s.mishra@verizon.com>*



*M 301 502-1347*