Re: [sidr] adverse actions -01 posted

Hi Steve, list,

I still have an issue with the word "adverse" used in this document, and especially the first line in the introduction:

   In the context of this document, any change to the Resource Public
   Key Infrastructure (RPKI) [RFC6480] that results in a diminution of
   the set of Internet Numeric Resources (INRs) associated with an INR
   holder contrary to the holder's wishes is termed "adverse".

To me the word "adverse" communicates an unfavourable, possibly even malicious, action by an adversary. It implies that for conscious actions by a parent CA against the will by a child CA, the parent is "wrong" and the child is "right" (the victim of something that is "adverse"). As I said earlier there are circumstances where we as RIPE NCC are bound to reclaim resources from holders against their will. And however "unwanted" this may be by the holder of the resources, this is not because we bear these holders any ill will (and actually in most cases there is no dispute). Reclaiming resources is based on policy discussed in a bottom-up policy development process in our address policy working group. Calling this "adverse" implies that the holder is "right", and RIPE NCC is "wrong" in these cases.

I strongly believe that this document should not take sides. This may be what the authors intended in the first place, but then I would be much more comfortable if the word used was "unwanted". I believe this term is also more appropriate when the cause of the problem is unintentional (an error/glitch).

Tim

> On 25 Jul 2016, at 17:26, Stephen Kent <kent@bbn.com> wrote:
> 
> Folks,
> 
> I have just posted the -01 version of the adverse actions document. It contains the edits I noted in my response to Tim on 7/19, as well as the revisions to the intro in response to feedback from Sandy and Randy.
> 
> Please send any comments on the revised version to the list.
> 
> I want to thank Daiming Li of ZDNS for transforming my revisions into a new .txt file suitable for posting.
> 
> Steve
> 
> _______________________________________________
> sidr mailing list
> sidr@ietf.org
> https://www.ietf.org/mailman/listinfo/sidr