Re: [spring] IPR call for draft-ietf-spring-nsh-sr
"Zafar Ali (zali)" <zali@cisco.com> Thu, 09 June 2022 14:13 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 795C6C15AE2A; Thu, 9 Jun 2022 07:13:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.608
X-Spam-Level:
X-Spam-Status: No, score=-14.608 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_DNSWL_HI=-5, RCVD_IN_MSPIKE_H2=-0.001, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01, 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=afP8VQO2; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=HBdRMGay
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GUsL3u3Vtsep; Thu, 9 Jun 2022 07:13:48 -0700 (PDT)
Received: from alln-iport-7.cisco.com (alln-iport-7.cisco.com [173.37.142.94]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F3F21C157B53; Thu, 9 Jun 2022 07:13:47 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=89163; q=dns/txt; s=iport; t=1654784028; x=1655993628; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=FzVkx/TMAmZVOjFzFgpA6ZKaUPT5WcMOlKvmT4c09Ig=; b=afP8VQO2r2rP74Pp/1hgY7wZnfIy2aYh4OrwWc123G0tAs3yJbzCsBkz 7kSg5ByMGG11PspDm1YIjSPliWMrGLbpVFfWK0xIoZbPBxqtYfFqls+Gu tdmXJRfqPOr99jf6J/G1FCtmPHFiovOyMYsZ6hQ7pJlyim8Kit7WCWICM o=;
X-IPAS-Result: A0ALAADI/6FimJpdJa1aHAEBAQEBAQcBARIBAQQEAQGBewcBAQsBgSAxUn8CWTpEA4RLg0wDhFJfhQyDAgOQS4pwgSwUgREDVAsBAQENAQE5CQQBAYUCAhaFMAIlNAkOAQIEAQEBAQMCAwEBAQEBAQMBAQUBAQECAQcEFAEBAQEBAQEBCRQHBgwFDhAnhTsIJQ2GQgEBAQEDEggDBgoTAQEsAQoBDwIBCBEBAgEBASEBBgMCAgIwFAMGCAEBBAENBRsHglsBgg5XAzADAQ5DnjQBgT4Cih96gTGBAYIIAQEGBASBOwIQQYJ/GII4AwaBPQGDFIQsAQGHJyccgUlEgRUnDBCCZz6CYgEBAgEXgREBEgEoBwkJDQkCgx43gi6FS4g4hDuFPQc5AxotNBKBIXEBCAYGBwoFMgYCDBgUBAITEk0GHQISBQcKBhYOFBwSEhkMDwMSAxEBBwILEggVLAgDAgMIAwIDIwsCAxcJBwoDHQgKHBIQFAIEEx4LCAMZHywJAgQOA0UICwoDEQQDExgLFggQBAYDCS8NKAsDBQ8PAQYDBgIFBQEDIAMUAwUnBwMhBwsmDQ0EHAcdAwMFJgMCAhsHAgIDAgYXBgICGVYKJg0IBAgEGAQdJBAFAgcxBQQvAh4EBQYRCQIWAgYEBQIEBBYCAhIIAggnGwcWGR0ZAQVdBgsJIRYGKQsGBQYWAyNKJwUKPg8pNTY8IwwhHAoKBiIBHZQ6hDUQYjEMJgQUGyICDRMmOgMCEwgQJQUkCAMKGUuReCiDTIoBjgyTAwqDToE/iAGBXpR0BC2DdYw/ly16lXULaiCCK4pilFOFCgIEAgQFAg4BAQaBMDGBJXBwFTsqAYI9URkPgy6KcgwNCYNQhRSFSnUCAQE3AgYBCgEBAwmPEQEB
IronPort-PHdr: A9a23:gibtwxIAeKbJlsEmtNmcuWEyDhhOgF28FgIW659yjbVIf+zj+pn5J 0XQ6L1ri0OBRoTU7f9Iyo+0+6DtUGAN+9CN5XYFdpEfWxoMk85DmQsmDYaMAlH6K/i/aSs8E YxCWVZp8mv9P1JSHZP1ZkbZpTu56jtBcig=
IronPort-Data: A9a23:Eq9ATaM2olgOXWLvrR1Yl8FynXyQoLVcMsEvi/4bfWQNrUoj1jYOz DMfD2GDOaqKN2bxftt3PYq/oBsP7ZfcndIxQHM5pCpnJ55oRWUpJjg4wmPYZX76whjrFRo/h ykmQoCcaphyFBcwnz/1WlTbhSEUOZqgG/ytUYYoBggrHVU+EHl52Uo48wIEqtcAbeaRUlvlV eza+6UzCHf9s9KjGjtJg04rgEoHUMXa4Fv0jHRnDRx4lAO2e00uMX4qDfrZw00U7WVjNrXSq +7rlNlV945ClvsnIovNfr3TKiXmTlNOVOSDoiI+ZkSsvvRNjiMb6Pg/NtNNU3pGs2W1s8oty JIOn4PlHG/FPoWU8AgcewNTHyc7Nqpc9fqcZ3O+qseUiUbBdhMAwd03UxpwZtJeq70xWDwSn RAbAGhlghSrleuywZqwS/JngYIoK8yD0IY36i8/nW2CVKh4KXzFa6Lx+dpn9wthveINJq/eV cwkQDxydBuVNnWjPX9OWM5hw49EnELXWjtUsl+K44Mz+HTUyiR10aHwMdbJd9iHTsJQ2E2fo wru837wDA1fNdGDx3+e6mitgOCKmzj7HZkIPLy16vAsh0ecrkQIEAcXU1SToPSlhAi5Qd03A 1AT9CM0t7Ux9GSkS9D8W1uzp3vslhQGRtxXVeE34xuEx6zZywGDD24LQ3hKb9lOiSMtbSYh2 lnMlNTzCHk09raUUnmasLyTqFteJBT5M0cNTBVaSQkssuPesbljsj7VEtYkU4Sq24id9S7L/ xiGqy03hrM2hMEN1rmm8V2vv95KjsWVJuLSzliLNl9J/j+Vd6b+Pd30tgKzAeJoadfHEQHb4 xDojuDEtIgz4YexeDthqQnnNIuo7PaMKjHHhlgH83IJqGn1qyfLkWy9HFhDyKpBKM0If3riZ 1Xe/FgX755IN3zsZqhyC25QNyjI5fW/fTgGfqmJBjarXnSXXFXZlM2JTRXLt10BaGB2zckC1 W6zKK5A90oyB6V91yaRTOwAy7ItzS1W7TqNGMyklk//jePOOif9pVI53L2mM71RAESs/Vu9z jqjH5DiJ+h3CbenOXCHreb/03hTdihnbXwJlyCnXrfTflU5cI3QI/TQ2rgmM5d0hLhYk/ygw 51OchEw9bYLvlWecV/iQik6MNvHBM8jxVpmbX1EFQv5gBALPNfwhI9BLMFfVed8q4ReIQtcE qNtlzOoWKofE1wqOl01MPHAkWCVXETz31LXbnH1OVDSvfdIHmT0xzMtRSO3nAFmM8Z9nZJhy 1F8/ms3maY+ejk=
IronPort-HdrOrdr: A9a23:HwOQwqPJYfOVX8BcT2P155DYdb4zR+YMi2TDiHoedfUFSKOlfp 6V8MjzjSWE9Ar4WBkb6LS90dq7MAzhHP9OkMcs1NKZPTUO11HYVL2KgbGSoQEIXheOi9K1tp 0QMpSWaueAdmSS5PySiGLTfrZQo+VvsprY/9s2pE0dKj2CHpsQljuRfTzrdHGeKjM2YKYRJd 653I5qtjCgcXMYYoCQHX8eRdXOoNXNidbPfQMGLwRP0njPsRqYrJrBVzSI1BYXVD1ChZ0493 LergD/7qK/99mm1x7n0XPJ5Zg+oqqj9jIDPr3PtiEmEESptu+aXvUnZ1REhkFynAib0idurD ALmWZ4Ay080QKIQoj/m2qS5+Cp6kde15al8y7CvZMmyvaJGQ7TzKF69Nhkm1LimjgdVN0Q6t M544rS3aAnfS/ojWDz4cPFWAptkVfxqX0+kfQLh3gaSocGbqRNxLZvsX+9Pa1wVx4S0rpXWt WGzfusksp+YBefdTTUr2NvyNujUjA6GQqHWFELvoiQ3yJNlH50wkMEzIhH901wu64VWt1B/a DJI65onLZBQosfar98Hv4IRY+yBnbWSRzBPWqOKRDsFb0BOXjKt5nriY9FqN2CadgN1t8/iZ 7BWFRXuSo7fF/vE9SH2NlR/hXEUAyGLHzQIwFlltFEU5HHNc7W2He4OSUTeuOb0oIiPvE=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-AV: E=Sophos;i="5.91,287,1647302400"; d="scan'208,217";a="867843166"
Received: from rcdn-core-3.cisco.com ([173.37.93.154]) by alln-iport-7.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 09 Jun 2022 14:13:38 +0000
Received: from mail.cisco.com (xfe-rtp-002.cisco.com [64.101.210.232]) by rcdn-core-3.cisco.com (8.15.2/8.15.2) with ESMTPS id 259EDcX5008514 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=OK); Thu, 9 Jun 2022 14:13:38 GMT
Received: from xfe-rtp-002.cisco.com (64.101.210.232) by xfe-rtp-002.cisco.com (64.101.210.232) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.14; Thu, 9 Jun 2022 10:13:37 -0400
Received: from NAM10-DM6-obe.outbound.protection.outlook.com (64.101.32.56) by xfe-rtp-002.cisco.com (64.101.210.232) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.14 via Frontend Transport; Thu, 9 Jun 2022 10:13:37 -0400
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=SjednZVv10gZJ+7oll7U60nMpjTMrmQHQf5ShAWVxsyp2NB+H+nOrlz+C5GI8LxJxnfE2TKTj96e0L/WoGfWUA3AwX+wfGbICrhK+3c4E63o8TKs7zxxdMocpDEJIA2uQF3MFxMrLX1izHEshNxlQw9lXk5cvyVhJ6+yPM+pbTFvIA3tR5idnXw8aFWOf+4rDtgzMvq/AfajEYhh+PNfG4WCsojP2QLoB4kfPPKQvraPAIGeIewWP5g3rcFDMvrEcW9KfsJoP0jbqvxJmaPbonm5IncOF3qa8db2p4j4R+O8JUFS0ExW5cPZaKZZHsV8JVvpcDDacD5trxikcnhd/g==
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-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=FzVkx/TMAmZVOjFzFgpA6ZKaUPT5WcMOlKvmT4c09Ig=; b=gnjECyAP0F5fJuRZLoGmgvRqkQcpHBl4D6sqnQIrqd/T4lAP034QDux8fyHJmiFk9pMCp6z8Ono8GElgpoxGPfexy7deezEphIZsuGIWLurY9Ke7msNmNuz4hGFX2RsbGAci6Hqz8CmK6X8/juX+Iyvz/3iH+PKS0UiKBy/Z6M4/Q/f6NSGuRWs6m9BpHyzKdHhxf/AmLfXtqcoYUMvgPmWH7q6hmWxC8MDxsdrTCVcy+7tDaQXMjPeWKfahxZGs00qCxbh4DJN5sMZBMMnHdrV5VfTqCUBGk1WbI58nqXbXi4Ugx+DAl5nl8KbzuJtX/r3V9VBCbY2aa0JYgkDLdQ==
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=FzVkx/TMAmZVOjFzFgpA6ZKaUPT5WcMOlKvmT4c09Ig=; b=HBdRMGayAeoDgOZ3hAUYsuMA+Ii3RMrRBWeT3+aqt1kqwDWcwo0L5xPX33uU02iSCOU7XJhJOErk02LqbbA2ZbXpEXHIGB9YqNdglhHltZo/17ceQUXogx8KsuJlBWRb99dFUUAREzc31pz0ryedFk7aGa5ANdZVITAdY3SnUCY=
Received: from DM6PR11MB4692.namprd11.prod.outlook.com (2603:10b6:5:2aa::11) by MWHPR1101MB2256.namprd11.prod.outlook.com (2603:10b6:301:57::19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5314.12; Thu, 9 Jun 2022 14:13:35 +0000
Received: from DM6PR11MB4692.namprd11.prod.outlook.com ([fe80::5ccc:93fa:2ce2:f615]) by DM6PR11MB4692.namprd11.prod.outlook.com ([fe80::5ccc:93fa:2ce2:f615%4]) with mapi id 15.20.5332.012; Thu, 9 Jun 2022 14:13:35 +0000
From: "Zafar Ali (zali)" <zali@cisco.com>
To: "bruno.decraene@orange.com" <bruno.decraene@orange.com>, "tofarrukh@gmail.com" <tofarrukh@gmail.com>
CC: "spring@ietf.org" <spring@ietf.org>, "draft-ietf-spring-nsh-sr@ietf.org" <draft-ietf-spring-nsh-sr@ietf.org>, Andrew Alston <Andrew.Alston@liquidtelecom.com>, "Zafar Ali (zali)" <zali@cisco.com>
Thread-Topic: [spring] IPR call for draft-ietf-spring-nsh-sr
Thread-Index: Adb/DFmscfU4Dv+nQ5iq2dZ1uEWZOhoWjoIARPjKKwAAJ/XJAA==
Date: Thu, 09 Jun 2022 14:13:35 +0000
Message-ID: <271C5E0F-E269-4066-B962-271B881536DD@cisco.com>
References: <28515_1624367120_60D1E010_28515_310_1_53C29892C857584299CBF5D05346208A4CDF4971@OPEXCAUBM43.corporate.adroot.infra.ftgroup> <6339_1654701092_62A0BC24_6339_110_6_1e658d6ec93d4e529fe5be19116aba3a@orange.com>
In-Reply-To: <6339_1654701092_62A0BC24_6339_110_6_1e658d6ec93d4e529fe5be19116aba3a@orange.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/16.61.22050700
msip_labels: MSIP_Label_07222825-62ea-40f3-96b5-5375c07996e2_Enabled=true; MSIP_Label_07222825-62ea-40f3-96b5-5375c07996e2_SetDate=2022-06-08T15:11:25Z; MSIP_Label_07222825-62ea-40f3-96b5-5375c07996e2_Method=Privileged; MSIP_Label_07222825-62ea-40f3-96b5-5375c07996e2_Name=unrestricted_parent.2; MSIP_Label_07222825-62ea-40f3-96b5-5375c07996e2_SiteId=90c7a20a-f34b-40bf-bc48-b9253b6f5d20; MSIP_Label_07222825-62ea-40f3-96b5-5375c07996e2_ActionId=5ca015d5-79dd-4f71-8a24-d6fa9df914af; MSIP_Label_07222825-62ea-40f3-96b5-5375c07996e2_ContentBits=0
authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=cisco.com;
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 676d944f-909f-499b-ca33-08da4a223db1
x-ms-traffictypediagnostic: MWHPR1101MB2256:EE_
x-microsoft-antispam-prvs: <MWHPR1101MB225658D8DA0C798CB16AE6FCDEA79@MWHPR1101MB2256.namprd11.prod.outlook.com>
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: wybDweNwEW7mERNWF+7DRu9SFO2O27prY0OcsZ3pFtCBVoZL57S26h/FKxhBi4S5kpP9OyE4iG2lKbrplnEJ3MSqi0x4UgY8lqAcJHIBcAfZRVVYezH6nzGRIMpC6fcrxShN4C6UWt3pdjDzVODB5xqU4XDoTE49C/dj06+oVYR5SK/bkyvgPQBUzANRScJvuxYAhACJ78m9MRT6p9aUvCUWIhx60jFyqwJvL3nB37UQA6LDpuhr4kU5BCdDmHRFNv5jr4XXr+zrEJpl8DlunA1eWX1reKLWB6MI0zZOhzD3LusgT0ycd79iY0RqX76TlLwkdch1epfuBqD9SuCD6o+/p23OQcYOcuNLjIPt/6BhJNoj+r+rzNkJVRjlMJPEXNFwyaOOXLQRd3r9awGLFLA1O74UE7IXLfZQ7rMO+NJKzwhQzcu8BQ7fY+OiLIPLw1MaEEKrmjIyaxoIet+qLRp1TwIZy3MgJW1TCaSDbyV6vwIS3BoY9/Dkx6R2QAH1oY0TLvpn01rlsE5681J1E8aVFjOUYYUc5hIcNfQcHHXW83Hj4M/n69rNDDSp9lS8vs28FZqd2K0lVP5w9LBEewmmS3NUAwfhua9kR1rlhCuA2wEyybct4MrRnRMmeQYGDlZiuGv1G3k4t/apRy7kDtx8bvHaZsD9jwQi75eSJsniwe7IwwuSGchVDPvBSc9IXBAIxqiRjm7sfVlO/UfZqIgCMFaOuzfr0d05IPK4ukQ1HZT7IQSAR8zFKk1ISqkAcOAak0KUAP+ReY51fNUhwXkDXArZapsj4iFRYSdpa0DluOFbM8csrt/ub+sPtgGjMoYCewHDro2LYWBvwjSnZc2ETcBCm6dsUa0rqxykSC8=
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DM6PR11MB4692.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230001)(366004)(508600001)(6506007)(86362001)(2616005)(6486002)(107886003)(66556008)(4326008)(53546011)(966005)(2906002)(186003)(76116006)(66946007)(64756008)(71200400001)(66446008)(8676002)(33656002)(30864003)(8936002)(66476007)(5660300002)(54906003)(26005)(38100700002)(166002)(122000001)(66574015)(316002)(83380400001)(38070700005)(6512007)(36756003)(110136005)(45980500001)(579004)(559001); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: Nd6+w6Db6VVIGuuLM+nnhkPlT0Wylq39aJAeOwQhf54lqO56Nm6Cwg/LuqbcqDk9mlboBHzXYH3ukSXmbeAMAfD47Qa18ZgdG4ufivUUiPUvu5bf/beqzeb0IKAgN2wNPGatnuoHFzW5odH0U6aIrkJQuua/RE8JbGRIjLH66PiugyfRAJi5z+8tCYe9G5s2Q+XDxhxKNfbM6jzd2X1sdeW8DSPq06oxoBMLTx0x/YUlMqLdwuxM4le+4PV1FmVypv/RDqiLsbCfXuA+Skgy36gO/UUvV5ZhI6gwjm1GnCoOlzhNMZ3C4JUWqpcl+0udAOec8mh8rpaLNjQe0jqnWU2SZBWbJOrMHjeHaEiRXHQEPX6bgk22lkJQyrKOagLLKyo4MrTpiF/MGbMVap6D43di4ksz65aI6f4TOYX3CaFN+jC8lm0NU4FNEAaRwANE/xJpfhHe/Vg0IWDmZJtaD8tJMhbwZvsJDUkpNFX/P18CBx7Wby+sT0YmtXrm2ZXop7j3EQZJ/QvIY2hbOjsOORTP9vYLQ8zZjIGCuqjbwVO8zUXrsJ0y1hZOqmiDQ2uHHnBEwOAzmRrHMPMw+3GVfbefCc1C0NEyu5sU7O65w4jO26aEX1h/pqi63Pwog3b67WgijKz0siEOFzKhrfuqyXBOm0Ipo85j7e6vM1El0mpIUq2DjAJ/yAxZ/K591bCzaLT8bdNMYEVCQvubVBiHgzBfOuNGkR/bQG2ShKFH8CqbOC0XOZZRXQfU2qA5+3RjQjrsbcRjT4LoLuz+9qVVqYT7C3nM+vOuwZJ4I+k2+2wG/7laDM5zdDCeQo1dfjhg0jB3pI6I3qoR5wGaiPgv0UxVdojE7YAulX/21ZVk67roLGpvXTCmFJVstrOM0qgD/WqqjhtX3CBLCUhcTTDzwZYGVhIObZa9ddH4ws9D9e5rRmVPWfcM+192mSj5IUdKVCzFPdmXdo2M9R8vTq2bnRz+6gPsvzwx8LHceAntI2z8e97QewfKmK24yLjGNkDoE4vwcRe53IaRoZLcNKhEBCo3ThtBgvTq980CPS6e4/yR3/hiFR5kR6rVL4xqTRoHqyghoae6zv6rpbfmjgTsPFszUS44xfzw5g2itZtw4eDAuhsHvKlvX/2fFslvTYiIOa/gbbf2WsKegTxoklJabiEwpdPEBOEi2R/254F475Qei/ibjugE61y9q6m61TYkLtngzjFiFeqWWJhx45OvIEOjp/4Ab+L8kUeTw1XXezUyfm1Sjf6g6PugO6IYd4kupCV76NQUxmHXNMMU+toFV2kOHfahVQc/2JE6WJQgF0eCEhuLDynZgurx4VpsH2mORjrzDrmFsCl8+TWusEbH6p9Z5r3tETPqVc9rQvEeDnEF5hEjwfQn++MmzEk3iwCSJ6ocHc3al5bEZ4LOqXriM0oimgZQCxNIf2XuHkpi5Vtp78Qk2V/JpxuDSmD9pzN7DRoR+gUFTaCAbCpISZxhStId7LDedCIdiGZZK800X6Kdc984pjHHBJolYgIkunIF2HWgCMvFOtkoniJe5w+o197TpYnt5D6UfFwzdtxJgL0LdFjsheKE0G9HSK/Qp3+r05As43m8hZ0PMMI9SeDKtyqJdKtRESi1qtR1SjbuDDznUsb9LjzYL/kjOXgdGGN12/IJIXTOgLeVrQwBfOW0MTyK2Zb9ypMJZoVQAi1TlAdnoa/xqARhZ/bgRR3F9PagPBfWs31fx4sTvq0sKZ422w==
Content-Type: multipart/alternative; boundary="_000_271C5E0FE2694066B962271B881536DDciscocom_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: DM6PR11MB4692.namprd11.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 676d944f-909f-499b-ca33-08da4a223db1
X-MS-Exchange-CrossTenant-originalarrivaltime: 09 Jun 2022 14:13:35.0595 (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: VT5EpM75wgjHn5G/V2/MSDdlDGjK+JeycZWyWCAF47z72F2WsW9fHQ3Cd2EvR4ng
X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR1101MB2256
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 64.101.210.232, xfe-rtp-002.cisco.com
X-Outbound-Node: rcdn-core-3.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/sYPNWY5WNy5cCBkHdQ5fmvVyxdw>
Subject: Re: [spring] IPR call for draft-ietf-spring-nsh-sr
X-BeenThere: spring@ietf.org
X-Mailman-Version: 2.1.39
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: Thu, 09 Jun 2022 14:13:53 -0000
Hi Bruno I pinged Syed offline; correcting his email address. Thanks Regards … Zafar From: spring <spring-bounces@ietf.org> on behalf of "bruno.decraene@orange.com" <bruno.decraene@orange.com> Date: Wednesday, June 8, 2022 at 11:12 AM To: "shassan@cisco.com" <shassan@cisco.com> Cc: "spring@ietf.org" <spring@ietf.org>, "draft-ietf-spring-nsh-sr@ietf.org" <draft-ietf-spring-nsh-sr@ietf.org>, Andrew Alston <Andrew.Alston@liquidtelecom.com> Subject: Re: [spring] IPR call for draft-ietf-spring-nsh-sr Syed, You are listed as a contributor on the draft https://datatracker.ietf.org/doc/html/draft-ietf-spring-nsh-sr-06.txt#section-10 IINM I’m not finding your answer to the below IPR call. Could you please respond to this IPR call by replying either to this email or the original one (enclosed)? Thanks, Regards, --Bruno From: spring <spring-bounces@ietf.org> On Behalf Of bruno.decraene@orange.com Sent: Tuesday, June 22, 2021 3:05 PM To: shassan@cisco.com Cc: spring@ietf.org; draft-ietf-spring-nsh-sr@ietf.org Subject: Re: [spring] IPR call for draft-ietf-spring-nsh-sr Syed, You are listed as a contributed on the draft https://datatracker.ietf.org/doc/html/draft-ietf-spring-nsh-sr-06.txt#section-10 IINM I’m not finding your answer to the below IPR call. Could you please respond to this IPR call by replying either to this email or the original one (enclosed)? Thanks, Regards, --Bruno From: DECRAENE Bruno TGI/OLN Sent: Tuesday, February 9, 2021 7:06 PM To: spring@ietf.org<mailto:spring@ietf.org>; draft-ietf-spring-nsh-sr@ietf.org<mailto:draft-ietf-spring-nsh-sr@ietf.org> Subject: IPR call for draft-ietf-spring-nsh-sr Hi authors, contributors, WG Authors of draft-ietf-spring-nsh-sr have asked for WG last call. In preparation of the WGLC on draft-ietf-spring-nsh-sr [1], this email starts a poll for IPR. If you are aware of IPR that applies to draft-ietf-spring-nsh-sr please respond to this email and keep the mailing list in copy. If you are aware of IPR, please indicate whether it has been disclosed in accordance to the IETF IPR rules (detailed are described in RFCs 3979, 4879, 3669 and 5378). If you are an *author or contributor* please respond to this email, on the SPRING mailing list, regardless of whether or not you're aware of any IPR. If you are not an author or contributor, please explicitly respond only if you're aware of IPR that has not yet been disclosed. Thanks, Regards, Bruno, Jim, Joel [1] https://tools.ietf.org/html/draft-ietf-spring-nsh-sr From: spring [mailto:spring-bounces@ietf.org] On Behalf Of bruno.decraene@orange.com<mailto:bruno.decraene@orange.com> Sent: Monday, November 2, 2020 4:26 PM To: spring@ietf.org<mailto:spring@ietf.org>; draft-ietf-spring-nsh-sr@ietf.org<mailto:draft-ietf-spring-nsh-sr@ietf.org> Subject: [spring] draft-ietf-spring-nsh-sr Hi authors, WG, Authors of draft-ietf-spring-nsh-sr have asked for WG last call. Before initiating it, I’ve done a review of the draft as document shepherd. Please find below some comments. --- It’s not crystal clear to me what the scope and the goal of the document are. - From the abstract, it’s an informative description of two applications scenarios - From section 5, it’s a specification of how to integrate NSH and SR. o Although it’s only really specified for SRv6 and not SR-MPLS. Please clarify to update the document as needed. ---- IdNits reports for 2 errors. [1] ** Downref: Normative reference to an Informational RFC: RFC 7665 - Probably the only really normative reference is in the security section. Do you think that a reference to RFC8300 could be used instead (8300 has a large security consideration section)? - I noticed that 8300 had the same issue. What was the feedback from AD at the time? ** There are 4 instances of too long lines in the document, the longest one being 82 characters in excess of 72. Could you please correct in the next version of the draft? [1] https://tools.ietf.org/idnits?url=https://tools.ietf.org/id/draft-ietf-spring-nsh-sr-03.txt ----- Abstract The abstract feels like the document is informational (e.g., This document describes two application scenarios”) But the document asks for an IANA allocation requiring a STD track document, so the draft needs to be std track. Do you think that you could add that the document defines the encapsulation of NSH for SR-MPLS and SRv6? ---- The introduction section seems to be coming from the SFC WG. - May be adding some text about SPRING? - Although this is a personal opinion, I find some sentences a bit marketing oriented. Could you please have a look? E.g. o “The SFC architecture has the merit to not make assumptions” What about “The SFC architecture does not make assumptions”? This seems more neutral. o “Among all these approaches, the IETF endorsed a transport-independent - SFC encapsulation scheme: NSH [RFC8300<https://tools.ietf.org/html/rfc8300>] which is the most mature SFC encapsulation solution. » I’m not sure how much “is the most mature” is true or not. I’m not sure that the SPRING WG needs to make such statement nor that it is best placed to make such statement. I’m not sure about “the IETF endorsed a transport-independent SFC encapsulation scheme”. Idem with regards to SPRING WG. I’m not sure that this is a typical statement in RFC. If so, it feels like the IETF would have equally endorsed transport-depending SFC encapsulation scheme. [RFC8595] https://tools.ietf.org/html/rfc8595 - “This design is pragmatic” Looks like an opinion. Plus I’m not sure that the SPRING WG needs to judge the work of the SFC WG. ---- §2 “The two SR flavors, namely SR-MPLS [RFC8660<https://tools.ietf.org/html/rfc8660>] and SRv6 [RFC8754<https://tools.ietf.org/html/rfc8754>],” May be :s/flavors/data plane “Further considerations such as simplifying classification at intermediate SFs” I’m not sure that simplifying classification is the main point of adding NSH. RFC8595 does not refers to this. A priori SR supports a single initial classification. ---- §2 “A classifier SHOULD assign an NSH Service Path Identifier (SPI) per SR policy so that different traffic flows that use the same NSH Service Function Path (SFP) but different SR policy can coexist on the same SFP without conflict during SFF processing.” Is the above sentence applicable to both applications scenarios or only for the second one (SR-based SFC with integrated NSH service plane)? In the current text, it’s applicable to both while I’m not sure that it’s applicable to “NSH-based SFC with SR-based transport plane” where the transport plane (hence the SR policy) is independent of the service plane. --- « hierarchical SFC [RFC8459<https://tools.ietf.org/html/rfc8459>] » Does this document specifically covers hierarchical SFC (hence hierarchical SFC & SR)? Is this reference really pertinent? --- §3 Section 3 barely speaks about SR. Is this really a SPRING document? When SR is refered to, there is nothing specific to SR. e.g. “After removing the outer transport encapsulation, that may or may not be SR-MPLS or SRv6,” If the document is related to the integration of SFC and SR, surely the encapsulation is either SR-MPLS or SRv6 (rather than may or may not be SR). May be indicating that in this scenario, there is a priori one SR-policy per SF (while in the next scenario, there is a single SR-policy for the whole service chain). That would talk about SR and may provide a key distinction between both. “ At the end of the SR-MPLS path it is necessary to provide an indication to the tail-end that NSH follows the SR-MPLS label stack. There are several ways to achieve this but its specification is outside the scope of this document.” I agree that this is necessary. But why is the main text related to SR-MPLS in this scenario, not specifying the behaviour? I don’t follow the logic of specifying it for SRv6 (and hence requiring this document to be standard track while otherwise it could be an informational document describing two scenarios) and not specifying it for SR-MPLS. Note that this text is duplicated in §5.1. And 5.1 is nearly defining one proposition, so why not saying that this is a solution? (there is no need to define the encoding for the control plane since this part would likely not be in a spring document) (a specific prefix-SID be allocated at each node for use by the SFC application for this purpose.) --- §4 The benefits of this scheme include: […]. o It simplifies the SFF (i.e., the SR router) by nullifying the needs for re-classification and SR proxy. Regarding the need for reclassification, it seems to me that SR alone can nullify Regarding the need for SR proxy, the behaviour described seems very close to a SR proxy “The SFF strips the SR information of the packet, updates the SR information, and saves it to a cache indexed by the NSH SPI. This saved SR information is used to encapsulate and forward the packet(s) coming back from the SF. » o It provides a unique and standard way to pass metadata to SFs. Note that currently there is no solution for SR-MPLS to carry metadata and there is no solution to pass metadata to SR-unaware SFs. RFC8595 provides another standard way to pass meta data for SR-MPLS. https://tools.ietf.org/html/rfc8595#section-12 --- §7.2 “ Encapsulation of NSH following SRv6 may be indicated either by encapsulating NSH in UDP (UDP port TBA1) and indicating UDP in the Next Header field of the SRH, or by indicating an IP protocol number for NSH in the Next Header of the SRH. “ Why is there a need for two solutions? If so, what are the applicability statement or pro&con of each? For interop purpose, which one is mandatory and which one is optional? Thanks, Regards, --Bruno _________________________________________________________________________________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. Thank you. _________________________________________________________________________________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. Thank you. _________________________________________________________________________________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. Thank you.
- [spring] IPR call for draft-ietf-spring-nsh-sr bruno.decraene
- Re: [spring] IPR call for draft-ietf-spring-nsh-sr Joel M. Halpern
- [spring] FW: IPR call for draft-ietf-spring-nsh-sr bruno.decraene
- Re: [spring] IPR call for draft-ietf-spring-nsh-sr Haoyu Song
- Re: [spring] IPR call for draft-ietf-spring-nsh-sr Henderickx, Wim (Nokia - BE/Antwerp)
- Re: [spring] IPR call for draft-ietf-spring-nsh-sr James Guichard
- Re: [spring] IPR call for draft-ietf-spring-nsh-sr Jeff Tantsura
- Re: [spring] IPR call for draft-ietf-spring-nsh-sr Chengli (Cheng Li)
- Re: [spring] IPR call for draft-ietf-spring-nsh-sr mohamed.boucadair
- Re: [spring] IPR call for draft-ietf-spring-nsh-sr bruno.decraene
- Re: [spring] IPR call for draft-ietf-spring-nsh-sr bruno.decraene
- Re: [spring] IPR call for draft-ietf-spring-nsh-sr Zafar Ali (zali)
- Re: [spring] IPR call for draft-ietf-spring-nsh-sr bruno.decraene