Re: IETF 109 Preliminary Agenda

Martin Duke <martin.h.duke@gmail.com> Sun, 18 October 2020 14:30 UTC

Return-Path: <martin.h.duke@gmail.com>
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 DBF0F3A07F9 for <wgchairs@ietfa.amsl.com>; Sun, 18 Oct 2020 07:30:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.197
X-Spam-Level:
X-Spam-Status: No, score=-0.197 tagged_above=-999 required=5 tests=[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, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, 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 jeIQgEdaGm0V for <wgchairs@ietfa.amsl.com>; Sun, 18 Oct 2020 07:30:15 -0700 (PDT)
Received: from mail-il1-x12e.google.com (mail-il1-x12e.google.com [IPv6:2607:f8b0:4864:20::12e]) (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 F3E6F3A07DB for <wgchairs@ietf.org>; Sun, 18 Oct 2020 07:30:14 -0700 (PDT)
Received: by mail-il1-x12e.google.com with SMTP id j8so7884453ilk.0 for <wgchairs@ietf.org>; Sun, 18 Oct 2020 07:30:14 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=nkJPuXA3lNA2IUvOBi1lHgurKxs4RqyEaQ2x9Nw0yBo=; b=to1WSx8hx2a/O/ZpVn8QTWmCn25Z2gYn3Vh9PrnoBqwIUF7OVhLxapWuzL4BURV8Pa hMiPhxr+R/zvB7IJluMCNq+aeetJrLAlUSOQm421Rpo8emGsfFLdMcHbFrdPKs7OVo+Y JiluiNn0D27vln5QJaoTWPgYhK9TKJdCmrfyHcvXpXJdGfgX0iACiVR7n1gPGLNvHYmJ u1cEhKDJaJjh13z/HoOhGXZuKkBMyGpz3JM+CKJSyFIfeTK4pRJzo+M43sV7HdGlcrgj FDpMgsebWR01wUIqFkaPYJQheWS3Pn1a6SfBUzBjtHUg9XyyqidUp/g9z0jDFQq0q6mx FZhw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=nkJPuXA3lNA2IUvOBi1lHgurKxs4RqyEaQ2x9Nw0yBo=; b=SiHGOnhJF/gc64taGOE4afqWE0m3Ps6372giPi22apuYoc4EjsFZ0e6lqIkrvgRiIW 2c7FBoC6o1dw00yCUciJI/YUVvVaCeDgI8XbssnkGWgzCK92IAj2SIeh272MaaFndKJk 3x+UfexDYX93G1YnaN3U7By6I2TqBqcbSDkCNDvYr29hOD1MztSZ6hdYMNgGR+JAPQtO DALwrRG0epA5AWLFpalk4soDtpCiimiTJ/fZHjUOAoBM6YeV0YPZ7CeLa6Vu+F/QDXcQ Y7oH6olgTsI1QJrE1rZGHfAlBsSrLlBlqTcantD8ZvblwsFr7Bcrr69TCOTwPTwEnxQD LrlQ==
X-Gm-Message-State: AOAM532kEK/+eO6yJxNMbDZyTvFIZcWH6vQrJ1qK/Oi7FpUfho7Q5EMe 8wobdfz+NhlwiDY8kBphKlClj56kaZ0TiJitSxE=
X-Google-Smtp-Source: ABdhPJwydoHBl+TAG+wP97LWucONnT063FXlcgdwQP22G5nb1hhFEtJyi+KtkxErSvwz5NJf1ek/gySvnM2E2L/XNYw=
X-Received: by 2002:a92:d808:: with SMTP id y8mr8267334ilm.249.1603031414089; Sun, 18 Oct 2020 07:30:14 -0700 (PDT)
MIME-Version: 1.0
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>
In-Reply-To: <21ab833c-c3f1-d70b-96c0-8139dd7092f1@labn.net>
From: Martin Duke <martin.h.duke@gmail.com>
Date: Sun, 18 Oct 2020 07:30:02 -0700
Message-ID: <CAM4esxTAQOm=-SwLF3zU18xG75YurKdF-or+hU28+M53+cjtAQ@mail.gmail.com>
Subject: Re: IETF 109 Preliminary Agenda
To: Lou Berger <lberger@labn.net>
Cc: "Andrew G. Malis" <agmalis@gmail.com>, David Noveck <davenoveck@gmail.com>, Working Group Chairs <wgchairs@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000002d8105b1f2d605"
Archived-At: <https://mailarchive.ietf.org/arch/msg/wgchairs/98gL3MR_SCJyM0aVR_eCUdFgIpI>
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 14:30:17 -0000

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.

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

On Sun, Oct 18, 2020, 06:48 Lou Berger <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> wrote:
>
>>
>>
>> On Sat, Oct 17, 2020, 3:36 PM Benjamin Kaduk <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> wrote:
>>> >
>>> > > On 2020-10-17, at 02:23, Michael Richardson <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
>>>
>>