Re: [netmod] [Lsr] I-D Action: draft-ietf-lsr-ospfv3-extended-lsa-yang-10.txt

"Acee Lindem (acee)" <acee@cisco.com> Mon, 11 April 2022 15:04 UTC

Return-Path: <acee@cisco.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 953E03A0E1A; Mon, 11 Apr 2022 08:04:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.605
X-Spam-Level:
X-Spam-Status: No, score=-9.605 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, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H5=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=AgEGQhKT; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=o0fM0MhO
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id smJk-i8lPxvI; Mon, 11 Apr 2022 08:04:02 -0700 (PDT)
Received: from alln-iport-3.cisco.com (alln-iport-3.cisco.com [173.37.142.90]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B91533A0DC6; Mon, 11 Apr 2022 08:03:59 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=12928; q=dns/txt; s=iport; t=1649689439; x=1650899039; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=TDUYTLumtVgu6teywFKoVUBLF5iaH3wj4ww4atvKPs8=; b=AgEGQhKT1Q+bK1tlTFz61Ov1UUxKG2kMwEQrsZ+6dj1LbaKpnz5M8yd3 CTzhM5moZjwbsr4qoLLLiKo9gaJlE5AdfOJYjdgMdmN1QpgpSCznSy+NL dBJ4pNCh0lQpBYQADvGRbPnZUGj899PuhUTFlx6www/EvIDfWBTrH26En k=;
X-IPAS-Result: A0AJAABDQlRi/40NJK1QChoBAQEBAQEBAQEBAwEBAQESAQEBAQICAQEBAUCBRgUBAQEBCwGBUSguB3daN0SEVYNKA4RZYIURgwIDmz2BLhSBEQNUCwEBAQ0BASwNCgQBAYRCRQIXhFsCJTQJDgECBAEBAQEDAgMBAQEBAQEDAQEFAQEBAgEHBIEJE4VoDYZCAQEBAQIBAQEQEREMAQEsCwEPAgEIEQQBAQECAiMDAgICJQsUAQgIAgQBDQUiQ4IfAYJlAw0kAQ6iJwGBPgKBDokReoExgQGCCAEBBgQEgTsCDkGCfxiCOAMGgRAsAYMQhCmDAoQZJxyCDYEUASccgmc+gmMBAQIBF4ERAQcLATgPEgKDHDeCLpoHChBbBisTGwsBAxQbIgIUDDALfwQrCgMnAjiVaYkUjliSdQqDSYsXjD6IKgUuqFGWXiCMfJRDhQkCBAIEBQIOAQEGgWE8aXBwFRohKgGCPlEZD44gg3KFFIVKdQI2AgYBCgEBAwmPRAEB
IronPort-PHdr: A9a23:NnRubh+2owdwZf9uWCXoyV9kXcBvk7n3PwtA7J0hhvoOd6m45J3tM QTZ4ukll17GW4jXqpcmw+rbuqztQyoMtJCGtn1RfJlFTRRQj8IQkkQpC9KEDkuuKvnsYmQ6E c1OWUUj8Wu8NB1eGd31YBvZpXjhhQM=
IronPort-Data: A9a23:FFEdyqnU48wHloorFNFdvjTo5gw7JERdPkR7XQ2eYbSJt1+Wr1Gzt xJJCDjUP/ePYzf3Ltp+bIS2pkgF7JOHzYcwG1Y/pS8xQ1tH+JHPbTi7wugcHM8zwunrFh8PA xA2M4GYRCwMZiaA4E/raNANlFEkvU2ybuKU5NXsZ2YgHWeIdA970Ug5w7Jg29Yy6TSEK1rlV e3a8pW31GCNg1aYAkpMg05UgEoy1BhakGpwUm0WPZinjneH/5UmJM53yZWKEpfNatI88thW6 Ar05OrREmvxp3/BAz4++1rxWhVirrX6ZWBihpfKMkSvqkAqm8A87ko0HMgSZEl+kzOOpMhg6 4VujsCpdkAiA4SZzYzxUzEAe81/FaRC/LmCKn+lvInDiUbHaHDrhf5pCSnaP6VBpb0xWj8Ir KdecWxUBvyAr7reLLaTQ+Jhi+woLdLgO8UUvXQIITTxXat2G8CbG/mVjTNe9G81tuZyAayPW 5cYdTlkfTPDOzRuO0hCXfrSm8/t3BETaQZwrl+JoK07y2ne0AI316LiWPLRYcaiRMhJkACfv G2u1370GRETOPSOwDqC9TSngeqntSj7X5oKD5Wz9vlymEbVwXYcYDUXWEe1qtGzlkW5XdRSI FBS8S0rxZXe72SiSt37Gha/unPB7lgXWsFbFKsx7wTlJrfo3jt1z1MsFlZpAOHKfudvLdD2/ jdlR+/UOAE=
IronPort-HdrOrdr: A9a23:2ujvIKFkBRBg+dxnpLqFsJLXdLJyesId70hD6qkvc3Jom52j+P xGws526fatskdsZJkh8erwXJVp2RvnhNBICPoqTMiftW7dySqVxeBZnMTfKljbehEWmdQtrZ uIH5IOauEYSGIK8PoSgzPIU+rIouP3i5xA7N22pxwGIGEaCJ2IrT0JcDpzeXcGIzWucKBJba Z0kfA3wQZIF05nC/iTNz0gZazuttfLnJXpbVotHBg88jSDijuu9frTDwWY9g12aUIN/Z4StU z+1yDp7KSqtP+2jjXG0XXI0phQkNz9jvNeGc23jNQPIDmEsHfrWG0hYczGgNkGmpDp1L8Yqq iLn/7mBbUr15rlRBDwnfIq4Xi57N9h0Q649bbSuwqcnSWwfkNKNyMGv/MCTvMcgHBQ4O2VF8 lwrj+kXtNsfGD9dG6W3am5azh60kWzunYsiugVkjhWVpYfcqZYqcgF8FpSC4poJlOx1GkLKp gnMCjn3occTbpaVQGvgkB/hNi3GngjFBaPRUYP/sSTzjhNhXh8i08V3tYWkHsM/I80D8As3Z WJDo140LVVCsMGZ6N0A+kMBcOxF2zWWBrJdGafO07uGq0LM2/E75T3/LI27ue3f4Fg9up+pL 3RFFdD8WIicUPnDsODmJVN7xDWWW24GS/gz8lPjqIJ84EUhICbRxFrZGpe5vdI+c9vcPEzc8 zDTK5rPw==
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-AV: E=Sophos;i="5.90,252,1643673600"; d="scan'208";a="858280047"
Received: from alln-core-8.cisco.com ([173.36.13.141]) by alln-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 11 Apr 2022 15:03:58 +0000
Received: from mail.cisco.com (xfe-aln-002.cisco.com [173.37.135.122]) by alln-core-8.cisco.com (8.15.2/8.15.2) with ESMTPS id 23BF3wrq016008 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=OK); Mon, 11 Apr 2022 15:03:58 GMT
Received: from xfe-rtp-003.cisco.com (64.101.210.233) by xfe-aln-002.cisco.com (173.37.135.122) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.14; Mon, 11 Apr 2022 10:03:58 -0500
Received: from NAM10-DM6-obe.outbound.protection.outlook.com (64.101.32.56) by xfe-rtp-003.cisco.com (64.101.210.233) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.14 via Frontend Transport; Mon, 11 Apr 2022 11:03:57 -0400
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Bg1dohi7Z3wG9f33zMb8TBtbFbnkotKqs1k8tQeDc/owXwg9pnr+vrri6aTDSYxXE3Or3NBlYJ1vH/+JfdLMvJ3iCdNVaJ8yXb/YALZRAZjmtS6cFZLR2Plxm3qx2RwOuPiZtFkosAfuQByrKQiiKceAGd3DA/4EdUb9o30wW1bHKUF+//oJ46E/JuD5UxW8VVuZJtJMMpCeqggXevWf41yANDuEU3DZ1m3ZVdyQc42l6hwAR9BnPm+Qk9jGhc51wY8qlguj1hzM8ww+SA9+ponnHjyUAYSn5MC9CA5sJROpo4x8SBVSDD72R9YyjVeZE34I7I0qnRbby9/upjyDHA==
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=TDUYTLumtVgu6teywFKoVUBLF5iaH3wj4ww4atvKPs8=; b=Fo8DXvwQJFvBYBTMXMm+Yt4m9ti1oNi/Bn0OsXUVLWlub12d/uqwnl6XR+kgUwunRRT39PRs6QnxMf0Xv9ywSDZhA1rZa1xUz2RufYuW9g04pnt/nk3dpa1ZvvcWXX6xykgBtdCGd6ciX7k0T9ndeQa3v8M6AsA1VkX/Dnzmq6u9r/f2a+fMBl7Ta+farw0+uIUypxFflHs/XiuC9xBGYJfATobGeUXDqNLxj4QbhEjMXRDGbehI0Gwk1QU73we39IB1aii/8sWI6sWbPewFgt+8fNQNm2WaI+p2on7WP+u2i+mdxZlOpqR6S2DqJzdJsjaQWpa6a7U+4IBUYLY2tw==
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
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=TDUYTLumtVgu6teywFKoVUBLF5iaH3wj4ww4atvKPs8=; b=o0fM0MhOUMz3qi/kQ8WXQFir+qUY3Xdz28JMuCQ80HLyKXSCXkVLrnqQGrSKUOWAP1l9kr7z5XP+lbNiylcoptREngDwuh7WqV5Kv8flYqUvBtWx4Bi/A+9s47oOgPJ6rJu0DKvuWPfwErjiswDWBFkMw9H0Xvrz8tNu3z4wXhU=
Received: from BYAPR11MB2757.namprd11.prod.outlook.com (2603:10b6:a02:cb::16) by BN6PR1101MB2212.namprd11.prod.outlook.com (2603:10b6:405:52::12) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5144.29; Mon, 11 Apr 2022 15:03:56 +0000
Received: from BYAPR11MB2757.namprd11.prod.outlook.com ([fe80::b46e:544c:a2a6:caad]) by BYAPR11MB2757.namprd11.prod.outlook.com ([fe80::b46e:544c:a2a6:caad%6]) with mapi id 15.20.5144.029; Mon, 11 Apr 2022 15:03:55 +0000
From: "Acee Lindem (acee)" <acee@cisco.com>
To: tom petch <ietfc@btconnect.com>, Christian Hopps <chopps@chopps.org>, Reshad Rahman <reshad@yahoo.com>
CC: "lsr@ietf.org" <lsr@ietf.org>, "netmod@ietf.org" <netmod@ietf.org>
Thread-Topic: [Lsr] [netmod] I-D Action: draft-ietf-lsr-ospfv3-extended-lsa-yang-10.txt
Thread-Index: AQHYTYR3UVeNAMoajkCuRwzw88IPaKzqjKKA
Date: Mon, 11 Apr 2022 15:03:55 +0000
Message-ID: <BB94B53D-E807-4EA8-8CA9-817100F708AD@cisco.com>
References: <164662287026.10186.17661147788695088858@ietfa.amsl.com> <AM7PR07MB62483353E387A0538EDA44C6A0E59@AM7PR07MB6248.eurprd07.prod.outlook.com> <AM7PR07MB6248D0B4D19EF3168DEC4864A0E59@AM7PR07MB6248.eurprd07.prod.outlook.com> <978D3500-5A9C-49FA-A259-B4E234CC9332@cisco.com> <AM7PR07MB6248CE4BDC0B27008D4F04BCA0E59@AM7PR07MB6248.eurprd07.prod.outlook.com> <2C00E058-F836-415E-A357-797E01FE77AD@cisco.com> <DB7E3112-3C2F-4040-81E1-F4625689DA62@chopps.org> <645FCC0B-8279-4070-B052-A553317B8474@cisco.com> <3F7DDA02-DEFA-4680-B048-1AB0A54C2FA1@chopps.org> <BB1D53D0-0D36-40DF-8B9D-4BD4EB6A35C1@cisco.com> <952356955.244298.1649623373691@mail.yahoo.com> <AM7PR07MB6248759F8A987D2487FABD87A0EA9@AM7PR07MB6248.eurprd07.prod.outlook.com>
In-Reply-To: <AM7PR07MB6248759F8A987D2487FABD87A0EA9@AM7PR07MB6248.eurprd07.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/16.59.22031300
authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=cisco.com;
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: a7a74581-8954-4e34-e8c3-08da1bcc7fee
x-ms-traffictypediagnostic: BN6PR1101MB2212:EE_
x-microsoft-antispam-prvs: <BN6PR1101MB221210A14E6B7874B1582C13C2EA9@BN6PR1101MB2212.namprd11.prod.outlook.com>
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: WeP4Q1SGeK8ksPtlSwhqfXBteOjx3qBXnZJW4/Ns7TGHFrOYCZE737p9RgDv/8TK9R0tfCJSSUfxNMK+/eZZQXgfoSe9gIrD8QqQ4jYeBX8GcRrjBcjuhtwxCaRSVXtbe4syj8uQFL5+BKojZtlTK/bAtWD9OTR7pZUE+qVkRwlPjfEK4XpsTSuCJPxforfBGq7rQTbel6SBsKsyuXpt2DJvoknvKT+efMvpdMz+KuwVIiQFWZuUPcg27wvd+L8v7LZekxgkY+dDQ33OAZ0qxnE/7yiPU8pccoBiX5iK2t+V0ptJwVRD4tKMIzV5KL80e0+6w7fBOubpmt3WiORiICWeFMdmkO1mPYsN/UUZb2ymnoScE/f0yzzxbMbmGmaNYCEx/TniResbJtO7h8aswIU8Owtlwp52FXBHNODObRo/boqf2bCf+8TQU1YVGNe2B+2ptf4LxPKz3d9+c25IQUfFSGB2JAJVOM3nCrvL/z/CGEaz24uSrit74RsxTT1XIA+HgK+1Gdt9VrCnuFJqQ0Kk0vTtj+m3SN7PJ7RNPAoXIT/VnEUAPi3PI2MYH3huhUqWOzz9PjKE4UCQ1UdhIKawWkf78BCEus32n9WI+Sky3qPU+55Y8lkIRP9WAVW3/q7hnthAUL2m3/uaZwzCwPtQ7rDS8qGbSOaVL2rdwnLcBKMxB6dV4eE/kc+KcHx/oKKqMSKYf+0wn2O2AviRmXK3iYWG3mpu8hM35VQPmbM2OZOBesB4Dkw88LrWXODVedZscValc0kScaQUfm9kYMlgVQ2+wBZIUyhpjHdDi3iTLYTJ/qc5Rt26OkiZriKZcwFMTBqu5cC7dlrskl3vmCdywjjUCc+gfFsdEP39cAc=
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BYAPR11MB2757.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230001)(366004)(6486002)(71200400001)(53546011)(6506007)(966005)(508600001)(38070700005)(66446008)(91956017)(54906003)(8676002)(66476007)(64756008)(296002)(86362001)(110136005)(4326008)(316002)(8936002)(26005)(66556008)(76116006)(66946007)(6512007)(38100700002)(2616005)(66574015)(186003)(122000001)(36756003)(33656002)(5660300002)(2906002)(45980500001); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: UzRUgKaHqysDIfS0+cwKPV9gfM2eMlFoFOuvBRvOb3qjXNHjOdwJwIcTBsLT8HOlFwEW5H49VRfIfjcmG0Sn0EPl6AQ87+IUmwYJhKaW2BG4w8ainbR9SXu1UhAsyhgBYngy6Lf9n/l4s5C4uH0PITmRz5XwSJk3UgGwkUrzt9H1ia8/3crnMJuVqpNiix4boZVVCumFP4KajPmApzfe/p1+mCmqrwF6cns9UWL6jd/wscazLgx5MHBzaPZDLo0Avl7P/zCEpft1PzN8wBPs07TJcH62khqBsQ60HnAVMB30ForWt5F5jQtrUfcZg0pHGyBQ+J7cD277Zy/ke1zpZfDdTs5q5tzTafZSvVBQ7NWvzBB47+kVoMUrMpVJs/T3mKrMHuXf3JAEt8osGp9Xar7gbBnAvy1Bu3q747PxoqaQwzyBVDtrzsAwF+KWVuUObRzJs27xTVc8ZxOPMjCyN6BYrmEyaKX5DB7bcYXLX9ATuJ8FT20HRcUHZNOoT4ms9+RVnFk7SfVs38DU1GkUB/tv4tcdrGMP8ZZztUznj7A4PGO1mx9zQPiX+z628cAZxinAA70c9PaUT6rXs33oDkBXZqaGfs64f38kOYawwPmxdj/ShBmbYKZde1/gD3x9ZuG9H55oSmCy1AaTwxu0sEpXpBG3Mm5PpUcdj6SiZ4adlxdtCCmGnWZnM9yG7vpoMSEkIfyKOKMqWEVEuZARpg9QlpVumM399TA/i11NQ5RiUP+5lCYOKLfvE905/GlX91OFzeHJ2ZZOr3cC4Tr/jVDIOf30jFzPwSGm5U/VZe50sSd762i0Wp9mwiSeuDvk5DB8EOXSwDagxHRtiREMqZLU8ZCBXpD13AIShHbS/vLWp1ORAWdb+eNtc/xhUoZtD6CGs/fJYKrVpbPDNT3ES7qPJIZps4p9zcKtMknhnvHdvwaBhb7qNkY/RQ1WsBZaB3nMuUzCA2/4ywDYH9Zr1oGUQueSXAKmX/YXDjEcU0VFnMJQF70s7tGr+t40EclElzZwg/zHgeUKsm10lB3jeogL+lST8wACFx1PlrmRgD9c7KfYlCPMYC2biIY7yI4/XUmlDhV/VYN1ED+YNVwxWbsIThjwFH2GES4VTXIjtDyeZdIJukMzXjpJwDzC7AoeKZ/5a+Libm+gL5roDyGmdZc+jo5OD9qVIA9AUFnwDYbAy8zrBpF+yr30FXwTSwUk/2eWGtac4DKQE8gZuwNysKkQJ7j1RmUAs2wvP635zfRM9MzF10gX5HzgRIhF1G0W8TecZi5YSD14sOUJ25Ko+0BkPH8I2I1RTwGZtizn9DqJZa6cwoGe2cV80lPEWgooqkFO3XqCjD2udLUiVFPb69fdZolCRfLBe84bGIigyR1gybMtUbJ/NwhgT+UkRYKwX6ROEqlo/n4bSz4apuiKhHNBENxI1I5D8b1I0KJjb7Jgp5Hl088PmYDsJxs+P4GsuIUW/jjjI4pPjaUAT8QLdMe3muYfzm5Lcex7MR2y9tmqqxh1pNun1eqKvlfwrch8oIZ9ufPKEi9qr1YE2PGf47/a94cPBMG11mgjMAyxRgn/l7RTvlll0bgVeeGbiF1urqzTK9fyqwhVAMrEL6s+gqLPTf6J4qmc57WNXb0DETu3p/4yb5BbTuauK0Zr+T7wFCnqA5gRb/EK5Mp8+EVJtj6iTVVNBcFM/GYpahJVDHTeCdr2NztEoQXgFdC5YgnaXbld+afWBOUY5U81LKmwJw==
Content-Type: text/plain; charset="utf-8"
Content-ID: <81E42B7D37B1414EA3A6D75C4AD3DDF8@namprd11.prod.outlook.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: BYAPR11MB2757.namprd11.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: a7a74581-8954-4e34-e8c3-08da1bcc7fee
X-MS-Exchange-CrossTenant-originalarrivaltime: 11 Apr 2022 15:03:55.9050 (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: kzBWXAYf+Hc6gNXtnWd8RZS1XF5B9jZxn1LCDQFI8MyJGtMtxFU9JPKlC3lA4UbA
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN6PR1101MB2212
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.37.135.122, xfe-aln-002.cisco.com
X-Outbound-Node: alln-core-8.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/tQTtsChObnz-nSJ47ExC9GmaUbg>
Subject: Re: [netmod] [Lsr] I-D Action: draft-ietf-lsr-ospfv3-extended-lsa-yang-10.txt
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: NETMOD WG list <netmod.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netmod>, <mailto:netmod-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netmod/>
List-Post: <mailto:netmod@ietf.org>
List-Help: <mailto:netmod-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netmod>, <mailto:netmod-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 11 Apr 2022 15:04:17 -0000

See inline. 

On 4/11/22, 5:13 AM, "tom petch" <ietfc@btconnect.com> wrote:

    From: Lsr <lsr-bounces@ietf.org> on behalf of Reshad Rahman <reshad=40yahoo.com@dmarc.ietf.org>
    Sent: 10 April 2022 21:42

    Inline.

    On Wednesday, April 6, 2022, 06:04:42 PM EDT, Acee Lindem (acee) <acee=40cisco.com@dmarc.ietf.org> wrote:


    Hi Chris (as WG member),

    On 4/5/22, 10:47 AM, "Christian Hopps" <chopps@chopps.org<mailto:chopps@chopps.org>> wrote:



        > On Apr 5, 2022, at 09:48, Acee Lindem (acee) <acee@cisco.com<mailto:acee@cisco.com>> wrote:
        >
        > [wg-member]
        >
        > The thing is that most of the existing RFCs use inet:ip-address rather inet:ip-address-no-zone. It would be better to if we could fix inet:ip-address in RFC 6991 BIS to not include the zone similar to what was done in the MIB (RFC 4001). However, we're getting the passive aggressive treatment on this point.
        >
        > If the netmod WG doesn't have the integrity and strength to fix RFC 6991 in the BIS version, we should consider changing the OSPF and IS-IS base specifications before publication to use inet:ip-address-no-zone.

        [as wg-member]

        I think we should do the right thing in our (LSR) modules no matter what, again, what harm does it do to get it right in the modules under LSR WGs direct control?

    Actually this is a very bad idea. We don't want to endorse the error in RFC 6991 that could be fixed in the BIS document. I'm certainly not going to change the documents I authored when the world expects an IP address to not include a zone. I sent an Email to the RFC 9127 BIS (which is currently in IESG review) authors about this issue and apparently they agree with me as they chose not to respond.
    <RR>
    Just way behind on IETF emails. I can't speak for the other authors but I don't agree (too late). But I think we should make the change in 9127-bis. And follow current guidelines, as others have mentioned, to tackle what's in 6991-bis.

    <tp>

    That is the I-D that has just been approved by the IESG!

    I do wonder about BFD.  Single hop IPv6 would seem to be a case for link local even if RFC5881 has a SHOULD NOT for using link local; and IPv6 link local is where the zone may be needed to identify the interface. RFC5881 does not mention zones.

[Acee]
This is probably better discussed on the BFD list but since single-hop BFD is by YANG definition scoped to a single interface, there is no use for zone index independent of the usage of link-local addresses. In fact, no one has been able to point to an implementation of textual convention usage in product configuration. The introduction of zones in RFC 4007 is an interesting but unused esoteric feature. The incorporation of zone in the base RFC 6991 IP address types and the reluctance to fix it is a travesty.  

Acee
[Acee] 

    Tom Petch

    Regards,
    Reshad.

    Thanks,

    Acee

        The netmod change is a much larger action with a large blast radius (not saying it's wrong), and perhaps most importantly is also outside of LSR WG control. :)

        Thanks,
        Chris.
        [wg-member]


        > Thanks,
        > Acee
        >
        > On 4/5/22, 9:33 AM, "Christian Hopps" <chopps@chopps.org<mailto:chopps@chopps.org>> wrote:
        >
        >    If they are new leaf values why not use the correct no-zone variant, what's the harm in doing it right? It has a nice side effect of basically restricting the base spec zone values to no-zone only. :)
        >
        >    Thanks,
        >    Chris.
        >    [wg member]
        >
        >> On Apr 4, 2022, at 12:30, Acee Lindem (acee) <acee=40cisco.com@dmarc.ietf.org<mailto:40cisco.com@dmarc.ietf.org>> wrote:
        >>
        >> In the MIB,  the base types don't include the zone - https://www.ietf.org/rfc/rfc4001.txt
        >>
        >> It was very unfortunate that the YANG IP addresses included the zone in the base types.
        >>
        >> Tom - I think it would be hard to find an author where including the zone was a conscious decision.
        >>
        >> Thanks,
        >> Acee
        >>
        >> On 4/4/22, 11:55 AM, "tom petch" <ietfc@btconnect.com<mailto:ietfc@btconnect.com>> wrote:
        >>
        >>  From: Acee Lindem (acee) <acee@cisco.com<mailto:acee@cisco.com>>
        >>  Sent: 04 April 2022 15:58
        >>
        >>  Hi Tom, +Juergen, netmod WG,
        >>
        >>  I think the question you ought to be asking is whether the base IPv4 and IPv6 address types should be modified to NOT include the zone and the zone versions should be added as a separate YANG type.
        >>
        >>  The RFC 6991 is under revision now:
        >>
        >>  https://datatracker.ietf.org/doc/draft-ietf-netmod-rfc6991-bis/
        >>
        >>  However, I'm not sure if the painful backward compatibility discussions could be overcome.  We'd also have to admit that it was a big mistake to include the zone in the base addresses. In any case, I don't think we just start using the no-zone types when the base addresses types are used everywhere.
        >>
        >>  <tp>
        >>
        >>  Well, there are plenty of uses of the no-zone types as well, so some authors, some YANG doctors, have made the conscious choice to use them.  I cannot do a search just now but I see no-zone in the dhc and I2NSF WG I-Ds, and there are others.
        >>
        >>  Also, some authors want the zone information as part of their leaf.
        >>
        >>  Tom Petch
        >>
        >>  Thanks,
        >>  Acee
        >>
        >>
        >>
        >>  On 4/4/22, 7:11 AM, "Lsr on behalf of tom petch" <lsr-bounces@ietf.org<mailto:lsr-bounces@ietf.org> on behalf of ietfc@btconnect.com<mailto:ietfc@btconnect.com>> wrote:
        >>
        >>      I assume that this is a refresh while waiting for ospf.yang to wind its way through the system
        >>
        >>      I wonder if the ip address should be the no-zone variant from RFC6991 - I never know the answer to that so keep asking.
        >>
        >>      Some time the contact needs updating to https://datatracker and the TLP to 'Revised'
        >>
        >>      Tom Petch
        >>
        >>      ________________________________________
        >>      From: Lsr <lsr-bounces@ietf.org<mailto:lsr-bounces@ietf.org>> on behalf of internet-drafts@ietf.org<mailto:internet-drafts@ietf.org> <internet-drafts@ietf.org<mailto:internet-drafts@ietf.org>>
        >>      Sent: 07 March 2022 03:14
        >>      To: i-d-announce@ietf.org<mailto:i-d-announce@ietf.org>
        >>      Cc: lsr@ietf.org<mailto:lsr@ietf.org>
        >>      Subject: [Lsr] I-D Action: draft-ietf-lsr-ospfv3-extended-lsa-yang-10.txt
        >>
        >>
        >>      A New Internet-Draft is available from the on-line Internet-Drafts directories.
        >>      This draft is a work item of the Link State Routing WG of the IETF.
        >>
        >>              Title          : YANG Model for OSPFv3 Extended LSAs
        >>              Authors        : Acee Lindem
        >>                                Sharmila Palani
        >>                                Yingzhen Qu
        >>              Filename        : draft-ietf-lsr-ospfv3-extended-lsa-yang-10.txt
        >>              Pages          : 29
        >>              Date            : 2022-03-06
        >>
        >>      Abstract:
        >>          This document defines a YANG data model augmenting the IETF OSPF YANG
        >>          model to provide support for OSPFv3 Link State Advertisement (LSA)
        >>          Extensibility as defined in RFC 8362.  OSPFv3 Extended LSAs provide
        >>          extensible TLV-based LSAs for the base LSA types defined in RFC 5340.
        >>
        >>
        >>      The IETF datatracker status page for this draft is:
        >>      https://datatracker.ietf.org/doc/draft-ietf-lsr-ospfv3-extended-lsa-yang/
        >>
        >>      There is also an htmlized version available at:
        >>      https://datatracker.ietf.org/doc/html/draft-ietf-lsr-ospfv3-extended-lsa-yang-10
        >>
        >>      A diff from the previous version is available at:
        >>      https://www.ietf.org/rfcdiff?url2=draft-ietf-lsr-ospfv3-extended-lsa-yang-10
        >>
        >>
        >>      Internet-Drafts are also available by rsync at rsync.ietf.org::internet-drafts
        >>
        >>
        >>      _______________________________________________
        >>      Lsr mailing list
        >>      Lsr@ietf.org<mailto:Lsr@ietf.org>
        >>      https://www.ietf.org/mailman/listinfo/lsr
        >>
        >>      _______________________________________________
        >>      Lsr mailing list
        >>      Lsr@ietf.org<mailto:Lsr@ietf.org>
        >>      https://www.ietf.org/mailman/listinfo/lsr
        >>
        >>
        >> _______________________________________________
        >> Lsr mailing list
        >> Lsr@ietf.org<mailto:Lsr@ietf.org>
        >> https://www.ietf.org/mailman/listinfo/lsr
        >
        >


    _______________________________________________
    netmod mailing list
    netmod@ietf.org<mailto:netmod@ietf.org>
    https://www.ietf.org/mailman/listinfo/netmod