Re: Adjusting the Nomcom process

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Ned,

Ned Freed wrote:
Interesting. What it showed me is that we cannot anticipate every contingency.

Dave, I'm sorry, but it didn't show that at all. The specific problem
that arose here WAS anticipated and analyzed and the correct thing to
do in this case WAS determined and documented. See RFC 3797 section
5.1 for specifics.

Rather, the issue is simply that the nomcom chair elected not to
follow the best practice guidelines we had established.

Hmmmm.

I have not seen Brian or others holding this view, although I must say that my reading of 3797 matches yours. As to its use, I suppose one one might quibble that 3797 is merely Informational...

In fact, 3797 has not seemed to get that much focus, from my own sense of the ietf list discussion. To the extent that there is universal belief that it covers the current problem, then I do no understand why we have been having so much debate.

In any event, what makes 3797 even more interesting is that not only did the nomcom chair not follow it, but those he consulted with seem not to have thought to follow it...

I do not see any way to characterize any of this as involving "ambiguity". That's why I am taking exception to that characterization of the need.

Perhaps a deeper sense of principles would not have prevented such an error, but I am inclined to suspect that it might at least have produced a less problematic error.


Hence what it showed me is that we need better statement of
principles and less effort to try to specify every problem and
solution that might ever occur.

I have no problem with there being a better statement of principles,
and as Phillip was remarked, I agree that we've focused on
confidentiality too much and auditability too little. But this
doesn't mean we don't need to drive a stake through this specific
problem (or rather, through an entire constellation of problems that
arise should the process be reset for no good reason).

good point.

d/

--

  Dave Crocker
  Brandenburg InternetWorking
  bbiw.net

_______________________________________________

Ietf@xxxxxxxx
https://www1.ietf.org/mailman/listinfo/ietf

[Index of Archives]     [IETF Annoucements]     [IETF]     [IP Storage]     [Yosemite News]     [Linux SCTP]     [Linux Newbies]     [Fedora Users]