Re: Planned changes to registration payments & deadlines

Ted Lemon <mellon@fugue.com> Tue, 24 April 2018 12:25 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 2AB12124D6C for <ietf@ietfa.amsl.com>; Tue, 24 Apr 2018 05:25:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.909
X-Spam-Level:
X-Spam-Status: No, score=-1.909 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_NONE=-0.0001, SPF_PASS=-0.001, T_DKIMWL_WL_MED=-0.01, URIBL_BLOCKED=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 JJDLO8WMIXGN for <ietf@ietfa.amsl.com>; Tue, 24 Apr 2018 05:25:57 -0700 (PDT)
Received: from mail-qt0-x22a.google.com (mail-qt0-x22a.google.com [IPv6:2607:f8b0:400d:c0d::22a]) (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 D17791241FC for <ietf@ietf.org>; Tue, 24 Apr 2018 05:25:56 -0700 (PDT)
Received: by mail-qt0-x22a.google.com with SMTP id z23-v6so21704156qti.5 for <ietf@ietf.org>; Tue, 24 Apr 2018 05:25:56 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fugue-com.20150623.gappssmtp.com; s=20150623; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=Br+rz3pYGGkydUBmFyXHKt9kK4da3BqvK+ixPRIki/A=; b=F2DlGKrrtABFYT3HNQaE56d5OpDj02KIKMt7UHE0nXS2/g/jkyNE5PUCNEPpqyvl14 N+7cWjdJyduglXyoK2jZR3hH19UzFE6bx9DETti/CuQf9+GBj1bAh671OlfbYcxGpKzr pZWpE9cHcJmvLgdeXUU3GvEpPgye5JFyTlbpw+FBLJ09mpcjFEe9dXAqVUmrSxRDLv5f dJphxhk4F7qV0WJYk9eJbgTxId7wqab7MtcCXCC5erJEaBksNygAl55CxtAP8o1iaSpJ esCFKFhmhx8CqW73u7/pWkhd66S+b9v39j5JCTmQ0fUOdRox8m/MjpFS/JvSO/kfhAUE haQg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=Br+rz3pYGGkydUBmFyXHKt9kK4da3BqvK+ixPRIki/A=; b=CVNb2oMn+EkW/QWDB4fDLV+rK2vY761A5CdN2TB9X3yJwPr0IMmdiCzkkv78gbqKgj X4hcRICY2QYhtxQBIEaCNg5A7bIveFpcZI8/dy6KzYAvEaUGjJ/aT0KAJUouKOUEMUBm FBv4SyaIgx4BlVrKcD9X7sa7cECNcRbTGbKQUqVts6sI5se25VlcbTit3lu3LfiqqZIW Wz2Wkud+TbG9ij5eH7Ai+pfkoXFUzndNpU8S3D9kNvDHpEo/GKLsPtUDRWm/l8ZBnrao KGEhn8QXrjYI1r1gCjMPxABpl5Y2SHXsRRjbOW53oTXdDlWY3gVWH4z47r3wRq4iR/0g HOOQ==
X-Gm-Message-State: ALQs6tCu+kVgkH7+2ePY5pxGIebBO1JKZHTtJcwSwXddZ3QABbVB3+tE NAP0E36RMj1NBIwwy+ktD2UAhA==
X-Google-Smtp-Source: AB8JxZpuLcQc6RIlCJ7mWzqk58hh/AnQ0AqYrG/L6NLC1h8p24ncGmsh0jRj68c+Xg8z1+UIA3z74A==
X-Received: by 2002:ac8:18f9:: with SMTP id o54-v6mr14128493qtk.353.1524572755946; Tue, 24 Apr 2018 05:25:55 -0700 (PDT)
Received: from cavall.lan (c-24-60-163-103.hsd1.nh.comcast.net. [24.60.163.103]) by smtp.gmail.com with ESMTPSA id s3-v6sm12190495qte.82.2018.04.24.05.25.54 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 24 Apr 2018 05:25:55 -0700 (PDT)
From: Ted Lemon <mellon@fugue.com>
Message-Id: <C2F87A90-5A27-4EAC-ABAA-5669519560B2@fugue.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_5E61AB6B-E79D-474C-881E-790BCAF2BA64"
Mime-Version: 1.0 (Mac OS X Mail 11.3 \(3445.6.18\))
Subject: Re: Planned changes to registration payments & deadlines
Date: Tue, 24 Apr 2018 08:25:53 -0400
In-Reply-To: <806F25743ABE357ACF6100EA@PSB>
Cc: Brian E Carpenter <brian.e.carpenter@gmail.com>, Michael Richardson <mcr+ietf@sandelman.ca>, ietf@ietf.org
To: John C Klensin <john-ietf@jck.com>
References: <20180419174627.2krzjbxgx25s5wxz@mx4.yitter.info> <20180423162016.elmju5r6qcb6xcbt@anvilwalrusden.com> <49c1c20d-000c-9664-d998-cace737704d8@gmail.com> <9954.1524528938@obiwan.sandelman.ca> <E3942A1DBD7E232532060E6F@PSB> <E3E65B79-8147-4073-BC5C-2730E7E6A9D9@fugue.com> <5a2525b4-95e3-2935-3463-f2365acc3b72@gmail.com> <31A4523A-7E36-4F1F-83CC-A4212C25D6FC@fugue.com> <806F25743ABE357ACF6100EA@PSB>
X-Mailer: Apple Mail (2.3445.6.18)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/3O9MDmiquxQa5soPX-vV1OQi1tI>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.22
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: Tue, 24 Apr 2018 12:25:59 -0000

On Apr 24, 2018, at 12:45 AM, John C Klensin <john-ietf@jck.com> wrote:
> No.  But, if the IETF wants a broad range of expertise and
> perspectives to be represented, then we had best be sensitive to
> the implications of changes that might [further] decrease that
> range.  I don't think any of us can predict those effects with
> guaranteed accuracy, but saying "well, it is just too bad for
> anyone who can't adapt, or who works for an organization that
> won't adapt, we don't need them" seems to me to be unwise.  It
> could turn out to be especially unwise if our credibility as a
> standards-setter turned out to depend on exactly those
> properties, and relying on no one noticing also seems unwise.

What you are saying here could be true, John, or it could be false.   We have no data to support either belief.   We do have data to support the belief that if the IETF doesn't raise its fees, it's going to be a problem.   It is on the basis of that data that decisions have to be made.   I have no idea how prevalent the policies you suggest are, or how many valuable IETF members will no longer be able to attend because of them, if this particular change is made.

An argument can be made that rather than having an early-bird discount, we should arrange the discount in some other way, such that these particular people would not be eligible for it, and hence their travel departments would have no basis for complaint.   But absent any information about how many people would be affected by this, it's silly to speculate.

To give you an example of the context in which this decision is being made, look at the decision to do an IETF in Hawaii.   Hawaii is a vacation destination; my accounting department pushed back on this for the first time in twenty years of coming to the IETF.   Others reported that they were unable to get travel approval.   This is a real-world example of the theoretical problem you are describing, but it has nothing to do with early bird discounts, and was not anticipated by the IAOC, as far as I know.

Importantly, a lot of good work got done at that IETF, and people who could not attend in person attended remotely.   Although I personally hated the venue, I went, and did my work, and it was fine.

If there are some few individuals who can't go to IETF because their accounting department isn't willing to pay rack rate on the conference fee, that will do a similar amount of damage, and we'll figure out how to adjust.   That's all we can do.   We are not omniscient.   At present, I anticipate the number of people who will be affected by this particular risk to be zero, but it's possible that you are right to be concerned; if so, we will deal with it when we learn more.