[請益] 以下狀況是否會導致spanning tree收斂???

看板MIS作者 (gogohc)時間9年前 (2014/08/21 22:17), 編輯推噓10(10推 0噓 42→)
留言52則, 8人參與, 最新討論串1/1
兩台switch, swa, swb都spanning tree enable swa 1-22 port 都接滿了server running erp分流, 23,24 port 跟swb對接後是否會導致1-22 port 變為listening 而收斂? server是否會因此網路中斷? 附註swa spanning tree pri1, swb spanning tree pri2 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 123.195.182.127 ※ 文章網址: http://www.ptt.cc/bbs/MIS/M.1408630656.A.F4A.html
推
08/21 22:34, , 1F
不會,不過要注意一下root bridge priority
08/21 22:34, 1F
→
08/21 22:37, , 2F
pri我有注意已經先設定好順序 避免搶到master
08/21 22:37, 2F
→
08/21 22:37, , 3F
能解釋一下為什麼不會有收斂問題嗎?
08/21 22:37, 3F
推
08/22 10:27, , 4F
阿就swb的priority次於root bridge..
08/22 10:27, 4F
→
08/22 10:29, , 5F
不知道你的想法是怎麼想的~
08/22 10:29, 5F
→
08/22 10:30, , 6F
如果照你的想法來看的話, 是否每台support spt的switch上線
08/22 10:30, 6F
→
08/22 10:31, , 7F
SPT就會重算一次, 這樣production環境誰敢裝Switch呢
08/22 10:31, 7F
推
08/22 10:35, , 8F
理解一下BPDU的做用，施主自然就會有答案溜~
08/22 10:35, 8F
→
08/22 13:42, , 9F
如果swa pri 2, swb pri 1, 請問會有異常嗎? server?
08/22 13:42, 9F
推
08/22 13:48, , 10F
不會　因為1-22　之前沒有 bpdu 封包通過
08/22 13:48, 10F
→
08/22 13:49, , 11F
swa會認為這是一般埠　不用參與STP計算
08/22 13:49, 11F
推
08/22 14:16, , 12F
1-22怎麼不設成portfast?
08/22 14:16, 12F
→
08/22 14:18, , 13F
PORT 23先接，看有沒有斷，PORT 24再接，看有沒有斷
08/22 14:18, 13F
推
08/22 16:07, , 14F
你1~22port接server不會丟bpdu封包吧?
08/22 16:07, 14F
推
08/23 00:02, , 15F
1~22port還是會發bpdu
08/23 00:02, 15F
→
08/23 23:48, , 16F
在production加switch整個tree就會重算~~所以才會有
08/23 23:48, 16F
→
08/23 23:49, , 17F
root guard bpdu guard bpdu fliter這些東西~~
08/23 23:49, 17F
→
08/23 23:54, , 18F
1~22應該是不會重算~~可是23,24會重算啊~~網路還是會斷啊
08/23 23:54, 18F
推
08/24 14:34, , 19F
樓上，除非加進去的switch改變了root位置，不然不會重算
08/24 14:34, 19F
→
08/24 14:36, , 20F
也不會讓既有的連線斷線，server-port因為沒收到BPDU
08/24 14:36, 20F
→
08/24 14:36, , 21F
也不會算進spanning-tree
08/24 14:36, 21F
→
08/24 14:41, , 22F
因此所謂的收斂不會發生在那些port上
08/24 14:41, 22F
→
08/25 10:22, , 23F
我記的每部switch在開機時都會認為自己是root bridge,
08/25 10:22, 23F
→
08/25 10:23, , 24F
然後發出bpdu進行root bridge的選舉~~這樣不算root改變??
08/25 10:23, 24F
→
08/25 10:26, , 25F
我所謂的斷～不是指1-22 port,是指23 和24這2個port
08/25 10:26, 25F
推
08/25 14:29, , 26F
樓上，Switch學完整個SPT domain前，只是一台獨立的Switch，
08/25 14:29, 26F
→
08/25 14:31, , 27F
因為光一台Switch是不會有spt issue的。
08/25 14:31, 27F
→
08/25 14:32, , 28F
而你所謂的選舉是它透過BPDU，並有4個階段，讓Switch學完整個
08/25 14:32, 28F
→
08/25 14:33, , 29F
Switch domain，包括這個domain的RB，以其他本身的RP及DP..
08/25 14:33, 29F
→
08/25 14:34, , 30F
補充: 你所謂的選舉是他接上一個設備後，他必須先透過BPDU
08/25 14:34, 30F
→
08/25 14:34, , 31F
學完整個SPT domain的資訊，他才可以到Forwarding的狀態
08/25 14:34, 31F
→
08/25 14:35, , 32F
不管你接的是Server, host, router, FW, Switch都一定會發BPD
08/25 14:35, 32F
→
08/25 14:36, , 33F
但對方並不是Layer 2 Switch，也沒有SPT，所以他不會發BPDU
08/25 14:36, 33F
→
08/25 14:36, , 34F
陪你在那邊算spanning-tree
08/25 14:36, 34F
→
08/25 14:37, , 35F
以Cisco為例，你可以在一台沒接上任何設備的Switch打sh span
08/25 14:37, 35F
→
08/25 14:37, , 36F
他會寫類似沒有spanning-tree存在的一行話
08/25 14:37, 36F
→
08/25 14:38, , 37F
^^^ 英文拉 XD
08/25 14:38, 37F
→
08/25 14:39, , 38F
也就是這時候是沒有任何Root bridge存在的，包括他本身
08/25 14:39, 38F
→
08/25 14:40, , 39F
Root bridge在整個spanning-tree domain改變是很嚴重的事情
08/25 14:40, 39F
→
08/25 14:40, , 40F
有些沒觀念的廠商常常不把priority設定一下就直接mount新設備
08/25 14:40, 40F
→
08/25 14:40, , 41F
真得很要不得~
08/25 14:40, 41F
→
08/25 14:41, , 42F
雖然通常Core Switch幾乎都是Root bridge，但新設備也要check
08/25 14:41, 42F
→
08/25 14:42, , 43F
一下啊XD~ 就像我有個裝機完全不check VTP的同事一樣
08/25 14:42, 43F
→
08/25 14:43, , 44F
補充上兩行 Core Switch priority = 0( + system id)
08/25 14:43, 44F
→
08/25 14:44, , 45F
那位同事目前來了4個月 每次要裝機時都要跑很遠 以免被栽贓
08/25 14:44, 45F
→
08/25 17:48, , 46F
會顯示 No spanning tree instance exists
08/25 17:48, 46F
→
08/25 17:54, , 47F
一台switch當然不會有spt,所以接入server 並不會重算spt
08/25 17:54, 47F
→
08/25 17:55, , 48F
可是23 24 是接入另一部switch,spt會重算啊
08/25 17:55, 48F
→
08/25 17:57, , 49F
其實user 要弄死你的網路是很簡單的~我就拿一部switch
08/25 17:57, 49F
→
08/25 18:00, , 50F
拿部switch把priority改小,然後插拔～你的網路就高潮了~
08/25 18:00, 50F
推
08/25 19:17, , 51F
23, 24 port接了也不會重算吧??原po SWb的priority並沒大於RB
08/25 19:17, 51F
→
08/25 19:21, , 52F
頂多就listening learning forwarding 然後swb一條是blk?
08/25 19:21, 52F
‣ 更多 gogohc 的文章
文章代碼(AID): #1JzV-0zA (MIS)