From mohamed.boucadair@orange.com Tue Jan 23 01:34:03 2024 Return-Path: X-Original-To: ipfix@ietfa.amsl.com Delivered-To: ipfix@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 07A1BC14F68F; Tue, 23 Jan 2024 01:34:03 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.804 X-Spam-Level: X-Spam-Status: No, score=-2.804 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_LOW=-0.7, RCVD_IN_MSPIKE_H5=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_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=unavailable 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 aiuFJBuKOZui; Tue, 23 Jan 2024 01:33:58 -0800 (PST) Received: from smtp-out.orange.com (smtp-out.orange.com [80.12.126.238]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0C3D0C14F6A0; Tue, 23 Jan 2024 01:33:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=orange.com; i=@orange.com; q=dns/txt; s=orange002; t=1706002437; x=1737538437; h=to:cc:subject:date:message-id:references:in-reply-to: mime-version:from; bh=jdiUHTJBGXEM9TyBaunqwAv7HuJr6PSqLzGJMG/zATo=; b=P4lUWqgeOpmbIhI8kPSdxtMFJKzaw2+QuBB5QbNSBGjEg5BQnK6o1mfU dcF0Zp5Q6Tzs+/XMSB3ZYR7FiPEo7o8yX5aJCQNq+Ge8p3vhmcTWr16W3 wDJlTPIjNnwKv2qNepKIK720FyPJuXS0fG4k2/TcM2e52kqCDD93fRRJA UexZZgXmAtOBsutv5sc9qllIaZrGS3JEYAQ0vF98Zi2jdkHWRg63gEOLW ZUrCa7kjhDhKMCURupLqQ0ojs0vAColDzljDK7tLaVCAgltvyqLJIV+JL a2llPzyQui/jkGMjkKcSDRCW2lbNlaClA7mxuLJ4X/Y4SivyO143gIaU3 Q==; Received: from unknown (HELO opfedv1rlp0g.nor.fr.ftgroup) ([x.x.x.x]) by smtp-out.orange.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 23 Jan 2024 10:33:54 +0100 Received: from unknown (HELO opzinddimail1.si.francetelecom.fr) ([x.x.x.x]) by opfedv1rlp0g.nor.fr.ftgroup with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 23 Jan 2024 10:33:54 +0100 Received: from opzinddimail1.si.francetelecom.fr (unknown [127.0.0.1]) by DDEI (Postfix) with ESMTP id 59ADEDE8BEE5; Tue, 23 Jan 2024 10:33:54 +0100 (CET) Received: from opzinddimail1.si.francetelecom.fr (unknown [127.0.0.1]) by DDEI (Postfix) with ESMTP id 4C19ADE8BE5C; Tue, 23 Jan 2024 10:33:54 +0100 (CET) Received: from smtp-out365.orange.com (unknown [x.x.x.x]) by opzinddimail1.si.francetelecom.fr (Postfix) with ESMTPS; Tue, 23 Jan 2024 10:33:54 +0100 (CET) Received: from mail-vi1eur05lp2168.outbound.protection.outlook.com (HELO EUR05-VI1-obe.outbound.protection.outlook.com) ([104.47.17.168]) by smtp-out365.orange.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 23 Jan 2024 10:33:54 +0100 Received: from DU2PR02MB10160.eurprd02.prod.outlook.com (2603:10a6:10:49b::6) by PAWPR02MB10023.eurprd02.prod.outlook.com (2603:10a6:102:2ee::14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.7202.33; Tue, 23 Jan 2024 09:33:51 +0000 Received: from DU2PR02MB10160.eurprd02.prod.outlook.com ([fe80::5d3b:ed3b:20a7:1b6f]) by DU2PR02MB10160.eurprd02.prod.outlook.com ([fe80::5d3b:ed3b:20a7:1b6f%5]) with mapi id 15.20.7202.035; Tue, 23 Jan 2024 09:33:51 +0000 From: mohamed.boucadair@orange.com X-TM-AS-ERS: 10.106.160.157-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@EUR05-VI1-obe.outbound.protection.outlook.com Received-SPF: Fail (smtp-in365b.orange.com: domain of mohamed.boucadair@orange.com does not designate 104.47.17.168 as permitted sender) identity=mailfrom; client-ip=104.47.17.168; 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@EUR05-VI1-obe.outbound.protection.outlook.com designates 104.47.17.168 as permitted sender) identity=helo; client-ip=104.47.17.168; receiver=smtp-in365b.orange.com; envelope-from="mohamed.boucadair@orange.com"; x-sender="postmaster@EUR05-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/14 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:mfwdKaKAYNs+xddNFE+RH5IlxSXFcZb7ZxGr2PjKsXjdYENS0mACn TQbUW3UP/+IYzH8KotyYIqx8xtVvsCHmt83SwJorCE8RH908seUXt7xwmUcns+xwm8vaGo9s q3yv/GZdJhcokf0/0vraP64xZVF/fngbqLmD+LZMTxGSwZhSSMw4TpugOdRbrRA2bBVOCvT/ 4uvyyHjEAX9gWIsazhPs/nrRC5H55wehhtJ5zTSWtgb5Dcyp1FNZLoDKKe4KWfPQ4U8NoZWk M6akdlVVkuAl/scIovNfoTTKyXmcZaLVeS6sUe6boD56vR0So7e5Y5gXBYUQR8/ZzxkBLmdw v0V3XC7YV9B0qEhBI3xXjEAexySM5Gq95fqO2CQv8Wr0HbEXHDl2tlWFW9sLNMhr7Mf7WFmr ZT0KRggUyrb2qeI4ev+TeNhwMM+MMPsIYUT/Gl6yi3UBuonRpaFRLjW4dhf33E7gcUm8fT2P pJFL2YwKk2fJUQRaj/7C7pm9Ausrnz4czRdpV7Tr60q6GHfxQ1r+L/3Odzad5qBQsA9ckOw/ DmcpDiiWkxy2Nq3wAa06kyJue3zmgjpf4JLV5Lk/+JmuQjGroAUIEZNDwfkyRWjsWamUtNDK EESr3Z2pqk/8kXtRd74dxG9qWSP+B8RR9QWFPc1gCmPwa7d+QWUUzRcRT9aY9tgv8gzbTAv3 0WC2dLkGTIpt6eaIVqa7qydsjyaOCUJIykFfyBsZRcO+9zLoYwvgFTIVNkLOLKukML6MTD93 z7MqzIx751NiMcN/6S24V6BhCijzrDIVgA09i3WU36rqARja+aYi5eA7FHa6bNeLd+UU0PZ4 XwcwZHAvKYJEI2HkzGLTKMVBra16v2ZMTrax1lyA50m8Dfr8HmmFWxN3N1gDGpzKukKcAf2W 038sgpIyKdKEiG7M5YiNupdFP8W5aTnEN3kUNXdYdxPfoV9eWe7EMdGNBb4M4fFwRBErE0vB ap3Z/pAGl4zNcxaINeeQu4c1fo1x3kz2HmLGJTjlU35gfyZeWKfTqoDPB2WdOcl4aiYoQLTt dFCK8+NzBYZW+r7CsU2zWLxBQFRRZTYLcmtwyCySgJlClQ3cI3GI6GAqY7Ng6Q/w8xoeh7gp xlRoHNwxlvlnmHgIg6XcH1lY76Hdc8g9S9qYXx2YgnwiyBLjWOTAEE3JsJfkV4PpbQL8BKIZ 6JYKp3o7glnFmqYp29NNcmVQHJKLU/63l7UV8ZaXNTPV8U7HVCWkjMVVg7u/zMJFS25qYM1p Ke4vj43srJSLzmO+P3+Mar1p3vo5SZ1sLsrAyPgfIMPEG2yq9ICA3Kq0ZcKzzQkckirKs2yj FrNXn/1ZIDl/+cIzTU+rfrZ89n3SbQlRRUy8quyxe/eCBQ2N1GLmedoONtktxiEPI8o0M1Op Nm5zs0Q9NUqoWwS7s9CMu8uyqgzodzyu7Vd0wJoWm3RaEimAa9hJX/A2tRTsqpKxflSvg7et oen5IxBIbvQUC/6OAd5GebnRrzrOTIodv366u48Jkr3oiRw+dJrlG1MagKUhnU1wKRdbOsY/ Av5hPMr1g== IronPort-HdrOrdr: A9a23:h5Gi0K248sUBmUxOT6DmBgqjBTByeYIsimQD101hICG9Lfb0qy n+pp4mPEHP4wr5AEtQ4uxpOMG7IU81vvVOkO0s1MSZLXPbUQqTXcpfBOTZslrd8kHFmNK1kJ 0QC5SWa+eAR2SS7/yKhjVQeuxIqLXpzEnrv5am854Hd3AIV0gU1XYdNu/tKDwVeOApP/sEPa vZwvACiyureHwRYMj+LGICRfL/q9rCk4+jSQIaBjY8gTP+wQ+A2frfKVy1zx0eWzRAzfMJ6m 7eiTH04a2lrrWS1gLc7WnO9J5b8eGRheerRfb8xPT9GA+cyjpAV74RGIFqewpF4t1H3Wxa0e UkZS1QevibpUmhOl1d6iGdpjUImAxel0MKj2XozEcL6PaJOg7TB6d69P1kWwqc5Ew6sN5m1q VXm2qfqppMFBvF2D/w/t7SSnhR5zyJSFcZ4JouZkZkIPwjQa4UqZZa8FJeEZ8GEi6/4Ic7EP N2BMWZ4PpNa1uVY33Qo2EqmbWXLzwONwbDRlJHtt2e0jBQknw8x0wExNYHlnNF8J4mUZFL6+ nNL6wtnrBTSc0da757GY46MIKKI32IRQiJPHOZIFzhGq1CM3XRq4Tv6LFw/+2ucIxg9upGpH 0AaiIriYcfQTOcNSTV5uw7zvnkehTMYQjQ X-Talos-CUID: 9a23:Devo/GH/PCR3FsgnqmJK7lY7FMkdbUbf43zZOmOAEEgzWeOsHAo= X-Talos-MUID: 9a23:/ueQNAYt7mFeCOBTvgPdnA9HC8VU5I+8L0BU0rpastWIDHkl X-IronPort-AV: E=Sophos;i="6.05,214,1701126000"; d="scan'208,217";a="23234305" ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Jo7XjhDnBZv4VdXLePp/H1rLDp620xe6jBxFnKz1/9OCAvO2Nd3E4WYVtiDaJ2IXGVs/E96IqT9CRf/BCfxrEAiB+m7gFwhZgioOrX0aW0SYq3JHO9Xc9aOvCAiqm9OgVG7bpi9D0t0dnIxTPL30A2zcjQNCIXY4vsc7Kfi0rW33N8sksCTYR7XxnidQGPunExkFSVfIDICOW8Ge0BOvWqmy+hb7Z1wBUMh3fkLCILsFIPZZLpEnfhzVivHe27f+JAlXX0lAgHV5XqVxU6XXphE0HzbadUlL8fY6kLJgq+9XEhXGXeFNFNL8zY48XoyBx5gAs0qqj1GzylPE03cxow== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=UdM0VCd9PweONkSC4QbzHl4x2u5puQw7vkYXOuuZQQ0=; b=cYX0RxmbBzvaktO9gS1kremlkPhrKxc6mWvXBY/3h+ued4jXdrpP7SVnVqVcsVJgLqH5nFyQW4yI464GCL8sm/Z5t7MRUNjJuG/qa5HIylQb7/aGyMHUy5oflRPWRgTIpcYXT6Kqx4k6WyjbBlforY7eCw5TWqXVlVZAzu3oL9m2+RHh6a/ZPiIUryzpUmMY+5En92aoaM8IZb3yTkqb5/q705VqbgWoFEVrVviaU6PIHLwv1TewfQzRVfN+Or+imhnU3m9T5CeoQ3uXeWpd73G1ylok1CAuOowJSX1kDoTd6aZ7HxZxZ0k0qTtjjPxBf6nWi8AxyButEbrkyQF3/Q== 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: "Aitken, Paul" , "Joe Clarke (jclarke)" , "opsawg@ietf.org" CC: "tcpm@ietf.org" , "tsvwg@ietf.org" , "6man@ietf.org" <6man@ietf.org>, "ipfix@ietf.org" Thread-Topic: [IPFIX] WG LC: IPFIX documents Thread-Index: AQHaMeaB/sqXhZZY/EKsnHFYeTjmTLDmlhcAgACvRRA= Content-Class: Date: Tue, 23 Jan 2024 09:33:51 +0000 Message-ID: References: <2d9602ce-6eb5-4667-b1c9-3db74590f352@ciena.com> In-Reply-To: <2d9602ce-6eb5-4667-b1c9-3db74590f352@ciena.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_Enabled=true; MSIP_Label_07222825-62ea-40f3-96b5-5375c07996e2_SetDate=2024-01-23T08:59:14Z; MSIP_Label_07222825-62ea-40f3-96b5-5375c07996e2_Method=Privileged; MSIP_Label_07222825-62ea-40f3-96b5-5375c07996e2_Name=unrestricted_parent.2; MSIP_Label_07222825-62ea-40f3-96b5-5375c07996e2_SiteId=90c7a20a-f34b-40bf-bc48-b9253b6f5d20; MSIP_Label_07222825-62ea-40f3-96b5-5375c07996e2_ActionId=d9affd20-e653-4808-bbee-070527c2a033; MSIP_Label_07222825-62ea-40f3-96b5-5375c07996e2_ContentBits=0 x-ms-publictraffictype: Email x-ms-traffictypediagnostic: DU2PR02MB10160:EE_|PAWPR02MB10023:EE_ x-ms-office365-filtering-correlation-id: 97f7c791-0cc1-4199-2ff8-08dc1bf668dc x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: ZkXp/lSK5BJxEsRnXkdhG7sliEiKBQlYJ1jobnPKTBeUGIQHuZWuVsgZ5yP90Oxk56vot/pZW8qpdHsA91JJOG6pEQ2c6lGQ6i/QY6pOND+qxmV6CQBD7ZnEJP08MsP3rTP2bFDGx4DqwdwNWuaoBXpWFJu9lSudAEovCFoQlyVnx8by0ahaXUA6C6x58I78mWAG1R3I9KUbZHPv6uwfKMkcjeGFbEhCSJHLxd8Jla/zhdq7mpGx3Dl+/mYACnUYyxRc9fum4MdQGcTKyd1H+oT7tprWAf50I0A14DTYCHNeGdlae2CtNWiftQ4ngeUpg+Tg1PFWalPlLEiwpZON/67FM6dTs2jj0628XfwZvFpYjAok3032iyUP5zbCxARRLIuzy8adBWiOI8uq5f9muhFpGr4TZJSBkMF/m1p/j3ZA28Xmz398djWZ4S8vffEJdrraxo2NS5K++rxLQwrw+HZ5rCDl6n09mWK2dVnk0PIkDToa7c07cNcneKPfRYK/dUNHKigPsuVEuDO3aDceD5MymcA/cmmfFIdVZBPI6pcXhJqpLbu8YTuJW2TOD3WiVK4DdX2dAx3cZ+pDFIFe8YYl4j3j/1IwLCKoYUyj4SSuJgKMfmboKra+SLk2GsGeeuTv/yrTL/RGx5nKsFeorw== 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:(13230031)(366004)(346002)(376002)(39860400002)(136003)(396003)(230922051799003)(186009)(1800799012)(451199024)(64100799003)(55016003)(26005)(71200400001)(6506007)(7696005)(9686003)(122000001)(38100700002)(166002)(86362001)(33656002)(38070700009)(41300700001)(966005)(19627235002)(478600001)(2906002)(83380400001)(5660300002)(52536014)(8936002)(110136005)(8676002)(54906003)(76116006)(66476007)(64756008)(66446008)(4326008)(66556008)(66946007)(316002); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?iso-8859-1?Q?V1wf8zJBzEgSs01dV3wBrYwbU6IQK36vGRusoflwe4PvmIrwnhTxHSFnNj?= =?iso-8859-1?Q?eWzV//gpwjsIeVsGt7b346AV7iAYlKqzybW9CAu8ZXUQdazjN1J+zyQIp4?= =?iso-8859-1?Q?9n31PfWRRkOq2fQIf/+yjVtGik0MS7jlyG9jC3+O/Y/akp6rjyTz74KPik?= =?iso-8859-1?Q?14W3ylCpuoaa92DfaO1PI0HxQEH4y0tAs58VZlaXjn3+1bHzQv1gRdXG9x?= =?iso-8859-1?Q?2vCsod1lHaJT/c2de4zUHhQbebPhQo+wavYG2s0gAJgTtwNlZTXMkK6+Xi?= =?iso-8859-1?Q?v80m5B9uFoai34tUuZULjHGZUh32y4SkXGKevRH9+hQv8gMxhYNRu226R8?= =?iso-8859-1?Q?poTAINFpT9hz9q+ZgfaKN5E9m8TdL2lONPrGbK0fDaiBINfsvoc5eruSOP?= =?iso-8859-1?Q?cp8d1BZR4BVimv/wuwnegDcSemP5BCWqMQ68YdInSSoYWVBCs5ZpQN4hCx?= =?iso-8859-1?Q?wtQjbkmE5Vg3dGzIcxls5qHXDtk3LhwEuGJcj+WsBUJQT4Xh5DYqaxkWV1?= =?iso-8859-1?Q?7bA5ptJYoGQ1703dW1obaiL2FCRkQ8XhCJao3L8OniJ2BwEupO8OWNDOWx?= =?iso-8859-1?Q?JNCZ9prbytlS6JqgGdpOZpPkzP2ULg9XqoiV8cDsHBhOBZJWI8qS5Ivail?= =?iso-8859-1?Q?eu5WclFq7dyKCYc/1zfg2L7qi5kXxEJChKhJlJPXUeW6LBvKCXt7DNyjJF?= =?iso-8859-1?Q?kzM4m82jmrdf87SjmDgPNmSG7R2YTQdcCRRHlOlbrZAIkzdD10IpxrJN21?= =?iso-8859-1?Q?e3OdFjPTws16BeZf06SCP+FlmTx6tJwt23yq/17UKSy5VqN/8RxcGVL9i/?= =?iso-8859-1?Q?IxiYNfXpPgpK3eWYvWZjmsgCqJ9zIQLuhgPpwS9YOjHpNUZLLPU2eyTvql?= =?iso-8859-1?Q?O+S6ZoSHhdZ7C4WdC4sdIgX+82O61KpJ/kpzqjnCS7DF6TAQ5SYz/Q3VKJ?= =?iso-8859-1?Q?fGxY0G8QANeA3Bs+XJphaRjt4RjOBRtWWx8cEvQQ0mO16Hpa2QnbOa7isv?= =?iso-8859-1?Q?ubPTDR4WbmOCXs3fBMLkg6D4/AauZy598ptqDByQVR1gSh3/5+v2bdRVwu?= =?iso-8859-1?Q?MASaMzwsJ94VP6h2RyoyJw7Ee3ZUWmWfJM4ufM6+rPrA2vwLvPjk80SoVL?= =?iso-8859-1?Q?suSAieLUFEuRfKKCo/27AZCXoc0wuHra20s2viwJt40ONTNpWzkPQXCAsQ?= =?iso-8859-1?Q?T7deit7UzmOvZOEFXg9sHmjN2DrrwzEU+ogNWzSm6NuLTdDKOfDn/+XS2T?= =?iso-8859-1?Q?fXi7SyjFmb6F28Pd8h58j2ZYG+y5c8eqVUlFwUQmrYGOLL3UF9O+xITivj?= =?iso-8859-1?Q?MM6plXl1HbAsd6E562scMRoqFN6HxYUwD6Ba/EbKV7FbDO1+9DlgiOv3fL?= =?iso-8859-1?Q?O2OCNW03J0obBXwryGSRXc2VRyvQH4vzFKm+CsPGZ9zaIjYUIMctu6+xqf?= =?iso-8859-1?Q?Sl+hNyMmzcgKqr7MkUZBTz35ARyuynhUtb3zQ2H5G3gwIaSQW1S8vAvRjh?= =?iso-8859-1?Q?jFnURkJdztUDnegCFCYhWZnCRS9Jy2yff+rQvzUkTbLW+LD9hOUUXZqpOJ?= =?iso-8859-1?Q?5O29VXmnw05ncX/3WvrHllQohtFU1ygcC/Ni4wmyLV6dbZ5FThjHSVRsXa?= =?iso-8859-1?Q?FDx7nobyTnXOdbflYiBGLwM52a2nhSXv4/?= Content-Type: multipart/alternative; boundary="_000_DU2PR02MB10160C3A2EC2AD4B08EA0C6D488742DU2PR02MB10160eu_" 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: 97f7c791-0cc1-4199-2ff8-08dc1bf668dc X-MS-Exchange-CrossTenant-originalarrivaltime: 23 Jan 2024 09:33:51.4415 (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: rj01IW0ZSzlJIVIY0CwfbS24qHX3q7hpCkxlx7q1Tc6q9BEyCWhEOz85OmgBGiOadmZd88SKYH/YzgsVZyxehEbqxwRK1gjnQYk8aDEU71k= X-MS-Exchange-Transport-CrossTenantHeadersStamped: PAWPR02MB10023 X-TM-AS-ERS: 10.106.160.157-127.5.254.253 X-TM-AS-SMTP: 1.0 c210cC1vdXQzNjUub3JhbmdlLmNvbQ== bW9oYW1lZC5ib3VjYWRhaXJAb 3JhbmdlLmNvbQ== X-TMASE-Version: DDEI-5.1-9.0.1002-28136.006 X-TMASE-Result: 10--28.197400-10.000000 X-TMASE-MatchedRID: hFbMlnd2lLPyCZGzF+DOCRGyrs7R0g9vxM4n3PF3rzE6En2bnefhoBFB DiQWqOMkpDED2B6eeA/VSDZW9GFolfkI6AAjWcPcWr/D5CnnmmSC+Y2uxPjocqFiPo/lDWJLsGb spEp+vvx5OBWjN0oinsZrcw5OrSw/6L+DGNlkhD8jl3N5B4FGqec2un3z1A7nK2GKtdiFmTnntr Ww+boJIfUtSCGaNXOr6oHv+vDBrw1rCXi+CAenHKrhjOL9q1X78Jb881FGn9nlsyZ05iz8b7FJG mZZ7fLtE0z6CPmsft310O2u9J5qbyGdGtPdpWxFykrz44u2Yn9kBXeGzp60+u9Bi8r8zoNMhzld Yl+vKikts+eAAJgtDVByUDOimen249Em7KPP997sZfRzVSVqXMb6dLbgzMd5p9XpWXAGZTS/KKb ZKt0GTt1lgwMaUMa+38NLq7hpX8ORoepQgi+s8sFHc8SNEuAxn4ufXKoqAPQ2ugGkJu34ZtWM2x 6EZ/S9nEFlTBrXd5chHr+pkQiTeEHYHomFtEP1g1yvU3jN8qfU+FgZu0rgDijhvSkr09hADpCUE eEFm7CjKxc+OwTS6qBBz0v5oM3UI+TRxIThX/5FFCG8sIFUT5qrexa4CbEQsk61leL8Ml+O43Ef hhHrsHA+TB/xXV3gQ5P0pgHjrWoKRuKRI67R4Dd/MTfApr+sLTHwnYOikQ3WN3XQ/7wsTxG3US/ I5cDRn+8uTgQIqGg22uoEm245foFaNaPuEIbSo5RUoF1j1rjmnV13DpXhGzeXamXCCu1YAy6/bz 1VsIjFQNPEve+5IF1bBFlamKmoZmGkOF0fx8yhiBk878JnAJ4CIKY/Hg3A8gGd4jv8zaP9a7Q38 w1tP7Yh47+6UnDR4E9s12Gvf53K1qjGjomjRV8I/zK2vzm0PjKoPgsq7cA= X-TMASE-SNAP-Result: 1.821001.0001-0-1-22:0,33:0,34:0-0 X-TMASE-INERTIA: 0-0;;;; X-TMASE-XGENCLOUD: 5d84c065-d24f-4b54-b75e-4c18fef3d8e8-0-0-200-0 Archived-At: Subject: Re: [IPFIX] WG LC: IPFIX documents X-BeenThere: ipfix@ietf.org X-Mailman-Version: 2.1.39 Precedence: list List-Id: IPFIX WG discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Jan 2024 09:34:03 -0000 --_000_DU2PR02MB10160C3A2EC2AD4B08EA0C6D488742DU2PR02MB10160eu_ Content-Type: text/plain; charset="iso-8859-1" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hi Paul, Thank you for the careful review and good suggestions. Went with almost all= of them. Please see inline for more context. Cheers, Med De : ipv6 De la part de Aitken, Paul Envoy=E9 : lundi 22 janvier 2024 22:50 =C0 : Joe Clarke (jclarke) ; opsawg@i= etf.org Cc : tcpm@ietf.org; tsvwg@ietf.org; 6man@ietf.org; ipfix@ietf.org Objet : Re: [IPv6] [IPFIX] WG LC: IPFIX documents https://datatracker.ietf.org/doc/draft-ietf-opsawg-ipfix-fixes Abstract The updates are also meant to bringing some consistency among the entries of the registry. Typo, "meant to bring in". [Med] OK. 1. Introduction As the OPSAWG is currently considering This will soon become outdated. Consider, "When OPSAWG was considering ..." [Med] OK not adequately specified any longer "nolonger adequately specified" [Med] OK This document intends to update the IANA registry and bringing some consistency among the entries of the registry. Typo, "bring". [Med] OK As discussed with IANA Say when and/or where. [Med] updated the text to indicate that this was during the publication pro= cess of RFC9487. * Miscellaneous updates that fix broken pointers, orphan section references, etc. (Section 7). Typo, "orphaned". 4.1.2. Updates to the ipv6ExtensionHeaders Description Consider making "OLD" into 4.1.2.1 and "NEW" into 4.1.2.2. Likewise for all the other OLD / NEW sections - its easier to read now, and= will be easier to xref in future. [Med] Good suggestion. Fixed. Additional Information: See RFC Errata 1738. Please restore the xref. [Med] OK. The following drawing indicates the position of each bit in the encoding of the Information Element. No, not any more - so this should be removed. [Med] It is useful as it indicates the bit position that is then referred t= o in the new IANA registry. Updated the figure to make that clearer. This IE is used only when the observed extension headers are in the 0-31 range. Consider deprecating this IE in favour of ipv6ExtensionHeadersFull. [Med] Seems reasonable, but would like to hear more from the WG. 4.2.1. Issues Only options having a kind =3D< 63 can be included in a tcpOptions IE. Conventionally, "<=3D 63". [Med] OK 4.2.2. Update the Description of the tcpOptions IE This information element is used only when the observed kinds are within the 0-63 range. If not, the tcpOptionsFull IE Consider deprecating this IE in favour of tcpOptionsFull. [Med] Seems reasonable, but would like to hear more from the WG. 4.3. forwardingStatus In particular, the registered Abstract Data Type is unsigned8, while it must be unsigned32. Why must it be? [Med] As per the definition in RFC7270. Future versions may be defined to associate meanings with the remaining bits. This is an old Cisco NetFlow compatible IE. It seems unlikely that there wo= uld be any future versions. If there were, a new IE should be defined. Therefore it seems better to leave it as an unsigned8 and correct RFC 7270. [Med] I prefer to maintain the current text in the draft. unsigned8 will be= used anyway because of the reduced-encoding. See the Forwarding Status sub-registries at https://www.iana.org/assignments/ipfix/ipfix.xhtml#forwarding-status An xref would be shorter and neater, eg "See the Forwarding Status sub-regi= stries at [FORWARDING-STATUS]". [Med] Agree but we are using the same format as it appears in the IANA regi= stry. - Additional Information: See "NetFlow Version 9 Flow-Record Format" (CCO-NF9FMT). "CCO-NF9FMT" makes no sense here. It's an xref in the IANA registry, so mak= e it an xref in this document. [Med] Done. 6. Consistent Citation of IANA Registries This document requests IANA to update [IANA-IPFIX] for each of the IE entries listed in the following subsections. This does not explain the changes or why they are required. It's necessary = for the reader to individually compare each "old" and "new" section. [Med] We don't repeat that here because we do already have the following in= the introduction: * Updates that are meant to ensure a consistent structure when calling an existing IANA registry (Section 6). Rather than writing an explanation for each change as was done in each 4.x.= 1 sub-section, a single note here could indicate that in each case the upda= tes move the URLs into the Additional Information section. 6.1. mplsTopLabelType This text has been omitted from "NEW" : See the list of MPLS label types assigned by IANA at [https://www.iana.org/assignments/mpls-label-values]. [Med] This one was removed on purpose as the assigned values are provided i= n the IANA IPFIX registry and there is no explicit mapping between the two = registries. 6.2. classificationEngineId - Additional Information: See https://www.iana.org/assignments/i pfix/ipfix.xhtml#classification-engine-ids. Is it possible to prevent the URL from breaking across the "ipfix" word? [Med] Will see how to fix that. 6.3. flowEndReason * OLD: - Additional Information: There is no existing "Additional Information" for this IE. I appreciate tha= t the intention may have been to indicate that the section is blank. Howeve= r it misleadingly appears as though some text is missing, so it would be be= tter not to include it at all. Likewise for many of the subsequent sections. [Med] You got the intent, but I think you have a fair comment. Removed all = empty "Additional Information". 6.10. natType Please take the opportunity to add the missing description, eg "This elemen= t identifies the type of NAT applied to packets of the flow." [Med] Thanks. Went for: =AB This Information Element identifies the NAT typ= e applied to packets of the Flow.". Note: This change also corrects errors in the pointers provided NAT46/NAT64. Need to ensure IANA doesn't add that to the registry. [Med] Changed to "Note to IANA". Will take care of that when reviewing IANA= actions. 6.12. informationElementDataType - Description: A description of the abstract data type of an IPFIX information element.These are taken from the abstract Please correct the "element.These" typo. [Med] Fixed 6.19. valueDistributionMethod - Additional Information: See the assigned distributed methods This should be "- Additional Information: See the assigned value distribu= tion methods" [Med] Fixed 7. Misc Again, it's difficult to see what changed in each section and tedious to co= mpare the OLD/NEW to find out. [Med] That's covered by this generic text in the intro: * Miscellaneous updates that fix broken pointers, orphaned section references, etc. (Section 7). 8. Security Considerations Explicitly say that there are no changes. [Med] OK. 9.1. IPFIX Subregistry for IPv6 Extension Headers It's strange to list all the required changes neatly in sections 4 through = 7, then plop this into the IANA section. [Med] That's OK as this is about new IANA actions. a free bit is selected by IANA More specifically, "the next available free bit is selected by IANA" (NB al= so in the "Note:"). [Med] OK 2 NoNxt 59 No Next Header for IPv6 The indentation of "59" is wrong. [Med] Fixed P. ___________________________________________________________________________= _________________________________ 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. --_000_DU2PR02MB10160C3A2EC2AD4B08EA0C6D488742DU2PR02MB10160eu_ Content-Type: text/html; charset="iso-8859-1" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable

Hi Paul,

 

Thank you for the careful review = and good suggestions. Went with almost all of them.

 

Please see inline for more contex= t.

 

Cheers,

Med

 

De : ipv6 <ipv6-bounces@ietf.org> = De la part de Aitken, Paul
Envoy=E9 : lundi 22 janvier 2024 22:50
=C0 : Joe Clarke (jclarke) <jclarke=3D40cisco.com@dmarc.ietf= .org>; opsawg@ietf.org
Cc : tcpm@ietf.org; tsvwg@ietf.org; 6man@ietf.org; ipfix@ietf.o= rg
Objet : Re: [IPv6] [IPFIX] WG LC: IPFIX documents

 

https://datatracker.ietf.org/doc/draft-ietf-opsaw= g-ipfix-fixes


    Abstract

    The updates are also meant to bringing some
    consistency among the entries of the registry.

Typo, "meant to bring in".

[Med] OK.


    1.  Introduction

    As the OPSAWG is currently considering

This will soon become outdated. Consider, "When OPSAWG was considering= ..."

[Med] OK


    not adequately specified any longer

"nolonger adequately specified"

[Med] OK


    This document intends to update the IANA registry
   and bringing some = consistency among the entries of the registry.

Typo, "bring".

[Med] OK


    As discussed with IANA

Say when and/or where.

[Med] updated the text to indicate that this was durin= g the publication process of RFC9487.



   *  Miscellaneous updates that fix broken pointers, orphan section
      references, etc.  (Section 7).
Typo, "orphaned".


    4.1.2.  Updates to the ipv6ExtensionHeaders Descrip= tion

Consider making "OLD" into 4.1.2.1 = and "NEW" into 4.1.2.2.

Likewise for all the other OLD / NEW sections - its easier to read now, and= will be easier to xref in future.

[Med] Good suggestion. Fixed.



    Additional Information:

    See RFC Errata 1738.

Please restore the xref.

[Med] OK.


      The following drawing indicates
      the position of each bit in the encoding of = the Information
      Element.

No, not any more - so this should be r= emoved.

[Med] It is useful as it indicates the bit position th= at is then referred to in the new IANA registry. Updated the figure to make= that clearer.


      This IE is used only when the observed exten= sion headers are in
      the 0-31 range.

Consider deprecating this IE in favour= of ipv6ExtensionHeadersFull.
[Med]  = Seems reasonable, but would like to hear more from the WG.<= /b>

    4.2.1.  Issues

   Only options having a kind =3D< 63 can be included in a tcp= Options IE.

Conventionally, "<=3D 63".

[Med] OK



    4.2.2.  Update the Description of the tcpOptions IE=

        This information element is used only= when the observed
         kinds are within the 0-63 = range.  If not, the tcpOptionsFull IE

Consider deprecating this IE in favour of&nbs= p;tcpOptionsFull.

[Med] Seems reasonable, but would like to hear more fr= om the WG.

    4.3.  forwardingStatus

    In particular, the registered Abstract
   Data Type is unsigned8, while it must be unsigned32.

Why must it be?

[Med] As per the definition in RFC7270.


         &nb= sp;         Future versions may be defined to= associate
            &nb= sp;      meanings with the remaining bits.

This is an old Cisco NetFlow compatibl= e IE. It seems unlikely that there would be any future versions. If there w= ere, a new IE should be defined.
Therefore it seems better to leave it as an unsigned8 and correct RFC 7270.=

[Med] I prefer to maintain the current text in the dra= ft. unsigned8 will be used anyway because of the reduced-encoding.


    See the Forwarding Status sub-registries at
    https://www.iana.org/a= ssignments/ipfix/ipfix.xhtml#forwarding-status

An xref would be shorter and neater, eg "= ;See the Forwarding Status sub-registries at [FORWARDING-STATUS]".

[Med] Agree but we are using the same format as it app= ears in the IANA registry.



    - Additional Information: See "NetFlow Version 9 Fl= ow-Record Format"
    (CCO-NF9FMT).

"CCO-NF9FMT" makes no sense = here. It's an xref in the IANA registry, so make it an xref in this documen= t.

[Med] Done.



    6.  Consistent Citation of IANA Registries

   This document requests IANA to update [IANA-IPFIX] for each of= the IE
   entries listed in the following subsections.

This does not explain the changes or why they= are required. It's necessary for the reader to individually compare each &= quot;old" and "new" section.

[Med] We don’t repeat that here because we do al= ready have the following in the introduction:

 

   *  Update=
s that are meant to ensure a consistent structure when

    &nb=
sp; calling an existing IANA registry (Section 6).


 


Rather =
than writing an explanation for each change as was done in each 4.x.1 sub-s=
ection, a single note here could indicate that in each case the updates mov=
e the URLs into the Additional Information
 section.





    6.1.  mplsTopLabelType



This text has been omitted from "NEW" :



            See the =
list of MPLS label types assigned by IANA at

            [https://www.iana.or=
g/assignments/mpls-label-values].






[Med] This one was removed on purpose as the assigned =
values are provided in the IANA IPFIX registry and there is no explicit map=
ping between the two registries.






    6.2.  classificationEngineId



      -  Additional Information:  See 
https://www.iana.org/assignments/i

            pfix/ipf=
ix.xhtml#classification-engine-ids.



Is it possible to prevent the URL from breaki=
ng across the "ipfix" word?






[Med] Will see how to fix that.







    6.3.  flowEndReason



   *  OLD:



      -  Additional Information:



There is no existing "Additional Informa=
tion" for this IE. I appreciate that the intention may have been to in=
dicate that the section is blank. However it misleadingly appears as though=
 some text is missing, so it would be better
 not to include it at all.



Likewise for many of the subsequent sections.






[Med] You got the intent, but I think you have a fair =
comment. Removed all empty “Additional Information”.






    6.10.  natType



Please take the opportunity to add the missin=
g description, eg "This element identifies the type of NAT applied to =
packets of the flow."






[Med] Thanks. Went for: =AB This Information Elem=
ent identifies the NAT type applied to packets of the Flow.”.






      Note: This change also corrects errors in th=
e pointers provided

      NAT46/NAT64.



Need to ensure IANA doesn't add that t=
o the registry.






[Med] Changed to “Note to IANA”. Will take=
 care of that when reviewing IANA actions.






    6.12.  informationElementDataType



      -  Description:  A description of =
the abstract data type of an

            IPFIX in=
formation element.These are taken from the abstract



Please correct the "element.These" =
typo.






[Med] Fixed






    6.19.  valueDistributionMethod



      -  Additional Information:  See th=
e assigned distributed methods



This should be "-  Additional Infor=
mation:  See the 
assigned value distribution methods"






[Med] Fixed






    7.  Misc



Again, it's difficult to see what changed in =
each section and tedious to compare the OLD/NEW to find out.


[Med] That’s covered by this generic text in the=
 intro:


 


   *  Miscellane=
ous updates that fix broken pointers, orphaned section


     
references, etc.  (Section 7).






    8.  Security Considerations



Explicitly say that there are no changes.


[Med] OK.






    9.1.  IPFIX Subregistry for IPv6 Extension Headers<=
br>


It's strange to list all the required changes=
 neatly in sections 4 through 7, then plop this into the IANA section.


[Med] That’s OK as this is about new IANA action=
s.







    a free bit is selected by IANA



More specifically, "the next available f=
ree bit is selected by IANA" (NB also in the "Note:").


[Med] OK





    2  NoNxt     59  &nbs=
p;  No Next Header for IPv6



The indentation of "59" is wrong.


[Med] Fixed








P.


____________________________________________________________=
________________________________________________
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.
--_000_DU2PR02MB10160C3A2EC2AD4B08EA0C6D488742DU2PR02MB10160eu_--