Re: [Idr] IPR Call and WG Adoption for draft-qin-idr-sr-policy-ifit-04.txt (11/1/2020 to 11/16/2020)

"Ketan Talaulikar (ketant)" <ketant@cisco.com> Thu, 19 November 2020 07:20 UTC

Return-Path: <ketant@cisco.com>
X-Original-To: idr@ietfa.amsl.com
Delivered-To: idr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0366F3A10E9 for <idr@ietfa.amsl.com>; Wed, 18 Nov 2020 23:20:38 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -11.901
X-Spam-Level:
X-Spam-Status: No, score=-11.901 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, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=AgWPukoi; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=ay4LcxVa
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 YjFTXLYJwZVd for <idr@ietfa.amsl.com>; Wed, 18 Nov 2020 23:20:35 -0800 (PST)
Received: from alln-iport-8.cisco.com (alln-iport-8.cisco.com [173.37.142.95]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DE59B3A10E6 for <idr@ietf.org>; Wed, 18 Nov 2020 23:20:34 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=6956; q=dns/txt; s=iport; t=1605770434; x=1606980034; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=aWGRYIsvdFg+vNb+JMlV4jMGGMmO3AQ6XPfwteNSDHQ=; b=AgWPukoiym7x3G2ZoE8kjm3clWSp6mL8W8XcPe9Lk1iRgjixg8OSNS+m EkzLYdc9D6wR8fcJYkFl/4klfQD5Vr8O8No10tobWMEgKf6kgmSyz8m27 T130rItmLOGWRe/nGpaRb+sCzxjnChuTfWmiEV8FN8B+I73HK5X1iyYl/ E=;
X-IPAS-Result: =?us-ascii?q?A0AvBQCeG7ZffZ1dJa1iHAEBAQEBAQcBARIBAQQEAQFAg?= =?us-ascii?q?U+BUiMue1kvLgqEM4NJA41bgQWXf4FCgREDVAsBAQENAQEYCwoCBAEBhEoCF?= =?us-ascii?q?4IOAiU4EwIDAQEBAwIDAQEBAQUBAQECAQYEFAEBhjwMhXIBAQEEAQEQCwYRD?= =?us-ascii?q?AEBLAsBCwQCAQgRBAEBAQICHwQDAgICJQsUAQgIAQEEAQ0FCBMHgwWCVQMuA?= =?us-ascii?q?Q6jRQKBPIhodoEygwQBAQWBR0GDERiCEAMGgQ4qgnODdoZXG4FBP4ERQ4IaB?= =?us-ascii?q?y4+gQSBWQEBAgEBgSYBEgEjFYMAM4Isk2ykTQqCbYkShmSLRoMZihaFTI5/h?= =?us-ascii?q?1yLeIsBlVcCBAIEBQIOAQEFgWshaXBwFTuCaVAXAg2OHzeDOoUUhUR0AjUCB?= =?us-ascii?q?gEJAQEDCXyMOwGBEAEB?=
IronPort-PHdr: =?us-ascii?q?9a23=3AdXDuQxbTto/0OSISbEFSbQj/LSx94ef9IxIV55?= =?us-ascii?q?w7irlHbqWk+dH4MVfC4el21QWXD4fc5vZEgu7OvrrmH2cH5MXJvHMDdclKUB?= =?us-ascii?q?kIwYUTkhc7CcGIQUv8MLbxbiM8EcgDMT0t/3yyPUVPXsqrYVrUry6w6jMWGh?= =?us-ascii?q?z7LQdvIKL+HYuBx8iy3vq5rpvUZQgAjTGhYLR0eROxqwiZtsQfjYZ4bKgrzR?= =?us-ascii?q?6cqXpTcOMQzmRtdl8=3D?=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-AV: E=Sophos;i="5.77,489,1596499200"; d="scan'208";a="612905599"
Received: from rcdn-core-6.cisco.com ([173.37.93.157]) by alln-iport-8.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 19 Nov 2020 07:20:33 +0000
Received: from XCH-ALN-003.cisco.com (xch-aln-003.cisco.com [173.36.7.13]) by rcdn-core-6.cisco.com (8.15.2/8.15.2) with ESMTPS id 0AJ7KXnM027281 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 19 Nov 2020 07:20:33 GMT
Received: from xhs-rcd-002.cisco.com (173.37.227.247) by XCH-ALN-003.cisco.com (173.36.7.13) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Thu, 19 Nov 2020 01:20:33 -0600
Received: from xhs-rcd-003.cisco.com (173.37.227.248) by xhs-rcd-002.cisco.com (173.37.227.247) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Thu, 19 Nov 2020 01:20:33 -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.1497.2 via Frontend Transport; Thu, 19 Nov 2020 01:20:33 -0600
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=mRamjwcghGYNyoH7xNVjig/XF2re/p8ZBSe65dxcB03hNkLZv0sTgy++Uk2Wqwcm/Qv3w2UWSF3gnW4C9tt0c+YJWgbrtroUw9CosU8M2fOUokcQOMe45xH5jsi9l5Mm9HMBG6bOZjyzjpYaoaMBnAovctMRqKe3PWTR3ByjnIm3Pp4Bf9bQoArOHFrH1HmfKjkrR1mJs7OeXJAqR5rxEoCpMTKyO3tlnJ0wSJ+iyiQVKm4s/8uZtSAckbSzJdccS8Xa1t1VZrWDeXgdSv59wbLe2m4Uv8Qo/26onU1GaN/jgZBYDJqvWVt5Hj329piSKcSJ0IYkc4honEA7BeokRA==
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=aWGRYIsvdFg+vNb+JMlV4jMGGMmO3AQ6XPfwteNSDHQ=; b=AW5Kgvo68+NJIIvON4NDqEIPAQbHks6O6UM89stRqDGshAuQhIazAREH0lti2EdDsPzvxbRqgoExe5m18XuBXP+zklc/hGC6TUvOTQg5k0c6dZN1ZyaJV4UazzkrRnlx9iB92dl/h8mibtiyIHP/1aEqI6Su8MrXpbysD6OGlkCppH7/uPON+qgPhch6KbZMsE5vKmOsG/g8bP1QfKsQwT0FIYHlcsSgFTsqxsNzJlEts5z0YRI84KCX3EtjpeHyBJUFoPs+F35yEH46qqJt4deM22tWwDOI4AvSyP32QeVeuBjqgiJ/pzeNE2kQHWqrxb2vwkaebeoYAxmqMP7R8Q==
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=aWGRYIsvdFg+vNb+JMlV4jMGGMmO3AQ6XPfwteNSDHQ=; b=ay4LcxVa11Dxoh1zZbKoE9pzuJl60WDn5Dzn+09aS1PBWrVZTbbt+r1uk5wBE/7WoQqpqT1SMZvtbvQj3A/MrLx8CKRUWBgc2fhTMfzbChLJo6IZtCA/xWvtaPAtYofq3PKv13Gi9Tjn4c6C1qA/Xo0TRsgs8xNKuIDdA3J/D5E=
Received: from MW3PR11MB4570.namprd11.prod.outlook.com (2603:10b6:303:5f::22) by CO1PR11MB5156.namprd11.prod.outlook.com (2603:10b6:303:95::9) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3589.22; Thu, 19 Nov 2020 07:20:31 +0000
Received: from MW3PR11MB4570.namprd11.prod.outlook.com ([fe80::d4d5:97f0:17b5:2f77]) by MW3PR11MB4570.namprd11.prod.outlook.com ([fe80::d4d5:97f0:17b5:2f77%5]) with mapi id 15.20.3589.022; Thu, 19 Nov 2020 07:20:31 +0000
From: "Ketan Talaulikar (ketant)" <ketant@cisco.com>
To: "Joel M. Halpern" <jmh@joelhalpern.com>, John Scudder <jgs=40juniper.net@dmarc.ietf.org>, Hares Susan <shares@ndzh.com>
CC: "idr@ietf.org" <idr@ietf.org>
Thread-Topic: [Idr] IPR Call and WG Adoption for draft-qin-idr-sr-policy-ifit-04.txt (11/1/2020 to 11/16/2020)
Thread-Index: Adaw2PtgBctpKEXkRb++HOEf6MFzKANZ6RIAAABm0gAAABFC8A==
Date: Thu, 19 Nov 2020 07:20:31 +0000
Message-ID: <MW3PR11MB457094636F50B8681C81241FC1E00@MW3PR11MB4570.namprd11.prod.outlook.com>
References: <055301d6b0dc$f84da4a0$e8e8ede0$@ndzh.com> <161FEDAA-58E7-41C8-BD31-088F8C881144@juniper.net> <2da2451c-4389-7453-a32c-8b153fef3aee@joelhalpern.com>
In-Reply-To: <2da2451c-4389-7453-a32c-8b153fef3aee@joelhalpern.com>
Accept-Language: en-GB, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: joelhalpern.com; dkim=none (message not signed) header.d=none;joelhalpern.com; dmarc=none action=none header.from=cisco.com;
x-originating-ip: [72.163.220.11]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 2d220642-61f6-4262-e6fe-08d88c5b9964
x-ms-traffictypediagnostic: CO1PR11MB5156:
x-microsoft-antispam-prvs: <CO1PR11MB51564AB459FBE9D7F00D2959C1E00@CO1PR11MB5156.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: aNcwj63tFkUEGGwUPQFbqiM383G3nJGZtaVqZVVnNgv1xFhBplm121VgK1LHCg9TdyaEUyJXm3ZesOoCDJNnb5xkZ2vAl9wHn7WYG3dsAhSmsi7RK0c/lF4AxG9GyiDEWkNE/8ifYNZkBAbYlQH7CthwFqvPTgQAHeRZQm+8QrkAuxQqbfmuRYgGF18UhWh/MVOWEojVUiRW3U3zzBNoIyXbP5UKXFjE4SI6/W320cLq5BjcqAESWDCRrDTAvU7viYkINrzoRN/6dUS1R9lVuKebbk9+jIbigTKdA4dpqwTRrW7z0RIfc6JnRl2S6peIUO4GTz4b4FrApTc9xBHZY7bV3R4UaZW+nzJDD7X02W1MW1vJU9gQKYiQTpjkpPcF+iYicb52gHtn8oh+DRDZtw==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:MW3PR11MB4570.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(366004)(396003)(39860400002)(346002)(136003)(376002)(2906002)(66556008)(86362001)(66476007)(64756008)(66446008)(52536014)(83380400001)(110136005)(53546011)(5660300002)(8676002)(6506007)(186003)(7696005)(316002)(71200400001)(4326008)(8936002)(966005)(26005)(478600001)(55016002)(76116006)(66946007)(33656002)(9686003); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata: PSvNoT8vmt0JtnNMqR2/e7EyUc2hKcYlePR1nUJ5zJkoQk7bfBPkooLuFn3b8qjR3IZfKG+s+d5d3CyTF9uR81hkuH+5aPutZ8LC3dTS1s4LwVpevAA0IDHAqP9mZRnIyZ1HYVh0Y11WIzoQjT42+es995VRd4OTuABa045+BO/BnEcy/W639QUNq9ml9F3trzOZDWexEx+/DFTSk6rHY6ALeDcduiUYuNdDhLsCgYqjFA9Uv/GXZZyRrvjmAJNZDbWibYKBJD8Vb3myc2FeoFiQ8bpGULvRXNWFtWphsBzDCG99vR+dPOdIUgrH3chw+xwybu9q693nXcCkNvaVnLkVtULxQ6bn4uMorMdHuimpeCsC8+1l1Qyh377Pci7MONQ6xSYdwg6Xi9NRRrBiuGWRB+9PjY0wSN1Y7kgqc9iIddGtVAY8ukHOxTuq70nPO5VP+Kjy2Ed3QuV+eBvW85zMWEgakzKKEw+6CV+E8dpSwnY2CY0Yog6+1N5r5wucm/WmdY04Tu4vbA96LR0M6PXkQ1EHb4lscLomh+YIJk+4JtyRggT0SEJAP66ywYEJ56V3wA0CNMSRkhEbOrKH+f+Ki5fxzYtWTXTfrnBM9QW+UFfyPNMuGY7BhkhnJnYY8b0Ugr/pFGZ80bCZGsJ/GSbn2UROCqcrXLaIR1Ul7sUyE23cmQoIRjPdy1N+kC/vp1fTMRl3sPcUbo05NUR6jlOg8hYRKgPl4YYQSRtw1cwAci8mgYz1H/Dd6VTnWonB6RC+doQ3mwGAtE+Dfj+10KBVzHnywIM8QDDE0muogVXcUsPxuTJNoi6On87viSqihmcjbe8ge4RPpsIgfrfNd+4H+xuGO7DFqlNrYRCrL4DhOWgP+kktnk1J4lKB6+xQdK5lWL6qrzeMX6P4UstyRg==
x-ms-exchange-transport-forked: True
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: MW3PR11MB4570.namprd11.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 2d220642-61f6-4262-e6fe-08d88c5b9964
X-MS-Exchange-CrossTenant-originalarrivaltime: 19 Nov 2020 07:20:31.5597 (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: 6Wnb5iVI0sxYQv5cNCj7SMzPkG6XR0b+OZOXAmRYcuTU11ho2q81gL6AJ9AdFSSD+o1ZY8OrC2q1wAsHSSeUtA==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: CO1PR11MB5156
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.36.7.13, xch-aln-003.cisco.com
X-Outbound-Node: rcdn-core-6.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/svKiEP4xquSfkHVlhLz6suCTCxA>
Subject: Re: [Idr] IPR Call and WG Adoption for draft-qin-idr-sr-policy-ifit-04.txt (11/1/2020 to 11/16/2020)
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Inter-Domain Routing <idr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/idr>, <mailto:idr-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/idr/>
List-Post: <mailto:idr@ietf.org>
List-Help: <mailto:idr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/idr>, <mailto:idr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 19 Nov 2020 07:20:38 -0000

And I would like to clarify that my comments were not a "No" to the adoption.

It is very difficult (at least for me) to see how the proponents of IFIT solution see it progressing as an IETF standard if they are only trying to standardize the signalling protocol encoding parts and leave out the "middle part (i.e. SRPM related)" as a black box. For me at least, that is the crux - the BGP encoding part is just opaque bits that BGP is doing almost nothing with!

That was essentially my suggestion to Giuseppe - for the authors to work that "middle part" out (I would have preferred doing that first but ...). I thought that Giuseppe got my point and agreed to it - but I will let him confirm/clarify.

Of course, what looks like a black box to me might not be so and I am happy to be pointed to a document that describes these "SRPM related parts".

About the "uncoordinated" part, I've left it to the chairs - if they have any preference for the order in which different parts of this work are taken up in different WGs.

Thanks,
Ketan

-----Original Message-----
From: Idr <idr-bounces@ietf.org> On Behalf Of Joel M. Halpern
Sent: 19 November 2020 12:35
To: John Scudder <jgs=40juniper.net@dmarc.ietf.org>rg>; Hares Susan <shares@ndzh.com>
Cc: idr@ietf.org
Subject: Re: [Idr] IPR Call and WG Adoption for draft-qin-idr-sr-policy-ifit-04.txt (11/1/2020 to 11/16/2020)

Yes, I have cleared my objection.
Yours,
Joel

On 11/19/2020 1:53 AM, John Scudder wrote:
> Hi Sue,
> 
> Here’s my tally on this one:
> 
> Yes (but co-authors):
> - Giuseppe F
> - Yali
> - Fengwei
> - Tianran
> 
> Yes:
> - Peng Liu
> - Yisong
> - Huzhibo
> - Chen Huan
> - Shuanglong
> - Fabio B
> - Massimo N
> - Jie
> - Mauro C
> - Weiqiang
> - Ran Pang
> - Huaimo
> - Mach
> - Dhruv
> - Chengli
> 
> No:
> - Ketan — interaction with SR policy module isn’t clear, "might seem 
> like an uncoordinated protocol development effort”. (Not explicitly ’no’
> but I read it that way for now.)
> - Zafar — "It is better to have a framework draft to reach maturity
> (adoption) first.”
> 
> Comments/questions:
> - Joel H — frame behavior not adopted by relevant WGs, therefore 
> premature to adopt?
> 
> Some of the concerns raised are potentially serious. I think we can 
> call Zafar “in the rough”. I’m not sure if Ketan and Giuseppe fully 
> converged during the WG meeting — do you have a sense of this? And I 
> think Joel cleared his concern later. So Ketan’s is the only concern I 
> think is still outstanding, but I’d like to be clearer on it before proceeding.
> 
> —John
> 
>> On Nov 2, 2020, at 12:56 AM, Susan Hares <shares@ndzh.com 
>> <mailto:shares@ndzh.com>> wrote:
>>
>>
>> [External Email. Be cautious of content]
>>
>>
>> This begins a 2 week WG adoption call for 
>> draft-qin-idr-sr-policy-ifit-04.txt (11/2/2020 to 11/16/2020).
>> The draft can be accessed at:
>> https://datatracker.ietf.org/doc/draft-zhu-idr-bgp-ls-path-mtu/
>> <https://urldefense.com/v3/__https://datatracker.ietf.org/doc/draft-z
>> hu-idr-bgp-ls-path-mtu/__;!!NEt6yMaO-gk!S2_evVk0qH-qYiwpJrdQMKbVgbTIQ
>> lCdbDTqTHwgxWJUCrM2yIeftGvCmylR-A$>
>> The authors should provide IPR statements by 11/5/2020 so the IDR WG 
>> can consider the IPR status in their decision.
>> This draft adds the IFIT sub-TLV to the BGP Tunnel Encaps attribute 
>> for the SR policy tunnel type. This sub-TLV is only valid for SR 
>> Policy tunnel types.  Within the IFIT  sub-TLV value field, 5 
>> sub-TLVs may be included (4 for IOAM and 1 for Enhanced Alternate Marking).
>> The IDR co-chairs thank the authors for their patience.  The WG 
>> adoption call for this draft has been delayed by the process of 
>> switching shepherds for BGP Tunnel Encaps draft.  Many BESS and IDR 
>> drafts currently refer to the BGP tunnel encapsulation drafts.
>> In your review of this draft, please differentiate between the following:
>> ·Support/rejection of In-situ Flow Telemetry (IFIT) as a IP routing 
>> technology, ·Support/rejection of alternate marking as a IP routing 
>> technology, ·Support/rejection of adding new sub-TLVS for SR Policy 
>> tunnel type of BGP Tunnel Encap Attribute, and ·Specific issues with 
>> the descriptions of these features in the draft.
>> Cheers, Susan Hares
>> _______________________________________________
>> Idr mailing list
>> Idr@ietf.org <mailto:Idr@ietf.org>
>> https://urldefense.com/v3/__https://www.ietf.org/mailman/listinfo/idr
>> __;!!NEt6yMaO-gk!S2_evVk0qH-qYiwpJrdQMKbVgbTIQlCdbDTqTHwgxWJUCrM2yIef
>> tGv96xWXpg$ 
>> <https://urldefense.com/v3/__https://www.ietf.org/mailman/listinfo/id
>> r__;!!NEt6yMaO-gk!S2_evVk0qH-qYiwpJrdQMKbVgbTIQlCdbDTqTHwgxWJUCrM2yIe
>> ftGv96xWXpg$>
> 
> 
> _______________________________________________
> Idr mailing list
> Idr@ietf.org
> https://www.ietf.org/mailman/listinfo/idr
> 

_______________________________________________
Idr mailing list
Idr@ietf.org
https://www.ietf.org/mailman/listinfo/idr