交換機正在工作的埠，突然變成關閉狀態的假死現象，可以用重啟交換機來解決，但這並非長久之計，當“假死”現象蔓延的時候，我們不得尋找根治的辦法！
交換機埠假死 用“重啟”來應付
“假死”現象蔓延 不得不根治？
拯救步驟1：檢視日誌/埠的狀態
拯救步驟2：將埠從錯誤狀態中恢復回來
拯救步驟3：顯示被置於錯誤狀態埠的恢復情況
單位中有若干臺CISCO3550的交換機，分別放在相應的網路中擔當著骨幹交換機的角色，有一臺用在單位上網際網路的區域網中，還有一臺則用在單位的數字電視前端系統的區域網中。
不知道大家有沒有遇見過跟我一樣的現象，即CISCO交換機上的某些正在工作的埠，突然變成關閉狀態了，該埠上即使插著網線，埠上的指示燈仍然不亮（這種故障往往是在下面所連線的網路出現故障的時侯出現）。以前這種情況多出現在位於單位上網際網路的那臺交換機上，當這種情況發生時，為了迅速排除故障，我們會先調整一個埠，即將網線從有問題的埠上撥下來，再插到一個空閒的埠上，這時一般網路故障就排除了。
而且時間一長我們發現，那個處於關閉狀態的埠並不是真正損壞了，當我們重新啟動一下交換機後，那個埠又“復活”了。由於那臺上網際網路的交換機還有一些空閒埠，而且我們可以指定這臺交換機在一個網路使用相對較少的時間重啟（比如凌晨4點），所以埠“假死”這個故障雖然存在，但由於我們一般可以透過重啟交換機的方法解決，所以也就沒有放在心上。
但是最近幾天單位那臺連線數字電視前端系統的交換機上也出現了埠“假死”的現象，故障原因很快查清了：是因為該埠下面連線的一臺交換機出現了環路，這臺CISCO交換機上相應的埠就被系統自動關閉了，這種措勢是必要的，因為可以防止環路的擴散，但是當下面的交換機環路故障解除。
交換機正在工作的埠，突然變成關閉狀態的假死現象，可以用重啟交換機來解決，但這並非長久之計，當“假死”現象蔓延的時候，我們不得尋找根治的辦法！
交換機埠假死 用“重啟”來應付
“假死”現象蔓延 不得不根治？
拯救步驟1：檢視日誌/埠的狀態
拯救步驟2：將埠從錯誤狀態中恢復回來
拯救步驟3：顯示被置於錯誤狀態埠的恢復情況
交換機埠假死 用“重啟”來應付
單位中有若干臺CISCO3550的交換機，分別放在相應的網路中擔當著骨幹交換機的角色，有一臺用在單位上網際網路的區域網中，還有一臺則用在單位的數字電視前端系統的區域網中。
不知道大家有沒有遇見過跟我一樣的現象，即CISCO交換機上的某些正在工作的埠，突然變成關閉狀態了，該埠上即使插著網線，埠上的指示燈仍然不亮（這種故障往往是在下面所連線的網路出現故障的時侯出現）。以前這種情況多出現在位於單位上網際網路的那臺交換機上，當這種情況發生時，為了迅速排除故障，我們會先調整一個埠，即將網線從有問題的埠上撥下來，再插到一個空閒的埠上，這時一般網路故障就排除了。
而且時間一長我們發現，那個處於關閉狀態的埠並不是真正損壞了，當我們重新啟動一下交換機後，那個埠又“復活”了。由於那臺上網際網路的交換機還有一些空閒埠，而且我們可以指定這臺交換機在一個網路使用相對較少的時間重啟（比如凌晨4點），所以埠“假死”這個故障雖然存在，但由於我們一般可以透過重啟交換機的方法解決，所以也就沒有放在心上。
“假死”現象蔓延 不得不根治？
但是最近幾天單位那臺連線數字電視前端系統的交換機上也出現了埠“假死”的現象，故障原因很快查清了：是因為該埠下面連線的一臺交換機出現了環路，這臺CISCO交換機上相應的埠就被系統自動關閉了，這種措勢是必要的，因為可以防止環路的擴散，但是當下面的交換機環路故障解除。