Re: Session attendance reconciliation (was "Management team")

John C Klensin <john-ietf@jck.com> Thu, 23 April 2020 01:30 UTC

Return-Path: <john-ietf@jck.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 98B923A101B; Wed, 22 Apr 2020 18:30:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.897
X-Spam-Level:
X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 PG6qRlSTLgRU; Wed, 22 Apr 2020 18:30:54 -0700 (PDT)
Received: from bsa2.jck.com (ns.jck.com [70.88.254.51]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A721C3A1019; Wed, 22 Apr 2020 18:30:54 -0700 (PDT)
Received: from [198.252.137.10] (helo=PSB) by bsa2.jck.com with esmtp (Exim 4.82 (FreeBSD)) (envelope-from <john-ietf@jck.com>) id 1jRQhX-0004nN-1v; Wed, 22 Apr 2020 21:30:51 -0400
Date: Wed, 22 Apr 2020 21:30:45 -0400
From: John C Klensin <john-ietf@jck.com>
To: George Michaelson <ggm@algebras.org>, Brian E Carpenter <brian.e.carpenter@gmail.com>
cc: Jay Daley <jay@ietf.org>, IETF <ietf@ietf.org>
Subject: Re: Session attendance reconciliation (was "Management team")
Message-ID: <8BFB62B6074C0388A81BC6F4@PSB>
In-Reply-To: <CAKr6gn3dqEXZtiyNNDgGCMV2obqU3EEwN8wOVC-FD39DUzy5sg@mail.gmail.com>
References: <47A0EEE1BBB8EF41FD8B07E0@PSB> <26FF91F9-CD44-4045-991E-AF21A7208622@ietf.org> <6.2.5.6.2.20200421022015.0ba531d0@elandnews.com> <17E08229-CE52-434E-B2FF-22992E95DD30@ietf.org> <BD7D0BDB-C8EB-4113-B379-5B2095C7F9FA@episteme.net> <64A28988-B8DC-4DA3-90FF-FBE658AE620E@ietf.org> <6.2.5.6.2.20200422083137.0c226b08@elandnews.com> <a27cab38-8a1e-4088-fa1e-20c702b9b0c3@network-heretics.com> <01RK090BEE78000058@mauve.mrochek.com> <69249B15FC435328F4D9BD4E@PSB> <B447B1C6-B235-466B-963B-9C2CBDC241E6@ietf.org> <CAKr6gn2s=obRcDRN8VdWGaP=Nnk24k+9ZNYG=2eFc+ZORSSLPg@mail.gmail.com> <02cc23a2-a959-a2c0-75ef-bbbceae900c5@gmail.com> <CAKr6gn3dqEXZtiyNNDgGCMV2obqU3EEwN8wOVC-FD39DUzy5sg@mail.gmail.com>
X-Mailer: Mulberry/4.0.8 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
X-SA-Exim-Connect-IP: 198.252.137.10
X-SA-Exim-Mail-From: john-ietf@jck.com
X-SA-Exim-Scanned: No (on bsa2.jck.com); SAEximRunCond expanded to false
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/tcJiEVKF1VLfhMq_DM1JYLdz3IQ>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.29
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: Thu, 23 Apr 2020 01:30:58 -0000

George,

My recollection is more or less the same as yours -- that the
room sizing statement was made several times.   But, as people
got more anxious about IPR and the risks to a standards body
from contributions and influence from people who could not be
identified (and, btw, whose primary affiliations could not be
identified), that side of the issues got more important too and,
as Brian notes, made it into BCP 25.  I don't have time to do
the archeology to figure out if those concerns were
unambiguously applied to blue sheets or merely to IETF meeting
registration lists.  And, sadly, I would not be terribly
surprised if we were not always telling consist stories.

   john

--On Thursday, April 23, 2020 11:06 +1000 George Michaelson
<ggm@algebras.org> wrote:

> There you go. My memory is completely the reverse. Blue sheets
> were for counts for room sizing only, and had no requirement
> for a real identity and were (for privacy reasons) not
> retained about individuals or used to do things which related
> to them as individuals.
> 
> And no.. I haven't gone into the mail stacks to prove that:
> I'm saying what I thought had been said. Not unusual that its
> the inverse of what was actually said.
> 
> _G
> 
> On Thu, Apr 23, 2020 at 9:12 AM Brian E Carpenter
> <brian.e.carpenter@gmail.com> wrote:
>> 
>> On 23-Apr-20 10:35, George Michaelson wrote:
>> > I thought some things were said about blue sheets which
>> > went to "we will never do that, its only for volume and not
>> > PII"
>> > 
>> > but memory may be wrong, and .. we're not about "obeying
>> > the laws of physics" here. But.. if we did say that, don't
>> > we need to "un-say" it?
>> 
>> I hope we never said it. The blue sheets are proof of
>> presence for the purposes of our IPR disclosure rules. A list
>> of attendees is required by BCP25.
>> 
>> As the Note Well says,
>> 
>> * As a participant in or attendee to any IETF activity you
>> acknowledge that written, audio, video, and photographic
>> records of meetings may be made public. * Personal
>> information that you provide to IETF will be handled in
>> accordance with the IETF Privacy Statement.
>> 
>>    Brian
>> 
>> > 
>> > Blue Sheets are not purely informational by count now: You
>> > may be identified by adding your data to a blue sheet and
>> > it may be reconciled against other records in ways which
>> > are PII, and hence invoke GDPR and CCPA
>> > 
>> > -G
>> > 
>> > On Thu, Apr 23, 2020 at 8:30 AM Jay Daley <jay@ietf.org>
>> > wrote:
>> >> 
>> >> On 23/04/2020, at 9:09 AM, John C Klensin
>> >> <john-ietf@jck.com> wrote:
>> >> 
>> >> This suggests something else that may be relevant.  If
>> >> there is _any_ chance that we might want to use session
>> >> attendance information for IETF 107 for anything at all,
>> >> including but definitely not limited to Nomcom eligibility
>> >> in the future (not this year's NomCom), it would probably
>> >> be wise to either merge to information from the Etherpad
>> >> with Jabber logins and/or to explicit ask people who were
>> >> unable (or sufficiently inconvenienced by technology) to
>> >> record their presence on the Etherpad to identify
>> >> themselves to the Secretariat in some appropriate way (I
>> >> hope not on this mailing list).
>> >> 
>> >> Jay, is that feasible?
>> >> 
>> >> 
>> >> For IETF 107 the secretariat reconciled the list of Webex
>> >> participants with the bluesheets to create a single list
>> >> on a per session basis.  Inferring a participant's name
>> >> from a jabber ID is too hard.
>> >> 
>> >> Jay
>> >> 
>> >> 
>> >>    thanks,
>> >>   john
>> >> 
>> >> 
>> >> 
>> >> --
>> >> Jay Daley
>> >> IETF Executive Director
>> >> jay@ietf.org
>> >> 
>> > 
>> > 
>>