RE: WG Conflict Clarity

"Black, David" <David.Black@dell.com> Fri, 28 June 2019 15:07 UTC

Return-Path: <David.Black@dell.com>
X-Original-To: wgchairs@ietfa.amsl.com
Delivered-To: wgchairs@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 866FB1202F8 for <wgchairs@ietfa.amsl.com>; Fri, 28 Jun 2019 08:07:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.699
X-Spam-Level:
X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=dell.com header.b=SVqWC/lk; dkim=fail (1024-bit key) reason="fail (message has been altered)" header.d=emc.com header.b=hgYUGMcK
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 pVbxKF3vXAUq for <wgchairs@ietfa.amsl.com>; Fri, 28 Jun 2019 08:07:54 -0700 (PDT)
Received: from mx0a-00154904.pphosted.com (mx0a-00154904.pphosted.com [148.163.133.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 628FE120052 for <wgchairs@ietf.org>; Fri, 28 Jun 2019 08:07:44 -0700 (PDT)
Received: from pps.filterd (m0170392.ppops.net [127.0.0.1]) by mx0a-00154904.pphosted.com (8.16.0.27/8.16.0.27) with SMTP id x5SF4Os0009530; Fri, 28 Jun 2019 11:07:43 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dell.com; h=from : to : subject : date : message-id : references : in-reply-to : content-type : mime-version; s=smtpout1; bh=XVNOPl86D9b5uHzsuCqEYA6rHQSicqTS9d8LifqyzNY=; b=SVqWC/lk1tv+BlrbJCWYkHjSm09srn9VeVYvq93iSzOp83B3eVCys4yI2p0jkeE2J6VJ Ws+rtjQLoJxpZb7G2Ypto1IR2Sgii6yUnq0iQvrH+JzGPMgRSbrpt+0nxftzyr+stSP2 kxYpL5vscSAQ5PXSHq1XhThLGq+9+ipXLQB/PxeHmzGrvnnRBad29EoAlaTWZSsG+xuM PMMU7p0xiweRxb8x803+G+3PDlgXAPxdkabsDXgt6hPqK6uVqufR+G3uDIEhechXQ3fd wlW/qv/rG5sQGSjHO1Aj4JJdllG00XKiQEb7h2X7LRMTk8CAbCvnv3zgghHQVNLAUFNw 4w==
Received: from mx0b-00154901.pphosted.com (mx0b-00154901.pphosted.com [67.231.157.37]) by mx0a-00154904.pphosted.com with ESMTP id 2tct25ee6r-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 28 Jun 2019 11:07:43 -0400
Received: from pps.filterd (m0144103.ppops.net [127.0.0.1]) by mx0b-00154901.pphosted.com (8.16.0.27/8.16.0.27) with SMTP id x5SF3R1H074581; Fri, 28 Jun 2019 11:07:42 -0400
Received: from mailuogwhop.emc.com (mailuogwhop.emc.com [168.159.213.141]) by mx0b-00154901.pphosted.com with ESMTP id 2tdjcek38e-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Fri, 28 Jun 2019 11:07:42 -0400
Received: from maildlpprd04.lss.emc.com (maildlpprd04.lss.emc.com [10.253.24.36]) by mailuogwprd04.lss.emc.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.0) with ESMTP id x5SF7d1A009131 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 28 Jun 2019 11:07:40 -0400
X-DKIM: OpenDKIM Filter v2.4.3 mailuogwprd04.lss.emc.com x5SF7d1A009131
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=emc.com; s=jan2013; t=1561734461; bh=Ouy8kWgRulUnrqghGrreCiPoJeQ=; h=From:To:Subject:Date:Message-ID:References:In-Reply-To: Content-Type:MIME-Version; b=hgYUGMcKzp97bqC8+c86dAO8meTqn6+R0h6Z1dslYlqn1dflWV4r6BfV/yHSPy5HC qmB9XPs7LgizDKFZxgZWMLMhRkoBO5yvtkXWY29a0I6HV7WuYhR8ZkHs+wzpD2rqdv iAqZB9zvcsJppBoyAkMKeCbFrhr4lSK0x0Pj+fQc=
X-DKIM: OpenDKIM Filter v2.4.3 mailuogwprd04.lss.emc.com x5SF7d1A009131
Received: from mailusrhubprd54.lss.emc.com (mailusrhubprd54.lss.emc.com [10.106.48.19]) by maildlpprd04.lss.emc.com (RSA Interceptor); Fri, 28 Jun 2019 11:07:05 -0400
Received: from MXHUB319.corp.emc.com (MXHUB319.corp.emc.com [10.146.3.97]) by mailusrhubprd54.lss.emc.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.0) with ESMTP id x5SF7Cnf018587 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=FAIL); Fri, 28 Jun 2019 11:07:19 -0400
Received: from MX307CL04.corp.emc.com ([fe80::849f:5da2:11b:4385]) by MXHUB319.corp.emc.com ([10.146.3.97]) with mapi id 14.03.0439.000; Fri, 28 Jun 2019 11:07:15 -0400
From: "Black, David" <David.Black@dell.com>
To: Alvaro Retana <aretana.ietf@gmail.com>, "wgchairs@ietf.org" <wgchairs@ietf.org>
Subject: RE: WG Conflict Clarity
Thread-Topic: WG Conflict Clarity
Thread-Index: AQHVLb2iM3nnRSY/i0Sfpg9/8HcBtqaxKPhw
Date: Fri, 28 Jun 2019 15:07:14 +0000
Message-ID: <CE03DB3D7B45C245BCA0D24327794936305E9F19@MX307CL04.corp.emc.com>
References: <CAMMESsyxUbrVnV71wO-+-R-xNsPagdZStouWG9UsjBamz_0yOQ@mail.gmail.com>
In-Reply-To: <CAMMESsyxUbrVnV71wO-+-R-xNsPagdZStouWG9UsjBamz_0yOQ@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
msip_labels: MSIP_Label_17cb76b2-10b8-4fe1-93d4-2202842406cd_Enabled=True; MSIP_Label_17cb76b2-10b8-4fe1-93d4-2202842406cd_SiteId=945c199a-83a2-4e80-9f8c-5a91be5752dd; MSIP_Label_17cb76b2-10b8-4fe1-93d4-2202842406cd_Owner=david.black@emc.com; MSIP_Label_17cb76b2-10b8-4fe1-93d4-2202842406cd_SetDate=2019-06-28T15:07:11.7332698Z; MSIP_Label_17cb76b2-10b8-4fe1-93d4-2202842406cd_Name=External Public; MSIP_Label_17cb76b2-10b8-4fe1-93d4-2202842406cd_Application=Microsoft Azure Information Protection; MSIP_Label_17cb76b2-10b8-4fe1-93d4-2202842406cd_Extended_MSFT_Method=Manual; aiplabel=External Public
x-originating-ip: [10.238.21.131]
Content-Type: multipart/alternative; boundary="_000_CE03DB3D7B45C245BCA0D24327794936305E9F19MX307CL04corpem_"
MIME-Version: 1.0
X-Sentrion-Hostname: mailusrhubprd54.lss.emc.com
X-RSA-Classifications: public
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2019-06-28_06:, , signatures=0
X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1906280176
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1906280176
Archived-At: <https://mailarchive.ietf.org/arch/msg/wgchairs/bU_c6hw8oDuOz0ktxS7ndPKh8N4>
X-BeenThere: wgchairs@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Working Group Chairs <wgchairs.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/wgchairs>, <mailto:wgchairs-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/wgchairs/>
List-Post: <mailto:wgchairs@ietf.org>
List-Help: <mailto:wgchairs-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/wgchairs>, <mailto:wgchairs-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 28 Jun 2019 15:07:58 -0000

Alvaro,

This looks like a good idea, but seems to be missing something that could be rather useful when push comes to shove in dealing with conflicts  – a Doodle-like ability to tag each conflict as “unavoidable” vs. “If need be” [1].  The latter is for conflicts that are inconvenient but not fatal (e.g., as a chair of a multi-chair WG, I can step out for 10-15 minutes to go do/say something in another WG meeting if necessary, but that’s not preferable).

[1] https://help.doodle.com/hc/en-us/articles/360012150093-How-do-I-vote-if-need-be-on-a-poll-

Thanks, --David

From: WGChairs <wgchairs-bounces@ietf.org> On Behalf Of Alvaro Retana
Sent: Friday, June 28, 2019 10:27 AM
To: wgchairs@ietf.org
Subject: WG Conflict Clarity


[EXTERNAL EMAIL]
Dear WG Chairs:

As all of you know, a conflict-free IETF agenda is virtually impossible to achieve.  Yet, the Secretariat always pulls off a wonderful job in dealing with all the constraints.

The inconsistent use of priorities to indicate conflicts is an issue that comes up every time the agenda is worked on: the intent is not always clear to the Secretariat, the ADs...or sometimes even the Chairs.

To address this issue and provide Conflict Clarity, we are planning to replace the priority options with an explicit indication of the type of conflict.

- Chair Conflict: to indicate other WGs the Chairs also lead, or will be active participants in the upcoming meeting

- Technology Overlap: to indicate WGs with a related technology or a closely related charter

- Key Participant Conflict (e.g., presenter, Secretary, etc.): to indicate WGs with which key participation may overlap in the upcoming meeting

The Special Request field will continue to be available for more specific needs.  Responsible AD Conflicts are already taken into consideration.


The result will be a clear representation of the needs of each WG.  We intend for these changes to be effective in time for IETF 106.

Please reply with any comments.

Thanks!!

Alvaro (for the IESG).