HIRSCHMANN交機日常維護
赫斯曼HIRSCHMANN交機（Switch）意為“開關”是一種用于電（光）信轉發的網絡設備。它可以為接入交機的任意兩個網絡節點獨享的電信通路。zui常見的交機是以太網交機。其他常見的還有語音交機、光纖交機等。

赫斯曼HIRSCHMANN交機的日常管理
解決重新設置VLAN麻煩
在管理維護單位局域網網絡的時候，要是連接普通交機的級聯端口發生改變時，那么之前在該交機系統中劃分設置的VLAN往往就無法正常發揮作用了。如此說來，難道我們只有重新劃分設置VLAN嗎?如果真是這樣的話，那網絡維護工作量顯然是很大的；其實，在改變普通交機的級聯端口后，我們只需要進入交機的后臺管理界面，修改一下級聯端口的工作模式，以便讓的VLAN訪問都能通過，這樣的話就能避免重新設置VLAN操作了。我們就以某單位的局域網為例，來向各位詳細介紹一下交機的具體設置步驟：
設該單位局域網共有6個VLAN，其中S1交機位于A子網中，S2交機位于B子網中；單位新購買了幾臺工作站，需要把S1交機移動到B子網中，而之前S1交機是在端口24上用光纖線纜與單位局域網的核心交機相連的。為了避免在交機系統中重新劃分VLAN，我們可以改變S1、S2交機的端口工作模式。例如，我們可以先查看一下S1交機的端口設置情況；在進行這種檢查時，可以先通過net命令遠程登錄到交機的后臺管理界面，并執行字符串命令“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交機。

解決主機無法Ping通故障
在管理維護網絡時，我們時常會在交機上對局域網中的某臺主機IP進行Ping命令測試，在測試過程中要是遇到目標主機IP無法被Ping通的故障現象時，我們究竟該如何來排除呢?在確認目標主機已經開通電源，并且該系統自身工作狀態正常的情況下，我們可以在交機中進行如下排查操作：
首先通過net命令登錄進目標交機后臺管理界面，在該界面的命令行中執行字符串命令“display interfaces”，從其后彈出的結果界面中看看目標主機與本地交機所連端口的IP是否于同一個網段，或者檢查本地交機連接端口的工作模式是否為“trunk”類型，如果這些參數設置不正確的話，我們必須及時將它們修改過來。
其次執行字符串命令“display arp”，從彈出的結果界面中仔細檢查本地交機管理維護的ARP表內容是否設置正確，一旦發現有不正確的記錄或條目，必須及時將它修改過來。
接著檢查本地交機連接目標主機的通信端口于哪一個虛擬子網中，找到對應的虛擬子網后，查看該虛擬子網有沒有正確配置VLAN通信接口，要是已經配置了的話，我們不妨再檢查該VLAN通信接口的IP是否和目標主機的IP位于相同的工作子網中，如果發現配置不正確的話，必須及時修改過來。
要是上面的各項配置參數都正常的話，本地交機還無法Ping通局域網中的目標主機時，那我們不妨在本地交機系統中啟用ARP調試開關，以便詳細地檢查本地交機是否能夠正確地發送ARP報文和接受ARP報文，要是本地交機只能對外發送ARP報文而無法從外面接受ARP報文時，那故障原因很可能出在以太網的物理鏈路層，此時我們需要重點對物理鏈路層進行檢查。
解決IP報文無法轉發故障
如果本地交機的接口鏈路層協議狀態以及該接口的物理狀態全部都顯示為UP，而交機無法正常轉發IP數據報文時，那多半是本地交機協議發現路由參數沒有設置正確，或者是本地交機的靜態路由沒有設置生效。此時，我們可以利用net命令遠程登錄進目標交機后臺管理界面，并進入到命令行狀態，輸入字符串命令“display ip routing-table protocol static”，單擊回車鍵后來查看本地交機有沒有正確配置靜態路由，要是沒有配置的話需要及時重新進行配置;
在確認上面的配置正確后，再執行字符串命令“display ip routing-table”，來檢查本地靜態路由有沒有設置生效，要是沒有生效的話需要重新啟用并設置好靜態路由，如此一來就能解決IP報文無法轉發的故障了。

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