Re: [hrpc] Possible options for a HRPC research publication

avri@doria.org Fri, 10 April 2020 17:13 UTC

Return-Path: <avri@doria.org>
X-Original-To: hrpc@ietfa.amsl.com
Delivered-To: hrpc@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1208B3A0A0B for <hrpc@ietfa.amsl.com>; Fri, 10 Apr 2020 10:13:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.917
X-Spam-Level:
X-Spam-Status: No, score=-1.917 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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 7Ff_YDlakWqr for <hrpc@ietfa.amsl.com>; Fri, 10 Apr 2020 10:13:25 -0700 (PDT)
Received: from smtprelay.hostedemail.com (smtprelay0074.hostedemail.com [216.40.44.74]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7115B3A0A0A for <hrpc@irtf.org>; Fri, 10 Apr 2020 10:13:25 -0700 (PDT)
Received: from filter.hostedemail.com (clb03-v110.bra.tucows.net [216.40.38.60]) by smtprelay01.hostedemail.com (Postfix) with ESMTP id 185DD100E7B42 for <hrpc@irtf.org>; Fri, 10 Apr 2020 17:13:24 +0000 (UTC)
X-Session-Marker: 6176726940646F7269612E6F7267
X-Spam-Summary: 2, -10, 0, , d41d8cd98f00b204, avri@doria.org, , RULES_HIT:1:2:41:152:355:379:599:800:854:960:967:969:973:988:989:1260:1261:1277:1311:1313:1314:1345:1359:1381:1437:1515:1516:1518:1593:1594:1605:1730:1747:1777:1792:1963:2110:2194:2198:2199:2200:2393:2525:2551:2553:2561:2564:2682:2685:2691:2693:2741:2743:2859:2906:2933:2937:2939:2942:2945:2947:2951:2954:3022:3138:3139:3140:3141:3142:3421:3865:3866:3867:3868:3870:3871:3872:3873:3874:3934:3936:3938:3941:3944:3947:3950:3953:3956:3959:4051:4184:4250:4361:4470:4860:5007:6117:6119:6757:7576:7652:7875:7901:7903:7904:7974:9010:9025:9036:9108:9545:10004:10848:11232:11658:11914:12043:12050:12291:12295:12297:12379:12438:12663:12683:12740:12895:12926:13149:13161:13229:13230:13436:13846:13894:14095:14877:21060:21063:21080:21222:21324:21325:21433:21451:21627:21740:21790:21881:21972:21987:30041:30045:30054:30060:30062:30063:30070:30090:30091, 0, RBL:none, CacheIP:none, Bayesian:0.5, 0.5, 0.5, Netcheck:none, DomainCache:0, MSF:not bulk, SPF:, MSBL:0, DNS
X-HE-Tag: goose73_74effc5dc4f16
X-Filterd-Recvd-Size: 11344
Received: from [192.168.0.32] (ip68-9-182-8.ri.ri.cox.net [68.9.182.8]) (Authenticated sender: avri@doria.org) by omf07.hostedemail.com (Postfix) with ESMTPA for <hrpc@irtf.org>; Fri, 10 Apr 2020 17:13:23 +0000 (UTC)
To: hrpc@irtf.org
References: <de0ba70d-f2e8-93cb-d2a9-ee6b73b67f18@doria.org> <27c5e9d9-7c8a-985e-2fb1-99ccb50af9a7@cs.tcd.ie> <PR1PR07MB4891B933546D7D221A808694F3C00@PR1PR07MB4891.eurprd07.prod.outlook.com> <68b733e9-4053-60d9-b65d-f8dac2712f00@nielstenoever.net>
From: avri@doria.org
Autocrypt: addr=avri@doria.org; prefer-encrypt=mutual; keydata= mQENBFJXhnsBCADCE9YSMulYfOUptnfTF1uwP2BRzUq87CAUacN6N5H5k8lNffqEXmgI+QWC njF7OwJ71rQLVYV3sIlpCQU9UyQfLHZDZoqV1d+aAJhgmmG6XtSReUi4jgAvsLzj+HkJSSqU 4voepwXs5k2DgRONAXojxvV5rFExDNqz4fn1zj2jf0SMTbCBkhHw1HQ6WXqW5T73LNbEUVys yEJBb+3+ITCVPTeVm7P/dXIEnsIsRVW8yeYoo1+E+jbPJ0OqHXtrWTdqqlU1CUHBgGWEFIIM qT//XVO0Kck8qyir7wqXb37fhSAkw32ZAKrd2NFrq71qk9Yj+SLtgxxqjGVLcbh3WVfRABEB AAG0G2F2cmkgZG9yaWEgPGF2cmlAZG9yaWEub3JnPokBPAQTAQgAJgIbLwcLCQgHAwIBBhUI AgkKCwQWAgMBAh4BAheAAhkBBQJZvm+gAAoJENWp6aLJ/w+n0uQIAKc9Cb5C7NLtjvu2JvcQ Y8QLiubHVvYHAcTsP2J/JRviFIGeZY7uShuhf6VDI8wYXqAjhLfPGv6KvudwOs1dZ4VvzmUt 4yLWPGMEz7T7cQItc/jcYxJYdtI9g0OfYXQMV4TIIQB2KC40bnLjkd3d5EF+2cQIpivE3RED xQ5DZcsbi5q4E4t0z4Zzg5iskwR58cNnlvbVr+5qlVu1KiDYAMCR+ij4AJtzwpRTkH1l6hrv zOmgsdqqPIzSHWdcZPxWsSOm53sFDE54qABhL6+4fbPzRDZnvObnTP6bukPzX5vzYFGXIcQw RqgGOHi83Wf6dPum6K9YmCzxbdgwRsQGEda5AQ0EUleGewEIAL2hntjt90xA4j9yeFvFMAmE qG/rIj0w3XfV3bQsDBUUdH4rVl3SSPp7rBNhe7drGN+SgQP2lJ6hcikRxfZEj9DnT0/9ERrM MqO7SYUTB6Tx8vIoqmy/T4nqHpVlnCTyixxJDaohUHtTkN3BEie//PlMnIC2tXt9JRMXSTAq 3lrUp2mRzDXBWZLhPVUqx6Uo3MMH1magq888piNJAQdf/P+vSuayjVwPyuG6HEEdG+5Q006Q eZQKfAZinaq3ICEyimWZbLWZRC5bw26PZOKxICUKNA1hAaIhw4OKrGsKRCTOj4cN5T6rr/wj zrwwsxypxUiEac/7bVwgEv5O/+TipAkAEQEAAYkCPgQYAQIACQIbLgUCWb5voAEpwF0gBBkB AgAGBQJSV4Z7AAoJEOo+L8tCe36HTvYH/RXrGi8imCvHou7US+pua51wTQrWghz6nEaavtFR +k5wHrf7WdjxEdDaJnb0YZki5IiEyqhHEq9Tb0JMCye4rzgWpvd1Z8JJ2FXmY8EjuRZg1sP3 3bvxm1hM7qsPCTWXzn1eHY3i5zAdtEEk0h+isLmEuuFWhGNwzyb0BC/h84YHylqv7/bMrHUz CtkUKdO2Vx0W8e/EWUDfLJnHtvTFTT1E/koOnWErJfmKhq2G6rMv13XsU7vr9AWZ6vDA3z2o sCHWkA2gkhU7TwHqPkY9HPoekUXlR/n11jBS9Jwx4Dnsyd7pqaRHxoyRqfEWTi8JF+N+XzC3 buf3G3buW3BDmNcJENWp6aLJ/w+n+8wH/0dSUDcbks95ftWatIWFXdtofOTexLvj13dH9BWa Sy7OQDKa1N838tTsRVLOMpF3AmbkqNWDqdF37HcWST9aO/Pi8vSFGtIbVHD74aFUG3PlNOBs lZea+G2UUV2WSXZPiTci8IL2mF8hrt92LcE/4AaaXh35d8ngpjx3CqIkFoMUHVEA1iye5YL+ GjqFR3R2AMLhwK/Nu9uw+cSJQqeZpzkGulPd4Gccxj8YMLQIiZwMTPIReWgSETohRmzyS04Z 6yQ42xcvoUbQ6lLXW0fjNNTBcD93hnlOk1xf+d9tx3fvigMrkxbVGNx/Ob92oRGwz63nnnPg DoZoktZXmyHIh2E=
Message-ID: <4de6258b-9979-53a5-5f51-08a8cf0f3043@doria.org>
Date: Fri, 10 Apr 2020 13:13:22 -0400
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.6.0
MIME-Version: 1.0
In-Reply-To: <68b733e9-4053-60d9-b65d-f8dac2712f00@nielstenoever.net>
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
Content-Language: en-US
X-Antivirus: Avast (VPS 200409-0, 04/09/2020), Outbound message
X-Antivirus-Status: Clean
Archived-At: <https://mailarchive.ietf.org/arch/msg/hrpc/yPEBVaRxe78BTZEzakmsmYEEqe0>
Subject: Re: [hrpc] Possible options for a HRPC research publication
X-BeenThere: hrpc@irtf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: hrpc discussion list <hrpc.irtf.org>
List-Unsubscribe: <https://www.irtf.org/mailman/options/hrpc>, <mailto:hrpc-request@irtf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/hrpc/>
List-Post: <mailto:hrpc@irtf.org>
List-Help: <mailto:hrpc-request@irtf.org?subject=help>
List-Subscribe: <https://www.irtf.org/mailman/listinfo/hrpc>, <mailto:hrpc-request@irtf.org?subject=subscribe>
X-List-Received-Date: Fri, 10 Apr 2020 17:13:28 -0000

Hi,

I was not thinking of curtailing RFCs, but looking for an alternate
path. I still argue for publishing any RG RFC that the RG agree to move
to RFC with independent submissions being as they have long been. No one
needs to make their doc an RG doc. I do not believe, however, that RG
submissions and independent submissions are the same or are subjected to
the same process.

But if too few are interested n the alternate path, then it wont happen.

avri


On 08-Apr-20 12:27, Niels ten Oever wrote:
> Dear Avri,
>
> For me, as an active I-D author in this RG, publishing RFCs is very important. There are for me, as an academic, many other channels to publish papers and other documents (which I also do). 
>
> The publication in the RFC-series and the connected exposure to, and interaction with, the technical community in the IRTF and IETF is for me the main reason to work and publish here. 
>
> Best,
>
> Niels
>
> On 4/8/20 12:08 PM, Ciavaglia, Laurent (Nokia - FR/Paris-Saclay) wrote:
>> Hello,
>>
>> This is an interesting approach.
>> I'm not commenting on the choice for the HRPC topical content, but am supportive of the idea.
>>
>> We had/have similar discussion in NMRG (esp. among the chairs) about (the types of) publication of the RG collective outcome.
>> The IRTF RFC stream is not always the most appropriate channel (for various reasons: delay, process, or other limitations).
>> We don't have recent past examples, but we are aiming to publish a "paper" on Research Challenges for AI in Network Management in a journal based on the work from the RG, involving a group of authors.
>> For me, this would clearly be a collective outcome of the RG work.
>> In parallel, we will initiate a draft on the same topic, and this is part of the RG milestones.
>> I know this is not exactly the solution/approach you describe below, but wanted to share another, similar, possible outcome when it comes to publication of RG work.
>> Some scientific societies also offers special issues, editorials, and conferences/workshops reports in their proceedings.
>> We have done that for a NMRG workshop and conference session jointly organized with an IEEE conference, with peer-reviewed papers on the research topic of NMRG. The proceeding gathers all materials (the conference report acting as the collective outcome of the work, analysis and discussion), and the peer-reviewed publications are indexed in IEEEXplore (which is a useful incentive for academic researchers). The format was found useful and not so complicated to put in place for a good result. Such an approach offer the advantage of flexibility in topics and timely publication/availability of results.
>>
>> HTH, best regards, Laurent.
>> p.s.: might be worth to open the discussion to the IRSG? And/or as a topic for a future IRTF Open meeting.
>>
>>> -----Original Message-----
>>> From: hrpc <hrpc-bounces@irtf.org> On Behalf Of Stephen Farrell
>>> Sent: Wednesday, April 8, 2020 11:22
>>> To: avri@doria.org; hrpc@irtf.org
>>> Subject: Re: [hrpc] Possible options for a HRPC research publication
>>>
>>>
>>> Hiya,
>>>
>>> I like the idea of trying an "annual" (or "occasional")
>>> publication of people's works-in-progress. Sounds a bit
>>> like the proceedings of a workshop maybe? But however
>>> it's cast, I'd say, yes do try it.
>>>
>>> One other point, maybe a nit: for me, the RG can be
>>> happy that a document is ready for publication even
>>> if there is not consensus on all of the content of
>>> the document. I think HRPC could do more to publish
>>> documents in that kind of state via inclusion of some
>>> well-written caveats/disclaimers.
>>>
>>> Cheers,
>>> S.
>>>
>>> On 08/04/2020 04:24, avri@doria.org wrote:
>>>> Hi,
>>>>
>>>> **
>>>>
>>>> *Recently it has felt to me as though the HRPC RG was spinning its
>>>> wheels. Our documents aren't moving along the path to RFC very easily
>>>> and except for interesting presentations at meetings, well worth while
>>>> in themselves, we have not been making great progress with our
>>> research.*
>>>> *
>>>>
>>>> Part of this comes from a disagreement about the use of RFC publishing.
>>>> While I know it is not a requirement for the IRTF, I strongly believe
>>>> that research published as a RG RFC should have RG agreement for
>>>> publication. This does not mean that there must be agreement on all the
>>>> ideas and statements in the doc, but on the finished product. This was
>>>> the process we followed with RFC 8280 and I believe it works. A bit
>>>> cumbersome and slow at times, but it led to what I believe was a better
>>>> document.
>>>>
>>>>
>>>> Not everyone, including my co-chair, agrees with this approach. To many,
>>>> the RFC series is the publication method used by the IRTF and not
>>>> everything needs to be a rough consensus document. In addition to
>>>> individual submissions, IRTF submissions are not bound by IETF rules.
>>>> They rightly ask why HRPC should be so strict when there is no
>>>> requirement to be. This question in one way or another has been asked by
>>>> several people in the RG over the last few years. The recent difficulty
>>>> has also been named as a reason for why researchers have seemed a bit
>>>> less willing to work on documents lately; what is the point if they
>>>> won't get published.
>>>>
>>>>
>>>> I can see this point of view, and yet, I still find myself unable to
>>>> support sending a RG document to the IRSG  that the RG does not think is
>>>> ready for publication. Of course individual submissions would be a
>>>> different matter as those do not need to be shepherded by the RG chair
>>>> in the same way.
>>>>
>>>>
>>>> Mallory and I have been discussing this impasse on and off for the last
>>>> two years. The last time we talked we both felt, I believe, that it was
>>>> time to try something different to break the impasse.  I made a
>>>> suggestion for working with two tracks, one the RFC track where RG
>>>> internet drafts need RG support for publication as RFCs, and the other,
>>>> the production of a yearly publication that is an edited volume that
>>>> does not require RG approval. Mallory suggested that I bring this to the
>>>> RG for discussion.
>>>>
>>>>
>>>> What I am suggesting for the non RFC track is that we pick a topic per
>>>> year and publish a collection of research, essays, and commentary on
>>>> that topic. How we would publish this remains to be discovered; could be
>>>> anything from a wiki site to an ebook or even finding a journal to do a
>>>> special release, if such a thing is possible. Mallory and I would act as
>>>> lead editors, but we would need to enlist help from members of the RG in
>>>> terms of putting such an effort together, as it does take work and
>>>> contributions.
>>>>
>>>>
>>>> In terms of topics for a first year, I have thought of two, but am not
>>>> wed to either of them at all. We would need to find a subject that
>>>> members of the RG, and hopefully others, would be willing to contribute
>>>> their writing to.
>>>>
>>>>
>>>> 1 - Take the draft-politics as the seed and build the edition around the
>>>> various aspects of that discussion and the issues it raises.
>>>>
>>>>
>>>> 2 - Take the HRPC core question on “whether standards and protocols can
>>>> enable, strengthen or threaten human rights” and explore the various
>>>> viewpoints on that question, including the pros, the cons and anything
>>>> in between.
>>>>
>>>>
>>>> This topic is on our upcoming meeting agenda, and I hope to gather some
>>>> viewpoints that will guide how we can move forward, or not as the case
>>>> may be, with the idea. Also interested in opinions on the list.
>>>>
>>>> Thanks
>>>>
>>>> avri
>>>>
>>>>
>>>> *
>>>>
>>>>
>>>> _______________________________________________
>>>> hrpc mailing list
>>>> hrpc@irtf.org
>>>> https://www.irtf.org/mailman/listinfo/hrpc
>>>>
>> _______________________________________________
>> hrpc mailing list
>> hrpc@irtf.org
>> https://www.irtf.org/mailman/listinfo/hrpc
>>