Flooding (computer networking)

<h2 id="types">Types</h2>
<p>There are generally two types of flooding available, uncontrolled flooding and controlled flooding.
</p><p>In <i>uncontrolled flooding</i> each node unconditionally distributes packets to each of its neighbors. Without conditional logic to prevent indefinite recirculation of the same packet, <a href="/facts/Broadcast_storm/sEQlsPtU">broadcast storms</a> are a hazard.
</p><p><i>Controlled flooding</i> has its own two algorithms to make it reliable, SNCF (<a href="/facts/Sequence_Number_Controlled_Flooding/7mAo7CI2">Sequence Number Controlled Flooding</a>) and RPF (<a href="/facts/Reverse-path_forwarding/yK77HqHb">reverse-path forwarding</a>). In SNCF, the node attaches its own address and sequence number to the packet, since every node has a memory of addresses and sequence numbers. If it receives a packet in memory, it drops it immediately while in RPF, the node will only send the packet forward. If it is received from the next node, it sends it back to the sender.
</p>
<h2 id="algorithms">Algorithms</h2>
<p class="note">See also: <a href="/facts/Flooding_algorithm/tAo7qsDM">Flooding algorithm</a></p>
<p>There are several variants of flooding algorithms. Most work roughly as follows:
</p>
<ol><li>Each node acts as both a transmitter and a receiver.</li>
<li>Each node tries to forward every message to every one of its neighbors except the source node.</li></ol>
<p>This results in every message eventually being delivered to all reachable parts of the network.
</p><p>Algorithms may need to be more complex than this, since, in some case, precautions have to be taken to avoid wasted duplicate deliveries and infinite loops, and to allow messages to eventually expire from the system.
</p>
<h3>Selective flooding</h3>
<p>A variant of flooding called selective flooding partially addresses these issues by only sending packets to routers in the same direction. In selective flooding, the routers don't send every incoming packet on every line but only on those lines which are going approximately in the right direction.
</p>
<h2 id="advantages">Advantages</h2>
<p>The advantages of this method are that it is very simple to implement,
if a packet can be delivered then it will (probably multiple times), and since flooding naturally utilizes every path through the network it will also use the shortest path.
</p>
<h2 id="disadvantages">Disadvantages</h2>
<p>Flooding can be costly in terms of wasted bandwidth. While a message may only have one destination it has to be sent to every host. In the case of a <a href="/facts/Ping_flood/RQBKblM2">ping flood</a> or a <a href="/facts/Denial_of_service_attack/6nkoK02J">denial of service attack</a>, it can be harmful to the reliability of a <a href="/facts/Computer_network/3w5RM99p">computer network</a>.
</p><p>Messages can become duplicated in the network further increasing the load on the network as well as requiring an increase in processing complexity to disregard duplicate messages. Duplicate packets may circulate forever, unless certain precautions are taken:
</p>
<ul><li>Use a <a href="/facts/Hop_count/gRRnovwr">hop count</a> or a <a href="/facts/Time_to_live/CMFdghQh">time to live</a> (TTL) count and include it with each packet. This value should take into account the number of nodes that a packet may have to pass through on the way to its destination.</li>
<li>Have each node keep track of every packet seen and only forward each packet once.</li>
<li>Enforce a <a href="/facts/Network_topology/rBYE0kke">network topology</a> without <a href="/facts/Routing_loop/ACljX675">loops</a>.</li></ul>
<h2 id="examples">Examples</h2>
<p>In <a href="/facts/Open_Shortest_Path_First/PACpGUHb">Open Shortest Path First</a> (OSPF), flooding is used for transferring updates to the topology (<a href="/facts/Link-state_advertisement/VkAdfMGC">LSAs</a>).
</p><p>In low data rate communications, flooding can achieve fast and robust data communications in dedicated protocols such as VEmesh,<a class="footnote-ref" id="fnref:3" href="#fn:3"><sup>3</sup></a> which operates in the Sub-1 GHz frequency band and <a href="/facts/Bluetooth_mesh_networking/STv7m9uM">Bluetooth mesh networking</a>, which operates in the 2.4 GHz frequency band. Both these protocols serve as underlying technologies in the <a href="/facts/Digital_Addressable_Lighting_Interface/2wpLWnbT">Digital Addressable Lighting Interface</a> in use in professional and commercial lighting control.
</p>
<h2 id="see-also">See also</h2>
<ul><li><a href="/facts/Broadcasting_(networking)/NRj7gHre">Broadcasting (networking)</a></li>
<li><a href="/facts/Flood_search_routing/51rzncSI">Flood search routing</a></li>
<li><a href="/facts/Multicast/D9IspSfl">Multicast</a></li>
<li><a href="/facts/Spanning_Tree_Protocol/ofHHMBuM">Spanning Tree Protocol</a></li></ul>

<h2 id="references">References</h2>

<ol>
<li id="fn:1"><p>Tanenbaum, Andrew S.; Wetherall, David J. (March 23, 2010). Computer Networks (5th ed.). Pearson Education. pp. 368–370. ISBN 978-0-13-212695-3. <a href="978-0-13-212695-3" target="_blank">978-0-13-212695-3</a> <a href="#fnref:1" class="footnote-back-ref">↩</a></p></li>
<li id="fn:2"><p>Rahman, Ashikur; Olesinski, Wlodek; Gburzynski, Pawel (2004). "Controlled Flooding in Wireless Ad-hoc Networks" (PDF). International Workshop on Wireless Ad-Hoc Networks. Edmonton, Alberta, Canada: University of Alberta, Department of Computing Science. Archived (PDF) from the original on February 10, 2017. Retrieved October 15, 2015. <a href="http://www.senserf.com/pg/PAPERS/tarp1.pdf" target="_blank">http://www.senserf.com/pg/PAPERS/tarp1.pdf</a> <a href="#fnref:2" class="footnote-back-ref">↩</a></p></li>
<li id="fn:3"><p>virtual-extension.com <a href="#fnref:3" class="footnote-back-ref">↩</a></p></li>
</ol>

Flooding (computer networking) open-in-new

Flooding (computer networking)