Re: IETF 109 Preliminary Agenda

Lou Berger <lberger@labn.net> Sun, 18 October 2020 15:46 UTC

Return-Path: <lberger@labn.net>
X-Original-To: wgchairs@ietfa.amsl.com
Delivered-To: wgchairs@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2EE383A0917 for <wgchairs@ietfa.amsl.com>; Sun, 18 Oct 2020 08:46:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0
X-Spam-Level:
X-Spam-Status: No, score=0 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=labn.onmicrosoft.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 iF2ALAuk2yQi for <wgchairs@ietfa.amsl.com>; Sun, 18 Oct 2020 08:46:43 -0700 (PDT)
Received: from NAM12-BN8-obe.outbound.protection.outlook.com (mail-bn8nam12on2114.outbound.protection.outlook.com [40.107.237.114]) (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 E37823A0906 for <wgchairs@ietf.org>; Sun, 18 Oct 2020 08:46:42 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=SolU3tEWvx2JJ8wJynDSNf2y/N9YjFoW7RL/TTTbFXsCw0IAM4T+UuZr1oDrfHTbBlCD+7etoiWc9zWAsjsrgJBt3szZqBTj0BK9BP/xvFGuX8aQLhuX95dONhlDBztDdWiM/PnLtSvjw7SxGNh7vUiHkf1P6fsveHqmVk286PcPfnEt8seJaB32ck2eM3k+51kzgNKgOy80Igu/Wumdky5ZhAwu7dwsKWHB8eef+AmVlsCnG8aQm2GDttUxTvXDqoPSH2QDO5xAHiZDlreJARYxPobxOO1nFHIhlKgvh2ubIKq7obUXbhjYi0dr7qTXaO1uJMSifDTWim4sRIipOQ==
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-SenderADCheck; bh=mFxYTHaJrY5GlxC1H9rIDLbPI9LRlAiZaCJ5D8Kz9gU=; b=i2EySVYvhz6W5HH0nTrSpyMXfIgVLMCJlHjj60Xa1FD0DnyThQNfRBkDoYQgRjEogQWMSr4Rqh3yp4iOjiVs1qD5mCHYAOpT0RDx2JwilosPx9X268dL8q1OTk7hrgPrGOyuikqkGfkcceciSml2TitLq0Wh/3KjA2tTHwg9YXTQkmla4yulnQvBoc0yGFRD6WeLdM17oF3WElcry7bqSF/GJqlfNJbTL0Ma9TufleNCCBTv++j5rvENR72mjThrCTdu2GMdgZys1yjiveGS5OkVnsSDaF8K7/S6slDwIOmVM2xAvkqLQfW9aAk9b1zddLH8Zudr31rPOydiw1PrOA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=labn.net; dmarc=pass action=none header.from=labn.net; dkim=pass header.d=labn.net; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=labn.onmicrosoft.com; s=selector2-labn-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=mFxYTHaJrY5GlxC1H9rIDLbPI9LRlAiZaCJ5D8Kz9gU=; b=kRjRbbZ3nQq4z7HW7qUOsPWveQi9XyxtHs4IncMwJnD3uqDtyA531cqnYlZ5xrDZv4z7evPuvjhYPsAD9hDwuMnfaJgfHfEdkI2O/NpqGT9ULanbtEzIpk08LvJIimisCOibYE+lXjeCZKXTdgbnbH5zlm7efRw6SLVP2y8KjkM=
Received: from MN2PR14MB3280.namprd14.prod.outlook.com (2603:10b6:208:1a2::13) by MN2PR14MB4127.namprd14.prod.outlook.com (2603:10b6:208:1dc::24) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3477.23; Sun, 18 Oct 2020 15:46:41 +0000
Received: from MN2PR14MB3280.namprd14.prod.outlook.com ([fe80::81b1:ac36:76dd:4dd]) by MN2PR14MB3280.namprd14.prod.outlook.com ([fe80::81b1:ac36:76dd:4dd%2]) with mapi id 15.20.3477.028; Sun, 18 Oct 2020 15:46:40 +0000
From: Lou Berger <lberger@labn.net>
To: Martin Duke <martin.h.duke@gmail.com>, Lou Berger <lberger@labn.net>
CC: "Andrew G. Malis" <agmalis@gmail.com>, David Noveck <davenoveck@gmail.com>, Working Group Chairs <wgchairs@ietf.org>
Subject: Re: IETF 109 Preliminary Agenda
Thread-Topic: IETF 109 Preliminary Agenda
Thread-Index: AQHWpTpLj/7qp3HDaUyRH4b5wMZ55amdV22AgAAIxwCAAAurAIAAFWow
Date: Sun, 18 Oct 2020 15:46:40 +0000
Message-ID: <MN2PR14MB32805A368C8DE50E787556C6C3010@MN2PR14MB3280.namprd14.prod.outlook.com>
References: <160288855079.14008.13967692974159638979@ietfa.amsl.com> <30344.1602894208@localhost> <FD995870-E9C6-4099-93AF-253F0A11F56B@tzi.org> <CADaq8jcKK5kUvU3v7+6gEaeqjqxtw-Bii5is_hoq1ugogCoWPg@mail.gmail.com> <20201017193610.GA39170@kduck.mit.edu> <CADaq8je4nFVKkGw3X+Yo53N1xaXrgNRvOw4ZaNA0mT3dsDi-kQ@mail.gmail.com> <CAA=duU3KwrKnT4tdkap6raiu3pTGRcGz0miJMSFmTPF-bg4wrA@mail.gmail.com> <21ab833c-c3f1-d70b-96c0-8139dd7092f1@labn.net> <CAM4esxTAQOm=-SwLF3zU18xG75YurKdF-or+hU28+M53+cjtAQ@mail.gmail.com>
In-Reply-To: <CAM4esxTAQOm=-SwLF3zU18xG75YurKdF-or+hU28+M53+cjtAQ@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=labn.net;
x-originating-ip: [2607:fb90:137f:f594:de36:6a6f:ccb0:b5f1]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 6a68a1e5-b15e-462f-f191-08d8737d01b3
x-ms-traffictypediagnostic: MN2PR14MB4127:
x-ms-exchange-transport-forked: True
x-microsoft-antispam-prvs: <MN2PR14MB412756EAF849E190C334AC8EC3010@MN2PR14MB4127.namprd14.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: GoPorKRNfnBV1k3kz2DQSdT1TdqxHzLNwGrRc0N/alR2iARTuqPTgzwlZyYmTsTse5mnWfUeqoErpju7ychQML/x9LCeIWLOw7Js3QyGghdRlT/qrSqS8qqQ3gv0/Ty/tVajRB1yFHgoOF7cSYPXj7MYkGbMCl2ejTfJwLhc0Eha/+p28XSIv1EfKaBEboEvgiIW7jlghD4dKRqcqEQYA1bchcS3xruSGI+8Ou5kz5WDey2NJFIJ+aNBrdpkSPexZRBZ362uV4DGWFPD+c3X25ob+Jb/1m7gPqgS++e3G7W6rqRu0wJS1Dxfp6E5580XIzcnvNIkzGwiC9eYIAdFPQ==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:MN2PR14MB3280.namprd14.prod.outlook.com; PTR:; CAT:NONE; SFS:(396003)(346002)(376002)(366004)(39830400003)(136003)(7696005)(52536014)(66946007)(76116006)(4326008)(7116003)(71200400001)(8936002)(5660300002)(478600001)(83380400001)(66556008)(66446008)(64756008)(66476007)(110136005)(316002)(86362001)(8676002)(55016002)(4001150100001)(2906002)(9686003)(6506007)(54906003)(33656002)(53546011)(186003); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata: qBGMevkflMW3v8ILNaM7K1zjWJ1kHgAbNi+L4pispHoJ1epQRUPjoPTt/bARgDQRpvMF16YJwejh5pdZrkPhBmmRAskAdPqDR6qXwPOLTxrryZQi/dOTr1DRj+nu1R2WZZQv1Bmphr42NyLCEvOx71GLvLlchIJNKnNBu6vAZaDg3vL1GgK/YpCrw78e6QbuzPcdzjlNcoDStaVf/pGPoMmD7B+3XIWnCfJ2H2Zn4PUfrTPttANrN71Bcb0g4yasW1YiJo1JpOBIQCG5701IsLHhC5MO6oEBOeWz9+9lbzvrhb56z8fanWCMC7JbhKklEY696XrdzS7vmSW416UppnD2NfXRReKHX9lrzvcUN0dI36oebpU46UnCK7tPv8bi4RDzk8nfd5KVeYbZ1uyHraZUvAmAJRxrWmDl37MeaRPEngs2ent/TuNTm0w5iTwaYJH269iaGxc1O8ct07pawLEBssoqV2dcyFsoLajaD+9dDd5P4nwu0Nv7BvpWmEB5aazEtQpe0HwM5UjiazTiidqPvk07LDg3mZoVwmaLOYAuqOHCjKN3FBZBSY0FbIaEmPVYVcR0Mxtysvb9qMCcHBNSK9z9jFD+BFgplFN4RITztKg95xVMtumMa2zxbPMnUnfkEA8uX09+VDREx7YFXL52R9Tbmj7It1HQU4O9CKYZvPYgk7c9H/VU1hlFm36rWzXOP3RMp8spwgIVagahhQ==
Content-Type: multipart/alternative; boundary="_000_MN2PR14MB32805A368C8DE50E787556C6C3010MN2PR14MB3280namp_"
MIME-Version: 1.0
X-OriginatorOrg: labn.net
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: MN2PR14MB3280.namprd14.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 6a68a1e5-b15e-462f-f191-08d8737d01b3
X-MS-Exchange-CrossTenant-originalarrivaltime: 18 Oct 2020 15:46:40.8307 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: eb60ac54-2184-4344-9b60-40c8b2b72561
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: MXcwHNbzuOVqILYihkvYbefy1/gR2gWZsggrzn1eiflMmIK3EFuQ3D47l5JuUhZFEYu62LhYp53wvqcfPM1GGw==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR14MB4127
Archived-At: <https://mailarchive.ietf.org/arch/msg/wgchairs/ACoNzqVieRyLwAafPMvwbMHrDjQ>
X-BeenThere: wgchairs@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Working Group Chairs <wgchairs.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/wgchairs>, <mailto:wgchairs-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/wgchairs/>
List-Post: <mailto:wgchairs@ietf.org>
List-Help: <mailto:wgchairs-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/wgchairs>, <mailto:wgchairs-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 18 Oct 2020 15:46:45 -0000

----------
On October 18, 2020 10:30:17 AM Martin Duke <martin.h.duke@gmail.com> wrote:

> All of the virtual meetings have begun at 12:00 or 13:00 "local" time. No one seriously questioned this choice until it became inconvenient for Eastern Time.
>

Sorry, I think we've seen grumbling at each meeting. For examples I heard for many in California at the last meeting. It is true that the is the first time I am commenting on it.

> To start messing with the start time now would erode the principle of 1-1-1.
>

I have no interest in eroding that. but I think we could do something a little more intelligent for virtual ietfs going forward. For example on the virtuals that I scheduled, we call among the contributors and find a time that work best for them. Clearly polling is not a great way to do it for a whole meeting but, for example, we could be scheduling based on a majority of attendees rather than on what might be a hypothetical location in the future.  For example 110 could start based on what is a normal start time for the  weighted average of eu attendees for the last year.  I suspect that this will only make a small difference given the distribution of time zones in each region is only about 3-4 hours, but still seems less arbitrary and more reflective of today's reality to me...

Lou

> On Sun, Oct 18, 2020, 06:48 Lou Berger <lberger@labn.net<mailto:lberger@labn.net>> wrote:
>
> Andy,
>
> I'm fine for sharing the pain -- but let's not pretend this is fully scheduled based on Bangkok time.  I don't object *at all* to holding the meeting based on the typical meeting times at the planned location.  If we were doing so this for this meeting, we'd be starting 2-3 hours earlier -- which would more fairly spread the pain IMO.  (Full disclosure, you and I are catching the worst of it this time and starting at the normal Bangkok time would have made a material difference to me. )  Of course, I do freely admit that I really have nothing to complain about given what our Asian colleagues are subjected to week in and week out with meeting times generally biased to work for NA and EU.  I just hope that future meetings really do start at the normal local meeting time -- or, even better, we figure out a less apparently random+some-biased way to "share the pain".
>
> There's time enough to consider options before IETF110...
>
> Lou
>
> On 10/18/2020 9:16 AM, Andrew G. Malis wrote:
> David,
>
> Speaking as another person in the upcoming midnight-6 AM zone ....
>
> Think about how the folks in Asia feel when we schedule a virtual meeting for our daylight hours. It's convenient for us, but not for them. We do 1+1+1 for a reason - to spread the pain. It's only fair. And to your other point, the survey results were very clear that people prefer a shorter day (6 hours) for the online IETF meetings.
>
> You talked about turning your life upside down to attend the meeting - if the meeting had actually been in Bangkok, then you would have had two 20+ hour bouts of travel going and coming, and a week away from home. At least this way, you can still sleep in your own bed. If you don't want to become nocturnal for the entire week, then pick and choose which sessions are most important to you and set your alarm.
>
> Cheers,
> Andy
>
>
> On Sun, Oct 18, 2020 at 6:34 AM David Noveck <davenoveck@gmail.com<mailto:davenoveck@gmail.com>> wrote:
>
>
> On Sat, Oct 17, 2020, 3:36 PM Benjamin Kaduk <kaduk@mit.edu<mailto:kaduk@mit.edu>> wrote:
> On Sat, Oct 17, 2020 at 07:33:09AM -0400, David Noveck wrote:
>> On Fri, Oct 16, 2020, 8:34 PM Carsten Bormann <cabo@tzi.org<mailto:cabo@tzi.org>> wrote:
>>
>> > On 2020-10-17, at 02:23, Michael Richardson <mcr@sandelman.ca<mailto:mcr@sandelman.ca>> wrote:
>> > >
>> > > It appears that session are scheduled starting at 05:00 UTC, which would
>> > be
>> > > 12:00(noon) Bangkok time.   It's really as if this meeting was being
>> > held in Madrid.
>> >
>> > I don’t think you are aware when Spanish people tend to get up :-)
>> >
>>
>> Fair enough but I don't know when people in Bangkok typically get up and
>> I'm not sure it is really relevant.  Typically on-site meetings start at
>> 10am local time and go on to 5:30, creating a 7.5-hour window for meeting
>> sessions.
>>
>> Given that this is a virtual meeting,  it would make sense to widen those
>> windows to allow some amelioration of the problems that this creates for
>> some time zones, in this case, for those in the Americas.  Instead, the
>> window has been shortened to six hours and I'm not sure why.
>
> Could you expound a bit on why you think widening the block of time in
> which sessions occur would be helpful?
>
> First of all, given that the current block (midnight to 6AM) was unworkable for me, I was looking to provide options that would allow us to schedule an nfsv4wg meeting during IETF.
>
> It never occurred to me that there were people who would attend the entire 12Am-6Am meeting and had no expectation of people attending an expanded version of that.  It now appears that there are such people but I expect there will be very few.
>
> IIRC we have survey results showing
> that in a virtual format even the 7.5-hour window is too long to be
> practical, and having a longer window is going to push more of the session
> timeslots into times that are quite painful for more participant timezones.
> My understanding was that the idea of having a consolidated virtual IETF
> was to enable the cross-polination that occurs at in-person IETF meetings
> where most participants are attending sessions in most of the timeslots.
>
> If that is the goal, it does not appear to be realizable for those in the Americas given the current ICT session times, except for a small group willing to turn their lives upside down to attend the meeting. Although these times were not chosen to make this difficult, if you were trying to do exclude us, it would be hard to pick a more forbidding time slot.
>
>
> Thanks,
>
> Ben