Re: 10 a.m.

Ted Lemon <mellon@fugue.com> Mon, 11 July 2016 19:46 UTC

Return-Path: <mellon@fugue.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6F04712D19E for <ietf@ietfa.amsl.com>; Mon, 11 Jul 2016 12:46:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.6
X-Spam-Level:
X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=fugue-com.20150623.gappssmtp.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 CW2NiK2yTni0 for <ietf@ietfa.amsl.com>; Mon, 11 Jul 2016 12:46:21 -0700 (PDT)
Received: from mail-lf0-x232.google.com (mail-lf0-x232.google.com [IPv6:2a00:1450:4010:c07::232]) (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 6B41612D0E3 for <ietf@ietf.org>; Mon, 11 Jul 2016 12:46:21 -0700 (PDT)
Received: by mail-lf0-x232.google.com with SMTP id h129so81195436lfh.1 for <ietf@ietf.org>; Mon, 11 Jul 2016 12:46:21 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fugue-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=PuOtlZCpbn5zm7TL2/E5hP3Q6ua3ut2mQGJ/eqSsr3I=; b=xTytd9Y3Vaj0jyv2VvZcjK/6UVMIiNculrpQwPC/bwYrfb65XNMfEHRC+i7kgAQzod LT/fI+atV0qi5BtIrzU42qvcsj0WIQyPFb3vI9ieIe2MPCY9WHCfF5JVSyDab+aBLW3f BnmDAgHfWzrNlSqbgh1MggdAdx9FYTHLaRpKsKzw230C+psoDTT9dLgyE4c7TFc9iZPv Zcc8VQVBBkAhSd49tckg0lPTJXqWWJS60VI5S6W19oCD3xngxutI+gJfA7itFZBm1LRw H8vO7iyvqF60se7bimRIwFZBJsWzYXhpJeX/vGOmCeFFaUAg0vFEODczDzj6UGJLlcuJ KChA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=PuOtlZCpbn5zm7TL2/E5hP3Q6ua3ut2mQGJ/eqSsr3I=; b=RxvnljchzZrLhuGHLXbfT2Yf6cCtGmNQa+IB1jaQUS/T3i5l01pgNnYgO8nBNbSk33 w+GwgYSC6JHiRRM0o56E9t5GFp8EBrr2Te5ey7bLxNo76auPXVFb9c4tqdXCr6F5TkR5 VNixwrGXS2cy/hrNIzTNw5tAl+F/Buph58Olq8JNrqrOrZhyv6SKOzFv0mnhtbd9OLWF cwfS9fOmF+o//rVMHKVFPeB560eZfgyrt7cGP+rFehaerLG8tJtTz45jzqXZWbvgJdQL WBGGddQTfJkQZhuEB8CrupzzzLuj+LDyLT/diUTN9Gr8lgMZqfDJ9wwq1PP4MK8XMOBx wi/A==
X-Gm-Message-State: ALyK8tJYYB8BwfC17xNJKYeyiYI5DPXzOjw4i4arevGRklG3eFwzh1j7j+tCCkTxUNQlnroIE/SWd5+nkd+xsA==
X-Received: by 10.25.142.143 with SMTP id q137mr5530756lfd.53.1468266379615; Mon, 11 Jul 2016 12:46:19 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.25.217.219 with HTTP; Mon, 11 Jul 2016 12:45:39 -0700 (PDT)
In-Reply-To: <CAMm+LwiQiHzEMUU8Chi02yDKQwMUZ0kBw7L8YPops96Jnm+aOQ@mail.gmail.com>
References: <ffde10f3-3084-3267-04bd-e052d120bc01@gmail.com> <41f9104e-335f-b2a9-3ca8-9d5b0e7de3b6@gmail.com> <64DB4F404F7B3FD5A007BEA2@JcK-HP8200> <42F9A871-3D50-4374-93C4-3B45A248C3ED@ecs.soton.ac.uk> <86428765-1C82-4434-B6DA-89E34DB599E2@piuha.net> <EMEW3|da5a10cfc0197d092106b3d9438f7afbs6AKLf03tjc|ecs.soton.ac.uk|42F9A871-3D50-4374-93C4-3B45A248C3ED@ecs.soton.ac.uk> <CAMm+LwiQiHzEMUU8Chi02yDKQwMUZ0kBw7L8YPops96Jnm+aOQ@mail.gmail.com>
From: Ted Lemon <mellon@fugue.com>
Date: Mon, 11 Jul 2016 12:45:39 -0700
Message-ID: <CAPt1N1=8St-sA8JbAWc+F-8cjEWzzWjU60FB+MQMZh0J0UCbpA@mail.gmail.com>
Subject: Re: 10 a.m.
To: Phillip Hallam-Baker <phill@hallambaker.com>
Content-Type: multipart/alternative; boundary="001a11401daefe35e60537616785"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/URdSUQ6-dlju9C5fdP27Zae5zVA>
Cc: John C Klensin <john-ietf@jck.com>, Tim Chown <tjc@ecs.soton.ac.uk>, IETF discussion list <ietf@ietf.org>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 11 Jul 2016 19:46:23 -0000

Yup, if we have to schedule meetings on Friday, starting earlier would be a
happy thing for most everyone, I think.   By that time those of us with jet
lag are probably over it, and Friday is always a weird day at IETF anyway,
since only the die-hards are still there, and everybody is tired.

On Mon, Jul 11, 2016 at 12:41 PM, Phillip Hallam-Baker <
phill@hallambaker.com> wrote:

> ​I think we have rather bigger problems than deciding the start time. But
> the way we have slid into picking the start time is symptomatic of a
> broader problem.
>
> ​I find a large number of WG sessions to be very unproductive because they
> consist of status updates that could be sent in an email or discovered by
> looking at the tracker. What I am interested in is working through the set
> of action items that need discussion.
>
> Yes, cross area work is nice. But I don't think our current format
> achieves that and I am not convinced it is as desirable as people think.
> The purpose of a layers abstraction model is so that people working at one
> particular level only need to consider their own layer and the interfaces
> to the layers above and below them. If something in applications depends on
> something in routing, well something is wrong. And something is really
> wrong if the interfaces between the layers has to shift more than once a
> decade or so.
>
> One major benefit of the new approach is that I can now schedule meetings
> in the mornings before everything else starts. That is especially important
> if you have a 9am Monday meeting and someone isn't going to be at the
> location in fit state till the Monday of the meeting.
>
> Contrawise, I don't see any good reason to delay the start on a Friday. In
> fact I would prefer to start an hour earlier.
>
> So my incremental improvement schedule would be:
>
>
> Mon: 10am
> Tues: 9/10 (slight preference for 9)
> Wed: 9/10 (slight preference for 9)
> Thurs: 9/10 (slight preference for 9)
> Fri: 8 am.
>
>
>
>
>