Re: Last Call: <draft-hoffman-tao4677bis-15.txt> (The Tao of IETF: A Novice's Guide to the Internet Engineering Task Force) to Informational RFC
SM <sm@resistor.net> Thu, 31 May 2012 08:43 UTC
Return-Path: <sm@resistor.net>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9166421F86B3 for <ietf@ietfa.amsl.com>; Thu, 31 May 2012 01:43:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.299
X-Spam-Level:
X-Spam-Status: No, score=-101.299 tagged_above=-999 required=5 tests=[AWL=-1.300, BAYES_50=0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id w9c8ZwJZVM5L for <ietf@ietfa.amsl.com>; Thu, 31 May 2012 01:43:26 -0700 (PDT)
Received: from mx.ipv6.elandsys.com (mx.ipv6.elandsys.com [IPv6:2001:470:f329:1::1]) by ietfa.amsl.com (Postfix) with ESMTP id 50C4221F869D for <ietf@ietf.org>; Thu, 31 May 2012 01:43:26 -0700 (PDT)
Received: from SUBMAN.resistor.net (IDENT:sm@localhost [127.0.0.1]) (authenticated bits=0) by mx.elandsys.com (8.14.5/8.14.5) with ESMTP id q4V8hK7s003720 for <ietf@ietf.org>; Thu, 31 May 2012 01:43:23 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=opendkim.org; s=mail2010; t=1338453805; i=@resistor.net; bh=YpjoJKDTNv09LV+NU4iW1C4BwnkElu0mokRhTnzT1Rg=; h=Date:To:From:Subject:In-Reply-To:References:Cc; b=2TeIOTkcMGaxQqueszXC8TsXhHSKD2HNOY/jG+kIOpP0VxUq2NPYaIA2DBJg+JqGp cFUTLEEd6PtVJpw5w0ukx2TLvs7WDUIBKi3KxN3yez6E9lNGvBKTc/6Vfh3NwiPjV2 0g0eegboee21LXRbb9ea8rgegTj6AzqE41d9jXhI=
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=resistor.net; s=mail; t=1338453805; i=@resistor.net; bh=YpjoJKDTNv09LV+NU4iW1C4BwnkElu0mokRhTnzT1Rg=; h=Date:To:From:Subject:In-Reply-To:References:Cc; b=1Ovd14DF+LOavIxLZfwr/Efxw3gCNmwTixhsrweTdpUEBzP8Mss1CMbR4w4zfoyur ir2QjYp3TEjU/W+hE0lbOJtJ6xlo4iXhwvFFg1Gzvx6oEBgImDght6/xnX6qxyczMN oPbsB23Mfu0LhSYacNN4jn4VnWDT6C+ltD64Cpvc=
Message-Id: <6.2.5.6.2.20120530214914.094ac8d0@resistor.net>
X-Mailer: QUALCOMM Windows Eudora Version 6.2.5.6
Date: Thu, 31 May 2012 01:24:40 -0700
To: ietf@ietf.org
From: SM <sm@resistor.net>
Subject: Re: Last Call: <draft-hoffman-tao4677bis-15.txt> (The Tao of IETF: A Novice's Guide to the Internet Engineering Task Force) to Informational RFC
In-Reply-To: <20120530225655.19475.74871.idtracker@ietfa.amsl.com>
References: <20120530225655.19475.74871.idtracker@ietfa.amsl.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format="flowed"
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 31 May 2012 08:43:27 -0000
At 15:56 30-05-2012, The IESG wrote: >The IESG has received a request from an individual submitter to consider >the following document: >- 'The Tao of IETF: A Novice's Guide to the Internet Engineering Task > Force' > <draft-hoffman-tao4677bis-15.txt> as Informational RFC In the Introduction Section: "This will give them a warm, fuzzy feeling and enable them to make the meeting and the Working Group discussions more productive for everyone." Reading 51 pages may give people who are a bit stale a warm, fuzzy feeling. I don't think that is what newcomers seek. Reading this draft does not make the meeting or Working Group discussions more productive except for people who have been around before November, 2008. Section 3.2.1 mentions "ISOC (Internet Society)". Didn't ISOC rebrand itself to "Internet Society"? "The ISOC is one of the major unsung heroes of the Internet." This sounds like a line from the marketing department. According to www.ietf.org, the "Internet Engineering Task Force (IETF) is an organized activity of the Internet Society (ISOC)". This draft places ISOC at the top of the hierarchy. Does that mean that ISOC runs the IETF? In Section 3.2.2: "It administers the process according to the rules and procedures that have been ratified by the ISOC Board of Trustees." Isn't the process (and rules) documented through BCPs? Are the BCPs ratified by the ISOC Board of Trustees? "Because of this, one of the main reasons that the IESG might block something that was produced in a WG is that the result did not really gain consensus in the IETF as a whole, that is, among all of the Working Groups in all Areas." The above does not seem correct to me. All working groups do not participate through this mailing list. This list is more of a venue for the IETF as a whole, i.e. its participants and not its Working Groups, to provide substantive comments about a draft during a Last Call. These substantive comments tends to include "+1" as it is viewed as a way for some participants to make their vote heard. The origins of the "+1" can be traced back to another community, which is unrelated to the IETF, where contributors actually vote. In Section 3.2.3: "Approves the appointment of the IANA" Isn't IANA more of a U.S. Government decision? In Section 3.2.5: "Once an RFC is published, it is never revised." That can be debatable [1]. In Section 3.2.7: "Few IETF participants come into contact with the IETF Trust, which is a good sign that they are quietly doing their job." This sounds more like marketing. In Section 3.3: 'People who would like to "get technical" may also join the IETF general discussion list' People who would like to get a vague idea of IETF politics may also join the IETF general discussion lists. Some of the topics discussed on that mailing list are: - What is a "MUST" - Future Handling of the Blue Sheets - IETF aging - Proposed IESG Statements (not even mentioned in the draft) - Is IPv6 bad news - Why is DNS broken - A proxy war between the IETF and the ITU - Shared IPv4 address space I wouldn't describe the above-mentioned topics as being of cosmic significance. In Section 4: "primary goal is to reinvigorate the WGs to get their tasks done" After watching two people taking shots at low flying ducks, my guess is that such action does have an invigorating effect. Those ducks must have read the current version of the Tao to learn the inner workings. There were a couple of unfortunate accidents [1]. "although IASA kicks in additional funds for things such as the audio broadcast of some Working Group sessions. This is an unnecessary detail. How important is it to know that some body within the IETF called IASA is paying for that? "There is no exposition hall" Isn't there a plan to have an exposition during meetings? In Section 4.5: "These are used for long-term archival purpose to show how many people came to a particular meeting and, in rare cases, exactly who showed up." What's the consensus on "Blue Sheets" these days? In Section 5.2: "Any decision made at a face-to-face meeting must also gain consensus on the WG mailing list." Are decisions taken during meetings or only on the mailing list? "There are numerous examples of important decisions made in WG meetings that are later overturned on the mailing list, often because someone who couldn't attend the meeting pointed out a serious flaw in the logic used to come to the decision." The above does not seem correct. In Section 7.3: '[RFC2223], "Instructions to RFC Authors", describes the submission format.' Isn't RFC 2223 considered as Historic? I doubt that the RFC editor uses that RFC. In Section 7.4: "To become an Internet Standard, an RFC must have multiple interoperable implementations and the unused features in the Proposed Standard must be removed; there are additional requirements listed in [BCP9]." Is this correct? Unused features (the MAY) are not removed in practice. In B.1: "P4. Participation in the IETF or of its WGs is not fee-based or organizationally defined, but is based upon self-identification and active participation by individuals." What is the meaning of self-identification? In B.2: "P7. Dissent, complaint, and appeal are a consequence of the IETF's nature and should be regarded as normal events, but ultimately it is a fact of life that certain decisions cannot be effectively appealed." Is this a roundabout way of saying that a person can appeal but it won't change anything? "P10. A community process is used to select the leadership." It's not a community process in my opinion (see NomCom selection process). "P11. Leaders are empowered to make the judgment that rough consensus has been demonstrated. Without formal membership, there are no formal rules for consensus." This is like using the draft as a backdoor to say something. It looks like accountability is being glossed over. I suggest renaming B.2 as Animal Farm [1]. In B.3: "P14. Parts of the process that have proved impractical should be removed or made optional." Why is the above in this draft? In B.5: "P30. Standards Track and Best Current Practice documents must be subject to IETF wide rough consensus (Last Call process)." Is it "rough consensus" or "consensus"? Some parts of this draft are well-written. Other parts comes out as nostalgia instead of providing a view of the inner workings of the IETF. Overall this draft could be more effective in helping newcomers if it was reorganized and if it used a language which is more accessible to non-English speakers [2]. There is truth in advertising and what the IETF would like people to believe. If the objective is the later, it has been met. There is a long coverage of the meeting details. That can be traced back to a RFC written in 1993. In the old days meetings could have been considered as "the IETF". I would describe meetings more as a landmark nowadays than being "the IETF". I don't think I know what "the IETF" is. Some of the people on this mailing list have been active in the IETF for the last 19 years and they may have a better idea of what the IETF universe must be. If this is their idea of a better idea, I'll say "ok". There is a world out there. That world has a different view of the IETF. After reading this draft that world will still have a disconnected view of the IETF. It could be said that "that world" is not important, that newcomers are not important, that those who have built the Internet know better. I am going to file the minority report on this draft before the one [1] that sometimes does that. BTW, I don't see the "please be patient with the old folks" advice in this draft. Is it politically incorrect to say that? Regards, -sm 1. Insert smiley 2. http://www.youtube.com/watch?v=FL7iS4aZHas
- Re: Last Call: <draft-hoffman-tao4677bis-15.txt> … Peter Saint-Andre
- Re: Last Call: <draft-hoffman-tao4677bis-15.txt> … Eliot Lear
- Mission statement [Re: Last Call: <draft-hoffman-… Brian E Carpenter
- Colloquial language [Re: Last Call: <draft-hoffma… Brian E Carpenter
- Re: Colloquial language [Re: Last Call: <draft-ho… Dave Crocker
- ICANN relationship [Re: Last Call: <draft-hoffman… Brian E Carpenter
- Re: Colloquial language [Re: Last Call: <draft-ho… Brian E Carpenter
- Re: Colloquial language [Re: Last Call: <draft-ho… Dave Crocker
- Re: Colloquial language [Re: Last Call: <draft-ho… Ole Jacobsen
- Re: Last Call: <draft-hoffman-tao4677bis-15.txt> … Yoav Nir
- Re: Last Call: <draft-hoffman-tao4677bis-15.txt> … Dave Crocker
- Re: Making the Tao a web page Paul Hoffman
- Re: Last Call: <draft-hoffman-tao4677bis-15.txt> … SM
- Re: Colloquial language [Re: Last Call: <draft-ho… Stephen Farrell
- Re: Colloquial language [Re: Last Call: <draft-ho… Klaas Wierenga
- Re: Colloquial language [Re: Last Call: <draft-ho… Simon Perreault
- Re: Mission statement [Re: Last Call: <draft-hoff… John C Klensin
- Re: Mission statement [Re: Last Call: <draft-hoff… Scott Brim
- Re: Last Call: <draft-hoffman-tao4677bis-15.txt> … John C Klensin
- Re: Making the Tao a web page Fred Baker
- Re: Mission statement [Re: Last Call: <draft-hoff… Brian E Carpenter
- Re: Last Call: <draft-hoffman-tao4677bis-15.txt> … Brian E Carpenter
- IANA [Re: Last Call: <draft-hoffman-tao4677bis-15… Brian E Carpenter
- Re: Colloquial language [Re: Last Call: <draft-ho… Melinda Shore
- Re: Colloquial language [Re: Last Call: <draft-ho… Martin Rex
- Re: Colloquial language [Re: Last Call: <draft-ho… Yoav Nir
- Re: Colloquial language [Re: Last Call: <draft-ho… Ben Niven-Jenkins
- Re: Colloquial language [Re: Last Call: <draft-ho… Joel jaeggli
- Making the Tao a web page Paul Hoffman
- Re: Making the Tao a web page Nick Hilliard
- Re: Making the Tao a web page Peter Saint-Andre
- Re: Making the Tao a web page Fadi Mohsen
- Re: Making the Tao a web page John C Klensin
- Re: Making the Tao a web page SM
- RE: Making the Tao a web page GT RAMIREZ, Medel G.
- Re: Colloquial language [Re: Last Call: <draft-ho… John Levine
- Re: IANA [Re: Last Call: <draft-hoffman-tao4677bi… Thierry Moreau
- Re: IANA [Re: Last Call: <draft-hoffman-tao4677bi… Fred Baker
- Re: Colloquial language [Re: Last Call:<draft-hof… t.p.
- Re: Colloquial language [Re: Last Call:<draft-hof… Randy Bush
- Re: Colloquial language [Re: Last Call:<draft-hof… Yoav Nir
- Re: Colloquial language [Re: Last Call: <draft-ho… Thomas Nadeau
- Re: Making the Tao a web page Nick Hilliard
- Re: IANA [Re: Last Call: <draft-hoffman-tao4677bi… David Conrad
- Re: Making the Tao a web page Russ Housley
- Re: Colloquial language [Re: Last Call: <draft-ho… Joel jaeggli
- Re: Making the Tao a web page Eric Burger
- Re: Making the Tao a web page John C Klensin
- Re: Making the Tao a web page Melinda Shore
- Re: Making the Tao a web page SM
- Re: Making the Tao a web page John C Klensin
- Re: Making the Tao a web page John C Klensin
- Re: Making the Tao a web page Lixia Zhang
- Re: Making the Tao a web page SM
- Re: Making the Tao a web page Dave Crocker
- Re: Making the Tao a web page SM
- Re: Making the Tao a web page Lucy Lynch
- Re: Last Call: <draft-hoffman-tao4677bis-15.txt> … Paul Hoffman
- Re: Last Call: <draft-hoffman-tao4677bis-15.txt> … Bradner, Scott
- Re: Last Call: <draft-hoffman-tao4677bis-15.txt> … Paul Hoffman
- Re: Last Call: <draft-hoffman-tao4677bis-15.txt> … John C Klensin
- Re: Last Call: <draft-hoffman-tao4677bis-15.txt> … Bradner, Scott
- Re: Last Call: <draft-hoffman-tao4677bis-15.txt> … Paul Hoffman
- Re: Last Call: <draft-hoffman-tao4677bis-15.txt> … Eliot Lear
- Re: Last Call: <draft-hoffman-tao4677bis-15.txt> … Bradner, Scott
- Re: Last Call: <draft-hoffman-tao4677bis-15.txt> … Glen Zorn
- [Fwd: Re: Last Call: <draft-hoffman-tao4677bis-15… Glen Zorn
- Re: [Fwd: Re: Last Call: <draft-hoffman-tao4677bi… Randy Bush
- Re: [Fwd: Re: Last Call: <draft-hoffman-tao4677bi… Ole Jacobsen
- Re: [Fwd: Re: Last Call: <draft-hoffman-tao4677bi… Glen Zorn
- RE: [Fwd: Re: Last Call: <draft-hoffman-tao4677bi… Yoav Nir
- Re: [Fwd: Re: Last Call: <draft-hoffman-tao4677bi… John Levine
- Re: [Fwd: Re: Last Call: <draft-hoffman-tao4677bi… Ole Jacobsen
- Re: [Fwd: Re: Last Call: <draft-hoffman-tao4677bi… Randy Bush
- Re: Last Call: <draft-hoffman-tao4677bis-15.txt> … John C Klensin