Re: [Lsr] Dynamic Flooding on Dense Graphs - draft-ietf-lsr-dynamic-flooding

"Acee Lindem (acee)" <acee@cisco.com> Mon, 13 June 2022 19:17 UTC

Return-Path: <acee@cisco.com>
X-Original-To: lsr@ietfa.amsl.com
Delivered-To: lsr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 59940C157B4C for <lsr@ietfa.amsl.com>; Mon, 13 Jun 2022 12:17:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.628
X-Spam-Level:
X-Spam-Status: No, score=-9.628 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_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01, 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=Q70xG1Ww; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=eswbScPY
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 HnbV6xvJD50r for <lsr@ietfa.amsl.com>; Mon, 13 Jun 2022 12:17:33 -0700 (PDT)
Received: from rcdn-iport-2.cisco.com (rcdn-iport-2.cisco.com [173.37.86.73]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9B20CC14F744 for <lsr@ietf.org>; Mon, 13 Jun 2022 12:17:33 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=7674; q=dns/txt; s=iport; t=1655147853; x=1656357453; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=apKK7V37EB3HcXJnNIZ9o+v+/hMBG+OnCJrmRq4OQis=; b=Q70xG1Ww/DDGlTi0/cKaQRIR3uN/bVE0fWGNnxe58/gELC8ZHRgQ1LSf BuDXx7Zc6BHgNVU3Jzv38k4WB79IoBD0N+kCLEjbKWbQvGQsLs5LVgW53 g94FBCObzC+lE032o7ZPEEEUd9TKWoWnqCyY2rNz/BcQlKcmlfJCTsvkb Y=;
IronPort-PHdr: A9a23:39xKCxWPdFoX8YtOB7nDaWmowuXV8K36AWYlg6HPw5pCcaWmqpLlOkGXpfBgl0TAUoiT7fVYw/HXvKbtVS1lg96BvXkOfYYKW0oDjsMbzAAlCdSOXEv8KvOiZicmHcNEAVli+XzzMUVcFMvkIVPIpXjn5j8JERK5Pg1wdYzI
IronPort-Data: A9a23:LO9m36/Et5kVWoQw5vf7DrUDe3yTJUtcMsCJ2f8bNWPcYEJGY0x3zmcdDWCCPf7bYDGncoxwOo+2pxgH65PRzN5gSgpopSBEQiMRo6IpJzg2wmQcns+qw0aqoHtPt63yUfGdapFtJpPgjk31aOK58CAijfjgqofUUYYoBAggHWeIdw954f5Ts7ZRbr9A2bBVMSvU0T/Bi5W31Gue5tJBGjl8B5RvB/9YlK+aVDsw5jTSbB3Q1bPUvyF94Jk3fcldI5ZkK7S4ENJWR86bpF241nnS8xFoAdS/n/OiNEYLWbXVewOJjxK6WYD73UME/XN0g/19badGAatUo23hc9RZwd5AuLS7SBwiOevHn+F1vxxwSnkiZ/0XoOCcehBTtuTWlSUqaUDEx+50JEA7IYNe/fx4aUlH/vEVfWxVZRGYjOXwy7W+YuVpj94oasjmII1ZvWtvpRnYAOooSrjJX67N49lV1yt2jcdLdd7RZswCYzd1Y0GcOxZOIVwQTpk5mc+kg3DleHtZpU6b460t7AD70At3wf7pMfLJfdqbA8FU9nt0DEquE3/RGBoWMpmUziCItyvqje7UliS9U4UXfIBUP8VC2DW7rlH/wjVPPbdjncSEtw==
IronPort-HdrOrdr: A9a23:exrE86BkFQng88XlHej0sseALOsnbusQ8zAXPh9KJyC9I/b2qynxppgmPEfP+UossHFJo6HlBEEZKUmsu6KdkrNhQotKOzOW+VdATbsSorcKpgeAJ8SQzJ8k6U4NSdkdNDS0NykGsS+Y2nj5Lz9D+qj9zEnAv463pB0BLXAIV0gj1XYCNu/xKDwQeOAyP+tBKHPq3Lsgm9PPQwVzUu2LQl0+G8TTrdzCk5zrJTQcAQQ81QWIhTS0rJbnDhmxxH4lInBy6IZn1VKAvx3y562lvf3+4ATbzXXv45Nfn8ak4sdfBfaLltMeJlzX+0SVjcVaKvi/VQIO0aaSAWUR4Z/xStAbTp1OAkbqDyWISN3WqlHdOXgVmiTfIBSj8AXeSITCNUMH4ox69Nhkmt+z0Tt9gDm6u5g7gl5x/qAnfi8p1k7Glqj1fgAvmUyurXU4l+kPy3RZTIsFcbdU6ZcS5UVPDf47bWjHAa0cYaFT5fvnlb1rmJKhHgfkl3gqxMbpUmU4Hx+ATERHssuJ0yJOlHQ8y0cD3sQQknoJ6Zp4EvB/lqj5G7UtkKsLQt4dbKp7CutEScyrCnbVSRaJNG6JO1zoGKwOJnqIoZ/q57c+4v2sZfUzvdYPsYWEVEkduX85ekroB8HL1JpX8grVSGH4RjjpwtE23ekxhlQ9fsucDcSuciFaryL7mYRsPiTyYYfGBK5r
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0A/BgAHbIJi/5hdJa1aHgEBCxIMQIFEC4FSUgd1Alg5Q4ROg0wDhTGFCYMCA5s4gSyBJQNUCwEBAQ0BASwLCwQBAYUCAhaFKAIlNAkOAQIEAQEBEgEBBQEBAQIBBwSBCROFaA2GQgEBAQECAQEBEBERDAEBLAsBCwQCAQgRBAEBAQICJgICAiULFQgIAgQBDQUbB4JbAYJjAw0kAQ6fZwGBPgKKH3qBMYEBgggBAQYEBIUNGII4AwaBECyDFIQphyMnHIINgRQoHII3MD6BUIESAQECgXUPgzA3gi5jlGcdOwMcOIEFEoEhcQEIBgYHCgUyBgIMGBQEAhMSUx4CEwUHChwOFBwkGQwPAxIDEQEHAgsSCBUsCAMCAwgDAgMjCwIDGAkHCgMdCAocEhAUAgQTHwsIAxofLQkCBA4DQwgLCgMRBAMTGAsWCBAEBgMJLw0oCwMUDwEGAwYCBQUBAyADFAMFJwcDIQcLJg0NBBwHHQMDBSYDAgIbBwICAwIGFwYCAnEKKA0IBAgEHB4lEwUCBzEFBC8CHgQFBhEJAhYCBgQFAgQEFgICEggCCCcbBxYZHRkBBV0GCwkjHCwLBgUGFgMmJysGIgEbApVZCIF5agRDECA7IB0rAgg3ATgTJ5VqqUyBMAqDTKAKBC2oV5ZmIKZeAgQCBAUCDgEBBoFhPIFZcBU7KgGCPVEZD44gDBaDUINGgU6FSnUCOQIGAQoBAQMJjlQtghkBAQ
X-IronPort-AV: E=Sophos;i="5.91,230,1647302400"; d="scan'208";a="1042890733"
Received: from rcdn-core-1.cisco.com ([173.37.93.152]) by rcdn-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 13 Jun 2022 19:17:32 +0000
Received: from mail.cisco.com (xfe-rcd-004.cisco.com [173.37.227.252]) by rcdn-core-1.cisco.com (8.15.2/8.15.2) with ESMTPS id 25DJHWAR014186 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=OK); Mon, 13 Jun 2022 19:17:32 GMT
Received: from xfe-rcd-004.cisco.com (173.37.227.252) by xfe-rcd-004.cisco.com (173.37.227.252) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.14; Mon, 13 Jun 2022 14:17:31 -0500
Received: from NAM10-DM6-obe.outbound.protection.outlook.com (72.163.14.9) by xfe-rcd-004.cisco.com (173.37.227.252) 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, 13 Jun 2022 14:17:31 -0500
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=mAfZy5nnWCpMSHxC+4QU4P7D0MM0uNvHUrsYqlJREHXvxlpYF/5BoIVjp6pJnNiF76xKa+TEAaLxk3qyM9CKl/VFzJw4AOkZ1JL8zMZPex6dW4Blh59Nwiyo/rRJ4Hx4qNKwB0UvaX+OI+RNGZVYMx3niwiqrNVJNZPrqLZ60yUneJU289hs914+hV2y0IEcQb4xovAWZnr8at/kRfxIHlhym/cLS+Y5EXqfcyqUK416ezsZnatb0r3mLKT0iku3ncaNblESHqgK4OttEamEnNsMx4JOSuwd5DtpevxRNZM+bhbrhSmAOunjKfzt2reoBZMjNMnuEOdjR9W3+yzOqA==
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=apKK7V37EB3HcXJnNIZ9o+v+/hMBG+OnCJrmRq4OQis=; b=d8HxYYXY4nz/LXpJqVu02TwYbxbVajyTJsADwmKQaYbuWPmZZ3ehiQeyj0j3NkkwWUINl7P49SiPm20AfJ5gx6Smawvh7NLtd4OU/3WGjg0p7cs0cOVQVsKzaZWZv/WLME3vuCH1QY8VCUB7a45UNYvFHiIDEpUA7Suzl/7+PrGoMLq2apA9xTk9rEuFAlmWsXEgnq6kOfJs/sFakjYvxHl/lOoo5bLAyz7gfeUK8kq6I4j8V/2Z5PgoqCdg+LcGayiH91vBm3bp+HVy/0SiFfakfn8nAVO3/JhKTH4MelvqSag0ad9Yqkz6aiGgJGLtGYPa2UCIifyWJ3XW+29gfA==
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=apKK7V37EB3HcXJnNIZ9o+v+/hMBG+OnCJrmRq4OQis=; b=eswbScPYOyLgs8LoQVOF9IKcYn1NAfDcc+GKn2YOb/qxTjIDFB6bD3+y9U5kNJN1ZX/dk9WqIYZ/l77h46E0wLT5xwvPXvFTGDzex101VQxDP7U7Wn2HT6lIztkUVj0OdnPWiv177swR9/JNrPO1fARZq9NkC6zSlqD4p2cnjXM=
Received: from BYAPR11MB2757.namprd11.prod.outlook.com (2603:10b6:a02:cb::16) by BY5PR11MB4167.namprd11.prod.outlook.com (2603:10b6:a03:185::28) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5332.13; Mon, 13 Jun 2022 19:17:30 +0000
Received: from BYAPR11MB2757.namprd11.prod.outlook.com ([fe80::5084:b697:fff:37b0]) by BYAPR11MB2757.namprd11.prod.outlook.com ([fe80::5084:b697:fff:37b0%4]) with mapi id 15.20.5332.020; Mon, 13 Jun 2022 19:17:30 +0000
From: "Acee Lindem (acee)" <acee@cisco.com>
To: Tony Li <tony.li@tony.li>, "Les Ginsberg (ginsberg)" <ginsberg=40cisco.com@dmarc.ietf.org>
CC: tom petch <ietfc@btconnect.com>, "Acee Lindem (acee)" <acee=40cisco.com@dmarc.ietf.org>, "lsr@ietf.org" <lsr@ietf.org>
Thread-Topic: [Lsr] Dynamic Flooding on Dense Graphs - draft-ietf-lsr-dynamic-flooding
Thread-Index: AQHYfNPMd5AGabVoH0O+V8DgZgVLna1NewUjgAAcpQCAAAEIAIAAD7cA///PU4A=
Date: Mon, 13 Jun 2022 19:17:30 +0000
Message-ID: <AC2BDDB5-7BFB-475E-A671-2BD0DE03CFA9@cisco.com>
References: <AC1AF8B2-07D5-46CB-85B9-DC8607C5E88B@cisco.com> <AM7PR07MB6248CDBA763EF1A0BAF626ADA0AB9@AM7PR07MB6248.eurprd07.prod.outlook.com> <8C14FCF1-C477-4D9C-A7C2-2260F2B7B7A5@tony.li> <BY5PR11MB43377349791AE499BE49682DC1AB9@BY5PR11MB4337.namprd11.prod.outlook.com> <3E5027F4-5A78-4AC0-BB24-5A0E13D2F979@tony.li>
In-Reply-To: <3E5027F4-5A78-4AC0-BB24-5A0E13D2F979@tony.li>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/16.61.22050700
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: 5f797aa7-2866-4a73-a028-08da4d715c65
x-ms-traffictypediagnostic: BY5PR11MB4167:EE_
x-microsoft-antispam-prvs: <BY5PR11MB4167655F2DA916C3E1294C8AC2AB9@BY5PR11MB4167.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: ym/zQbFBU32gbAqbIfkuUENvSIEW1gjqObyIMcUHzxn5Q6LBNurTfXKZAx2j8NZifMdjiSgJG8xohas6SDc3dse4/cNnWgavn23hvKRAnyoFtau6vfB3+xORD0vXe4LqzytcMeGWl4/jB4YYGGKmr9wgY0QnNGE1MwcBCMKUobin1KpT/2wt0Wg2Fu14ouRteRTmWA/xvpaSMRA0V3gdvzZ5mkXsiK7I8oCk8utCN0iZasjypUrBQ8v8O9thxOvIh3vEtxiCDRlNSlWrTDzUhlEqmi89ONgg7cR2/WmUSGTUFtyYmR80w0RBFF3A2QzkRC+QuR4yuCDJvcAhysFx/fPajD36lD3hnuQZVkPPZmO7P8Ap6ZEoawUyW+4jbNrRYT4Uo2ibGAo/wGlbA3VEb7f5IITQHEz7iXf63dxDNHQxyq9e4sBXCmOPolbC6rykki86TXgXiurDNpOM5ajuqRouQDGy3wl3ixsuMpKH5IriMTNCHcIOI0v/Pg96fAznpbQ3faQ3n6U+/DcDVGl2e8QVg2inGpJzHhkFYVwZfGOKXeK/p1gHrFKGI6wlAJGA9/3ioOV/O3SmyvNo59zbGZT41ALPccho9jLm2dNClMA3LwHVcYST0gw5jr65pIq3L0ZPUI8rQb9ATROJtSQaO3WpZ1akIAf0a71qiVl67gPNFxEtcjeCrZAghchsFK6mi8uqPDL5NvPjJDARhljyqMOOje/ZqK2twFZuZr1NqMGKMASZ9iPcPBwK6z8PLTNwKtzuDLSit1F2cLIwj2gS0d7/6IBVqrXonr0fp5060WXNC79Lp41fICoOBaqdMMbM
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:(13230016)(4636009)(366004)(66556008)(66476007)(66446008)(64756008)(8676002)(91956017)(4326008)(2906002)(66946007)(76116006)(966005)(33656002)(6486002)(5660300002)(83380400001)(26005)(8936002)(508600001)(6512007)(6506007)(38100700002)(71200400001)(53546011)(122000001)(186003)(36756003)(86362001)(110136005)(2616005)(316002)(38070700005)(54906003)(45980500001); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: zgK8IMoiZKqH/+w+ZOHUF3Gfd5O+pMb/RX4Q3Z5CMk9u6oneQmtg+NcITOhWQIn5iwc1hclKc16lxus0WNy1/Gwss8Vh/5+3ADqpx3e+nOwtulSvpqqLH06cxH1+CZaLLaGvAOn8i4AVSZZva4fbXUz6s0YLjIEqnGvHknUSB7uJ3GJTJIPHetemtma970EItGiRj00eRzeBpGIB4Q+yJWr8A5M2yNDPI8/fMrgBqyL8NjupsdkiYufNO2B97NVipmV17z4wbjZG7zMIGI8t0UxShLluYRVmZr3Q2JST3a+amhl9pRIwtHB/QU+BjqVlIcaLGmgLGOkCbnhphMiUAw951Y1Xy2z/RjVZ5VKQr/WLh3JRM/lM3rkmMdJM3xGb5DOZpM4RB1SuHm4KOkVy+zy2IbkU3rnC+BTiB7wtU2k2ZDbFwLytQt1nDhgttRpYLiSYq363W+xUJVrxQ4OedtTLeDK9PPgsMgeX4/lOx87BThbrA8key9QypCgx9jbyA/EdPcaHCOtkGaQIBB00lB3U0R2oiCfJpuSUSJoy/qV3p5xD0KmIQZ2LDSQ3kcZ5Nqb5szcifeen7tAigj/2Jt8TYkxp12tP2XCggJd15bfhIw7vzdaB609PgcsE0RyLHEWzo+pY0daYstp+CRA4ydPgOhGtq/K8E+moUwP2jtGyxGIplzJYQiNppiSdVhcGz29MBxdJmdcQCRwDsKC0q9nQ3VuiCib6Rl9VZoUj8nKv7GmpeXAo9HeDu2Ft8iJQwiC5/Lfr0WLcVUuU4eRk+SkMI13LagFKO99E+54K/HleCTnDm2aWmfUKUTJdhnSRCvB6UBSdAqWxQQYwdR4IyXbVyTTzb36sZvdCw91cRbrkRSH6Fcwo2PjPwUjH9AJudKhbBck+NEZIkjdq74PWA2WUA+fdO0xXcGUivKmQZGvDTnwJ9QMhks/yvzB4XbjiJEygqXNi8RW5siY0TGHMHrZVvSmrpNpVL6Udv65aV1nD2aQt/kHgK8VqWXzMRFzjiFjHg4kjeY2iLSSdCe15L2jBb+LPI+4nSBf94xbJMZtBzzduIJ568oD2G9109T22aetBhTe3k3Np82u0OQwsmnJC+gKGpBvAOduE5iVBNtHB7hC/3xj+u8Kf8aabgnglPrdqwV/d3VwJVO1oKENbsFfQHCN4RKKyFBE9MBtiruG8BirRHDwwzO6T5irDgt4dQC6vfAngc78cqAqNk6nudOoklmnmc0bK9V1mo11BA199iYomIj8GtZq3+qk36imY1W8XhXdGaTwPM5A/OCOWZH8Z+BqnsA1SOyc2ooTLe7AzRWlabP4e+Ldv5JM8XMDF9ZSQGalcHMl854G9QPihbwYtcdZiYQaWt2VkAvpsWq75d5XQefUmbtBwZ5G60s9k2xCpw7hB2itorsPm8IcI4hUvoANkzBT2vcaN0kHd5JgMVbNKXDAhR7A1t5/CI28G907cjUim0yJvsGoJITmDCRQYwPvTnlvAOrgJWdIF8wiTvw0ZlGMMfm9kC0Xut/VLP551G1k0u2IPBtWm26y3s33EAXkdaP8l5gN4OixDL9GHJoII/V6u2u50P2BCi6evGVib5vKQYXI+KdwEATZDLTharPtY+GnnoYg5VkM3kbp8AIfbzhfzfjNlAqjZV4/pB5pTzSBjeVHOAY2h+vBdWVztUSW4Yux5QzFqw85d7Q3kUhYYgNpXrno44CTd49LzGrVAc/9GGAniT2h13guyFg==
Content-Type: text/plain; charset="utf-8"
Content-ID: <06CB970ED970284696280CC2EB132A1E@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: 5f797aa7-2866-4a73-a028-08da4d715c65
X-MS-Exchange-CrossTenant-originalarrivaltime: 13 Jun 2022 19:17:30.2997 (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: OpA3dgxFXl7cB/AC3vNVT58gAq3rJmB9Jo+yr4SGnKSLF65xBgWD/Hu6WMXi6tOB
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY5PR11MB4167
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.37.227.252, xfe-rcd-004.cisco.com
X-Outbound-Node: rcdn-core-1.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/o6K9q8aZQkxlrAofwdjbXrfVIp8>
Subject: Re: [Lsr] Dynamic Flooding on Dense Graphs - draft-ietf-lsr-dynamic-flooding
X-BeenThere: lsr@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Link State Routing Working Group <lsr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lsr>, <mailto:lsr-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/lsr/>
List-Post: <mailto:lsr@ietf.org>
List-Help: <mailto:lsr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lsr>, <mailto:lsr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 13 Jun 2022 19:17:38 -0000

Hi Tony, Les, Tom, 

When the WG was focused on this problem space, there was a lot of good work done by the authors, as well as, a lot of WG energy. We had general consensus on a solution that supported both distributed and centralized flooding algorithms. There was also prototyping and implementation done in IS-IS by multiple parties and codepoints were allocated through the early allocation process. 

At this point, it seems the energy has waned. In my opinion, this draft represents a fairly significant protocol enhancement and it wouldn't make sense to publish a "Standards Track" without more support and implementation momentum. Additionally, while prototyping and implementation has been done for IS-IS, none of this has been done for OSPF (at least not to my knowledge). Hence, if we are going to move forward, it seems that the "Experimental" is the right document status. "Historic" wouldn't be the right status unless we were going for a short draft that just reserved the early allocation code points. 

Thanks,
Acee

On 6/13/22, 2:12 PM, "Lsr on behalf of Tony Li" <lsr-bounces@ietf.org on behalf of tony.li@tony.li> wrote:


    Les,

    The market looked at the technology and decided that it was not interested.  If that’s not the definition of ‘obsolete’, I don’t know what is.

    Tony


    > On Jun 13, 2022, at 10:27 AM, Les Ginsberg (ginsberg) <ginsberg=40cisco.com@dmarc.ietf.org> wrote:
    > 
    > Tony -
    > 
    > "Historic" is for 
    > 
    > " A specification that has been superseded by a more recent
    >   specification or is for any other reason considered to be obsolete..."
    > 
    > Hard to see how that applies here.
    > 
    > Although I appreciate Tom's concern, the fact that we may not be clear on how to transition from Experimental to Standard (for example) seems to me to be a problem to be solved outside of the context of this specific draft - not something that should prevent us from using Experimental.
    > 
    > In regards to the state of the draft, here is my summary:
    > 
    > 1)There are multiple implementations of the draft
    > 2)I am not aware that interoperability of the implementations has been demonstrated 
    > 3)To the extent that interoperability could be demonstrated, I think only centralized mode could be validated at this time
    > 4)Interoperability of distributed mode requires standardization of one or more algorithms - which means the drafts defining those algorithms first have to progress
    > 
    > To me, that makes "Experimental" the right track as further work is required before we can say that all aspects of the draft are mature enough to consider Standards track.
    > 
    >   Les
    > 
    > 
    >> -----Original Message-----
    >> From: Lsr <lsr-bounces@ietf.org> On Behalf Of Tony Li
    >> Sent: Monday, June 13, 2022 10:12 AM
    >> To: tom petch <ietfc@btconnect.com>
    >> Cc: Acee Lindem (acee) <acee=40cisco.com@dmarc.ietf.org>; lsr@ietf.org
    >> Subject: Re: [Lsr] Dynamic Flooding on Dense Graphs - draft-ietf-lsr-dynamic-
    >> flooding
    >> 
    >> 
    >> Tom,
    >> 
    >> In this particular case, I believe the choices are Experimental or Historic.  I’m
    >> fine with either.
    >> 
    >> T
    >> 
    >> 
    >>> On Jun 13, 2022, at 8:43 AM, tom petch <ietfc@btconnect.com> wrote:
    >>> 
    >>> From: Lsr <lsr-bounces@ietf.org> on behalf of Acee Lindem (acee)
    >> <acee=40cisco.com@dmarc.ietf.org>
    >>> Sent: 10 June 2022 15:10
    >>> 
    >>> Initially, there was a lot interest and energy in reducing the flooding
    >> overhead in dense drafts. Now, it seems the interest and energy has waned.
    >> IMO, this draft contains some very valuable extensions to the IGPs. I
    >> discussed this with the editors and one suggestion was to go ahead and
    >> publish the draft as “Experimental”. However, before doing this I’d like to get
    >> the WG’s opinion on making it experimental rather standards track.
    >> Additionally, I know there were some prototype implementations. Have any
    >> of those been productized?
    >>> 
    >>> <tp>
    >>> The trouble with experimental is what happens next?  Does it stay
    >> experimental for ever or is there some assessment at some point when it
    >> becomes Standards Track?  What are the criteria?  I am not aware of an RFC
    >> describing such a process and the IPPM WG seemed uncertain what to do
    >> with RFC8321 and RFC8889 when such an issue arose.
    >>> 
    >>> The shepherd report for 8321 said
    >>> 'the measurement utility of this extension still is to be demonstrated at a
    >> variety of scales
    >>>  in a plurality of network conditions'
    >>> as the justification for experimental but did not state how that might later
    >> be demonstrated.
    >>> 
    >>> Tom Petch
    >>> 
    >>> Thanks,
    >>> Acee
    >>> 
    >>> 
    >>> _______________________________________________
    >>> Lsr mailing list
    >>> Lsr@ietf.org
    >>> https://www.ietf.org/mailman/listinfo/lsr
    >> 
    >> _______________________________________________
    >> Lsr mailing list
    >> Lsr@ietf.org
    >> https://www.ietf.org/mailman/listinfo/lsr
    > _______________________________________________
    > Lsr mailing list
    > Lsr@ietf.org
    > https://www.ietf.org/mailman/listinfo/lsr

    _______________________________________________
    Lsr mailing list
    Lsr@ietf.org
    https://www.ietf.org/mailman/listinfo/lsr