Re: [tao-discuss] Review Request for Possible Revision of the Tao of the IETF

"Rob Wilton (rwilton)" <rwilton@cisco.com> Thu, 14 April 2022 16:01 UTC

Return-Path: <rwilton@cisco.com>
X-Original-To: tao-discuss@ietfa.amsl.com
Delivered-To: tao-discuss@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D080B3A1CBB; Thu, 14 Apr 2022 09:01:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.595
X-Spam-Level:
X-Spam-Status: No, score=-9.595 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_MESSAGE=0.001, RCVD_IN_MSPIKE_H5=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_NONE=0.001, T_KAM_HTML_FONT_INVALID=0.01, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=FlTM56+T; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=ZAezIT5k
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 hPXYrdNuv3j4; Thu, 14 Apr 2022 09:01:24 -0700 (PDT)
Received: from alln-iport-2.cisco.com (alln-iport-2.cisco.com [173.37.142.89]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 32C2E3A1CE6; Thu, 14 Apr 2022 09:01:24 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=34760; q=dns/txt; s=iport; t=1649952084; x=1651161684; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=chPWv0OCLgMEsm7QO0K6Vkp2GNKEtXFNDL8+wcXYbhA=; b=FlTM56+T0Avqxr8pekF9/5B7QI6VLRH/7rBZv3h4O/hWNOvua44fEL2C Ztsu7oks20olTBKbZVBawrjocQgKjgW2ugggLf6AAuM9izWPsCGtJfhPD 1F6D7/aZ1pKi6qu2OYKhgdtkvQIWsYcNBFFEXgC7xsvVgRbwN56udrCBI Q=;
X-IPAS-Result: A0ALAADrRFhimJJdJa1aHAEBAQEBAQcBARIBAQQEAQGCBgcBAQsBgSAxVnwCWjhEhFSDSgOEWWCFD4MCA4ETigGFMop3gS6BJQNUCwEBAQ0BATMQBAEBhQcCFoRkAiU0CQ4BAgQBAQEBAwIDAQEBAQEBAwEBBQEBAQIBBwQUAQEBAQEBAQEJFAcGDAUOECeFaA2GQgEBAQECARIRChMBASkCAQUGAQQHBAIBCA4DBAEBIQcDAgICHxEUCQgCBAENBQgWBIJiAYIOVwMNJAGicgGBPgKBDokReoExgQGCCAEBBgQEhQsNC4I4CYE9AYMQgwKBJQEBgwOEGiccgUlEgRVDgWYBSQcwPmsaAYEbQgKBKhQBASI8gxg3gi6aZAFgZAEDLwNBAg0pCQUCDAcKDAcHLg0FFREDCwJikWwyKoJaAUaJa0CfTGsKg0mLF45thhoVg3SBT5FJkUdDlhogkFKQbgEYB4RqAgQCBAUCDgEBBoFhghVwFTuCaQlIGQ+LZ4I5DA0Jg1CFFIVKdQI2AgYBCgEBAwmMSQEB
IronPort-PHdr: A9a23:Av6Ksx93oz2CZP9uWCXoyV9kXcBvk7n3PwtA7J0hhvoOd6m45J3tM QTZ4ukll17GW4jXqpcmw+rbuqztQyoMtJCGtn1RfJlFTRRQj8IQkkQpC9KEDkuuKvnsYmQ6E c1OWUUj8Wu8NB1eGd31YBvZpXjhhQM=
IronPort-Data: A9a23:6sir6qydVctPdVj7dQ56t+ehxirEfRIJ4+MujC+fZmUNrF6WrkUBz zMbXGGBPfqNYzOkc9F/YIy+/EgP78LRyNNkSwZorFhgHilAwSbn6Xt1DatR0we6dJCroJdPt p1GAjX4BJloCCea/H9BC5C5xZVG/fngqoHUVaiVYkideSc+EH170U46x7Zj6mJVqYHR7z2l6 IuaT/L3YDdJ6xYsWo7Dw/vewP/HlK2aVAIw5jTSV9gS1LPtvyV94KYkGE2EByCQrr+4sQKNb 72rILmRpgs19vq2Yz+vuu6TnkYiGtY+MeUS45Zbc/DKv/RMmsA9+uEHCv8QRE5OsHKAmutw+ uRDrq2WTS58a8UgmMxFO/VZOzt1MasD87jdLD3m6YqYzlbNdD3nxPAG4EMeZNJDvL0oRzAVs 6VEdljhbTjb7w6y6KikS+1wgcILJ8jwN4RZsXZlpd3cJaZ4HM2bHvyUtLe02h8upd5VQMnsW /MdKgtPUU2QXzxzNQkuXcdWcOCA3ymjLGIwREiuja8+4mz7yg181KPxPdzSd8KHX4NTk1rwj mjc/m3/RBxcP9WF0TeD7n+2ruDKlCL/HokVEdWQ8vdwm3WeyWMeEgFQUkG0ydGjkUe6SfpWK EUR8ytopq83nGSqQ8Lydxy1vHDCuQQTM/JMGup/5ACWwbfP+C6YC3QKCDlbZ7QOud87Tnkm1 0WElM/uHxRuvaGbD3WH+d+pQSiaIyMZKyoJYjUJCFJdpdLiu4o0yBnIS76PDZJZkPWyJQ/1z x2DtRN5jrAojPw62b6K21Tu1mfESofyciY54QDeX2SA5wx/ZZK4a4HA1bQ9xascRGp+ZgTd1 EXoi/Ry/8hVV8DRy3blrPElWeD3uK7fb1UwlHY2R8F5nwlB7UJPamy5DNtWHkZiMs8edSTuZ ic/UisOuccDZRNGgUKLCr9d5uwwxqTmUN/iTP2RN4IIaZlqfwjB9yZrDaJx44wPuBVz+U3cE c7GGSpJMZr8If89pNZRb7xGuYLHPghkmQvuqWnTlnxLK4a2an+PUqsiO1CTdO0/567siFyLr 4cPbprVmkUEALOWjszrHWg7cA9iwZ8TWM6eliCrXrLrzvdOQTt4UKaBndvNhaQ8w/8I/gs3w p1NchYIlAWg7ZE2AQ6LcXtkIKj+RopyqGlTAMDfFQjA5pTXWq72tP13X8JuJdEPrbU/pdYpH 6htU5jRWZxnF2WYkxxDNsOVhNI5K3yWafemYnDNjM4XJcAwHmQkO7bMI2PSycX5JnPu65Bv8 uH6i1uzrFhqb10KMfs6ocmHlzuZ1UXxUsorARCSSjWPUC0AKLRXFhE=
IronPort-HdrOrdr: A9a23:23C0ya/ONkIq3w5Ipq9uk+Fsdb1zdoMgy1knxilNoENuHPBwxv rAoB1E73PJYW4qKQ0dcdDpAtjlfZquz+8L3WBxB8bvYOCCggqVxe5ZnPPfKlHbak/DH6tmpN pdmstFeZLN5DpB/L3HCWCDer5KqrTmgcOVbKXlvg1QpGpRGsZdBnJCe3+m+zpNNW977PQCZf +hz/sCgwDlVWUcb8y9CHVAdfPEvcf3mJXvZgNDLwI76SGV5AnYpoLSIly95FMzQjlPybAt/S zuiAri/JiutPm911v1y3LT1ZJLg9Hso+EzRfBky/JlagkEuDzYJriJaIfy+QzdZ9vfrGrCpe O84CvI+f4DrE85MFvF5ycFkDOQrgrGo0WSuGNwx0GT+PAQgFkBepF8bUUzSGqA16NohqAN7I tbm22erJZZFhXGgWD04MXJTQhjkg6urWMlivN7tQ0VbWIyUs4ZkWUkxjIcLH7AJlOP1Kk3VO 11SM3M7vdfdl2XK3jfo2l02dSpGnA+BA2PTEQOstGcl2E+pgE182IIgMgE2nsQ/pM0TJdJo+ zCL6RzjblLCssbd7h0CusNSda+TmbNXRXPOmSPJkmPLtBMB1vd75rspLkl7uCjf5IFiJM0hZ TaSVtd8XU/fkr/YPf+qqGjMiq9N1lVcQ6duP22vaIJyYEUbICbRBG+dA==
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-AV: E=Sophos;i="5.90,260,1643673600"; d="scan'208,217";a="865505169"
Received: from rcdn-core-10.cisco.com ([173.37.93.146]) by alln-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 14 Apr 2022 16:00:37 +0000
Received: from mail.cisco.com (xfe-aln-005.cisco.com [173.37.135.125]) by rcdn-core-10.cisco.com (8.15.2/8.15.2) with ESMTPS id 23EG0W5V007767 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=OK); Thu, 14 Apr 2022 16:00:34 GMT
Received: from xfe-aln-002.cisco.com (173.37.135.122) by xfe-aln-005.cisco.com (173.37.135.125) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.14; Thu, 14 Apr 2022 11:00:32 -0500
Received: from NAM10-BN7-obe.outbound.protection.outlook.com (173.37.151.57) by xfe-aln-002.cisco.com (173.37.135.122) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.14 via Frontend Transport; Thu, 14 Apr 2022 11:00:32 -0500
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=WsrRpGFSy8o6IRTUTvIh1iCLQ6fzpRiiSUftJQMl7qNo4zAtXMfKEidx23E8j/kaZZNHMRNRd/xEIgxOfQGCi+UB7K2tdrI4wTXWiHcf7aRxNqMD22m/WMvSXFjoP1Nxllp9tK6L880KGOU5XxsmBHo4fcRgfdwtJ/Wsf7wfTpuFKsPdiUlxGoM7i6N7rDIRJz1+5ADu4qn/j0IwRRGsh5eQFxgoSzBo6j8RKgpezs9WB6rcn3s287v97mVaw6j/jcL+IRoUc21VXAcQpOnEXbyd/pNLm9bF1RDfYjI1SqP18k+E2OmzgqJVdGIEcj7iFRNOqejTKh8NbY3AolUCuA==
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=chPWv0OCLgMEsm7QO0K6Vkp2GNKEtXFNDL8+wcXYbhA=; b=BwHhsrRPtHrcysFF4yLHxoyOBvls7Y8hiI1Pi3WW4YpGNHA9z90fELBD4mkXpIR8SkGc5yqW+t2BFWtUI61GyfsNg8W2hysxc1VI1oTRzz7YBVjS0hs/UnJOETZcO6TxCa6lbHwpuDVjFXj6ACn2Sjz5OT1ojeRwM++5OKNMiL7VixtrDprWLubWrbAyxH6cqIq31uZfX3cecOFDzhbBq9SnYU9EIxvHXo41x2w86LW2MNaxLvX5EHLNTy5iFG68oubG/EEqW6AU5kgmaARp7dMzle/RzkgO+cm6AFbWE7Z0nviYyJBGG/zrQWnV9OoAYkHd5RFRmXvJ4lwmOy8RiQ==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=chPWv0OCLgMEsm7QO0K6Vkp2GNKEtXFNDL8+wcXYbhA=; b=ZAezIT5kKRmDaLLWZvO+VgrSU0caGCA1Q4MpxzlrDN3I1+YE7V71FH9dpIx1sDQjApY6lIrZrl8YzIcowwXp5DY8c7xtlASu0v/ax8gyD7XYQlsySKDYU+q89ZTsC5oIHPWIeOU+xresrBw1OfSRMGC77vp6CcC3w8wnl5+5+9E=
Received: from BY5PR11MB4196.namprd11.prod.outlook.com (2603:10b6:a03:1ce::13) by BN8PR11MB3716.namprd11.prod.outlook.com (2603:10b6:408:8a::30) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5164.20; Thu, 14 Apr 2022 16:00:29 +0000
Received: from BY5PR11MB4196.namprd11.prod.outlook.com ([fe80::493a:fa7d:7166:3de5]) by BY5PR11MB4196.namprd11.prod.outlook.com ([fe80::493a:fa7d:7166:3de5%4]) with mapi id 15.20.5144.030; Thu, 14 Apr 2022 16:00:27 +0000
From: "Rob Wilton (rwilton)" <rwilton@cisco.com>
To: Jay Daley <exec-director@ietf.org>, "tao-discuss@ietf.org" <tao-discuss@ietf.org>, IESG <iesg@ietf.org>
CC: "Salz, Rich" <rsalz@akamai.com>, Lars Eggert <lars@eggert.org>, Greg Wood <ghwood@staff.ietf.org>, Brian E Carpenter <brian.e.carpenter@gmail.com>, Niels ten Oever <mail@nielstenoever.net>
Thread-Topic: [tao-discuss] Review Request for Possible Revision of the Tao of the IETF
Thread-Index: AQHYSo5Xed4PPvcQt0y8CX++H6acEqztVvyAgACNM4CAAHwOAIAAo0YAgACDD4CAAA8NoA==
Date: Thu, 14 Apr 2022 16:00:27 +0000
Message-ID: <BY5PR11MB4196FC391C62D2AA7FFDB983B5EF9@BY5PR11MB4196.namprd11.prod.outlook.com>
References: <905c834c-30d7-ede7-6ea1-a5b200a249d7@nielstenoever.net> <45a73c1d-0564-10a6-4243-bf1a209da307@gmail.com> <0C41A5AD-CEFB-4A37-9229-64C03723193F@akamai.com> <c9679cee-afa4-f7d4-80a1-83e635d8ad26@gmail.com> <FE38E0F3-C368-42B6-9FD8-2804C38EC7E1@eggert.org> <62445876-1CCA-4D1A-9E30-00E7EDDEE130@ietf.org>
In-Reply-To: <62445876-1CCA-4D1A-9E30-00E7EDDEE130@ietf.org>
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=cisco.com;
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: d43ec99b-9fe5-4581-9606-08da1e2fe4bf
x-ms-traffictypediagnostic: BN8PR11MB3716:EE_
x-microsoft-antispam-prvs: <BN8PR11MB3716B99EA5B924F6873ED3F6B5EF9@BN8PR11MB3716.namprd11.prod.outlook.com>
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: x5ytToCPHXJRVLnWehyw6A0qKtZ9vda6WznuTcbuXZ2VIpCvIkRvR4uJKyYifF3KluLpf9QB+vRhxVRQ7t9SloB6zUbqmcsBtD5Mm0Na398fMhL9RLg+/1AWA0VQOzBRZxET53XF1CBBsANGP1jAFM/6Nk7Yu5eDr4kUUDxmMJuwnd2TCXPqCo1S+iP1a+j7TqgfhDAVXza+mA2IPO4A/ndHfoyRMbqmj22bB1bKTicJpYPrE4IysoZxNu+UlKhwZYQbFHcXz9SzQtmQat50XKrP41Mi6boKq7duuCsx/gcGucJSKi0t2UDeHDf/n9a1+7+2FFAyi967fW9AwiYfb54k1tN/iq3EuYGKFN2PjStAxt0o5PjfZaLyfVx0SVcpHIywsvI29rKAfjPdMBGYeYxmcxgMMQdMm5d5wnZsbKkAkOAElbx4Hs/PFlt8ou7ERCUP7heSiOrBYEs3cN32sWhezke3Skh6WQ33UXkfzTuNOdyUHRuCwLOj7z+Y6eO0fr5hwF61bopT9O+/8elMh9afQs/Q0GSvAkV/X8HR84U1tdaeIVqu12s0zjIPp35mOYnCs2D/8AWWjIJgvJFtknzvJhIlceL3bfQ4lNg3eI/PBKLttu6qryOLtViu5veA8SY/su3mlSWJDDWXY+QHV2MIk5PNRSiW2ADoOPPA282XMW3XDP7l1kYoD4PgbSyJcWVssXp+ea6iJrL2D8THPw==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BY5PR11MB4196.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230001)(366004)(66446008)(66556008)(52536014)(8936002)(110136005)(66476007)(54906003)(316002)(64756008)(76116006)(66946007)(5660300002)(4326008)(8676002)(55016003)(33656002)(508600001)(122000001)(86362001)(9686003)(7696005)(6506007)(2906002)(38070700005)(26005)(71200400001)(38100700002)(53546011)(186003)(83380400001); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: ZupiH2/tjg9nICyJCsPvhXNTa2/w+ADDL7DcrqF9b9WsgaDOEXfyEoKLblp20MB+tRqigX0mkJXueSC4KwqUOuaGrn2Zx+/tJK91BAh5fumkfITVphshhgSfVz+Unstw0egQREl965AiQ/7QVGno1W/oTftDmjMerTI7+jVGZrHfi5NVawCYup/JTDSwNQ9QM/GV6lE/Ys7aUNuqzvVWaKqA8uRRNiZdGhi3PYoudCvzPFo0lWbc8qbqiQ1gLrYQtqyq6Vg2w6UA4ogEeyQ8uShxt//91Wk6o5+RSlRFi++vHVr8QTZ1xGQs5jmB0lO0DIGVSFYVIw8D7iyD+qpoxCpgS+VHnON7MpX9lZeL27J9QpMAPn8MZN7JiUFKlYwddhOz/IIorStrpwIqBcOLUf9Pi75g0FIx1M89OIwkC68WqgA7ROR3VAUeAQAwz+gHW9okx6kgucAsM5tgWNAr6PUspVZ4GX/MHKAL5gw8tfekH688fVvA8e/xJ3bUmLiwQH78ieA2zy4kKBVdULFIYemG6cpjkvKQYsSIxCOAQbFyln5mNksS+YTgNe+4+GZL8N1Z7Qr+KFI0nkKCjYZWuGY7Cks0/7ujmLLEshOOjmAXiTTufUaB9NuOixcZ2EkMUN/YUh5B9nlsXERAH0gifSthcVGovcM1QeNX1pXytgdT+HaaPrDgKRdPF/wn1ExTBoQidZfuXif/PsyG/Q5UbAaqJwlCdDWx6GY5QUOQa2d9Ql1uCDsbzd5rY/KhkrcLCTV7BHXHpDfzFgZ9ok3TmOuVvyWVpkFf2BPrK3zPGKyme+94yGCulRh+qJw5is4p34uwqo7F1ozlSqBDqxK6HCJPrOH5GOm9ig5lRY0ipRzCv8kGP/4Wxhphn714sz+rwra+rs/a+aEWTf6zcJbMp4baPahdQIstVkN6vx52YUsf+Tr+Yfg3hCLyYILON4I7IAuvTtzxcvkxJLOASnDgJQ0XODGi/0/3hJ3pn32RbRVRuPh4RYWYuvD1pSnPc857kyt+xYSnEjBFo8NzN9+JDAQfh5EDBfPnF/y3uRrnZre9RB+1mSy6HTwDVMbkSClqjsMeWmmA2DPUFuNf/9oknbIOm8FlkDgm0Yfx/QjgU4lGJsnfBZYQmhcc21FcnypnTmiGpZ5RufvMP+jbR2MvNKgcnwtd8y1kDQylAsMbLFLm7EBhlPt0TtA8Z1N8yrw+gwxGHd9x0kOUos4xxXlYCxf2qxteCfXIbnp10yTxHVnQS4nVPk9DKy7/Pn5QzLt4te2ulWSzcyCtsPMVAwC42qEqsw43D8tfNwQwc8rnoR+U5HuqtBLTqGuQnibbIo7zWP7QtwhshIBhD99gSeKhYsQt5HkTSzppQDzfT+kJZHcqUiV4+ne6RZa/zjQ6VsXwfG+uHoPozLrsoGg1YLiZSI/m3Bhz2DwqkEeFOL6bu3aM+CPHlHu8Ddj7IH9y5HcClyXeZ9Rw6ZMir9SjH4UB3MAIQaoWvgfmoR2CUFfY/IVTezigd04B9HEllcuyKCdj3Fs2dKm1UOmiJYrYHo1aPrfupMUqVdE/sjAz/BqWvYP/jFCMt09EceM2baxdzFc64ReJnPRz2Y6CcQ9B5pz4YdgsRi1PQbbEjhn6JKCLyPMwbJYTHvAQyvNd2RAxU72RrUbAeYG1jTbQxLRiTxaGNq+Jqb8uDv5By6fUfTgg7jIRKe/8d/tKnop9kDeriO9Dd2CvoYt9KXUndzjoNc/rQw==
Content-Type: multipart/alternative; boundary="_000_BY5PR11MB4196FC391C62D2AA7FFDB983B5EF9BY5PR11MB4196namp_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: BY5PR11MB4196.namprd11.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: d43ec99b-9fe5-4581-9606-08da1e2fe4bf
X-MS-Exchange-CrossTenant-originalarrivaltime: 14 Apr 2022 16:00:27.5778 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: mcUEIrixy+VGSe95BoKZgwnRepzqixA1s0aLU36AWKOkbmLK5EKOBQLu4nL/iqSotc04Q0m7eIXb+1Ru3ZDqrQ==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN8PR11MB3716
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.37.135.125, xfe-aln-005.cisco.com
X-Outbound-Node: rcdn-core-10.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/tao-discuss/iazHyPG2hQeGbO1nrmEB6WCVFdY>
Subject: Re: [tao-discuss] Review Request for Possible Revision of the Tao of the IETF
X-BeenThere: tao-discuss@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Discussion of the Tao of the IETF <tao-discuss.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tao-discuss>, <mailto:tao-discuss-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tao-discuss/>
List-Post: <mailto:tao-discuss@ietf.org>
List-Help: <mailto:tao-discuss-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tao-discuss>, <mailto:tao-discuss-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 14 Apr 2022 16:01:30 -0000

I broadly agree with what Jay has written here.



When I joined the IETF, I'm sure that someone suggested that I read the Tao.  I'm not sure how far I got through the document but not very far, or perhaps I jumped to specific sections.  I just wanted to come to a meeting and present a draft, why would I need to read such a long document!  Mostly, I turned up at the meetings, got some things right, some things wrong, learnt from my mistakes, and asked things that I didn't know (e.g., what is a bis document).  However, I did also have a large pool of colleagues to draw on, which means that I got a different experience than many newcomers.



I think that this document effectively contains a useful condensed version of the key information that a participant who gets past the "new attendee" first 5 IETFs may well want to read/understand, but of course, that means that it has the duplication of diverging content issue that Jay mentions.  However, anything that removes the requirement for participants to say read RFC 2026 and all its updates would be a win for me.



I would really like all the IETF process documents to not be RFCs/BCPs at all (RFCs/BCPs should only be the output of the IETF), but instead migrate to a set of web pages/sites, probably with a lower review barrier than full IETF consensus for most of the content.  Specifically, I think that there should be certain key steps in managing our process that must be defined with full IETF consensus, but that the implementation of that process should have a lot more freedom to evolve with how the organization, people, and people's interaction with the organization evolves over time.  Small fixes, e.g., BCP45bis, really shouldn’t need to take so much time/energy to make some pretty trivial updates.  Of course, this is way beyond the scope of this document and would probably take 2 years of arguments discussion before we even got agreement to start it, if there was any consensus at all.



Now getting off the soapbox …



In terms of helping new people coming into the IETF, I agree that having task/goal related webpages that contain the key information would be more helpful and approachable for newcomers to the IETF.



Regards,

Rob





> -----Original Message-----

> From: iesg <iesg-bounces@ietf.org> On Behalf Of Jay Daley

> Sent: 14 April 2022 15:42

> To: tao-discuss@ietf.org; IESG <iesg@ietf.org>

> Cc: Salz, Rich <rsalz@akamai.com>; Lars Eggert <lars@eggert.org>; Greg Wood

> <ghwood@staff.ietf.org>; Brian E Carpenter <brian.e.carpenter@gmail.com>;

> Niels ten Oever <mail@nielstenoever.net>

> Subject: Re: [tao-discuss] Review Request for Possible Revision of the Tao of the

> IETF

>

> This whole conversation seems very messy, reflecting an underlying mess

> around content.  Thanlfully, we have some strands coming together to produce

> a new strategy for our content, which will then provide the clarity to resolve

> discussions like this.  What follows is my analysis of those strands and then how

> those relate to the Tao, starting with the less contentious issues first.

>

> #  Review

>

> Review can mean a number of things.  It can mean that a document must be

> checked by a specific third party before it is published, which is how I think

> review of the Tao is being looked at, but it can also mean that content is open

> for anyone to review at any time, comment on and propose changes to.  For

> content that is going to be long-lived or small amounts of short-lived critical

> content then the former makes sense, but for large volumes of content that

> changes regularly the former becomes impossible and we have to use the latter.

> The website content is clearly of that nature.  Enabling this latter kind of review

> requires some work:

>

> - content published in a form/mechanism that allows for that "drive by" review

> and change requests, which we generally take to be GitHub.

> - clear responsibilities on who reviews the change requests

> - quick response to any issues and change request received

>

> We’ve partly achieved that for the two micro-sites we’ve recently launched -

> authors.ietf.org and chairs.ietf.org as those are now GitHub backed but the

> main website is not there yet.

>

> #  Structure of our content

>

> We have a huge volume of content, written by many dedicated people over

> many years and there are a lot of positives in that:

>

> - lots of people voluntarily put huge effort into writing documentation

> - people keep an impressive array of knowledge in working memory that they

> can use both to author and review

> - people really care and are trying hard to provide people with useful info

> - great level of detail

>

> However, much of our content is written for "IETF participants" in the broadest

> sense, rather than more targeted at specific roles or tasks and that creates a

> range of issues.  In other words, our content often seems to assume that all

> participants are going to speak in WGs, author drafts, be a scribe, ask questions

> at the plenary, etc, etc. The issues are:

>

> - our content often tries to cover everything that someone might possibly need

> to know, ever,

> - we say the same/similar thing in multiple places, which in turn makes it hard for

> people to find everything they need in one place

> - reading and understanding our content is overwhelming, there’s rarely an easy

> way in

> - leads to duplication as each of the locations tries to cover enough to be useful

> - when things change the incorrect text has to be tracked down in multiple

> places, which it rarely is and so stale content abounds

>

> What we need, and what Greg is working on with emodir, is a participant

> journey - a set of roles that participants take that we can flesh out and target

> our content at.  To be clear, I don’t mean the difference between beginner and

> expert, those can still be interpreted as "need to know everything" just at

> different levels of detail.  Instead I mean "roles" such as: mailing list lurker, in-

> person participant, author, wg chair, etc.  The new authors.ietf.org and

> chairs.ietf.org follow that principle - they aggregate all the information for one

> specific role into one place.  Those are not finished by any means, we don’t have

> a formal review team in place, there’s lots of old content around, we don’t have

> enough stratified content for beginners to experts, but they are getting there.

>

> # Our style of writing

>

> Most of our content, whoever the author, is written in a friendly open style.

> Authors have made a great effort to be clear and to be inclusive.

>

> However, despite that, there are two bad habits that fly underneath the radar.

> The first is to be defensive  - must do this, don’t do this, avoid that, watch out

> for this, and so on.  It’s as if successful participation in the IETF is predicated on

> learning all the rules not to break and the specific processes that must be

> followed to the letter.  The second is to believe that IETF memes or in-jokes

> have the same (or any) meaning outside the IETF as they do within.  The "many

> fine lunches" example from this conversation captures that perfectly - a

> completely meaningless phrase unless you’ve been part of the IETF for at least

> 10? years.

>

> # Relating this all to the Tao

>

> For me, the Tao incorporates both the best snd the worst of the above.  The

> effort and dedication that has gone into it are deeply admirable, the breadth of

> content is excellent and the tone is very friendly.

>

> The problems I have with it though are not minor. The name itself, ’Tao’, is a

> reference too far.  Sure some of use have read "The Tao of Pooh" and get the

> allusion but for most people, it goes straight over their heads

>

> More importantly though, I sincerely doubt that it is of any practical use to its

> intended audience - it’s far too sprawling, detailed and full of rules to be of use

> to a newcomer. To be quite candid, every time someone recommends to a

> newcomer that they read the Tao, I cringe.  What it does do is provide a useful

> reference for long-term participants (where else are the dot colours

> documented) but that’s not the intended audience.  It’s become more a series of

> authoritative statements that can be referenced/found individually than a

> flowing document.

>

> While I admire the effort that has gone into the Tao, I think we need to move on

> from this style of documentation.  Replacing it with several smaller

> documents/sites/pages would be much more useful: "Guide to the role and

> structure of the IETF", "Guide to participating in IETF working groups", "Guide to

> making the most of IETF meetings", and so on.

>

> Jay

>

> --

> Jay Daley

> IETF Executive Director

> exec-director@ietf.org<mailto:exec-director@ietf.org>