Re: [spring] WGLC - draft-ietf-spring-srv6-network-programming

Andrew Alston <Andrew.Alston@liquidtelecom.com> Sun, 01 March 2020 09:17 UTC

Return-Path: <andrew.alston@liquidtelecom.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 0F1D83A0B7B for <spring@ietfa.amsl.com>; Sun, 1 Mar 2020 01:17:34 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level:
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 LMn-YJkeOZ7m for <spring@ietfa.amsl.com>; Sun, 1 Mar 2020 01:17:31 -0800 (PST)
Received: from eu-smtp-delivery-182.mimecast.com (eu-smtp-delivery-182.mimecast.com [146.101.78.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C06AE3A0B6F for <spring@ietf.org>; Sun, 1 Mar 2020 01:17:30 -0800 (PST)
Received: from EUR05-VI1-obe.outbound.protection.outlook.com (mail-vi1eur05lp2171.outbound.protection.outlook.com [104.47.17.171]) (Using TLS) by relay.mimecast.com with ESMTP id uk-mta-67-wJglUZ1eOv-rkz-FxqPDEw-1; Sun, 01 Mar 2020 09:17:23 +0000
X-MC-Unique: wJglUZ1eOv-rkz-FxqPDEw-1
Received: from DBBPR03MB5415.eurprd03.prod.outlook.com (20.179.47.79) by DBBPR03MB5336.eurprd03.prod.outlook.com (10.255.78.83) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2772.18; Sun, 1 Mar 2020 09:17:21 +0000
Received: from DBBPR03MB5415.eurprd03.prod.outlook.com ([fe80::31cd:8171:1d1f:2fa9]) by DBBPR03MB5415.eurprd03.prod.outlook.com ([fe80::31cd:8171:1d1f:2fa9%5]) with mapi id 15.20.2772.018; Sun, 1 Mar 2020 09:17:21 +0000
From: Andrew Alston <Andrew.Alston@liquidtelecom.com>
To: S Moonesamy <sm+ietf@elandsys.com>, Martin Vigoureux <martin.vigoureux@nokia.com>, "spring@ietf.org" <spring@ietf.org>
Thread-Topic: [spring] WGLC - draft-ietf-spring-srv6-network-programming
Thread-Index: AdWrjZKMyJw/FcG0Qj29O28HuDn7+xCyRBPgAAZxpoAAAMT+gAAD0ygAAC4hnoAAF9yVgAADapHA
Date: Sun, 01 Mar 2020 09:17:21 +0000
Message-ID: <DBBPR03MB54150500DA829FBAB73DFEC1EEE60@DBBPR03MB5415.eurprd03.prod.outlook.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>
In-Reply-To: <6.2.5.6.2.20200229223634.093850f0@elandnews.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [2c0f:fe40:3:1:e5b0:57f8:4bc6:6e0]
x-ms-publictraffictype: Email
x-ms-office365-filtering-ht: Tenant
x-ms-office365-filtering-correlation-id: be040f06-2e06-4cb7-9e80-08d7bdc158f9
x-ms-traffictypediagnostic: DBBPR03MB5336:
x-microsoft-antispam-prvs: <DBBPR03MB5336A7842A1D0E1C492408A0EEE60@DBBPR03MB5336.eurprd03.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 0329B15C8A
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(4636009)(376002)(366004)(346002)(136003)(39850400004)(396003)(189003)(199004)(316002)(2906002)(71200400001)(8936002)(110136005)(7696005)(8676002)(81156014)(81166006)(5660300002)(6506007)(33656002)(55016002)(86362001)(186003)(9686003)(76116006)(66556008)(66946007)(66476007)(64756008)(66446008)(478600001)(966005)(52536014); DIR:OUT; SFP:1102; SCL:1; SRVR:DBBPR03MB5336; H:DBBPR03MB5415.eurprd03.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: 2JIXPqp1mCNoHCl4zysAEv1rCGZbcfqApipnzRNt9R5QPOu2DvUziglPrDoFIse7rqv5r55bOTQqA246WhRxwIHbMa2Qs2WoyJy2rRtkfF1p3dgYJudHMG9kKxBnzvmt/lP4rVDmGHT4u0Sr64hSu5xrCqur2MW0nncGEgKQyPSLnpKKA1H14qLDsqOi3ZWi32nLTes1S5EGT1eVDfVNOJX/QRlOc6fFQzTxs3grtro+LFfs1usRDX13ySj+XnnsYnZpMHP33LHZV/OF4MuaYxQkB23GC0XzfUxiDDGCy8+ZqzIpL4iqAWLUzRh3efH+aZyrGhOhBl7dKx+6d9/o9t0WM3VcGXaZ7Ku6FvIy2N4AtLla7wq7WOr9BzttfnNDtEiQl1HXdIGlxNcV6P3SirOfjeF1R6DznOJtxs1fI2xoBwZyhuk+B2K+r1ZWe+MgtMiRcEAL6PHRjoiuY7R1kv14hgDrgcn9aAp8Ha5P9K6dSe8NJqY9aCoSVdIMdgWGBWvyUTniJnXQsHXALoLwMg==
x-ms-exchange-antispam-messagedata: 6oVt7QvqOhpiVKF3Zwu3cd6ggAG4HaEhoFnwN7BBmgPl5lb8kf15yFaydKoNpU4K8ZsBq03qcyDm08h/lk0nFqyncD6GzvKJ9ksAhYWVYFXEkgYJyWGuUybmTfg7oiIy1ZFJgk5bzmiWxmy1XvixTb6+oDdBIl8UCuJ7HsfbDEH7AD6W21WU5aPbGsouX7c+p7EuKzuLQ4qfWU3ut3Dbxg==
x-ms-exchange-transport-forked: True
MIME-Version: 1.0
X-OriginatorOrg: liquidtelecom.com
X-MS-Exchange-CrossTenant-Network-Message-Id: be040f06-2e06-4cb7-9e80-08d7bdc158f9
X-MS-Exchange-CrossTenant-originalarrivaltime: 01 Mar 2020 09:17:21.4057 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 68792612-0f0e-46cb-b16a-fcb82fd80cb1
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: M5zggi/NNhJB1k/W3ktuQ4AfFrO3gulQLkavcbqwJ4rrH+N0zClqpy8DobVJm25b+le/zwK2gL4hkpqp1V+uuGZaSSxc9T+cw9NOnF+VRQc=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DBBPR03MB5336
X-Mimecast-Spam-Score: 0
X-Mimecast-Originator: liquidtelecom.com
Content-Type: multipart/alternative; boundary="_000_DBBPR03MB54150500DA829FBAB73DFEC1EEE60DBBPR03MB5415eurp_"
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/vmQ3ChmwF0ojjAfrOuVPfckdJGs>
Subject: Re: [spring] WGLC - draft-ietf-spring-srv6-network-programming
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: Sun, 01 Mar 2020 09:17:34 -0000

  *   One of the principles of natural justice is that one cannot be judge
and party in a case. In the matter under discussion, Mr Decraene is
the Working Group Chair taking the decision(s) on
draft-ietf-spring-srv6-network-programming and listed as a
Contributor of draft-ietf-spring-srv6-network-programming. Based on
that, I unfortunately have to disagree with your assessment on
whether there would be a potential conflict of interest.

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.

Now, with that said - I completely fail to understand how there can be a claim that there is no potential conflict here.  Let us look at the facts -

Not only is Mr. Decraene a contributor to this document - but - he is also a direct co-author on multiple open drafts that have normative references to the document in question - and which will be held up should this document not proceed.  Indeed one of those drafts goes as far as to say:

   The network programming paradigm
   [I-D.ietf-spring-srv6-network-programming<https://tools.ietf.org/html/draft-ietf-idr-bgpls-srv6-ext-02#ref-I-D.ietf-spring-srv6-network-programming>] is central to SRv6.  It
   describes how different behaviors can be bound to SIDs and how a
   network program can be expressed as a combination of SIDs.

On the basis of what is in the following drafts and how it relates to this last call - I fail to see how ANYONE could claim there is no potential conflict with this document having been taken through LC and last call closure by Mr Decraene.

https://tools.ietf.org/html/draft-ietf-spring-sr-service-programming-01
https://tools.ietf.org/html/draft-ietf-bess-srv6-services-02
https://tools.ietf.org/html/draft-ietf-lsr-isis-srv6-extensions-05
https://tools.ietf.org/html/draft-decraene-spring-srv6-vlsid-02
https://tools.ietf.org/html/draft-ietf-idr-bgpls-srv6-ext-02
https://tools.ietf.org/html/draft-dawra-idr-bgp-ls-sr-service-segments-03


Thanks

Andrew