Re: [Lsr] New Version Notification for draft-white-lsr-distoptflood-00.txt

"Les Ginsberg (ginsberg)" <ginsberg@cisco.com> Mon, 30 November 2020 06:13 UTC

Return-Path: <ginsberg@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 264AE3A1030 for <lsr@ietfa.amsl.com>; Sun, 29 Nov 2020 22:13:47 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.59
X-Spam-Level:
X-Spam-Status: No, score=-9.59 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=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=X0msEYma; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=WgiWAeVl
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 48go6M0Lqycq for <lsr@ietfa.amsl.com>; Sun, 29 Nov 2020 22:13:44 -0800 (PST)
Received: from alln-iport-2.cisco.com (alln-iport-2.cisco.com [173.37.142.89]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 571C63A102F for <lsr@ietf.org>; Sun, 29 Nov 2020 22:13:44 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=29411; q=dns/txt; s=iport; t=1606716824; x=1607926424; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=h63FQWYhyYSWYH74Yw8PTQzGjMCUZl70Ng9KzIJ8Vfk=; b=X0msEYmab25AAfmePEwlJ8kIiLnyuUmIDHoY2sNtaB6sfrUEnsHYpdrr BZdjp7v6AXf03urVFcDj+PCJJ8lKB0dQTyOE3b7f4U/Sjww+vzMc1yMWP DRL6oYu/rla7NOQ+lFshUNTl+BcCcU37lX8452AUvBJn0ZKrapEf8Epe7 E=;
X-IPAS-Result: =?us-ascii?q?A0DsCACSjMRffZxdJa1igQmCci9RfFovLoYdgWkDjVqZB?= =?us-ascii?q?oFCgREDVAsBAQENAQEYAQUPAgQBAYMVgTUCgikCJTgTAgMBAQEDAgMBAQEBB?= =?us-ascii?q?QEBAQIBBgQUAQGGPAyFcgEBAQECAQEBEBsTAQEsBAUDBAcEAgEIEQQBASEHB?= =?us-ascii?q?ycLFAkIAgQBEggagwWBflcDDiABDqB0AoE8iGl0gTSDBAEBBYFHQYMAGIIQC?= =?us-ascii?q?YE4gnOKTRuBQT+BEAFDglU+gl0BAQIBAYEmARIBBxwkB4MdgiybICiLFWORL?= =?us-ascii?q?gqCcIkXkjeDHYEriHKUWpNliweVaAIEAgQFAg4BAQWBbSFGI3BwFRohgmkJR?= =?us-ascii?q?xcCDY1+hBSFFIVEdAIBNAIGCgEBAwl8jnEBAQ?=
IronPort-PHdr: =?us-ascii?q?9a23=3A3mOsuhW5/lAdN4PA86HalAeQqEfV8LGuZFwc94?= =?us-ascii?q?YnhrRSc6+q45XlOgnF6O5wiEPSBN+Huf5BgvDd9aHtRWJG5oyO4zgOc51JAh?= =?us-ascii?q?kCj8he3wktG9WMBkCzKvn2Jzc7E8JPWB4AnTm7PEFZFdy4awjUpXu/vjIXEw?= =?us-ascii?q?/0cwt4OuqzHZTd3Iy70umo8MjVZANFzDO2fbJ1KkCwqgPc/skbiIdvMOA/0B?= =?us-ascii?q?zM93BJYO9Rg2hvIAGe?=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-AV: E=Sophos;i="5.78,379,1599523200"; d="scan'208,217";a="625926064"
Received: from rcdn-core-5.cisco.com ([173.37.93.156]) by alln-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 30 Nov 2020 06:13:43 +0000
Received: from XCH-RCD-004.cisco.com (xch-rcd-004.cisco.com [173.37.102.14]) by rcdn-core-5.cisco.com (8.15.2/8.15.2) with ESMTPS id 0AU6DgnA027762 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 30 Nov 2020 06:13:43 GMT
Received: from xhs-rcd-001.cisco.com (173.37.227.246) by XCH-RCD-004.cisco.com (173.37.102.14) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Mon, 30 Nov 2020 00:13:42 -0600
Received: from xhs-rtp-002.cisco.com (64.101.210.229) by xhs-rcd-001.cisco.com (173.37.227.246) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Mon, 30 Nov 2020 00:13:42 -0600
Received: from NAM11-CO1-obe.outbound.protection.outlook.com (64.101.32.56) by xhs-rtp-002.cisco.com (64.101.210.229) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Mon, 30 Nov 2020 01:13:41 -0500
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=ldBSevUZEjw2bG9x7pKCPxJhKaMjUUuAlx0gG0h0KT/eV1KUMJbRYpUxgi4MGAmx8wPiBUhM+cxGKfCmTvA7XWiDV5BwyvL7CfDX3sm/HGys5ubjmP5RDmi8HqoIjX8Iyie3x+uftXUkle3CBw+spQGeTWU9cpktpZ0xWPhT18ywKXN0o8iwBCo0ZuDiK6mX4rXTS508F91grTmoykIAeh0hB5QrQuvaaUc0EjmRVPTsN2GW2xnaL8ljpx/rEmZQv137QnxqSktl6CxwQqaIpwbSkuMh69r/XJSnNiooqRdNl3Y1jiBCzk9ys7T6sZvdOL41PJQOXKxxrLv6BejThQ==
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-SenderADCheck; bh=RZD0XR86M5td9ddEgm/mTc6DcUyyr7HEy7H2vuSyvKw=; b=B6Qb26PzFwWG7LvMOIQ+od+KUMJcLRX7MqYSZBFEb4sysuY6ItXg+v8mx6yA+A5yzqZcAsVNIpniYSxeP+ohfujFHwfwhRUDtohSRHwXHMhAh4xmbYWiqBwe5fHssyv0Oc9yygBJvXQDeoloVJ5szWy0ChDqSE3k/dpvTogGEG3ATwnIdPdQMBlNX99EZbceK/+1Y6hTEqp7OsYjaodU+wTGKO3uTZQMeI/dLOSN0x5W8k68R+OcPF+ZxhbFfypuauEfDTO4kOeKAAmGRfnI7AsvxIcFzKdUZkURyE1Ype0Yw/66Y8yv8g2R3FWtPnxNLeBr9Io68zbXmYRg/kB/vw==
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=RZD0XR86M5td9ddEgm/mTc6DcUyyr7HEy7H2vuSyvKw=; b=WgiWAeVltYRcAlYW1B4YvpVT2ZeDo9p3cCnBVYyuystabSNA/bagt9ar0c7869/5r7J0h25JppNriAvSsgT4/eoJ33dUDS8xAgHxSC7scasbKClA4DRD/E4xSZ8BEyFOMQk5TaqiBfsIC+2oDEC8a/Gtks9huTQ2cRoQo68CjP4=
Received: from BY5PR11MB4337.namprd11.prod.outlook.com (2603:10b6:a03:1c1::14) by BYAPR11MB2869.namprd11.prod.outlook.com (2603:10b6:a02:c0::15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3611.25; Mon, 30 Nov 2020 06:13:39 +0000
Received: from BY5PR11MB4337.namprd11.prod.outlook.com ([fe80::e063:fc51:b359:2f39]) by BY5PR11MB4337.namprd11.prod.outlook.com ([fe80::e063:fc51:b359:2f39%7]) with mapi id 15.20.3611.025; Mon, 30 Nov 2020 06:13:39 +0000
From: "Les Ginsberg (ginsberg)" <ginsberg@cisco.com>
To: Shraddha Hegde <shraddha=40juniper.net@dmarc.ietf.org>, "lsr@ietf.org" <lsr@ietf.org>
Thread-Topic: New Version Notification for draft-white-lsr-distoptflood-00.txt
Thread-Index: AQHWxtFOnDnJ15DSE0e6+Vz+PNT/vangFZeAgAATjKA=
Date: Mon, 30 Nov 2020 06:13:39 +0000
Message-ID: <BY5PR11MB43378F8D1E12A7EFA591C014C1F50@BY5PR11MB4337.namprd11.prod.outlook.com>
References: <160671052823.23617.10172332926989361067@ietfa.amsl.com> <CY4PR05MB35769A9821F4B527851C6287D5F50@CY4PR05MB3576.namprd05.prod.outlook.com>
In-Reply-To: <CY4PR05MB35769A9821F4B527851C6287D5F50@CY4PR05MB3576.namprd05.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
msip_labels: MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=true; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2020-11-30T04:36:06Z; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Method=Standard; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Name=0633b888-ae0d-4341-a75f-06e04137d755; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ActionId=b1c50c4e-ff10-4bdb-b977-4e6e1514e7d6; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ContentBits=2
authentication-results: dmarc.ietf.org; dkim=none (message not signed) header.d=none;dmarc.ietf.org; dmarc=none action=none header.from=cisco.com;
x-originating-ip: [2001:420:c0c8:1004::1d]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: dd06f043-5484-4ef8-3eba-08d894f71471
x-ms-traffictypediagnostic: BYAPR11MB2869:
x-microsoft-antispam-prvs: <BYAPR11MB2869C4CDB43788DF5D939E30C1F50@BYAPR11MB2869.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: bSMvsozfz8n7GG6QJhX81nLcgiSSMcIERJ5rtQbGFiAh5rkroWjAE4fjMIisLK5NVP5/x3ugvQoLeZrqgRDxe2Gm32M6iz0KonE3puNm2Y/yDfFTAdrFiGsNdDaSl0j2Vmd8McnI2YE58LKPUkI8ONUM78sqgpn54q3kno9FvE/gphtel4eRCP2VfrSHnr7cLcZDMB6uEqzr8RznMPwkA6bhViqpDC3iGena+v0krqRRoTU8wA9jPJCABRcz+n5Wze6yJqRIiJ8ZIRPBQpM8/ji3SuFKaueTYpTmliyTiRm31ASPXyt1USLcTZ8ERjUQKnY4Z6+AOynASeVS4Me8xM5E2KhtjDlFIDxmg/5yCDRIvse0VI7xcxASgiZEWmo9JIAE89ktaYzVG+90viY3Wg==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BY5PR11MB4337.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(39860400002)(346002)(376002)(366004)(136003)(396003)(7696005)(9686003)(966005)(6506007)(53546011)(66574015)(15650500001)(110136005)(8676002)(71200400001)(83380400001)(478600001)(8936002)(55016002)(64756008)(4001150100001)(52536014)(166002)(186003)(76116006)(45080400002)(66446008)(2906002)(33656002)(5660300002)(66946007)(66476007)(66556008)(316002)(86362001); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata: =?us-ascii?Q?BHFiLyVAHJFCZVH+t7r3e/KNphsXS3FQ3ur/SSvkqviG/GjnxXk3s2b+B1CB?= =?us-ascii?Q?R7PLogLEDdoEajs1nTBFWUIiiKxrM7pYiFHNuvvhBcX95IwHms3nKWe2/h7B?= =?us-ascii?Q?yZQGL9VnGa25anXhrERivqfMM8eiYgvsflbr5XCsIKOYfl/9idEHtAU+DVZ1?= =?us-ascii?Q?GkJYAD0SqJTg6ok8BgmNTFTfw74fRZvTK6IPDNmuyVyJNOYc8w96MCiR6YgW?= =?us-ascii?Q?aEX+bDoVVELo23b/QcGpqcuuZcSja6p+JqUM8Qn76MSOI0ToE2AlyKtFjDVp?= =?us-ascii?Q?I0cZsEdCiSbSL2zEFgP+qNzSvVVeX1uehbvJB4o1UdadEDOFdbPwVKq1+/Zz?= =?us-ascii?Q?6wPLpPBAFefEuRA9oDTHD7Jl347xwLFKI2MTVBGF5BfO9j/Dp6yAXXAcpxFJ?= =?us-ascii?Q?UMemHVZ+uqpK/lX2cROu+bOKXWiQtuO0Xi4jZwfpVHcM03IF8BD49BbCGUsF?= =?us-ascii?Q?C+An1Km+Rkhjr6BCDj8lQ0Zew+ZNgdKL6lqdWrZfDxUctQUY2r5Kz5AExQqK?= =?us-ascii?Q?TKd8wA2mOiF3QjmJz8shJkJE5H5T6c0rH5nvhiGr5JfcJxBAj+J0fVCI/4Sb?= =?us-ascii?Q?HlpMDZCoT4Nk0ujy+sdA5kmYs6I7mo5m7Fzyy51JKLoWaACwnesYseNcEvyv?= =?us-ascii?Q?NXFIpZO218fuMb/gMMctlNao+wnBelNfIJfeLZ+g6DQr3+SDAZbh41fTUhnf?= =?us-ascii?Q?IOJQVPQkCiKohqRTP2rqqWb8q73HnO1patjxxZslkxXO6ve9+kRLNELeiO40?= =?us-ascii?Q?pkjGkkITwsdWApAS2r8qe4+vQ6e4mR2d0xLlGwR3hjLXSGCrMB/5Ym5++CNT?= =?us-ascii?Q?mSELUNFa3wJNHZR0BdKG5k48oePVXPsjfjHs9/gWTSV7I28/0/EHSIITnXpF?= =?us-ascii?Q?9w8fKOq9b3n8XpWmiugwz72ukT8lOegYDxQ9yY+Enyg4zK3mRIEe/9rc9bcC?= =?us-ascii?Q?dN1EqKx08/wNlT8MMAlC1TGk4STqovANFELibybMj5mNNzVvzQJo173Go1Wc?= =?us-ascii?Q?Xb8z?=
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_BY5PR11MB43378F8D1E12A7EFA591C014C1F50BY5PR11MB4337namp_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: BY5PR11MB4337.namprd11.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: dd06f043-5484-4ef8-3eba-08d894f71471
X-MS-Exchange-CrossTenant-originalarrivaltime: 30 Nov 2020 06:13:39.2524 (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: E+THUI5K1KWqynhX/Lw+QGd7QnQpNKQ49VOFykSBna/3S1BQOKtrWUJ9AedrTBavwXI9ReOsYtY3ybv6wnh8Mg==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BYAPR11MB2869
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.37.102.14, xch-rcd-004.cisco.com
X-Outbound-Node: rcdn-core-5.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/Ibd1Y-Z_0vu-Y2BuZmzx1PpU3ow>
Subject: Re: [Lsr] New Version Notification for draft-white-lsr-distoptflood-00.txt
X-BeenThere: lsr@ietf.org
X-Mailman-Version: 2.1.29
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, 30 Nov 2020 06:13:47 -0000

Draft authors -



I note that as the draft has evolved over the years a number of mechanisms have been removed (revised adjacency formation and auto tier detection) and the draft now focuses exclusively on flooding optimizations.

The draft now also references the recent work done in draft-ietf-lsr-dynamic-flooding.



A couple of things are not clear to me.



1)Is it your intent to use the mechanisms defined in draft-ietf-lsr-dynamic-flooding? I am specifically - though not exclusively - referring to how flooding adapts to topology changes.

It isn't clear from Section 3 whether you are actually intending to use the mechanisms defined in https://tools.ietf.org/html/draft-ietf-lsr-dynamic-flooding-07#section-6.8 or whether you simply want to use the Flooding sub-TLV defined in draft-ietf-lsr-dynamic-flooding to (optionally??) advertise your algorithm and all other procedures are specific to your algorithm.



2)The text at the end of https://tools.ietf.org/html/draft-white-lsr-distoptflood-00#section-2.1 states:



" LSPs transmitted to adjacent

   neighbors on the DNR list, however, MUST be transmitted using a

   circuit scope PDU as described in [RFC7356]."



Although this text is not new to this revision, it raises a number of questions/concerns - some of which relate to how this draft fits with draft-ietf-lsr-dynamic-flooding.



For "DNR neighbors", although a circuit scoped LSP was received, the actual content is a traditional area scoped LSP. This presumably needs to be used internally (e.g., when running the Decision Process) in the same way as an area scoped LSP. So there are now two internal databases (traditional area LSPs and Circuit Scoped LSPs) which have to be used as if they are a single database?

When a node sends a traditional CSNP does it include the LSPs it received as Circuit-Scoped LSPs?

If not, how is resynchronization achieved when necessary?

Given the base work defined in draft-ietf-lsr-dynamic-flooding why is the use of Circuit Scoped LSPs required/useful?



In general, it would be helpful to more completely define the relationship between this draft and draft-ietf-lsr-dynamic-flooding.



Thanx.



   Les





> -----Original Message-----

> From: Lsr <lsr-bounces@ietf.org> On Behalf Of Shraddha Hegde

> Sent: Sunday, November 29, 2020 8:36 PM

> To: lsr@ietf.org

> Subject: [Lsr] FW: New Version Notification for draft-white-lsr-distoptflood-

> 00.txt

>

> WG members,

>

>

> We have posted new version of the draft-white-lsr-distoptflood.

> This draft has been around for sometime by name openfabric and

> draft-white-distoptflood. The current revision has the name changed

> to reflect LSR WG.

> This draft describes a flood reduction mechanism in ISIS which is based on

> similar mechanisms implemented in OSPF for mobile-ad-hoc Networks

> ([RFC5449], [RFC5614], and [RFC7182]).

>

> Request working group to review and provide inputs.

>

> Rgds

> Shraddha

>

>

> Juniper Business Use Only

>

> -----Original Message-----

> From: internet-drafts@ietf.org<mailto:internet-drafts@ietf.org> <internet-drafts@ietf.org<mailto:internet-drafts@ietf.org>>

> Sent: Monday, November 30, 2020 9:59 AM

> To: Shraddha Hegde <shraddha@juniper.net<mailto:shraddha@juniper.net>>; Russ White <russ@riw.us<mailto:russ@riw.us>>;

> Shawn Zandi <szandi@linkedin.com<mailto:szandi@linkedin.com>>

> Subject: New Version Notification for draft-white-lsr-distoptflood-00.txt

>

> [External Email. Be cautious of content]

>

>

> A new version of I-D, draft-white-lsr-distoptflood-00.txt

> has been successfully submitted by Shraddha Hegde and posted to the IETF

> repository.

>

> Name:           draft-white-lsr-distoptflood

> Revision:       00

> Title:          IS-IS Optimal Distributed Flooding for Dense Topologies

> Document date:  2020-11-29

> Group:          Individual Submission

> Pages:          12

> URL:

> https://urldefense.com/v3/__https://www.ietf.org/archive/id/draft-white-<https://urldefense.com/v3/__https:/www.ietf.org/archive/id/draft-white-lsr-distoptflood-00.txt__;!!NEt6yMaO-gk!T5HX4Enn7jt3zwKoZBiA85YlysK0tdcELjk7Fy829PRSockmshBtqxzkSEm2FfjO$>

> lsr-distoptflood-00.txt__;!!NEt6yMaO-<https://urldefense.com/v3/__https:/www.ietf.org/archive/id/draft-white-lsr-distoptflood-00.txt__;!!NEt6yMaO-gk!T5HX4Enn7jt3zwKoZBiA85YlysK0tdcELjk7Fy829PRSockmshBtqxzkSEm2FfjO$>

> gk!T5HX4Enn7jt3zwKoZBiA85YlysK0tdcELjk7Fy829PRSockmshBtqxzkSEm2FfjO<https://urldefense.com/v3/__https:/www.ietf.org/archive/id/draft-white-lsr-distoptflood-00.txt__;!!NEt6yMaO-gk!T5HX4Enn7jt3zwKoZBiA85YlysK0tdcELjk7Fy829PRSockmshBtqxzkSEm2FfjO$>

> $<https://urldefense.com/v3/__https:/www.ietf.org/archive/id/draft-white-lsr-distoptflood-00.txt__;!!NEt6yMaO-gk!T5HX4Enn7jt3zwKoZBiA85YlysK0tdcELjk7Fy829PRSockmshBtqxzkSEm2FfjO$>

> Status:

> https://urldefense.com/v3/__https://datatracker.ietf.org/doc/draft-white-<https://urldefense.com/v3/__https:/datatracker.ietf.org/doc/draft-white-lsr-distoptflood/__;!!NEt6yMaO-gk!T5HX4Enn7jt3zwKoZBiA85YlysK0tdcELjk7Fy829PRSockmshBtqxzkSC0pwavY$>

> lsr-distoptflood/__;!!NEt6yMaO-<https://urldefense.com/v3/__https:/datatracker.ietf.org/doc/draft-white-lsr-distoptflood/__;!!NEt6yMaO-gk!T5HX4Enn7jt3zwKoZBiA85YlysK0tdcELjk7Fy829PRSockmshBtqxzkSC0pwavY$>

> gk!T5HX4Enn7jt3zwKoZBiA85YlysK0tdcELjk7Fy829PRSockmshBtqxzkSC0pwav<https://urldefense.com/v3/__https:/datatracker.ietf.org/doc/draft-white-lsr-distoptflood/__;!!NEt6yMaO-gk!T5HX4Enn7jt3zwKoZBiA85YlysK0tdcELjk7Fy829PRSockmshBtqxzkSC0pwavY$>

> Y$<https://urldefense.com/v3/__https:/datatracker.ietf.org/doc/draft-white-lsr-distoptflood/__;!!NEt6yMaO-gk!T5HX4Enn7jt3zwKoZBiA85YlysK0tdcELjk7Fy829PRSockmshBtqxzkSC0pwavY$>

> Htmlized:

> https://urldefense.com/v3/__https://datatracker.ietf.org/doc/html/draft-<https://urldefense.com/v3/__https:/datatracker.ietf.org/doc/html/draft-white-lsr-distoptflood__;!!NEt6yMaO-gk!T5HX4Enn7jt3zwKoZBiA85YlysK0tdcELjk7Fy829PRSockmshBtqxzkSFYebZSl$>

> white-lsr-distoptflood__;!!NEt6yMaO-<https://urldefense.com/v3/__https:/datatracker.ietf.org/doc/html/draft-white-lsr-distoptflood__;!!NEt6yMaO-gk!T5HX4Enn7jt3zwKoZBiA85YlysK0tdcELjk7Fy829PRSockmshBtqxzkSFYebZSl$>

> gk!T5HX4Enn7jt3zwKoZBiA85YlysK0tdcELjk7Fy829PRSockmshBtqxzkSFYebZSl<https://urldefense.com/v3/__https:/datatracker.ietf.org/doc/html/draft-white-lsr-distoptflood__;!!NEt6yMaO-gk!T5HX4Enn7jt3zwKoZBiA85YlysK0tdcELjk7Fy829PRSockmshBtqxzkSFYebZSl$>

> $<https://urldefense.com/v3/__https:/datatracker.ietf.org/doc/html/draft-white-lsr-distoptflood__;!!NEt6yMaO-gk!T5HX4Enn7jt3zwKoZBiA85YlysK0tdcELjk7Fy829PRSockmshBtqxzkSFYebZSl$>

> Htmlized:       https://urldefense.com/v3/__https://tools.ietf.org/html/draft-<https://urldefense.com/v3/__https:/tools.ietf.org/html/draft-white-lsr-distoptflood-00__;!!NEt6yMaO-gk!T5HX4Enn7jt3zwKoZBiA85YlysK0tdcELjk7Fy829PRSockmshBtqxzkSANTt6Q2$>

> white-lsr-distoptflood-00__;!!NEt6yMaO-<https://urldefense.com/v3/__https:/tools.ietf.org/html/draft-white-lsr-distoptflood-00__;!!NEt6yMaO-gk!T5HX4Enn7jt3zwKoZBiA85YlysK0tdcELjk7Fy829PRSockmshBtqxzkSANTt6Q2$>

> gk!T5HX4Enn7jt3zwKoZBiA85YlysK0tdcELjk7Fy829PRSockmshBtqxzkSANTt6Q<https://urldefense.com/v3/__https:/tools.ietf.org/html/draft-white-lsr-distoptflood-00__;!!NEt6yMaO-gk!T5HX4Enn7jt3zwKoZBiA85YlysK0tdcELjk7Fy829PRSockmshBtqxzkSANTt6Q2$>

> 2$<https://urldefense.com/v3/__https:/tools.ietf.org/html/draft-white-lsr-distoptflood-00__;!!NEt6yMaO-gk!T5HX4Enn7jt3zwKoZBiA85YlysK0tdcELjk7Fy829PRSockmshBtqxzkSANTt6Q2$>

>

>

> Abstract:

>    In dense topologies, such as data center fabrics based on the Clos

>    and butterfly fabric topologies, flooding mechanisms designed for

>    sparse topologies, when used in these dense topologies, can

>    "overflood," or carry too many copies of topology and reachability to

>    fabric devices.  This results in slower convergence times and higher

>    resource utilization.  The modifications to the flooding mechanism in

>    the Intermediate System to Intermediate System (IS-IS) link state

>    protocol described in this document reduce resource utilization to a

>    minimum, while increaseing convergence performance in dense

>    topologies.

>

>    Note that a Clos fabric is used as the primary example of a desne

>    flooding topology throughout this document.  However, the flooding

>    optimizations described in this document apply to any dense topology.

>

>

>

>

> Please note that it may take a couple of minutes from the time of submission

> until the htmlized version and diff are available at tools.ietf.org.

>

> The IETF Secretariat

>

> _______________________________________________

> Lsr mailing list

> Lsr@ietf.org<mailto:Lsr@ietf.org>

> https://www.ietf.org/mailman/listinfo/lsr