Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DB458C15107C for ; Thu, 27 Jun 2024 04:28:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.106 X-Spam-Level: X-Spam-Status: No, score=-2.106 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_MSPIKE_H2=-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 kRpKP6QfXQxi for ; Thu, 27 Jun 2024 04:28:48 -0700 (PDT) Received: from smtp-out.orange.com (smtp-out.orange.com [80.12.126.236]) (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 14C9EC15154F for ; Thu, 27 Jun 2024 04:28:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=orange.com; i=@orange.com; q=dns/txt; s=orange002; t=1719487728; x=1751023728; h=to:cc:subject:date:message-id:references:in-reply-to: mime-version:from; bh=q7QE0+MqevIZL/c6lvwR+CVBok3dluY7C3A0EkTuNrM=; b=Io7XcWPu1CniPNjUkfFeZnochDr64T/aP011m8g9fchdDzwkjaYDrCkq TDbmtGJ8difaLBSf97QwVxLV45JiY9WJms2I8T+y1Z1L4pChQEChoOd+0 zU04ODgtgWMUho36VAuWEgzmRz542nZyfQGWEuLeksDM+k55GatQH8OUb 2UzCngk84Cg8K1xxvWyOXM6DgA2H4tGBBgxnpMuoJH/hkgbPKSMOd/vby FxLGVby/27BHPvazyseDeo4qxdXYPJ5XT/7ADw1of4JxGNjcXZcXte2xq 9UnjCNhszYSIdIV2hAfJ4X34q5vc264n/ptb33B0DuxNCjOtY570sVUKT A==; Received: from unknown (HELO opfedv1rlp0h.nor.fr.ftgroup) ([x.x.x.x]) by smtp-out.orange.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 27 Jun 2024 13:28:46 +0200 Received: from unknown (HELO opzinddimail4.si.francetelecom.fr) ([x.x.x.x]) by opfedv1rlp0h.nor.fr.ftgroup with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 27 Jun 2024 13:28:46 +0200 Received: from opzinddimail4.si.francetelecom.fr (unknown [127.0.0.1]) by DDEI (Postfix) with SMTP id 9DF9ABC00E60 for ; Thu, 27 Jun 2024 13:28:45 +0200 (CEST) Received: from opzinddimail4.si.francetelecom.fr (unknown [127.0.0.1]) by DDEI (Postfix) with ESMTP id 56D35BC00E36 for ; Thu, 27 Jun 2024 13:28:26 +0200 (CEST) Received: from smtp-out365.orange.com (unknown [x.x.x.x]) by opzinddimail4.si.francetelecom.fr (Postfix) with ESMTPS for ; Thu, 27 Jun 2024 13:28:26 +0200 (CEST) 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; 27 Jun 2024 13:28:26 +0200 Received: from DU2PR02MB10160.eurprd02.prod.outlook.com (2603:10a6:10:49b::6) by PAXPR02MB7230.eurprd02.prod.outlook.com (2603:10a6:102:1bc::19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.7698.32; Thu, 27 Jun 2024 11:28:23 +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.7698.025; Thu, 27 Jun 2024 11:28:23 +0000 From: mohamed.boucadair@orange.com X-TM-AS-ERS: 10.218.35.131-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:NtDrAKBkQPhx0RVW/0jkw5YqxClBgxIJ4kV8jS/XYbTApDghhDAFm GYXUD+AOPmPMWKgct1+O4rlpx4EuZKGx9FlTANkpHpgcSlH+JHPbTi7wuYcHM8wwunrFh8PA xA2M4GYRCwMZiaA4E3ra9ANlFEkvYmQXL3wFeXYDS54QA5gWU8JhAlq8wIDqtYAbeORXUXV6 Lsen+WFYAX5g2AubTpOg06+gEgHUMra6WpwUmMWNagjUG/2zxE9EJ8ZLKetGHr0KqE88jmSH rurIBmRpws1zj91Yj+Xuu+Tnn4iG9Y+CTOzZk9+AMBOtPTgShsaic7XPNJEAateZq7gc9pZk L2hvrToIesl0zGldOk1C3Fl/y9C0aJu8qDVHWb84cGv4RfWSyXl8qhOAhwTFNhNkgp3KTkmG f0wBQ03Nk3GucPvhbWxR69rm9gpK9TtMMUHoHZ8wDrFDPEgB5feX6HN4twe1zA17ixMNa+GO 4xFNnw2M1KZPU0n1lQ/UPrSmM+tgXn2djBU7liSuKE+72HS1iR2yrHrP9eTcduPLSlQthrC9 jmZoD2nav0cHOGA8zOv21atv9bshRjbG7oiGp6nqPE/1TV/wURIU0dKCjNXu8KRg0qzS5RfN kUS9W8goK493E2tVdC4Wwy/pjiKpHY0XddMGOo85imMx7bapQGDCQA5oiVpbdUnsIooRGUny 0XRwtfxX2Ux4PuSVG6X8aqSoXWqIy8JIGQeZCgCCwwY/93kp4J1hRXKJjp+LEKrptfqCw3ug GCHkAZkl41NhP9W96vm2HmS1lpAuaP1ZgIy4wzWWEes4QV4eJOpauSUBb7zvaYowGGxHgjpg ZQUp/Vy+tziGrmkqESwrAglGbio47ObMWTRnEQ3Qp05rW3zqzikYJxa5yx4KAFxKMEYdDT1Y UjV/wRM+JtUO3jsZqhyC25QNyjI5fm8fTgGfqmPBjarXnSXXFHZlM2JTRDLt10BaGB2zckC1 W6zKK5A90oyB6V91yaRTOwAy7ItzS1W7TqMHMGnlUX9i+bAOSX9pVI53L2mPrFRAESs8FS9z jqjH5bRl0k3vBDWPneIrdVDdQBiwYYTW82m9JAPHgJ8HuaWMDp6UaOOqV/QU4lklL5SjeDG4 jm2XVVAoGcTdlWWQThmnktLMeu1Nb4m9SxTFXV1YT6AhSJ/Ca7xt/13X8VsLdEaGBlLl64co w8tIJrRXZyii13vp1wgUHUKhNY7K0Ty2lvWYnPNjfpWV8cIejElM+TMJmPHnBTixALu3Sfii 9VMFz83QKbvgyxPMfyONbeR7gr0unIQ3uVvQ0HPP99fPl3295RnIDDwiflxJNwQLRLExX2R0 AP+7dIwu7zWu4FsmDXWrfnskmtrO7MW8olm863z6qy/MybXuGGkxOeslc6WKCvFWjqcFLqKO Y1o8h0kDMA6oQ== IronPort-HdrOrdr: A9a23:4kyEOqxn5I31cWSfpV3kKrPxp+skLtp133Aq2lEZdPULSKGlfp GV9sjziyWetN9IYgBZpTiBUJPhfZquz+8P3WBxB8brYOCIghrNEGgP1+XfKnjbalTDH41mpO xdmspFebrN5DFB5K6XjzVQUexQpuVvm5rY5ts2uk0dKD2CHJsQjTuRZDz7LmRGAC19QbYpHp uV4cRK4xC6f24MU8i9Dn4ZG8DeutzijvvdEFM7Li9izDPLoSKj6bb8HRTd9AwZSSlzzbAr9n WAuxDl55+kr+qwxnbnpiPuBtVt6ZTcI+l4dY2xY/suW3XRY8GTFcdcsoi5zX4ISSeUmRQXeZ f30lId1o9ImgnslymO0GbQMk/boXwTAjbZuCClaXePm72EeBsqT8VGno5XaR3f9g4pu8x9yr tC2yaDu4NQFg6oplWL2zHkbWAeqqOPmwtXrccDy3hEFYcOYr5YqoISuEtTDZcbBSr/rIQqCv NnAs3Q7OtfNQryVQGRgkB/hNi3GngjFBaPRUYP/sSTzjhNhXh8i08V3tYWkHsM/I80D5NE++ PHOKJ1k6wmdL5hUYttQOMaBcenAG3ERhzBdGqUPFT8DakCf2nArpbmiY9Flt1CuKZ4v6fatK 6xIG+w71RCBX4GIff+raF2zg== X-Talos-CUID: 9a23:Fg54X2DDEMyt1cH6EyN45nIKWZAoTlOH3E+OKn7lKWg0bZTAHA== X-Talos-MUID: 9a23:zJeARAsAMmoy+uZGI82nuS5YPe1Bx6WXMWMVqrVFg/mKFjMuNGLI X-IronPort-AV: E=Sophos;i="6.09,270,1716242400"; d="scan'208,217";a="42837716" ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=ZrYsPoxLXMPpm5/xBEpyBR/zhs6Y2Ze71Lr3qYs8X5STBEexaxYNzYnRWRhr+FTtwr/+ka5qenuIrW4RJINf3Ol9Vzql2HGkrJsqqbgBRPa27+s3xM8Eg8C4uSTJUcL76VqSLfSq3RrVstGDqyskgjVERIHKn6j2QXuboAfmeMHpM+dCVVJ0ccefk48aV436Zj6U15+U2VJtyRbHWD5TyLBcawDJ/AokXrgKygHCHozdCWr9tGYwROrLfRTbvfwsLeRQa30C7z2OQoBib7leh7TbHsbQrMXE6haGEXtedU3/0EEADhqmoQ1H4qHH0lm5LUolN1BJeQfpxl191qLqeg== 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=YGT2XPxOchh0Cn8VkxHKjTyilQniLnK0SdI0elTRPis=; b=ZOs7vBmm0DR0lPebJprovrwmu0a2A7Ilki8gbQhuvQlOCTOjcm2mHR0QIfUx2jqRplxaH4j3IPh8c1aUu5OAY6ggVtkK/tHlpDwDrXUgKLLzN9TFxbpvrt1v45e0SHprxjMXV/qtmIPtPjJ3hhv7JvKheGPA/OT4qYUL97i1mgLcEmoJqMih9dKc9h4pJqb30fqioYHT8kDVT4JI3elOoVSIKENDqGp8E/oPq3CZYHauRVKmMNfsAsuJvDzAmX7W8H40WPlfaBmOlqAdhNnJUehrpjy1SHXhbkw0NuHTVzvmACwGbTUuD7G5CLiYBjI3fXFeP/gP5SURpaZKtfkk7Q== 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: Alex Huang Feng Thread-Topic: [netconf] I-D Action: draft-ietf-netconf-udp-client-server-02.txt Thread-Index: AQHayHvmmDAfrZNqzEiiHi5C2EVZzrHbdVFA Date: Thu, 27 Jun 2024 11:28:23 +0000 Message-ID: References: <171872264355.20027.6027117271461135736@ietfa.amsl.com> <124ED22D-FAB1-4DF4-AF71-3B6C9C3452E0@insa-lyon.fr> In-Reply-To: <124ED22D-FAB1-4DF4-AF71-3B6C9C3452E0@insa-lyon.fr> 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=e9aede7a-fd12-4f15-8e12-fd8d3e5e8954;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-06-27T11:28:15Z;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_|PAXPR02MB7230:EE_ x-ms-office365-filtering-correlation-id: 28f66f79-1819-49e5-55c5-08dc969c417e x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0;ARA:13230040|1800799024|376014|366016|38070700018; x-microsoft-antispam-message-info: =?iso-8859-1?Q?u5i5pzTH7K7HmDQltQa8CKR9TLnDyJ0d39immrSAHG5yDPb1ouyVpRFO6O?= =?iso-8859-1?Q?O0ycNE6y+CrIPm6iXp1c7N81nHbOolB/E0KjGULl2MYjHdaoIERfZoBZV8?= =?iso-8859-1?Q?Gvas4kLTHwMVFgtB//Q/GA4WVQg0rGLQjlcti/keYyubLBfBfYwpwUymYE?= =?iso-8859-1?Q?eIVYpSxpa2LG3H58noPvoH8FtJltwrfnEg+wkmTqBHPGFitut0+bLj0On6?= =?iso-8859-1?Q?gAlSwjTsBToVCu9D5j+NEgp4C5A/9QON7+4zbgw7WJRYTHUxo6WBu0zJ78?= =?iso-8859-1?Q?wTUSZL2+Nlp7Tjy3bnZv/09F5CGjc5ct089fyoGWmWNTqrxpo4lPbAjJ7Q?= =?iso-8859-1?Q?6fENW3+HIbEDVuBwBRSzCOyukRBvs+F/WlPnk7h+rZtPRxG4+UQm5P0XMJ?= =?iso-8859-1?Q?YDbkmd5VTF0qTdKIZGnrQ61ZcG8rQQsPlUD8L+V7iTTnFnDB+D9uds5Wg8?= =?iso-8859-1?Q?opXaKfS3A1AbAqnsLh0SgIokOg4U7PcyAYXZI4EnjeHhy3sKLGmfnr6Hsj?= =?iso-8859-1?Q?Es4tgBLyRZ3VaqC7IAkQX22DWlNiWgbZcMiTqyH+vjKyf+u3bZS0jJ+RC8?= =?iso-8859-1?Q?XHLo7AGvMp5AKsuT3HfNB5N/I4hEIJQ3R0pRKv3sRQ9h/Zh9J+cdKsTiJ3?= =?iso-8859-1?Q?z1YozTVYFuCOLeH4szX5uqBCSjHixsXkledzqBOGxdXeixzfzURms1Y45P?= =?iso-8859-1?Q?XllPjuemEnJwxlDcAZvZWAoKCeVT1VU0BZp1pT37sIL5DFiz4a81cpkZPh?= =?iso-8859-1?Q?XpTv1KxNURbUgGjjMVjDeW8ZCnOlyEB0CDzoYy6sLOuueKTFYuGvmUa6eM?= =?iso-8859-1?Q?DgWTbtp21v8pBzr4ruU86CT0DWuBfp0kSuv2FwkyWxd9+CL9zMhKT5f+kL?= =?iso-8859-1?Q?znVCo+Quc9WMgaovnT88EHwn4nNh0Vp01W0fONquua40amJLWTImvvVzAH?= =?iso-8859-1?Q?lXWY7bQawtNLMGqFmZUfhFDXuziMHo25sF/pP7upOpKr+YaHK1nkzcKuVC?= =?iso-8859-1?Q?x0TJeaCeKLNOqMP6wBskWXESzhl6JFbNjVuF3TpiKmKquzwD0tzd/YRDVT?= =?iso-8859-1?Q?YLNAGPWTRpsBQd+Qf+ZBy+/iSxTliAtAZmOO0EjgKnYKnbaSxiEXd1mpJZ?= =?iso-8859-1?Q?yBZIn22lqiViliZOTuH0DhNB/AzEle6Ol5K2dTT8hTEJPyz4/5AWhkaH9K?= =?iso-8859-1?Q?Bwbmum3QuQknilmMpNfYJNiO+ZI71rA1IEvny0LSpiZnWrXZavB09L+x4C?= =?iso-8859-1?Q?81rwQcMg+6BHTA5Ik8K31AAoff3o7dUEYPX1IVKdtQsIJcuQyXAq66wrBL?= =?iso-8859-1?Q?8dVrQQqOWkUQWy77uethsma87U/10Gg8Rlr0AEYyXmxRYrI+ocDHCq19hp?= =?iso-8859-1?Q?jSX+b9vtNIglbaeL2/qYjl6YWE+yacQZ6PER8+WNtqiUkO7FsWneY=3D?= 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)(376014)(366016)(38070700018);DIR:OUT;SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?iso-8859-1?Q?Ne9BF9hCWFrbajaOxPBr4uzQrB0kO82Ywni5lqRfl4Uw9PgHeHhN5ziEvc?= =?iso-8859-1?Q?l8yJzNK/vgNw1MV9MUFM8ohpvpSmFbO/mNzGYtreFpYecqG71UAgwE3X5v?= =?iso-8859-1?Q?CfrzU3VajOCj4ikiBXqwVIGTNYwadNq92vV5qYvFIyXQAbqw3Wwv8UOE7F?= =?iso-8859-1?Q?/k2jo9waWommdq+1aqWEq6DPmgjUbYwP96cXB/mJwOQG5XNnaUdo2/UsNy?= =?iso-8859-1?Q?sl6Ea9gasfv8PbUBEDqbZM2W/1VruHk0YWGgKaxcGTUH6Ha2pw0XXtGrJd?= =?iso-8859-1?Q?jZ8ZZdBIDyp0hvJ/QBxHkUWQvdurdnJBt8V/O5a6TwpWIrhJThoFP5Msjl?= =?iso-8859-1?Q?EwdhQiZ2tNmd2oofCV5ikqol20RtkJ5u+Fjrk+ovRzloWgv+1I7K4qqJ1T?= =?iso-8859-1?Q?0XHVlNcBEHdBIHhreb2EJi5J3F+B1pCBv+iupBCx3wjzgfF2f9UAOGOFH9?= =?iso-8859-1?Q?WaiFbSQfBSoGNfIZC7XULy1zoh7HNFRqmHVu4uAWhfOMx+dob33l1q0oJB?= =?iso-8859-1?Q?kpWjElPiZXXZ1HPsTJXx7XlGdJF1oQ09tX6hxgd9pUWHbsv9P3xXGUG23c?= =?iso-8859-1?Q?ngzQ+n6CE7lxPdwHyAbG6yyb5GWioSim5h5wkvQ/KChQ89wYD1VTngWDww?= =?iso-8859-1?Q?pQGJOE8UcXd0dAl0oyrwbyJ6LoRwyg09IrzA9CnmK/MyBtm2j2r/6G868G?= =?iso-8859-1?Q?PgSCeFnclPd4v2n7e7IH7IX2MVbe2a9/1/Q/fyZdouPky9D16Y/6wok6gh?= =?iso-8859-1?Q?Z3d2GwyRjvYNi9j7w+BVNwvybYfi8U9muN0nApT+vHPFh8b8Ph5XpEo6hC?= =?iso-8859-1?Q?ew0RQorbZFrb0G4QW3CMc0Q0dpymv2F1oMRHpHyB83yQX5aai6x9CuycRf?= =?iso-8859-1?Q?4g/izdw2WM2iotOs0z6qeQCal+iFUfKoxB7cEKSk5Gr8ZyZPVXcfD7BS/J?= =?iso-8859-1?Q?FZMY3ZNm1SpXU4YjfE47zpCw0kX9V/wtxTKtoiYvXHNZX0UIn0yJOWIZ/Y?= =?iso-8859-1?Q?7o6sFlsFEG5K7rQsvbWwE66e6XirUs3GakIGVHbX+e9TP4BqTgAkiVQnBv?= =?iso-8859-1?Q?jKtqF9Istylhz6ECSigrM/zcJ3o4MZI+T8J7Dh42vDF14LNH1PnapUw7Ts?= =?iso-8859-1?Q?5ifmdmSUewvnq3BPFosQ4KQeORM18TGlJJLwOESoNo+qwUl3gr3Co6Ffar?= =?iso-8859-1?Q?bR2GfN6XktIKzvjjNuUtA+4DtM1tr8JsrAo3eUKF9jNt+gXaWbX9S3GCvG?= =?iso-8859-1?Q?+AjT9l0QxnBrxMuMQ5hIuzA2/NB7GcDZHGJD4r3l0S3c6qXJp12jP4RWQ3?= =?iso-8859-1?Q?Ep02HcZGN7yk2IHfLqBV7A2mp7ADYNRsMmjqSLdUq70f9MVHD9QexaI4IU?= =?iso-8859-1?Q?8pApLL4WYv/75sMJ2buAmH9ibGR6da7i4cAmGxhG8Is1JlGVK7mT66YFJ7?= =?iso-8859-1?Q?MiECTC158VJkecXAEqVNaWBMQyqvvBUw20HNCAg+srU5TB8P4GYDJAjXJ4?= =?iso-8859-1?Q?5lhn0OQcK/Hk08rcCC3IY4UVZAwpW19WBMddd4O97zCc/ItdbgokjeFir5?= =?iso-8859-1?Q?30gjp1N3ss5QNS0yL8sGMmCxJRVwBYl/Uuu30xe0Jhm0IeezApZi6wLV80?= =?iso-8859-1?Q?XWX3HZsyw3Zhy5qKN+d+g7TM4wO2TsoTZg6f2dqcffCM/3X83y21whtA?= =?iso-8859-1?Q?=3D=3D?= Content-Type: multipart/alternative; boundary="_000_DU2PR02MB1016053780C995B16D43FF39888D72DU2PR02MB10160eu_" 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: 28f66f79-1819-49e5-55c5-08dc969c417e X-MS-Exchange-CrossTenant-originalarrivaltime: 27 Jun 2024 11:28:23.7603 (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: rxn4cjcTY537ZU7WulREnbXusFK5keBpSdbx8tofbvaFL1kaIOgEw8VJv5giC2c2QTcWixW8f3xQTjKZUHvb6ELrj6C+9gwQHP01pDNELhI= X-MS-Exchange-Transport-CrossTenantHeadersStamped: PAXPR02MB7230 X-TM-AS-ERS: 10.218.35.131-127.5.254.253 X-TM-AS-SMTP: 1.0 c210cC1vdXQzNjUub3JhbmdlLmNvbQ== bW9oYW1lZC5ib3VjYWRhaXJAb 3JhbmdlLmNvbQ== X-TMASE-Version: DDEI-5.1-9.1.1004-28484.007 X-TMASE-Result: 10--44.096400-10.000000 X-TMASE-MatchedRID: sUHBEr3cTN/uYusHgJkgypGAt645FF0SlJBOf2Mfu5oolr2SzMnPqxpO O4xboYY6d+baqQ3qUqd6n/bbb7kZ6C+6f/7y7+GzSxj0b9FncUJUjspoiX02FySeagbwh0C+wgL hAgqNvyfR5JULoLExSx7GIvj+BE019Ib/6w+1lWRf3ennYqHe2E5oN2XumCC9/8Yy07M6kQsu++ J5cVTl6iXt+meGz18IXsCu2BHu27j5Jwn+WOYz2DVPM/rRSR0dd1fgNR/swohfJS1EKqt1ciHNZ brVyt5YHLzDZRJpBnaDdH8STYY8TirLqyE6Ur/jg8C02zkI7w7hvmYd1oUzIKm7Ppyf7RSRrOOp pPTYnnhf6ouP2TOvj86tU1ozj47XHWRJEfGP5nmrHFhHKqXuSxMwUvyyGB/35ztF8OuvYTAk17/ IvnxdZyfqL54tYpTElRk39yXDXLmOjIrMSa2sR8MFDjMfv7kDh2WtnORUKg68ozyo7WOjvolvwf B+6iFnnOPQb3/vbyJH6+lhuE4fWi0TYmPHC8+4wlaQxkFc/sN4+K9PsuYboUPDGpVrpk/XV6gRw lunD5MFyqdpJzyFlKqtYDdF/oY9LTHwnYOikQ1BHuVYxc8DW5QOYBrXJCKAaKTfE6BonIoNUPX9 GaIKHsfwdC+VMLcVzt46wm6+XFMw+d7medOXaOsl5dA8uaDLzThqPhGWj/za59jtQMEidN5xN1m 9bHhVPXOnTTE//dhWM7Z9kB9tZRBDP5O24/CzVQV+ppChmvDP1uX8kxVVxwzWWq4ILCVYiCilT7 6ynH04EgDs3bFbGIxq+c7ok9DeiZEfPx134HFKHhaQPPG6/o5hyiW8kJaQBNVCIloTK1P9dU4/w VV+on41niV9KymzQ2B/dw3ziQ5RGaeOJTnMW2mRqNBHmBveuME6WhSqqOE8iiEXp38wSLXwHj/A msmG4kYXbobxJbLyU/oX+tpNmCG2Ull2Wedt X-TMASE-SNAP-Result: 1.821001.0001-0-1-22:0,33:0,34:0-0 X-TMASE-INERTIA: 0-0;;;; X-TMASE-XGENCLOUD: 3aac99a3-4d12-9578-b12e-bb7ca1319111-0-0-200-0 Message-ID-Hash: PR4MFUYE65EGM6O3BDPCA3LCJMRKKKHO X-Message-ID-Hash: PR4MFUYE65EGM6O3BDPCA3LCJMRKKKHO X-MailFrom: mohamed.boucadair@orange.com X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-netconf.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header CC: netconf X-Mailman-Version: 3.3.9rc4 Precedence: list Subject: =?utf-8?q?=5Bnetconf=5D_Re=3A_I-D_Action=3A_draft-ietf-netconf-udp-client-se?= =?utf-8?q?rver-02=2Etxt?= List-Id: NETCONF WG list Archived-At: List-Archive: List-Help: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: --_000_DU2PR02MB1016053780C995B16D43FF39888D72DU2PR02MB10160eu_ Content-Type: text/plain; charset="iso-8859-1" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hi Alex, Thanks for the follow-up and for addressing the comments. I confirm that issue#2 below applies for draft-ietf-netconf-tcp-client-serv= er-26#section-3.1.1. Noted the pending point about the default. If you decide to remove the defa= ult, you may consider adding a note to explain why that design is a hurdle = for better reusability. Please find below some comments on the candidate version: # Section 5.2: 6020 is authoritative here OLD: This document requests IANA to register the following YANG modules in the "YANG Module Names" registry [RFC8342] within the "YANG Parameters" registry group. NEW: This document requests IANA to register the following YANG modules in the "YANG Module Names" registry [RFC6020] within the "YANG Parameters" registry group. # Move "I-D.ietf-netmod-rfc8407bis" to be listed as informative instead of = normative. Thank you. Cheers, Med De : Alex Huang Feng Envoy=E9 : jeudi 27 juin 2024 12:21 =C0 : BOUCADAIR Mohamed INNOV/NET Cc : netconf Objet : Re: [netconf] I-D Action: draft-ietf-netconf-udp-client-server-02.t= xt Dear Med, Thank you very much for the review and comments. Please see inline. On 18 Jun 2024, at 17:28, mohamed.boucadair@orange.com wrote: Hi Alex, Thanks for this revised versions. Please find below some easy-to-fix comments: # Sections 2 and 3.3. OLD: reference "RFC-to-be: YANG Grouping for UDP Clients and UDP Servers"; NEW: reference "RFC-to-be: YANG Groupings for UDP Clients and UDP Servers"; # Section 2: Not sure how to interpret this feature in a module for managin= g UDP clients: CURRENT: feature local-binding-supported { description "Indicates that the UDP server supports configuring local bindings (i.e., the local address and local port) for UDP clients."; } It is a typo. Changed to Indicates that the UDP client supports configuring local bindings (i.e., the local address and local port) for UDP clients. I understand this feature as a way to advertise that the client is able to = configure the local IP and local port. I guess the typo is also valid for https://datatracker.ietf.org/doc/html/dr= aft-ietf-netconf-tcp-client-server-26#section-3.1.1? If not, I am missing s= omething. # Section 2 CURRENT: "The local IP address/interface to bind to when sending UDP messages to the remote server. INADDR_ANY ('0.0.0.0') or INADDR6_ANY ('0:0:0:0:0:0:0:0' a.k.a. '::') MAY be used to explicitly indicate the implicit default, that the server can bind to any IPv4 or IPv6 address."; ## only ip-address type is defined here. I would delete the "interface" men= tion. ## s/MAY/may ## I would delete "explicitly indicate the implicit default" # Section 2 OLD: "The local IP port number to bind to when sending UDP NEW: "The local port number to bind to when sending UDP # delete " which is the default value," or "default "0";" as there are redu= ndant. I have a preference to delete "default "0";" as this is reusable gro= uping and my prevent some uses. I already encountered this "issue" in UDP-notif, how to use this grouping w= ith a YANG model that implements a mandatory port. YANG does not allow refi= ning a default statement to a mandatory field. I am totally okay removing the default "0", but also wanted some consistenc= y with the tcp-client-server draft. That's is why I implemented default. Is there any other thoughts about this from the WG? Should I remove the def= ault in the next iteration? # Section 3.2: Per https://datatracker.ietf.org/doc/html/rfc5952 OLD: 2001:DB8::0 NEW: 2001:db8::0 # Security: I would follow the template at https://datatracker.ietf.org/doc= /html/draft-ietf-netmod-rfc8407bis-11#name-security-considerations-sect Changed For the rest, all integrated to the next iteration: https://github.com/netc= onf-wg/udp-client-server/blob/master/draft-ietf-netconf-udp-client-server-0= 3.txt rfcdiff: https://author-tools.ietf.org/diff?doc_1=3Ddraft-ietf-netconf-udp-= client-server-02&url_2=3Dhttps://raw.githubusercontent.com/netconf-wg/udp-c= lient-server/master/draft-ietf-netconf-udp-client-server-03.txt I will submit before cutoff. Cheers, Alex # Section 5.1: OLD: IANA is requested to assign two new URI from the IETF XML Registry NEW: IANA is requested to assign two new URIs from the IETF XML Registry # Section 5.2: OLD: This document also requests two new YANG module names in the YANG Module Names registry [RFC8342] with the following suggestions: 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 -----Message d'origine----- De : Alex Huang Feng > Envoy=E9 : mardi 18 juin 2024 17:08 =C0 : netconf > Cc : i-d-announce@ietf.org Objet : [netconf] Re: I-D Action: draft-ietf-netconf-udp-client- server-02.txt Dear NETCONF, Following the feedback from the last IETF WG meeting, I updated the client-server groupings mimicking the tcp client-server groupings. Changes: - On the client-grouping, the remote-address is a generic inet:host instead of the limited inet:ip-address-no-zone and supports local bindings - On the server-grouping, it is a list of local binding addresses. - Added some examples of usage. We welcome any new comment on this draft. Regards, Alex On 18 Jun 2024, at 16:57, internet-drafts@ietf.org wrote: Internet-Draft draft-ietf-netconf-udp-client-server-02.txt is now available. It is a work item of the Network Configuration (NETCONF) WG of the IETF. Title: YANG Groupings for UDP Clients and UDP Servers Authors: Alex Huang Feng Pierre Francois Kent Watsen Name: draft-ietf-netconf-udp-client-server-02.txt Pages: 12 Dates: 2024-06-18 Abstract: This document defines two YANG 1.1 modules to support the configuration of UDP clients and UDP servers. ___________________________________________________________________________= _________________________________ 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. ___________________________________________________________________________= _________________________________ 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_DU2PR02MB1016053780C995B16D43FF39888D72DU2PR02MB10160eu_ Content-Type: text/html; charset="iso-8859-1" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable

Hi Alex,

 

Thanks for the follow-up and for = addressing the comments.

 

I confirm that issue#2 below appl= ies for draft-ietf-netconf-tcp-client-server-26#section-3.1.1.

 

Noted the pending point about the= default. If you decide to remove the default, you may consider adding a no= te to explain why that design is a hurdle for better reusability.

 

Please find below some comments o= n the candidate version:

 

# Section 5.2: 6020 is authoritat= ive here

 

OLD:

  This document requests IAN= A to register the following YANG modules in

  the "YANG Module Name= s" registry [RFC8342] within the "YANG

  Parameters" registry = group.

 

NEW:

  This document requests IAN= A to register the following YANG modules in

  the "YANG Module Name= s" registry [RFC6020] within the "YANG

  Parameters" registry = group.

 

# Move “I-D.ietf-netmod-rfc8407bis” to be listed as informative instead of normative.

 

Thank you.

 

Cheers,

Med

 

De : Alex Huang Feng <alex.huang-feng= @insa-lyon.fr>
Envoy=E9 : jeudi 27 juin 2024 12:21
=C0 : BOUCADAIR Mohamed INNOV/NET <mohamed.boucadair@orange.= com>
Cc : netconf <netconf@ietf.org>
Objet : Re: [netconf] I-D Action: draft-ietf-netconf-udp-client= -server-02.txt

 


Dear Med,

 

Thank you very much for the review and comments.

Please see inline.



On 18 Jun 2024, at 17:28, mohamed.boucadair@orange.com wrote:

 

Hi Alex,&nbs= p;

Thanks for this revised versions.&nbs= p;

Please find below some easy-to-fix comments:

# Sections 2 and 3.3.

OLD:
      reference
        "RFC-to-be: YANG Group= ing for UDP Clients and UDP Servers";
NEW:
      reference
        "RFC-to-be: YANG Group= ings for UDP Clients and UDP Servers";

# Section 2: Not sure how to interpret this feature in a module for managin= g UDP clients:

CURRENT:
    feature local-binding-supported {
      description
        "Indicates that the UD= P server supports configuring local
         bindings (i.e., the l= ocal address and local port) for
         UDP clients.";     }

 

It is a typo. Changed to

Indicates that = the UDP client supports configuring local

  &nb= sp;    bindings (i.e., the local address and local port) for=

  &nb= sp;    UDP clients.

 

I understand this feature as a way to advertise that= the client is able to configure the local IP and local port.

 

I guess the typo is also valid for https://datatracker.ietf.org/doc/html/draft-ietf-netconf-t= cp-client-server-26#section-3.1.1? If not, I am missing something.


# Section 2

CURRENT:
          "The local= IP address/interface to bind to when sending UDP
          messages to the= remote server. INADDR_ANY ('0.0.0.0') or
          INADDR6_ANY ('0= :0:0:0:0:0:0:0' a.k.a. '::') MAY be used to
          explicitly indi= cate the implicit default, that the server
          can bind to any= IPv4 or IPv6 address.";

## only ip-address type is defined here. I would delete the "interface= " mention.
## s/MAY/may
## I would delete "explicitly indicate the implicit default"

# Section 2

OLD:
          "The local= IP port number to bind to when sending UDP
NEW:
          "The local= port number to bind to when sending UDP

# delete " which is the default value," or "default "0&= quot;;" as there are redundant. I have a preference to delete "de= fault "0";" as this is reusable grouping and my prevent some= uses. =

 

I already encountered this “issue" in UDP= -notif, how to use this grouping with a YANG model that implements a mandat= ory port. YANG does not allow refining a default statement to a mandatory f= ield.

I am totally okay removing the default “0̶= 1;, but also wanted some consistency with the tcp-client-server draft. That= ’s is why I implemented default.

Is there any other thoughts about this from the WG? = Should I remove the default in the next iteration?




# Section 3.2: Per https://datatr= acker.ietf.org/doc/html/rfc5952

OLD: <local-address>2001:DB8::0</local-address>
NEW: <local-address>2001:db8::0</local-address>

# Security: I would follow the template at https:/= /datatracker.ietf.org/doc/html/draft-ietf-netmod-rfc8407bis-11#name-securit= y-considerations-sect

 

Changed

 

 

 

I will submit before cutoff.

 

Cheers,

Alex




# Section 5.1:

OLD:  IANA is requested to assign two new URI from the IETF XML Regist= ry
NEW:  IANA is requested to assign two new URIs from the IETF XML Regis= try

# Section 5.2:

OLD:
  This document also requests two new YANG module names in the YA= NG
  Module Names registry [RFC8342] with the following suggestions:=

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

Cheers,
Med


-----Message d'origine-----
De : Alex Huang Feng <alex.huang-feng@insa-lyon.fr>
Envoy=E9 : mardi 18 juin 2024 17:08
=C0 : netconf <netconf@ietf.org= >
Cc : i-d-announce@ietf.org
Objet : [netconf] Re: I-D Action: draft-ietf-netconf-udp-client-
server-02.txt


Dear NETCONF,

Following the feedback from the last IETF WG meeting, I updated
the client-server groupings mimicking the tcp client-server
groupings.

Changes:
- On the client-grouping, the remote-address is a generic
inet:host instead of the limited inet:ip-address-no-zone and
supports local bindings
- On the server-grouping, it is a list of local binding
addresses.
- Added some examples of usage.

We welcome any new comment on this draft.

Regards,

Alex


On 18 Jun 2024, at 16:57, internet-drafts@ietf.org wr= ote:

Internet-Draft draft-ietf-netconf-udp-client-server-02.txt is

now available.

It is a work item of the Network Configuration (NE= TCONF) WG of

the IETF.


 Title:   YANG Groupings for UDP Clients and UDP Servers
 Authors: Alex Huang Feng
          Pierre Francois=
          Kent Watsen
 Name:    draft-ietf-netconf-udp-client-server-02.txt  Pages:   12
 Dates:   2024-06-18

Abstract:

 This document defines two YANG 1.1 modules to support the
 configuration of UDP clients and UDP servers.

__________________________________________________= __________________________________________________________
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.

 

____________________________________________________________=
________________________________________________
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_DU2PR02MB1016053780C995B16D43FF39888D72DU2PR02MB10160eu_--