對于自下而上的網絡故障修復，首先要檢查網線，接著是協議堆棧。當有一個用戶出現故障時，我們可以很容易地從物理層開始，然后一直往上修復。當EMI和/或環境相關的錯誤引發問題時，可以研究一下習慣性的問題。比如，我曾經有一個客戶，有一次，有那么幾天他的線路天天在3:00時出現問題。而問題在第二天早上時消失了。在查看了趨勢分析報告之后，我發現流量在某個相同時間出現增長。不管電子器件中的連接如何移動，總是發生同樣的事情。對問題的跟蹤對我來說是一個噩夢。結果顯示，在那幾天噴水設備總是打開的并且室外電纜沒有保護膜而是安裝在建筑的地基下（還被草坪覆蓋著）。當水分蒸發了，問題也就不復存在了。

如果錯誤的出現要么是連續的要么是間歇性的，那么檢查一下物理層是一個不錯的做法。區域結束的接插線是一個特別常見的問題原因，但是其它的環境條件也可能造成問題。當移動墻壁時，以前安裝在遠離日光燈支架的電線可能不再處于在可接受范圍之外的，新的電源拋插線板可能安裝得太靠近等等。非常值得關注的是，我們不能通過查看交換機端口上的連接信號燈來確定線路的好壞。正如電子設備一樣，連接是需要一定條件的，但是如從發送者到接收者之間的信號是遞降的，那么數據包就是沒有用的。記住這樣一種說法“燈是亮著的，但是家里沒人”。這對于銅線或者光纖而言都是正確的。

如果我們安裝的是Gigabit以太網，并且在采用信道性能的新參數之前安裝了電纜，那么同樣需要重新驗證電纜的新參數。我們必須注意到，當測試設備的任何物理層媒介操作時，往往這種做法是在原始的實驗室環境中進行的。而實際的安裝可能要根據大量的外部因素來改變。如果我們使用自下而上的方法，那么需要檢查所有的物理媒介，并且這個步驟是不可以跳過的，因為我們可以ping一下設備或者查看連接信號燈。另外一方面，如果我們沒有看到連接信號燈亮——那問題就很明顯了。

這樣，我們可以繼續我們的檢查步驟——檢查網卡診斷、交換機端口統計，然后到應用。如果只有一種應用不再工作，那么我們必須從上面開始檢查。如果幾個應用都不工作或者一個工作站上的所有的應用都不工作了，那么我們必須從下面往上開始檢查。同時，記住，有時問題會出現在中間層，那么這個規則會反向進行。