Re: [v6ops] Thoughts about wider operational input

"Ackermann, Michael" <MAckermann@bcbsm.com> Sat, 26 March 2022 00:55 UTC

Return-Path: <mackermann@bcbsm.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 AD72C3A1126 for <v6ops@ietfa.amsl.com>; Fri, 25 Mar 2022 17:55:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.11
X-Spam-Level:
X-Spam-Status: No, score=-2.11 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, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); domainkeys=pass (1024-bit key) header.from=MAckermann@bcbsm.com header.d=bcbsm.com; dkim=pass (1024-bit key) header.d=bcbsm.com header.b=d9rsvUsk; dkim=fail (1024-bit key) reason="fail (body has been altered)" header.d=bcbsm.onmicrosoft.com header.b=W9sdhOJ2
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 yhTOSlz2cVvv for <v6ops@ietfa.amsl.com>; Fri, 25 Mar 2022 17:55:34 -0700 (PDT)
Received: from mx.z120.zixworks.com (bcbsm.zixworks.com [199.30.235.120]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1C6723A1118 for <v6ops@ietf.org>; Fri, 25 Mar 2022 17:55:33 -0700 (PDT)
Received: from 127.0.0.1 (ZixVPM [127.0.0.1]) by Outbound.z120.zixworks.com (Proprietary) with SMTP id 72E9C239A06 for <v6ops@ietf.org>; Fri, 25 Mar 2022 19:55:31 -0500 (CDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=ZIXVPM1670e2ded26; d=bcbsm.com; h=From:To:Subject:Date; b=jBushAmYsZEk+PoGiozA4HsY9CPU9+EViwc/A7Z7339/0iK4bDvCrbsgc+QaWSOs 7gO49F8VkivcsVpEev9ymgJY3gP/h1DhSobwPWx1XzlEwjMMy0d14TvJ5hNuHQ 25LZpI6gkqx92EBQQstGd/ZHheZtdtLNXUa/bJdWIvxK4=;
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bcbsm.com; s=ZIXVPM1670e2ded26; t=1648256131; bh=LcDS3cTAtEHwFSBwVqjYgS0+ZcelpO/CSQkSXQ7pPoM=; h=From:To:Subject:Date; b=d9rsvUsknpTGTp4imzCqHR1+OAuca7QG3+l0N/D5FpeMzFJ2OVRJZFoIE2vx+4CbG CndF5qDWAYcrxnw1vr2yrtvZWseXPhzXYaSX5UA3CEQRMP+EsHLn5bN03PLluxB4sg k9xTtn0IQGi+pJVZR+Dvl0u52EyBTxyLNo/XX0vU=
Received: from imsva2.bcbsm.com (inetmta04.bcbsm.com [12.107.172.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx.z120.zixworks.com (Proprietary) with ESMTPS id 9B2B541B6329; Fri, 25 Mar 2022 19:55:30 -0500 (CDT)
Received: from imsva2.bcbsm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 3DB8BFE04E; Fri, 25 Mar 2022 20:55:30 -0400 (EDT)
X-IMSS-DKIM-Authentication-Result: imsva2.bcbsm.com; sigcount=1; dkim=pass(1024-bit key) header.i=@bcbsm.onmicrosoft.com state=0
Received: from imsva2.bcbsm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 0DF75FE05C; Fri, 25 Mar 2022 20:55:30 -0400 (EDT)
Received: from NAM02-BN1-obe.outbound.protection.outlook.com (unknown [104.47.51.42]) by imsva2.bcbsm.com (Postfix) with ESMTPS; Fri, 25 Mar 2022 20:55:30 -0400 (EDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=PWd1+zfheGYnzAGFa05A/PQmgOBDLiJWtCKqgyqOnWOty9IqGgjFiwExdTdcBYnzM5CY6pUQa8jDz8h645AHFB0AGdKZuoQjdAQIxyN36dik4EbQ0S8cBjy3dJqJnUDz/+jV+M2kgDPg56ywEBEKaZH2H0mmus8i8bXuRanDbonOrFGMh04ny2Yyju3Gnw2ChuflR4zM/HenxuzIr1mJGN+kB00+vPlMsBh862ZKHqkSrYYsG8ivd25ckkBx9wjFHoTUthI8FbqFqM4UxR/SCVAZep9r7BR/BUvXgklfthFQkolszWuMvi+9PUme0sSz+mRDhFHdtLMqnTGrQt8JbA==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=CMog64I6MkMX/jbPMtZWjA6YJzaDSISEus2enRK6stw=; b=m6NjGg0EOFGwEkXMimtVl2wHNPB/WF/UJv0sWB9qsC4phnVwwBz7P/QHEnlq5JN/u4rD/pyImMdFjNamgyR1kgXXUEFKyJAQXnK68oQ6zkRXCpvhsUE0V4Q7QbkWbVJBmxQ3Spg0HCG3BeEwBpVk/+9yWsMkenlQRgAROdqjDDXq3/DDlr3qU1KO3zjiwlRWm1zBob9CXcabMcZ0Uxc6WQMsqiIlTGayWpu49eZc+cGVrwMEv56FmlzPCfsw+7gcXs1fb0chliPrG5R5rrA//1vIPbDrjYKuWr/WCLN8+z84+KJAldduYOr6bTPbFZmXctyVtZ3oK/rDKetKbeb3Vw==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=bcbsm.com; dmarc=pass action=none header.from=bcbsm.com; dkim=pass header.d=bcbsm.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bcbsm.onmicrosoft.com; s=selector2-bcbsm-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=CMog64I6MkMX/jbPMtZWjA6YJzaDSISEus2enRK6stw=; b=W9sdhOJ2TkK3FKMGx7ZOk6xc5g1w6ZnbeXg2dMmkCUAD5HyRKZ/7f7bRSeaU2zA9rv+7DTWOLkX7O0A+wGDUCsdRjm771deMZq7OCpMTqjCzxVqYahGgoxESiym0w4gvYYNzwRzLgCffSqKUKjiYFJXB5AVMMOl9H7vB+cdsDk4=
Received: from DM6PR14MB3178.namprd14.prod.outlook.com (2603:10b6:5:118::30) by DM5PR1401MB2106.namprd14.prod.outlook.com (2603:10b6:4:56::11) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5102.17; Sat, 26 Mar 2022 00:55:29 +0000
Received: from DM6PR14MB3178.namprd14.prod.outlook.com ([fe80::fc52:941f:cc00:2dd9]) by DM6PR14MB3178.namprd14.prod.outlook.com ([fe80::fc52:941f:cc00:2dd9%5]) with mapi id 15.20.5102.019; Sat, 26 Mar 2022 00:55:29 +0000
From: "Ackermann, Michael" <MAckermann@bcbsm.com>
To: Paolo Volpato <paolo.volpato=40huawei.com@dmarc.ietf.org>, "Philipp S. Tiesel" <phils@in-panik.de>, IPv6 Ops WG <v6ops@ietf.org>
Thread-Topic: [v6ops] Thoughts about wider operational input
Thread-Index: AQHYPWLxesV8fulCSU6drVXmx0+5BazLVUBggAL0OICAAARXQIAAK5iAgAFv3YCAAF6gkA==
Date: Sat, 26 Mar 2022 00:55:28 +0000
Message-ID: <DM6PR14MB3178AAF2A80CE63ED8A11C1DD71B9@DM6PR14MB3178.namprd14.prod.outlook.com>
References: <BE3310F7-692C-46E9-A75B-07C4C3C6476F@gmail.com> <DM6PR14MB3178DB5E4F9560FFE0B13521D7179@DM6PR14MB3178.namprd14.prod.outlook.com> <29f35cbabc114386a1d00bf5c4054f6c@huawei.com> <DM6PR14MB3178A04B566F1D24571924F8D7199@DM6PR14MB3178.namprd14.prod.outlook.com> <1DA8D34D-3B77-4B6B-B49F-C4C200492624@in-panik.de> <36b1c1aa244f40afa05eb5e58cc62cdb@huawei.com>
In-Reply-To: <36b1c1aa244f40afa05eb5e58cc62cdb@huawei.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=bcbsm.com;
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 3b214b5e-d1c0-47fe-9019-08da0ec35264
x-ms-traffictypediagnostic: DM5PR1401MB2106:EE_
x-microsoft-antispam-prvs: <DM5PR1401MB21067FB3674FA701527572B9D71B9@DM5PR1401MB2106.namprd14.prod.outlook.com>
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: jOfw5jrP1+8JeKceu9YM8J0jeIGNnqcAmr8QYee13O6nAlk7pgwcWcZq5sUsiLf/xsc3IQAXGsz9DsrJebmGHGx5uHn+P6aqFy33I7M6FjppgSlNrPB72Pyj9ctsthg2hYzpse1XrtlRVx+YiDbqNn5JI9prI4BsR+7/sQvq4hyyAw5WeRtPsKwLK9Lohz9yfj4adgDyqhL7qwLOShrsHxUeBtxU/qPEo2jvU3Yyq3T1lV/x+nTwUXB7m5hFiFjuENgdiJvXrt/gYbcdl0WvgBBqDqyKUdPJWD7SYQLLEJGPKZ7E2sQNC+YJpeVh/L4uIwhf5j47Lu41RonfB46IYcFn0MCvCA5Dea2dQLzkeFGETEHtXHneHxXrFH3ntNbNisQN2xOWhnqkQgBZl7aPBugTtdOpTQMDqwJT0nroQzq3LEAS5JurFgjrAOGXCxNNSJ0fWNhtfny5AEeItbok4ra8vQ7Gif3u7V3aY4MUgiIH2b11dbTd82sBeTn7E/N4G4CirmYocChonJJlOM6kCr/WIwAQliWRzz5Rr9b23xdFw5TeU7YwLyLHYBARNeGCucwjA7/fXOSustAPfmxhgJv5/FLXsV5iuHXZbeFLLCm7d3B4yMgX9lks+P8IwgcJQJyVIbkealiwPO0MNvFb69Zq6KcnLcIMjd29x1kAQ3g9wbcr3ps2t8VeiUq06XlfTJR4NP94KHlXwVM/gQQnOI305rkSFpUNHAaAoK/q0+ytuCpPun/KVV3qFDu8MsHiVVahx+Gw1DpmwcPRUyY1JXeYh/HghP8ykpXNI2MA814=
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DM6PR14MB3178.namprd14.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230001)(366004)(5660300002)(26005)(33656002)(66556008)(66476007)(76116006)(83380400001)(64756008)(66446008)(86362001)(55236004)(186003)(7696005)(9686003)(71200400001)(38070700005)(6506007)(38100700002)(966005)(508600001)(55016003)(53546011)(66946007)(122000001)(316002)(52536014)(110136005)(30864003)(8676002)(2906002)(8936002); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: 742cKfcTNY4N4ki7yXo6Oo1e+bpbpIFLPA3lw/aV3aeX0J+fL34d8cCae0tj6sYGNAnwmky7VAFv5dZ7H8EFoM1tVUHOOI+AEViMR4HQL2p1aw1WCzgoxONqUEhcBnDtu0epk+6uO4tZYAh1hOhS3cQOENjkx28KCFQ5Tt9SKZsDkHahPp44FZplMDc0vnXpQolJXbGbKKc7SABxCYZ01vwoaA2BKDZ5nX0grI76VFtRTgO34R5oHDAT7VEKzsfaCp070Lvsdw091bvdYCYRXWhlIOo8q3TT/vqQb6vFF8WiV1XDVH6wpqYkpeUXyfkwYbyw282R/V4MPiXAO0DLKlk4HH11aAmoASKIfO87Dcev4FDmqFBU6KYkxu1Gs3so0gg723gstJh//LMpKQKBok7ASKoXCiPs6bPdMEGdC/nm++hyMFFr1SqczzD2e2xHOVg/mRrBaCphJ9nJx0XkiywGA2a0P0Rm+5P4DY/3GhP10pqCFC0JG+uJCIY7M4Dg7auDcIo5Dg5B5BiCXguFkDZmuZwDfMvjXq05HdllygAPTbEomxm8l2Tl+6NoqhmqtO2+HItXjr+DVMv3REscD/IuGDZZS8gfHkeFa20g9dKIwt7n7bt759iYLE0W9l42arXFS2452IVQdRsmhyS3BiuvGZO2hDofikiSMBeg8BGBJN/RpX7+wCZ9KDJ93Ne4p5q5+0hKu5xL/aDmV8a5YT3O3vNWCGy3iRNqxbGCsZDiQDJxxjKjacPWC4BH/mW7nuFUg7z0gMQp04Jvp/RsnJX83X20ciDOqZk8W/MdAGOaOASJouvBoo7mRw9l7ECfeU172LxM8RvZ4nTu1gz9OvfFpcwTqGWnsRJC5SPG211q3GbUnv1oYBaIfDiGXG3JV5QdIDwmNyCVnCPkvB8I/lngdLSZD5OnwMhrmfrsswe0HL1yv3GASDsXHUPsOPGCk3UbpWGf9cWIKt1lCEbatFyC6kWfivXe4Px781BTA/jLDcfcPMv06Q+LJpp79aQ3kw7PlA1qFVvhp4pblOEfUoPAOCltNv6nYLR+GkRAQWPMwH4IQ5fMfjOl+h9b/WjTPhljhoAX/MkYosKpJjBSOAw2GQonUjZQilE5S02jbDOh1fJauz7dj3oIEtoNnv47ba/Fhp29aW4RyWz6G7gIMjoIR32G0K+ps6dfkSs1nBWg3yw0uS6gda1jLjWBjIt3VG56zA5C4DwsImZVpvlxRZgaGS5OQ7DVGI0hESX7rjeY+95NPav0AYTwDHQRHJf8GXp64j8+A3MRUbu7fL0CED+tK6X0kNqekNSys8RtUcj8T6+6fSTcSkjEZNuP1V38+X8g5svpZTnv4Tj9lROkmk7ebu1TQpeYlFhu/JnD0Hy/6al/GiqsvfrsNVsv6OdlmRxIjewsnT/NhosPSWkPaSTrDwOTGXvWhQaGCLD4wA5qKoOIZmcDmY+7T1aYXOvN
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: bcbsm.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: DM6PR14MB3178.namprd14.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 3b214b5e-d1c0-47fe-9019-08da0ec35264
X-MS-Exchange-CrossTenant-originalarrivaltime: 26 Mar 2022 00:55:28.9142 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 6f56d3fa-5682-4261-b169-bc0d615da17c
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: aiGHsZD/C36RBQFi8pFFeXfz9C/6zma6x9bCVUcVwu6rRQDnyhM/lh/Oq8mZ1zTfuXFSXWVUkXtXSIXnEEe3Dg==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM5PR1401MB2106
X-TM-AS-GCONF: 00
X-VPM-HOST: vmvpm02.z120.zixworks.com
X-VPM-GROUP-ID: 66268863-a348-4e2d-be7c-762afc6d6fec
X-VPM-MSG-ID: 744dddca-c27b-46ca-b5d7-4403b3235604
X-VPM-ENC-REGIME: TLS,Plaintext
X-VPM-IS-HYBRID: 0
X-VPM: TLS Sent
X-VPM-TLS-SENDER: vmvpm02.z120.zixworks.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/jZw0eVeW3huxcSODXN-JBMXIZ2Y>
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: Sat, 26 Mar 2022 00:55:41 -0000

Paolo
Thanks for following up.  
I was intrigued by when you said "involving cloud providers may increase the representation of enterprises at IETF"    I am not sure what that means, or how this could effect enterprise attendance/representation  at IETF,  but increasing enterprise attendance/represetation at IETF is a very important topic to me (that I have had little success with to date), so you definitely have my attention.   Can you elaborate on how this might work?  

As you probably know,  enterprises are doing a LOT with Clouds right now and more planned for the future.     As we move apps to the cloud,  we are finding limitations in addressing and routing.  Sometimes resulting in lack of connectivity, degraded performance, unexpected costs and other issues.  NAT's seem to be particularly problematic in certain areas with clouds.    IPv6 seems to be a good potential solution.   Currently, we are trying to find out the specifics of these issues,  with the various cloud vendors,  regarding addressing formats, limits, routing, costs and other involved operational details.   This should provide a more efficient, effective and capable ecosystem, for both the customers and the cloud vendors.   These issues are of particular significance when apps span VPCs, geographic boundaries, or even cloud vendors. 
IMHO the cloud vendors are starting to see that IPv6 would be good for them as well.  (more addresses, less NATs & other performance issues, and not to even mention the cost of acquiring more IPv4 space if we don't jointly pursue v6. 

So if you,  or anyone else at IETF,  can assist with either of the two subjects above,  or anything else in this space,  we (enterprises) need LOTSA help and like I said,  you very much have my attention. 

Thanks 

Mike 


-----Original Message-----
From: Paolo Volpato <paolo.volpato=40huawei.com@dmarc.ietf.org> 
Sent: Friday, March 25, 2022 6:21 AM
To: Philipp S. Tiesel <phils@in-panik.de>; IPv6 Ops WG <v6ops@ietf.org>
Cc: Ackermann, Michael <MAckermann@bcbsm.com>
Subject: RE: [v6ops] Thoughts about wider operational input

[External email]


Hi,
Following on what you and Michael provided, I wonder if involving the cloud providers more in this domain may prove useful to increase the representativeness of enterprises in the IETF.
In any case, if there is enough interest from the community to deal with the aspects related to IPv6 in the enterprise I would also happy to contribute.
BR
Paolo


-----Original Message-----
From: v6ops <v6ops-bounces@ietf.org> On Behalf Of Philipp S. Tiesel
Sent: Thursday, March 24, 2022 1:24 PM
To: IPv6 Ops WG <v6ops@ietf.org>
Subject: Re: [v6ops] Thoughts about wider operational input

Hi,

as someone who has transitioned from academia and ISP land towards cloud and enterprise territory, I begin to realise that being representation through the vendors is a very problematic assumption. As usually ISPs have huge equipment footprints compared to enterprises, at least budget wise, it is much easier for them getting their needs addrsses at the vendors and, thus, being represented by vendors if they choose not to be present on their own.

Most enterprise networks, are far less technology driven that ISPs and get far less management attention.
For larger enterprises, a transition to IPv6 involves many internal teams to coordinate, it is more an organisational challenge than a technical challenge that is hard to drive without management attention. Pushing for IPv6 because of technological arguments won’t work – you need red flags it solves to get the necessary attention.

What can the IETF do to push IPv6 in the enterprise?
- Most effective would be to lobby to make IPv6 transition a hype topic.
  ISP and vendor lobby and sales could help.
- Second, actively engaging consulting firms and education them could push that too.
  There are a bunch of very good IPv6 consultants there, but getting an IPv6 expert from
  one of the usual large consulting companies is difficult.
- Third, reaching out to PaaS communities like Kubernetes or Cloud Foundry could help to
  improve the IPv6 support there and make these platforms spread the word about IPv6.
- Last, take a look at the IaaS providers and try to engage them here.
  IPv6 support from AWS got usable in 2021.
  GCP is fine for PoCs, but functionality still very limited.
  Azure's IPv6 support is IPv4 with 128bit addresses.

AVE!
  Philipp

> On 24. Mar 2022, at 11:06, Ackermann, Michael <MAckermann=40bcbsm.com@dmarc.ietf.org> wrote:
>
> Thank you Paolo
> Good comments IMHO.
> This thread has gotten into topics other than what I thought Fred was asking about, so I stopped responding.
> I agree with what you say and your ideas for moving this forward. I think this could be important and I would attempt to help in any way the WG or others would like. The warning I would provide is that it is VERY difficult to get enterprises to participate in initiatives such as this.
>
> Only one question I have is in regards to your statement about Enterprises are represented at IETF, directly or indirectly. My impression is that directly, not much at all. And if indirectly, means vendors, I do not see that as an effective mechanism for articulating enterprise requirements,(challenges, use cases, preferences, etc).
> But having made both of those statements I believe that this is largely our own fault for not participating. We all have our reasons/excuses (lack of understanding, money, time, etc.), but I believe all could be addressable, if IETF is serious. I hope they are!
>
> Thanks again
>
> Mike
>
>
>
>
> -----Original Message-----
> From: Paolo Volpato <paolo.volpato=40huawei.com@dmarc.ietf.org>
> Sent: Thursday, March 24, 2022 5:33 AM
> To: Ackermann, Michael <MAckermann@bcbsm.com>; Fred Baker <fredbaker.ietf@gmail.com>; IPv6 Ops WG <v6ops@ietf.org>
> Subject: RE: [v6ops] Thoughts about wider operational input
>
> [External email]
>
>
> I go back to the initial question posed by Fred and discussed by Michael here below (and echoed by others in the thread).
>
> Personally, I agree with what Michael says and this is also one of the conclusions I would draw from the analysis done in draft-ietf-v6ops-ipv6-deployment. Enterprises, whatever we mean by that term and with the due exceptions, don't care about IPv6, unless it supports/enables their business goals.
>
> But I believe that enterprises are represented in the IETF, either directly or indirectly.
> As discussed at the v6ops session on Monday, if the proposal is to listen to the people who have challenges or are even opposing to IPv6 then we can think of finding room for listening/interacting with enterprises on that. Without discussing here how and where, Fred's idea to have a meeting at the next RIPE could be a first step (and if accepted I would be happy to give support).
>
> I am pretty sure that the contributions we may collect as a WG could be the subject of an operational draft.
>
> BR
> Paolo
>
>
> -----Original Message-----
> From: v6ops <v6ops-bounces@ietf.org> On Behalf Of Ackermann, Michael
> Sent: Tuesday, March 22, 2022 2:13 PM
> To: Fred Baker <fredbaker.ietf@gmail.com>; IPv6 Ops WG <v6ops@ietf.org>
> Subject: Re: [v6ops] Thoughts about wider operational input
>
> Good question Fred.
> As one of those enterprises "Dragging their heels" on IPv6, and knowing MANY others in the same state, I believe the following are the core issues:
> 1. Lack of technical knowledge regarding IPv6 implementation and operation.
> 2. Lack of understanding of compelling reason(s) to deploy IPv6. Both Technical and Business reasons.
>
> There is progress in both areas, but definitely not enough and results are slow (or worse).
>
> Another area that COULD be compelling is to highlight what issues may be faced if an Org stays on IPv4 only, for either the short or long term
>
> Any help, guidance or info regarding either of the above would be helpful and appreciated.
>
> The best methods for doing this is a probably a longer discussion(s), so I will not attempt to address related details in this email.
> But I do believe this is any topic which warrants attention and would glad to contribute, if I can.
>
> Thanks
>
> Mike
>
>
>
> -----Original Message-----
> From: v6ops <v6ops-bounces@ietf.org> On Behalf Of Fred Baker
> Sent: Monday, March 21, 2022 4:33 PM
> To: IPv6 Ops WG <v6ops@ietf.org>
> Subject: [v6ops] Thoughts about wider operational input
>
> [External email]
>
>
> 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
>
>
> The information contained in this communication is highly confidential and is intended solely for the use of the individual(s) to whom this communication is directed. If you are not the intended recipient, you are hereby notified that any viewing, copying, disclosure or distribution of this information is prohibited. Please notify the sender, by electronic mail or telephone, of any unintended receipt and delete the original message without making any copies.
>
> Blue Cross Blue Shield of Michigan and Blue Care Network of Michigan are nonprofit corporations and independent licensees of the Blue Cross and Blue Shield Association.
>
>
> This message was secured by Zix(R).
> _______________________________________________
> v6ops mailing list
> v6ops@ietf.org
> https://www.ietf.org/mailman/listinfo/v6ops
>
>
> The information contained in this communication is highly confidential and is intended solely for the use of the individual(s) to whom this communication is directed. If you are not the intended recipient, you are hereby notified that any viewing, copying, disclosure or distribution of this information is prohibited. Please notify the sender, by electronic mail or telephone, of any unintended receipt and delete the original message without making any copies.
>
> Blue Cross Blue Shield of Michigan and Blue Care Network of Michigan are nonprofit corporations and independent licensees of the Blue Cross and Blue Shield Association.
>
>
> This message was secured by Zix(R).
> _______________________________________________
> v6ops mailing list
> v6ops@ietf.org
> https://www.ietf.org/mailman/listinfo/v6ops

AVE!
   Philipp S. Tiesel

--
Philipp S. Tiesel
https://philipp.tiesel.net/

_______________________________________________
v6ops mailing list
v6ops@ietf.org
https://www.ietf.org/mailman/listinfo/v6ops


The information contained in this communication is highly confidential and is intended solely for the use of the individual(s) to whom this communication is directed. If you are not the intended recipient, you are hereby notified that any viewing, copying, disclosure or distribution of this information is prohibited. Please notify the sender, by electronic mail or telephone, of any unintended receipt and delete the original message without making any copies.
 
 Blue Cross Blue Shield of Michigan and Blue Care Network of Michigan are nonprofit corporations and independent licensees of the Blue Cross and Blue Shield Association.


This message was secured by Zix(R).