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

Eliot Lear <lear@cisco.com> Fri, 08 June 2012 21:06 UTC

Return-Path: <lear@cisco.com>
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 939B121F8692 for <ietf@ietfa.amsl.com>; Fri, 8 Jun 2012 14:06:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -110.599
X-Spam-Level:
X-Spam-Status: No, score=-110.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, 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 7g8YXIxJ4DhC for <ietf@ietfa.amsl.com>; Fri, 8 Jun 2012 14:06:21 -0700 (PDT)
Received: from mtv-iport-2.cisco.com (mtv-iport-2.cisco.com [173.36.130.13]) by ietfa.amsl.com (Postfix) with ESMTP id 6E39511E80E9 for <ietf@ietf.org>; Fri, 8 Jun 2012 14:06:19 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=lear@cisco.com; l=2557; q=dns/txt; s=iport; t=1339189579; x=1340399179; h=message-id:date:from:mime-version:to:cc:subject: references:in-reply-to:content-transfer-encoding; bh=o/lgBLj9DJV6zdpoW8cfVQnqe2hyuO+oKGsij4/+VFE=; b=RdUU5L21id8x6zTR0NysjGxzFHI8tIOx//cpO2jOexg+fnFxl2IcgRHk iLwmuvyaj/LGOnWfdk6CGTohrDGfgN6IqgNBQ/vvc2WPbbrATkMi4gaJq hCkNX//dhsTaE73NW9E9spKfLkP/nRpk/Xwvw9golrS/kh1wguMSbOYZ4 4=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: ApQFAO1o0k+rRDoH/2dsb2JhbABFDoVGqy2DVoEHghgBAQEEEgEQDwFFARALGAICBRYEBwICCQMCAQIBRQYNAQcBAR6HaJkjjRaSRoEjigOEboESA5UejhWBZoInOw
X-IronPort-AV: E=Sophos;i="4.75,738,1330905600"; d="scan'208";a="48240296"
Received: from mtv-core-2.cisco.com ([171.68.58.7]) by mtv-iport-2.cisco.com with ESMTP; 08 Jun 2012 21:06:19 +0000
Received: from rtp-vpn4-672.cisco.com (rtp-vpn4-672.cisco.com [10.82.210.160]) by mtv-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id q58L6FmP003701 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 8 Jun 2012 21:06:17 GMT
Message-ID: <4FD26946.7070209@cisco.com>
Date: Fri, 08 Jun 2012 23:06:14 +0200
From: Eliot Lear <lear@cisco.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:12.0) Gecko/20120428 Thunderbird/12.0.1
MIME-Version: 1.0
To: "Bradner, Scott" <sob@harvard.edu>
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
References: <20120530225655.19475.74871.idtracker@ietfa.amsl.com> <4FC70E09.30002@cisco.com> <91BA408B-60F6-4451-910A-7D5C33F48038@vpnc.org> <52CB44AB-006B-407F-AA44-976271B3E27E@harvard.edu> <03EE51C5-CDAB-471B-8DE2-DFB40CE1E93D@vpnc.org> <09A09092-51D1-4406-9387-5F988552BF8A@harvard.edu>
In-Reply-To: <09A09092-51D1-4406-9387-5F988552BF8A@harvard.edu>
X-Enigmail-Version: 1.4.1
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 8bit
Cc: Paul Hoffman <paul.hoffman@vpnc.org>, "<ietf@ietf.org>" <ietf@ietf.org>
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: Fri, 08 Jun 2012 21:06:22 -0000

All,

Based on this explanation from Scott I withdraw my suggestion.  Text can
stay as it is.

Eliot

On 6/8/12 9:46 PM, Bradner, Scott wrote:
> On Jun 7, 2012, at 10:20 PM, Paul Hoffman wrote:
>
>> On Jun 7, 2012, at 6:13 PM, Bradner, Scott wrote:
>>
>>> On Jun 7, 2012, at 7:09 PM, Paul Hoffman wrote:
>>>
>>>> On May 30, 2012, at 11:22 PM, Eliot Lear wrote:
>>>>
>>>>> 	• It's probably worth adding a word or two about the fact that the ISOC Board is the final appellate avenue in the standardization process.  In this way it may also make sense to move Section 3.2.1 further back behind the IAB.
>>>> I have heard that as well, but cannot find it in RFC 2026 or any of the RFCs that update 2026 (3667 3668 3932 3978 3979 5378 5657 5742 6410). It should only be in the Tao if we can point to where the rule comes from.
>>>
>>> see RFC 2026 section 6.5.3
>>>
>>> 6.5.3 Questions of Applicable Procedure
>>>
>>>  Further recourse is available only in cases in which the procedures
>>>  themselves (i.e., the procedures described in this document) are
>>>  claimed to be inadequate or insufficient to the protection of the
>>>  rights of all parties in a fair and open Internet Standards Process.
>>>  Claims on this basis may be made to the Internet Society Board of
>>>  Trustees.  The President of the Internet Society shall acknowledge
>>>  such an appeal within two weeks, and shall at the time of
>>>  acknowledgment advise the petitioner of the expected duration of the
>>>  Trustees' review of the appeal.  The Trustees shall review the
>>>  situation in a manner of its own choosing and report to the IETF on
>>>  the outcome of its review.
>>>
>>>  The Trustees' decision upon completion of their review shall be final
>>>  with respect to all aspects of the dispute.
>>>
>>> note that the appeal to the ISOC BopT is only if the claim is that the rules are broken 
>>> not the application of the rules
>> Exactly right. What Eliot said, and others have said, is that the ISOC board is the "final appellate avenue in the standardization process". That's quite different than "the rules are broken".
> just to be clear - saying "final appellate avenue in the standardization process". could be read as meaning
> that a appeal of a technical decision could be made to the ISOC Board and that is not the case - 
> this is why I used different language
>
> not sure which you were supporting
>
> Scott
>
>>> there has never been such an appeal
>>
>> Happily noted.
>>
>> --Paul Hoffman
>>
>
>