Return-Path: X-Original-To: idr@mail2.ietf.org Delivered-To: idr@mail2.ietf.org Received: from localhost (localhost [127.0.0.1]) by mail2.ietf.org (Postfix) with ESMTP id 12714448D8FF; Tue, 15 Jul 2025 18:26:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at ietf.org X-Spam-Flag: NO X-Spam-Score: -1.897 X-Spam-Level: X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, RCVD_IN_VALIDITY_SAFE_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail2.ietf.org ([166.84.6.31]) by localhost (mail2.ietf.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id doOys2JkdXxY; Tue, 15 Jul 2025 18:26:39 -0700 (PDT) Received: from cmccmta1.chinamobile.com (cmccmta8.chinamobile.com [111.22.67.151]) by mail2.ietf.org (Postfix) with ESMTP id 27D5C448D8EE; Tue, 15 Jul 2025 18:26:27 -0700 (PDT) X-RM-TagInfo: emlType=0 X-RM-SPAM-FLAG: 00000000 Received: from spf.mail.chinamobile.com (unknown[10.188.0.87]) by rmmx-syy-dmz-app02-12002 (RichMail) with SMTP id 2ee26876ffc1c77-14d0a; Wed, 16 Jul 2025 09:26:26 +0800 (CST) X-RM-TRANSID: 2ee26876ffc1c77-14d0a X-RM-TagInfo: emlType=0 X-RM-SPAM-FLAG: 00000000 Received: from cmcc-PC (unknown[10.1.17.150]) by rmsmtp-syy-appsvr04-12004 (RichMail) with SMTP id 2ee46876ffc0b39-5785e; Wed, 16 Jul 2025 09:26:25 +0800 (CST) X-RM-TRANSID: 2ee46876ffc0b39-5785e Date: Wed, 16 Jul 2025 09:26:49 +0800 From: "lizhenqiang@chinamobile.com" To: "Susan Hares" , 'spring-chairs' References: X-Priority: 3 X-GUID: 31B68B62-D1F1-4007-9BC1-B89CCEF677A9 X-Has-Attach: no X-Mailer: Foxmail 7.2.25.425[cn] Mime-Version: 1.0 Message-ID: <202507160926493192118@chinamobile.com> Content-Type: multipart/alternative; boundary="----=_001_NextPart757804058515_=----" Message-ID-Hash: TGD44LMAXQBCYAORCJRIDWGBHQ6TDQY4 X-Message-ID-Hash: TGD44LMAXQBCYAORCJRIDWGBHQ6TDQY4 X-MailFrom: lizhenqiang@chinamobile.com X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-idr.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header CC: spring , "idr@ietf.org" X-Mailman-Version: 3.3.9rc6 Precedence: list Subject: =?utf-8?q?=5BIdr=5D_Re=3A_=5Bspring=5D_Need__Spring_review_of_draft-ietf-idr?= =?utf-8?q?-sr-policy-nrp-03?= List-Id: Inter-Domain Routing Archived-At: List-Archive: List-Help: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: This is a multi-part message in MIME format. ------=_001_NextPart757804058515_=---- Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGVsbG8gU3VlIGFuZCBhbGwsDQoNCkkgYmVsaWV2ZSB0aGUgcXVlc3Rpb25zIGxpc3RlZCBiZWxv dyBhcmUgdmVyeSBpbXBvcnRhbnQuIEluIG15IG9waW5pb24sIE5SUCBzaG91bGQgYmUgZGVjb3Vw bGVkIGZyb20gU1IgUG9saWN5LiBTUiBQb2xpY3kgaXMgbWFpbmx5IGEgcGF0aCB0aGF0IHNwZWNp ZmljIHBhY2tldHMgd2lsbCB0cmF2ZXJzZS4gU2V2ZXJhbCBOUlBzIG1heSBzaGFyZSBhIGNvbW1v biBwYXRoIGRlZmluZWQgYnkgYSBTUiBQb2xpY3kgaWYgdGhlIG5ldHdvcmsgcmVzb3VyY2UgcmVx dWlyZWQgYnkgZWFjaCBOUlAgY2FuIGJlIHNhdGlzZmllZC4NCg0KUmVnYXJkcywNClpoZW5xaWFu ZyBMaQ0KQ2hpbmEgTW9iaWxlDQoNCg0KbGl6aGVucWlhbmdAY2hpbmFtb2JpbGUuY29tDQogDQpG cm9tOiBTdXNhbiBIYXJlcw0KRGF0ZTogMjAyNS0wNy0xMyAwNzowMg0KVG86ICdzcHJpbmctY2hh aXJzJw0KQ0M6IHNwcmluZw0KU3ViamVjdDogW3NwcmluZ10gTmVlZCBTcHJpbmcgcmV2aWV3IG9m IGRyYWZ0LWlldGYtaWRyLXNyLXBvbGljeS1ucnAtMDMgDQpKb2VsLCBBbHZhcm8sIEJydW5vIGFu ZCBTcHJpbmcgV0c6IA0KIA0KSURSIHJlcXVlc3RzIGFuIGluLWRlcHRoIHJldmlldyBvZiBkcmFm dC1pZXRmLWlkci1zci1wb2xpY3ktMDMuIA0KIA0KQ29udGV4dDogDQpEdXJpbmcgdGhlIFdHIExD IGZvciBkcmFmdC1pZXRmLWlkci1zci1wb2xpY3ktbnJwLTAzICgzLzE0IHRvIDQvNC8yMDI1KSwg DQooaHR0cHM6Ly9tYWlsYXJjaGl2ZS5pZXRmLm9yZy9hcmNoL21zZy9pZHIvTXNNaVBxUlRtT2ZH N21rdnRKZF84bjJoQy0wLykNCnRoZSByZXNwb25zZXMgdG8gdGhlIElEUiBXR0wgTEMgZnJvbSBa YWZhciANCihodHRwczovL21haWxhcmNoaXZlLmlldGYub3JnL2FyY2gvbXNnL2lkci81UHVreV9W bXNBaEhHcDFiRUlxd1ZuUEJTRGMvDQphbmQgU3RlcGhhbmUgKGh0dHBzOi8vbWFpbGFyY2hpdmUu aWV0Zi5vcmcvYXJjaC9tc2cvaWRyLzVQdWt5X1Ztc0FoSEdwMWJFSXF3Vm5QQlNEYy8pDQogY2xh aW1lZCB0aGF0IGRyYWZ0LWlldGYtaWRyLXNyLXBvbGljeS1ucnAtMDMgDQogDQpzaG91bGQgaGF2 ZSBhIG5vcm1hdGl2ZSBkZXBlbmRlbmN5IG9uIGRyYWZ0LWppYW5nLXNwcmluZy1zci1wb2xpY3kt bnJwICBhbmQNCihodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1qaWFuZy1z cHJpbmctc3ItcG9saWN5LW5ycC8pLg0KVGhpcyBkb2N1bWVudCBkb2VzIG5vdCBhcHBlYXIgdG8g YmUgaW4gdGhlIFNwcmluZyBxdWV1ZSBmb3IgV0cgYWRvcHRpb24uICANCiANCkNhbiB5b3UgcHJv dmlkZSBpbnB1dCBvbiB0aGUgZGViYXRlIGJldHdlZW4gU3ByaW5nL0lEUiBwYXJ0aWNpcGFudHMg YW5kIEF1dGhvcnM6IA0KIA0KWmFmYXIgYW5kIFN0ZXBoYW5lIGNvbnRlbmQgdGhhdDogDQpJc3N1 ZS0xKSBOUlAgSUQgIGlzIGRlcGVuZCBvbiBzZWN0aW9uIDQgKCBTdGVlcmluZyBpbnRvIGFuIFNS IFBvbGljeSB3aXRoIE5SUCkgaW4gZHJhZnQtamlhbmctc3ByaW5nLXNyLXBvbGljeS1ucnAtMDMu IA0KIA0KICAg4oCcVGhlIG1ldGhvZCBvZiB0cmFmZmljIHN0ZWVyaW5nIGFsaWducyB3aXRoIHRo ZSBkZXNjcmlwdGlvbiBpbg0KICAgU2VjdGlvbiA4IG9mIFtSRkM5MjU2XS4gSWYgdGhlIFNSIFBv bGljeSBjYW5kaWRhdGUgcGF0aCBzZWxlY3RlZCBhcw0KICAgdGhlIGJlc3QgY2FuZGlkYXRlIHBh dGggaXMgYXNzb2NpYXRlZCB3aXRoIGFuIE5SUCwgdGhlIGhlYWRlbmQgbm9kZQ0KICAgb2YgdGhl IFNSIFBvbGljeSBTSE9VTEQgZW5jYXBzdWxhdGUgYm90aCB0aGUgc2VnbWVudCBsaXN0IGFuZCB0 aGUNCiAgIGRhdGEgcGxhbmUgaWRlbnRpZmllciBvZiB0aGUgYXNzb2NpYXRlZCBOUlAgU2VsZWN0 b3IgSUQgdG8gdGhlDQogICBoZWFkZXIgb2YgcGFja2V0cyBzdGVlcmVkIHRvIHRoZSBTUiBQb2xp Y3kuICBUaGUgc2VnbWVudCBsaXN0IGlzDQogICB1c2VkIHRvIGluc3RydWN0IHRoZSBwYXRoIHRo ZSBwYWNrZXRzIG5lZWQgdG8gdHJhdmVyc2UsIGFuZCB0aGUgTlJQDQogICBTZWxlY3RvciBJRCBp cyB1c2VkIGJ5IGVhY2ggbm9kZSBhbG9uZyB0aGUgcGF0aCB0byBpZGVudGlmeSB0aGUgc2V0DQog ICBvZiBsb2NhbCBuZXR3b3JrIHJlc291cmNlcyBhbGxvY2F0ZWQgdG8gdGhlIE5SUCBmb3IgdGhl IHByb2Nlc3NpbmcNCiAgIG9mIHRoZSBwYWNrZXQuIFdoZW4gYW4gU1IgcG9saWN5J3MgYWN0aXZl IHBhdGggY29udGFpbnMgYW4gTlJQDQogICBTZWxlY3RvciBJRCwgc3BlY2lmaWMgaGFuZGxpbmcg aXMgbmVjZXNzYXJ5LCBhcyBmb2xsb3dzOg0KIA0KIA0KICAgbyBXaGVuIHN0ZWVyaW5nIHRyYWZm aWMgdG8gdGhlIFNSIHBvbGljeSB0aHJvdWdoIFBlci1EZXN0aW5hdGlvbg0KICAgICAgU3RlZXJp bmcgb3IgUG9saWN5LUJhc2VkIFJvdXRpbmcsIGFmdGVyIGFkZGluZyB0aGUgY29ycmVzcG9uZGlu Zw0KICAgICAgc2VnbWVudCBsaXN0IGVuY2Fwc3VsYXRpb24gZm9yIHRoZSBTUiBwb2xpY3ksIE5S UCBlbmNhcHN1bGF0aW9uDQogICAgICBpcyBhbHNvIHJlcXVpcmVkLiBUaGUgc3BlY2lmaWMgTlJQ IGVuY2Fwc3VsYXRpb24gZGV0YWlscyBhcmUNCiAgICAgIG91dHNpZGUgdGhlIHNjb3BlIG9mIHRo aXMgZG9jdW1lbnQuDQogDQogICBvIFNpbWlsYXJseSwgV2hlbiBzdGVlcmluZyB0cmFmZmljIHRv IHRoZSBTUiBwb2xpY3kgdmlhIHRoZQ0KICAgICAgQmluZGluZ1NJRCwgYWZ0ZXIgYWRkaW5nIHRo ZSBzZWdtZW50IGxpc3QgZW5jYXBzdWxhdGlvbiBmb3IgdGhlDQogICAgICBTUiBwb2xpY3ksIE5S UCBlbmNhcHN1bGF0aW9uIGlzIHJlcXVpcmVkLiBUaGUgc3BlY2lmaWMgTlJQDQogICAgICBlbmNh cHN1bGF0aW9uIGRldGFpbHMgYXJlIG91dHNpZGUgdGhlIHNjb3BlIG9mIHRoaXMgZG9jdW1lbnQu DQogDQogDQpGaXJzdCBRdWVzdGlvbigxLTEpIFRoaXMgZG9jdW1lbnQgZG9lcyBub3QgYXBwZWFy IHRvIGJlIGluIHRoZSBTcHJpbmcgcXVldWUgZm9yIFdHIGFkb3B0aW9uLiAgDQpXaGVyZSBpcyB0 aGlzIHdvcmsgaW4gU1BSSU5H4oCZcyBxdWV1ZS4gDQogDQpTZWNvbmQgUXVlc3Rpb24gKDEtMik6 IEFyZSBaYWZhciBhbmQgU3RlcGhhbmUgb2JqZWN0aW9ucyBkdWUgdG8gYSB0aWdodCBiaW5kaW5n IA0KQmV0d2VlbiB0aGUgaW5mb3JtYXRpb24gY2FycmllZCBpbiBCR1AgYW5kIHRoZSBTUlBNIHBy b2Nlc3Npbmc/IA0KIA0KTXkgdW5kZXJzdGFuZGluZyBpcyB0aGF0IHRoZSBTUlBNIGluIHRoZSBo ZWFkZW5kIGlzIHNlbGVjdGluZyB0aGUgYmVzdCBjYW5kaWRhdGUgcGF0aA0KKGRyYWZ0LWlldGYt aWRyLXNyLXBvbGljeS1zYWZpLTEzLCBpbiBSRkMgZWRpdG9yIHF1ZXVlKS4gDQpCR1AgdmFsaWRh dGVzIHRoZSBTUiBQb2xpY3kgcGF0aCBhdCB0aGUgQkdQIGxldmVsLCBhbmQgdGhlbiB0aGUgQkdQ IHByb2Nlc3MNCmhhbmRzIHRoZSBpbmZvcm1hdGlvbiB0byB0aGUgaGVhZC1lbmQgbm9kZeKAmXMg U1JQTS4gSW4gbXkgdW5kZXJzdGFuZGluZyB0aGUNCmJpbmRpbmcgYmV0d2VlbiBCR1AgYW5kIFNS UE0gaXMgbG9vc2UuIEJHUCBoYW5kcyBpbmZvcm1hdGlvbiB0byBTUlBNIA0KYW5kIHRoZSBTUlBN IGFkZGluZyBwb2xpY3kgKyBpbmZvcm1hdGlvbiArIHByb2Nlc3NpbmcgYmVmb3JlIGhhbmRpbmcg aXQgdG8gdGhlIGRhdGEgcGxhbmUuIA0KIA0KWmFmYXIgc3RhdGVzIChwb2ludGluZyB0byBhIHRp Z2h0IGJpbmRpbmcpOiAgDQpIb3cgW2RvZXMgdGhpcyBkcmFmdF0gdG8gaGFuZGxlIHRoZSBjYXNl IHdoZXJlIE5SUCBJRCBpbiBCR1AgbWVzc2FnZSBpcyBvdXQtb2YtcmFuZ2UgDQpvciBOUlAgaXMg bm90IHN1cHBvcnRlZCBieSB0aGUgU1IgcG9saWN5IGhlYWRlbmQuDQogDQpbSmllIERvbmcgYXV0 aG9yIHJlc3BvbnNlOl0gIEFzIGRlc2NyaWJlZCBpbiBzZWN0aW9uIDIsIGluIHRoYXQgY2FzZSB0 aGUgU1IgUG9saWN5IENQIGlzIGNvbnNpZGVyZWQgaW52YWxpZC4NCiANClRoaXJkIFF1ZXN0aW9u ICgxLTMpOiBEb2VzIHRoZSBTcHJpbmcgV0cgYW5kIFNwcmluZyBXRyBDaGFpcnMgZmVlbCB0aGF0 IHRoZSANCmRyYWZ0LWppYW5nLXNwcmluZy1zci1wb2xpY3ktbnJwIHNob3VsZCBiZSBhIG5vcm1h dGl2ZSByZWZlcmVuY2UgZm9yIA0KZHJhZnQtaWV0Zi1pZHItc3ItcG9saWN5LW5ycC0wMz8gIElm IHNvIHdoeT8gDQogDQogDQpJc3N1ZS0yKSBkcmFmdC1pZXRmLWlkci1zci1wb2xpY3ktbnJwLTAz IHNob3VsZCBoYXZlIGEgbm9ybWF0aXZlIGRlcGVuZGVuY3kgb24gDQpEYXRhcGxhbmUgSURzIChk cmFmdC1pZXRmLTZtYW4tZW5oYW5jZWQtdnBuLXZ0bi1pZCAoU1J2NikgYW5kIA0KU1ItTVBMUyku IFtaYWZhciBhbmQgU3RlcGhhbmVdIA0KIA0KVGhlIGF1dGhvcnMgb2YgZHJhZnQtaWV0Zi1pZHIt c3ItcG9saWN5LW5ycC0wMyAoSmllIERvbmcsIFpoaWJvIEh1LCBhbmQgUmFuIFBhbmcpIA0KY2xh aW0gdGhhdDogDQogDQrigJxbSmllXSBUaGUgMzIgYml0IE5SUCBJRCBpcyBhIGNvbnRyb2wgcGxh bmUgSUQsIHdoaWNoIGNhbiBiZSBtYXBwZWQgdG8gYW4gZGF0YSBwbGFuZSBOUlAgc2VsZWN0b3Iu DQpUaGUgZW5jb2Rpbmcgb2YgdGhlIGRhdGEgcGxhbmUgTlJQIElEIGlzIG91dCBvZiB0aGUgc2Nv cGUgb2YgdGhpcyBkcmFmdCAoZHJhZnQtaWV0Zi1pZHItc3ItcG9saWN5LW5ycC0wMykuIA0KIA0K IA0KUXVlc3Rpb24gMi0xOiBXaGF0IGRvZXMgU3ByaW5nIFdHIGZlZWwgYWJvdXQgdGhlIGNvbmNl cHQgb2YgTlJQIElEIEJHUCBiZWluZyBtYXBwZWQgdG8gYW4gU1J2NiBvciBTUi1NUExTIGRhdGEg cGxhbmU/IA0KIA0KW1phZmFyXUNhbiBkaWZmZXJlbnQgQ1BzIGhhdmUgZGlmZmVyZW50IE5SUCBJ RHM/IElzIE5SUCBJRCBhIHBvbGljeSBsZXZlbCBhdHRyaWJ1dGUgb3IgYSBDUCBsZXZlbCBhdHRy aWJ1dGU/IENhbiBkaWZmZXJlbnQgU0lELWxpc3RzIGhhdmUgZGlmZmVyZW50IE5SUC1JRHM/IFRo ZSBhbnN3ZXJzIGhhdmUgaW1wbGljYXRpb25zIG9uIHRoZSBwcm90b2NvbCBleHRlbnNpb25zLg0K IA0KW0ppZV0gVGhpcyBkcmFmdCBmb2N1c2VzIG9uIHRoZSBCR1AgU1IgUG9saWN5IGV4dGVuc2lv bnMgdG8gYXNzb2NpYXRlIGFuIFNSIFBvbGljeSBjYW5kaWRhdGUgcGF0aCB3aXRoIGFuIE5SUC4g VGhlIGVuY2Fwc3VsYXRpb24gb2YgTlJQIFNlbGVjdG9yIGluIGRhdGEgcGxhbmUgaXMgc3BlY2lm aWVkIGluIGRyYWZ0cyBpbiA2TUFOIGFuZCBNUExTIFdHLCBhbmQgaXMgb3V0IG9mIHRoZSBzY29w ZSBvZiB0aGlzIGRyYWZ0DQogDQogDQpJc3N1ZS0zKSBbWmFmYXJdIFdoeSBpcyBpdCBkb21haW4g c2lnbmlmaWNhbnQ/IFdoYXQgaGFwcGVucyBpbiBtdWx0aS1kb21haW4gY2FzZXM/DQpbU1JdIGhp ZXJhcmNoaWNhbCBvciBzdGl0Y2hlZCBwb2xpY2llcyBpbiBkaWZmZXJlbnQgZG9tYWlucy4NClRo ZXNlIGFzcGVjdHMgYXJlIHRvIGJlIGRpc2N1c3NlZCBpbiB0aGUgU3ByaW5nIGRyYWZ0LiBJRFIg c2hvdWxkIGp1c3QgY2Fycnkgd2hhdCBpcyBkZWZpbmVkIGluIFNwcmluZy4NCltKaWVdIFRoZSBO UlAgc3ViLVRMViBhcHBsaWVzIHRvIGJvdGggU1ItTVBMUyBhbmQgU1J2NiwgaXQgZG9lcyBpbnRy b2R1Y2UgYWRkaXRpb25hbCBwcm9jZXNzaW5nIGluIGludGVyd29ya2luZyBjYXNlcy4NCiANClRo aXMgZHJhZnQgZm9jdXNlcyBvbiB0aGUgc2NlbmFyaW9zIHdoZXJlIHRoZSBTUiBQb2xpY3kgQ1Bz IGFyZSB3aXRoaW4gdGhlIHNhbWUgYWRtaW5pc3RyYXRpdmUgZG9tYWluLiBUaGUgbXVsdGktZG9t YWluIE5SUCBjYXNlIGlzIGRlc2NyaWJlZCBpbiBvdGhlciBkcmFmdHMgKHNlZSBkcmFmdC1saS10 ZWFzLWNvbXBvc2l0ZS1uZXR3b3JrLXNsaWNlcy5dDQogDQpRdWVzdGlvbiAzLTE6IERvZXMgcmFm dC1pZXRmLWlkci1zci1wb2xpY3ktbnJwLTAzIGNsZWFybHkgZXhwbGFpbiBpdCBpcyBhIA0KbXVs dGktZG9tYWluIHNpbmdsZSBBZG1pbmlzdHJhdGl2ZSBEb21haW4/IElmIGEgc29sdXRpb24gcmVz dHJpY3RlZCB0byBhIHNpbmdsZSBBZG1pbmlzdHJhdGl2ZSANCmRvbWFpbiAoZHVlIHRvIHNlY3Vy aXR5IGlzc3VlcykgYWNjZXB0YWJsZT8gDQogDQogDQpDaGVlcmlseSwgU3VlIEhhcmVzIA0KSURS IFdHIGNoYWlyIA0KSURSIERvY3VtZW50IHNoZXBoZXJkIA0KIA0K ------=_001_NextPart757804058515_=---- Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable =0A=0A
Hello Sue and all,
=
I believe the questions listed below are very important. In= my opinion, NRP should be decoupled from SR Policy. SR Policy is mainly a= path that specific packets will traverse. Several NRPs may share a common= path defined by a SR Policy if the network resource required by each NRP = can be satisfied.
=0A

Regards,
Zhenqiang= Li
China Mobile
=0A
lizhenqiang@chinamo= bile.com
=0A
 =
Date: 2025-07-13 07:02
CC: spring
<= b>Subject: [spring] Need Spring review of draft-ietf-idr-sr-poli= cy-nrp-03
=0A=0A
=0A

Joel, Alvaro, Bruno and Spr= ing WG:=0A

=0A

 

=0A

IDR requests an in-depth review of draft-ietf-idr-= sr-policy-03.=0A

=0A

 

=0A

Context:=0A

=0A=

During the WG LC for draft-ietf-idr-sr-policy-nrp-03 (3/14= to 4/4/2025),=0A

=0A

(https://mailarc= hive.ietf.org/arch/msg/idr/MsMiPqRTmOfG7mkvtJd_8n2hC-0/)

=0A

the responses to the IDR WGL LC from Zafar=0A

=0A

(https://mailarchive.ietf.org/arch/m= sg/idr/5Puky_VmsAhHGp1bEIqwVnPBSDc/

=0A

and Stephane (https://mailarchive.ietf.org/arch/msg/idr/5Puky_VmsAh= HGp1bEIqwVnPBSDc/)

=0A

 claim= ed that draft-ietf-idr-sr-policy-nrp-03 

=0A

 

=0A

should have a n= ormative dependency on draft-jiang-spring-sr-policy-nrp  and

=0A

(https://datatracker.ietf.org/doc/draft-jiang-s= pring-sr-policy-nrp/).

=0A

This do= cument does not appear to be in the Spring queue for WG adoption.  

=0A

 

=0A

Can you provide input on the debate between Spring/IDR partici= pants and Authors:=0A

=0A

 <= /o:p>

=0A

Zafar and Stephane contend that:=0A

=0A

Issue-1) NRP ID  is depend on se= ction 4 ( Steering into an SR Policy with NRP) in draft-jiang-spring-sr-po= licy-nrp-03.=0A

=0A

 

=0A

   =E2=80=9CThe method of traffic= steering aligns with the description in

=0A

   =0ASection 8 of [RFC9256]. If the SR Policy candidate path s= elected as

=0A

   the best c= andidate path is associated with an NRP, the headend node

=0A

   of the SR Policy SHOULD encapsulate b= oth the segment list and the

=0A

=  = ;  data plane identifier of the associated NRP Selector ID to the

=0A

   header of packets steere= d to the SR Policy.  The segment list is

=0A

   used to instruct the path the packets need to tra= verse, and the NRP

=0A

   Se= lector ID is used by each node along the path to identify the set

=0A

   of local network resources al= located to the NRP for the processing

=0A

   of the packet. When an SR policy's active path contains a= n NRP

=0A

   Selector ID, sp= ecific handling is necessary, as follows:

=0A

 

=0A

 

=0A

   o When steering traffic to the SR= policy through Per-Destination

=0A

&n= bsp;     Steering or Policy-Based Routing, after addin= g the corresponding

=0A

  =     segment list encapsulation for the SR policy, NRP encap= sulation

=0A

    &= nbsp; is also required. The specific NRP encapsulation details are

=0A

      outside th= e scope of this document.

=0A

&nb= sp;

=0A

   o Similarly, When stee= ring traffic to the SR policy via the

=0A

      BindingSID, after adding the segment li= st encapsulation for the

=0A

 &nb= sp;    SR policy, NRP encapsulation is required. The specif= ic NRP

=0A

    &nb= sp; encapsulation details are outside the scope of this document.

=0A

 

=0A

 

=0A

First Question(1-1)= This document does not appear to be in the Spring queue for WG adop= tion.  

=0A

Where is this work in= SPRING=E2=80=99s queue.=0A

=0A

<= span style=3D"font-size:10.0pt;font-family:"Courier New"">&= nbsp;

=0A

Second Question (1-2):<= /b> A= re Zafar and Stephane objections due to a tight binding=0A

=0A

Between the information carried in BGP and the SR= PM processing?=0A

=0A

 

=0A

My understanding is that the SRPM in the he= adend is selecting the best candidate path

=0A

(draft-ietf-idr-sr-policy-safi-13, in RFC editor queue).=0A<= /o:p>

=0A

BGP validates the SR Policy path at the= BGP level, and then the BGP process

=0A

hands the information to the head-end node=E2=80=99s SRPM. In my unders= tanding the

=0A

binding between BGP an= d SRPM is loose. BGP hands information to SRPM=0A

=0A=

and the SRPM adding policy + information + processing befo= re handing it to the data plane.=0A

=0A

Zafar states (pointing= to a tight binding):  

=0A

H= ow [does this draft] to handle the case where NRP ID in BGP message is out= -of-range=0A

=0A

or NRP is not support= ed by the SR policy headend.

=0A

= =  

=0A

[Jie Dong author response:] &nbs= p;As described in section 2, in that case the SR Policy CP is considered i= nvalid.

=0A

 =0A

Third Question (1-3): Does the Spring WG and= Spring WG Chairs feel that the=0A

=0A

draft-jiang-spring-sr-policy-nrp should be a normative reference for=0A

=0A

draft-ietf-idr-sr-policy-nrp-03?&nb= sp; If so why?=0A

=0A

 

=0A

 

=0A

Issue-2) draft-ietf-idr-sr-policy-nrp-03 should have a normative depen= dency on=0A

=0A

Dataplane IDs (draft-i= etf-6man-enhanced-vpn-vtn-id (SRv6) and=0A

=0A

SR-MPLS). [Zafar and Stephane]=0A

=0A

 

=0A

The authors of d= raft-ietf-idr-sr-policy-nrp-03 (Jie Dong, Zhibo Hu, and Ran Pang)=0A<= /o:p>

=0A

claim that:=0A

=0A=

 

=0A

=E2=80=9C[J= ie] The 32 bit NRP ID is a control plane ID, which can be mapped to an dat= a plane NRP selector.

=0A

The encoding= of the data plane NRP ID is out of the scope of this draft (draft-ietf-id= r-sr-policy-nrp-03).=0A

=0A

 = ;

=0A

 

=0A

Question 2-1: What does Spring WG feel about the concep= t of NRP ID BGP being mapped to an SRv6 or SR-MPLS data=0A plane?

=0A

 

=0A

[Zafar]Can different CPs have different NRP IDs? Is NRP ID a polic= y level attribute or a CP level attribute? Can different SID-lists have di= fferent NRP-IDs? The answers have implications=0A on the protocol extensio= ns.

=0A

 

= =0A

[Jie] This draft focuses on the BGP SR Policy extension= s to associate an SR Policy candidate path with an NRP. The encapsulation = of NRP Selector in data plane is specified in drafts=0A in 6MAN and MPLS W= G, and is out of the scope of this draft

=0A

 

=0A

 

=0A

Issue-3) [Zafar] Why is it domain significant?= What happens in multi-domain cases?

=0A

[SR] hierarchical or stitched policies in different domains.=

=0A

These aspects are to be discussed in the Spr= ing draft. IDR should just carry what is defined in Spring.

=0A

=0A

[Jie] T= he NRP sub-TLV applies to both SR-MPLS and SRv6, it does introduce additio= nal processing in interworking cases.

=0A

 

=0A

This draft focuses on t= he scenarios where the SR Policy CPs are within the same administrative do= main. The multi-domain NRP case is described in other drafts (see draft-li= -teas-composite-network-slices.]

=0A

<= o:p> 

=0A

Question 3-1:<= span style=3D"font-size:10.0pt;font-family:"Courier New""> Does = raft-ietf-idr-sr-policy-nrp-03 clearly explain it is a=0A

=0A

multi-domain single Administrative Domain? If a so= lution restricted to a single Administrative=0A

=0Adomain (due to security issues) acceptable?=0A

=0A

 

=0A

=  

=0A

Cheerily, Sue Hares=0A=

=0A

IDR WG chair=0A

= =0A

IDR Document shepherd=0A

=0A

 

=0A
=0A
=0A ------=_001_NextPart757804058515_=------