--On Tuesday, October 11, 2022 07:54 -0700 S Moonesamy <sm+ietf@xxxxxxxxxxxx> wrote: > Hi John, > At 03:02 PM 06-10-2022, John C Klensin wrote: >> I am asking because, while I think parts of it have been very >> helpful and should be considered going forward, I am probably >> at least as sick of the scale and tone of some of the >> discussion as I infer at least some IESG members are. I also >> agree with those who have suggested that parts of the >> discussion itself have been at least as unpleasant, divisive, >> and disruptive than anything Dan (or anyone else, at least >> anyone not in the leadership) could manage on their own. >> I'm trying to lay the foundation for a way forward that is >> more closely focused on the rather specific criteria that I >> understand (and have understood since 2003-2004) BCP 83 to be >> about. Or, to put it differently to allow asking if a >> PR-action against [removed] is the right decision whether or >> not the IESG wrote the optimal description of why action >> should be taken and why. >... > I have read the various comments on the thread. The topics > are, to put it mildly, quite controversial. > > I looked up the definition of the word "censorship". The > American Library Association defines the "censorship" as "the > suppression of ideas and information that some individuals, > groups, or government officials find objectionable or > dangerous". It is the first time, if I am not mistaken, that > a draft was removed from the I-D public repository. The > removal is not compliant with BCP 83. > > BCP 83 is not listed in the "Note Well". That does not negate > the fact that it is part of the IETF statute book. The > criteria set in 2004 in that BCP is open to interpretation. > There is a barrier to prevent misuse; the BCP requires an Area > Director to make a judgement call. The BCP includes an avenue > to anyone who wants to contest the "PR-action", i.e. the > appeals process. > > BCP 83 lists the following case: a participant has engaged in > what amounts to a "denial-of-service" attack to disrupt the > consensus-driven process. That is different from some of the > points raised in the sub-threads (on this mailing list). Your analysis above, some of the text in BCP 83, and memories of the discussion when RFC 3683 was adopted and published, are why I have been trying to focus on disruptive effects and level and duration of disruption rather than language used, hurt feelings, or perceived incorrect or antisocial attitudes of the participant/offender. That does not make any of those other types of issues less significant or harmful, it just suggests that BCP 83, as it now stands, may be a mismatch to the problems as described in the IESG statement and other comments and hence not the appropriate instrument. It may also be that some of the point you consider different (fwiw, I probably agree) are symptoms of that mismatch. > I am a bit curious about whether you will receive a reply to > the question. Assuming you mean a reply from the IESG (as distinct from comments by others), as am I. I hope I am wrong. However, as we move into the last week of the Last Call window, I am beginning to assume that I will not receive one before that window closes. That would leave those of us who support a PR-action but not some or all of the justification in the IESG announcement for applying BCP 83 in the difficult position of having to decide whether formally withdrawing our support move would be effective enough to be appropriate. Especially if we do not do so, it would also leave the IESG in the awkward position of having to interpret rather ambiguous input and leave them even more open to an accusation that has, I believe, been made several times already, i.e., that they have already made up their minds and that this action will go through either independent of the Last Call comments or unless there is very large scale and completely unambiguous opposition to it. >From my perspective, that is not a happy situation for the IESG, the community, or even for Dan (not that the purpose of this effort is to make him happy at this point). best, john -- last-call mailing list last-call@xxxxxxxx https://www.ietf.org/mailman/listinfo/last-call
