Re: [Manycouches] Daniel presentation @ 113 - virtual interim meetings

"Charles Eckel (eckelcu)" <eckelcu@cisco.com> Wed, 13 April 2022 21:06 UTC

Return-Path: <eckelcu@cisco.com>
X-Original-To: manycouches@ietfa.amsl.com
Delivered-To: manycouches@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 270243A0DCE for <manycouches@ietfa.amsl.com>; Wed, 13 Apr 2022 14:06:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.605
X-Spam-Level:
X-Spam-Status: No, score=-9.605 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_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=YmUwYLkG; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=eFLha08U
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 mtoMmvti2kbc for <manycouches@ietfa.amsl.com>; Wed, 13 Apr 2022 14:06:18 -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 4AE793A0DC7 for <Manycouches@ietf.org>; Wed, 13 Apr 2022 14:06:18 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=22233; q=dns/txt; s=iport; t=1649883978; x=1651093578; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=rDCt3T4RRFND3KtejcIKQ+ZA03lVx2V0MOI1TArvBlk=; b=YmUwYLkGMPC0bnLzJsYg1l5GliOOwxunrDyuUQmbPZKmGeDrXjA0rKjP C88hZS0vzqE5+3SUEwk07fSxy2Oi+r0ZpItZ0mbqySxIlAiT6EILsLrC5 ipvr1fb7UaXd7FUCVSl14gUDr/c6lTGW4m3Tf4psGfDhIGobHziL7uSSI k=;
X-IPAS-Result: A0ARAABuOldimIUNJK1UBhwBAQEBAQEHAQESAQEEBAEBQIFHBgEBCwGBUSgGKHwCWjhEiB4DhTmFEIMCA4ETigGFMoVfhRiBLhSBEQNUCwEBAQ0BASwBCgwEAQGEQkUChHwCJTUIDgECBAEBAQEDAgMBAQEBAQEDAQEFAQEBAgEHBBQBAQEBAQEBAQkUBwYMBQ4QJ4VoDYZDAgEDAQEQLgEBKQMLAQ8CAQg/ByEGCxQRAgQOBRQBDYIEXgGCDlcDMQEOohcBgT4CgQ6JEXiBM4EBgggBAQYEBIJTgjgNC4I4AwaBPAGDEIMCgRcPgSKFfSccgg2BFSccgWZKNz6CIUIBAYErARIBEUaDV4IumlEQYRQaECoLJBQQEw85Cx8LIBMKBAkcAwYFZA+fVKAMawqDSZoEhXwFLoN0jDmRMIZ2hw8Lj0OQcpA9LAJphCQCBAIEBQIOAQEGgWIBgSNwcBU7KgGCPj4TGQ+OIAwNCYNQhRSFSQF1OAIGCwEBAwmMTQEB
IronPort-PHdr: A9a23:rD4lExcpSuUFFEP3xia1c7EplGM/tYqcDmcuAtIPh7FPd/Gl+JLvd Aza6O52hVDEFYPc97pfiuXQvqyhPA5I4ZuIvH0YNpAZURgDhJYamgU6C5uDDkv2ZPfhcy09G pFEU1lot3G2OERYAoDwfVrX93az9jUVXB74MFkdGw==
IronPort-Data: A9a23:zu8WwK8ab98TS7yJDHoXDrUDon6TJUtcMsCJ2f8bNWPcYEJGY0x3m GMfXz+PaayCMWb1LosjbtjgoxkC6MOByoRgGQc5q3pEQiMRo6IpJzg2wmQcns+2BpeeJK6yx 5xGMrEsFOhtEjmE4E3F3oHJ9RGQ74nQLlbHILOCa3gZqTNMEn9700o/wrVh2eaEvPDga++zk YKqyyHgEAfNNw5cagr4PIra9XuDFNyr0N8plgRWicJj5TcypFFJZH4rHpxdGlOjKmVi8kFWc M6YpF2x1juxEx7AkbpJmJ6jGqEBaua60QRjFhO6VoD66iWuqBDe3Y5rFcMydkFOsQ6bxct6w +tO7LW/czcQa/ikdOQ1C3G0Egl3OalAvbTAO3X66JXVxEzdeHyqyPJrZK00FdRHoaAsXycXr rpBc2tlghOr34paxJq2Qephgs8+BMLqJ4gY/HpnyFk1CN52H82bHv2bu4MwMDEYvd9JDcTmb NElRQVKSQnFaT9DZhQKIcdr9AuvriCvL2IHwL6PnoIS6m7Cxwts27jgK/LUd8CEA8JPkS6wp GXG+Uz7CRJcP9uaoRKB/3u2ruvClDm9U4J6KVGj3vduhFvWzWsJBVhPDB2woOKyjQi1XNc3x 1EoFjQG/YkL2lOtV+PGTUejq3W6vUc1VOBgKrhvgO2S8Zb87wGcD2kCazdObt06qcM7LQDGM HfUw7sF4hQy7NWopWKhGqS89mjrYHdLRYMWTWpVE1VasoCLTJQb10qXJuuPBpJZmTEc9dvY6 jSOoS5Wa1470pNTjv7TEbwqf1uRSnXhRwox4EDcWXioq1ogIoWkfIevr1Pc6J6szbp1rHHc4 hDoeODHsYji6K1hcgTWHY3h+5nyvJ643MX02wIHInXY323FF4SfVY5R+ipiA0xiL9wJfzTkC GeK518AtMYCYyr6Nv8pC25UNyjM5fW/fTgCfq2KBueinrAtHON61Hg0PBXJjzyFfLYEyP1kZ P93jvpA/V5DWfg4k1Jats8W0KQgwWgl1HjPSJXgpylLIpLADEN5vYwtaQPUBshgtfvsiFyMr 753apvboz0CAbaWSnSGruY7cwtQRVBlXs+eliCiXrPZSuaQMDt/W6a5LHJIU9ENopm5Yc+Rp y/mCx4Ekgen7ZAFQC3TAk1ehHrUdc4XhRoG0eYEZD5EB1BLjV6T0Zoi
IronPort-HdrOrdr: A9a23:IP3WDqwiFInNDWehLYqLKrPxaegkLtp133Aq2lEZdPULSKKlfp GV88jziyWZtN9IYgBdpTiBUJPwJU80hqQFnrX5XI3SEjUO3VHIEGgM1/qb/9SNIVydygcZ79 YcT0EcMqywMbEZt7eA3ODQKb9Jq7PrkNHKuQ6d9QYWcegAUdAG0+4NMHfjLqQAfnghOXNWLu v42uN34x6bPVgHZMWyAXcIG8LZocfQqZ7gaRkaQzY69Qinl1qTmf7HOind+i1bfyJEwL8k/2 SAuRf+/L+fv/ayzQKZ/3PP7q5RhMDqxrJ4dY+xY4kuW3fRYzSTFcBcso65zXcISSaUmRAXee z30lId1gJImirsly+O0EPQMkLboUgTAjfZuC6laD3Y0JfErPZQMbsduWqfGSGpsXbI9esMo5 5jziaXsYFaAgjHmzm479/UVwtynk7xunY6l/UP5kYvG7f3+Ndq3PwiFW5uYd899RjBmcsa+S hVfbbhzecTdUnfY2HSv2FpztDpVnMvHg2eSkxHvsCOyTBZkH1w0kNdnaUk7zs93YN4T4MB6/ XPM6xumr0LRsgKbbhlDONERcesEGTCTR/FLWrXeT3cZe46EmOIr4Sy7KQ+5emsdpBNxJwumI 7ZWFcdsWIpYUrhBcCHwZUO+BHQR2e2Wyjr16hlltVEk6y5QKCuPTyISVgoncflq/IDAtfDU/ L2I55SC++LFxqmJW+I5XyJZ3B/EwhqbCROgKdIZ7unmLO+FrHX
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-AV: E=Sophos;i="5.90,257,1643673600"; d="scan'208,217";a="865050964"
Received: from alln-core-11.cisco.com ([173.36.13.133]) by alln-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 13 Apr 2022 21:06:16 +0000
Received: from mail.cisco.com (xfe-aln-003.cisco.com [173.37.135.123]) by alln-core-11.cisco.com (8.15.2/8.15.2) with ESMTPS id 23DL0dJ3017622 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=OK); Wed, 13 Apr 2022 21:00:39 GMT
Received: from xfe-rcd-003.cisco.com (173.37.227.251) by xfe-aln-003.cisco.com (173.37.135.123) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.14; Wed, 13 Apr 2022 16:00:38 -0500
Received: from NAM02-DM3-obe.outbound.protection.outlook.com (72.163.14.9) by xfe-rcd-003.cisco.com (173.37.227.251) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.14 via Frontend Transport; Wed, 13 Apr 2022 16:00:38 -0500
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Gwwig2yTAqXA5aSpO6ueVgYGNiHvSgWKYUbcBQmYpDBmFag8ioyVNaMbIo9QCsR5U99Ydp4czi5O28xEX0KkpJqt+hQaxcnOYiGHmhutw4kVp8ILr/UBJPatYO+gFNoqZIpHfn3s9dYsshTVyvEVe1/96ySPDmwbZtStgp+QF7EsCUdgTeGuCacbguT1XZwXYoaxCnwK40gZudKok3kG4OD4nNtyNwtG1vwQ1WRP+YpZ/Z8wCFCrjQTbwUAYL0Ic2jJg8VIO7mYdC1k5NERH4amDzHMkdoFe9t0iJxuXZwUuVq+u52PE5ZZIkkbn/GeiGBClYGz0G44nO6fPOdoo5g==
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=SCyTJETgXcuUG2GP5+tWtpZO0Y4Jo+U8hCsL3Q7etHA=; b=bq2v9rqwpZrKkbQwD+VKXgjCCYAVQV38Dvf2Q0YxAioFj9HaG9WWUDR6jtbu6i0ku13YsR4W6MeLR8aAXPUml57olVvRtMJuZxfzbHWut3ZgsLQq8Ev5mcBZFfwHjj76UWaDwPgeUuPu/fSK5s1WeMgKruTaarIn7ufEO2xbCJFZ89TifXqZ05gzLskwQJt8c8uWzwsuojJXvc4B5gUi9KmmjO90v1Q4l54BIrhETh6WWKBVphACP288dF5TuRWGpHhQxCG2G9Z+veNL0ecVcvjOYgebwhj5LfRNWLhXYlKRfBFUTXsv3oij29ElL2sioDDcDV9yOT7CZNuEkANZUg==
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=SCyTJETgXcuUG2GP5+tWtpZO0Y4Jo+U8hCsL3Q7etHA=; b=eFLha08UnTz4tqMG/y3BU3HUXsTBlwb/w+dSEzhKkM1xdXjPN1GZOYhMn8QpJNW+hepO3qGkxYoY5t3G0eI0yZtk1l5IEOlcxVrmxHiwyFctc15z2EoxHXQt1Mw0kE8UVcVCLw4LGETqV9VoFDAzCSYhQ+do+1Aji6QTPbwQS/A=
Received: from SJ0PR11MB5053.namprd11.prod.outlook.com (2603:10b6:a03:2af::17) by DM6PR11MB2763.namprd11.prod.outlook.com (2603:10b6:5:c6::30) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5144.29; Wed, 13 Apr 2022 21:00:36 +0000
Received: from SJ0PR11MB5053.namprd11.prod.outlook.com ([fe80::a8bb:27ca:9f54:8f2d]) by SJ0PR11MB5053.namprd11.prod.outlook.com ([fe80::a8bb:27ca:9f54:8f2d%7]) with mapi id 15.20.5144.030; Wed, 13 Apr 2022 21:00:35 +0000
From: "Charles Eckel (eckelcu)" <eckelcu@cisco.com>
To: Eliot Lear <lear@lear.ch>
CC: John C Klensin <john@jck.com>, "manycouches@ietf.org" <Manycouches@ietf.org>
Thread-Topic: [Manycouches] Daniel presentation @ 113 - virtual interim meetings
Thread-Index: AQHYToUobEpwlwiLuki9wgY+/owGH6zszyoAgABd3ACAADrLAIAA7i6A
Date: Wed, 13 Apr 2022 21:00:35 +0000
Message-ID: <25433DB5-D07B-426D-AE29-5E598F4C586B@cisco.com>
References: <7e716ee4-d243-1a1b-cd61-b2adb541350a@lear.ch> <7985BE2D-F76A-454D-A87D-43D4B4968314@ietf.org> <a04d6879-fd32-56c7-f3da-ae37231c29a3@lear.ch> <1b35079b-a744-9565-831b-e8118c33b478@joelhalpern.com> <54C874B4-E360-4A08-9174-401522ABEDDC@gmail.com> <4C707D32335FF6451540C6AF@PSB> <ec42fa32-f990-c1bd-6625-8517a35db2b4@lear.ch>
In-Reply-To: <ec42fa32-f990-c1bd-6625-8517a35db2b4@lear.ch>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-mailer: Apple Mail (2.3696.80.82.1.1)
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: 64a561ac-ce64-4236-61d9-08da1d90a811
x-ms-traffictypediagnostic: DM6PR11MB2763:EE_
x-microsoft-antispam-prvs: <DM6PR11MB2763AC1B404FA8F7E0991699B2EC9@DM6PR11MB2763.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: HgNKULzp9T9gtjiOy145kWmznL+N+I+dbpnTP1NhiNI+rKb3SGKlwSFeWNtv+o9wgyBBbkMywPkNMIy0+g538teck3DwF6ZeMQYvlPHBZmB6wOL07ObE+ysirxrcfsch9rQgRbQYnRe5utKg8EhWCupgYlUghluyz6cSJP2FJjJLKgXgyz4EbkikrMtj3qAreKVRQh3h0jjcslKb+xjvIDBsAUu5+yYpxYWACNZVXIiBAay86nr6kkaannCbNIU+/TprmaskmAES51M8K0Gq3N8rfp4rkRHtkkHkX/Pp75JRZZmnqIoTIgwxRtXbfPT2sNZ10Q8sy+lPLJY/Nscmtl9OL9xMUOi67q3EjwN59hdMzM9kerdOsfrkhoWE1dE7XBwb9w3T6WjKjaYJrx8DW7J5K4CDQ/1ejzTvVyVQ7A5Gu31sDmXte55/MNxIIepW4Xl6YIUwhpBvEasybSMb38724Xoh+Sy+/ENHD00rLv1702h3xkCC48aeEatVvawdkTLMfziL3uYyyunmE0lsMHpZG7xt9BiWANUZN6y9DshAmWMDOk6NOgQB7ldXjhDhTq91ivGz7l/Cva4t8KP9nVw9ped3Q7VM3ncplL6M8SUAw8MKsDSOUA2nwQwHPCWG6QMAa1Z6eQ2ZWi0J1EeqW22Xr2qapziSviohhk+ruOXWwhh0VaQgUiBltEPcXeFGqmdwpmuEk1AwQcK/aI0erVOPhKXZieqU+YC1+N/TOjfJ6vOpvESP1ZFIKjXYJPBfcsqrLYPvivPFWi+URyEKznJYWBouoQySbqF2Qzw6exTn1gjS+MlopjtbRXKgmRSi
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:SJ0PR11MB5053.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230001)(366004)(76116006)(6916009)(4326008)(33656002)(508600001)(38070700005)(122000001)(6486002)(966005)(316002)(54906003)(8676002)(66946007)(64756008)(66476007)(66556008)(66446008)(8936002)(36756003)(6512007)(6506007)(53546011)(71200400001)(38100700002)(166002)(5660300002)(2906002)(83380400001)(86362001)(186003)(2616005)(45980500001); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata-chunkcount: 2
x-ms-exchange-antispam-messagedata-0: dmK/mnmBSwFMYPfIvzNv3N+GDFV9uUXe0El+BJ0Rj5h6MoOGCPWkSQwMCBSYjRTKdBxkCtSH+ZnWiozhYYFSkEEIcfeuwa259ru8vrFuPyNcJiFMvTod7PryOSer7MW/mcUxURjJx33zglWGhu6Eg2onUqQNLIYcXioTzb6PJFKaGygDp8XThd4xLZjz3FXVl4UsaSNuDcNRJPK2xHTCvI/7+1xbN/UOHkCxa4jenHCmRRyYLSEBCZ/IDwhVoyyfSSuqY9tuVFIvUeIXELgt10BQ/jNJhQeDdd2uD23gMqKqnQ9Uzg8o/dbBIfOyMMyKrNN4YeXFdraI8DLsa1aKCeUw2aygsHYjATunLDVan6wFjrOGB6KuB91zMbDnYMtHq9M9wdnLVMoK0S16ZRZP4bH4mhcjzwdOJ3CFn7vzAZphtY+89Xb/sHVxcs4X4oBIoztU6VArjgECGJFmAh8ow/0bFHzGxcaFy7WHreE6dpC4cR66/SDM5WzBSWoYxUvHeb7AEYr/QtOmyhSFfNl8SyktPsGb2cc3sqMHO/gnXWJIhsZGONCpom5XDPRJ8geEXkyWIBm3RtyPJOYQFkbm4X6iHoIVDKvnzGjPTo1LYxm7y1lyILmuoQH3H9l5SDz5RoT9NpLtKDR9D9Jv1g37g8roT5nwycBJon9IwCnrJdsp8QLj+iVlX09dxclNE3YL1TI174Q0CBEKoQbbqSuBb1JxnTdt2w5R9trHmlfiSHfkbvRfZHd/M2G4xjBBUZn1AnsdtaS7irpQjuakEQcj13pdzr+JAg6ailONL3XRK4H4iBi7pKFaHEwBvULOE4jVOgma8Ig/5UgT/kx0tLXm1sV5kAX/+X/g9OtxCYWnMorFgv0n0TKQ+FkUVL7w1Pv1q192EWOxB/2wafVJ9Jr9zgexXdCU3isN+6aJ7pGJ9gGTYIPGHYZ7JZNuz9s1E/oq/HINHorzvWecVacSnwim64iRrTNExVJyhMyoFHx3DPH8JOk9xRWXS7SIa4vpovERlGcu6H111tpQ6DkraS7/Fr2P0UJfs256TLBB3e2Qwk+6X7U0t5Deu0uTZrWlCO7/DO8VoWpkbe1xD1JwWSIUuHEBF8MDp2LeQdBOXZv/fZ7DtSspY3kvPsxFpQ7dtftgRdRM/U803N6WifsZDRMJOt8sUNwJIvqnz+tsf5E0kVvEZebSKsU/K18VXX4rVT+IpUhdklqKN+x8hFiCXUL2+V2QXyabysS18FSARNkJJ0pXVCe7z7p4LfEQZFpi7kgqIstN25RLfd3CJmqV0DynU3IWNccMRN8cwpyTHaKWi5NySYAzCgVSC4H3uCLohFH/RGOol6XjbVbUs7rOsTlKNQTpRPTYXif8rWjP95kbRaFFCqrI4vs7HTc29fTH5lf6ZtME4haT9HrDqSNesKdgSKnQw91fcCqUIxPm0nSns60Lx7pycESplehPpYreuczVU2ysnClmB0XZ9EZ6PcqTFvtoT3QMQe7JxZarXg2ZoD3t20w/JpU7vVr285rd9TkXrXD4CnXb7jkwZSU6uIojlowOUl2WexDOrcqpKh7ls20BQCkmuwg0cEBcM53LPdoFZrx3oP3HUgUc5EUYAPoFXpeoP8+khZ3D1KLZThxnuMjVcvZlaik7XJD06rHIqYHhpoBMgC78zdmAavh4vczgfIoVO8wqVoLjzNw1ri/AsHEIcxUyL4TbRh17OmEqejnROJuPBdpGrHzXLypFXtdgwWv6f19nIrSe5gBe6uheti4Mfraf7dYT9wAJ8Ie88djnPneVaGTR
x-ms-exchange-antispam-messagedata-1: 4D7Y+ROdl5Au4w==
Content-Type: multipart/alternative; boundary="_000_25433DB5D07B426DAE295E598F4C586Bciscocom_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: SJ0PR11MB5053.namprd11.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 64a561ac-ce64-4236-61d9-08da1d90a811
X-MS-Exchange-CrossTenant-originalarrivaltime: 13 Apr 2022 21:00:35.7616 (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: 7p7+DehB9GBuWERAtg8F889Gn5o+9Wocx60vGz2oFQqSKgVEJqhMG+zsk9SDcozRqLNQkECfK/RO1bsPBwN9gA==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6PR11MB2763
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.37.135.123, xfe-aln-003.cisco.com
X-Outbound-Node: alln-core-11.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/manycouches/CdiY1KlW72zM9ROdAOnKS0rxchM>
Subject: Re: [Manycouches] Daniel presentation @ 113 - virtual interim meetings
X-BeenThere: manycouches@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "List for discussion of remote meeting attendance and virtual IETF meetings, as well as for SHMOO working group" <manycouches.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/manycouches>, <mailto:manycouches-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/manycouches/>
List-Post: <mailto:manycouches@ietf.org>
List-Help: <mailto:manycouches-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/manycouches>, <mailto:manycouches-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 13 Apr 2022 21:06:24 -0000

Great points Eliot. This thread and my experience in shmoo and in running the IETF Hackathons has taught me that in addition to a wide range of opinions, participants in IETF efforts have a wide range of working styles, circumstances, and preferences, and that these change over time. Some people would almost certainly benefit from fewer in person meetings and be more productive and successful in their IETF efforts. Some would suffer, and others would disengage entirely.

Many of us experienced benefits as a result of IETF 113 being held in person. This was true for everyone I encountered in person and for several who were remote. I suspect some remote participants found it more difficult to engage than at previous online only meetings. As an in person participant, I found it more challenging to follow two sessions in parallel and to participate in active chat sessions in Meetecho while using my laptop in a meeting room than I did when at home with my detached keyboard and two large monitors.

One of the greatest challenges faced with online only Hackathons was facilitating the mixing people and ideas and the sharing of knowledge and expertise that occurs so naturally when we come together in person. It was fantastic to add this valuable element back to the Hackathon. Running code created and improved at each Hackathon is valuable, but so are the exchange of ideas, the extension of human networks, and the building of new friendships, respect, and trust. Meeting in person for large chunks of time made this all possible again.

I believe we should focus on continuing to make remote participation better, not only for the remote participants but for those engaging with remote participants while they themselves are participating in person. Few people participated in person at IETF 113 than at previous in person meetings. A number of factors contributed to that. COVID played a part as did reduced travel budgets. The more important it was to someone to participate in person, the more pain and risk they were willing to endure. By continuing to improve the remote experience, we will shift the tipping point between deciding to participate in person vs remote. Personal, work, and world circumstances will change with each meeting. My hope is that rather than explicitly aiming to reduce the number of in person meetings or apply other one-size-fits-all requirements for all IETF efforts and participants, we simply continue to do what we can to provide people with better options for when and how they participate.

Cheers,
Charles

On Apr 12, 2022, at 11:48 PM, Eliot Lear <lear@lear.ch<mailto:lear@lear.ch>> wrote:


Hi John,

Your note ties to Mark Nottingham's draft about the scheduling of virtual interims.

I'll just add that "dropping in" is something that could be better facilitated by virtual interims because there are less chances of conflicts.  That's because there are so many simultaneous tracks at an in-person IETF meeting.

I'm not sure I agree with you about not holding in-person interims.  I firmly believe that the RFC Editor Future Development Program could have accomplished its work about a year sooner than we did, had we been able to meet in person.  Of course, the chairs couldn't even begin to contemplate such a meeting due to COVID.  But I will note that almost all of our progress was made in high bandwidth settings, and conversely almost none of the serious issues we faced got resolved over email.  Now, that may have been the nature of the work.  The program wasn't a working group, and in particular it largely didn't address technical problems.

Still, what I take from that is that once one has a good starting point, there are phases of work within a working group where high bandwidth access is very important, and one hour every three months isn't going to cut it.  If there are substantial amounts of issues to be discussed, then a two or even three day face to face seems appropriate.  I think the httpbis working group demonstrated that with great success.

Was there a mono-culture in that working group? Maybe so, but the alternative would be that not only would http3 not be on the way, but likely http2 would still be in process.  And we certainly didn't have a mono-culture in the RFC program, and we had plenty of interims.

I'm not saying that every dispute can be resolved just due to an in person meeting.  Sometimes, other factors come into play.  For those who particpated in webrtc, it seemed that an evolution of thought and process was required.  I think I saw some of that in the RFC program as well.

Eliot

On 13.04.22 05:17, John C Klensin wrote:


--On Tuesday, April 12, 2022 14:41 -0700 Fred Baker
<fredbaker.ietf@gmail.com><mailto:fredbaker.ietf@gmail.com> wrote:






On Apr 12, 2022, at 8:51 AM, Joel M. Halpern
<jmh@joelhalpern.com><mailto:jmh@joelhalpern.com> wrote:

Trimmed, to comment on one possibility raised by Eliot.
Joel

On 4/12/2022 11:29 AM, Eliot Lear wrote:
...


 * Mandatory virtual interim meetings at a certain tempo


...

Actually, I would prefer fewer virtual per-WG interim
meetingss.   As a person who participates in a lot of IETF
working groups, and also in other SDOs, regular virtual
interim meetings are a pain.  Regular virtual interim
meetings in the sweet spot that people like for international
calls makes everything collide.  Having interims when there
is actually a need for discussion on a specific topic makes
good sense.  But interim meetings at a "certain tempo".
Please, no.

Yours,
Joel


I concur. The point of plenary meetings is, in part, to
justify the travel expense, and the point of meetings at all
is to enable people to talk with each other face to face.
Regular face to face interims would mean that many people
would simply not find the expense justified, and virtual
interims prevent the face to face conversations that need to
be had.


To take this a step further, one of the IETF's main strengths
lies in the ability of people to look in on and participate in
work outside their main area of expertise, activities that often
start on a drop-in basis.  I think we could continue (or resume)
that with fewer meetings a year as long as we renew our strong
commitment to doing most of our work on mailing lists and to
focus there and on occasional meetings.  At least for the WG's
I'm following (fewer than years ago, see below), many virtual
interims often act as substitutes for that mailing list work,
possibly leading to getting more work done but at the price of
broad participation (at least sometimes due to the choice of
times for those meetings).  Except, perhaps, for people with
unlimited travel budgets and the ability to spend most of their
time on the IETF, f2f interims would likely be even worse,
resulting in participants making tradeoffs between traveling to
and participating in those interims because the are most
involved with (or sponsored for) the WGs holding them and other
WGs to which they could be contributing broader perspectives
and/or the plenary meetings themselves.

I think we could get by with two, or possibly even one, f2f
plenary meeting a year without much damage... but only if we
recommitted to trying to get as much done as possible on mailing
lists, minimized the number of interims (with no f2f ones except
under the most unusual or circumstances), and thought carefully
about some all-online plenary-type sessions.

I think it would also be wise to think carefully about how much
work we are taking on and, in particular, how broad the
commitment needs to be to spin up a WG.  Especially with fewer
f2f meetings and more reliance on interims that people need to
be really committed to the WG to attend (even online), we could
easily see increasing numbers of WG where almost all of the
participants share a single point of view on the relevant issues
and how they should be addressed.  The IETF adds almost no value
to such groups other than endorsements of their conclusions.
Perhaps things have evolved to the point that people want the
IETF to be in that business, but I'm not enthused.  In any
event, I think we need to consider the possibility that an IETF
that needs to rely on fewer traditional in-person meetings -- no
matter the mix of online and hybrid ones--   simply cannot
sustain the amount and quality of work on which the IETF built
its reputation.

In addition, if we go in that direction, or even stay with the
current "hybrid" model, I'd encourage the IESG to think about
reinstating a meeting pattern we dropped many years ago, I
believe under pressure from too many WGs.  That was to start the
meetings of with a Monday morning plenary that summarized
important issues for the week and even included reports from
each Area about what they were doing and focusing on.   HotRFC
has taken over a bit of that job, but I suggest is a patch
rather than a replacement for an opportunity for the community
to get a general understanding of what is being worked on and
for individuals to make decisions about how to invest their time
(ideally with a less crowded agenda).

best,
   john



_______________________________________________
Manycouches mailing list
Manycouches@ietf.org<mailto:Manycouches@ietf.org>
https://www.ietf.org/mailman/listinfo/manycouches



<OpenPGP_0x87B66B46D9D27A33.asc>_______________________________________________
Manycouches mailing list
Manycouches@ietf.org<mailto:Manycouches@ietf.org>
https://www.ietf.org/mailman/listinfo/manycouches