Re: [IETF] Re: Appeal Response to Abdussalam Baryun regarding draft-ietf-manet-nhdp-sec-threats

Pete Resnick <presnick@qti.qualcomm.com> Wed, 03 July 2013 19:31 UTC

Return-Path: <presnick@qti.qualcomm.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 0558A21F9D5D for <ietf@ietfa.amsl.com>; Wed, 3 Jul 2013 12:31:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.313
X-Spam-Level:
X-Spam-Status: No, score=-106.313 tagged_above=-999 required=5 tests=[AWL=0.285, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4, 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 U9kUz0hnvlJB for <ietf@ietfa.amsl.com>; Wed, 3 Jul 2013 12:31:30 -0700 (PDT)
Received: from wolverine02.qualcomm.com (wolverine02.qualcomm.com [199.106.114.251]) by ietfa.amsl.com (Postfix) with ESMTP id 7FD7B21F9D68 for <ietf@ietf.org>; Wed, 3 Jul 2013 12:31:30 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=qti.qualcomm.com; i=@qti.qualcomm.com; q=dns/txt; s=qcdkim; t=1372879890; x=1404415890; h=message-id:date:from:mime-version:to:cc:subject: references:in-reply-to; bh=/5SMhzNkzRk1W61sgtOAbDMauXFzkAipksqGG+R/E0E=; b=nGDaZK/Ve6pG3UezKbSDJEI0Xwktbj4vZO61jgQNwmB+8mB+sGTeWgev TauK5C5A66HKCqmvAZrsPqLoBBEJeTbFf7zc9Y4ZfL5GZXdLYbnui39fo SibO8NDJegEFtHpEMgVd+d9PL+mQU/sELp0BspCZh2GUeqiADxWZRG4dv g=;
X-IronPort-AV: E=Sophos; i="4.87,990,1363158000"; d="scan'208,217"; a="60623854"
Received: from ironmsg03-l.qualcomm.com ([172.30.48.18]) by wolverine02.qualcomm.com with ESMTP; 03 Jul 2013 12:31:30 -0700
X-IronPort-AV: E=Sophos; i="4.87,989,1363158000"; d="scan'208,217"; a="499664882"
Received: from nasanexhc10.na.qualcomm.com ([172.30.48.3]) by Ironmsg03-L.qualcomm.com with ESMTP/TLS/RC4-SHA; 03 Jul 2013 12:31:29 -0700
Received: from nasanexhc05.na.qualcomm.com (172.30.48.2) by nasanexhc10.na.qualcomm.com (172.30.48.3) with Microsoft SMTP Server (TLS) id 14.2.318.4; Wed, 3 Jul 2013 12:31:27 -0700
Received: from presnick-mac.local (172.30.48.1) by qcmail1.qualcomm.com (172.30.48.2) with Microsoft SMTP Server (TLS) id 14.2.318.4; Wed, 3 Jul 2013 12:31:26 -0700
Message-ID: <51D47C0C.3040603@qti.qualcomm.com>
Date: Wed, 03 Jul 2013 14:31:24 -0500
From: Pete Resnick <presnick@qti.qualcomm.com>
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.7; en-US; rv:1.9.1.9) Gecko/20100630 Eudora/3.0.4
MIME-Version: 1.0
To: John C Klensin <john-ietf@jck.com>
Subject: Re: [IETF] Re: Appeal Response to Abdussalam Baryun regarding draft-ietf-manet-nhdp-sec-threats
References: <20130702222442.2467.13086.idtracker@ietfa.amsl.com> <290E20B455C66743BE178C5C84F12408223F494ECC@EXMB01CMS.surrey.ac.uk> <51D45225.1000804@qti.qualcomm.com> <1B046143-4B0E-41C0-9F50-09A87206FCE9@kumari.net> <FDE04DA5C72B9B80DCC2FE15@JcK-HP8200.jck.com>
In-Reply-To: <FDE04DA5C72B9B80DCC2FE15@JcK-HP8200.jck.com>
Content-Type: multipart/alternative; boundary="------------080504090104090700060408"
X-Originating-IP: [172.30.48.1]
Cc: 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: Wed, 03 Jul 2013 19:31:43 -0000

On 7/3/13 1:10 PM, John C Klensin wrote:
> --On Wednesday, July 03, 2013 13:02 -0400 Warren Kumari
> <warren@kumari.net>  wrote:
>
>    
>> Thank you -- another worthwhile thing to do is look at who all has appealed and ask yourself "Do I really want to be part of this club?"
>>
>> Other than a*very*  small minority of well known and well respected folk thehttp://www.ietf.org/iesg/appeal.html  page is basically a handy kook reference.
>>      

I think this is a bit overstated. There are 14 unique names of 
appellants (2 of which are groups of appellants). As I stated, 3 of 
those appellants account for 19 appeals, all denied. Perhaps you don't 
want to be part of the club with those 3 who make up 60% of the 
appealing, but if you simply remove those, you get:

13 appeals for 11 appellants (2 of them appealed twice, with years in 
between appeals)
1 appeal withdrawn before the IESG decided
6 appeals accepted
6 appeals denied.

So the small minority are actually the repeat appealers. Of the rest, 
over half I would instantly recognize as well-known and long-time 
participants, and (without naming names) half of *those* folks were 
denied and half were accepted.

So appeals that get to the level of the IESG from the group of 11 are 
accepted half of the time. That means that these folks are bringing 
issues to the IESG that, after having gone through the WG, the chairs, 
and the cognizant AD, half the time are still accepted by the IESG. That 
is, there's a 50/50 shot they've found a serious problem that the IESG 
agrees the rest of us in the IETF have missed.

I'd be part of that club.

> I am honored to be a member of that club.   Remembering that
> appeals, as others have pointed out, a mechanism for requesting
> a second look at some issue, they are an important, perhaps
> vital, part of our process.  We probably don't have enough of
> them.  Effectively telling people to not appeal because they
> will be identified as "kooks" hurts the process model by
> suppressing what might be legitimate concerns.
>    

Agreed. In any dispute process, there will be some folks who are 
outliers that make up an awful lot of the total load. But that shouldn't 
take away from those who are using it for its designed purpose.

> In addition, it is important to note that the page does _not_
> list every appeal since 2002.  If one reads Section 6.5 of RFC
> 2026, it describes a multi-step process for appears in each of a
> collection of categories.  The web page lists only those that
> were escalated to full IESG review.

Interestingly, 2026 6.5 only refers to things that get to the IESG, IAB, 
or ISOC BoT as "appeals". The rest of the "discussions" are simply part 
of "dispute" or "disagreement" resolution.

But John's central point still stands: Most of the dispute resolution 
takes place before it ever gets to the IESG, IAB, or ISOC BoT as a 
formal appeal.

> p.s. to any IESG members who are reading this: community
> understanding of the process might be enhanced by putting a note
> on the appeals page that is explicit about what that list
> represents, i.e., only appeals that reached full IESG review and
> not all appeals.
>    

Good idea.

pr

-- 
Pete Resnick<http://www.qualcomm.com/~presnick/>
Qualcomm Technologies, Inc. - +1 (858)651-4478