Re: [Iasa20] 6635bis

Richard Barnes <rlb@ipv.sx> Sat, 27 April 2019 21:00 UTC

Return-Path: <rlb@ipv.sx>
X-Original-To: iasa20@ietfa.amsl.com
Delivered-To: iasa20@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8406A1201C2 for <iasa20@ietfa.amsl.com>; Sat, 27 Apr 2019 14:00:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 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] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=ipv-sx.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 rO0c4ZwXwZA7 for <iasa20@ietfa.amsl.com>; Sat, 27 Apr 2019 14:00:56 -0700 (PDT)
Received: from mail-oi1-x234.google.com (mail-oi1-x234.google.com [IPv6:2607:f8b0:4864:20::234]) (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 8C2711200D8 for <iasa20@ietf.org>; Sat, 27 Apr 2019 14:00:56 -0700 (PDT)
Received: by mail-oi1-x234.google.com with SMTP id t189so2570784oih.12 for <iasa20@ietf.org>; Sat, 27 Apr 2019 14:00:56 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ipv-sx.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=MTRvRdw7rclT/c7pCsDBzbcBScQ44WOR3IfaVxta47Y=; b=r80AR4PaNljvqJ7wnRJ3B2TUpExDfs6iB3qrzI2J9kF9N72qhyBVC/v+3qO6wKA9Ib nM7hX7+xThgIAI3aQz/UmC/0uNuyUY1Z4jTRWSN5SHS106OOsuZ1TUiPnC36ftCzsoRQ yuJHILp1laxnlEGCDx75b4/uss/Mkm/FesUBvKS9LBCEsfa9vwl6lhdk+6WZjlmiOZZE w2W3J8SVWb7ABDwHvZwTAzvOAmuZ8FJC9f/GE+yh+ZafhpMHogcYZ7Icnp0RDyBPZsfG 9NSBpps23YMNNbFL5Y2/vEysc6rumnaCMC80zEp1rQpGj7VbFwmFUW4WhivH04ehQxyL 5OXQ==
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=MTRvRdw7rclT/c7pCsDBzbcBScQ44WOR3IfaVxta47Y=; b=nlwqsg1R3/nhs4zIg4iuZ934jmlIvEt/r3fxVaerGzVh6ZvUAiLzSq2VogZkSz5vQ3 q6zubDxx1cGM2PmCfSMJRwFTsuJPQdkcRryJy79o8fAcKI5mf+zlgg0W58iD1Q+xyyd4 YgKN6XnAWy8NwN5qu4y1ZvsTMeGTPhWL9sHZGuEg+kT4ZWQiYYYnMpa8U4GZpVKRWc0r 4GZ9QR/C9Hg4B2spruwgHCVr0vWWrlgudhs4KfRr1LDmRE/eiTWs6mXfipJYvH9YF7Kv thOKiLQEVOEAtbsNDHWYMW80mGw+oOUIcwcXHTMS9QE/KNTQVkIar08U7p8HALD4aXhP v3Aw==
X-Gm-Message-State: APjAAAUb1P+zPKk0KEzZ9b1OOI7bS7xgRqNlXzYeDFPBbzGyT5bAOTke eGJ4BqmtWcRADvZ1+Ncv+Qp0pY2Wfx0Bx9rqfUwUgQ==
X-Google-Smtp-Source: APXvYqyxkrEQjPU421H/fTjF4auLFzEJilY+0AIX7zZMGYNWvRcL+V/p3nGOtc64CFuwEgdyUzQ2GYU+N70Lp++DbDc=
X-Received: by 2002:aca:f496:: with SMTP id s144mr10081330oih.135.1556398855623; Sat, 27 Apr 2019 14:00:55 -0700 (PDT)
MIME-Version: 1.0
References: <20190426211900.555852012FE081@ary.qy> <22f00e3c-faa1-2eb3-ad38-97f6fb743aac@joelhalpern.com> <alpine.OSX.2.21.1904261835490.29589@ary.qy> <c2a25515-b5cc-13f9-cdf9-058170194d1f@joelhalpern.com> <alpine.OSX.2.21.1904262033390.29815@ary.qy> <2F643707-45C2-4088-8D0F-A1F0F1238D86@akamai.com>
In-Reply-To: <2F643707-45C2-4088-8D0F-A1F0F1238D86@akamai.com>
From: Richard Barnes <rlb@ipv.sx>
Date: Sat, 27 Apr 2019 17:00:29 -0400
Message-ID: <CAL02cgQFXPXgeFiayehWmpCDND1gS0LmAzRo8COKLvspNNPh7A@mail.gmail.com>
To: "Salz, Rich" <rsalz@akamai.com>
Cc: John R Levine <johnl@taugh.com>, "Joel M. Halpern" <jmh@joelhalpern.com>, "iasa20@ietf.org" <iasa20@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000eb29a90587895875"
Archived-At: <https://mailarchive.ietf.org/arch/msg/iasa20/4yigW-_6vBubqdbdYAjxokLVWbg>
Subject: Re: [Iasa20] 6635bis
X-BeenThere: iasa20@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Discussions relating to reorganising the IETF administrative structures in the so called “IASA 2.0” project. <iasa20.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/iasa20>, <mailto:iasa20-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/iasa20/>
List-Post: <mailto:iasa20@ietf.org>
List-Help: <mailto:iasa20-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/iasa20>, <mailto:iasa20-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 27 Apr 2019 21:00:59 -0000

On Sat, Apr 27, 2019 at 4:49 PM Salz, Rich <rsalz@akamai.com> wrote:

> >    I don't think it's a change in policy and I think we're making a
> classic
>     IETF overspecification mistake not to let the LLC run its own business.
>
> I agree.  This is not like specifying bits on the wire. :)
>

+1

As I said before, I don't think the distinction between contractor and
employee is substantive to the IETF.   Perhaps those that think this
distinction is substantive could elaborate on their reasons why?

AFAICT the only reason that has been given for this distinction being
meaningful is "staff capture".  But the proper control on that is good
oversight by the community, which is what the board is there for.  And if
the board is not exercising proper oversight of the organization, then we
will have much worse problems than whether the RFC staff are contractors.

--Richard