廣播風暴就是因為乙太網**現了明環或暗環，引起廣播包被指數漲速遞增，整個網路流量被廣播包佔據，其他的**業務不能進行。
以太交換機對廣播包的處理，是不管從哪個埠收到廣播包，都完整地複製乙份**到其他埠(除接收到的埠外)。
乙個簡單的環就是同乙個交換機上的兩個埠直連。比如3口和4口連上。
那麼當交換機收到來自1口的廣播包，會在3和4口上各自複製**乙份。注意，收到乙個包廣播包，發出去n-1個廣播包。這一輪結束後，3和4分別傳送了乙個廣播包。
但是從3口發出的廣播包會被4口收到，從4口發出的會被3口收到。
交換機會把從4口收到的廣播包在1，2，3口上覆制**乙份。同樣的也會**從3收到的廣播包(來自埠4的直連線)到埠1，2，4。
同樣的不幸故事又發生在剛剛**的3發4收和3收4發的廣播包上。3和4口會不停地接收到對方發的廣播包，交換機會不停地**到所有埠。以前圖為例，step4和step5會陷入死迴圈。注意，每次迴圈的時候，1，2，都會把廣播報文廣播到網路中去。
每發生一輪，廣播包就在所有埠複製**乙份。這個故事永遠不會停止，直到交換機被撐死。如此迴圈往復很快就**了。
這個是最簡單的明環。如果有兩個或多個交換機的**路徑上有了類似的結果，也就是說同乙個廣播包被同乙個交換機處理2次的時候，這個交換機就對廣播包進行了不可逆轉的**。
有空慢慢寫一下怎麼防護，先留坑
淺淺地補個坑。
業界對於防止網路風暴的主要思路，還在「防止出現環路」的思路上。這個思想是這樣的：
在乙太網的組網過程中，假定有乙個無環的小網(這個很容易做到，例如，開啟乙個交換機只開乙個埠，再例如，已經執行很正常的乙太網)，然後接下來要往這個網路中新增乙個埠(或者連線另乙個網路)前，先確定一下拓撲結構，只有確認好了拓撲結構中沒有環路，才正式開啟向這個埠或網路傳送資料。確認拓撲結構有特殊的處理協議，這個協議的執行不屬於前面說的「開啟」。
廣泛應用的協議是stp(spanning tree protocol)，生成樹協議。我覺得英語spanning比中文的「生成」更形象。改進的協議是「快速生成樹」 rstp(rapid)協議。具體協議我就不班門弄斧了。
思科交換機檢視是否存在廣播風暴 交換機
交換機是區域網的重要組成部分，是分割衝突域 實現單播的關鍵，了解交換機的工作原理，就顯得尤為重要 下面的內容全部不涉及vlan tag，vlan後續會講 01mac位址表mac位址表mac位址表是交換機維護的，用來根據接收到的資料幀的destinationmac，在mac位址表內查詢對應的埠號，然後...
從交換機原理看廣播風暴的幾種原因
網咖行業競爭的加劇，出現了一些規模比較大的網咖。目前在網咖行業內，百台以上的網咖已經隨處可見了。由於網咖在進行網路建設時，缺乏專業的網路技術支援，使得網咖的網路故障頻繁出現。在網咖的網路故障中，由於網路廣播風暴引起的網路故障，佔網咖網路故障的九成以上。網路廣播風暴到底是如何形成的呢？要想正確理解廣播...
06 ARP協議 交換機工作原理 廣播風暴問題
實驗 通過抓包實驗 結論 主機a 想與主機b 通訊時，主機a的arp表中沒有對應b的mac位址。所以主機a會發起 arp request廣播包，lsw2交換機收到之後 會向所有埠進行廣播，並且將主機pc1的mac位址記錄在0 0 1 埠下主機b收到 廣播包後，回應 reply包 arp reply ...