From: mohamed.boucadair@orange.com
IronPort-Data: A9a23:P3VcSKyfm6ZEvVEIpv96t+dUwSrEfRIJ4+MujC+fZmUNrF6WrkUFn
 GtJXGHQMv6JZWf9L4hyb9u28E9UvpbcydZmSgJq/C00HyNBpPSeCIXCJC8cHc8zwu4v7q5Dx
 59DAjUVBJlsFhcwnj/0b/656yM6jfrULlbFILasEjhrQgN5QzsWhxtmmuoo6qZlmtHR7zml4
 bsemOWBfgb4s9JIGjhMsf/b9Es15K+aVA4w5TTSW9ga5TcyqFFFVPrzFYnpR1PkT49dGPKNR
 uqr5NlVKUuAon/Bovv8+lrKWhViroz6ZGBiuVIPM0SWuSWukwRpukoN2FjwXm8M49mBt4gZJ
 NygLvVcQy9xVkHHsLx1vxW1j0iSMIUekIIrL0RTvuS3zUD8Y2LI78xCTxkdOa9F/P9yP0pBo
 KlwxDAlNnhvhsqO+uqDELcwrfl7dZWtO54DsHZ9yz2fFewhXZ3IX6TN45lfwSs0gcdNW/3ZY
 qL1axIzNFKROFsQZBFKVPrSn8/w7pX7WzhfqFuQqKZx6W/OxwV92bn3GN3Pc9qFSINemUPwS
 mfuoDumWUlBbYP3JTytyWr3gqjwowjBXJsqH5SY2adVkgaQ7zlGYPERfQDg+6Xm4qKkYPpcJ
 lAd/DZorKUu+mSkS9D8W1uzp3vslh8RQNV4EuAm5keK0KW8ywqDD2YYCz9MdNJjqMI/Xnl32
 RqPhJboHXlqqLmOYXOQ6rnSqim9UQAJIGYZICQERAof+PHirZ09yBXVQb5LDKO8lfX0FC3+h
 TeQo0AWmb8egNQC0o254FbGmz+24J7EUmYICh7/W2uk6kZ3foejbIGj5F7H9/9EJZSdVgDe5
 CFew5XCqucTEZuKiSqBBv0XG62k7OqENzuahkNzG54m9HKm/HvLkZ1sDC9WAEVkCNYdXRPQT
 AyLkgdzuZlKOUWBYvoiC26uMPgCwa/lHNXjc/nbaNtSf5R8HDNrGgk/PSZ8OEi9wCARfbEDB
 HuNTSq7JVggYZmLIRKzTuYZlLExzyY1yGjeQ4zhxhCuw76GPSHNEO1dbQfIaf0l5qSZpgmT6
 8xYK8aB1xRYVqv5fzXT9okQa1sNKBDX5KwaSeQJLYZvwSI/QgnN7sM9J5t9KuSJeIwJyo/1E
 omVABMw9bYGrSSvxf+2Qn5icqjzep10sGg2OychVX7xhCR4PN31t/lFLspsFVXCyACF5a8tJ
 xXiU5XRasmjthyZomRDBXUAhNA8K0nz2VzSV8ZbSGNnJMc/HGQlBeMIjiO0r3NSUUJbROM7o
 ra60RjcT4ZLTAN4FK7rhAGHnjuMUYwmsLsqBSPge4ALEG21qdQCA3Kr0pcffZpWQT2dnWTy6
 upjKUtCzQU7i9NvqIGR7U1Fxq/1e9ZD8r1yRDSLtuzuZHaCpwJOA+ZoCY61QNwUb0uskI3KW
 Amf56iU3CEv9LqSj7dBLg==
IronPort-HdrOrdr: A9a23:AmMgj6Ot8G4VpcBcT0D155DYdb4zR+YMi2TDiHoddfUFSKalfp
 6V98jzjSWE8Ar4WBkb+exoS5PwOk80kqQFqrX5XI3SFDUO11HYSL2KgbGN/9SkIVyGygc/79
 YrT0EdMqyWMbESt6+TjGaF+pQbsb+6GcuT9ITjJgJWPGRXgtZbnmVE42igc3FedU1jP94UBZ
 Cc7s1Iq36LYnIMdPm2AXEDQqzqu8DLvIiOW29LOzcXrC21yR+44r/zFBaVmj0EVSlU/Lsk+W
 /Z1yTk+6SYte2hwBO07R6d030Woqqu9jJwPr3NtiEnEESutu9uXvUiZ1S2hkF1nAho0idurD
 CDmWZlAy050QKqQoj8m2qR5+Cn6kdi15aq8y7mvZPuzPaJOA4SGo5Pg5lUfQDe7FdltNZg0L
 hT12bcrJZPCwjc9R6NkOQgeisa43Zcm0BS5dI7njhaS88TebVRpYsQ8AdcF4oBBjvz7MQiHP
 N1BM/R6f5KeRfCBkqp91VH0ZipRDA+Dx2GSk8Ntoic1CVXhmlwyw8dyNYElnkN+ZohQ91P5v
 jCMK5viLZSJ/VmG55VFaMEW4+6G2bNSRXDPCabJknmDrgOPzbXp5v+8NwOlZOXkVwzvegPcb
 j6ISNlXDQJCjzT4OW1rex2ziw=
To: Ketan Talaulikar <ketant.ietf@gmail.com>, The IESG <iesg@ietf.org>
Thread-Topic: Ketan Talaulikar's Discuss on draft-ietf-teas-5g-ns-ip-mpls-16:
 (with DISCUSS and COMMENT)
Thread-Index: AQHbo+YozeAWnUpd3EC5UnsRnMj6HbOQmdrw
Date: Wed, 2 Apr 2025 17:26:49 +0000
Message-ID: 
 <MR1PPF3F46A3DE090E618DB5DFF1B49EC8588AF2@MR1PPF3F46A3DE0.FRAP264.PROD.OUTLOOK.COM>
References: 
 <174360867630.2698532.234933406197413125@dt-datatracker-5b9b68c5b6-zxk6z>
In-Reply-To: 
 <174360867630.2698532.234933406197413125@dt-datatracker-5b9b68c5b6-zxk6z>
Accept-Language: fr-FR, en-US
Content-Language: fr-FR
msip_labels: 
 MSIP_Label_07222825-62ea-40f3-96b5-5375c07996e2_ActionId=b2fa365a-624f-4a8b-b433-c04a88c0a7ae;MSIP_Label_07222825-62ea-40f3-96b5-5375c07996e2_ContentBits=0;MSIP_Label_07222825-62ea-40f3-96b5-5375c07996e2_Enabled=true;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_SetDate=2025-04-02T17:26:42Z;MSIP_Label_07222825-62ea-40f3-96b5-5375c07996e2_SiteId=90c7a20a-f34b-40bf-bc48-b9253b6f5d20;MSIP_Label_f47c794b-e3ab-43f0-9e0f-29fc3e503192_ContentBits=0;MSIP_Label_f47c794b-e3ab-43f0-9e0f-29fc3e503192_Enabled=true;MSIP_Label_f47c794b-e3ab-43f0-9e0f-29fc3e503192_Method=Standard;
x-ms-publictraffictype: Email
x-ms-traffictypediagnostic: MR1PPF3F46A3DE0:EE_|PAZP264MB2606:EE_
x-ms-office365-filtering-correlation-id: dff5bec6-672a-426a-2bc5-08dd720b8d30
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;ARA:13230040|376014|366016|1800799024|38070700018;
x-microsoft-antispam-message-info: 
 =?iso-8859-1?Q?9dDOEWHV0QAmVzh9xNN31Gl5LfpORZv6V1Qacc0nXkGEKFbNnL4Akfj6wt?=
 =?iso-8859-1?Q?vjgxm4KUZCoPK2T5J74RpU/zVFplSQXO2/KmovBfRcXBzHxbeTi30jcgE+?=
 =?iso-8859-1?Q?gM0QUkG84w6PXoWfi3tnfUdz5dqwkdKbojeN0ZFUbM59IyVL7k7h4dexEc?=
 =?iso-8859-1?Q?Cua777S8JswqO0pxLiDMCK0pniZf5rhd3/Fio9SL0BRN9N0lnVjvU1UeI5?=
 =?iso-8859-1?Q?wPHZ/TFMGk7lso/V5Uz1S3cjvWivFne/PCo1Eb1RDa0UXHUZxG9WiUMB56?=
 =?iso-8859-1?Q?n4vZ1vZsKhP6XERSvfPVCPlthAnadDWYXhnqsSPxozZB5qZnHNBA0YMWlX?=
 =?iso-8859-1?Q?wj1HnxHqKzZDuV3GLz+EsIGTbEsIgCuEZG1BbecPdp0moUfPaFoGm/pK+l?=
 =?iso-8859-1?Q?EZab2t31NvoKTMr8X/ROMUcLdKr/2d5HccyvX9QfRrq9rMJ39cq5xkX/AQ?=
 =?iso-8859-1?Q?Jq2sk9CddCdQ1s77vrUAmyypBtHDZc60utmuilXIbLg1IDxczYie8Fv6+p?=
 =?iso-8859-1?Q?SXWmHICz2JN3Jb60R/wkAcetGVFGeGuTyDmNsuC82S1sM+OazJm8TFuSpv?=
 =?iso-8859-1?Q?CCfNeEJydi6/zsvm8S77mquA9778cDiQE1AXGfHZkWxbHE5pvE2AXNp+ns?=
 =?iso-8859-1?Q?iQ8EzvNs4B7S3H48Xh9x2ZkS+1JhpjojBebLMSy6fH12oWSWainMQJ0AXO?=
 =?iso-8859-1?Q?q6RKlLPtsfl13SuLum1zrp4MuxOc5HC8Poasd1undSZGQkxTtxnaH+WxoK?=
 =?iso-8859-1?Q?EMYbpWSeYRC/9IVJMhpdFXCjT8sCuDbJWHluw4mTnkwehjmp3xUbupkyCD?=
 =?iso-8859-1?Q?GXjErGXxPQlcpPYooZ5NQ03bX6URLxWwwFfu1j0do0o8qxK6wjCGPxMkWr?=
 =?iso-8859-1?Q?WTn790xN2oUQhwd7dhnSIB/ZTAjCraPd7bCWp3MWeB96+QmIKVM87QSpaJ?=
 =?iso-8859-1?Q?i3rCM/9gOgRI5qhsp115eP3pdog896EJqcFTT2YxdKSVI2Sp/PErve8ibR?=
 =?iso-8859-1?Q?2zjqa1gZ2cjLb3k3pGFoorJY/cvijH7yono7yLfbF/HnqIgGT2VKSIhaqT?=
 =?iso-8859-1?Q?abBW/VBUqWmRGvH8xzIYXmsagi4bN6ygwWghD8Djlt9pK7Xz4uwWXMnpXg?=
 =?iso-8859-1?Q?mA36gqCNFFiNcXoeonZJ0K+xDhMFQQmnV5skQPHjKQ0NzeMMKLgd2oRyc0?=
 =?iso-8859-1?Q?N3rKj3aafAFar3wQMZanD3itCOK43ZN7uDXXUZ6EAJSS0PwI9GLgRLjy/R?=
 =?iso-8859-1?Q?8go04Knq2hiEFc83OH3cxwil1ePs0MXfvA83CkRJyko9G7xFvr8gOkuGWr?=
 =?iso-8859-1?Q?9wOQmgevEUoSqgLGg/15+dP67fc/MG8RnUphaQX+6kBQ4nhETCcIgVPyw1?=
 =?iso-8859-1?Q?dhbIxE+0OvohP6tiZaFJ1Pi7FmRoYFJxk/Wo7zGYjTKFnP23qZMn1HxXVg?=
 =?iso-8859-1?Q?uiQHfTWweFjows+UXG1Ip51LcRgP41rwse+QmA=3D=3D?=
x-forefront-antispam-report: 
 CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:MR1PPF3F46A3DE0.FRAP264.PROD.OUTLOOK.COM;PTR:;CAT:NONE;SFS:(13230040)(376014)(366016)(1800799024)(38070700018);DIR:OUT;SFP:1101;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: 
 =?iso-8859-1?Q?6ZTTAwhr4s5qjwaYyk9CQGVtZOk/pYmq2KRsEEQteW7iO1hzWvLtSZQcGG?=
 =?iso-8859-1?Q?Tuhj59f94fJ4zfgiYy7ZHGGURp5cPAtkvoxSVM7/p9cGLfy+CAfSzLg677?=
 =?iso-8859-1?Q?Xv6r3Urvk1Xhwu3F4SZSWXINwijrv12tJSYI7s4Zk27mHrEy/FDBF1Eu8u?=
 =?iso-8859-1?Q?qqPS6l8S5ufFdEkBd9dYY6EEjMEW9WVVLnJ9GsyKTn9sf//mjCFfKEZYQF?=
 =?iso-8859-1?Q?FlK9WPd6DuTD35RioDQtA8N8laRTzXu7zInBEioaBVSlxO0TSLPCBniZnZ?=
 =?iso-8859-1?Q?6QVl1bGUleoVuhsLfR0nynhCYtdprP0xuzisD4CQNfMtZndn4Od8iJJtRS?=
 =?iso-8859-1?Q?uGQcogGyaS4Mkgb2XWsEEgrtEbQdS12vWtY9c/a/+cH9MfIBsbwpumQLc9?=
 =?iso-8859-1?Q?y/rfFG9BALopkrWZvy9SyDvfMHKwnXPmCMaPPYPV3ucpC/9bIVhihSIYFt?=
 =?iso-8859-1?Q?bdooMPnIJOjU4EV5lcXzRtFtMRqRU2dwnhVxu0ZPkTQUgqlgVUacAH7020?=
 =?iso-8859-1?Q?zcQTd/mCLph4SOUUrpQxq3sPIKTGCWvdJ5sIMJXE6L7o3vZ5cj2ot2tYt6?=
 =?iso-8859-1?Q?59ls491ADj2qiCeAl5n2eq/MIDBFC3SBs1fk22XoAxhX/+Ejm+hbcZMt8p?=
 =?iso-8859-1?Q?lluJRo4NAUnr8QHhjIITiTwhLPLGK1+JpshpZS8BRum8jLN4JDQPHV2Hyj?=
 =?iso-8859-1?Q?Ye9NhpHTa5SVjXasbtBEzcKpvO7+vZWW+rZ3uKZU44FMHDtTYmzBMHEz2a?=
 =?iso-8859-1?Q?I8trgiYcOwQN3HdPhZBHKsMQUtDwIVnPWpxSjTUUsfp+YmBLfKXN6HNWFR?=
 =?iso-8859-1?Q?EGXGYQH730Mj6sdtUq4QGpXSNO1kAxz+MJNZ/7/rXXTI8FXoVxXr3XQoUz?=
 =?iso-8859-1?Q?6afx8mXTOsIEwVrcoyFf1FdXwXUgZPgFocub2v4UXEH2ZWkVSrPhfjotAU?=
 =?iso-8859-1?Q?/dQYrqtp3BArP7xCYuWkjZOFXnigrafO06MRiCdy5jy4l01PCUWZA4hXfX?=
 =?iso-8859-1?Q?/GNHe9Epq7rmAIhuVa/b4aKEk5gTa+sF6/2GKvZ6pdG3DuKPIsqq6401Zd?=
 =?iso-8859-1?Q?/NTqRLZEXjqyXC71ASM1/8lOog0SWoH1WFNIri2EjAKFCNX0Z0XyGTajQl?=
 =?iso-8859-1?Q?9G3OHFwumwUJXv+ZWa94zv9PzOHr5+ZmKe2qhiN0piIPZ0ucly5LhQbPug?=
 =?iso-8859-1?Q?lnihQOs5kW2ealc8J1N1e/G4Ax4S2rk6YmNHxdLF4UdWy/+zRHY9pvT9oq?=
 =?iso-8859-1?Q?bIqjS679k5QfBEoaxx1NBrEVsztQ7NYPEyao36uxupx20t51zT8l6zP1ET?=
 =?iso-8859-1?Q?z1QMRenYvaKXVNsoN7DW9vDMTxJEcVKPjJvgbnf6S/eH8qY844NWJoFtnV?=
 =?iso-8859-1?Q?TlYul/4zLzLr7qVEJ+N4RkDDLrVyP7is4T19wElQIbCqOFM4BMZi78NZ7T?=
 =?iso-8859-1?Q?IEVXsmneGTH9OWYC8kIpw5DY4OswdmCviBpPPeb3LQSc3EVRWv1xCKpP6V?=
 =?iso-8859-1?Q?bVpHvtpGl1IhvWmU4fboRQ7MJ9+hyZ0tUvk3SjalOR8HzH8RR06QewB22D?=
 =?iso-8859-1?Q?EmF9cc/A1urrmNMQ/Ewwcn/VL6ELk0oKDidHZXd+ODkbKM3PQpEKk+RlMm?=
 =?iso-8859-1?Q?C/0JprQoklp0TVcJpdrYyyKVS9+lL2wsG59OzIhx7XNLcjqGgw64EpSQ?=
 =?iso-8859-1?Q?=3D=3D?=
Content-Type: text/plain; charset="iso-8859-1"
MIME-Version: 1.0
X-OriginatorOrg: orange.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: MR1PPF3F46A3DE0.FRAP264.PROD.OUTLOOK.COM
X-MS-Exchange-CrossTenant-Network-Message-Id: 
 dff5bec6-672a-426a-2bc5-08dd720b8d30
X-MS-Exchange-CrossTenant-originalarrivaltime: 02 Apr 2025 17:26:49.5027
 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 90c7a20a-f34b-40bf-bc48-b9253b6f5d20
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: 
 UnFQk/V6lRke4bXGxLLcCnTrsEsGbobcCSk/Cu98AC3nvvqjrDSugnHYzIePEIHwSO3lhWMi9xT4+r7qe8v2TE6vlJOLX2SuYcgXiI7yOt8=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: PAZP264MB2606
X-TM-AS-ERS: 10.218.35.129-127.5.254.253
X-TM-AS-SMTP: 1.0 c210cC1vdXQzNjUub3JhbmdlLmNvbQ== bW9oYW1lZC5ib3VjYWRhaXJAb
	3JhbmdlLmNvbQ==
X-TMASE-Version: DDEI-5.1-9.1.1004-29092.001
X-TMASE-Result: 10--25.735700-10.000000
X-TMASE-MatchedRID: oll/cJ/dUC5iHm449d3ill/ZJ0h1vLl1OhJ9m53n4aARQQ4kFqjjJBwJ
	bAB37U2pBNyCmIook0e1BZ0auqML9ZkAyZFlv7VmplW/mWST1j3Ld8x3ukKaXk6FoZRUKdLkDB8
	FjIZjOlYvYRhsicUjm6qhhq9xqZ/8qcvngzkLMRDN+qWlu2ZxaE+crEA4+nhZlA5gGtckIoC7SY
	a8NtCKU/G4iDzTi1DdFCnxqnZr01m8LxjlkhDMaP3vrjdfNHuXyi3S0Yyyoac787xqS4Jg1wGl9
	TXx1owXU+Yx8wyfD30uokeveKrYVlVprz2qFMJ6LTHwnYOikQ20dkj/O3iaboGx/2CxYSt8nULN
	gN42j5PGcBbQpQff9RrRSRFEKn424ZoB3a3oF7WSK93FWmZ645MnZ4cik1d431GU/N5W5BAWcjK
	2vcS3L7BonKoaGQSNefTHqxypj9PHN1lQDGm/HTNvBsNZJOXLY/8hgefJn7ATg3ajkdf+BYRMyN
	/ppM4nzUlqszXdhX8KuSor4kUnlEeXEeTXarDSg8OS7PrkGa4lJy85NfiMcwMFD5cGHhglJiJpf
	ssK6r7DNUH3WlCsBNGeuHJYEDBFo6c3gxiqYKvfqVBdB7I8UeOSS2dsOh9pb5gOVClDdczdlak2
	7ZJzYfDvHsDM+DIcHWm5UoWAU14YB2fOueQzjxM0JxSxHjFJLlhl+CzITeXH85pIf0QqW4uSlKc
	GBynJFhMKYff+mUv6C0ePs7A07YVH0dq7wY7up8Odl1VwpCSUTGVAhB5EbQ==
X-TMASE-SNAP-Result: 1.821001.0001-0-1-22:0,33:0,34:0-0
X-TMASE-INERTIA: 0-0;;;;
X-TMASE-XGENCLOUD: ad7e7bf3-8aa1-48a6-8f24-2dd650f92701-0-0-200-0
Content-Transfer-Encoding: quoted-printable
Message-ID-Hash: 7Z3TTQ6IF6G7ESVNE7SVW5GCSDRJBHKO
X-Message-ID-Hash: 7Z3TTQ6IF6G7ESVNE7SVW5GCSDRJBHKO
X-MailFrom: mohamed.boucadair@orange.com
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency;
 loop; banned-address; member-moderation; header-match-teas.ietf.org-0;
 nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size;
 news-moderation; no-subject; digests; suspicious-header
CC: "draft-ietf-teas-5g-ns-ip-mpls@ietf.org"
 <draft-ietf-teas-5g-ns-ip-mpls@ietf.org>,
 "teas-chairs@ietf.org" <teas-chairs@ietf.org>,
 "teas@ietf.org" <teas@ietf.org>, "vbeeram@juniper.net" <vbeeram@juniper.net>
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: =?utf-8?q?=5BTeas=5D_Re=3A_Ketan_Talaulikar=27s_Discuss_on_draft-ietf-teas-5?=
 =?utf-8?q?g-ns-ip-mpls-16=3A_=28with_DISCUSS_and_COMMENT=29?=
List-Id: Traffic Engineering Architecture and Signaling working group
 discussion list <teas.ietf.org>
Archived-At: 
 <https://mailarchive.ietf.org/arch/msg/teas/TZ0NmBypxYlc54_x3zODw2bOeC8>
List-Archive: <https://mailarchive.ietf.org/arch/browse/teas>
List-Help: <mailto:teas-request@ietf.org?subject=help>
List-Owner: <mailto:teas-owner@ietf.org>
List-Post: <mailto:teas@ietf.org>
List-Subscribe: <mailto:teas-join@ietf.org>
List-Unsubscribe: <mailto:teas-leave@ietf.org>

Hi Ketan,

Thanks for the comments. =


Please see inline.

Cheers,
Med

> -----Message d'origine-----
> De=A0: Ketan Talaulikar via Datatracker <noreply@ietf.org>
> Envoy=E9=A0: mercredi 2 avril 2025 17:45
> =C0=A0: The IESG <iesg@ietf.org>
> Cc=A0: draft-ietf-teas-5g-ns-ip-mpls@ietf.org; teas-chairs@ietf.org;
> teas@ietf.org; vbeeram@juniper.net; vbeeram@juniper.net
> Objet=A0: Ketan Talaulikar's Discuss on draft-ietf-teas-5g-ns-ip-
> mpls-16: (with DISCUSS and COMMENT)
> =

> =

> Ketan Talaulikar has entered the following ballot position for
> draft-ietf-teas-5g-ns-ip-mpls-16: Discuss
> =

> When responding, please keep the subject line intact and reply to
> all email addresses included in the To and CC lines. (Feel free to
> cut this introductory paragraph, however.)
> =

> ------------------------------------------------------------------
> DISCUSS:
> ------------------------------------------------------------------
> =

> There are a couple of aspects in the document that I would like to
> discuss:
> =

> =

> 185	   provider networks.  The model uses (1) Layer 2 Virtual
> Private
> 186	   Network (L2VPN) [RFC4664] and/or Layer 3 Virtual Private
> Network
> =

> <discuss-1> Any reason by EVPN was not considered? There are a few
> other
> places where there is reference to L2VPN but not EVPN.

[Med] EVPN is covered indirectly by the following: =


   These protocols can be controlled, e.g., by tuning the protocol list
   under the "underlay-transport" data node defined in the L3VPN Network
   Model (L3NM) [RFC9182] and the L2VPN Network Model (L2NM) [RFC9291].

With RFC92191 =


=3D=3D
   The L2NM is scoped for a variety of Layer 2 Virtual Private Networks
   such as:

   *  Virtual Private LAN Service (VPLS) [RFC4761] [RFC4762]
   *  Virtual Private Wire Service (VPWS) (Section 3.1.1 of [RFC4664])
   *  Various flavors of EVPNs:
      -  VPWS EVPN [RFC8214],
      -  Provider Backbone Bridging Combined with Ethernet VPNs (PBB-
         EVPNs) [RFC7623],
      -  EVPN over MPLS [RFC7432], and
      -  EVPN over Virtual Extensible LAN (VXLAN) [RFC8365].
=3D=3D=3D

That's said, the document does not claim to be comprehensive and cite every=
 tool that can be used for the realization. Please note that we do say the =
following in the introduction:

   The document is not
   intended to be a BCP and does not claim to specify mandatory
   mechanisms to realize network slices.  Rather, a key goal of the
   document is to provide pragmatic implementation approaches by
   leveraging existing readily-available, widely-deployed techniques.

> =

> 187	   (L3VPN) [RFC4364] service instances for logical
> separation, (2) fine-
> 188	   grained resource control at the Provider Edges (PEs), (3)
> coarse-
> 189	   grained resource control within the provider network, and
> (4)
> 190	   capacity planning/management.  More details are provided
> in Sections
> 191	   3.7, 5, 6, and 7.
> =

> =

> 1124	4.3.  MPLS Label Hand-off
> =

> <discuss-2> The document does cover both MPLS and IP/IPv6/SRv6 as
> two technology
> options in the TN in several places. However, I see that SRv6
> Hand-off is missing.
> I would like to discuss if there were any specific challenges in
> including that
> or if there was any other consideration for that exclusion?
> =


[Med] We actually picked few ones to exemplify the realization.


CURRENT:
   The following sections list few
   hand-off methods for slice mapping between customer sites and
   provider networks.

   More details about the mapping between 3GPP and RFC 9543 Network
   Slices is provided in [I-D.ietf-teas-5g-network-slice-application].

Readers can look at I-D.ietf-teas-5g-network-slice-application which includ=
es a discussion on mapping based on SRv6

   6.  Methods for Mapping Between 3GPP E2E Network Slice and IETF
           Network Slice . . . . . . . . . . . . . . . . . . . . . .  16
     6.1.  Mapping based on VLAN ID  . . . . . . . . . . . . . . . .  19
     6.2.  Mapping based on MPLS Label or SR-MPLS SID  . . . . . . .  20
     6.3.  Mapping based on SRv6 SID . . . . . . . . . . . . . . . .  21

The document is already dense. We need to find a balance ;-)


> =

> ------------------------------------------------------------------
> COMMENT:
> ------------------------------------------------------------------
> =

> Following are some comments provided in the idnits output for v16
> of the document:
> =

> 112	1.  Introduction
> =

> 114	   This document focuses on network slicing for 5G networks,
> covering
> 115	   the connectivity between Network Functions (NFs) across
> multiple
> 116	   domains such as edge clouds, data centers, and the Wide
> Area Network
> 117	   (WAN).  The document describes a Network Slice realization
> approach
> 118	   that fulfills 5G slicing requirements by using existing
> IP/MPLS
> =

> <major> By "existing", do you mean "available and widely deployed
> at the time
> of writing this document" ... or something like that? The term
> "existing" will
> not age well in an RFC.

[Med] Yes. We used to have similar constructs ("At the time of writing (202=
4)") but removed them in the WGLC.

> =

> =

> 182	   Unlike approaches that require new protocol extensions
> (e.g.,
> 183	   [I-D.ietf-teas-ns-ip-mpls]), the realization model
> described in this
> 184	   document uses a set of building blocks commonly used in
> service
> =

> <major> By "commonly" perhaps you imply ... commonly used in
> service provider
> networks at the time of writing of this document?

[Med] Yes. We don't use "time of writing" because we will be repeating it s=
everal times, which may be heavy and simply saying the obvious.

> =

> 185	   provider networks.
> =

> 193	   This realization model uses a single Network Resource
> Partition (NRP)
> 194	   (Section 7.1 of [RFC9543]).  The applicability to multiple
> NRPs is
> 195	   out of scope.
> =

> <major> The document does talk about QoS realization and carving
> out
> resources based on DSCP/EXP. Is the use of QoS classes mapped to
> NRPs
> precluded from to realize multiple (or rather a handful of) NRPs
> as specified in
> https://eur03.safelinks.protection.outlook.com/?url=3Dhttps%3A%2F%2F
> www.ietf.org%2Farchive%2Fid%2Fdraft-ietf-teas-ns-ip-mpls-
> 05.html%23section-
> 4.1&data=3D05%7C02%7Cmohamed.boucadair%40orange.com%7Cfe334d8d025f45
> c6c50208dd71fd49e9%7C90c7a20af34b40bfbc48b9253b6f5d20%7C0%7C0%7C63
> 8792054853640448%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsI
> lYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3
> D%7C0%7C%7C%7C&sdata=3DkKzpGU6MFrz0A3%2B7w8aASz071QDPxlXG2Hn2H10q%2B
> Dk%3D&reserved=3D0
> ?

[Med] No. Multiples QoS classes can be used for the realization of multiple=
 NRPs assuming "other measures" are implemented. A QoC class is not an NRP.

> =

> =

> 197	   Although this document focuses on 5G, the realizations are
> not
> 198	   fundamentally constrained by the 5G use case.  The
> document is not
> 199	   intended to be a BCP and does not claim to specify
> mandatory
> 200	   mechanisms to realize network slices.  Rather, a key goal
> of the
> 201	   document is to provide pragmatic implementation approaches
> by
> 202	   leveraging existing readily-available, widely-deployed
> techniques.
> =

> <minor> ... at the time of writing of this document.

[Med] Idem as above.

> =

> 203	   The document is also intended to align the mobile and the
> IETF
> 204	   perspectives of slicing from a realization perspective.
> =

> =

> 2651	12.2.  Informative References
> =

> <major> There are many references below (e.g., for VPNs) that are
> required and
> necessary for the realization of the solution in this document. I
> would think
> that they would become normative? There are a lot of references
> and a closer
> relook would be helpful.
> =


[Med] These are provided as realization examples. Hence the current classif=
ication.

> =


___________________________________________________________________________=
_________________________________
Ce message et ses pieces jointes peuvent contenir des informations confiden=
tielles 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 el=
ectroniques 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 inf=
ormation 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 dele=
te 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.