cisco stp技术应用
生活随笔
收集整理的這篇文章主要介紹了
cisco stp技术应用
小編覺得挺不錯的,現(xiàn)在分享給大家,幫大家做個參考.
Stp應(yīng)用: 1)? stp應(yīng)用的前提:單點失效 <?xml:namespace prefix = v ns = "urn:schemas-microsoft-com:vml" /><?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" />、如圖:如果switch f1/1端口壞了,這樣A 和B就無法通信。解決的方案通常都是“冗余”備份。備份又分“冷備份、熱備份”。這時候就像圖2一樣。 如圖2這樣可以實現(xiàn)冗余和備份,但是會出現(xiàn)相當?shù)膯栴}: 第一、? 交換機是不隔絕廣播域的,而交換機的工作方式就是廣播。也就是會出現(xiàn)“廣播風暴”。假如A發(fā)送一個廣播幀,交換機A從接口1/1收到廣播會從1/2廣播出去給交換機B,交換機B接口2/2收到廣播幀也會從其他接口廣播出去比如2/1,所以在逆時針出現(xiàn)廣播。反過來,順時針也會出現(xiàn)類似的情況。不像三層的數(shù)據(jù)包,路由器會通過識別TTL值到最后會丟棄。廣播風暴的后果就是消耗大量交換機的CPU memory。 第二、? 如果主機A給主機B發(fā)送一個單播的數(shù)據(jù)幀,B可以從兩個方向收到,一個是交換機A的1/2,一個是交換機B的2/2。主機B收到數(shù)據(jù)幀后會作出相應(yīng)的處理,這樣給PC和交換機的處理狀況將增加。我們稱之為“單播復制”。 第三:假如主機A發(fā)送一個單播幀給主機B,但是交換機A和交換機B(交換機A和交換機B是新加入的交換機)沒有記錄主機B的MAC地址表,但是主機A有可能已經(jīng)存有主機B的mac地址(arp表在主機的存活時間大概是5分鐘?),這時候如果PCA發(fā)送一個單播幀的給B的時候,交換機A的第一個動作首先是記錄PC A的mac地址,然后向其他端口泛洪。這樣交換機B端口的2/2也會記錄PC A的mac地址表。同理,在順時針方向,交換機B的2/1也會記錄PCA的mac地址,這樣交換機就會刪除原先存有的mac地址表,如此循環(huán),造成“MAC地址表抖動”。也會給交換機帶來一定的壓力。 因此,STP就應(yīng)用而生。其原理就是將會產(chǎn)生環(huán)路的接口從邏輯上block(阻塞)掉。如果某一端口DOWN掉的話,被block的端口會從邏輯上開啟。 2)、BPDU:stp發(fā)送的信息
如何選擇根網(wǎng)橋rout id 交換機在加電開啟時默認都認為自己是根網(wǎng)橋,收到其他交換機的BID或者其他交換機收到本交換機的BID,將比較BID,如何比較BID呢?第一是先比較優(yōu)先級,小的成為根橋,其次比較mac地址,mac地址越小的將成為根橋。在根橋產(chǎn)生后,只有根橋才產(chǎn)生BPDU。 BID的格式為:
默認情況下,優(yōu)先級都是一樣的,而比較的都是mac地址,通過查看mac地址,可以發(fā)現(xiàn)同一交換機的mac地址是連續(xù)的,而默認的基mac是CPU的mac地址。同一交換機中CPU的mac地址最小。 如何修改優(yōu)先級 從而影響根網(wǎng)橋: 命令:switch(config)#spanning-tree vlan 1,2,3,4 root primary/secondary ?或者直接修改優(yōu)先級:#spanning-tree vlan 2 priority ?_后面跟(4096的倍數(shù))
| Field | Protocol ID | Version | Message type | Flag | Rout ID | Cost of path | Bridge id | Port Id | Message Age | Hello time | Delay |
| Bytes | 2 | 1 | 1 | 8 | 4 | 8 | 2 | 2 | 2 | 2 | 2 |
| Bride priority | Extended system id | Mac |
?
轉(zhuǎn)載于:https://blog.51cto.com/chinagg/107442
總結(jié)
以上是生活随笔為你收集整理的cisco stp技术应用的全部內(nèi)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 获得本机的IP,掩码和网关
- 下一篇: SQL语法帮助