[netmod] Re: WGLC on draft-ietf-netmod-rfc8407bis
mohamed.boucadair@orange.com Tue, 05 November 2024 13:52 UTC
Return-Path: <mohamed.boucadair@orange.com>
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 17736C1CAF38 for <netmod@ietfa.amsl.com>; Tue, 5 Nov 2024 05:52:34 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.103
X-Spam-Level:
X-Spam-Status: No, score=-2.103 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_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 zeklmoXdEGdT for <netmod@ietfa.amsl.com>; Tue, 5 Nov 2024 05:52:29 -0800 (PST)
Received: from smtp-out.orange.com (smtp-out.orange.com [80.12.210.121]) (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 B8DD2C032123 for <netmod@ietf.org>; Tue, 5 Nov 2024 05:51:30 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=orange.com; i=@orange.com; q=dns/txt; s=orange002; t=1730814690; x=1762350690; h=to:cc:subject:date:message-id:references:in-reply-to: mime-version:from; bh=1z+3b1fdN7ilp6qLUtqdp6wFDJHFvQXY7oBBWUflMWc=; b=UOj/n1vgtaY7Mg4gld0JNRjevbO8gDfzF+q5y3ykD8TdZTvMdIArvzvR uJDbdaYnCjPR/sx9duMRlV5MjlaWrBepgbtFQhYnNts9M4XHbODaD8lV/ 47kfLgUwVEm4Tb/dkduyIlV2lwuf+Y7XzX9TlhUUBYoBKzNJODlZ2hu9a MzVXwLaw95/M5EjZCJdQ/EQCo1z8qnhiBnm/hH6b87zriyshU6bmJ2+7w 1oHZdKdGMtZdZjRzpSyrp5S7XPXkC8j9R160kT1ORLpEENTtC/0GDZTSp mhgmQYcsigiUdYXQmeksbzF+CpC+yno32H4LjwroE+QpmjhpmU2DsSdIK 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; 05 Nov 2024 14:51:28 +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; 05 Nov 2024 14:51:28 +0100
Received: from opzinddimail1.si.francetelecom.fr (unknown [127.0.0.1]) by DDEI (Postfix) with SMTP id 8D6A9DE81019 for <netmod@ietf.org>; Tue, 5 Nov 2024 14:51:28 +0100 (CET)
Received: from opzinddimail1.si.francetelecom.fr (unknown [127.0.0.1]) by DDEI (Postfix) with ESMTP id C44CEDE82B75 for <netmod@ietf.org>; Tue, 5 Nov 2024 14:50:52 +0100 (CET)
Received: from smtp-out365.orange.com (unknown [x.x.x.x]) by opzinddimail1.si.francetelecom.fr (Postfix) with ESMTPS for <netmod@ietf.org>; Tue, 5 Nov 2024 14:50:52 +0100 (CET)
Received: from mail-am6eur05lp2106.outbound.protection.outlook.com (HELO EUR05-AM6-obe.outbound.protection.outlook.com) ([104.47.18.106]) by smtp-out365.orange.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 05 Nov 2024 14:50:52 +0100
Received: from DU2PR02MB10160.eurprd02.prod.outlook.com (2603:10a6:10:49b::6) by GV1PR02MB10720.eurprd02.prod.outlook.com (2603:10a6:150:15f::11) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.8114.30; Tue, 5 Nov 2024 13:50:48 +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.8114.028; Tue, 5 Nov 2024 13:50:48 +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-AM6-obe.outbound.protection.outlook.com
Received-SPF: Fail (smtp-in365b.orange.com: domain of mohamed.boucadair@orange.com does not designate 104.47.18.106 as permitted sender) identity=mailfrom; client-ip=104.47.18.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@EUR05-AM6-obe.outbound.protection.outlook.com designates 104.47.18.106 as permitted sender) identity=helo; client-ip=104.47.18.106; receiver=smtp-in365b.orange.com; envelope-from="mohamed.boucadair@orange.com"; x-sender="postmaster@EUR05-AM6-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:kQ2S1qLEkaTZ0h90FE+RuZIlxSXFcZb7ZxGr2PjKsXjdYENS3zAFz jNMDTiBOf7YNGGjfNAlaI209k8P6sTTzINhSVNorCE8RH908seUXt7xwmUcns+xwm8vaGo9s q3yv/GZdJhcokf0/0vraP64xZVF/fngbqLmD+LZMTxGSwZhSSMw4TpugOdRbrRA2bBVOCvT/ 4qryyHjEAX9gWItazpJs/nrRC5H55wehhtJ5zTSWtgb5Dcyp1FNZLoDKKe4KWfPQ4U8NoZWk M6akdlVVkuAl/scIovNfoTTKyXmcZaLVeS6sUe6boD56vR0So7e5Y5gXBYUQR8/ZzxkBLmdw v0V3XC7YV9B0qEhBI3xXjEAexySM5Gq95f4IUCx8sy8/3fBLWDn4vBkEmgxANYhr7Mf7WFmr ZT0KRggUyrb2qef5ez+TeNhwMM+MMPsIYUT/Gl6yi3UBuonRpaFRLjW4dhf33E7gcUm8fT2P pJFL2YwKk2QJUQXZD/7C7pm9Ausrnz4czRdpV7Tr60q6GHfxQ1r+L/3Odzad5qBQsA9ckOw+ zKboDioXUpy2Nq36jmr9HWrnNP0wSr9fNIZTJmV7fdHqQjGroAUIEZNDwfkyRWjsWa6Ud9FJ EEO0i4np6508kG3JvH/Wxy+rHSAtzYXWsFbFKsx7wTl4qzZ/wOeCkAFQyJPLts8u6cLqScC0 1aIm5bgAGJirafNFHaFrO7M83W1JDQfKnIEaWkcVwwZ7tL/oYY1yBXSUtJkF63zhdrwcd3t/ 9yUhBc+v7tQjeE77aLl5lvmhjiyj5/0FTdgs207QVmZxg9+YYekYamh5l7a8etMIe6lor+p7 Clsdy+2vLFmMH2dqBFhVtnhC5mPw5643ND0hFduG9wo8mqg5mT7IIRIumgmegFuL9oOfiLvb AnLowRN6ZRPPXysK6hqf4a2DMdsxq/lfTgEahw2RoUfCnSSXFbclM2LWaJ29z61+KTLufxuU ap3ie72UR4n5V1PlVJavds1374x3TwZzmjOX539xBnP+ePBPybKFepdYAbVML9RAEa4TOP9o 4c32yyim0Q3bQECSneHodJ7wa0icSZkWMiq9ZA/mhCre1I6ST56Upc9Po/Ni6Q+xP4JyY8kD 1m4W0RCz0H4i2GPIgKQchhehEDHDP5CQYYAFXV0Zz6AgiB9Ca72tft3X8VtIdEPqrc4pdYqF KZtRil1Kq4eItgx029FNcGlxGGjHTz37T+z092NO2VnJ8U5HF2VpbcJvGLHrUEzM8Z+juNmy 5XI6+8RacNrq9hKZCoXVB6u8791lVUgorovGmLtfJxUckiq95V2ISvsiPNxO9sLNRjI2jqd0 UCRHAscou7O5YQy9bElQIia+pyxHbIW8lVyRgHmAXSebUE2PVZPBadHSu+Ocj2bX2TxkElnT fsA1OnyaZXrg34W27dB/25X8J8D
IronPort-HdrOrdr: A9a23:GRk/pKE0/ADIUfvqpLqE/8eALOsnbusQ8zAXPiFKJyC9F/by/f xG88536faKskd1ZJhNo7G90cq7Lk80l6QY3WB5B97LYOCMghrKEGgN1+vfKkXbak/DH+dmpM NdT5Q=
X-Talos-CUID: 9a23:aN1Wv2PYaLn9BO5DZylf+g0UNfAfdSPGx1bVKVGRDlsycejA
X-Talos-MUID: 9a23:wz9PqggRMREsp88n/Wg0U8MpF8RG5aOpEnw2zZwAn5mPbQhdID6wpWHi
X-IronPort-AV: E=Sophos;i="6.11,260,1725314400"; d="scan'208,217";a="58574973"
ARC-Seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=joCoqZY1IVpaqw6gw2WFF+PZHxVxrZUfOnCchGVXS7Dx4A2/qFWPqMfGN9Ir7PVphjF0oRhXLnlX/CrDTOcYb2NfU7qtospgHWTcdGmh5iLHAgTQ087NUzbgyvi9ZJNJhgWkTBMxZjagb44wSmVlFSjQEw3uh3+mcK+87g1LBh58OPlETxFmO8da/cmRrqbnAOqMYJKiooQABuRscg52gqDWsPnc2aVRZCEZTpIaBqHvj6onTiv199oq6Ymcw/qnTNqFh0FlHQiZTVlkecmbxvEkK0vAkF7ssRUDMMJ4PGyFSWg0zVliPqDXSyiuDiMIywrAlR09wx3xZP5++e7oxA==
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=A8mH4fjswSo8FlFidp/R3HH6QudFo3zyGTHx4W9pbx4=; b=jyT3w0VejA0liskG6350EHczgvpPeXoyMTZZyen0e7AfPU6BZAg6sYHhTmUx+FVJElLBIXgU+n98GX3xQ45HJoNna8OFtgiZ3Aff0GvlrGOuOhxZwS6k6Ts+eaPtKGbWekUbdMrRxtkTpzGWiYf3chY4pQwrtl7KK5R73wwOaE68CYJFO3y3fPJyVHO//cGNa9Qgy4dnfcrywcuh/PgguuUrfCnCLzjVPX1adX3Yf1aFk2scoFIx4/ImuJhGrU9sYJJXjdVk2tTUOEUbX1Js2sMMPCXA+Rogs0OpowNZGClqt4qp0wIs/KYtZxlniCUxHQ2m9HmnmhTP2ObprjoOVA==
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: Lou Berger <lberger@labn.net>
Thread-Topic: [netmod] WGLC on draft-ietf-netmod-rfc8407bis
Thread-Index: AQHbL22S8mdyJ5XD1kavUq01bEO9SbKosTng
Date: Tue, 05 Nov 2024 13:50:48 +0000
Message-ID: <DU2PR02MB1016026B3C457763CDD658B2088522@DU2PR02MB10160.eurprd02.prod.outlook.com>
References: <0100018f4e31af70-fd072689-4a32-4547-b32c-ce06781df2b5-000000@email.amazonses.com> <DU2PR02MB101607E90C5B149C450030DA188442@DU2PR02MB10160.eurprd02.prod.outlook.com> <CABCOCHR7350peqjhmRzvaP36uUvaZ2TyRwTvEinBs_o8B_HUCg@mail.gmail.com> <DU2PR02MB10160E0626A79F0128A5F9BBC88452@DU2PR02MB10160.eurprd02.prod.outlook.com> <dab6e745-987c-44b2-b484-a0a4e4af18a4@labn.net> <DU2PR02MB10160A5AA023021CAB5FF7E8C884C2@DU2PR02MB10160.eurprd02.prod.outlook.com> <SJ0PR14MB4792BA12C90CFBA1FF7DD934C34C2@SJ0PR14MB4792.namprd14.prod.outlook.com> <DU2PR02MB101604B69B5609657ED45FB2D884C2@DU2PR02MB10160.eurprd02.prod.outlook.com> <SJ0PR14MB47920236CA439CF253AA6E7BC34C2@SJ0PR14MB4792.namprd14.prod.outlook.com> <DU2PR02MB10160089CC6041B91F12FF34E884B2@DU2PR02MB10160.eurprd02.prod.outlook.com> <SJ0PR14MB479256A31313F8114F8F96B2C34B2@SJ0PR14MB4792.namprd14.prod.outlook.com> <DU2PR02MB1016002270FE642C7DDD6CA6B884B2@DU2PR02MB10160.eurprd02.prod.outlook.com> <9293e7be-ea0f-4cdb-bad5-740f4fa84c4c@labn.net>
In-Reply-To: <9293e7be-ea0f-4cdb-bad5-740f4fa84c4c@labn.net>
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=f79c87b8-b365-4ba3-8a4a-ebae6a46d537;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-11-05T13:50:00Z;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_|GV1PR02MB10720:EE_
x-ms-office365-filtering-correlation-id: 07eaacfd-d58d-4f30-4186-08dcfda0dab2
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;ARA:13230040|376014|1800799024|366016|8096899003|38070700018;
x-microsoft-antispam-message-info: oZe5ptE4jj+hVyTz2lTMk6Mf08prxvIWHilaUmEKCgSrmdYxKenXG6QRR5xc7jnq61g6azTYS+n9QmnjtdhwAPUOp3D3M8ivzdfO60qHiIitMQvg+aWGPFuztPSjOh73br/ZBt3JLgyNo0mk98fWUeHks8jkOIMFXf2v0WSh+TAgzD4wxzJJgiwwBwb2OZfF1WqkHrsXxD7kWri8BidCBkwbrrYQMvkZGupdmvRMrDDnOeuMPkWeQItNsZWzT8LOGRYlEJu8cIBptG2ys5wghV2fOs7KsNIj5vHbAYIIKGVfQR/kKFRkzArWWhWKFl8l8T5p5sjbi3aWMLASuU4doW86rwU8/i0b1yXpb3BrrLqpbltIlnIzzVpdMMHQK2ebNIw7pLe1Q7rGitEZYmFojBujCaS8RdhB83R93VLl127o3GLBc2GgAfib6TmlVlnu7IpAiO9GndfPpsCYknqYn94Qi15kBpppZ74eK531iBfLnRvhxXqJwyzhkefNd+6r0sUfyd9oBCiOptZYXYg1RmKt9jy4jk+1wS2beTnU9mGlwPSI/6BqHoHsm1SpA06vj4Iszn/J++lQYj8/RzIQ2XSSxs7zczS8WLbNv3AvqlQXL7kN9VyafT35iSWrE9mTTq35WN6OwNbuu7z9FduMIFEbs9/zER5rK3WoGPCTE0WMJ0KSkCO/qq0zgD+dyzj3zcSIXmX722+9Mge8W/cza3Rgz4DXyH+Hg79uqhZ1PfP/Pn8NpKHSw3yXaOTBYB6E29mcurQ2Vk4Rsk5aMn3ViW/0Vo43Nii+x8hRoqg1wQ2WE241svlEXzqoIG1AKbgrTtlUCwQ2Fb0m6nZidnI/KMlwDbOqcMCOmBNfvLHjpRB6CBAuWl1vrVVJc9lw9/L3zWI3LRd7vtpCiFgIN/07rmMkNafJ3CwIlJ8mf2AGorxJoplnOZfIVuCInU+jfB95pGVXPBttJauuu3bM8EjXrmDKZz4WZ/HfAvmKQnRawhRKDNUXRnr759dqdN8bzgxowWoNc3TvSjLRRDNhX9lhjxjP0UQfQ/MbyJjjs1Utm4CjRXIrux8E5C99bz8OTy0RtTfYDUHxxlcALtHoKNMmQigmc1IfcvZDzdlD4Cdwbl835OxyR94ey223lDioWu1vddF33l5vi2OeXMd1IyDG8KsS8/mGrxCiLu7m6fbx7p1SBvMF73d6LRhhdU84pucBv1FDJji3zAqo4XuE0qlqsTNvm3fvuDJ2fiO6lp5Rwxqtm8xe7bfa1IanN5BD/NGGiFD08syS5xouWjvEMR2KyCbdKlNVxn+xq2qpd8Aimv3PMv20/RvkbEepBqEAmBcL
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)(376014)(1800799024)(366016)(8096899003)(38070700018);DIR:OUT;SFP:1101;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: yOPCBOHT9owYsPKWTegd/BicRochKS+Ju5i1318ymbE1VP3IBBEKZ8EBK32OnuSgh2maJwTF6vGcdt6olkGijaQIrcioCE/D4tlVqmAQ+9XErH0xjixPsod9+ZuABJwegmorEiGUy2D6q71uuvoMhaMX72rYoXyUM6VScDbifNY3KVdeAtt/lsPNVQgUE2FgLV/Ennoxwf6FOAvaaQH9ZFdGGSzoP0mkMJs59tVsFVim8GoyckbnCrYUnpHldb5OkEmv6ZUAj8/qXV4/y1qGx9bNCvOetPdXTxZP22R9xuNW4zJQvGI9Y/9JvfBqiflCpi1xt2V/BlO1wxcnH3UeG0HSX4xB9wlHMBu7wXooL7RsnVLJtYIefAMj4/CfYuuUjtMZYVScoh+kVpqVAsJogM5f2scI64i85eXiM9GaObkT9LHqC5UXuj69BOx7NdDS7l8dpnvpLK3lmGnBiNwja5YrHb71C8LyObJOjvoXrv20Q59233E2d5u/Xr6YryuepBOP4oNEsukzgbTdqjVKdQAs3aOuiTlvUt3LpEE5aGBECm6Ld+XEjt7oQAH+5TCJ6ye0utva2JoQqLBO3mA1OolJOOppV2ZNDvSOI/aQzQfL3M4uA+57arUDmKGocnwSmT4LjBelVbHH1N1jaSxzPQRpCv/+lXcPN209roixAAwp0MagbUSdIaGdDgMdN2pfEDSSlutbnu3M2A1R66mSb9Ozow7pWObv2AwuW0dGTwE0XF7o/tlL+NF7jnWtLemTXI0CcJ+XYQIZ0zY4Ldmj6PlL2JRQgqOnPxfb84K0HRWGWyA1ZpgJC1i5x6pIGV/xYL/nqKBjs+2VNCyw67cl2sZYRwUr9i+OQUmzS1hvseVQerb9wZdnBzgyviJEjcb5dM2/dpIYxRpCNrM/cds3o7SgJ0Cr07U3j0Ob6MwYsqia6XQTP1SHr3MaWSVA1kN1EBqUNlL/pd5qtGF1W37DkFe6HJHOZ5MvZDMUsHNMspl0xc25ZR6O5F4eS5xkKOhSzfkaZRuHWkgpIHZGxkPlac52p6DQcOSZN5JzNXmQSMHRjdU5AlvcMW+nWKqHZsdYLjCYl7iYmrJaYLhEHcyfu0JGrxuWzFLuzlxvyx1W7W94al1hU1W27lvvRFokzda4/i3nU4hd97CLQxNWsv4XFzZyD1sa395dxzOd2I51JKzRrRf+VcNVZvyVKsr16IjEVWwpqe6NqjdmftiF8nkByHJgMMg2lyDfuGAgW0qinrH4gctKVeb7eVV3a0MvPHIxkInSGk7UJVdVEtE3MPPyjqfhJDQX9jQ67eh/1a4T8gNLfQ/MiZ0R6DOysBZkxnHCED2yggtLMopeDOyclc2/qy6dCPPhzTITuRQtDy8je+Xn9haTEJ6fU6MqUSgtiuvBB/YUXv55DWvV/wPiP6uYB2L6jHFRHt0hnIlPqW6t8ReQPw24urMeXoBmJEhPGpl22cWzK1ZbekgTRSQQhT1fX4oP8tKywtmhlbViH3WYZ2t830xrXNe+SKxmuhCviDoU8e/wF8h2I4cAqeW77o6+sQ0g7WespFvmgqXXw92Y0epCJ7wRXQq05FtQIdKeCmaaQJd/ltLzanZEOQ6RxMgMsw==
Content-Type: multipart/alternative; boundary="_000_DU2PR02MB1016026B3C457763CDD658B2088522DU2PR02MB10160eu_"
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: 07eaacfd-d58d-4f30-4186-08dcfda0dab2
X-MS-Exchange-CrossTenant-originalarrivaltime: 05 Nov 2024 13:50:48.5299 (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: bsZDVwn/WysqR3yr0UNM9tobfvAIyNos7BFeNvXu4n8k17dU8XqgunaY/4BGnXCBUAuZLWJsS0MQ9S3LtGJSKQdVStEmCL5P0vd57z2wJH0=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: GV1PR02MB10720
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-28778.000
X-TMASE-Result: 10--41.210500-10.000000
X-TMASE-MatchedRID: Ho8J/lGVQjNBYmUAdSZaCDbeZOB2+151iq0PzbJsBzmOjJJt8830B9Wb Xi3zj8O0k4nP+tQi+rZvMgNIpFHhaJTKDMjRzWFyOvK5qEf7+Gg45PBNB8uybRvm/2TeJESI1TE GlZDYu82xaW0fY4IMuHZljA0GozoirnqpQ8YfE6GDmTQkzlT4Oria+XkwmopRd02he/pQmb5BkG NjzKcRUgPZZctd3P4BPsGG+kQsvKiqSSXjprel/zAW5be84JTB30GgfI3efvDyf5NFbXKEM22a/ 9EdOiCWlXePXNM4FjPYUDvAr2Y/16w2biBXqw2EBOCyMglQlkj+tq0fhTi/eR/jDvhrvfx5gU6Z x32xJGLx5KZMlKYS/QGZ/+APXW9koGN51gfb0PBykLHOKAB0J/OJTPDFGdxZGf8/5qsa+aQ2NY/ C3HGGgaroPbyANljgyqyllX6UJIs2VZXStfpoXZNFDljh3gN1Xr7NXg/pSgR9fWKPZR2qjLWpAj gDFoJVdXu122+iJtpZDdHiTk9OcJ4Q+L3BXIWud4Q1qYRf/RItRPfPMDtc8y6iR694qthWpR+4q zHEjQeiVU7u7I4INcJWkMZBXP7DePivT7LmG6HqdmummO5qXFT0MAFkV6/pHzhZ+YT9aC/eCNsd 8bAqKJU7Bltw5qVLNdMCT2HE6Cg6ml9deuqLdZim4buSmgpH/HqzvpPZBu+25NnIEp7wsocWjt2 8Nz4wIBYc5Hfv4BNReWnUUdhI9dv4r7OrKg6OChb10lmaN/atqhvfTy0XN7iuniSIAbaBv82Cs0 BiJEfv560pwpG2rsHT/vGF3gHJHoPHxXBVsvPB7UQ7eWkPT37vQbj1Rh/zlxnSJwunsOodmbHvK 51IBTlkhtukYm4BV8JCXvLn9fGvXSmSdlcYmvmS+aPr0Ve8SlnU38LCY8usqqtfpbNXHS5YZfgs yE3lx/OaSH9EKltd6D66QyBp2q0hbOeGOMG1/nnwJ52QYi+pygCGKFPC+BeYl5uS2QAg
X-TMASE-SNAP-Result: 1.821001.0001-0-1-22:0,33:0,34:0-0
X-TMASE-INERTIA: 0-0;;;;
X-TMASE-XGENCLOUD: 3af6442d-ad7f-4676-8fd8-9ad36c0f9cb8-0-0-200-0
Message-ID-Hash: CNIYTTX6OGWY2TQVQAR5RRNLBYCVZRSG
X-Message-ID-Hash: CNIYTTX6OGWY2TQVQAR5RRNLBYCVZRSG
X-MailFrom: mohamed.boucadair@orange.com
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-netmod.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: Jan Lindblad <jlindbla@cisco.com>, "netmod@ietf.org" <netmod@ietf.org>
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [netmod] Re: WGLC on draft-ietf-netmod-rfc8407bis
List-Id: NETMOD WG list <netmod.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/F5YtivPAM9it1fb5315tE1fqIe0>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netmod>
List-Help: <mailto:netmod-request@ietf.org?subject=help>
List-Owner: <mailto:netmod-owner@ietf.org>
List-Post: <mailto:netmod@ietf.org>
List-Subscribe: <mailto:netmod-join@ietf.org>
List-Unsubscribe: <mailto:netmod-leave@ietf.org>
Hi Lou, Please see inline. Cheers, Med De : Lou Berger <lberger@labn.net> Envoyé : mardi 5 novembre 2024 10:28 À : BOUCADAIR Mohamed INNOV/NET <mohamed.boucadair@orange.com> Cc : Jan Lindblad <jlindbla@cisco.com>; netmod@ietf.org Objet : Re: [netmod] WGLC on draft-ietf-netmod-rfc8407bis Med See inline On 10/29/2024 8:20 AM, mohamed.boucadair@orange.com<mailto:mohamed.boucadair@orange.com> wrote: Re-, The new guidance: * characterizes what is long/too long tree In yesterday's session you also mentioned that rfc8340 didn't define what a long/large tree is. I think you must have missed it in section 3.3 of RFC 8340: YANG Tree Diagrams<https://www.rfc-editor.org/rfc/rfc8340#section-3.3> : [Med] I’m familiar with that part. That’s echoed is bis as “For the reader's convenience, a subtree should fit within a page.” but.. As tree diagrams are intended to provide a simplified view of a module, diagrams longer than a page should generally be avoided. Isn't this sufficient. [Med] … that does not answer the characterization comment I was referred to. Please refer to the comment raised on the list: https://mailarchive.ietf.org/arch/browse/netmod/?q=long%20tree * recommends against including too long trees in the main doc, while Section 3 of RFC8340 has the following: When long diagrams are included in a document, authors should consider whether to include the long diagram in the main body of the document or in an appendix. so want to change the existing non-RFC2119 formulation "should .. include .. in an appendix" to "SHOULD NOT include in the main body of the document", is this correct? [Med] The exact change is “main body of the document or in an appendix” to “SHOULD NOT in the main body”. Thanks, Lou Cheers, Med De : Lou Berger <lberger@labn.net><mailto:lberger@labn.net> Envoyé : mardi 29 octobre 2024 12:34 À : BOUCADAIR Mohamed INNOV/NET <mohamed.boucadair@orange.com><mailto:mohamed.boucadair@orange.com>; Lou Berger <lberger@labn.net><mailto:lberger@labn.net>; netmod@ietf.org<mailto:netmod@ietf.org> Cc : Jan Lindblad <jlindbla@cisco.com><mailto:jlindbla@cisco.com> Objet : RE: [netmod] WGLC on draft-ietf-netmod-rfc8407bis Med Thanks for this. The new doc says: > These guidelines take precedence over the generic guidance in > Section 3 of [RFC8340]. Can you highlight what you see is the differences between the new section and rfc8340? (In other words, why is a reference saying authors should follow section 3.3 of rfc8340 insufficient?) Thanks, Lou ________________________________ On October 29, 2024 4:25:44 AM mohamed.boucadair@orange.com<mailto:mohamed.boucadair@orange.com> wrote: Hi Lou, all, (1) There are RFCs that don’t include the full tree, but AFAIK there is no RFCs that include a stable pointer for a tree. There are I-Ds under development that follow that option, but I don’t think this can be used as example as these are following what was in rfc8407bis. (2) I paused to reply with the hope to hear more voices about this issue. Till now, no one else indicated preference for the stable URL option. With that, I prepared a PR to remove that option and only leave the appendix option. The full diff can be seen at: https://author-tools.ietf.org/api/iddiff?url_1=https://netmod-wg.github.io/rfc8407bis/draft-ietf-netmod-rfc8407bis.txt&url_2=https://netmod-wg.github.io/rfc8407bis/too-long-trees-bis/draft-ietf-netmod-rfc8407bis.txt Hope this captures the opinions heard so far. Cheers, Med De : Lou Berger <lberger@labn.net<mailto:lberger@labn.net>> Envoyé : mardi 22 octobre 2024 17:29 À : BOUCADAIR Mohamed INNOV/NET <mohamed.boucadair@orange.com<mailto:mohamed.boucadair@orange.com>>; Lou Berger <lberger@labn.net<mailto:lberger@labn.net>>; Andy Bierman <andy@yumaworks.com<mailto:andy@yumaworks.com>> Cc : Mahesh Jethanandani <mjethanandani@gmail.com<mailto:mjethanandani@gmail.com>>; netmod@ietf.org<mailto:netmod@ietf.org>; draft-ietf-netmod-rfc8407bis@ietf.org<mailto:draft-ietf-netmod-rfc8407bis@ietf.org>; Jan Lindblad <jlindbla@cisco.com<mailto:jlindbla@cisco.com>>; Kent Watsen <kent+ietf@watsen.net<mailto:kent+ietf@watsen.net>> Objet : RE: [netmod] WGLC on draft-ietf-netmod-rfc8407bis Med, ---------- On October 22, 2024 8:22:47 AM mohamed.boucadair@orange.com<mailto:mohamed.boucadair@orange.com> wrote: > Re-, > > Can you please indicate why you think this is a bad option? What is the harm in recording an option that matches current practice? > Is there an example of a published rfc that points to the full tree via a URL? As far as I read the discussion, no one was agreeing that this approach was a good idea. Thanks, Lou > I remember that you indicated that you are using an electronic device to read docs. You can still browse the tree from the supplied URL. > > Cheers, > Med > > De : Lou Berger <lberger@labn.net<mailto:lberger@labn.net>> > Envoyé : mardi 22 octobre 2024 14:00 > À : BOUCADAIR Mohamed INNOV/NET <mohamed.boucadair@orange.com<mailto:mohamed.boucadair@orange.com>>; Lou Berger <lberger@labn.net<mailto:lberger@labn.net>>; Andy Bierman <andy@yumaworks.com<mailto:andy@yumaworks.com>> > Cc : Mahesh Jethanandani <mjethanandani@gmail.com<mailto:mjethanandani@gmail.com>>; netmod@ietf.org<mailto:netmod@ietf.org>; draft-ietf-netmod-rfc8407bis@ietf.org<mailto:draft-ietf-netmod-rfc8407bis@ietf.org>; Jan Lindblad <jlindbla@cisco.com<mailto:jlindbla@cisco.com>>; Kent Watsen <kent+ietf@watsen.net<mailto:kent+ietf@watsen.net>> > Objet : RE: [netmod] WGLC on draft-ietf-netmod-rfc8407bis > > > Med, > > ---------- > On October 22, 2024 1:21:31 AM mohamed.boucadair@orange.com<mailto:mohamed.boucadair@orange.com<mailto:mohamed.boucadair@orange.com%3cmailto:mohamed.boucadair@orange.com>> wrote: > >> Hi Lou, >> >> Kent rightfully raised the point about the troubles with long trees that exceeds the max line thing. I also clarified that, e.g., >> > > This is separate and unrelated topic, talking about inclusion of full trees in appendices as is currenty allowed for in rfc8340. > >> * Existing specs have provisions for tree diagrams to be included “as a whole, by one or more sections, or even by subsets of nodes” (8340) > > Yes I'm familiar with that text :-) > >> * There are RFCs out there that do not include them. >> > > Sure, which is also allowed for in rfc8340 > >> This is a MAY after all. We can't mandate that every doc MUST include the full tree anyway. Are you asking for that? > > Absolutely not. I'm not quite sure what give you that impression. I just would like to see the additional option removed as I think it is a bad idea. > > Thanks, > Lou > >> >> Cheers, >> Med >> >>> -----Message d'origine----- >>> De : Lou Berger <lberger@labn.net<mailto:lberger@labn.net<mailto:lberger@labn.net%3cmailto:lberger@labn.net>>> >>> Envoyé : lundi 21 octobre 2024 23:38 >>> À : BOUCADAIR Mohamed INNOV/NET <mohamed.boucadair@orange.com<mailto:mohamed.boucadair@orange.com<mailto:mohamed.boucadair@orange.com%3cmailto:mohamed.boucadair@orange.com>>>; >>> Andy Bierman <andy@yumaworks.com<mailto:andy@yumaworks.com<mailto:andy@yumaworks.com%3cmailto:andy@yumaworks.com>>> >>> Cc : Mahesh Jethanandani <mjethanandani@gmail.com<mailto:mjethanandani@gmail.com<mailto:mjethanandani@gmail.com%3cmailto:mjethanandani@gmail.com>>>; >>> netmod@ietf.org<mailto:netmod@ietf.org<mailto:netmod@ietf.org%3cmailto:netmod@ietf.org>>; draft-ietf-netmod-rfc8407bis@ietf.org<mailto:draft-ietf-netmod-rfc8407bis@ietf.org<mailto:draft-ietf-netmod-rfc8407bis@ietf.org%3cmailto:draft-ietf-netmod-rfc8407bis@ietf.org>>; Jan >>> Lindblad <jlindbla@cisco.com<mailto:jlindbla@cisco.com<mailto:jlindbla@cisco.com%3cmailto:jlindbla@cisco.com>>>; Kent Watsen <kent+ietf@watsen.net<mailto:kent+ietf@watsen.net<mailto:kent+ietf@watsen.net%3cmailto:kent+ietf@watsen.net>>> >>> Objet : Re: [netmod] WGLC on draft-ietf-netmod-rfc8407bis >>> >>> >>> Hi. >>> >>> Looking at today's (-20) version of the document, I still see >>> stable pointers as an option. I really don't see the support for >>> this in the overall discussion and I personally think such is a >>> *bad* idea. >>> >>> I'd prefer that any references to the "stable pointer" option be >>> removed from the document. >>> >>> Thanks, >>> >>> Lou >>> >>> On 10/15/2024 2:22 AM, mohamed.boucadair@orange.com<mailto:mohamed.boucadair@orange.com<mailto:mohamed.boucadair@orange.com%3cmailto:mohamed.boucadair@orange.com>> wrote: >>> > Hi Andy, >>> > >>> > RFC8340 leaves it to the authors to include it or not. It uses >>> statements such as "When long diagrams are included in a document, >>> .." >>> > >>> > An outcome of the discussion is that we can't impose one option >>> here. For example, the current situation is that we do already >>> have RFCs (RFC7407, RFC9182, RFC9291, etc.) that do not include >>> the full trees because these are too long, the narrative text is >>> good enough, the document itself is +150 pages, etc. Also, >>> including pages and pages of text that exceeds the max line is not >>> convenient for readers. >>> > >>> > The new guidelines include a provision for when the full tree is >>> not included for better consistency among published documents. >>> > >>> > Cheers, >>> > Med >>> > >>> >> -----Message d'origine----- >>> >> De : Andy Bierman <andy@yumaworks.com<mailto:andy@yumaworks.com<mailto:andy@yumaworks.com%3cmailto:andy@yumaworks.com>>> Envoyé : lundi 14 >>> octobre 2024 >>> >> 18:24 À : BOUCADAIR Mohamed INNOV/NET >>> <mohamed.boucadair@orange.com<mailto:mohamed.boucadair@orange.com<mailto:mohamed.boucadair@orange.com%3cmailto:mohamed.boucadair@orange.com>>> >>> >> Cc : Mahesh Jethanandani <mjethanandani@gmail.com<mailto:mjethanandani@gmail.com<mailto:mjethanandani@gmail.com%3cmailto:mjethanandani@gmail.com>>>; Lou Berger >>> >> <lberger@labn.net<mailto:lberger@labn.net<mailto:lberger@labn.net%3cmailto:lberger@labn.net>>>; netmod@ietf.org<mailto:netmod@ietf.org<mailto:netmod@ietf.org%3cmailto:netmod@ietf.org>>; draft-ietf-netmod- >>> >> rfc8407bis@ietf.org<mailto:rfc8407bis@ietf.org<mailto:rfc8407bis@ietf.org%3cmailto:rfc8407bis@ietf.org>>; Jan Lindblad <jlindbla@cisco.com<mailto:jlindbla@cisco.com<mailto:jlindbla@cisco.com%3cmailto:jlindbla@cisco.com>>>; Kent >>> Watsen >>> >> <kent+ietf@watsen.net<mailto:kent+ietf@watsen.net<mailto:kent+ietf@watsen.net%3cmailto:kent+ietf@watsen.net>>> Objet : Re: [netmod] WGLC on >>> >> draft-ietf-netmod-rfc8407bis >>> >> >>> >> >>> >> Hi, >>> >> >>> >> IMO we do not need new procedures to save the reader from a few >>> extra >>> >> pages of YANG tree diagram text. >>> >> >>> >> This is the only option that makes sense to me: >>> >> >>> >> * Include the full tree in an appendix. >>> >> >>> >> Andy >>> >> >>> >> On Sun, Oct 13, 2024 at 10:19 PM <mohamed.boucadair@orange.com<mailto:mohamed.boucadair@orange.com<mailto:mohamed.boucadair@orange.com%3cmailto:mohamed.boucadair@orange.com>>> >>> >> wrote: >>> >> >>> >>> Hi Mahesh, >>> >>> >>> >>> >>> >>> >>> >>> Yes, this refers to the main body per the structure in >>> >> rfc7322#section-4. >>> >>> Updated accordingly. >>> >>> >>> >>> >>> >>> >>> >>> The diff is available using the same link: Diff: >>> >>> draft-ietf-netmod-rfc8407bis.txt - draft-ietf-netmod- >>> >> rfc8407bis.txt >>> >> >>> <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2<https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%252><https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%252> >>> >> Faut >>> >>> hor- >>> >> tools.ietf.org<http://tools.ietf.org/><http://tools.ietf.org/>%2Fapi%2Fiddiff%3Furl_1%3Dhttps%3A%2F%2Fnetmod- >>> wg.gi >>> >>> thub.io<http://thub.io/><http://thub.io/>%2Frfc8407bis%2Fdraft-ietf-netmod- >>> >> rfc8407bis.txt%26url_2%3Dhttp >>> >>> s%3A%2F%2Fnetmod-wg.github.io<http://2fnetmod-wg.github.io/><http://2fnetmod-wg.github.io/>%2Frfc8407bis%2Flong- >>> trees%2Fdraft- >>> >> ietf-n >>> >>> etmod- >>> >> >>> rfc8407bis.txt&data=05%7C02%7Cmohamed.boucadair%40orange.com<http://40orange.com/><http://40orange.com/>%7C3 >>> >> >>> 60a053d61314c7851bc08dcec6c99f5%7C90c7a20af34b40bfbc48b9253b6f5d20 >>> >> %7C0 >>> >> >>> %7C0%7C638645198411517106%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAw >>> >> MDAi >>> >> >>> LCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata= >>> >> PUXU >>> >>> FFa2G1oGYjtnRYtC9hFJkRu5Nx%2FISQob3izoYds%3D&reserved=0> >>> >>> >>> >>> >>> >>> >>> >>> Thanks. >>> >>> >>> >>> >>> >>> >>> >>> Cheers, >>> >>> >>> >>> Med >>> >>> >>> >>> >>> >>> >>> >>> *De :* Mahesh Jethanandani <mjethanandani@gmail.com<mailto:mjethanandani@gmail.com<mailto:mjethanandani@gmail.com%3cmailto:mjethanandani@gmail.com>>> *Envoyé >>> :* >>> >> samedi >>> >>> 12 octobre 2024 01:54 *À :* BOUCADAIR Mohamed INNOV/NET >>> >>> <mohamed.boucadair@orange.com<mailto:mohamed.boucadair@orange.com<mailto:mohamed.boucadair@orange.com%3cmailto:mohamed.boucadair@orange.com>>> *Cc :* Lou Berger >>> >> <lberger@labn.net<mailto:lberger@labn.net<mailto:lberger@labn.net%3cmailto:lberger@labn.net>>>; >>> >>> netmod@ietf.org<mailto:netmod@ietf.org<mailto:netmod@ietf.org%3cmailto:netmod@ietf.org>>; draft-ietf-netmod-rfc8407bis@ietf.org<mailto:draft-ietf-netmod-rfc8407bis@ietf.org<mailto:draft-ietf-netmod-rfc8407bis@ietf.org%3cmailto:draft-ietf-netmod-rfc8407bis@ietf.org>>; Jan >>> >> Lindblad >>> >>> <jlindbla@cisco.com<mailto:jlindbla@cisco.com<mailto:jlindbla@cisco.com%3cmailto:jlindbla@cisco.com>>>; Kent Watsen <kent+ietf@watsen.net<mailto:kent+ietf@watsen.net<mailto:kent+ietf@watsen.net%3cmailto:kent+ietf@watsen.net>>> >>> *Objet >>> >> :* Re: >>> >>> [netmod] WGLC on draft-ietf-netmod-rfc8407bis >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> Hi Med, >>> >>> >>> >>> >>> >>> >>> >>> Speaking as a contributor ... >>> >>> >>> >>> >>> >>> >>> >>> On Oct 11, 2024, at 8:47 AM, mohamed.boucadair@orange.com<mailto:mohamed.boucadair@orange.com<mailto:mohamed.boucadair@orange.com%3cmailto:mohamed.boucadair@orange.com>> >>> wrote: >>> >>> >>> >>> >>> >>> >>> >>> Hi Lou, Kent, all, >>> >>> >>> >>> >>> >>> >>> >>> Taking into account the feedback received so far, I suggest >>> the >>> >>> following >>> >>> change: >>> >>> >>> >>> >>> >>> >>> >>> OLD: >>> >>> >>> >>> YANG tree diagrams provide a concise representation of a >>> YANG >>> >>> module >>> >>> >>> >>> and SHOULD be included to help readers understand YANG >>> module >>> >>> >>> >>> structure. If the complete tree diagram for a module >>> becomes >>> >> long >>> >>> (more than 2 pages, typically), the diagram SHOULD be >>> split >>> >> into >>> >>> several smaller diagrams (a.k.a subtrees). For the >>> reader's >>> >>> >>> >>> convenience, a subtree should fit within a page. If the >>> >> complete >>> >>> tree diagram is too long (more than 5 pages, typically) >>> even >>> >> with >>> >>> groupings unexpanded (Section 2.2 of [RFC8340]), the >>> authors >>> >> SHOULD >>> >>> NOT include it in the document. A stable pointer to >>> retrieve >>> >> the >>> >>> full tree MAY be included. >>> >>> >>> >>> >>> >>> >>> >>> NEW: >>> >>> >>> >>> YANG tree diagrams provide a concise representation of a >>> YANG >>> >>> module >>> >>> >>> >>> and SHOULD be included to help readers understand YANG >>> module >>> >>> >>> >>> structure. If the complete tree diagram for a module >>> becomes >>> >> long >>> >>> (more than 2 pages, typically), the diagram SHOULD be >>> split >>> >> into >>> >>> several smaller diagrams (a.k.a subtrees). For the >>> reader's >>> >>> >>> >>> convenience, a subtree should fit within a page. If the >>> >> complete >>> >>> tree diagram is too long (more than 5 pages, typically) >>> even >>> >> with >>> >>> groupings unexpanded (Section 2.2 of [RFC8340]), the >>> authors >>> >> SHOULD >>> >>> NOT include it in the main document. Instead, authors MAY >>> >> consider >>> >>> the following options: >>> >>> >>> >>> >>> >>> >>> >>> [mj] Not clear what you mean by “main document”. Do you mean >>> the >>> >>> normative section of the document? If so, please edit it to >>> say >>> >> that. >>> >>> >>> >>> >>> >>> Thanks >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> * Provide only a stable pointer to retrieve the full >>> tree. >>> >> The >>> >>> full >>> >>> >>> >>> tree is thus not provided at all. >>> >>> >>> >>> >>> >>> >>> >>> * Include a note about how to generate the full tree. >>> >>> >>> >>> >>> >>> >>> >>> * A combination of the first and second bullets. >>> >>> >>> >>> >>> >>> >>> >>> * Include the full tree in an appendix. >>> >>> >>> >>> >>> >>> >>> >>> For convenience: >>> >>> >>> >>> - Diff: Diff: draft-ietf-netmod-rfc8407bis.txt - >>> >>> draft-ietf-netmod-rfc8407bis.txt >>> >>> >>> >> >>> <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2<https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%252><https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%252> >>> >> Fauthor- >>> >> tools.ietf.org<http://tools.ietf.org/><http://tools.ietf.org/>%2Fapi%2Fiddiff%3Furl_1%3Dhttps%3A%2F%2Fnetmod- >>> >> wg.github.io<http://wg.github.io/><http://wg.github.io/>%2Frfc8407bis%2Fdraft-ietf-netmod- >>> >> rfc8407bis.txt%26url_2%3Dhttps%3A%2F%2Fnetmod- >>> >> wg.github.io<http://wg.github.io/><http://wg.github.io/>%2Frfc8407bis%2Flong-trees%2Fdraft-ietf-netmod- >>> >> >>> rfc8407bis.txt&data=05%7C02%7Cmohamed.boucadair%40orange.com<http://40orange.com/><http://40orange.com/>%7C360 >>> >> >>> a053d61314c7851bc08dcec6c99f5%7C90c7a20af34b40bfbc48b9253b6f5d20%7 >>> >> >>> C0%7C0%7C638645198411540339%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLj >>> >> >>> AwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C& >>> >> >>> sdata=68CtKMDgxzWjl4IsKqxJlSLpvOHAflb0Cv5TQFwExN0%3D&reserved=0> >>> >>> - PR: >>> >>> >>> >> >>> https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2F >>> >> gith >>> >>> ub.com<http://ub.com/><http://ub.com/>%2Fnetmod- >>> >> wg%2Frfc8407bis%2Fpull%2F70%2Ffiles&data=05%7C02%7Cmoh >>> >> >>> amed.boucadair%40orange.com<http://40orange.com/><http://40orange.com/>%7C360a053d61314c7851bc08dcec6c99f5%7C9 >>> >> 0c7a >>> >> >>> 20af34b40bfbc48b9253b6f5d20%7C0%7C0%7C638645198411557810%7CUnknown >>> >> %7CT >>> >> >>> WFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJ >>> >> XVCI >>> >> >>> 6Mn0%3D%7C0%7C%7C%7C&sdata=%2BkYIcnZV7Wwi4tUS6uOObRMUMcdt4xxyiNBOW >>> >> QXGp >>> >>> wE%3D&reserved=0 >>> >>> >>> >>> >>> >>> >>> >>> Better? >>> >>> >>> >>> >>> >>> >>> >>> Cheers, >>> >>> >>> >>> Med >>> >>> >>> >>> >>> >>> >>> >>> *De :* BOUCADAIR Mohamed INNOV/NET >>> >>> *Envoyé :* mercredi 2 octobre 2024 11:13 *À :* 'Lou Berger' >>> >>> <lberger@labn.net<mailto:lberger@labn.net<mailto:lberger@labn.net%3cmailto:lberger@labn.net>>>; netmod@ietf.org<mailto:netmod@ietf.org<mailto:netmod@ietf.org%3cmailto:netmod@ietf.org>>; >>> >>> draft-ietf-netmod-rfc8407bis@ietf.org<mailto:draft-ietf-netmod-rfc8407bis@ietf.org<mailto:draft-ietf-netmod-rfc8407bis@ietf.org%3cmailto:draft-ietf-netmod-rfc8407bis@ietf.org>>; Jan Lindblad (jlindbla) >>> < >>> >>> jlindbla@cisco.com<mailto:jlindbla@cisco.com<mailto:jlindbla@cisco.com%3cmailto:jlindbla@cisco.com>>> *Cc :* Kent Watsen <kent+ietf@watsen.net<mailto:kent+ietf@watsen.net<mailto:kent+ietf@watsen.net%3cmailto:kent+ietf@watsen.net>>> >>> >> *Objet >>> >>> :* RE: [netmod] Re: WGLC on draft-ietf-netmod-rfc8407bis >>> >>> >>> >>> >>> >>> >>> >>> Hi Lou, >>> >>> >>> >>> >>> >>> >>> >>> - Keeping long trees in the main document is really not >>> >> helpful to >>> >>> digest a module. I also know by experience that this >>> raises >>> >> comments, >>> >>> including from the IESG. >>> >>> - Keeping long trees that exceed 69 line max in the main >>> or >>> >> as an >>> >>> appendix is really hard to follow. >>> >>> - There are already RFCs out there do not include long >>> trees, >>> >> but a >>> >>> note about how to generate it. The narrative text uses >>> small >>> >> snippets to >>> >>> help readers walk through the model. >>> >>> - Some consistency is needed in how we document our >>> modules + >>> >> help >>> >>> authors with clear guidance (e.g., characterize what is a >>> >> long >>> >>> tree) >>> >>> >>> >>> >>> >>> >>> >>> I’m afraid that we can’t simply leave the OLD 8407 as it is. >>> >>> >>> >>> >>> >>> >>> >>> That’s said, I’m only the pen holder and will implement >>> whatever >>> >> the >>> >>> WG decides here. >>> >>> >>> >>> >>> >>> >>> >>> Cheers, >>> >>> >>> >>> Med >>> >>> >>> >>> >>> >>> >>> >>> *De :* Lou Berger <lberger@labn.net<mailto:lberger@labn.net<mailto:lberger@labn.net%3cmailto:lberger@labn.net>>> *Envoyé :* mardi 1 >>> octobre 2024 >>> >>> 13:37 *À :* BOUCADAIR Mohamed INNOV/NET >>> >> <mohamed.boucadair@orange.com<mailto:mohamed.boucadair@orange.com<mailto:mohamed.boucadair@orange.com%3cmailto:mohamed.boucadair@orange.com>>>; >>> >>> netmod@ietf.org<mailto:netmod@ietf.org<mailto:netmod@ietf.org%3cmailto:netmod@ietf.org>>; draft-ietf-netmod-rfc8407bis@ietf.org<mailto:draft-ietf-netmod-rfc8407bis@ietf.org<mailto:draft-ietf-netmod-rfc8407bis@ietf.org%3cmailto:draft-ietf-netmod-rfc8407bis@ietf.org>>; Jan >>> >> Lindblad >>> >>> (jlindbla) <jlindbla@cisco.com<mailto:jlindbla@cisco.com<mailto:jlindbla@cisco.com%3cmailto:jlindbla@cisco.com>>> >>> >>> *Cc :* Kent Watsen <kent+ietf@watsen.net<mailto:kent+ietf@watsen.net<mailto:kent+ietf@watsen.net%3cmailto:kent+ietf@watsen.net>>> *Objet :* Re: >>> [netmod] >>> >> Re: >>> >>> WGLC on draft-ietf-netmod-rfc8407bis >>> >>> >>> >>> >>> >>> >>> >>> Med, Jan, WG, >>> >>> >>> >>> I have to say that I read the discussion concluding with to >>> NOT >>> >> change >>> >>> the current recommendation, see >>> >>> >>> >> >>> https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2F >>> >> mail >>> >>> archive.ietf.org<http://archive.ietf.org/><http://archive.ietf.org/>%2Farch%2Fmsg%2Fnetmod%2F0Q0YiyNi15V- >>> Szzf5awLVh- >>> >> 15_c%2 >>> >> >>> F&data=05%7C02%7Cmohamed.boucadair%40orange.com<http://40orange.com/><http://40orange.com/>%7C360a053d61314c78 >>> >> 51bc >>> >> >>> 08dcec6c99f5%7C90c7a20af34b40bfbc48b9253b6f5d20%7C0%7C0%7C63864519 >>> >> 8411 >>> >> >>> 573595%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzI >>> >> iLCJ >>> >> >>> BTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=FuJbQGSOk7%2FkMXATR >>> >> 1fn3 >>> >>> YScP4MBfkRWYvYXz90NyNI%3D&reserved=0 >>> >>> >>> >>> I personally use an ereader (or computer) more than paper and >>> >> having >>> >>> to go to a static URL -- probably when I'm off line -- does >>> NOT >>> >> seem >>> >>> like something we should be recommending. Furthermore, I'm >>> not >>> >> sure >>> >>> what our process has to say about having the HTML include >>> *text >>> >>> content* that is not in the text version. >>> >>> >>> >>> Again just my perspective. >>> >>> >>> >>> What do others think? do they feel strongly that this change >>> >> from the >>> >>> current recommendation (in RFC8340) of having long trees in >>> >> appendixes >>> >>> is a good or bad idea? (Yes, I'm in the strongly against >>> camp.) >>> >>> >>> >>> Thanks, >>> >>> >>> >>> Lou >>> >>> >>> >>> On 10/1/2024 4:24 AM, mohamed.boucadair@orange.com<mailto:mohamed.boucadair@orange.com<mailto:mohamed.boucadair@orange.com%3cmailto:mohamed.boucadair@orange.com>> wrote: >>> >>> >>> >>> Hi Lou, >>> >>> >>> >>> >>> >>> >>> >>> 1. The comment that triggered the change and companion >>> thread >>> >> where >>> >>> this was discussed and changes proposed can be seen at: >>> >>> >>> >>> >>> >> >>> https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2F >>> >> mail >>> >>> archive.ietf.org<http://archive.ietf.org/><http://archive.ietf.org/>%2Farch%2Fmsg%2Fnetmod%2F- >>> >> >>> b2HX0XUK49qJB19LHu6MC0D9zc%2F&data=05%7C02%7Cmohamed.boucadair%40o >>> >> >>> range.com<http://range.com/><http://range.com/>%7C360a053d61314c7851bc08dcec6c99f5%7C90c7a20af34b40bfbc4 >>> >> >>> 8b9253b6f5d20%7C0%7C0%7C638645198411584985%7CUnknown%7CTWFpbGZsb3d >>> >> >>> 8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3 >>> >> >>> D%7C0%7C%7C%7C&sdata=r4xdN4asqklRHaI%2BIixWX29CCw7i1QBlmAHlNXrKjng >>> >> %3D&reserved=0 >>> > >>> __________________________________________________________________ >>> ____ >>> > ______________________________________ >>> > 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.
- [netmod] WGLC on draft-ietf-netmod-rfc8407bis Kent Watsen
- [netmod] Re: WGLC on draft-ietf-netmod-rfc8407bis Lou Berger
- [netmod] Re: WGLC on draft-ietf-netmod-rfc8407bis mohamed.boucadair
- [netmod] Re: WGLC on draft-ietf-netmod-rfc8407bis Kent Watsen
- [netmod] Re: WGLC on draft-ietf-netmod-rfc8407bis Qin Wu
- [netmod] Re: WGLC on draft-ietf-netmod-rfc8407bis Lou Berger
- [netmod] Re: WGLC on draft-ietf-netmod-rfc8407bis Mahesh Jethanandani
- [netmod] Re: WGLC on draft-ietf-netmod-rfc8407bis Kent Watsen
- [netmod] Re: WGLC on draft-ietf-netmod-rfc8407bis mohamed.boucadair
- [netmod] Re: WGLC on draft-ietf-netmod-rfc8407bis mohamed.boucadair
- [netmod] Re: WGLC on draft-ietf-netmod-rfc8407bis Lou Berger
- [netmod] Re: WGLC on draft-ietf-netmod-rfc8407bis Kent Watsen
- [netmod] Re: WGLC on draft-ietf-netmod-rfc8407bis Reshad Rahman
- [netmod] Re: WGLC on draft-ietf-netmod-rfc8407bis mohamed.boucadair
- [netmod] Re: WGLC on draft-ietf-netmod-rfc8407bis tom petch
- [netmod] Re: WGLC on draft-ietf-netmod-rfc8407bis mohamed.boucadair
- [netmod] Re: WGLC on draft-ietf-netmod-rfc8407bis mohamed.boucadair
- [netmod] Re: WGLC on draft-ietf-netmod-rfc8407bis mohamed.boucadair
- [netmod] Re: WGLC on draft-ietf-netmod-rfc8407bis Mahesh Jethanandani
- [netmod] Re: WGLC on draft-ietf-netmod-rfc8407bis mohamed.boucadair
- [netmod] Re: WGLC on draft-ietf-netmod-rfc8407bis Andy Bierman
- [netmod] Re: WGLC on draft-ietf-netmod-rfc8407bis mohamed.boucadair
- [netmod] Re: WGLC on draft-ietf-netmod-rfc8407bis Lou Berger
- [netmod] Re: WGLC on draft-ietf-netmod-rfc8407bis mohamed.boucadair
- [netmod] Re: WGLC on draft-ietf-netmod-rfc8407bis tom petch
- [netmod] Re: WGLC on draft-ietf-netmod-rfc8407bis Andy Bierman
- [netmod] Re: WGLC on draft-ietf-netmod-rfc8407bis mohamed.boucadair
- [netmod] Re: WGLC on draft-ietf-netmod-rfc8407bis Lou Berger
- [netmod] Re: WGLC on draft-ietf-netmod-rfc8407bis mohamed.boucadair
- [netmod] Re: WGLC on draft-ietf-netmod-rfc8407bis Lou Berger
- [netmod] Re: WGLC on draft-ietf-netmod-rfc8407bis Andy Bierman
- [netmod] Re: WGLC on draft-ietf-netmod-rfc8407bis mohamed.boucadair
- [netmod] Re: WGLC on draft-ietf-netmod-rfc8407bis mohamed.boucadair
- [netmod] Re: WGLC on draft-ietf-netmod-rfc8407bis Lou Berger
- [netmod] Re: WGLC on draft-ietf-netmod-rfc8407bis mohamed.boucadair
- [netmod] Re: WGLC on draft-ietf-netmod-rfc8407bis Lou Berger
- [netmod] Re: WGLC on draft-ietf-netmod-rfc8407bis Jürgen Schönwälder
- [netmod] Re: WGLC on draft-ietf-netmod-rfc8407bis Italo Busi
- [netmod] Re: WGLC on draft-ietf-netmod-rfc8407bis Jürgen Schönwälder
- [netmod] Re: WGLC on draft-ietf-netmod-rfc8407bis Lou Berger
- [netmod] Re: WGLC on draft-ietf-netmod-rfc8407bis mohamed.boucadair
- [netmod] It's not junk! was Re: Re: WGLC on draft… tom petch
- [netmod] Re: WGLC on draft-ietf-netmod-rfc8407bis mohamed.boucadair
- [netmod] Re: WGLC on draft-ietf-netmod-rfc8407bis Italo Busi
- [netmod] Re: WGLC on draft-ietf-netmod-rfc8407bis Lou Berger
- [netmod] Re: WGLC on draft-ietf-netmod-rfc8407bis mohamed.boucadair
- [netmod] Re: WGLC on draft-ietf-netmod-rfc8407bis Jürgen Schönwälder
- [netmod] Re: WGLC on draft-ietf-netmod-rfc8407bis Kent Watsen
- [netmod] Re: WGLC on draft-ietf-netmod-rfc8407bis mohamed.boucadair
- [netmod] Re: WGLC on draft-ietf-netmod-rfc8407bis Benoit Claise
- [netmod] Re: WGLC on draft-ietf-netmod-rfc8407bis Andy Bierman
- [netmod] Re: WGLC on draft-ietf-netmod-rfc8407bis mohamed.boucadair