開始以前，先來簡要回顧一下介紹過的三種方法。 >
從下至上的方法：從OSI模型底端開始，順序向上。
從上至下的方法：從OSI模型頂端開始，順序往下。
分而治之的方法：從OSI模型特定層開始，確定問題是在該層、還是上層或下層。
從理論上來理解這些方法是容易的，但是如何在實際應用中運用來解決實際問題呢？來看幾個利用從下至上的以及分而治之方法的實例。(因為從上至下的方法實際就是從下至上方法的逆向方法，所以不做介紹。)
從下至上
適用情況：當用戶從遠程地址打來電話說電腦不能工作，他所使用的應用需要網絡訪問。
開始：首先查看用戶1層的連通性(如物理層)。例如，可以讓用戶看網線是否與墻上端口和設備相連。對于大部分用戶來說，讓他們去查看交換機端口的指示燈狀態要比向他們解釋什么是網線要容易得多。
在理想情況下，交換機管理良好，有完備的網絡記錄文檔。因此，可知道這位用戶使用的墻上插座端口號為12，而且知道12號口與交換機接線柜里11號口相連。 (注意，如果管理員不掌握這些信息，就需要詢問用戶獲得這些信息)
方法1：然后，遠程登陸Cisco交換機，使用show ip interface brief命令。可得到列表A的信息。
列表A
Switch# show ip interface brief
Interface IP-Address OK? Method Status Protocol
Vlan1 10.1.1.1 YES NVRAM up up
FastEthernet0/1 unassigned YES unset up up
FastEthernet0/2 unassigned YES unset down down
FastEthernet0/3 unassigned YES unset down down
FastEthernet0/4 unassigned YES unset down down
FastEthernet0/5 unassigned YES unset down down
FastEthernet0/6 unassigned YES unset down down
FastEthernet0/7 unassigned YES unset down down
FastEthernet0/8 unassigned YES unset down down
FastEthernet0/9 unassigned YES unset up up
FastEthernet0/10 unassigned YES unset up up
FastEthernet0/11 unassigned YES unset down down
FastEthernet0/12 unassigned YES unset up up
FastEthernet0/13 unassigned YES unset up up
FastEthernet0/14 unassigned YES unset up up
FastEthernet0/15 unassigned YES unset down down
FastEthernet0/16 unassigned YES unset down down
FastEthernet0/17 unassigned YES unset down down
FastEthernet0/18 unassigned YES unset down down
FastEthernet0/19 unassigned YES unset down down
FastEthernet0/20 unassigned YES unset down down
FastEthernet0/21 unassigned YES unset down down
FastEthernet0/22 unassigned YES unset down down
FastEthernet0/23 unassigned YES unset up up
FastEthernet0/24 unassigned YES unset up up
Switch# |
硬件地址表
Vlan 硬件地址 類型 端口號
1 00c0.b768.5409 DYNAMIC Fa0/14
Total Mac Addresses for this criterion: 1
Switch# |
如果這一信息符合PC上的MAC地址，接下來就要確定交換機端口上沒有不相關的配置。例如：
Switch# show run interface fa0/14
Building configuration...
Current configuration : 82 bytes
interface FastEthernet0/14
switchport mode access
spanning-tree portfast
end
Switch# |
盡管可能還有第二層別的問題存在，至少在這一層看起來情況還不錯。接下來，查看第三層。在PC上使用IPCONFIG /ALL命令進行檢查，如列表C列所示。
列表C
C:> ipconfig /all
Windows IP Configuration
Host Name . . . . . . . . . . . . : PC100
Primary Dns Suffix . . . . . . . : TechRepublic.com
Node Type . . . . . . . . . . . . : Peer-Peer
IP Routing Enabled. . . . . . . . : No
WINS Proxy Enabled. . . . . . . . : No
DNS Suffix Search List. . . . . . : TechRepublic.com
Ethernet adapter Local Area Connection:
Connection-specific DNS Suffix . : TechRepublic.com
Description . . . . . . . . . . . : Intel(R) PRO/1000 MT Network Connection
Physical Address. . . . . . . . . : 00-C0-B7-68-54-09
Dhcp Enabled. . . . . . . . . . . : Yes
Autoconfiguration Enabled . . . . : Yes
IP Address. . . . . . . . . . . . : 10.80.2.2
Subnet Mask . . . . . . . . . . . : 255.255.0.0
Default Gateway . . . . . . . . . : 10.80.2.1
DHCP Server . . . . . . . . . . . : 10.2.1.26
DNS Servers . . . . . . . . . . . : 10.2.1.26
Primary WINS Server . . . . . . . : 10.2.1.26
Secondary WINS Server . . . . . . : 10.2.1.21
Lease Obtained. . . . . . . . . . : Wednesday, November 02, 2005 5:43:55 AM
Lease Expires . . . . . . . . . . : Thursday, November 10, 2005 5:43:55 AM |
這里，我們可以看到PC有IP地址，但是這地址對么？這臺PC通過DHCP獲得10.80.x.x范圍內的地址，但是現在地址卻是10.1.x.x。
所以，我們終于發現了問題。DHCP服務器分發的IP地址不屬于子網。這種問題多出現在PC從某個子網挪到另一個子網時，PC依然請求舊的IP地址就產生了問題。
可以嘗試這樣解決問題，讓所有接口的租用IP地址重新交付給DHCP服務器（即歸還IP地址）。使用IPCONFIG /RELEASE，然后使用IPCONFIG /RENEW命令，然后PC就會獲得正確的IP地址，所有的網絡應用就都可以使用了。
分而治之
假設情況：某個用戶說所有的應用除了IE瀏覽器都可以使用。當嘗試瀏覽網頁時，出現“找不到主機或DNS錯誤，網頁無法顯示”的提示。
如何開始：由于是跟應用相關的問題，可能會想采用從上到下的方法從OSI模型的應用層查起。但是，其實有多種原因可能造成這種錯誤。
采用分而治之的方法，先從我們了解的情況入手。用戶說除IE外其他應用都可以工作。問題可能就出現在本地網和外網。
方法1: 既然錯誤報告提到了DNS, 可以將它看做DNS問題。既然其他應用依然工作，也許存在有一臺本地DNS服務器給局域網應用提供服務。
為了檢測這一理論，我們可以使用nslookup命令來確定DNS是否在工作。例子如下：
C:> nslookup www.techrepublic.com
Server: dns.TechRepublic.com
Address: 10.2.1.26
Non-authoritative answer:
Name: c10-sha-redirect-lb.cnet.com
Address: 216.239.115.148
Aliases: www.techrepublic.com |
這表示DNS確實在工作，所以還要繼續查看。
方法2:用戶所要訪問的網站是否存在于本地或者遠程的子網？就象互聯網網站一樣，我們稱它為外部子網。
既然有些連接以及其它應用還可以使用，我們可以查看第三層，網絡層。我們使用ipconfig命令來查看默然網關是否是10.80.2.1。現在需要ping默認網關。如下面的例子。
C:> ping 10.80.2.1
Pinging 10.80.2.1 with 32 bytes of data:
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Ping statistics for 10.80.2.1:
Packets: Sent = 4, Received = 0, Lost = 4 (100% loss), |
從這里，我們可以確定第三層存在問題。默然網關停用或者不可達。
如果所處位置是中央數據中心，遠程登陸用戶默認網關。登陸以后，使用show ip interface brief命令，如列表D所示。
列表D
Router# show ip interface brief
Interface IP-Address OK? Method Status Protocol
Serial3/0 unassigned YES NVRAM up up
Serial3/0.1 10.80.100.2 YES NVRAM up up
Serial3/0.2 10.80.100.6 YES NVRAM up up
BRI3/0 unassigned YES NVRAM up up
BRI3/0:1 unassigned YES unset down down
BRI3/0:2 unassigned YES unset down down
Dialer1 10.80.100.10 YES NVRAM up up
Loopback1 unassigned YES NVRAM up up
Ethernet3/0 10.80.2.1 YES NVRAM down down
Router# |
通過這一輸出結果，我們可以確定連接路由器和本地交換機的網線沒有連接。我們曾經以為是第三層出了問題，但是實際上問題出在第一層。
在我看來，分而治之的方法需要更多網絡和故障排除的知識。但是，這種發法也是發現問題最快的方法。使用故障排除方法類似于使用訪問列表，一旦發現相符合的情況，就沒有必要繼續追查。
