1. 解決重新設置VLAN麻煩

在管理維護單位局域網網絡的時候， 要是連接普通交換機的級聯端口發生改變時， 那么之前在該交換機系統中劃分設置的VLAN往往就無法正常發揮作用了。 如此說來， 難道我們只有重新劃分設置VLAN嗎?如果真是這樣的話， 那網絡維護工作量顯然是很大的;其實， 在改變普通交換機的級聯端口后， 我們只需要進入交換機的后臺管理界面， 修改一下級聯端口的工作模式， 以便讓所有的VLAN訪問都能通過， 這樣的話就能避免重新設置VLAN操作了。 現在我們就以某單位的局域網為例， 來向各位詳細介紹一下交換機的具體設置步驟：

假設該單位局域網共有6個VLAN， 其中S1交換機位于A子網中， S2交換機位于B子網中;最近單位新購買了幾臺工作站， 現在需要把S1交換機移動到B子網中， 而之前S1交換機是在端口24上用光纖線纜與單位局域網的核心交換機直接相連的。 為了避免在交換機系統中重新劃分VLAN， 我們可以改變S1、S2交換機的端口工作模式。 例如， 我們可以先查看一下S1交換機的端口設置情況;在進行這種檢查時， 可以先通過telnet命令遠程登錄到交換機的后臺管理界面， 并執行字符串命令“display interfaces”， 這樣我們就能查看到該交換機各個端口的具體配置情況了。 從上述命令返回的結果中， 我們看到與S2交換機保持級聯關系的S1交換機26端口狀態為“interface ethernet0/26,port access vlan 2”， 通過該狀態我們不難明白S1交換機只屬于VLAN2， 也就是說該交換機只允許來自VLAN2中的工作站通行， 其他VLAN中的工作站都無法通行;當S1交換機改變擺放位置后， 它肯定會位于新的VLAN中， 為了讓新VLAN中的所有工作站都能通行， 我們需要在這里將S1交換機的26端口工作模式修改為“trunk”， 這樣一來S1交換機就不需要重新劃分設置VLAN， 就能讓新VLAN中的所有工作站都可以通行了。

也許有不少用戶會感到納悶， 為什么S1交換機之前可以和單位局域網網絡正常通信呢?原來S1交換機之前是通過光纖線纜與單位核心交換機相連的， 那個光纖連接端口的工作模式已經被設置為了“trunk”， 當S1交換機的擺放位置發生變化后， 由于沒有使用光纖線纜來連接交換機， 所以對應的光纖連接端口也就沒有作用了。

在修改S1交換機的26端口工作模式時， 我們可以先遠程登錄進該交換機的后臺管理界面， 并在該界面的命令行中執行字符串命令“system”， 將S1交換機的工作狀態切換到系統配置狀態， 接著執行“interface ethernet 0/26”命令進入S1交換機的第26號連接端口配置狀態， 再在該狀態下輸入字符串命令“port link-type trunk”， 單擊回車鍵后， S1交換機的26號連接端口工作模式就被成功修改成“trunk”類型了;為了讓局域網中的所有VLAN都能通過該端口訪問S1交換機， 我們還需要執行字符串命令“port trunk permit vlan all”， 以便指定26號連接端口允許來自所有VLAN中的工作站訪問。 按照同樣的操作， 我們可以修改S2交換機的級聯端口工作模式， 確保局域網中的所有工作站都能訪問S2交換機。

2. 解決主機無法Ping通故障

在管理維護網絡時， 我們時常會在交換機上對局域網中的某臺主機IP地址進行Ping命令測試， 在測試過程中要是遇到目標主機IP地址無法被Ping通的故障現象時， 我們究竟該如何來排除呢?在確認目標主機已經開通電源， 并且該系統自身工作狀態一切正常的情況下， 我們可以在交換機中進行如下排查操作：

首先通過telnet命令登錄進目標交換機后臺管理界面， 在該界面的命令行中執行字符串命令“display interfaces”， 從其后彈出的結果界面中看看目標主機與本地交換機所連端口的IP地址是否處于同一個網段， 或者檢查本地交換機指定連接端口的工作模式是否為“trunk”類型， 如果這些參數設置不正確的話， 我們必須及時將它們修改過來。

其次執行字符串命令“display arp”， 從彈出的結果界面中仔細檢查本地交換機管理維護的ARP表內容是否設置正確， 一旦發現有不正確的記錄或條目， 必須及時將它修改過來。

接著檢查本地交換機連接目標主機的通信端口處于哪一個虛擬子網中， 找到對應的虛擬子網后， 查看該虛擬子網有沒有正確配置VLAN通信接口， 要是已經配置了的話， 我們不妨再檢查該VLAN通信接口的IP地址是否和目標主機的IP地址位于相同的工作子網中， 如果發現配置不正確的話， 必須及時修改過來。

要是上面的各項配置參數都正常的話， 本地交換機還無法Ping通局域網中的目標主機地址時， 那我們不妨在本地交換機系統中啟用ARP調試開關， 以便詳細地檢查本地交換機是否能夠正確地發送ARP報文和接受ARP報文， 要是本地交換機只能對外發送ARP報文而無法從外面接受ARP報文時， 那故障原因很可能出在以太網的物理鏈路層， 此時我們需要重點對物理鏈路層進行檢查。

3. 解決IP報文無法轉發故障

單位局域網中的某臺二層交換機沒有配置安裝動態路由協議， 在對它進行管理維護時， 我們發現該交換機的接口鏈路層協議狀態以及該接口的物理狀態全部都顯示為UP， 可是該交換機就無法正常轉發來自局域網工作站中的IP報文。 那么這種故障現象是怎么出現的呢， 我們又該如何快速有效地解決該交換機故障呢?

如果本地交換機的接口鏈路層協議狀態以及該接口的物理狀態全部都顯示為UP， 而交換機無法正常轉發IP數據報文時， 那多半是本地交換機指定協議發現路由參數沒有設置正確， 或者是本地交換機的靜態路由沒有設置生效。 此時， 我們可以利用telnet命令遠程登錄進目標交換機后臺管理界面， 并進入到命令行狀態， 輸入字符串命令“display ip routing-table protocol static”， 單擊回車鍵后來查看本地交換機有沒有正確配置靜態路由， 要是沒有配置的話需要及時重新進行配置;

在確認上面的配置正確后， 再執行字符串命令“display ip routing-table”， 來檢查本地靜態路由有沒有設置生效， 要是沒有生效的話需要重新啟用并設置好靜態路由， 如此一來就能解決IP報文無法轉發的故障了。

4. 解決數據嚴重掉包故障

近日， 單位中的一處室向網絡管理員反映， 他們處室中的部分工作站訪問服務器的速度很慢， 向服務器上傳或下載文本文件時的速度還可以， 要是向服務器傳輸一些容量較大的多媒體信息時， 那速度就非常緩慢， 有時干脆就連接不上。 為此， 網絡管理員先使用ping命令在其中一臺故障工作站對服務器的連接情況進行了一下測試， 測試結果表明有時部分數據包存在特別大的延時現象， 并且網絡傳輸存在嚴重的掉包現象。 由于該處室的網絡拓撲結構是所有工作站全部通過普通雙絞線連接到10M集線器上， 這個10M集線器再級聯到單位局域網的核心交換機上， 核心交換機的所有通信端口全部處于10M/100M自適應工作狀態， 服務器也是直接連接到該交換機中的。

了解了這些情況下， 網絡管理員先嘗試著將集線器的進線直接與故障工作站連接， 之后再對服務器執行ping命令測試， 測試結果發現沒有出現數據包延時現象， 也沒有發生數據掉包現象， 測試結果很正常。 接著網絡管理員又在安裝了10M網卡的舊計算機中進行ping命令測試操作， 測試結果竟然也是正常的， 而出現故障的計算機恰好是一些安裝了100M網卡設備的新工作站。 網絡管理員反復對這種現象進行了分析， 會不會是工作站的網卡傳輸速度和交換機的傳輸速度存在匹配問題呢?想到這一點， 網絡管理員于是在那些故障計算機中將100M網卡設備的傳輸速度強制調整為10M， 之后再進行訪問測試， 結果發現故障現象居然沒有了， 很顯然上面的故障的確是由于速度不匹配引起的。 日后， 當我們遇到相同的故障現象時， 不妨仔細檢查故障工作站與交換機的傳輸速度是否匹配， 要是不匹配的話， 只需要在故障工作站中強行修改網卡設備的傳輸速度， 確保網卡設備與交換機的工作速度保持匹配。

來源：賽迪網