From: mohamed.boucadair@orange.com
Received-SPF: Fail (smtp-in365b.orange.com: domain of
  mohamed.boucadair@orange.com does not designate 104.47.11.42
  as permitted sender) identity=mailfrom;
  client-ip=104.47.11.42; receiver=smtp-in365b.orange.com;
  envelope-from="mohamed.boucadair@orange.com";
  x-sender="mohamed.boucadair@orange.com";
  x-conformance=spf_only; x-record-type="v=spf1";
  x-record-text="v=spf1 include:spfa.orange.com
  include:spfb.orange.com include:spfc.orange.com
  include:spfd.orange.com include:spfe.orange.com
  include:spff.orange.com include:spf6a.orange.com
  include:spffed-ip.orange.com include:spffed-mm.orange.com
  -all"
Received-SPF: Pass (smtp-in365b.orange.com: domain of
  postmaster@EUR02-VI1-obe.outbound.protection.outlook.com
  designates 104.47.11.42 as permitted sender) identity=helo;
  client-ip=104.47.11.42; receiver=smtp-in365b.orange.com;
  envelope-from="mohamed.boucadair@orange.com";
  x-sender="postmaster@EUR02-VI1-obe.outbound.protection.outlook.com";
  x-conformance=spf_only; x-record-type="v=spf1";
  x-record-text="v=spf1 ip4:40.92.0.0/15 ip4:40.107.0.0/16
  ip4:52.100.0.0/15 ip4:52.102.0.0/16 ip4:52.103.0.0/17
  ip4:104.47.0.0/17 ip6:2a01:111:f400::/48
  ip6:2a01:111:f403::/49 ip6:2a01:111:f403:8000::/51
  ip6:2a01:111:f403:c000::/51 ip6:2a01:111:f403:f000::/52 -all"
IronPort-Data: A9a23:WL9K06nQTXGx9sabEmfC0ULo5gyNIURdPkR7XQ2eYbSJt1+Wr1Gzt
 xIZWTiOOveLZmanftt3OoTi9R8GucPUmNdkTgtrr3s2ES4T+ZvOCOrCIxarNUt+DCFioGGLT
 Sk6QoOdRCzhZiaE/n9BCpC48T8mk/jgqoPUUIbsIjp2SRJvVBAvgBdin/9RqoNziLBVOSvV0
 T/Ji5OZYQbNNwJcaDpOt/vb8kM35pwehRtD1rAATaES1LPhvylNZH4vDfnZB2f1RIBSAtm7S
 47rpF1u1jqEl/uFIorNfofTKiXmcJaLVeS9oiM+t5yZv/R3jndaPpDXlhYrQRw/Zz2hx7idw
 TjW3HC6YV9B0qbkwIzxX/TEes1zFfUuxVPJHZSwmf6q91zhbn7S+tw0Um5uZIsdq/9TXG4bo
 JT0KBhVBvyCr8+L+urhD9dN34EkJsStO54DsHZ9yz2fFewhXZ3IX6TN45lfwSs0gcdNW/3ZY
 qL1axI2NEiGP0IJYw5RVMhWcOSA3hETdxVdr1KcoKc7pWLU0Qd43LHsKvLSYNWMSsgTlUGdz
 o7D1zmmXk5CaYzBodaD2kmepMveuy7nY9oTU6S1qd01jFS//kVGXXX6UnPg+qPl1SZSQel3L
 k4Z5ionq6E0+EWtT/HyWhS5pDiPuRt0c9ZKGuMmrQCA1qSR5B6CD3cLCyJMYcdjv8gzQDssk
 1aCt9LkGTIpt6eaIVqa7qydsjyaOCUJIykFfyBscOcey9zqoYV2kBOWQ8t5SPSxloetRWu2x
 C2Wpi8jgblVldQMy6iw4VHAhXSru4TNSQk2oA7QWwpJ8z+VeqaXXrS5zkXe089pdti2FgCHu
 Skdv5WRubVm4Y62qASBR+AEHbeM7vmDMSHBjVMHI3XH32Tzk5JEVdABiAySNHtU3tA4lSjBS
 XO7hO+8zJpaPX/vc64ubp+rU54u1fK4SY6jUe3IZN1TZJQ3bBWA4CxleU+X2SbqjVQolqY8f
 5ycdK5A7Er264w4kFJapM9EitfHIxzSI0uOH/gXKDz6jNKjiIa9E+ttDbd3RrlRAFm4iAvU6
 c1DEMCB1g9SVubzCgGOrtVLdQ1WdSBmVcmuwyCySgJlClo5cI3GI6+AqY7Nh6Q7wvkK/gs11
 i3jBRIAlASj7ZE5AVvQMCw/M9sDoqqTXVpgZnZwYj5EKlAmYI2167wYeYd/dr497IReIQ1cH
 pE4lzG7Kq0XEFzvomxDBbGk9dAKXErx2WqmYXH+CBBhJMEIeuA80oW1FucZ3HJWVnLv3Sb/y
 pX8vj7mrW0rHFoyVp+GMq7/lztcfxE1wYpPYqcBGfELEG2EzWSgA3WZYiMfSy3NFfnC+tde/
 yurO09C4Nfs+soy+tSPgr2YpYC0Fec4BlBdA2TQ8bexM2/d43anxohDFu2PeFgxkUvqrb66a
 7w9I+7UaZU6cJRi6+KQ0IqHCYo5/dLpqLIcxQNhdJkOR0r+EatuexFqwuET3pBwKmdlhDaL
IronPort-HdrOrdr: A9a23:0DQt+6rL+UqhWrQzTUuUDNsaV5o3eYIsimQD101hICG9E/b5qy
 nApp4mPHPP5Qr5O0tApTnjAsa9qBrnnPYf3WB7B9mftWfd1FeAHcVm64XjxFTbak7DytI=
To: Mahesh Jethanandani <mjethanandani@gmail.com>,
	"draft-ietf-opsawg-teas-common-ac@ietf.org"
	<draft-ietf-opsawg-teas-common-ac@ietf.org>
Thread-Topic: AD review of draft-ietf-opsawg-teas-common-ac
Thread-Index: AQHbJ1kKCXXz2Fo1GEKNF76yX+3ZnLKbwLdQ
Content-Class: 
Date: Mon, 28 Oct 2024 13:50:47 +0000
Message-ID: 
 <DU2PR02MB10160424F726C9C528A54D039884A2@DU2PR02MB10160.eurprd02.prod.outlook.com>
References: <642AEB84-035F-4AD2-978A-ECDE25984258@gmail.com>
In-Reply-To: <642AEB84-035F-4AD2-978A-ECDE25984258@gmail.com>
Accept-Language: fr-FR, en-US
Content-Language: fr-FR
msip_labels: MSIP_Label_f47c794b-e3ab-43f0-9e0f-29fc3e503192_Enabled=true;
 MSIP_Label_f47c794b-e3ab-43f0-9e0f-29fc3e503192_SetDate=2024-10-28T13:50:45Z;
 MSIP_Label_f47c794b-e3ab-43f0-9e0f-29fc3e503192_Method=Standard;
 MSIP_Label_f47c794b-e3ab-43f0-9e0f-29fc3e503192_Name=Orange_restricted_external.2;
 MSIP_Label_f47c794b-e3ab-43f0-9e0f-29fc3e503192_SiteId=90c7a20a-f34b-40bf-bc48-b9253b6f5d20;
 MSIP_Label_f47c794b-e3ab-43f0-9e0f-29fc3e503192_ActionId=aa97b77d-875c-437e-b4f7-9321b0675860;
 MSIP_Label_f47c794b-e3ab-43f0-9e0f-29fc3e503192_ContentBits=2
x-ms-publictraffictype: Email
x-ms-traffictypediagnostic: DU2PR02MB10160:EE_|FRZPR02MB11130:EE_
x-ms-office365-filtering-correlation-id: e3949066-1015-4d9f-375f-08dcf75786d5
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;ARA:13230040|1800799024|366016|376014|38070700018;
x-microsoft-antispam-message-info: 
 =?iso-8859-1?Q?wacjwozM/hYWwYfYnr8wm7kceu3+Qn1PMhCKRDw88sHKbIrFZwtYS6LAp9?=
 =?iso-8859-1?Q?vjXHNGi0yk9J0mRWf0PX4xEcmEHJHbWHPQMfg4ZHNUXFTq5/ZoQJpcE8kE?=
 =?iso-8859-1?Q?GctoeC3/VInIvkOPz1cCS60Eale+nAqphk6KaQ2JXXXv+ojW5eT5w4XFAn?=
 =?iso-8859-1?Q?+6fzWj09FiJO4fs5RaOydG2XZrg8GxfeXFd8ROujEmjJ+YJh+HAS3+9cgd?=
 =?iso-8859-1?Q?eqcOP4UJEjq5vbaPb9c4m/KAjpgjDycHyrDYWl7zgCQbY5JKM2kwu6LA4z?=
 =?iso-8859-1?Q?P0iKjE61f+Ojy4dm3fyL1D7+3praZTqrUl3hZipwOqyVb140QAteN6kjbs?=
 =?iso-8859-1?Q?VHwOr6f/6U7qyVyivzuj9BM82DJbHlD+HxvYDNTGDyHlYIMkLNrodv2BHz?=
 =?iso-8859-1?Q?O8XDx0YrAZTn+6YJFJkfTU95LZbxqvzOn94668JOcHQACqgYbrtSGqjX6H?=
 =?iso-8859-1?Q?AWKd/Y8J6lOoaZtrCevmUk//xJXQEEdZCsDzXBvWGXAL4hzkX8d6HN/nTH?=
 =?iso-8859-1?Q?HA8uZRvKVbFDysdecIiIFY5U+jStAiQUmlFPuIstNDaqykERUj0O1dqGjg?=
 =?iso-8859-1?Q?q/Y1k1//w0WAtfkEAr0Q8RUrgOP9jalInBGd0WDOBTggcEplYaYfT248X2?=
 =?iso-8859-1?Q?qE5C0q74YB5Oh2uXRhyU/FZNXDJ283mRQ1Eo53ED+BDybwfPxXhcyWWRNL?=
 =?iso-8859-1?Q?ZRY9mdYq50CHGVPxx6waxv6ioUL+Bq2AX2v9b6X5KcnaYWJ5hEwiEKU2Z2?=
 =?iso-8859-1?Q?5uSzzpnAPhfg11dOTRDPbMz7frjOxIW3rRONtI85obEfB1fma71/fNzXBb?=
 =?iso-8859-1?Q?tniVHJroqruZ3ynpMjOHdXWxUtKx0vAt08AZ4Eu/IilSGm7wjLQ+eg/Q3z?=
 =?iso-8859-1?Q?5JyggnMC4mjXPd06v9H5agHFW4aEwmndX1PpZf/dMz81buT08QsKbLNVfY?=
 =?iso-8859-1?Q?aobQ/r+Vzyc7vLprVJ1BcQOy60+0PuvfQA7qUk85pLYSmpsN5K7EAO8XzK?=
 =?iso-8859-1?Q?PktVkCzFnJNCug3FyILtNSH7/3iuypvuuD9A/jVo5nxinurOs7a+AMY6tc?=
 =?iso-8859-1?Q?h6pVXg/d8+JkWcSUkOE0WITFRX9kdOCmpryny77z5Mef9xyVFm8JbUVRok?=
 =?iso-8859-1?Q?q6tosYD7QEl3ZzT7Jnc3RGdpy1i0UESlmFLqGwxInHKSc5ljHFQI4LbKfZ?=
 =?iso-8859-1?Q?Tq0z0qHQy6vJLFooEzF9RPG+cn4Lq7j8dRzBtzoOC9Egt6TTgn54JWJSZf?=
 =?iso-8859-1?Q?cEwuqYZrfrDacVkCj0dPSqO2mkiDafLifQINJNbwZRhHfwxeRzj0GIcWml?=
 =?iso-8859-1?Q?MXbcU0O9horFOxrAzlhsNWjUk/gDHQfSUxcR7ybzOPn4yrd9Reh77VhqCN?=
 =?iso-8859-1?Q?TqAbQZLBeU?=
x-forefront-antispam-report: 
 CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:DU2PR02MB10160.eurprd02.prod.outlook.com;PTR:;CAT:NONE;SFS:(13230040)(1800799024)(366016)(376014)(38070700018);DIR:OUT;SFP:1101;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: 
 =?iso-8859-1?Q?ONR4p817IrLcpPN1tDLA/pkX0Cj0msYI9sTcCpVpuIahUFZ62c3464ta7T?=
 =?iso-8859-1?Q?sP8+xqY7d3ZWAwVgYb6r8dSjtWZRALMC+hE7oozU90uptv5QcuqfZymnu5?=
 =?iso-8859-1?Q?3BdQpFfYUjSsEzhQ5Z7r6uJa1gVZnPMMdgmjtl0CvpK8dsvvvbmJX4HoPd?=
 =?iso-8859-1?Q?j2hF1G5tMJG8mXaqpNMtJPvs2Sb6ErlVw8xMQR1Vt9fIeWSUHRQlOCT6dy?=
 =?iso-8859-1?Q?v+OQBH61RmQtUrGBI7RKVwlp+SeERwQ0Z06EtrJuzjKPwWdetqoL7DPNAB?=
 =?iso-8859-1?Q?VyAib/aSezT/4oTY0ArDHUfJFdquoF6Vf7b23cja52TRYjV73gqf1WnAQR?=
 =?iso-8859-1?Q?0ey4Q0wjx2ev+oEs22hqUumxxDz5wvGruCeMveM0Ey2zpRUDQ99DRtTlQC?=
 =?iso-8859-1?Q?e/fp6DkVlgTQ4PlPAwHADlknDjCiRGezZL1nZdJc5fb6r2G5PRJjqhfrQe?=
 =?iso-8859-1?Q?yt0wRbnSWeTmgL1S+Gvhpbda6pho85I05xIqdWxODTKjf9kMD+OYEx49sO?=
 =?iso-8859-1?Q?KV4zfNqjJ20OwGaqyjeDhmR6Tx+YUffxGmwtTDNhU7T+20QxU7dFrWME7U?=
 =?iso-8859-1?Q?2352kkzmeh+OPSC5LNdo+1vqNc9UexiGAWZ/E+YZXP/kIe1NS3rafcqv7G?=
 =?iso-8859-1?Q?RvWelv7ViFEAW4NWaMWG4y/epqZYPTEmSkswwy67opWVfUS1Il0MUCkuaq?=
 =?iso-8859-1?Q?mNTROFmsLJK4qrVUoKToTopJwU64/LFuoXp0FTa1tWDSl8UgIRYgDGE/+d?=
 =?iso-8859-1?Q?9yJD0nnID8nLSAqAJnck8P0QG0VjzmqlCY84N9aJ0ki4zACkAVjbZIHTJu?=
 =?iso-8859-1?Q?ZB6E8exZ+wuU1VATGfcfjghXn0l9S1XrVm0RjRhx0ucWh2RqTRz9fyABbG?=
 =?iso-8859-1?Q?cWieKXx6NAmBpBEACfQqGKeyh8svCPL7NKvS7aBdKXkRa7IdZtMbkYkxF2?=
 =?iso-8859-1?Q?8BqBXLrVXYnFvszOD+0qBivVL81Lf6CFh/NK0qv9410bIdcVCYY8uUrHir?=
 =?iso-8859-1?Q?Dax+b5BId57sevoq8cD7QMa0v4RS9dhNNSJ1EtYX8yuejME0HYRtros0C3?=
 =?iso-8859-1?Q?a0Ea4V8Nfg7NHShPet0zdedFlUI9eVK2p6Ft5TUxa1wa4f8NRa/Fis/u/z?=
 =?iso-8859-1?Q?Etzd8RayAhPCKq7p161pKwTqgrTIjrymC2YkHZy8WG7AF/0El7TsWomjXI?=
 =?iso-8859-1?Q?pIfzSGWgwMPEnSJvGnGF2ndUmUiqklVVxVTn10dF0WlTYyz+Sswwx1jNwb?=
 =?iso-8859-1?Q?+8+adwP+GNsL1X1oZv8zZDRUCw47q/jWpUXrAlOlec5jzyE0nmLMYHc5iz?=
 =?iso-8859-1?Q?q3D67muTPS+R3VbzbDLKtKrPbOV6eJ57Xfn5elZLTfKdamrPnUIyE6chNO?=
 =?iso-8859-1?Q?6zsRaGv140gPyLF/WObLp1p2vSj+06FbaQq0Ii1fFbJh+cBm1y0SCzB0Fq?=
 =?iso-8859-1?Q?OXFWL5qJ9Nn5SMs0Niiow8N58jClQb4XuJTvbQC7PwkB+7IJsoglPikt94?=
 =?iso-8859-1?Q?dJZ02r1PqAJTkSOemE/h+eAbOLnbW/7wbT2eOzcIKCHGuT/1bM2LSPQBiZ?=
 =?iso-8859-1?Q?Vl71DVvAxKAJdL50g8ynCYtacy2IUaRY38oz85QVIEUeyXfZDw1pBGfove?=
 =?iso-8859-1?Q?qUb75X+azUQhOnPlbiOydaVibr58mdH1Pg?=
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: DU2PR02MB10160.eurprd02.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 
 e3949066-1015-4d9f-375f-08dcf75786d5
X-MS-Exchange-CrossTenant-originalarrivaltime: 28 Oct 2024 13:50:47.5878
 (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: 
 uEpDkQChbeIsd2GkH1F574G+mDvtbe2ERktzTeaCjHR/IOLl0I/UZPkn5/K9BSojnXEPCTNj64ntaRAxWdzUs/zFrWSS5ew6mDWYXwZRzD0=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: FRZPR02MB11130
X-TM-AS-ERS: 10.218.35.132-127.5.254.253
X-TM-AS-SMTP: 1.0 c210cC1vdXQzNjUub3JhbmdlLmNvbQ== bW9oYW1lZC5ib3VjYWRhaXJAb
	3JhbmdlLmNvbQ==
X-TMASE-Version: DDEI-5.1-9.1.1004-28758.007
X-TMASE-Result: 10--44.237000-10.000000
X-TMASE-MatchedRID: F3+qgMqW0mjyCZGzF+DOCRGyrs7R0g9veC/tFMC5myjBOVz0Jwcxl69H
	qKgFlQDKaWcfJ5Gh9f5GDP2w6eHi6X19Yo9lHaqM690SCgzNx9JlNvEWSuqrhjoSfZud5+GgEUE
	OJBao4yQcCWwAd+1NqQTcgpiKKJNHtQWdGrqjC/WZAMmRZb+1ZvknCf5Y5jPYyeUl7aCTy8g9lF
	qHcAo+R9SHnJDq2yhMWTXzX6U+UCYgSMwuGTMgiXYIQoHEix+qYy6AtAy7YZfbLuvAgD3xvB+ZG
	cvxEG4EbgSlW/RYVwkEwGioyEnc9cKzJkHVsoaoVRqx2TJ8EO/ZJrfdkZdZ1lF5adRR2Ej1rSPg
	4ph0OIJ2qvNIMM79REMexL0JzYPwudF2JXgocF0I72eZSqlThK5bb5QEYSkdb63AvHKiyqF8vx8
	dQICa6xwbB+iCKX6CSm+rcI1Om2kN1WQKJQ29HYIpCnvqEx9hQfSOYOlxKYv1IQ6BgW4YCq+WgC
	caviqGcMrAMXP3sn26PpxXNCYSGdf/hxckHvsbzDUEuKkyOHSVOwZbcOalS59M6uPcaQaQuSIn8
	GC9fqszJOs2oMTNjjE19PTpP232Aj9BaPyo39yARsII/VROyoxw+UU0p3zWF430d3dMHkalWyTa
	XFY7243mWkmVDZSHZlWqGYxUja4FrQTrR/R+6biCP5agS1Rx9DGkDtq4vAzS+VqQO/GHvKXcutx
	XKihCmjBbRN/+hryKgZBWjbW43ZMp5PgLP+fRWoBAdcjjQZo3vTBeEjQNfgTHaede/M0jDSNmGr
	+GeK/UwcTVkFUWn0qVuHU4iFYVqFLpr2mZkkzBN17rWCnwi0bgTmf4sxQ0mkCGwliFomubKItl6
	1J/ySedSoBMABnZuq0cduu5vbZ7taMqTy50jDnPxPlcuWjYLlhl+CzITeXH85pIf0QqW9gMqr0E
	srf34kYXbobxJbLnIzRzWS2P0w==
X-TMASE-SNAP-Result: 1.821001.0001-0-1-22:0,33:0,34:0-0
X-TMASE-INERTIA: 0-0;;;;
X-TMASE-XGENCLOUD: d7045f16-b6e9-4134-9f63-e95fdc211b71-0-0-200-0
Content-Transfer-Encoding: quoted-printable
Message-ID-Hash: 2FJLHN4FPKH236XK3GCSS342ZIILGF3D
X-Message-ID-Hash: 2FJLHN4FPKH236XK3GCSS342ZIILGF3D
X-MailFrom: mohamed.boucadair@orange.com
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency;
 loop; banned-address; member-moderation; header-match-opsawg.ietf.org-0;
 nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size;
 news-moderation; no-subject; digests; suspicious-header
CC: opsawg <opsawg@ietf.org>
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: =?utf-8?q?=5BOPSAWG=5DRe=3A_AD_review_of_draft-ietf-opsawg-teas-common-ac?=
List-Id: OPSA Working Group Mail List <opsawg.ietf.org>
Archived-At: 
 <https://mailarchive.ietf.org/arch/msg/opsawg/fElji_IDvU8YryHSFAtwEhDmXqk>
List-Archive: <https://mailarchive.ietf.org/arch/browse/opsawg>
List-Help: <mailto:opsawg-request@ietf.org?subject=help>
List-Owner: <mailto:opsawg-owner@ietf.org>
List-Post: <mailto:opsawg@ietf.org>
List-Subscribe: <mailto:opsawg-join@ietf.org>
List-Unsubscribe: <mailto:opsawg-leave@ietf.org>

Hi Mahesh, =


Thank you for the careful review. Much appreciated.

A diff to track the changes can be found at: https://author-tools.ietf.org/=
api/iddiff?url_1=3Dhttps://boucadair.github.io/attachment-circuit-model/dra=
ft-ietf-opsawg-teas-common-ac.txt&url_2=3Dhttps://boucadair.github.io/attac=
hment-circuit-model/AD-Review-of-AC-Common/draft-ietf-opsawg-teas-common-ac=
.txt.

Please see inline for more context. =


Cheers,
Med


Orange Restricted

> -----Message d'origine-----
> De=A0: Mahesh Jethanandani <mjethanandani@gmail.com>
> Envoy=E9=A0: samedi 26 octobre 2024 05:42
> =C0=A0: draft-ietf-opsawg-teas-common-ac@ietf.org
> Cc=A0: opsawg <opsawg@ietf.org>
> Objet=A0: AD review of draft-ietf-opsawg-teas-common-ac
> =

> =

> Hi Authors of draft-ietf-opsawg-teas-common-ac,
> =

> Much like the other document in this cluster, here is my review
> of this document. While I hope to have some discussion around the
> COMMENTs in this review, the NITs are something you can choose
> whether you want to respond to or not.
> =

> -----------------------------------------------------------------
> COMMENT
> -----------------------------------------------------------------
> =

> "Abstract", paragraph 0
> > Abstract
> =

> =

> The shepherd writeup mentions that one of the authors is also
> author of draft-ietf-teas-ietf-network-slice-nbi-yang, which is
> great. My question however is, was this document vetted in the
> TEAS WG, and if so what was the feedback?

[Med] FWIW, the AC documents were presented in teas at least two times and =
the WGLC was also sent to TEAS. The ACaaS spec in particular is used as a n=
ormative reference in draft-ietf-teas-ietf-network-slice-nbi-yang.

> =

> The writeup also mentions that the TEAS document has an
> implementation. Can this document mention that in its
> Implementation Report?
> =

> Section 4, paragraph 3
> >    The full tree diagram of the module can be generated using
> the
> >    "pyang" tool [PYANG] with "-f tree --tree-print-groupings"
> command-
> >    line parameters.  That tree is not included here because it
> is too
> >    long (Section 3.3 of [RFC8340]).  Instead, subtrees are
> provided for
> >    the reader's convenience.
> >
> >       The full tree of the "ietf-ac-common" module is available
> at
> >       [AC-Common-Tree].
> =

> This paragraph needs to be updated to reflect the consensus on
> "long trees" in the netmod mailing list, and the complete tree
> diagram added.

[Med] There is actually no statement in the bis to say that long trees MUST=
 be included ;-)

Seriously speaking, will update that part once we have a conclusion in NETM=
OD.

> =

> Section 4.2, paragraph 6
> >    'bgp-capability':  Used to indicate a BGP capability
> [RFC5492].
> >       Examples of BGP capabilities are Multiprotocol extensions
> for
> >       BGP-4 [RFC4760], route refresh [RFC2918], graceful
> restart
> >       [RFC4724], ADD-PATH [RFC7911], or BGP Role [RFC9234]}.
> =

> Please use identities in IANA YANG modules defined by draft-ietf-
> idr-bg-model, specifically iana-bgp-types.yang, instead of
> redefining them here.
> =


[Med] We considered that but, unlike the device model, we don't need the fu=
ll support of all capabilities. Only a subset makes sense at the service/ne=
twork level. Added this NEW:

"Only a subset of BGP capabilities might be useful for customization at the=
 service/network AC levels. As such, this document does not use the full li=
st defined in {{Section 7.3 of ?I-D.ietf-idr-bgp-model}}."

As a side note, I have also a concern to add a normative dependency to the =
IDR document which was out there since 2013 and for which we don't have a v=
isibility when it will be published.

> Section 4.3, paragraph 11
> >        +-- address-allocation-type?             identityref
> >        +-- (allocation-type)?
> >           +--:(dynamic)
> >              +-- (provider-dhcp)?
> >              |  +--:(dhcp-service-type)
> >              |     +-- dhcp-service-type?       enumeration
> >              +-- (dhcp-relay)?
> >                 +--:(customer-dhcp-servers)
> >                    +-- customer-dhcp-servers
> >                       +-- server-ip-address*   inet:ipv4-
> address
> =

> Wonder why you need both the leaf 'address-allocation-type' and
> the choice 'allocation-type' where the latter tells you what is
> the address allocation type is?

[Med] There are cases where allocation-type nodes are not present at all; '=
address-allocation-type' is thus useful to indicate the type. Please note t=
hat we are using the same structure as RFC 8299 and RFC 9182.

> =

> Section 4.3, paragraph 10
> >        +-- address-allocation-type?                 identityref
> >        +-- (allocation-type)?
> =

> Same here.

[Med] In addition to the same reasoning as IPv4, we do have the slaac case =
for IPv6 which distinct from dhcp-based schemes. Added NEW text to clarify =
this.

> =

> Section 4.3, paragraph 17
> >                 +--:(explicit)
> >                    +-- key-id?             uint32
> >                    +-- key?                string
> >                    +-- crypto-algorithm?   identityref
> =

> =

> Doesn't the keychain model define these parameters? Why model
> them differently?
> =

> Same for the next 3 sets of authentications.

[Med] keychain refs are supported as well. In order to be consistent with, =
e.g., RFC9129, the groupings allows to cover keychain and explicit paramete=
r configurations to accommodate legacy implem. RFC9129 has the following ju=
stification: =


"Additionally, local specification of OSPF authentication keys and the asso=
ciated authentication algorithm is supported for legacy implementations tha=
t do not support key chains [RFC8177]."

Added a new text to echo this.

> =

> Section 5, paragraph 64
> >          list qos-profile-identifier {
> >            key "id";
> >            description
> >              "List of QoS profile identifiers.";
> >            leaf id {
> >              type string;
> >              description
> >                "Identification of the QoS profile to be used.";
> >            }
> >          }
> =

> Shouldn't the id be a leafref instead of a string?

[Med] Strings are used here because there is no exposure of the internal st=
ructures of these profiles. The description text says the following:

           "Container for valid provider profile identifiers.
            The profiles only have significance within the service
            provider's administrative domain.";

This structure is inherited from RFC8299, RFC9182, RFC9291, etc.

> =

> Section 6, paragraph 0
> >    This section uses the template described in Section 3.7 of
> >    [I-D.ietf-netmod-rfc8407bis].
> =

> Much like the comment in the other draft, hope this template will
> be updated with the text that was recently agreed upon.

[Med] Done.

> =

> Possible DOWNREF from this Standards Track doc to [ISO10589]. If
> so, the IESG needs to approve it.

[Med] I'm not sure DOWNREF procedure applies here as this is an ISO standar=
d. Please note that this standards was normatively referenced by several st=
andard track RFCs (e.g., https://datatracker.ietf.org/doc/rfc5308/). =



> =

> -----------------------------------------------------------------
> NIT
> -----------------------------------------------------------------
> =

> All comments below are about very minor potential issues that you
> may choose to address in some way - or ignore - as you see fit.
> Some were flagged by automated tools (via
> =

> =

> "OPSAWG", paragraph 1
> =

> Section 1, paragraph 4
> + s/specific to a given service or be shared/specific for a given
> + service or are shared/
> =


[Med] ACK

> =

> Section 1, paragraph 1
> >    Connectivity services are provided by networks to customers
> via
> >    dedicated terminating points (e.g., Service Functions (SFs),
> Customer
> >    Premises Equipment (CPEs), Autonomous System Border Routers
> (ASBRs),
> >    data centers gateways, or Internet Exchange Points).  A
> connectivity
> >    service is basically about ensuring data transfer received
> from (or
> >    destined to) a given terminating point to (or from) other
> terminating
> >    points that belong to the same customer/service, an
> interconnection
> >    node, or an ancillary node.  A set of objectives for the
> connectivity
> >    service may eventually be negotiated and agreed upon between
> a
> >    customer a network provider.  For that data transfer to take
> place
> >    within the provider network, it is assumed that adequate
> setup is
> >    provisioned over the links that connect customer terminating
> points
> >    and a provider network (a Provider Edge (PE), typically) so
> that data
> >    can be successfully exchanged over these links.  The
> required setup
> >    is referred to in this document as Attachment Circuits
> (ACs), while
> >    the underlying link is referred to as "bearer"
> =

> s/customer a network provider/customer and a network provider/
> =


[Med] ACK

> Section 1, paragraph 3
> >    When a customer requests a new value-added service, the
> service can
> >    be bound to existing attachment circuits or trigger the
> instantiation
> >    of new attachment circuits.  Whether these attachment
> circuits are
> >    specific to a given service or be shared to deliver a
> variety of
> >    services is deployment-specific.
> =

> s/specific to a given service or be shared/specific for a given
> service or are shared/

[Med] ACK.

> =

> Document references draft-ietf-teas-ietf-network-slice-nbi-yang-
> 13, but -16 is the latest available revision.
> =

> Document references draft-ietf-netmod-rfc8407bis-14, but -20 is
> the latest available revision.
> =

> Document references draft-ietf-opsawg-ntw-attachment-circuit-11,
> but -13 is the latest available revision.
> =

> Document references draft-ietf-opsawg-teas-attachment-circuit-13,
> but -17 is the latest available revision.
> =


[Med] This will be automatically fixed when releasing the new version. Than=
ks.

> Mahesh Jethanandani
> mjethanandani@gmail.com
> =

> =

___________________________________________________________________________=
_________________________________
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.