Re: [Lsr] On flooding, diameter, and degree

David Allan I <david.i.allan@ericsson.com> Mon, 19 November 2018 22:44 UTC

Return-Path: <david.i.allan@ericsson.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 D808A12D4E7 for <lsr@ietfa.amsl.com>; Mon, 19 Nov 2018 14:44:33 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.77
X-Spam-Level:
X-Spam-Status: No, score=-4.77 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.47, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.com header.b=IVKdnTzF; dkim=pass (1024-bit key) header.d=ericsson.com header.b=b0PE+ZjN
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 RMKk8-nkVXUt for <lsr@ietfa.amsl.com>; Mon, 19 Nov 2018 14:44:30 -0800 (PST)
Received: from sesbmg23.ericsson.net (sesbmg23.ericsson.net [193.180.251.37]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CAA381252B7 for <lsr@ietf.org>; Mon, 19 Nov 2018 14:44:29 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple; q=dns/txt; i=@ericsson.com; t=1542667467; x=1545259467; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:CC:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=TXa9nRDtHsArU8++ItAGoC6gj8s3JdDfE6NPBkAudI8=; b=IVKdnTzFAFiBRQ6yb81o8FVCFlqtgkZWM9cjzB7bil0QODg3UW/o4GTedk6dw0R3 b9tV0kxe1PQU4zPrG5PPwxKwIVKJtpXfLVN8d0zWREaUx5LQTg+rF0gx/ePbWLA8 a/viN7bFgFvY73pSEyzT/GpfB3Z/pZQ4a68rmW3tUM4=;
X-AuditID: c1b4fb25-5e9ff7000000191f-f8-5bf33ccb7531
Received: from ESESSMB505.ericsson.se (Unknown_Domain [153.88.183.123]) by sesbmg23.ericsson.net (Symantec Mail Security) with SMTP id 7E.2B.06431.BCC33FB5; Mon, 19 Nov 2018 23:44:27 +0100 (CET)
Received: from ESESSMR505.ericsson.se (153.88.183.127) by ESESSMB505.ericsson.se (153.88.183.123) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1466.3; Mon, 19 Nov 2018 23:44:27 +0100
Received: from ESESBMB502.ericsson.se (153.88.183.169) by ESESSMR505.ericsson.se (153.88.183.127) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1466.3; Mon, 19 Nov 2018 23:44:26 +0100
Received: from NAM01-BN3-obe.outbound.protection.outlook.com (153.88.183.157) by ESESBMB502.ericsson.se (153.88.183.169) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1466.3 via Frontend Transport; Mon, 19 Nov 2018 23:44:26 +0100
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=HO6HZ4gp4pNrQ//rUrEV9X4t8WN6PAI5GUeZQRbfHoE=; b=b0PE+ZjNqhKl2ZDpLtObqIVCCnMTsUneSGQTSEQFVVlLxgXzWTrjA0n0F4Bm6TQeDl0xnDMOhhGqW06ezPVoOTl9DblHgM8nQPIN3BG54mwCDggpMfllI+DsLPWEHms4rRGWDtrUt3VMC0xqllmzOaAphHDfluqWw3LX3m9wxEw=
Received: from CO1PR15MB1095.namprd15.prod.outlook.com (10.166.30.141) by CO1PR15MB0966.namprd15.prod.outlook.com (10.166.29.152) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1339.26; Mon, 19 Nov 2018 22:44:24 +0000
Received: from CO1PR15MB1095.namprd15.prod.outlook.com ([fe80::68ce:f3fe:a637:9605]) by CO1PR15MB1095.namprd15.prod.outlook.com ([fe80::68ce:f3fe:a637:9605%7]) with mapi id 15.20.1294.048; Mon, 19 Nov 2018 22:44:24 +0000
From: David Allan I <david.i.allan@ericsson.com>
To: "tony.li@tony.li" <tony.li@tony.li>
CC: "lsr@ietf.org" <lsr@ietf.org>
Thread-Topic: [Lsr] On flooding, diameter, and degree
Thread-Index: AQHUgDXRBgaZt7SKjEeBM81qp/VqM6VXngowgAALkICAAAN+oA==
Date: Mon, 19 Nov 2018 22:44:23 +0000
Message-ID: <CO1PR15MB1095B2BD1CCECF817C623F66D0D80@CO1PR15MB1095.namprd15.prod.outlook.com>
References: <EDB53B05-0AFD-4C94-A9D7-80EE22BEF6C7@tony.li> <CO1PR15MB1095CB6927D20C7CD7EDFAD8D0D80@CO1PR15MB1095.namprd15.prod.outlook.com> <90FD275F-695D-4213-86F1-C369C5CE17F3@tony.li>
In-Reply-To: <90FD275F-695D-4213-86F1-C369C5CE17F3@tony.li>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=david.i.allan@ericsson.com;
x-originating-ip: [2601:646:8e00:b457:991d:9a81:b072:57e2]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; CO1PR15MB0966; 6:IWibGkJ9yh1zdeT+0ImeO8w9KjiB/WdqjmefyMZcNGjJmwCCTFbdd1TequZeLjN/5MKArrUswr38xfsS274r6ku1i3HnNqXjwUXcwIwrDmyyCXvaByC64VsAvLZ11t0JQbboyh8xdD0oiMRWnpLk500cYymhYWZmuFquNfCNwy+UYfaHt+lLWc3Z5mxV5MdKrRSiXBvEhVV7u9JuyeAQbvs9QygSiX69x2655Hhx4yAAx8Ezj6ss68VBga5Fd3afV01Nsf4lHslcbulDFJgo2SZMOqf3OKsrfqaq/cYaxMa2yWNJxDYy2bI+Km0+gYqBDzf/iatX5R8aUItl0r71Ba2C90jCuD6Kn8DkNwXY0zXAfyssEQbYIMqWdwi0s/45d01KKy6p/LX1gW6+/tP9PKq2qtxsClS6shM54Teh4fUbCRy7cp0GK8Cz18q+a097+Hdq/sWXlMeR4jatvt7RTw==; 5:yoys+JXQA75P1IPUkaOmB7kAUMh2iXeFD55CE75N7JKek+0CCp8ziPKfUg/O2jQw81cSS9y7Wx/ZIMCH5Eve7o44+VYwu/2+rAGntJKwwr0r/YP4NjFrZUbKMm7OiDhS5UrvbUy2ym0XbiGBEWt5YXxhfJgiIn+K/7Qn33USc7I=; 7:CWp2FZwyz9Fp4debXtQZA858KV5Hi6r0iZQY8Vwbfx3u+RylgHsgzRz5Bwv/o9SBBSIOanEM518mnJb/b89smGvpOCU7QEyAA9kwE764pcYjl4m26OL8VoTb1bbDj91kA5xcPARwl9QliNpSHj6x4Q==
x-ms-exchange-antispam-srfa-diagnostics: SOS;
x-ms-office365-filtering-correlation-id: ec3c2ecf-55b4-46ee-1c0f-08d64e708dca
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390098)(7020095)(4652040)(8989299)(5600074)(711020)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(2017052603328)(7153060)(49563074)(7193020); SRVR:CO1PR15MB0966;
x-ms-traffictypediagnostic: CO1PR15MB0966:
x-microsoft-antispam-prvs: <CO1PR15MB096655067E24B939AB76B8C0D0D80@CO1PR15MB0966.namprd15.prod.outlook.com>
x-ms-exchange-senderadcheck: 1
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(102415395)(6040522)(2401047)(8121501046)(5005006)(3002001)(10201501046)(3231441)(944501410)(4983020)(52105112)(93006095)(93001095)(148016)(149066)(150057)(6041310)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123560045)(20161123564045)(20161123558120)(20161123562045)(201708071742011)(7699051)(76991095); SRVR:CO1PR15MB0966; BCL:0; PCL:0; RULEID:; SRVR:CO1PR15MB0966;
x-forefront-prvs: 08617F610C
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(376002)(346002)(396003)(39860400002)(136003)(366004)(199004)(189003)(53754006)(53546011)(46003)(71190400001)(11346002)(446003)(71200400001)(486006)(476003)(106356001)(6916009)(74316002)(316002)(256004)(14444005)(186003)(6436002)(25786009)(102836004)(6506007)(229853002)(2900100001)(105586002)(76176011)(478600001)(7696005)(2351001)(2906002)(86362001)(99286004)(54556002)(6306002)(54896002)(53936002)(14454004)(561944003)(81166006)(2501003)(5640700003)(236005)(790700001)(8936002)(6116002)(9686003)(97736004)(55016002)(81156014)(68736007)(5660300001)(7736002)(99936001)(4326008)(8676002)(733005)(6246003)(33656002); DIR:OUT; SFP:1101; SCL:1; SRVR:CO1PR15MB0966; H:CO1PR15MB1095.namprd15.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1;
received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts)
x-microsoft-antispam-message-info: 6gTxi0EiZSsRfJquqRsWuY4YTCTsw+yQcLShhHF4u+JDq+UwbFQ2nHrg9LXy2ENdK9kKhYh+V13l3QZZ8wVluJwESeGO0Vx5n9OXGZHvtE5f88EZuXlEBa9nSqXqr8l0Ty3VF/VhuUku38SsXKzX/Fxm3ujlAgznRbkshLb4Dw9cDD5NwkE75ah3hfpsFfDwKmmHTtKohD1j8FMqyd8V+AinqQsSkKmaMM+6BEuyDPj5BvCSi6ijA2e1gPjJWQ6gwlOX5+Gthp+HUSMnSL23/Y91RY7DnPx+6MUTPYKRCprJvbe9+aA1VdEhtJKFGTxPMRRQdNhkQqOaioNa+NP9bWnPdPt0M2gTb2H4FlnBhbA=
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: multipart/related; boundary="_004_CO1PR15MB1095B2BD1CCECF817C623F66D0D80CO1PR15MB1095namp_"; type="multipart/alternative"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: ec3c2ecf-55b4-46ee-1c0f-08d64e708dca
X-MS-Exchange-CrossTenant-originalarrivaltime: 19 Nov 2018 22:44:23.9989 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f
X-MS-Exchange-Transport-CrossTenantHeadersStamped: CO1PR15MB0966
X-OriginatorOrg: ericsson.com
X-Brightmail-Tracker: H4sIAAAAAAAAA2WSe0hTcRTH+d17d3ddDW5r5sHQbCqV+Fg+yMrCjEgi0X8C08JmXh+o03ZN tP5ZiKSOStNBLl/gA19pTKkUkVxKPrA0RVMJcQ3KdCpqpmnatjtD6L/POed7ft9zDj8KFylJ eypBnsYo5LIkCSkgisNf3/cYCFiJlKp/+vj3Gmp5/js5T8hALLiqagMLHu4cwsKwCEFADJOU kM4ovM7fEsSXGrexVGUlP+N9cR2pRGN5/DxkQwHtC60dbbiZRXQ3guXHfnlIYOI1BAWzb/F/ Qcl2JcYFVRiMvBu1VAg6H4dN7TjG9RdiMJHlzan0CHLz9ZYCSUuhY2cVmVlMH4PK6QqLOU4f hW5truklijpoGkRjDOQkflBd9gPnOAg2dipJMxO0K6xVjxNmFtI3IH/ZgDivTgQ5Dd2WBhv6 LKjqK3hmRvQh+NXfiHFedjBpKMe4pcUwMzxAcmwLs1+3rfqboO9RWvNnYKh2gcexA3wqV1nM gB4jobW30VrwgCW12rIA0CGganLhNJMIyrPXrWZusFOntV47EZZG+xHHjlD/aIbIR1LNnvk0 pn6cViGYWzTiGsumB6Cv2EBwohRoVylNIsrEJ6C53UtjvWORaobP8XHILinl/593hwJtK7mb Lx0eQ5xXDYKpby3Yrqhvbpq3t7kCCeuRLcuw0clx3j6ejCLhNsumyD3lTJoWmf5iV+um6xs0 Mn9Bh2gKSfYLG51XIkU8WTqbmaxDLqZ39C8bhpA9IU+RMxKxMKxmOVIkjJFl3mMUKVGKu0kM q0OHKUJiJ5w51RIhouNkaUwiw6Qyit0qRtnYK1HU6quLxkF10XzzrINqa0gsHnd6/qXonHp7 4Xoo4eGcYFvq/GJNyk4slqS2z7WV6bp8o8MnitYzrib19N35cGWq83PNkcJaj5ankn1eePdC W6GjU8SD3tCHIU1j7t9PO/TyG7K2xos/XtI9+21f3iRpKZOmBjUYLvvHecb+iR28lish2HjZ STdcwcr+AqJEOOyTAwAA
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/WwPLlUD3iPXtmpx_-bWLqya7lsg>
Subject: Re: [Lsr] On flooding, diameter, and degree
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, 19 Nov 2018 22:44:34 -0000

HI Tony:

Comments in line:

From: Tony Li <tony1athome@gmail.com> On Behalf Of tony.li@tony.li
Sent: Monday, November 19, 2018 2:13 PM
To: David Allan I <david.i.allan@ericsson.com>
Cc: lsr@ietf.org
Subject: Re: [Lsr] On flooding, diameter, and degree


Dave,

Thanks very much for commenting.  I’m a bit confused about your column “Receipt Degree” and perhaps how flooding works in your proposal.

Let’s use the example from your section 4.2, where ‘a’ and ‘z’ are the roots and there are only two tiers.

DA> Repeated here for the time impaired….

                               Spine
               +---+ +---+ +---+ +---+           +---+
               | a | | b | | c | | d | o o o  | z |
               +---+ +---+ +---+ +---+           +---+
                /|\                                           /|\
 \|/                                                                                      \|/
+---+ +---+ +---+       +---+           +---+ +---+ +---+          +---+
| i | |ii | |iii| o o o | x |           | 1 | | 2 | | 3 | o o o | n |
+---+ +---+ +---+       +---+           +---+ +---+ +---+          +---+
/|\                              /|\             /|\                                /|\


DA> And repeated here in a more useful form

[cid:image003.png@01D48016.5B79C5D0]

Suppose that ‘a’ has an update.  It replicates to all lower nodes, except that the link from ‘a’ to ’3’ has failed.

Per section 4.4, it seems like this is an update received from an upstream member adjacency. Since this is only a two-tier system, the lower nodes have no downstream nodes, so they do not replicate back to the upstream.  How do nodes ‘b’ .. ‘z’ ever get the update? How does ‘3’?

DA> You will have an ambiguous link on each of the diverse paths between the roots where it is upstream on one tree and downstream on the other. In the above example link i-z and link a-n are ambiguous. Hence the LSA from ‘a’ that did not go ‘a’-‘3’ would then go ‘a’-‘n’-‘z’-‘3’. ‘n’ receiving from ‘a’ on an ambiguous link reflects on all member adjacencies except that of origin.

If I’m misunderstanding 4.4, and all of ‘i’, …, ‘x’, and ‘1’, …, ’n’ replicate back to ‘z’, then doesn’t it have a receipt degree higher than 2?
DA> No, only ‘I’ (to ‘a’)  and ‘n’ (to ‘z’) reflect upwards as those are the two links that have both upstream and downstream status.

Or are ‘i’ and ’n’ special cases that do upstream replication, resulting in paths a - i - z - 3 and a - n - z - 3?
DA> I think you have it, as well as why ‘I’ and ‘n’ are special cases.

Very confused,
DA> Hopefully this clears it up

Rgds
Dave







On Nov 19, 2018, at 1:44 PM, David Allan I <david.i.allan@ericsson.com<mailto:david.i.allan@ericsson.com>> wrote:

HI Tony:

Re: draft-allan-lsr-flooding-algorithm….

My draft falls under the “bushy” class of solutions,  to borrow your terminology.

So mapping to your datapoints and translating what I presented in Bangkok to actual numbers:

Graph      Fault free      Single Fault    Replication     Receipt
Diameter        Worst case       Degree          Degree
Diameter
K4,17      2               3               17              2
K4,40      2               3               40              2
K8,80      2               3               80              2
K8,200     2               3               200             2
K16,200    2               3               200             2
K20,400    2               3               400             2
K40,800    2               3               800             2

Worst case occurs when an inter node link fails, as the LSA from one end of the link needs to loop back via the other root to the node at the other end of the failed link.

Rgds
Dave

From: Lsr <lsr-bounces@ietf.org<mailto:lsr-bounces@ietf.org>> On Behalf Of tony.li@tony.li<mailto:tony.li@tony.li>
Sent: Monday, November 19, 2018 10:29 AM
To: lsr@ietf.org<mailto:lsr@ietf.org>
Subject: [Lsr] On flooding, diameter, and degree


Hi all,

I’d like to expound a bit more on a point that I made at the mike in Bangkok.

The figures of merit for a flooding algorithm are the resulting diameter of the flooding topology and the maximum degree of the nodes in the topology.

The diameter is important because it says how many hops an link state update will have to traverse before it covers the topology. This dictates what the convergence time of the network will be.

The degree is important because it is the measure of the amount of replication that a node will have to do during flooding, and, more importantly, it is also a bound on the number of times that a node can receive replicas of the same update.  If the degree is too high, then the node can be overwhelmed by an influx of flooding, resulting in instability.

For a flooding algorithm to be seriously considered, it is important to characterize these results and understand how they grow under scale.  In particular, I’m concerned about tree based algorithms because they typically have a large diameter because the tree is tall and spindly, or they end up with a large degree, because the tree is quite bushy.

I would very much like to see candidate algorithms present how they perform.

Here’s a few data points from our algorithm simulations, just for comparison:

Graph      Diameter        Degree
K4,17      4               10
K4,40      4               23
K8,80      4               22
K8,200     4               53
K16,200    6               28
K20,400    5               45
K40,800    6               43

Thanks,
Tony