Re: [spring] WGLC - draft-ietf-spring-srv6-network-programming (off-topic)

"Zafar Ali (zali)" <zali@cisco.com> Mon, 02 March 2020 06:01 UTC

Return-Path: <zali@cisco.com>
X-Original-To: spring@ietfa.amsl.com
Delivered-To: spring@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CD6173A0CD2; Sun, 1 Mar 2020 22:01:38 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.597
X-Spam-Level:
X-Spam-Status: No, score=-9.597 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=Sl0OIRze; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=NiK8MR8/
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 nFqYtr9FznLq; Sun, 1 Mar 2020 22:01:31 -0800 (PST)
Received: from rcdn-iport-9.cisco.com (rcdn-iport-9.cisco.com [173.37.86.80]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 452C33A0CCD; Sun, 1 Mar 2020 22:01:31 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=34595; q=dns/txt; s=iport; t=1583128891; x=1584338491; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=nyUcRwkBEY3rXCAQ+jAkit4XEPzUEnZ01hOeatDC98c=; b=Sl0OIRzeJv6K3YwiuMIgLT038VBINBypDF2of+pUPHTHa+WawHwvHPF3 M4cfOj9kKY+ZHbuAhwprtNkF3eGhGwpmP93zgC4UlhebUiht625co3DO7 KHkPnGqDIUTE7RFOMy3tU7Hxabc5qDpnFEWIKcH+gDfDFa+2E22YV/Hs6 U=;
IronPort-PHdr: 9a23:KVROohb3Wsbhsifge+gl+UX/LSx94ef9IxIV55w7irlHbqWk+dH4MVfC4el20QKbRp3VvvRDjeee87vtX2AN+96giDgDa9QNHwQAld1QmgUhBMCfDkiuPvfubgQxHd9JUxlu+HToeUU=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0BCAgDwoFxe/5JdJa1lGwEBAQEBAQEFAQEBEQEBAwMBAQGBe4ElLyQsBWxYIAQLKoQUg0YDimaCX5gVgUKBEANUCQEBAQwBASUIAgQBAYRAAheBcyQ4EwIDAQELAQEFAQEBAgEFBG2FVgyFYwEBAQEDEhEdAQE3AQ8CAQgRAwECASAHAwICAjAUCQgCBAENBRsHgwQBgX1NAy4BDp9wAoE5iGJ1gTKCfwEBBYEvAYNtGIIMAwaBOIlcgkkagUE/gREnIIJNPoJkAQECAYEtARIBKBAJDQmCWzKCLI1sAYJ4hXCKC48/CoI8h1KPFByCSYxsi3yER4oriHyPOoMUAgQCBAUCDgEBBYFpImdxcBU7KgGCDQEBMlAYDY4dg3OFFIVBdIEpj05fAQE
X-IronPort-AV: E=Sophos;i="5.70,506,1574121600"; d="scan'208,217";a="645253520"
Received: from rcdn-core-10.cisco.com ([173.37.93.146]) by rcdn-iport-9.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 02 Mar 2020 06:01:29 +0000
Received: from XCH-RCD-003.cisco.com (xch-rcd-003.cisco.com [173.37.102.13]) by rcdn-core-10.cisco.com (8.15.2/8.15.2) with ESMTPS id 02261Tct016659 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 2 Mar 2020 06:01:29 GMT
Received: from xhs-aln-002.cisco.com (173.37.135.119) by XCH-RCD-003.cisco.com (173.37.102.13) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Mon, 2 Mar 2020 00:01:29 -0600
Received: from xhs-rcd-003.cisco.com (173.37.227.248) by xhs-aln-002.cisco.com (173.37.135.119) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Mon, 2 Mar 2020 00:01:28 -0600
Received: from NAM10-BN7-obe.outbound.protection.outlook.com (72.163.14.9) by xhs-rcd-003.cisco.com (173.37.227.248) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Mon, 2 Mar 2020 00:01:28 -0600
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=D5qiiDR4az3PFseSGH2IjcBSn0/wp9iPIv1Qdt6CiXNbLbsUKSmvvZ0/SZ8lRWVOVVzZV0W3reCXyf2KfcxpZCq19ocNYwtVhdnC7tsMtcOuLBwPNAVjlucYTxiJ3ClkWektEc+danST/2AW/srpwOWssaNrmtMbVUy7Am7Ng+fYZOcHsDm1Qtnakb4Veg8IAR9k1S3FiRtd4u574qQcxTnEpsuox2rEYgWkzVjOik+ZDPWHHFjNY1ulvNvkcwg9Z8/Ib69SYjsoWFUDas6XAyHi0/Sr6HriIV/fzLBDjQNTtHE/FTl4jEoNlGMs6ttQER4YFOT5v+T1/hrwZ4WlIg==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck;bh=nyUcRwkBEY3rXCAQ+jAkit4XEPzUEnZ01hOeatDC98c=; b=aszq90Os+meolq/D615CREoGWLHcr8HFKqVjCMY0QCc/wp1Z6wgpbov9W3JuR7tJWwja18ROJH9HXlbpONjbTuLhxLpw0huk/jQGILW5d5PdQkGUrdGFrxb9YEA3YArqfd7KVrc8+cb3Zdd86rAlg4h50Wrb9Egwxhd+UQoQ52f8dttKQQa7RQUSpntVXR9tYazUd5YHwGiEln09qEfi8PL5Zxi83UGvg5q7iEmPyVDQUcP4DKsCF+aNaQaThJ0pZfjnspwyoryrIhkxhO0vsydR76wpZiXX4/fEYsu7UJjKrg7CPmuli4pBy7NMOH0H9BcWgbxlXF+RnRzH/P+Y7Q==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=nyUcRwkBEY3rXCAQ+jAkit4XEPzUEnZ01hOeatDC98c=; b=NiK8MR8/jhV1bx0U7ltDZFS10AjRDPGHWsaTwEaoJ7uq7IbbBBWMukq38XzA5fIUF+wdHPvZzUo+zGOgNyMKoTk2yfD1P1JcNAptm+zPMTv0zE3qtG+5YVJYrdKZixAFbG9NWsfdt0YuDit3ehKu8gdQHrGM4b8QS5W+RLgZwCc=
Received: from MN2PR11MB3710.namprd11.prod.outlook.com (2603:10b6:208:f2::19) by MN2PR11MB4597.namprd11.prod.outlook.com (2603:10b6:208:268::18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2772.15; Mon, 2 Mar 2020 06:01:26 +0000
Received: from MN2PR11MB3710.namprd11.prod.outlook.com ([fe80::8c1b:b94:5d2e:446b]) by MN2PR11MB3710.namprd11.prod.outlook.com ([fe80::8c1b:b94:5d2e:446b%3]) with mapi id 15.20.2772.018; Mon, 2 Mar 2020 06:01:26 +0000
From: "Zafar Ali (zali)" <zali@cisco.com>
To: Robert Raszuk <robert@raszuk.net>, S Moonesamy <sm+ietf@elandsys.com>
CC: SPRING WG <spring@ietf.org>, IETF <ietf@ietf.org>, Andrew Alston <Andrew.Alston@liquidtelecom.com>, "Zafar Ali (zali)" <zali@cisco.com>
Thread-Topic: [spring] WGLC - draft-ietf-spring-srv6-network-programming (off-topic)
Thread-Index: AQHV8AlXAZXOZZfKkUqR5pcTZ19hJ6g0WtCAgAAhToA=
Date: Mon, 02 Mar 2020 06:01:26 +0000
Message-ID: <789E2B90-CB59-4CEC-B6E9-F1E47D8F0B95@cisco.com>
References: <17421_1575566127_5DE93B2F_17421_93_1_53C29892C857584299CBF5D05346208A48D1A3DA@OPEXCAUBM43.corporate.adroot.infra.ftgroup> <5518_1582908787_5E594573_5518_436_1_53C29892C857584299CBF5D05346208A48DD1BCA@OPEXCAUBM43.corporate.adroot.infra.ftgroup> <C8417F71-D61E-42AC-831E-B85269D5D4A5@steffann.nl> <9b677b7c-fe52-dbae-7f83-2b5be5194325@gont.com.ar> <6.2.5.6.2.20200228132634.1060a610@elandnews.com> <9449c98e-b1d6-2c74-b78d-df3f5ba15ebc@nokia.com> <6.2.5.6.2.20200229223634.093850f0@elandnews.com> <DBBPR03MB54150500DA829FBAB73DFEC1EEE60@DBBPR03MB5415.eurprd03.prod.outlook.com> <6.2.5.6.2.20200301111046.0c0499b0@elandnews.com> <CAOj+MMH3eyjoQe=SokYQ89HM2po01G1V=kgO+653EKx8eaobzw@mail.gmail.com>
In-Reply-To: <CAOj+MMH3eyjoQe=SokYQ89HM2po01G1V=kgO+653EKx8eaobzw@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/10.22.0.200209
authentication-results: spf=none (sender IP is ) smtp.mailfrom=zali@cisco.com;
x-originating-ip: [2001:420:c0cc:1006::5]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 41a30e5d-3292-4316-cadc-08d7be6f24f5
x-ms-traffictypediagnostic: MN2PR11MB4597:
x-ms-exchange-transport-forked: True
x-microsoft-antispam-prvs: <MN2PR11MB4597BEA51696CE013BBA5D7ADEE70@MN2PR11MB4597.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:9508;
x-forefront-prvs: 033054F29A
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(346002)(396003)(376002)(366004)(39860400002)(136003)(199004)(189003)(5660300002)(54906003)(66476007)(66556008)(64756008)(91956017)(66946007)(76116006)(66446008)(71200400001)(316002)(33656002)(53546011)(186003)(110136005)(2616005)(4326008)(107886003)(6512007)(966005)(8936002)(81166006)(81156014)(6486002)(8676002)(2906002)(4001150100001)(6506007)(36756003)(86362001)(478600001); DIR:OUT; SFP:1101; SCL:1; SRVR:MN2PR11MB4597; H:MN2PR11MB3710.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1;
received-spf: None (protection.outlook.com: cisco.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: o+OQ3sNKewlSuC7XRMofrkSZSKZ4wHgfjg8EFimJ5lMjJoffxiPTFl7z6a1EPIIp4NkIZkloCOfzCbJBGIxvopPedRt8S+sFzUj86YB7l3P5P7t0dKFs/HEJATYHYhosf9do7DPqP9l8/P9aUgD/qGtKD+N3edPHRMBHr/gQqGP1ZWWsG3mswAAv6JmGHfb3Ohjv/NbUUbE3sguWoJhGHPDQcTJKeKGi77Xn3VSoyCMROizna6ODhq0tBF8+pt3joBflpLKlLYsHKWX0KXg7fn29FgY9NexYrb104Ap+Klzc8a2xGFHz0xQWomAjaMsl/qYNAqIbc+8KPMPXi56MA6dIWSjBRcnEgYITJKRhqKLBnob3tjlmp/UE6jTBnUTp714uPXn0kkciYesIUEIWoWIAiQpGbg72e+13xOly4WRms1wfQnpTt7CoTKZkBskNWUNEORKhJkDGAyoCFl23gniHKJzp7AW28dGqhlwG8DXDx283VYK8G100lN/V92/DCbybIVmQUmLf4mgtJrfwvw==
x-ms-exchange-antispam-messagedata: SzEZQceeGMOET+zFohY3U15SafhdvoWT54rVcObLPZa5GDoXe74bMnAhnfZCccsexQ+m2hAxxAX6wUgfWZVYV4AF0wtXZ4ZrKVQLlsCGIUXqhwVFEIwftBeWfOjUT7ydFTIH7Hv+d+jHQaW9g0tCAEcZdMqeZszdEJkTQU2+gIo=
Content-Type: multipart/alternative; boundary="_000_789E2B90CB594CECB6E9F1E47D8F0B95ciscocom_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: 41a30e5d-3292-4316-cadc-08d7be6f24f5
X-MS-Exchange-CrossTenant-originalarrivaltime: 02 Mar 2020 06:01:26.2852 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: ++wf1go19Ut9k+nDPHLni63PLCHpcotJWriQdj2FSVg4/uIMxlMW4ITQFGoZT5Su
X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR11MB4597
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.37.102.13, xch-rcd-003.cisco.com
X-Outbound-Node: rcdn-core-10.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/CTnUS2Jboe-em_p8P5-DwrtT7gM>
Subject: Re: [spring] WGLC - draft-ietf-spring-srv6-network-programming (off-topic)
X-BeenThere: spring@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" <spring.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/spring>, <mailto:spring-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/spring/>
List-Post: <mailto:spring@ietf.org>
List-Help: <mailto:spring-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/spring>, <mailto:spring-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 02 Mar 2020 06:01:39 -0000

All,

In addition, there is a misunderstanding here.

The draft-ietf-spring-srv6-network-programming LC is being handled by Martin Vigoureux, as stated by Martin in the following:
https://mailarchive.ietf.org/arch/msg/spring/w6VJzDYTVRFWOtvHuMso-kkiBXk/

Martin is neither a co-author nor a contributor to the draft.

Furthermore, since IETF106, Spring WG has only one active chair, as stated by Martin in the above email.

A copy of Martin’s email is cut-and-pasted for quicker reference:

----
Date: Wed, 26 Feb 2020 12:55:24 -0000
WG,

Bruno has been managing SPRING alone since after IETF 106, because Rob
has been unable to act as chair. I have made several attempts to find a
solution and I now have serious hopes for the situation to return back
to normal soon.

Bruno being involved in the draft currently in WG LC, I will handle
closing it.

Martin

---

Thanks

Regards … Zafar

From: spring <spring-bounces@ietf.org> on behalf of Robert Raszuk <robert@raszuk.net>
Date: Sunday, March 1, 2020 at 6:03 PM
To: S Moonesamy <sm+ietf@elandsys.com>
Cc: SPRING WG <spring@ietf.org>, IETF <ietf@ietf.org>, Andrew Alston <Andrew.Alston@liquidtelecom.com>
Subject: Re: [spring] WGLC - draft-ietf-spring-srv6-network-programming (off-topic)


Exception ? As far as I see it this is rather a norm in multiple WGs across IETF for chair to co-author or contribute to his area of focus. And there is absolutely nothing wrong with it. In fact it is expected for chair to read the draft  and comment othen resulting in becoming a contributor or at least being added to the Ack section.

If this saga continues any further I recommend we start first by obsoleting RFC8200 too. After all it's main author Bob Hinden was also a 6man chair who requested publication of 2460bis:

2016-12-02
2016-12-02 17:06:39 -0800
08
Bob Hinden
IETF WG state changed to Submitted to IESG for Publication from WG Consensus: Waiting for Write-Up
2016-12-02
08
Bob Hinden
IESG state changed to Publication Requested
2016-12-02
08
Bob Hinden
IESG process started in state Publication Requested
2016-11-30
08
Bob Hinden
Changed document writeup
2016-11-15
08
Bob Hinden
New version available: draft-ietf-6man-rfc2460bis-08.txt


On Sun, Mar 1, 2020 at 9:38 PM S Moonesamy <sm+ietf@elandsys.com<mailto:sm%2Bietf@elandsys.com>> wrote:
Hi Andrew,

[Cc to ietf@]

I'll disclose that I am also affiliated with a
RIR.  I am copying this message to the
Responsible Area Director [1] for the SPRING Working Group.

At 01:17 AM 01-03-2020, Andrew Alston wrote:
>While some on this list have made references to
>Bruno’s integrity – let me start by saying – I
>make no comment on anyone’s integrity – because
>I don’t know Mr. Decraene well enough to comment
>on that, and because I find an individual’s
>integrity in a discussion about if a potential
>conflict exists to be irrelevant. When people
>recuse for conflict in any normal environment,
>it is not because they will act on the conflict
>necessarily, it is because of perception,
>because it can taint the issue under discussion,
>and it leaves the process open to both attack and appeal.

My question was about the process and the role
with respect to
draft-ietf-spring-srv6-network-programming.  I am
not personally acquainted with Mr. Decraene to
comment about his integrity.  It has been pointed
out to me that the person is well-known.  I don't
see what that has to do with the question which I asked.

There is a message at
https://mailarchive.ietf.org/arch/msg/spring/3zbi71sjcJ8KaFgVIrF2Ymx4GC8/
which lists the Responsible Area Director as a
Contributor.  In my opinion, the procedural
aspects are problematic.  I commented about a
somewhat similar topic previously [2].  From what
I understand, RFC 2026 is applicable for all
documents coming out of the IETF
Stream.  According to that RFC, the "procedures
are explicitly aimed at recognizing and adopting
generally-accepted practices".  One of the
definitions in RFC 7776 is: "A conflict of
interest may arise if someone involved in the
process of handling a harassment report is in the
role of Reporter, Respondent, or
Subject.  Furthermore, a conflict of interest
arises if the person involved in the process of
handling a harassment report is closely
associated personally or through affiliation with
any of the Reporter, Respondent, or
Subject".  The general practice, in such a
situation, is recusal.  I'll invite the
Responsible Area Director to comment about
whether there should be an exception to that practice and the rationale for it.

Regards,
S. Moonesamy

1. https://datatracker.ietf.org/wg/spring/about/
2. https://mailarchive.ietf.org/arch/msg/ietf/xBjDAIM4hdnSTyxL7QHlbiFX3eE/