交换机组播风暴_广播风暴的成因以及解决办法有哪些?
廣播風暴就是因為以太網中出現了明環或暗環,引起廣播包被指數漲速遞增,整個網絡流量被廣播包占據,其他的轉發業務不能進行。
以太交換機對廣播包的處理,是不管從哪個端口收到廣播包,都完整地復制一份轉發到其他端口(除接收到的端口外)。交換機對廣播報文的處理。來自端口1的廣播報文做端口2,3,4上各自復制一份發送
一個簡單的環就是同一個交換機上的兩個端口直連。比如3口和4口連上。交換機成環路,同一個交換機的3,4口相通
那么當交換機收到來自1口的廣播包,會在3和4口上各自復制轉發一份。注意,收到一個包廣播包,發出去N-1個廣播包。這一輪結束后,3和4分別發送了一個廣播包。
但是從3口發出的廣播包會被4口收到,從4口發出的會被3口收到。
交換機會把從4口收到的廣播包在1,2,3口上復制轉發一份。同樣的也會轉發從3收到的廣播包(來自端口4的直連線)到端口1,2,4。
從3發出的廣播報文被4口接收到,復制到1,2,3端口再發送出去。
同樣的不幸故事又發生在剛剛轉發的3發4收和3收4發的廣播包上。3和4口會不停地接收到對方發的廣播包,交換機會不停地轉發到所有端口。以前圖為例,step4和step5會陷入死循環。注意,每次循環的時候,1,2,都會把廣播報文廣播到網絡中去。
每發生一輪,廣播包就在所有端口復制轉發一份。這個故事永遠不會停止,直到交換機被撐死。如此循環往復很快就爆炸了。
這個是最簡單的明環。如果有兩個或多個交換機的轉發路徑上有了類似的結果,也就是說同一個廣播包被同一個交換機處理2次的時候,這個交換機就對廣播包進行了不可逆轉的爆炸。長環(暗環)中,A3-B1-B2-A4形成一個環路,Step 4~7會循環往復不停歇
有空慢慢寫一下怎么防護,先留坑
淺淺地補個坑。
業界對于防止網絡風暴的主要思路,還在“防止出現環路”的思路上。這個思想是這樣的:
在以太網的組網過程中,假定有一個無環的小網(這個很容易做到,例如,打開一個交換機只開一個端口,再例如,已經運行很正常的以太網),然后接下來要往這個網絡中添加一個端口(或者連接另一個網絡)前,先確定一下拓撲結構,只有確認好了拓撲結構中沒有環路,才正式開啟向這個端口或網絡發送數據。確認拓撲結構有特殊的處理協議,這個協議的運行不屬于前面說的“開啟”。
廣泛應用的協議是STP(Spanning Tree Protocol),生成樹協議。我覺得英語spanning比中文的“生成”更形象。改進的協議是“快速生成樹” RSTP(rapid)協議。具體協議我就不班門弄斧了。
總結
以上是生活随笔為你收集整理的交换机组播风暴_广播风暴的成因以及解决办法有哪些?的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: C#打造自己的文件浏览器
- 下一篇: OpenCV--SVM多分类问题