Re: [Iasa20] 6635bis

"Joel M. Halpern" <jmh@joelhalpern.com> Thu, 25 April 2019 18:30 UTC

Return-Path: <jmh@joelhalpern.com>
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 A8177120074 for <iasa20@ietfa.amsl.com>; Thu, 25 Apr 2019 11:30:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.701
X-Spam-Level:
X-Spam-Status: No, score=-2.701 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=joelhalpern.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 ZXazc4jEYpRu for <iasa20@ietfa.amsl.com>; Thu, 25 Apr 2019 11:30:24 -0700 (PDT)
Received: from mailb2.tigertech.net (mailb2.tigertech.net [208.80.4.154]) (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 5C6451200EA for <iasa20@ietf.org>; Thu, 25 Apr 2019 11:30:24 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by mailb2.tigertech.net (Postfix) with ESMTP id 44qm2S0hR1z19G4Q; Thu, 25 Apr 2019 11:30:24 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=joelhalpern.com; s=2.tigertech; t=1556217024; bh=dUeMNPCeVxHGapNkrutjsfAXdNew8KSZUvNjfROom38=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=djW4QxqJpLCx1GARyU238+Zz3WVKX8xmkc6jYKUCaboJBiwUc4d9uDC9WW7nbdde/ /ZYSovO5w7/i3dQEr5OOJoBW808Cdpk8aXnLVglhZAuTnfz+imWS7MGkJjJZ01aJz+ rWWNVhsh91aTQ790C5IWap2125VmK7Oa5nJWnfX8=
X-Virus-Scanned: Debian amavisd-new at b2.tigertech.net
Received: from Joels-MacBook-Pro.local (209-255-163-147.ip.mcleodusa.net [209.255.163.147]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mailb2.tigertech.net (Postfix) with ESMTPSA id 44qm2Q5rfDzFpwg; Thu, 25 Apr 2019 11:30:22 -0700 (PDT)
To: Richard Barnes <rlb@ipv.sx>, Sean Turner <sean@sn3rd.com>
Cc: IASA 2 WG <iasa20@ietf.org>
References: <CCCFB260-660F-4CB9-AA4F-60F8B88465CB@sn3rd.com> <CAL02cgS-QzkfDrYyLRD_T8beNZ2Zg_c1F4jnZDCSk=Wf67qnSA@mail.gmail.com>
From: "Joel M. Halpern" <jmh@joelhalpern.com>
Message-ID: <771d3caf-e5d6-4a25-03cc-788a4c37f86b@joelhalpern.com>
Date: Thu, 25 Apr 2019 14:30:21 -0400
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:60.0) Gecko/20100101 Thunderbird/60.6.1
MIME-Version: 1.0
In-Reply-To: <CAL02cgS-QzkfDrYyLRD_T8beNZ2Zg_c1F4jnZDCSk=Wf67qnSA@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: en-US
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/iasa20/2Z4JnKuJAnG3HtL6gAsRQfodKmM>
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: Thu, 25 Apr 2019 18:30:27 -0000

It would seem quite difficult to have the RFC Editor be an employee of 
the LLC.
What happens when the IAB / RSOC decides that it wants a different RSEs?
How would that employee respond to an RFP, since they already have an 
employment agreement with the LLC?

So while the underlying document does allow for using an employee, I 
would be very concerned about shifting the emphasis.

Also, a shift in that emphasis would seem to be a larger change than is 
in scope for this working group.

Yours,
Joel

On 4/25/19 2:22 PM, Richard Barnes wrote:
> Overall, this approach seems sensible to me.  The point of this document 
> is to describe the roles involved, and to minimize surprise with regard 
> to how the LLC arranges for those roles to be executed.  It should allow 
> the LLC flexibility where there's not a compelling need for constraint.  
> The difference between employee and contractor does not seem salient in 
> terms of getting this work done.
> 
> --Richard
> 
> On Thu, Apr 25, 2019 at 2:14 PM Sean Turner <sean@sn3rd.com 
> <mailto:sean@sn3rd.com>> wrote:
> 
>     Hi!  While I am not sending this message on behalf of the IETF
>     Administration LLC, I have to admit that I am reading the IASA2.0
>     I-Ds with more interest as an LLC officer because I am somewhere
>     nearer the front of the go-to-jail line if something goes terribly
>     wrong ;)
> 
>     With this in mind, after reading many of the the IASA2.0-related
>     I-Ds the simple IAOC to LLC terminology swap totally makes sense. 
>     For draft-ietf-iasa2-rfc6635bis, I am wondering whether more should
>     be done.  Specifically, I am wondering whether the language about
>     how the RSE services are delivered should be loosened or at least
>     made internally consistent.  As I read it,
>     draft-ietf-iasa2-rfc6635bis does include a reference to an
>     “employment agreement or contracting plans, as appropriate” as it
>     pertains to the RSOC working with the LLC concerning RSE services. 
>     But, the rest of the draft, at least to me, reads as if the LLC will
>     contract these services out with no wiggle room for an employee to
>     do them..
> 
>     The slant towards contracting made sense prior to forming the LLC,
>     but now that the LLC has been formed these functions could be
>     performed by an employee.  For any given role, the LLC might find it
>     preferable to have the role filled by an employee versus a
>     contractor for the purposes of being able to offer better benefits,
>     to more easily comply with employment/tax law, or for other reasons.
>     The original IASA model didn’t offer as much flexibility since
>     hiring decisions were ultimately ISOC’s.  If the language in the
>     draft was tweaked to accommodate both contractors and employees then
>     this document would not, in mind at least, unnecessarily restrict
>     the LLC.
> 
>     Before I submit a list of potential edits to this list for
>     draft-ietf-iasa2-rfc6635bis, I just wanted to see whether these type
>     of changes would even be palatable?
> 
>     Cheers,
> 
>     spt
> 
>     PS - I am sending this message right before some family-related
>     activities so I might be slow to respond.
>     _______________________________________________
>     iasa20 mailing list
>     iasa20@ietf.org <mailto:iasa20@ietf.org>
>     https://www.ietf.org/mailman/listinfo/iasa20
> 
> 
> _______________________________________________
> iasa20 mailing list
> iasa20@ietf.org
> https://www.ietf.org/mailman/listinfo/iasa20
>