IETF Guidelines for Conduct
draft-moonesamy-ietf-conduct-3184bis-07
Yes
(Barry Leiba)
(Jari Arkko)
(Martin Stiemerling)
(Pete Resnick)
(Richard Barnes)
(Spencer Dawkins)
No Objection
(Gonzalo Camarillo)
(Joel Jaeggli)
(Ted Lemon)
Note: This ballot was opened for revision 04 and is now closed.
Adrian Farrel Former IESG member
(was No Record, Yes)
Yes
Yes
(2014-01-03 for -05)
Unknown
Thanks for taking this on.
Still balloting "Yes" on the latest revision.
Just a few Comments...
---
As Sean says, I guess 3184 can be moved to Historic at the same time.
If this is to be done, it has to be called out somewhere.
(I am now feeling that I don't care!)
---
Nits...
---
Section 1
OLD
The work of the IETF relies on cooperation among a diverse range of
people, ideas, and communication styles.
NEW
The work of the IETF relies on cooperation among a diverse range of
people with different ideas and communication styles.
END
OLD
The IETF strives, through
the guidelines for conduct
NEW
The IETF strives, through
these guidelines for conduct
END
---
Section 2 point 3
OLD
We understand that "scaling is
the ultimate problem" and that many ideas quite workable in the
small fail this crucial test.
NEW
We understand that "scaling is
the ultimate problem" and that many ideas that are quite workable
on a small scale fail this crucial test.
END
---
...and an aside...
Section 3 has
Guidelines about IETF conduct do not directly affect the security of
the Internet.
...which (given recent claims and revelations) seems to conflict with
Section 2 point 3...
no
one shall ever knowingly contribute advice or text that would make
a standard technically inferior.
I don't want to make a big thing of this, but perhaps change Section 3
to read...
Guidelines about IETF conduct do not directly affect the security of
the Internet, however it must be noted that there is an expectation
that no one shall ever knowingly contribute advice or text that would
make a standard less secure.
Barry Leiba Former IESG member
Yes
Yes
(for -04)
Unknown
Jari Arkko Former IESG member
Yes
Yes
(for -04)
Unknown
Martin Stiemerling Former IESG member
Yes
Yes
(for -04)
Unknown
Pete Resnick Former IESG member
Yes
Yes
(for -04)
Unknown
Richard Barnes Former IESG member
Yes
Yes
(for -04)
Unknown
Sean Turner Former IESG member
Yes
Yes
(2013-12-12 for -04)
Unknown
Worth an informative reference in s1 after "consensus" to draft-resnick-on-consensus? Is it replaces or moves 3184 to historic?
Spencer Dawkins Former IESG member
Yes
Yes
(for -04)
Unknown
Benoît Claise Former IESG member
No Objection
No Objection
(2013-12-11 for -04)
Unknown
I compared, with the rfcdiff tool, RFC 3184 and this draft, and I have to admit that I failed to see why we needed to update RFC 3184. Don't get me wrong, there are some nice text improvements and one paragraph was corrected (IPR), as mentioned in Appendix C. The only significant changes in the diff is the addition of the the appendix A and B. The content is useful, but these are only in the appendix, so not normative, right? Anyway, no objection. I was surprised to see that http://www.ietf.org/tao.html doesn't refer to RFC 3184. When this RFC will be published, the TAO should have a reference to it.
Brian Haberman Former IESG member
No Objection
No Objection
(2013-12-17 for -04)
Unknown
Consider the following a thought experiment... Is the Security Considerations correct given that failure to follow bullet #3 could lead to serious security issues?
Gonzalo Camarillo Former IESG member
No Objection
No Objection
(for -06)
Unknown
Joel Jaeggli Former IESG member
No Objection
No Objection
(for -04)
Unknown
Stephen Farrell Former IESG member
No Objection
No Objection
(2013-12-16 for -04)
Unknown
When I read this I kept mentally prepending "ideally," to phrases. (Same as 3184.) I wish life were that simple:-)
Stewart Bryant Former IESG member
(was No Record, Yes)
No Objection
No Objection
(2014-01-08 for -06)
Unknown
Purely a style thing, but the text is written more in the style of saying we conform to an ideal behaviour rather than the imperative that we should aim to attain a particular style of behaviour. Specifically it may be more effective to put the SHOULDs in the four points in section 2 to reinforce the requirement than in the preamble to the list. "We follow the intellectual property guidelines outlined in BCP 79 [RFC3979]." Recent events suggest to me that we should set a strong expectation that IETF contributors will emphasis the need of their sponsors/employers to follow these guidelines. "However it is to be noted that there is an expectation that no one shall ever knowingly contribute advice or text that may affect the security of the Internet..." Firstly, surely that should perhaps be "adversely affect...", but more importantly surely it is not just security, we expect that no one shall knowingly contribute advice or text that may harm the internet in any way.
Ted Lemon Former IESG member
(was Discuss, No Record, Yes, No Objection)
No Objection
No Objection
(2014-01-09 for -06)
Unknown