[Teas] Re: Second Working group last call of draft-ietf-teas-rfc8776-update-13 - one week

mohamed.boucadair@orange.com Wed, 30 October 2024 08:01 UTC

Return-Path: <mohamed.boucadair@orange.com>
X-Original-To: teas@ietfa.amsl.com
Delivered-To: teas@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C9906C14F5F6; Wed, 30 Oct 2024 01:01:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.102
X-Spam-Level:
X-Spam-Status: No, score=-2.102 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_BLOCKED=0.001, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=orange.com
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 i3ehF_H-hAjz; Wed, 30 Oct 2024 01:01:31 -0700 (PDT)
Received: from smtp-out.orange.com (smtp-out.orange.com [80.12.210.124]) (using TLSv1.2 with cipher ECDHE-ECDSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5C4B0C14F6EE; Wed, 30 Oct 2024 01:01:30 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=orange.com; i=@orange.com; q=dns/txt; s=orange002; t=1730275290; x=1761811290; h=to:cc:subject:date:message-id:references:in-reply-to: mime-version:from; bh=H4JHDPG8HSZ/aHIDtji0+cXpcGNUHkj8+n217GWTzAE=; b=ltNgFA6amNBxJ24J5VlIBByC0+2zOVhgvglX90NdLNDkGVdT+URNI7zM brR52ytVoWDBDiY9XFwxYeMh5tHQNh9Xuqw8uZBqutTM9jve5oSrN7gKo 156lTuUEWK6zvF1dQQxW4cNObPrS80gvRoznoe+aFtjNerY1Xc02I/si2 QsXVEDf17GMf408P6w4fH6bB7Fdu3llT0IMggcDWEW+BAeMczJeIfUuUC OiAh+85YC5H09a1VO0sVybUAffnGCiFf3r+G68HCrZeDpbkWErgAcW0iZ 2KohEr0IkR4iO/5zqVXANvxr125lEjRFbapgHzeGTs3sCjkvWXp98K/0s Q==;
Received: from unknown (HELO opfedv3rlp0c.nor.fr.ftgroup) ([x.x.x.x]) by smtp-out.orange.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 30 Oct 2024 09:01:28 +0100
Received: from unknown (HELO opzinddimail8.si.fr.intraorange) ([x.x.x.x]) by opfedv3rlp0c.nor.fr.ftgroup with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 30 Oct 2024 09:01:28 +0100
Received: from opzinddimail8.si.fr.intraorange (unknown [127.0.0.1]) by DDEI (Postfix) with ESMTP id 26690764411; Wed, 30 Oct 2024 09:01:27 +0100 (CET)
Received: from opzinddimail8.si.fr.intraorange (unknown [127.0.0.1]) by DDEI (Postfix) with ESMTP id F0F757643D3; Wed, 30 Oct 2024 09:01:26 +0100 (CET)
Received: from smtp-out365.orange.com (unknown [x.x.x.x]) by opzinddimail8.si.fr.intraorange (Postfix) with ESMTPS; Wed, 30 Oct 2024 09:01:26 +0100 (CET)
Received: from mail-db5eur02lp2106.outbound.protection.outlook.com (HELO EUR02-DB5-obe.outbound.protection.outlook.com) ([104.47.11.106]) by smtp-out365.orange.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 30 Oct 2024 09:01:26 +0100
Received: from DU2PR02MB10160.eurprd02.prod.outlook.com (2603:10a6:10:49b::6) by GVXPR02MB10594.eurprd02.prod.outlook.com (2603:10a6:150:150::18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.8093.25; Wed, 30 Oct 2024 08:01:21 +0000
Received: from DU2PR02MB10160.eurprd02.prod.outlook.com ([fe80::c9a1:d43c:e7c6:dce1]) by DU2PR02MB10160.eurprd02.prod.outlook.com ([fe80::c9a1:d43c:e7c6:dce1%4]) with mapi id 15.20.8093.025; Wed, 30 Oct 2024 08:01:21 +0000
From: mohamed.boucadair@orange.com
X-TM-AS-ERS: 10.218.35.130-127.5.254.253
X-TM-AS-SMTP: 1.0 c210cC1vdXQzNjUub3JhbmdlLmNvbQ== bW9oYW1lZC5ib3VjYWRhaXJAb 3JhbmdlLmNvbQ==
X-DDEI-TLS-USAGE: Used
Authentication-Results: smtp-out365.orange.com; dkim=none (message not signed) header.i=none; spf=Fail smtp.mailfrom=mohamed.boucadair@orange.com; spf=Pass smtp.helo=postmaster@EUR02-DB5-obe.outbound.protection.outlook.com
Received-SPF: Fail (smtp-in365b.orange.com: domain of mohamed.boucadair@orange.com does not designate 104.47.11.106 as permitted sender) identity=mailfrom; client-ip=104.47.11.106; 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-DB5-obe.outbound.protection.outlook.com designates 104.47.11.106 as permitted sender) identity=helo; client-ip=104.47.11.106; receiver=smtp-in365b.orange.com; envelope-from="mohamed.boucadair@orange.com"; x-sender="postmaster@EUR02-DB5-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:hWy286NqWxxU0c7vrR2LkMFynXyQoLVcMsEvi/4bfWQNrUon1zEFy TMZCG7XbPfZYmr3Kt93aIuzo00EsJ6BnYNkTwZtpSBmQkwRpJueD7x1DKtR0wB+jCHnZBg6h ynLQoCYdKjYdleF+lH3dOGJQUBUjcmgXqD7BPPPJhd/TAplTDZJoR94kobVuKYw6TSCK13L4 IqaT/H3Ygf/h2csaTpMsspvlTs01BjMkGJB1rABTaAT1LPuvyF9JI4SI6i3M0z5TuF8dgJtb 7+epF0R1jqxEyYFUrtJoJ6iGqE5aue60Ty1t5Zjc/PKbi6uBMAF+v1T2PI0MS+7gtgS9jx74 I0lWZeYEW/FMkBQ8QgQe0EwLs1wAUFJ0JmfDXO2tfDN8xzLbyfg4ctkMGoaGpJNr46bAUkWn RAZAB0wVEjZws6cnfe8QOQqgdk/Js72Oo9Zomtn0TzSEfchR9bEXrnO4thbmjw3g6iiH96HP 5ZfNWUpNU2GOkURUrsUIMpWcOOAg37/ejhVpBSforc86mTazRZZ16LkNtXYPNeNQK25m27F+ T2erzqiXHn2MvSC4iSCqC6sqtOMvg3Gf6sICIO8/Pp11Qj7Kms7U0ZMCQTTTeOCom+iUtZYb WYJ4SsGrbU760GqCNL6WnWQqXKevxcac91UH+E950eGzezJ4G6xAXMPRyQHZ9sgpsYySC4m2 1OImMjBGTFrvbOST3OW//GfqjbaETQYJHQqZCIYQ00C+daLiJ0+hwmKRdZqEbSuptz4BT+2x CqFxBXSnJ0WhM8PkqmxoF3amWr2ooCTF1ZroALKQmii8wV1Ipa/YJCl4kTa6vAGK5uFSl6Gv z4PnM32AP0y4Y+lsnShS+wJIO+VtvuZbDH+v1RTNLUG6GH4k5K8Rrx47DZ7LUZvF88Lfz71f UPe0T+9ArcDbRNGiocnMuqM59QW8ET2KTjyftH5Bueij7B0fQ6DuS1kOEONxTi3lFB2yPlhf 5CGbcyrEHAWT7x9yya7TPsc1rltwT0iwWTURtbwyBHPPVuiiJy9Fu5t3LimN7tRAEa4TOP9r og32yyilkg3bQEGSnOLmbP/1HhTRZTBObj4qtZMasmIKRd8FWcqBpf5mOx6I9Y/wfsPzbeYo xlRv3O0LnKu3RUrzi3aOxhehE/HA8sv9RrXwARwYwn1gyR9Pe5DEo9AKMBoIulPGBNfIQ5cF KJfJ5ro7gVnTzXM4TMGapfh5IdlbgzDuO59F3vNXdTLRLY5H1ah0oa8IGPHrXBSZgLp75dWi +P7jGvzH8FcLzmO+e6MOZpDOXvq5SBFwIqfniLgfrFuRakb2NE0cHSh0qdqfJhkxNeq7mLy6 jt6yCww/YHly7LZOvGQ7UxYh+9F0teSH3a220H20Izub2z21DfmxoVNFuGVYTraSWX4vr24Y vlYxO39N/tBm0tWt417EPBgyqdWCx7HuepB1go9dJnURw3DN1+iCiHuMQpzWmllwaVQvwS7H EmI/7G2/J2Xbdj9Hgd5yBUNMoy+6B3MpgTv0A==
IronPort-HdrOrdr: A9a23:CTWJyq6gUkyMMsNH6gPXwNXXdLJyesId70hD6qkRc3xom6Oj/f xG8M536faWslcssRMb9uxoUZPoKRjhHPVOj7X5U43PYOEj01HYTr2LKuDZsl7dJxE=
X-Talos-CUID: 9a23:BKB0d2CiHXycPvP6Ew8/2EUdHvx7TizQ0CvcAXGyNU1Fb6LAHA==
X-Talos-MUID: 9a23:L3G7AAvmfa62u4usd82nmRp8M50044iSS2MjrLIvodW6MSZ0JGLI
X-IronPort-AV: E=Sophos;i="6.11,244,1725314400"; d="scan'208,217";a="57708636"
ARC-Seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=xRtEU/iGc789BYnYh5fe0DC5j7Y0LDJZsqRQtOKMCWY3IpIOLAQYw08fgI3BlLMTN5lGNd94At+gFSTE0isvNfYz0yimQx9UAp+84NX8rlH7ahzGxXqwh+ojv/nU0LUvzdQE/O5Y57/POdE5BP5b9KpcAeZhzh18aFYcIHLE9/nVE8pxZflFVQLajZJsodtpu0ujZ4x7w2B0JzhVYnjwVqeYaIpIY0qZhzLGZeKGL+UBF1gOKSxz0Nd73c3o8PfZio63HDf1jYzQWAV4elbRnXGJlWoZkU8qkRUaaJUv6CmS5fTso+9WXrdkuBbypT32ywBboj6qQiJauxYp2LSWWA==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector10001; 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=7kZ9x3tPxjGzrAsJ1B7EWRBeAnrdLwqJn25vqJZEkhw=; b=gDeulPCxXktu3XNVvkz6JL421oc2y7oVIAvL9F/4ZKYyWtEDgCOFzG5sSCKTrhQR/dsnm4yaoH60FyPADD/okGHzBVYSCqy1BEn/eL1pBH5/f3ccRL/rACX487gdV41Dg0wq8yWU8GDJjnPvi6d4dkxFqbiUqRxd0zLAiX3FIp8t2ygwJb72TAs2FLUNUQDrJKgid6CykCcSpqIddKykm7sPISN5UrRg4dzBM5N06TcbbmIclYFq7pBKCVJmy4JjXF15Gz/tzbdDrQapDv4z1W8XAQ2sY0yeO9wyG3O76MQ+WAKz+aaP24hzu0xk+eN0ZeFBXynI21EElxJzCTqlSQ==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=orange.com; dmarc=pass action=none header.from=orange.com; dkim=pass header.d=orange.com; arc=none
To: Italo Busi <Italo.Busi@huawei.com>, "adrian@olddog.co.uk" <adrian@olddog.co.uk>, 'OSCAR GONZALEZ DE DIOS' <oscar.gonzalezdedios@telefonica.com>, 'TEAS WG' <teas@ietf.org>
Thread-Topic: [Teas] Re: Second Working group last call of draft-ietf-teas-rfc8776-update-13 - one week
Thread-Index: AQI+YPXnmgzw9D/5FupjWGC1l2wJ2AHmMNN/Adp1lXkBmMVO9wFFSvWGAicCO8AC+81kPrFxuiWAgACkAeCAAFMeMIAAMpBAgAAcPpCAAAHv0IAAC9QQgAdlKjA=
Date: Wed, 30 Oct 2024 08:01:21 +0000
Message-ID: <DU2PR02MB101605D77E2BACB6ADB2BB9B888542@DU2PR02MB10160.eurprd02.prod.outlook.com>
References: <PAXPR06MB7872E021311DADD1FCF70393FD042@PAXPR06MB7872.eurprd06.prod.outlook.com> <PAXPR06MB7872D017F44E6CDCF36A96B2FDE32@PAXPR06MB7872.eurprd06.prod.outlook.com> <PAXPR06MB7872B987811DB6DAD8FA46C1FD792@PAXPR06MB7872.eurprd06.prod.outlook.com> <067101db1c13$d1e231e0$75a695a0$@olddog.co.uk> <DU2PR02MB10160A919EBB707E69CB8142288442@DU2PR02MB10160.eurprd02.prod.outlook.com> <be32b81c95604863b9a972f97940d75a@huawei.com> <DU2PR02MB101605090745435559CD2D5CD88452@DU2PR02MB10160.eurprd02.prod.outlook.com> <c404308627154e62b30e25a711f88c75@huawei.com> <DU2PR02MB101603C9BB393582CF72919EF884F2@DU2PR02MB10160.eurprd02.prod.outlook.com> <60c7ced4643f448783ead3d1c0c33c17@huawei.com> <DU2PR02MB1016060703580EBB737C579FF884F2@DU2PR02MB10160.eurprd02.prod.outlook.com> <70ea2fd57bfc4dfbb74d42798cb08e35@huawei.com> <DU2PR02MB1016000A7C24A3463C1B610DB884F2@DU2PR02MB10160.eurprd02.prod.outlook.com> <2862a31404e64a098348dee2615094d8@huawei.com>
In-Reply-To: <2862a31404e64a098348dee2615094d8@huawei.com>
Accept-Language: fr-FR, en-US
Content-Language: fr-FR
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
msip_labels: MSIP_Label_07222825-62ea-40f3-96b5-5375c07996e2_ActionId=65b9a413-32d9-4113-8fd7-634c18a8f963;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=2024-10-30T08:01:17Z;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: DU2PR02MB10160:EE_|GVXPR02MB10594:EE_
x-ms-office365-filtering-correlation-id: c2c91124-0227-444d-be83-08dcf8b90ad1
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;ARA:13230040|366016|376014|1800799024|8096899003|38070700018;
x-microsoft-antispam-message-info: 116+5aWJx9dgu12WBtr7OkjrT7zRsT4UV9bK53up1C2Wtik81AfnHCI9SzxHKI7Si4IBassOTiqMbrRPRodYaLw3wwMMJN9/uu1IxK1SbDN5AW5STkDYB75pp9ryz8+5hFqwJDvblV61EqNBlevJ5Wq1YVpboPebLWHwlQ88ALxyzfjrZNSxtEahCuYAGsdNrVGQgHlMG0uVgMYYCP/LbW99NZyUVlrjqXqpXT6sgu/WwU6mcxC1HNvEfnaVg7mF8ZS6N3DKsvEtEq+9dCA7j7zqGxEkiA42sHd3O0SKmu9QldOZ7XsDFuv45Obj8ZFk/8yubQhEcRB6e3hBGHfrwzuSSyiI49YrODEFgus+l940aRqWIiQEEGCJbzgRFu32FS8ghTZxCUfeTHzYyLTeJZpCD2dS1FAThzFHd/nDIE7y6Z7QpJzdzVx6fHeb5X+z4N5Lz2qZabu1ahfAERNa0cwBm5l6hJbDD+lEcZWn8MdAB3MVCdEwrICZlbLYbzx00ALyU6ERyuQdjnRjQ3IrVINq3AgM69UYg6nFweFeWQNoXhPnIEp0TPxny6ktm1IIgVpCEYm/NZjeHdZ0djConN62jE9H6OWVa2Ex1OhfSR/IToL4Vi5DXqXq5ALWfSJ2s6v8FzluHSN89i0eMMSOfCZzdvrabkSlJ2JrIMtV8lqL8Db0YgksvSY2voa4ncOQawnn+GgUt89OLEfwtu5mBFvtAuS0dVKFbAlGPSrmtZc7UOjhAZyAv9QZz/Dvc1Scd2kVjrSD0YBadxwIUzObky1MsCoO/828KKI2bzZbJ7AJjo6pTJEdSyR0Xy+tR8vKVgr1w1bf2UFGxq3VNJIO/7+FQwmA3x5VfSjyuP+ziIMAX0y4tJ6P8+jhzaDE+NOiRFGzpUTV42t6en1vlm1w0+vLcpl209NXMOKSZiNYOuW2dQjB91tGVAhlllocknB8e/6m377cvp33t3/QUgLVOWPfq7CwMm0DJeZU6OivI/JS4Bhigl4O/oSJDAvJ/0gSp3y5zODkuUs3BTbeNXa29DHrLfl+wJKV995xwbKN0panaul+6f3+TKkLMZo88cmnf83GqaI+kdP3wxcX1KyWksj0u0ChARMhlWAWL8WcO0HXvpLEs/9w3f7Lah97wbXGS9YFrYmGlcZat9eeSggDNFdYmUpo5iCI1+eqxvQTStcAMNy/PqOLgl/aSRL2ocRdIxH8S4h+Wbdgge3Hji2Njm1FhqqbUWb+vLVmcg2miyjcGhZ5o/MGaXI7D4milDqcB8OBglEN3QsVm6lLJ373EwM8R+I8KfnjDO80EWTAkErepbL4CNzwv7d77sOZJkxVFjos/SgYGgn4tiJI4N8HiA==
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)(366016)(376014)(1800799024)(8096899003)(38070700018);DIR:OUT;SFP:1101;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: aDDPKKJVH/WbrrOUiXRgvLSwK6gIIa4axsGt6fl2S+VtZibjXevQqTQGK7JLwLyGe/fEQBZkAZW0fQXj4z/GwArdGK829QRroWq8cR28Pp30UqawkxdWc/fQYkiacar4ey1ScjUyjTs7RiVlOtgD19bBoDTRQEyfH+b4Wo+5ktItrPOAn/8lG5VoILkatG3RQsZ2DVsdCZ/teItAHXUO2RdUkWyNP+Bds9POb7cFymveCDsYSfRZpfkvjpzhWjEL5IGE6u988cFazyAid4FWi33Z+O5G1mINGKFq3XTJksj+B5IBkz/ETkojG3v+RZhKE94E1OgXNcKTz/gwSQbDeMeDVF21V4qDuPjN8PxDm2u9pEDS0PlgFbjqYaKIKjwEjq1TU/4uA61WYkJu9jcmzKZhvGQKvirkHYvcCPTpPyvKNmgvhROtgYakh/W+hBeCe3FNiu1hbsOYzaaUmq4Y/BiWbeSG+ycKUd4Ya0L9rAD0VwgydYdLys+D+W4btrWI5S5N4DhkEYHHCMkRKsthMnr0rZOcuOcbn6QzIBbcJ3wVBIn2mb5IDIKrLoGTIZJfGv9+GkEzdSI3Jtj82ABiCl3wBhuPWwGqSUWQHWdeqbMHLHlFsfbre2r6OHdHzBwuVo82gaIdK//0JAerDHJ/PlUr1VjoFXHDzi5jx7h40YjIXrZDr1IDBfQ7BbYHUPN0MbTE9y4FpWPm8JVtyxFXlNcJejKZLGOwOJ05eXlAzedSlY+1H2oHMRQIZ029ZZw/9PztXpzWfjWQwLVFXqjV61EEhZlrIzlov7t/WPotTURkHEgD6auqn65Q8HmnHSWCNiUCOT6sFZydQqHF9XBfFNAhvQJwHUh1n+Dbq50X8nshclpFT1mPR6JTNQ7wPeGrJIAfi6vFe5ST6iK3jSxY3xuUP4bOBgO5Reu3rAkMKBJGoyuEUgjG8rX3ItOyHvJ9KxnsJ9m2jXRBf0lXdM6BEiG4prpbXGsL8QDX/Tg1TTGTik8EOKylMsrX7Jlqwiyjp0PzrRFOr/yM32K3xDiFJ1ktnqLfSXmzcHf27O+bKZjhVhBV8gfNGOpiOTaAnFD+2vEoLZkTXqjSMf1VfF9XNLtZpOjv/cDNBofDspbmuvMsY8meUBDpcbGKil4f805PyiMteqRsneJKywswqFQxyILKsucjx4HtjNtS3NVZSnV2c4q4EP4Xbl5aiK5gwlttVtdEAYPmp50ACYggbRHhsDx4HE+royH5IlkoTxMe7AaEwTawUHLhspSUfB9v6oNjWfVqWDN+oFaiWEXjYNthhbIt8xHiSNHRUauAjCrpXcFW510NgCiOuNqsfn8DIywYtCEXxS4PPnp2IY+Q2B4rGEXwatRBUIkuh9ykfDG2wIsPRnoOa29CFzJoTyw2cfFl8P8INFhcY2NHmgdFf1bMbHcr74AHdl5CcI5yFluB/+25axn3yT6unDeTRqaRPNBc9ZQ0HZbc7btsmhTR/GT9XDp7kWLbyof0b+37xy8Tpsw7+mG/4y1PlqjtBBoVRshSi143svJ9SQf3pi6CAc/IjfRRrXmjVxMns62uCE1sPh3YHNQJmW9do0SuUh6LHND2dgmSDyg7CFfsMh56XMvtHQ==
Content-Type: multipart/alternative; boundary="_000_DU2PR02MB101605D77E2BACB6ADB2BB9B888542DU2PR02MB10160eu_"
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: c2c91124-0227-444d-be83-08dcf8b90ad1
X-MS-Exchange-CrossTenant-originalarrivaltime: 30 Oct 2024 08:01:21.3498 (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: Nudk7r/pc8KNOxqVZPm7hLHPC6XSz2Z+53jtv7dlMdXbIAF4uZsVrS6zfPlIPuo1C6O1D1H7pFb3UVImY25tHtMNK7PAAeB2FudvfOne45k=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: GVXPR02MB10594
X-TM-AS-ERS: 10.218.35.130-127.5.254.253
X-TM-AS-SMTP: 1.0 c210cC1vdXQzNjUub3JhbmdlLmNvbQ== bW9oYW1lZC5ib3VjYWRhaXJAb 3JhbmdlLmNvbQ==
X-TMASE-Version: DDEI-5.1-9.1.1004-28762.006
X-TMASE-Result: 10--22.874100-10.000000
X-TMASE-MatchedRID: Ho8J/lGVQjNBYmUAdSZaCIAKYTzTkM00DCFxeDSMJ+FdYokCIH+JoTY1 atJPgvtjqhcdnP91eXFsa8wQLDmknbAHBS2nS6QW2JHTTqNG6YpM/ytJ/iCr+rxT9Nknd+sGMYX CjAv0ws/ece0aRiX9Wk3yuY9BGW8rfHfhFLzIKFLzPvRcNNSOxlp8e1ABgg4H2p8HgwkOoaLKHL BzDotzpQrcxrzwsv5u9nLtQ11erE6F7G1bHV1SIZbt5AZPnsKjLvvieXFU5epFoJp7xyeCBSd14 4Bsl1p5XaMgZLanzyg+yaZy3p+bIojfzuwMGZf/ywh+5R1afHWw5nt8gcroLwpqTiclaKEAzxpH beK+ATYD2WXLXdz+AfZbeAQELiBUr2Pto2emO2XFOJ/VdJZBteP5TPw/XdYT8G1nsysTc+b3FZ3 1mJ166AvBTB90+he+/Oeebs50VeDkMnUVL5d0E0mb/vjP+wrhykXk2P1mt+B+ZXjzD9WWMp/0X5 WpCPYcg6VuWXg4y2Qh/JA0dHadplGJGXffuLdvPzyfKfkc7AG+cKWVQmxRyycdmRzyy3mBSJpQV w4UCBQ8+i/lP6Xo8ZzipwKe4Je1gQF5fS5D6emAp6varRnL1ci/dT4PtmEQfEdTBG87AZWf80td hYBdg1sX6O8mWQ6mVjYedleNPbWfCPly/94rg0viBk/I54mWHLb4GGgOys9Vqyx9nH2cHS7SL1W WCs3quW77/y896sj4qCLIu0mtIL7LhjjzshwB8Ov7/Lmqcj3ZCPCJ5z0Qq/ao2cH0smNQxnDmzS iE8O0Zca7SN08UZIPL5Pgu788e7CWELi1pDv7dlak27ZJzYX7vQbj1Rh/zlxnSJwunsOodmbHvK 51IBTlkhtukYm4BV8JCXvLn9fGvXSmSdlcYmhMZG6kg1oMPm8sTmFLenxanpE/pmoMMQGsgYR5X 7kfKqvYrykp+VIU86LMMioSQsSLO1bjZfNJj52eIR3jaljcMFsa+1wyh/JRMZUCEHkRt
X-TMASE-SNAP-Result: 1.821001.0001-0-1-22:0,33:0,34:0-0
X-TMASE-INERTIA: 0-0;;;;
X-TMASE-XGENCLOUD: 4c64fb12-a8da-4c20-ab4b-f0f4572abee0-0-0-200-0
Message-ID-Hash: OQHORYZGAOYBMMQI7ZZVCYYIHNZJF22W
X-Message-ID-Hash: OQHORYZGAOYBMMQI7ZZVCYYIHNZJF22W
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: 'TEAS WG Chairs' <teas-chairs@ietf.org>
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [Teas] Re: Second Working group last call of draft-ietf-teas-rfc8776-update-13 - one week
List-Id: Traffic Engineering Architecture and Signaling working group discussion list <teas.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/teas/tv081c9kIe6AAtPtOSafftBKZUs>
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 Italo,

Thanks.

For the broken tooling thing, I understand the inconvenience. Maybe add a note for yourself/draft to update the tree right before the draft is sent to the RFC Editor. Hope this will save you some cycles unless you implement a hack.

As I'm there, can you also fix the following:

  *   rfc7950 is silent on these matters. 6020 is still authoritative here.
  *   IANA does not update existing entries, but registers revised version as a new entry. This practice is now formally clarified in draft-ietf-netmod-rfc8407bis#section 5.3.

OLD:
   This document also requests IANA to update the following YANG modules
   to the "YANG Module Names" registry [RFC7950]:

NEW:
   This document requests IANA to register the following YANG modules in
   the "YANG Module Names" registry [RFC6020] within the "YANG
   Parameters" registry group.

Cheers,
Med

De : Italo Busi <Italo.Busi@huawei.com>
Envoyé : vendredi 25 octobre 2024 17:00
À : BOUCADAIR Mohamed INNOV/NET <mohamed.boucadair@orange.com>; adrian@olddog.co.uk; 'OSCAR GONZALEZ DE DIOS' <oscar.gonzalezdedios@telefonica.com>; 'TEAS WG' <teas@ietf.org>
Cc : 'TEAS WG Chairs' <teas-chairs@ietf.org>
Objet : RE: [Teas] Re: Second Working group last call of draft-ietf-teas-rfc8776-update-13 - one week

Thanks Med

See in line

Italo

From: mohamed.boucadair@orange.com<mailto:mohamed.boucadair@orange.com> <mohamed.boucadair@orange.com<mailto:mohamed.boucadair@orange.com>>
Sent: venerdì 25 ottobre 2024 16:21
To: Italo Busi <Italo.Busi@huawei.com<mailto:Italo.Busi@huawei.com>>; adrian@olddog.co.uk<mailto:adrian@olddog.co.uk>; 'OSCAR GONZALEZ DE DIOS' <oscar.gonzalezdedios@telefonica.com<mailto:oscar.gonzalezdedios@telefonica.com>>; 'TEAS WG' <teas@ietf.org<mailto:teas@ietf.org>>
Cc: 'TEAS WG Chairs' <teas-chairs@ietf.org<mailto:teas-chairs@ietf.org>>
Subject: RE: [Teas] Re: Second Working group last call of draft-ietf-teas-rfc8776-update-13 - one week

Re-,

Thanks, Italo.

(1) Nit

This should be fixed to save you a warning:

CURRENT :

   <CODE BEGINS> file ietf-te-types@2024-10-17.yang<mailto:ietf-te-types@2024-10-17.yang>
     ...
     revision 2024-10-24 {
       description

[Italo Busi] Fixed

(2) The security cons seems OK to me.

[Italo Busi] Thanks

(3) 6241 and 8040 can be moved to be cited as informative per the following in the bis:

==
   Note:  [RFC8341] (or a future RFC that replaces it) MUST be listed as
      normative references.

      By default, [RFC4252], [RFC6241], [RFC8040], [RFC8446], [RFC9000],
      and RFC AAAA (or future RFCs that replace any of them) are listed
      as informative references unless normatively cited in other
      sections of the document that specifies the YANG module.
=

[Italo Busi] Fixed. They were informatively referenced in the Security Section but normatively referenced in the Introduction. However, also the reference text in the introduction was actually informative so fixed in the Introduction

(4) I still see the list keys indicated in the tree as optional :-(

[Italo Busi] I am sorry but I am not willing to spend time making changes that will be automatically lost the next time the tree needs to be regenerated with pyang

Cheers,
Med

De : Italo Busi <Italo.Busi@huawei.com<mailto:Italo.Busi@huawei.com>>
Envoyé : vendredi 25 octobre 2024 16:08
À : BOUCADAIR Mohamed INNOV/NET <mohamed.boucadair@orange.com<mailto:mohamed.boucadair@orange.com>>; adrian@olddog.co.uk<mailto:adrian@olddog.co.uk>; 'OSCAR GONZALEZ DE DIOS' <oscar.gonzalezdedios@telefonica.com<mailto:oscar.gonzalezdedios@telefonica.com>>; 'TEAS WG' <teas@ietf.org<mailto:teas@ietf.org>>
Cc : 'TEAS WG Chairs' <teas-chairs@ietf.org<mailto:teas-chairs@ietf.org>>
Objet : RE: [Teas] Re: Second Working group last call of draft-ietf-teas-rfc8776-update-13 - one week


Hi Med,

I have updated the draft based on your feedbacks: the previous URLs are still valid

Could you please double check the Security Consideration text in particular?

The template in RFC8407-bis is written assuming the draft defines only one module while this draft is defining two modules so I have tweaked a bit the text in the template

Thanks, Italo

From: mohamed.boucadair@orange.com<mailto:mohamed.boucadair@orange.com> <mohamed.boucadair@orange.com<mailto:mohamed.boucadair@orange.com>>
Sent: venerdì 25 ottobre 2024 14:28
To: Italo Busi <Italo.Busi@huawei.com<mailto:Italo.Busi@huawei.com>>; adrian@olddog.co.uk<mailto:adrian@olddog.co.uk>; 'OSCAR GONZALEZ DE DIOS' <oscar.gonzalezdedios@telefonica.com<mailto:oscar.gonzalezdedios@telefonica.com>>; 'TEAS WG' <teas@ietf.org<mailto:teas@ietf.org>>
Cc: 'TEAS WG Chairs' <teas-chairs@ietf.org<mailto:teas-chairs@ietf.org>>
Subject: RE: [Teas] Re: Second Working group last call of draft-ietf-teas-rfc8776-update-13 - one week

Re-,

What pyang produces is not authoritative, especially when this is broken.

Please fix this. The RFC Editor team does not have the skills to fix all items that need to be fixed. Adding a note would not be helpful.

Cheers,
Med

De : Italo Busi <Italo.Busi@huawei.com<mailto:Italo.Busi@huawei.com>>
Envoyé : vendredi 25 octobre 2024 11:32
À : BOUCADAIR Mohamed INNOV/NET <mohamed.boucadair@orange.com<mailto:mohamed.boucadair@orange.com>>; adrian@olddog.co.uk<mailto:adrian@olddog.co.uk>; 'OSCAR GONZALEZ DE DIOS' <oscar.gonzalezdedios@telefonica.com<mailto:oscar.gonzalezdedios@telefonica.com>>; 'TEAS WG' <teas@ietf.org<mailto:teas@ietf.org>>
Cc : 'TEAS WG Chairs' <teas-chairs@ietf.org<mailto:teas-chairs@ietf.org>>
Objet : RE: [Teas] Re: Second Working group last call of draft-ietf-teas-rfc8776-update-13 - one week

Hi Med,

I am ok with 1

Regarding 2, I am not in favor of manual changes to the output of pyang tool. These changes will be lost the next time we update the YANG and regenerate the tree.

I think this issue should be fixed by pyang or, as a last resort, by the RFC Editor before publication.

I can add an RFC Editor Note in the draft.

Note: the YANG tree was not present in RFC8776 because there were no requirements to include the tree, especially with YANG data models non defining YANG data tress but only types, identities and groupings. We have added in RFC8776-bis to comply with the new guidelines

Italo

From: mohamed.boucadair@orange.com<mailto:mohamed.boucadair@orange.com> <mohamed.boucadair@orange.com<mailto:mohamed.boucadair@orange.com>>
Sent: venerdì 25 ottobre 2024 06:48
To: Italo Busi <Italo.Busi@huawei.com<mailto:Italo.Busi@huawei.com>>; adrian@olddog.co.uk<mailto:adrian@olddog.co.uk>; 'OSCAR GONZALEZ DE DIOS' <oscar.gonzalezdedios@telefonica.com<mailto:oscar.gonzalezdedios@telefonica.com>>; 'TEAS WG' <teas@ietf.org<mailto:teas@ietf.org>>
Cc: 'TEAS WG Chairs' <teas-chairs@ietf.org<mailto:teas-chairs@ietf.org>>
Subject: RE: [Teas] Re: Second Working group last call of draft-ietf-teas-rfc8776-update-13 - one week

Hi Italo, all,

1- You may use the updated security template in the 8407bis. With that, even NETCONF/RESTCONF can be moved to informative. See the full guidance in the bis.
2- I also noticed some issues in the tree for list keys. These are displayed as optional!
This is actually a pyang bug. I checked RFC8776, but see that the too long tree was not included.

OLD:
     grouping label-set-info:
       +-- label-restrictions
          +-- label-restriction* [index]
             +-- restriction?    enumeration
             +-- index?          uint32
     ...
     grouping optimization-metric-entry:
       +-- metric-type?                      identityref
       +-- weight?                           uint8
       +-- explicit-route-exclude-objects
       |  +-- route-object-exclude-object* [index]
       |     +-- index?                       uint32
...
       +-- explicit-route-include-objects
          +-- route-object-include-object* [index]
             +-- index?                       uint32
...
     grouping path-constraints-route-objects:
       +-- explicit-route-objects
          +-- route-object-exclude-always* [index]
          |  +-- index?                       uint32
...
          +-- route-object-include-exclude* [index]
             +-- explicit-route-usage?        identityref
             +-- index?                       uint32
     grouping path-route-include-objects:
       +-- route-object-include-object* [index]
          +-- index?                       uint32

     grouping path-route-exclude-objects:
       +-- route-object-exclude-object* [index]
          +-- index?                       uint32

     grouping generic-path-metric-bounds:
       +-- path-metric-bounds
          +-- path-metric-bound* [metric-type]
             +-- metric-type?   identityref
             +-- upper-bound?   uint64
     grouping generic-path-optimization:
       +-- optimizations
       |  +-- (algorithm)?
       |     +--:(metric) {path-optimization-metric}?
       |     |  +-- optimization-metric* [metric-type]
       |     |  |  +-- metric-type?                      identityref
...


       |     |  |  |  +-- route-object-exclude-object* [index]
       |     |  |  |     +-- index?                       uint32
...
       |     |  |  +-- explicit-route-include-objects
       |     |  |     +-- route-object-include-object* [index]
       |     |  |        +-- index?                       uint32
...
     grouping generic-path-affinities:
       +-- path-affinities-values
       |  +-- path-affinities-value* [usage]
       |     +-- usage?   identityref
       |     +-- value?   admin-groups
       +-- path-affinity-names
          +-- path-affinity-name* [usage]
             +-- usage?           identityref
             +-- affinity-name* [name]
                +-- name?   string
     grouping generic-path-srlgs:
       +-- path-srlgs-lists
       |  +-- path-srlgs-list* [usage]
       |     +-- usage?    identityref
       |     +-- values*   srlg
       +-- path-srlgs-names
          +-- path-srlgs-name* [usage]
             +-- usage?   identityref
             +-- names*   string
...
       +-- path-metric-bounds
       |  +-- path-metric-bound* [metric-type]
       |     +-- metric-type?   identityref
       |     +-- upper-bound?   uint64
       +-- path-affinities-values
       |  +-- path-affinities-value* [usage]
       |     +-- usage?   identityref
       |     +-- value?   admin-groups
       +-- path-affinity-names
       |  +-- path-affinity-name* [usage]
       |     +-- usage?           identityref
       |     +-- affinity-name* [name]
       |        +-- name?   string
       +-- path-srlgs-lists
       |  +-- path-srlgs-list* [usage]
       |     +-- usage?    identityref
       |     +-- values*   srlg
       +-- path-srlgs-names
          +-- path-srlgs-name* [usage]
             +-- usage?   identityref
             +-- names*   string
     grouping generic-path-constraints:
...
          |  +-- path-metric-bound* [metric-type]
          |     +-- metric-type?   identityref
          |     +-- upper-bound?   uint64
          +-- path-affinities-values
          |  +-- path-affinities-value* [usage]
          |     +-- usage?   identityref
          |     +-- value?   admin-groups
          +-- path-affinity-names
          |  +-- path-affinity-name* [usage]
          |     +-- usage?           identityref
          |     +-- affinity-name* [name]
          |        +-- name?   string
          +-- path-srlgs-lists
          |  +-- path-srlgs-list* [usage]
          |     +-- usage?    identityref
          |     +-- values*   srlg
          +-- path-srlgs-names
          |  +-- path-srlgs-name* [usage]
          |     +-- usage?   identityref
          |     +-- names*   string
          +-- disjointness?             te-path-disjointness
     grouping generic-path-properties:
       +--ro path-properties
          +--ro path-metric* [metric-type]
          |  +--ro metric-type?          identityref
          |  +--ro accumulative-value?   uint64
          +--ro path-affinities-values
          |  +--ro path-affinities-value* [usage]
          |     +--ro usage?   identityref
          |     +--ro value?   admin-groups
          +--ro path-affinity-names
          |  +--ro path-affinity-name* [usage]
          |     +--ro usage?           identityref
          |     +--ro affinity-name* [name]
          |        +--ro name?   string
          +--ro path-srlgs-lists
          |  +--ro path-srlgs-list* [usage]
          |     +--ro usage?    identityref
          |     +--ro values*   srlg
          +--ro path-srlgs-names
          |  +--ro path-srlgs-name* [usage]
          |     +--ro usage?   identityref
          |     +--ro names*   string
          +--ro path-route-objects
             +--ro path-route-object* [index]
                +--ro index?                       uint32

NEW:

     grouping label-set-info:
       +-- label-restrictions
          +-- label-restriction* [index]
             +-- restriction?    enumeration
             +-- index          uint32
     ...
     grouping optimization-metric-entry:
       +-- metric-type?                      identityref
       +-- weight?                           uint8
       +-- explicit-route-exclude-objects
       |  +-- route-object-exclude-object* [index]
       |     +-- index                        uint32
...
       +-- explicit-route-include-objects
          +-- route-object-include-object* [index]
             +-- index                       uint32
...
     grouping path-constraints-route-objects:
       +-- explicit-route-objects
          +-- route-object-exclude-always* [index]
          |  +-- index                        uint32
...
          +-- route-object-include-exclude* [index]
             +-- explicit-route-usage?        identityref
             +-- index                        uint32
     grouping path-route-include-objects:
       +-- route-object-include-object* [index]
          +-- index                        uint32

     grouping path-route-exclude-objects:
       +-- route-object-exclude-object* [index]
          +-- index                        uint32

     grouping generic-path-metric-bounds:
       +-- path-metric-bounds
          +-- path-metric-bound* [metric-type]
             +-- metric-type    identityref
             +-- upper-bound?   uint64
     grouping generic-path-optimization:
       +-- optimizations
       |  +-- (algorithm)?
       |     +--:(metric) {path-optimization-metric}?
       |     |  +-- optimization-metric* [metric-type]
       |     |  |  +-- metric-type                       identityref
...


       |     |  |  |  +-- route-object-exclude-object* [index]
       |     |  |  |     +-- index                        uint32
...
       |     |  |  +-- explicit-route-include-objects
       |     |  |     +-- route-object-include-object* [index]
       |     |  |        +-- index                        uint32
...
     grouping generic-path-affinities:
       +-- path-affinities-values
       |  +-- path-affinities-value* [usage]
       |     +-- usage    identityref
       |     +-- value?   admin-groups
       +-- path-affinity-names
          +-- path-affinity-name* [usage]
             +-- usage            identityref
             +-- affinity-name* [name]
                +-- name    string
     grouping generic-path-srlgs:
       +-- path-srlgs-lists
       |  +-- path-srlgs-list* [usage]
       |     +-- usage     identityref
       |     +-- values*   srlg
       +-- path-srlgs-names
          +-- path-srlgs-name* [usage]
             +-- usage    identityref
             +-- names*   string
...
       +-- path-metric-bounds
       |  +-- path-metric-bound* [metric-type]
       |     +-- metric-type    identityref
       |     +-- upper-bound?   uint64
       +-- path-affinities-values
       |  +-- path-affinities-value* [usage]
       |     +-- usage    identityref
       |     +-- value?   admin-groups
       +-- path-affinity-names
       |  +-- path-affinity-name* [usage]
       |     +-- usage            identityref
       |     +-- affinity-name* [name]
       |        +-- name    string
       +-- path-srlgs-lists
       |  +-- path-srlgs-list* [usage]
       |     +-- usage     identityref
       |     +-- values*   srlg
       +-- path-srlgs-names
          +-- path-srlgs-name* [usage]
             +-- usage    identityref
             +-- names*   string
     grouping generic-path-constraints:
...
          |  +-- path-metric-bound* [metric-type]
          |     +-- metric-type    identityref
          |     +-- upper-bound?   uint64
          +-- path-affinities-values
          |  +-- path-affinities-value* [usage]
          |     +-- usage    identityref
          |     +-- value?   admin-groups
          +-- path-affinity-names
          |  +-- path-affinity-name* [usage]
          |     +-- usage           identityref
          |     +-- affinity-name* [name]
          |        +-- name    string
          +-- path-srlgs-lists
          |  +-- path-srlgs-list* [usage]
          |     +-- usage     identityref
          |     +-- values*   srlg
          +-- path-srlgs-names
          |  +-- path-srlgs-name* [usage]
          |     +-- usage    identityref
          |     +-- names*   string
          +-- disjointness?             te-path-disjointness
     grouping generic-path-properties:
       +--ro path-properties
          +--ro path-metric* [metric-type]
          |  +--ro metric-type           identityref
          |  +--ro accumulative-value?   uint64
          +--ro path-affinities-values
          |  +--ro path-affinities-value* [usage]
          |     +--ro usage    identityref
          |     +--ro value?   admin-groups
          +--ro path-affinity-names
          |  +--ro path-affinity-name* [usage]
          |     +--ro usage            identityref
          |     +--ro affinity-name* [name]
          |        +--ro name?   string
          +--ro path-srlgs-lists
          |  +--ro path-srlgs-list* [usage]
          |     +--ro usage     identityref
          |     +--ro values*   srlg
          +--ro path-srlgs-names
          |  +--ro path-srlgs-name* [usage]
          |     +--ro usage    identityref
          |     +--ro names*   string
          +--ro path-route-objects
             +--ro path-route-object* [index]
                +--ro index                        uint32

Please double check.

Cheers,
Med

De : Italo Busi <Italo.Busi@huawei.com<mailto:Italo.Busi@huawei.com>>
Envoyé : jeudi 24 octobre 2024 20:43
À : BOUCADAIR Mohamed INNOV/NET <mohamed.boucadair@orange.com<mailto:mohamed.boucadair@orange.com>>; adrian@olddog.co.uk<mailto:adrian@olddog.co.uk>; 'OSCAR GONZALEZ DE DIOS' <oscar.gonzalezdedios@telefonica.com<mailto:oscar.gonzalezdedios@telefonica.com>>; 'TEAS WG' <teas@ietf.org<mailto:teas@ietf.org>>
Cc : 'TEAS WG Chairs' <teas-chairs@ietf.org<mailto:teas-chairs@ietf.org>>
Objet : RE: [Teas] Re: Second Working group last call of draft-ietf-teas-rfc8776-update-13 - one week

Adrian, Med,

Thanks for your feedbacks

We have updated the draft to address the nits as discussed on the mailing list and we plan to submit it as soon as the submission reopens

You can have a preview at this link:

https://raw.githubusercontent.com/italobusi/te/refs/heads/8776-bis-2nd-wg-lc/drafts/te-types-update/draft-ietf-teas-rfc8776-update.txt

You can also check the diffs with the latest published draft at this link:

https://author-tools.ietf.org/diff?doc_1=draft-ietf-teas-rfc8776-update&url_2=https://raw.githubusercontent.com/italobusi/te/refs/heads/8776-bis-2nd-wg-lc/drafts/te-types-update/draft-ietf-teas-rfc8776-update.txt
Please review the proposed changes and let us know if you any other comments before we submit the updated I-D

Thanks, Italo (on behalf of co-authors/contributors)

From: mohamed.boucadair@orange.com<mailto:mohamed.boucadair@orange.com> <mohamed.boucadair@orange.com<mailto:mohamed.boucadair@orange.com>>
Sent: martedì 15 ottobre 2024 07:53
To: Italo Busi <Italo.Busi@huawei.com<mailto:Italo.Busi@huawei.com>>; adrian@olddog.co.uk<mailto:adrian@olddog.co.uk>; 'OSCAR GONZALEZ DE DIOS' <oscar.gonzalezdedios@telefonica.com<mailto:oscar.gonzalezdedios@telefonica.com>>; 'TEAS WG' <teas@ietf.org<mailto:teas@ietf.org>>
Cc: 'TEAS WG Chairs' <teas-chairs@ietf.org<mailto:teas-chairs@ietf.org>>
Subject: [Teas] Re: Second Working group last call of draft-ietf-teas-rfc8776-update-13 - one week

Hi Italo,

I don't have the context that led to the text you quoted, but the key message out there is "normative reference statement". Not every cited document listed in a ref stmt is normative.

We need to avoid creating clusters in the publication process that would delay publication and would be a nightmare for every one.

My advice is to tweak the description so that the ref is only informative. Thanks.

Cheers,
Med

De : Italo Busi <Italo.Busi@huawei.com<mailto:Italo.Busi@huawei.com>>
Envoyé : lundi 14 octobre 2024 18:20
À : BOUCADAIR Mohamed INNOV/NET <mohamed.boucadair@orange.com<mailto:mohamed.boucadair@orange.com>>; adrian@olddog.co.uk<mailto:adrian@olddog.co.uk>; 'OSCAR GONZALEZ DE DIOS' <oscar.gonzalezdedios@telefonica.com<mailto:oscar.gonzalezdedios@telefonica.com>>; 'TEAS WG' <teas@ietf.org<mailto:teas@ietf.org>>
Cc : 'TEAS WG Chairs' <teas-chairs@ietf.org<mailto:teas-chairs@ietf.org>>
Objet : RE: [Teas] Re: Second Working group last call of draft-ietf-teas-rfc8776-update-13 - one week

Hi Med,

I am getting a bit confused about the requirements in RFC 8407

How would you suggest to reconcile this with the following text in section 3.9 of RFC 8407 (and of RFC 8407-bis)?

For every normative reference statement that appears in a module contained in the specification that identifies a separate document, a corresponding normative reference to that document SHOULD appear in the Normative References section. The reference SHOULD correspond to the specific document version actually used within the specification.

It is not clear to my why this is a SHOULD and not a MUST and therefore under which circumstance we can deviate from the SHOULD

Thanks, Italo

From: mohamed.boucadair@orange.com<mailto:mohamed.boucadair@orange.com> <mohamed.boucadair@orange.com<mailto:mohamed.boucadair@orange.com>>
Sent: lunedì 14 ottobre 2024 10:18
To: adrian@olddog.co.uk<mailto:adrian@olddog.co.uk>; 'OSCAR GONZALEZ DE DIOS' <oscar.gonzalezdedios@telefonica.com<mailto:oscar.gonzalezdedios@telefonica.com>>; 'TEAS WG' <teas@ietf.org<mailto:teas@ietf.org>>
Cc: 'TEAS WG Chairs' <teas-chairs@ietf.org<mailto:teas-chairs@ietf.org>>
Subject: [Teas] Re: Second Working group last call of draft-ietf-teas-rfc8776-update-13 - one week

Hi all,

For the first point below, as this one is still in the WG state and it is not used in an import, I think that it is better to follow this part from 8407 and move that I-D to be listed as informative:

      Be sure citations for all imported modules are present somewhere
      in the document text (outside the YANG module).  If a YANG module
      contains reference or "description" statements that refer to an
      I-D, then the I-D is included as an informative reference.

Cheers,
Med



Orange Restricted
De : Adrian Farrel <adrian@olddog.co.uk<mailto:adrian@olddog.co.uk>>
Envoyé : vendredi 11 octobre 2024 21:29
À : 'OSCAR GONZALEZ DE DIOS' <oscar.gonzalezdedios@telefonica.com<mailto:oscar.gonzalezdedios@telefonica.com>>; 'TEAS WG' <teas@ietf.org<mailto:teas@ietf.org>>
Cc : 'TEAS WG Chairs' <teas-chairs@ietf.org<mailto:teas-chairs@ietf.org>>
Objet : [Teas] Re: Second Working group last call of draft-ietf-teas-rfc8776-update-13 - one week

Thanks for the opportunity, Oscar.

I always look at idnits. I see that it is warning about a lot of downrefs. Downrefs aren't necessarily a bad thing, but there really are a lot here, and it made me wonder.
So...

  *   Does this document really need to be gated by draft-ietf-pce-sid-algo which is currently only 4th in the queue for WGLC in PCE?
  *   Do we really need normative references to such a long list of Informational RFCs?
  *   RFC 4115 seems like a *really* bad thing to include as a normative reference from an IETF standards track RFC given that it is an Independent Stream publication with a fairly assertive IESG note.
  *   RFCs 4125 and 4126 are a bit shaky as normative references. I'm not sure what the status of the experiments described is. Certainly, no one thought it worth moving them on to the Standards Track.
  *   RFC 4427 is a fine document, and explains a lot of stuff. But I don't think it defines any process or protocol behaviour. So does a normative reference actually give it too much weight? Should we be using the RFCs that actually define the different recovery protocol behaviours? For example:
     identity clear {
       base protection-external-commands;
       description
         "An action that clears the active near-end lockout of a
          protection, forced switchover, manual switchover, WTR state,
          or exercise command.";
       reference
         "RFC 4427: Recovery (Protection and Restoration) Terminology
                    for Generalized Multi-Protocol Label Switching
                    (GMPLS)";
     }
The term "WTR" or "WTR state" is not found in RFC 4427, although "Wait To Restore time" is in 4.16.
On the other hand, "Wait-To-Restore (WTR)" is in 6.1 of RFC 4428 and 6.2 has "a local Wait-to-Restore (WTR) state". Mind you, 4428 is also Informational.
RFC 6378 begins to put some behavioural substance behind the concept of a WTR timer, and the state machine has a WTR State.

  *
I'm not going to go through all of the references and check them. It is possible that some downrefs are a good idea (and will need to be called out in the shepherd write-up and the IETF last call unless they are already in the downref registry). The authors might want to check carefully.

Otherwise, this looks like a solid (if rather large) piece of work. Well done to the authors!

I think that the Security Considerations given here are correct. This is the equivalent of a family of typedefs. Of themselves, there is no security risk. It all depends how other YANG modules use them.

Cheers,

Adrian

From: OSCAR GONZALEZ DE DIOS <oscar.gonzalezdedios@telefonica.com<mailto:oscar.gonzalezdedios@telefonica.com>>
Sent: 11 October 2024 13:36
To: 'TEAS WG' <teas@ietf.org<mailto:teas@ietf.org>>
Cc: 'TEAS WG Chairs' <teas-chairs@ietf.org<mailto:teas-chairs@ietf.org>>
Subject: [Teas] Second Working group last call of draft-ietf-teas-rfc8776-update-13 - one week

Dear TEAS WG colleagues,

       As a result of the comments during the WG LC of draft-ietf-teas-rfc8776-update-10, the authors made several changes. The current version is draft-ietf-teas-rfc8776-update-13.

      This email starts a second working group last call on https://datatracker.ietf.org/doc/draft-ietf-teas-rfc8776-update/.

    As the focus is on the changes from -10 to -13, the duration will be one week. Hence, the second working group last call ends on October 18th 2024.

    Please send your comments to the working group mailing list. To facilitate the review, please find the diff here: Diff: draft-ietf-teas-rfc8776-update-10.txt - draft-ietf-teas-rfc8776-update-13.txt<https://author-tools.ietf.org/iddiff?url1=draft-ietf-teas-rfc8776-update-10&url2=draft-ietf-teas-rfc8776-update-13&difftype=--html>

Thank you,
              Oscar


________________________________

Este mensaje y sus adjuntos se dirigen exclusivamente a su destinatario, puede contener información privilegiada o confidencial y es para uso exclusivo de la persona o entidad de destino. Si no es usted. el destinatario indicado, queda notificado de que la lectura, utilización, divulgación y/o copia sin autorización puede estar prohibida en virtud de la legislación vigente. Si ha recibido este mensaje por error, le rogamos que nos lo comunique inmediatamente por esta misma vía y proceda a su destrucción.

The information contained in this transmission is confidential and privileged information intended only for the use of the individual or entity named above. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this transmission in error, do not read it. Please immediately reply to the sender that you have received this communication in error and then delete it.

Esta mensagem e seus anexos se dirigem exclusivamente ao seu destinatário, pode conter informação privilegiada ou confidencial e é para uso exclusivo da pessoa ou entidade de destino. Se não é vossa senhoria o destinatário indicado, fica notificado de que a leitura, utilização, divulgação e/ou cópia sem autorização pode estar proibida em virtude da legislação vigente. Se recebeu esta mensagem por erro, rogamos-lhe que nos o comunique imediatamente por esta mesma via e proceda a sua destruição

____________________________________________________________________________________________________________

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.

____________________________________________________________________________________________________________

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.