就在今天早上上班的尖峰時間, 我經過 "捷運台北車站", 看到直通的第二層淡水/新店線月台的電扶梯故障了! 一群工作人員正緊急搶修中! 我相信今天有不少人都有目睹到這一幕! 還好的是, 還有樓梯可以走, 還有另外一條電扶梯也可以到, 所以即使是最快的這條路斷了, 經過工作人員的疏導, 乘客的影響並不大!
想像一下, 假設當初設計 "捷運台北站" 的工程師, 所有通道都只有一條路, 結果遇到了今天的狀況發生, 那就變成所有的乘客都沒辦法在尖峰時間進入到淡水/新店線月台! 我相信引來的抱怨聲浪, 肯定是會上報紙的!
我們在規劃網路建置時, 一定都要包含到多重備援路徑! 沒有單一線路是永遠不會斷的! 避開單點故障全系統故障 (Single Point of Failure) 的設計, 絕對會讓各位的網路工作和生活過得更平安一點!
訂閱：
張貼留言 (Atom)
經典熱門文章
-
Bits per sec : 9600 Data bits : 8 Parity : none Stop bits : 1 Flow control : none 我們以往在作Router... -
我剛才在讀 網路文章 的時候，我才發現，原來Google也有對外服務的NTP伺服器，網址分別有五個： TIME.google.com TIME1.google.com TIME2.google.com TIME3.google.com TIME4.google.... -
TFTP Server 是我們平常在維護網路必備的工具之一. 我們需要 TFTP Server 來備份/安裝 IOS 映像檔, 與設定內容. Cisco 原本曾經有過一個免費的 TFTP Server 軟體, 不過已經停止它的後續的開發和維護. 反而在 Cisco 網站當中 ...
-
應該各位在讀到 BSCI 教材中, 有關 IP Multicast 位址要對應到適當的 MAC address 來傳送這段時, 都會注意到: 好麻煩喔, 為什麼要設計成這樣, 硬是將數目比較多的 IP Multicast 位址, 以 "32比1" 的方式, 擠...
-
我先花一點時間，聊一聊Spine/Leaf網路拓樸。 Spine/Leaf 是一種網路拓樸 Spine/Leaf 示意圖。 來源： Cisco.com ，"Figure 1. Cisco Dynamic Fabric Automation Archit...
捷運公司真的是不能稱讚! 昨天才提到她們的設計很好, 結果發現今天早上 (May 13, WED) 經過的時候相同位置的手扶梯還在修. 已經整整維修超過 24 小時了. 今天一樣還是要靠工作人員的人工疏導.
回覆刪除真的很懷疑, 那種電手扶梯真的要修那麼久嗎?
備援系統可以消除短時間斷線, 如果剩下的電路可以再容忍再斷一條嗎? 你的設計一共撐得住同時斷幾條呢?請記得, 剩下的電路和設備必須額外承載斷線那條原來的負載, 那麼她們的容量平常有多餘的可以供調度嗎? 如果本來就沒有多餘的容量, 硬切過去結果會是讓所有的人都變慢, 甚至於是完全不能用!
台北捷運, 又讓我們多上了好多課!