Re: discussion style and respect

Eliot Lear <lear@cisco.com> Thu, 11 June 2015 20:28 UTC

Return-Path: <lear@cisco.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8DDAB1A7030 for <ietf@ietfa.amsl.com>; Thu, 11 Jun 2015 13:28:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.51
X-Spam-Level:
X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DjWI4YX6Fc6Q for <ietf@ietfa.amsl.com>; Thu, 11 Jun 2015 13:28:28 -0700 (PDT)
Received: from aer-iport-1.cisco.com (aer-iport-1.cisco.com [173.38.203.51]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DE4D61B2BA6 for <ietf@ietf.org>; Thu, 11 Jun 2015 13:28:27 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=13413; q=dns/txt; s=iport; t=1434054508; x=1435264108; h=message-id:date:from:mime-version:to:cc:subject: references:in-reply-to; bh=olznh+A5PWgSb/joKeE8+c1izYWf77u6YMuPu7xAfwc=; b=IAas4vwvzmCSZWpJcSXEliDzXvbT/uzgNxvjEog7Z/Cy7y9b7itr889Y 1XCQh9VhtZce2lqaPKMk+73VdKWrUo76FuvhV7pFpkZNtFwjKP/QtV51t ZEn/fo9U+4c/39wz3bE4+X5kU0vHADPgCIBf5ETC7GCLHQh7+O4C5/62x w=;
X-Files: signature.asc : 481
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0DXAwA37nlV/xbLJq1cg2Rfgx66PgmBYYUwSgKBfxQBAQEBAQEBgQqEIgEBAQECASNVARALDgoJFggDAgIJAwIBAgE0EQYNAQUCAQEFCwEGAYd+AwoIDbBPnm4IhVkBAQEBAQEBAwEBAQEBAQEBAQEBF4tDhDQBAVAHgmiBRQEElW6BSmGGcYEwQIYjIYtyg1skggscgVQ8MQGBC4E7AQEB
X-IronPort-AV: E=Sophos;i="5.13,597,1427760000"; d="asc'?scan'208,217";a="540198983"
Received: from aer-iport-nat.cisco.com (HELO aer-core-4.cisco.com) ([173.38.203.22]) by aer-iport-1.cisco.com with ESMTP; 11 Jun 2015 20:28:25 +0000
Received: from [10.61.174.29] ([10.61.174.29]) by aer-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id t5BKSPqI017388; Thu, 11 Jun 2015 20:28:25 GMT
Message-ID: <5579EF68.3030300@cisco.com>
Date: Thu, 11 Jun 2015 22:28:24 +0200
From: Eliot Lear <lear@cisco.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.7.0
MIME-Version: 1.0
To: Alia Atlas <akatlas@gmail.com>
Subject: Re: discussion style and respect
References: <3BF40BF3-B7EB-4571-BD7B-D394D4F0CB6C@ietf.org> <20150610204037.6837A1ACD25@ietfa.amsl.com> <5578AB4F.3020406@dcrocker.net> <48E1A67CB9CA044EADFEAB87D814BFF632D561D2@eusaamb107.ericsson.se> <20150610215800.867D91B2C4A@ietfa.amsl.com> <1798EE63-68EF-491F-A4EB-4B55ED0359EF@gmail.com> <55793DBB.9010508@cisco.com> <CAG4d1rdmbXZaUPCAbCdHaYqseXjs7c5yCyykvE9mi=5yNviL7Q@mail.gmail.com>
In-Reply-To: <CAG4d1rdmbXZaUPCAbCdHaYqseXjs7c5yCyykvE9mi=5yNviL7Q@mail.gmail.com>
Content-Type: multipart/signed; micalg="pgp-sha256"; protocol="application/pgp-signature"; boundary="NFOs651w3vi1tOsJo9mmRF0nW3AhKArfL"
Archived-At: <http://mailarchive.ietf.org/arch/msg/ietf/e78N1wNTbw_N5n-RNJN04ZPLGwE>
Cc: IETF Discussion Mailing List <ietf@ietf.org>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.15
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, 11 Jun 2015 20:28:31 -0000

Alia,

That's a lot of good stuff, and I really appreciate your thoughtful
answer, and especially your rolling up your sleaves and addressing these
sorts of problems.  As I wrote, we all have a responsibility to call out
bad behavior.  Senior members of the community, ADs, IAB members and WG
chairs certainly should set an example in assisting chairs when things
get out of control.  That is- we can't place all the weight on WG chairs.

Eliot

On 6/11/15 9:44 PM, Alia Atlas wrote:
> Hi Eliot,
>
> On Thu, Jun 11, 2015 at 3:50 AM, Eliot Lear <lear@cisco.com
> <mailto:lear@cisco.com>> wrote:
>
>     Hi Yoav,
>
>     On 6/11/15 7:46 AM, Yoav Nir wrote:
>     >> On Jun 11, 2015, at 12:58 AM, Michael StJohns
>     <mstjohns@comcast.net <mailto:mstjohns@comcast.net>> wrote:
>     >>
>     >> Let me try this again.
>     >>
>     >> 1) Is my description of the IETF process reasonably close to
>     reality?  E.g. does the consensus process contribute to
>     "Standardization by Combat”?
>     > Perhaps. But the best tactic for winning this kind of combat in
>     the IETF is not to shout louder than others. The best tactic is to
>     get a small group around you (preferably not all from the same
>     company), insist on your position and refuse to budge. Then wait
>     it out until your opponents grow tired and walk away.
>
>     That's exactly what I witnessed.  I am ashamed to say that I did not
>     myself say something more at the time (although I was in a very
>     awkward
>     position to do so).
>
>     >
>     > It is up to chairs to prevent this kind of outcome. I mean, we
>     think of tenacity as a good quality but it shouldn’t override all
>     others. One way is to encourage reaching consensus quickly. Long
>     discussions tend to favor the tenacious.
>
>     It's also up to us as individuals to call out bad behavior, and
>     for all
>     of us to recognize that just because something is said more than once
>     doesn't make it any more true (or false).  And so, my challenge to the
>     leadership: how shall we address this problem?  I'd like to at least
>     know that the problem is recognized.
>
>
> One aspect is to work on improving and discussing how to handle
> consensus issues for the WG Chairs.
> Anyone who hasn't read through RFC 7282 really should.  In the Routing
> area, we've been having 
> periodic Working Group chair training sessions.  You can see the
> presentation and recording for the one
> we did "On Consensus" at:
>  http://wiki.tools.ietf.org/area/rtg/trac/wiki/WGChairTraining .
> We recently did one about "Civility in the Working Group" also to
> address how to handle bad behavior.
>
> It helps to have thought through scenarios before hand and have some
> plans on how to handle it.
> It can also be useful to discuss issues with those who are not
> involved.  In Routing, we try to have a
> safe place for WG Chairs to do so with periodic WG Chair chats.
>
> Those of us who participate in the IETF consider some values core to
> the culture which enables successful
> and relevant work.  Currently, those values are partially articulated
> in the Tao, but we do not stand up and
> applaud those who are doing good work or illustrating those values.  
> For instance, on the consensus concerns,
> in today's telechat was a webrtc draft that had a very contentious and
> extended effort to pick a mandatory-to-implement
> codec.  As described in the write-up, Adam Roach came up with a
> compromise position
> (http://www.ietf.org/mail-archive/web/rtcweb/current/msg13432.html)
> that was able to resolve the conflict.
>
> At the heart of the IETF, we do open, consensus-based engineering
> standards.  To me, that means that we
> have to be effective listeners willing to hear ideas from all
> participants.  To me that means we need to consider
> concerns based upon their technical and operational merit - not on how
> many times or how emphatically they
> are stated.   To me, that means that we develop standards that can be
> usefully deployed and are aware of the
> operational considerations and technical considerations that drive a
> solution.
>
> I would like to see the IETF continue to improve in being a supportive
> community where there are ties of friendship and trust to help bridge
> differences in technical opinion and perspective.   
>
> Regards,
> Alia
>