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 DFFD7C151556; Fri, 21 Feb 2025 06:36:56 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.744 X-Spam-Level: X-Spam-Status: No, score=-9.744 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.148, DKIMWL_WL_MED=-0.001, 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_H2=-0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01, T_SPF_HELO_PERMERROR=0.01, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=cisco.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 FxCI9nIzIcKA; Fri, 21 Feb 2025 06:36:52 -0800 (PST) Received: from alln-iport-2.cisco.com (alln-iport-2.cisco.com [173.37.142.89]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9C479C151549; Fri, 21 Feb 2025 06:36:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.com; i=@cisco.com; l=15763; q=dns/txt; s=iport01; t=1740148612; x=1741358212; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=ha0+NWLZcLo8QyzFuKfz8CUGe5xFRdMeZ7u1yLgk8yE=; b=YJXRJLUzbLTxmigp5EAFBleduiZWQVhacjsQ5Foj0LMUga5r5/mkOorP UVKDSj4G8KcYr9SMOwKgowtc5FUzu6M4Gtuf4+kGEfGFFFAQFjGXwI2cl AIm4UnW3MWWxcJZXALFM+1fny4iNdY3jsoRmILHBF6IEWSdAQjEqT5n87 bPbgfb0LDs24pmE/q2obnGfIW81ZCq0IAkX4AoVPTwKWCJkcyfxZut9Yu V3A6WGlCOOOaW7WLfdFXMy9V2PVQw4VLG0Dh2AcQ+pCThzK6/pExNSnlK xZTt+f0TMaij/yyzhQJZHmZ/BZsEUn9f3Y/EKuWidfK3crtYmpPklUxna w==; X-CSE-ConnectionGUID: YIKL7UU1Q0m4vN4LWxc5sg== X-CSE-MsgGUID: BNTZqQLERbKSlxJSg3PP5Q== X-IPAS-Result: =?us-ascii?q?A0BKAABJjrhn/5X/Ja1QCh0BAQEBCQESAQUFAUAlgRoIA?= =?us-ascii?q?QsBgUAxUgd2gRxIiCEDhE5fhlOCIQOXP4ZVFIFqDwEBAQ0COwkEAQGFBwKLD?= =?us-ascii?q?gImNAkOAQIEAQEBAQMCAwEBAQEBAQEBAQEBCwEBBQEBAQIBBwWBDhOFew2GW?= =?us-ascii?q?gEBAQEDEjwgGwIBCBEDAQIvMAEUCQgCBAEHCwgVBAGCYYIcSAMBEKIVAYFAA?= =?us-ascii?q?ooreIE0gQGDWgIQQdtvBoFIAYhOASqBMokGJxuBSUSBFUKCaD6CYQEBAgGBK?= =?us-ascii?q?AEHCwEJGh6DdYIvBIIDEQQXRxlgL4EKAgICAgICAgICAgICAgKBCyVnggCCB?= =?us-ascii?q?wIIA4FeTRJ1gUSBB4IUBiiBBoMLhE6BJHFwgR8CAQQzVwY8ORCBdIFAh0RSd?= =?us-ascii?q?SIDJjMsAVUTFwsHBYEpEDgDIAo0FRwCFA0fBhAEagU0QTkBggtpSToCDQI1g?= =?us-ascii?q?h4kWIIrgh2COYRDhEeCP1GCQoIRcWwDAxYQgx93HIR7gmgdQAMLbT03Bg4bB?= =?us-ascii?q?QSBNQWeZz82ATyDQGsHYwRRAi9SBC8qATQZBgs6oiqjawqEG4wYiF6NCBeEA?= =?us-ascii?q?40HmGVmg1eHPo1oIo1jmwECBAIEBQIPAQEGgWc8Kz5wcBU7gjMBATJSGQ+XL?= =?us-ascii?q?sIteDwCBwsBAQMJkXcBAQ?= IronPort-PHdr: A9a23:Encb2B/99XGQ6v9uWBDoyV9kXcBvk6//MghQ7YIolPcUNK+i5J/le kfY4KYlgFzIWNDD4ulfw6rNsq/mUHAd+5vJrn0YcZJNWhNEwcUblgAtGoiEXGXwLeXhaGoxG 8EqaQ== IronPort-Data: A9a23:/uY2nKC9WL9N4hVW/1jiw5YqxClBgxIJ4kV8jS/XYbTApDp31DRTy GZJUTjXM/vcMWeheIh+OdyxpxtQv8XWx4QwOVdlrnsFo1CmBibm6XV1Cm+qYkt+++WaFBoPA /02M4eGdIZsCCeB/n9BC5C5xVFkz6aEW7HgP+DNPyF1VGdMRTwo4f5Zs7ZRbrVA357gWGthh fuo+5eCYAX/gmYuWo4pw/vrRC1H7ayaVAww5jTSVdgT1HfCmn8cCo4oJK3ZBxPQXolOE+emc P3Ixbe/83mx109F5gSNy+uTnuUiG9Y+DCDW4pZkc/HKbitq+kTe5p0G2M80Mi+7vdkmc+dZk 72hvbToIesg0zaldO41C3G0GAkmVUFKFSOuzXWX6aSuI0P6n3TE8tRNKB4LANQhouMrH0cS0 cMII20WYUXW7w626OrTpuhEnM8vKozveYgYoHwllGufBvc9SpeFSKLPjTNa9G5v3YYVQrCEO pdfMGY+BPjDS0Un1lM/Eo0/mPuvgFH0ciZTrxSeoq9fD237kFcriuK3YYqOEjCMbe9zonSBn 0brxW7aORUKFueQkgK9r0v504cjmgu+Aur+DoaQ+uRjjkHWx2EPBlgQWEewpv+3z1OyQ5dUL 00Z/DZrtqUo6kGxZtjwQxP+p2SL1jYaVsZbFOs0wACA1qSS5ByWblXoVRZbY9Ag8ctzTjsw2 xrQxZXiBCdkt/ueTnf1GqqokA5e8BM9dAcqTSQFVgACpdLkpekOYtjnF76PzIbdYgXJJAzN IronPort-HdrOrdr: A9a23:W6deKaBTlaNqMSTlHejqsseALOsnbusQ8zAXPh9KOH9om52j9/ xGws576fatskdvZJhBo7y90dq7MA3hHP9OkMUs1NiZLXLbUQeTXeVfBM7ZskHd8k7Fh6FgPM VbAtJD4bTLZDAQ47eZkWyF+pQbsaS6GcuT9IHjJgJWPHlXgtZbnn5E42igYypLbTgDL6AUUL Cb4c1KrSehf3M4UuSXb0NuY8Hz4/fwuNbDexApOz4LgTPisdqv0tHHOind+i1bfyJEwL8k/2 SAuRf+/L+fv/ayzQKZ/3PP7rxN8eGRi+drNYipsIw4Oz/sggGnaMBKQLuZpg04p+mp9RIDjM TMmRE9JM5+gkmhPl1d4CGdmDUI4gxerkMK+mXoxUcLZvaJAw7SPvAxx76xtCGprXbI8usMiZ 6jlFjpxqa/RSmw7BgVoeK4GS2DUiGP0CEfeSl5tQ0GbaIOLLBWtoAR50VTDdMJGz/78pkuFK 10ANjb/+s+SyLQU5n1hBgn/DWXZAV6Ij6WBkwZ/sCF2Tlfm350i0Me2cwEh38FsJYwUYNN6e jIOrlh0OgmdL5aUYttQOMaBcenAG3ERhzBdGqUPFT8DakCf3bAsYT+7rk57PyjPJYI0Jwxkp LcV04wjx95R2v+TcmVmJFb+BHER2uwGTzr18FF/pB8/qbxQbL6WBfzPmzGU/HQ1Mn3LverL8 pbYqgmccPLPC/rA8JT0wX1RplVLmN2arxnhj8SYSP6nv72 X-Talos-CUID: =?us-ascii?q?9a23=3AJCF6z2tplptDO5uwXb1IVZot6IsUU175k0rtenb?= =?us-ascii?q?gDDp3buGxdk+bpbhrxp8=3D?= X-Talos-MUID: 9a23:Xv0N8wWSJB6dm6Pq/BXKuAN7DeNF2a6NM0Qds64J4PG8aBUlbg== X-IronPort-Anti-Spam-Filtered: true Received: from rcdn-l-core-12.cisco.com ([173.37.255.149]) by alln-iport-2.cisco.com with ESMTP/TLS/TLS_AES_256_GCM_SHA384; 21 Feb 2025 14:36:51 +0000 Received: from rcdn-opgw-2.cisco.com (rcdn-opgw-2.cisco.com [72.163.7.163]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by rcdn-l-core-12.cisco.com (Postfix) with ESMTPS id D89FA180001D0; Fri, 21 Feb 2025 14:36:51 +0000 (GMT) X-CSE-ConnectionGUID: FMOQpTrJS4CCKitATgGGTQ== X-CSE-MsgGUID: InjZTJnxQKijy5A+qgtapg== Authentication-Results: rcdn-opgw-2.cisco.com; dkim=pass (signature verified) header.i=@cisco.com X-IronPort-AV: E=Sophos;i="6.13,305,1732579200"; d="scan'208,217";a="27606108" Received: from mail-bn7nam10lp2049.outbound.protection.outlook.com (HELO NAM10-BN7-obe.outbound.protection.outlook.com) ([104.47.70.49]) by rcdn-opgw-2.cisco.com with ESMTP/TLS/TLS_AES_256_GCM_SHA384; 21 Feb 2025 14:36:51 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=ftqJ4X1E7VuAFoOAsREgKP53cMo5TBAs5w8/Wt7fXdzbqNokGVhyxACEdaAf8j2Qq7VE5iK93X1/gzkmcBRJX6fmcpXJrxRcAwdbnVj3oUalHOqyEikU3CSZlCIzM1dWXxTo8zWQISkVQH6JIAJZ3YfFBIJaET2RF/PfmkW66ulTJmfOU640Hfpcxf0u0j9LpI+LVVk4frJrzoFEvmyw51gGBFdUXHwxu4WkYrLHFQ+sal5beAxLticmxchiTxyni+BmJPPBl5uk/06o2rX3CTmbW8QZR0RmixYYm77gucX8L1DGJXMp27Dt2Suhg7mWMMhQJ7Y82ouyVrRNTMhNxg== 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=ha0+NWLZcLo8QyzFuKfz8CUGe5xFRdMeZ7u1yLgk8yE=; b=IYwfCgmejy1mk9EPrRkEeuEP5c86dGuywmkjvqNf/oKyO1xQJzj24Hl/lIuMo0tR247mvuDvvm1vcVQmDJ+D0Ux++BVbuf3q/05QemKVkA376Xsg2DZmCkL16y+JdyqroeBHDakB6H3COIEc+KR6dFi3yi1UvCvt2GZPCiYrmfSfvL1CORdzOzMwoaqP8bM3Bqkny+EUgO2FkVmlXmo4QnXb8okFNmR9K0W41+R2eKOFu28J0hTQXxTOYJVO0KEqqWv1WeHm/5/jGoXo9vhmRaY/PUlZrQH9dLIAL6Lx8l/RhTmDZVGfd5o0AbdIsW6iFlDoAYjBk/MfL6hsSZ2mTQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none Received: from LV8PR11MB8536.namprd11.prod.outlook.com (2603:10b6:408:1ec::19) by CH3PR11MB7770.namprd11.prod.outlook.com (2603:10b6:610:129::6) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.8466.15; Fri, 21 Feb 2025 14:36:49 +0000 Received: from LV8PR11MB8536.namprd11.prod.outlook.com ([fe80::ff1c:486e:efc9:119e]) by LV8PR11MB8536.namprd11.prod.outlook.com ([fe80::ff1c:486e:efc9:119e%7]) with mapi id 15.20.8466.015; Fri, 21 Feb 2025 14:36:49 +0000 From: "Rob Wilton (rwilton)" To: Per Andersson , "netconf@ietf.org" , "draft-ietf-netconf-udp-client-server@ietf.org" Thread-Topic: [netconf] WGLC for udp-client-server Thread-Index: AQHbeK1L0aZFbyO0FEiIIRWSlTqpkrNR6fGE Date: Fri, 21 Feb 2025 14:36:49 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-reactions: allow x-ms-publictraffictype: Email x-ms-traffictypediagnostic: LV8PR11MB8536:EE_|CH3PR11MB7770:EE_ x-ms-office365-filtering-correlation-id: 25cef16a-97fe-4a0a-1f1a-08dd52852d12 x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0;ARA:13230040|366016|10070799003|1800799024|376014|4022899009|13003099007|38070700018|8096899003; x-microsoft-antispam-message-info: =?us-ascii?Q?Wc9RfK7N6lEqrEsrktXVUnvAMvKWUyvMSk0Ext9HMFVabn6EAHTna3q5TLLC?= =?us-ascii?Q?RoX+0CO3wh7hWOelSeFRWgVbcc8S9DEiH3utVi7snd74fa3DJYAyCQUblAbx?= =?us-ascii?Q?wNbbUd0vgeRsS4aX+MqK+ajF63wUuJJ7BrEzhp2H7acA7Nt7NtMVjPB9R6hU?= =?us-ascii?Q?JR4j7GCIAjJRTco72gGAcCXxqwrgfo/pHHM21WGTVLNQ+SmWx46lxybQbPGZ?= =?us-ascii?Q?4Nw9k8xWl1TUDQ7PG8MiVS3zRAyYiA+FDIrKUDOAPDTpnCgY34sAbjKqWaMA?= =?us-ascii?Q?8jbmXnWHoZElYmABU56VjLnlTrvZZH/QBd8fGL5M43SYAlfMf1WXlKaYFXOE?= =?us-ascii?Q?ggNuqWKe/wYPl1StveVIpgoeYYuFu67KHnL+/GAGb5KY+9Lu/NpHj5Vn1WWu?= =?us-ascii?Q?vue50RWcqi5gic70rVDed2SKMfuSyfafMNZlAJbLb1I2A1q/y3WCmZsGMb52?= =?us-ascii?Q?9mYzezBWcHlqtwDh0jiF+7xJEqJ4IwtJWwVvZ1OUlQvJoBCx48rdlmV7eFOa?= =?us-ascii?Q?nGlc64l9VUxwRVXyCcqQRlYUhqYMFLKvxEcRRZ1SjV+/sFAl7c4e/MSa4EwA?= =?us-ascii?Q?e6lGs6nQJup2MhYKRL0MpGfAj8kqOhrNBXNKWOjMPvCuzILslxcnTUw/x3J9?= =?us-ascii?Q?K3VCpq8iCS4x+6255gRK8vdwSP3xpeTOj3jtYp1hNcsGKcIPCELKv73ajKiL?= =?us-ascii?Q?PN9WlP6gBSFbXzaZpMkss13GnkI50xvnGU482lLNIbagywfVxrG3mKW/eHj2?= =?us-ascii?Q?O5kN/weRq1SYTfl6EDARJaesf7vvHuBknEvHWV9sJ8Sb4a6B94KYMiB05jsq?= =?us-ascii?Q?aXf916APtyDo0yEJuRKO64i7KmWq1m31FWD+h+aiTFFvPa0/WqEe0i9udHxR?= =?us-ascii?Q?3PBqhYS2TRzsaBHuynancTAtgwkatLJsqGW38mU+7PGDmlmpXZHMJE2lRF2E?= =?us-ascii?Q?LCW9bw6HY4x3o3XsKvBd8f+4UzDv4F1FIDSZ//rYlOa/R9vV0GMU2ZIqlHrZ?= =?us-ascii?Q?q1+djc4SSr/ZDfK1/s2tEshITeYhrqOD2KP3p7vEnUgABpQV31GPBaEEtzoh?= =?us-ascii?Q?uj2Bn6EgmiLkriFtrwso6TBYL+WM9Sxy5FpDh7oXyuwAFsE3nsZHITeQNg0d?= =?us-ascii?Q?JxVHhrTESKtElB9xWpboQNdem15qgA9y1gZ/38Tveo2/wEge5P3obLQyOro1?= =?us-ascii?Q?S3xWqm/3g3180QvnGSilhzLU9JXECgr0b/POjuR/a/5APyFh6isNbsgLx52L?= =?us-ascii?Q?OM401rqFVaPGHXti+KD+CritIJNs14Hhp90Msz+V40I5jTKSn2063mgwBvNa?= =?us-ascii?Q?JAQRaY34ZhOxTF6syj/j8wiQzu3SRA89vzOWJvkVkuObxpuwOrRmoqCBIS1f?= =?us-ascii?Q?t1rNfz+V6rA4iJLRfrXbT1Yro6HC?= x-forefront-antispam-report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:LV8PR11MB8536.namprd11.prod.outlook.com;PTR:;CAT:NONE;SFS:(13230040)(366016)(10070799003)(1800799024)(376014)(4022899009)(13003099007)(38070700018)(8096899003);DIR:OUT;SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?us-ascii?Q?bbb8297Nal1G/SeLE9aprJv5imScYysECZn6Lh7cQMWISABFpENyhR8/QLs6?= =?us-ascii?Q?a5DXo3/cxchJCX9SOBrWWzPZw3ehzMMmf8GKRC4hHMxbOgrEEyRge4Icp3Ra?= =?us-ascii?Q?9YgIFBh5ZyG9VXpsGf/cNUXsLPOYNy9rciXWqXLqy9nIc93YFmpBCJdX8KmQ?= =?us-ascii?Q?EzOCW5/IcESIeOApBV43REUxPyNfmTRQ4Dy8MucGt9qThdujLhASa8nmUJ/V?= =?us-ascii?Q?xaqYRpiJYY2qiVCRnS3g8UYK9x0lZlH0svfzFQGctiyjGnzNI+lw7bwuz2KN?= =?us-ascii?Q?WFeBat98fSvlN85Z3kAMk1ZC6vSkE6eqJtrsTgluFkchTwI7G2By7mUtx5WW?= =?us-ascii?Q?iwb0kzeJdDWTwuZ+2OooZQCtXM0DgeM0v+3x50hRGVoC+Tt+eFNZf/ZxozVl?= =?us-ascii?Q?sTgwi/+vomN37KFTvmiQMPv7GHk6m86wPCTNoEC4eQvvRonYnJPLcI1NVmqf?= =?us-ascii?Q?/+bV5llJP5hzMdSfwdMSQYql+yXL4+0xG3FsLc06B6+4qRS+mX2/H2eaHdi9?= =?us-ascii?Q?lmvKyb2fl3dwxVtb6s1AGW33pSaOiWE+bnokNvh1lRpNo8oSPs7/I4lyWYk5?= =?us-ascii?Q?Ke3zgiQrg+cdhqzF9Gwwddox8fKghq4iBu3mZKtDcNqKCVM9VIDJb4m2QTvA?= =?us-ascii?Q?Sb1gov5FxrjweRr3BCEPsefQbwBOnuNEdFFLhlBwVQxVwyFo4ZDfpaRH9EmA?= =?us-ascii?Q?9PldlpuGJTqfE2WC9I/ipSWy1zuS09b5S8zB3T7t4bT/dUvCSKL3dab/iQqE?= =?us-ascii?Q?lgE7m5WgoDaBkiQ+UzsmFcjsWHL4d9Qzj7kMNdBR0MKr3v9LDApIuJoEiPRD?= =?us-ascii?Q?u+9fl2kzw+NcDe7pAcddDTmGVTjRnh3iYqm9WXSdy7L7ZJiZJL6LniKb2Coi?= =?us-ascii?Q?r44BY9+9hM0NbwH3MU0CTe+pFMR5Ny0foHejLSDrTetgXc4Wjo5owlHzAC4H?= =?us-ascii?Q?EICHnkUpCktIbszJ0Kk8ZS0or3yJAUG6z3wydrgmLbwBRru4ex72Zt7jxmyN?= =?us-ascii?Q?6Uj70uJmXd0u94EP1ZPHwRAvtM6xBlDkOvQYVUb8UKCqf01UI/5SplMBuAOc?= =?us-ascii?Q?veaEOmJTuNVlnOrNUYsD9tHHxar3KArzzbQ4D7akCMuYzLaiQ9bCK17zsIn7?= =?us-ascii?Q?x5vRpklv+e8CdwvIj4MXMmQYxeZC05b/kY0NgPB9phzZLGCwBYQJvt0suduK?= =?us-ascii?Q?HqYx6DVQkB4fXNJp4+5SBUMG9tsfj/0RJ9OUN0HENK+w4BZGRWDu1pDUG/vZ?= =?us-ascii?Q?24aLd2RibnJq3sj3lUITrLfCTrcfqKw/f3ys6fuZCQpVs8g5o22rX4Blmtzq?= =?us-ascii?Q?WF7ACSjHCOpQe3xl9LoCYImONUlHTvxjBIF+k8lUKQGGxmaF8noxtGDWckkm?= =?us-ascii?Q?2VoHcQWfIUKRfviXWoiinnobovBex0GriXUcn2ShgxiOTdM5wD53DhsJACwi?= =?us-ascii?Q?T7U+D9H5aZ2vJ+cGTS6/cBiOh36P3QQihHa8ose7mU+SgBlx3f2+tZDIuy6s?= =?us-ascii?Q?DXH5EHDioSq8cp/xdOpbN/8M5KCVpA/4KPwV+2xXW7xRttV9mGH8lrNIP2lK?= =?us-ascii?Q?NMCTWJtvfw2GPmFq38d89WyWZv8kd8aP1NsR2ezuQdxQMzj2dp8PViH8oPB2?= =?us-ascii?Q?SZlAeSHgobaVSMl+VyMj5N81BXVYcpCPwRmkV+oaqsThIHI1+A+OmuXHyLld?= =?us-ascii?Q?L9BKdQ=3D=3D?= Content-Type: multipart/alternative; boundary="_000_LV8PR11MB8536E3E0C22210A6FFFF5E41B5C72LV8PR11MB8536namp_" MIME-Version: 1.0 X-OriginatorOrg: cisco.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: LV8PR11MB8536.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 25cef16a-97fe-4a0a-1f1a-08dd52852d12 X-MS-Exchange-CrossTenant-originalarrivaltime: 21 Feb 2025 14:36:49.6274 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: LJ5c+MV8QBocaI1Jjyq1/TIWVVrUNB3DiwWGuVMU1F/Z+pFLBIbNknJPrbbxw+CYqIuvFmJLZmIIVmwpax5ZUQ== X-MS-Exchange-Transport-CrossTenantHeadersStamped: CH3PR11MB7770 X-Outbound-SMTP-Client: 72.163.7.163, rcdn-opgw-2.cisco.com X-Outbound-Node: rcdn-l-core-12.cisco.com Message-ID-Hash: UJOE3L24RHMWZL3HSEYADD4QEJQRMEZM X-Message-ID-Hash: UJOE3L24RHMWZL3HSEYADD4QEJQRMEZM X-MailFrom: rwilton@cisco.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 X-Mailman-Version: 3.3.9rc6 Precedence: list Subject: =?utf-8?q?=5Bnetconf=5D_Re=3A_WGLC_for_udp-client-server?= List-Id: NETCONF WG list Archived-At: List-Archive: List-Help: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: --_000_LV8PR11MB8536E3E0C22210A6FFFF5E41B5C72LV8PR11MB8536namp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, Thank you to the authors for this work! We have implemented and I support publication of this document. I have a c= ouple of questions/comments though. Moderate level comments: (1) p 8, sec 3.3. YANG Module list local-bind { key "local-address"; Should local-port not also be a key? I.e., as it stands you cannot bind tw= o separate ports to the same address - but perhaps that is intentional. I have a nagging feeling that I may have asked the same question during the= TCP YANG model review, so perhaps it is right as it is, and I just don't r= emember the explanation why ;-). If this does need to be changed, that perhaps the equivalent TCP port YANG = module would also need to fixed. Minor level comments: (2) p 2, sec 2.1.2. The "udp-client" Grouping grouping udp-client: +-- remote-address inet:host +-- remote-port? inet:port-number +-- local-address? inet:ip-address {local-binding}? +-- local-port? inet:port-number {local-binding}? RFC 9254 uses "-grouping" after the names of the groupings. Is there a rea= son why this is done differently here for the equivalent UDP groupings? No= te, if this is changed then draft-ietf-netconf-udp-notif needs to be update= d similarly. (3) p 2, sec 2.1.2. The "udp-client" Grouping * The "remote-port" is defined with neither a "default" nor a "mandatory" statement. YANG modules using this grouping SHOULD refine the grouping with a "default" statement, when the port number is well-known (e.g., a port number allocated by IANA), or with a "mandatory" statement, if a port number needs to always be configured. This MAY be ignored when the port number is neither well-known nor mandatory to configure, such as might be the case when this grouping is used by another grouping. I think that the last sentence is superfluous here and could be omitted sin= ce this is implicit by the SHOULD. The comment equally applies for local-p= ort in the server model. (4) p 9, sec 4. Security Considerations Modules that use the groupings that are defined in this document should identify the corresponding security considerations. For example, reusing some of these groupings will expose privacy-related information (e.g., 'node-example'). This 'node-example' probably needs to be updated - this just looks like boi= lerplate text. Kind Regards, Rob From: Per Andersson Date: Thursday, 6 February 2025 at 15:39 To: netconf@ietf.org Subject: [netconf] WGLC for udp-client-server Hi! This email begins a two-week WGLC on: YANG Groupings for UDP Clients and UDP Servers https://datatracker.ietf.org/doc/html/draft-ietf-netconf-udp-client-server-= 05 Please take time to review this draft and post comments by February 20. Favorable comments are especially welcomed. None of the authors or contributors have declared IPR: https://mailarchive.ietf.org/arch/msg/netconf/NncA8JHqZH14wCptMhktgGcngyM/ -- Per, co-chair _______________________________________________ netconf mailing list -- netconf@ietf.org To unsubscribe send an email to netconf-leave@ietf.org --_000_LV8PR11MB8536E3E0C22210A6FFFF5E41B5C72LV8PR11MB8536namp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi,

 

Thank you to the authors for this work!

 

We have implemented and I support publication of this document.&nbs= p; I have a couple of questions/comments though.

 

Moderate level comments:

 

(1) p 8, sec 3.3.  YANG Module

 

     &= nbsp; list local-bind {

     &= nbsp;   key "local-address";

 

Should local-port not also be a key?  I.e., as it stands you cannot bind two separate p= orts to the same address - but perhaps that is intentional.

 

I have a nagging feeling that I may have= asked the same question during the TCP YANG model review, so perhaps it is= right as it is, and I just don't remember the explanation why ;-).<= o:p>

 

If this does need to be changed, that pe= rhaps the equivalent TCP port YANG module would also need to fixed.<= o:p>

 

 

 

Minor level comments:<= /p>

 

(2) p 2, sec 2.1.2.  The "udp-client" Grouping

 

     <= /span>grouping udp-client:

     &= nbsp; +-- remote-address    inet:host

     &= nbsp; +-- remote-port?      inet:port-number

     &= nbsp; +-- local-address?    inet:ip-address {local-binding}?

     &= nbsp; +-- local-port?       inet:port-number {local-binding}?

 

RFC 9254 uses "-grouping" afte= r the names of the groupings.&= nbsp; Is there a reason why this is done differently he= re for the equivalent UDP groupings?  Note, if this is changed then draft-ietf-netconf-= udp-notif needs to be updated similarly.

 

 

(3) p 2, sec 2.1.2.  The "udp-client" Grouping

 

   <= span class=3D"s1">*  The "remote-port" is defined with neith= er a "default" nor a

      = "mandatory" statement.  YANG modules using this grouping SHOULD

      = refine the grouping with a "default" st= atement, when the port

      = number is well-known (e.g., a port number allocat= ed by IANA), or

      = with a "mandatory" statement, if a port= number needs to always be

      = configured.  This MAY be ignored when the port number is neith= er

      = well-known nor mandatory to configure, such as mi= ght be the case

      = when this grouping is used by another grouping.

 

I think that the last sentence is superf= luous here and could be omitted since this is implicit by the SHOULD.  The comment equally applies for local-port in the= server model.

 

 

(4) p 9, sec 4.  Security Considerations

 

   <= span class=3D"s1">Modules that use the groupings that are defined in this d= ocument

   <= span class=3D"s1">should identify the corresponding security considerations= .  For

   <= span class=3D"s1">example, reusing some of these groupings will expose priv= acy-related

   <= span class=3D"s1">information (e.g., 'node-example').

 

This 'node-example' probably needs to be= updated - this just looks like boilerplate text.

 

Kind Regards,
Rob

 

 

From: Per Andersson <per.ietf@ionio.se>
Date: Thursday, 6 February 2025 at 15:39
To: netconf@ietf.org <netconf@ietf.org>
Subject: [netconf] WGLC for udp-client-server

Hi!

This email begins a two-week WGLC on:

YANG Groupings for UDP Clients and UDP Servers
https://datatracker.ietf.org/doc/html/draft-ietf-netconf-udp= -client-server-05

Please take time to review this draft and post comments by February
20. Favorable comments are especially welcomed.

None of the authors or contributors have declared IPR:

https://mailarchive.ietf.org/arch/msg/netconf/NncA8JHqZH14wCptM= hktgGcngyM/


--
Per, co-chair

_______________________________________________
netconf mailing list -- netconf@ietf.org
To unsubscribe send an email to netconf-leave@ietf.org

--_000_LV8PR11MB8536E3E0C22210A6FFFF5E41B5C72LV8PR11MB8536namp_--