Re: Summary of the LLMNR Last Call

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

 




Hi Bernard,

I'll start with the process portion of your message and answer the technical portion in my next note...

At 9:31 PM -0700 9/19/05, Bernard Aboba wrote:
Please remember, though, that most of my note was not meant to express my own technical opinion, it was an attempt to summarize the issues that were raised
 by others in this discussion.

The job of an IESG member is not to repeat mistatements, it is to use their
judgement.

We apparently disagree about the job of an IESG member WRT IETF LC...

I believe that the purpose of an IETF LC is to determine if the IETF has consensus to publish a document. I believe that my job, during IETF LC, is to judge whether that consensus exists -- which is usually demonstrated through lack of any objection. In this case, there were significant objections to publishing this document, and I do not believe that IETF consensus currently exists to publish this document as a Proposed Standard RFC.

An IESG member's technical judgement is used at two phases: AD Review and IESG Review. This document was submitted for publication because the DNSEXT WG thought that it was ready for publication as a Proposed Standard RFC. This document then passed AD Review and was sent to IETF LC because, in my judgement, it was ready for publication at PS. The community disagreed.

In this and other instances, the IESG appears to have lost sight
of its mission.  The best interest of the Internet community lies not in
blocking the publication of documents that fall outside today's orthodoxy,
but rather in providing information to the Internet community.  In this case,
that interest would be best served by publishing *all* documents
relating to mDNS and LLMNR, especially the ones that the DNSEXT WG has found
most objectionable (such as DNS-SD, and Bill Manning's DISCOVER OPCODE draft).

I absolutely disagree that the best interests of the community would be served by publishing all of these documents as Proposed Standard RFCs. It might make sense to publish some or all of them (I haven't actually read all of them) as Informational RFCs, and that is one of the potential paths forward here. Publication of a Proposed Standard RFC requires IETF LC and IETF community consensus. Publication of an Informational RFC does not.

Another possible path for LLMNR is for the DNSEXT WG to understand the objections raised by the community, resolve those concerns (by changing the document, educating the community or other means) and present an updated document that will reach consensus in the community for publication as a Proposed Standard.

Margaret

_______________________________________________

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]