Re: why exactly is HRPC for, was Diversity and offensive terminology in RFCs

Avri <avri@doria.org> Fri, 21 September 2018 16:18 UTC

Return-Path: <avri@doria.org>
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 5837C130E7F for <ietf@ietfa.amsl.com>; Fri, 21 Sep 2018 09:18:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.896
X-Spam-Level:
X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=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 47sM5Je1T6aj for <ietf@ietfa.amsl.com>; Fri, 21 Sep 2018 09:17:57 -0700 (PDT)
Received: from smtprelay.hostedemail.com (smtprelay0087.hostedemail.com [216.40.44.87]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7D424130E7D for <ietf@ietf.org>; Fri, 21 Sep 2018 09:17:57 -0700 (PDT)
Received: from filter.hostedemail.com (clb03-v110.bra.tucows.net [216.40.38.60]) by smtprelay03.hostedemail.com (Postfix) with ESMTP id 3E507837F24D for <ietf@ietf.org>; Fri, 21 Sep 2018 16:17:56 +0000 (UTC)
X-Session-Marker: 6176726940646F7269612E6F7267
X-Spam-Summary: 30, 2, 0, , d41d8cd98f00b204, avri@doria.org, :, RULES_HIT:41:72:152:355:379:599:800:960:962:966:967:973:983:988:989:1189:1208:1221:1260:1313:1314:1345:1359:1381:1431:1437:1516:1517:1518:1535:1544:1575:1589:1594:1605:1711:1730:1776:1792:1963:2196:2198:2199:2200:2525:2553:2559:2564:2682:2685:2692:2693:2859:2894:2898:2911:2933:2937:2939:2942:2945:2947:2951:2954:3022:3138:3139:3140:3141:3142:3148:3865:3866:3867:3868:3870:3871:3872:3873:3874:3934:3936:3938:3941:3944:3947:3950:3953:3956:3959:4120:4184:4250:4362:4385:4425:4605:5007:6117:6119:6120:6657:6674:6688:7652:7875:7901:7903:7904:8526:8777:9010:9025:9908:10010:10226:10346:10848:11232:11233:11658:11914:12043:12050:12555:12663:12895:13095:13139:13237:13997:14093:14096:14180:14181:14721:14877:21060:21080:21324:21325:21433:21450:21451:21554:21627:21740:21771:21772:21775:21790:21818:30054:30070:30090, 0, RBL:50.23.174.196:@doria.org:.lbl8.mailshell.net-62.14.0.100 64.201.201.201, CacheIP:none, Bayesian:0.5, 0.5, 0.5, Netcheck:none, Domai
X-HE-Tag: crack21_6225202cfff2e
X-Filterd-Recvd-Size: 9994
Received: from [198.18.71.241] (c4.ae.1732.ip4.static.sl-reverse.com [50.23.174.196]) (Authenticated sender: avri@doria.org) by omf17.hostedemail.com (Postfix) with ESMTPA for <ietf@ietf.org>; Fri, 21 Sep 2018 16:17:54 +0000 (UTC)
Date: Fri, 21 Sep 2018 12:17:46 -0400
From: Avri <avri@doria.org>
To: IETF general list <ietf@ietf.org>
Message-ID: <32d96826-38ff-4b40-a6c5-f979ac9dbfda@avris-iPad>
In-Reply-To: <alpine.OSX.2.21.1809211040490.77409@ary.qy>
Subject: Re: why exactly is HRPC for, was Diversity and offensive terminology in RFCs
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="5ba519aa_6b8b4567_775"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/GAZagzOczunlhQutMdOP-BGP63Y>
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: Fri, 21 Sep 2018 16:18:00 -0000

     
 

 Hi,
 

 
HRPC is a research group.    It is exploring the issues in the UDRP (Universal Declaration of Human Rights) context of all Human Rights being linked and indivisible. The work needs to look into this confluence of rights and interests. This often requires messy discussions and brings out contrasting points of view.    While the discussions do range rather widely and on occasion get a little stressed, as far as I can tell, they do lead to better understanding without rancor - though the outcome is unpredictable.  
 

 
HRPC, as a research group, is by definition not about changing IETF decisions, but does perhaps try to understand them in the larger context. So we review the work done in the IETF, but have no expectation of directly affecting that work. We are certainly not in the position of overruling the IETF consensus on freedom of expression and freedom from surveillance with the expressions which emanate from our freedom of expression.
 

 
HRPC is not an IETF WG that is on a direct path toward some specific engineering goal.    The group is exploring, and occasionally annealing on, some points of consensus. Part of our exploration will look at the impact of decisions made in the IETF, but the results of those explorations are just food for thought and not in any way binding on anyone anywhere about anything. We cannot destroy a consensus.
 

 
It would be a pity to have this research group, which I thought was just beginning to find its stride and getting into the tough discussions, censored for its occasionable disagreeableness or touchy subjects.    And while I am not quite sure how the IETF goes about closing an IRTF RG, I do hope no such thing happens as I beleive it would reflect quite badly on the IETF. One value I hope we can continue to strive for is the ability to discuss the difficult without becoming difficult.
 

 
Thanks
 
Avri
 

 
 
(Co-chair HRPC RG)
 
 
>  
> On Sep 21, 2018 at 10:49,  <John R Levine (mailto:johnl@taugh.com)>  wrote:
>  
>  
>  
>   >  I strongly agree, and would go further. 
> >  
> >  As I see it, the HRPC suffers fundamental problems from both 
> >  participation and its charter. 
>
> Thanks. I was going to write something like that but you said it better. 
>
> There are inherent tensions among different human rights. Free speech is 
> great, but it enables trolling, phishing, and swatting. Censorship is 
> bad, but most of us would prefer to censor phishes to our parents and 
> tweets of porn photos with our daughters' faces pasted in. The 
> traditional assertion is that the response to bad speech is more speech, 
> but that was from an era when printing presses were expensive, and there 
> weren't million-bot armies of screaming trolls. It is possible to think 
> productively about this tension, as Dave Clark did in his terrific plenary 
> talk at IETF 98, but unfortunately, he is an outlier. 
>
> I have spent over a decade arguing with people who imagine themselves to 
> be human rights advocates and are unwilling to consider the implications 
> of their narrow focus on speech and anonymity. (This month in the ICANN 
> WHOIS debate, a well known professor in Georgia is spluttering that every 
> security researcher who says that they use WHOIS data to shut down malware 
> and catch crooks is lying.) I am not interested in joining HRPC because, 
> like Eliot, I see no evidence of willingness to engagem with the real 
> range of human rights issues. 
>
> In the IETF, yesterday on the regext list, "Human Rights Review of 
> draft-ietf-regext-verificationcode" contains a long complaint that 
> security features could be used to discriminate against people. Well, 
> yes, that's what they're for. 
>
> https://www.ietf.org/mail-archive/web/regext/current/msg01768.html 
>
> In anything like its current form HRPC is harmful to the IETF because it 
> gratuitously undermines our security efforts. 
>
> R's, 
> John 
>
>