北京中達信泰科技有限公司——赫斯曼交換機，我們為您帶來以下信息。
解決主機無法ping通故障
在管理維護網絡時，我們時常會在交換機上對局域網中的某臺主機-進行ping命令測試，在測試過程中要是遇到目標主機-無法被ping通的故障現象時，我們究竟該如何來排除呢?在確認目標主機已經開通電源，并且該系統自身工作狀態一切正常的情況下，我們可以在交換機中進行如下---操作：
首先通過telnet命令登錄進目標交換機后臺管理界面，在該界面的命令行中執行字符串命令“display interfaces”，從其后彈出的結果界面中看看目標主機與本地交換機所連端口的-是否處于同一個網段，或者檢查本地交換機固定連接端口的工作模式是否為“trunk”類型，如果這些參數設置不正確的話，我們必須及時將它們修改過來。
其次執行字符串命令“display arp”，從彈出的結果界面中仔細檢查本地交換機管理維護的arp表內容是否設置正確，一旦發現有不正確的記錄或條目，必須及時將它修改過來。
接著檢查本地交換機連接目標主機的通信端口處于哪一個虛擬子網中，找到對應的虛擬子網后，查看該虛擬子網有沒有正確配置vlan通信接口，要是已經配置了的話，百通赫斯曼模塊化交換機，我們不妨再檢查該vlan通信接口的-是否和目標主機的-位于相同的工作子網中，如果發現配置不正確的話，必須及時修改過來。
要是上面的各項配置參數都正常的話，本地交換機還無法ping通局域網中的目標主機地址時，那我們不妨在本地交換機系統中啟用arp調試開關，以便詳細地檢查本地交換機是否能夠正確地發送arp報文和接受arp報文，要是本地交換機只能對外發送arp報文而無法從外面接受arp報文時，那故障原因很可能出在以太網的物理鏈路層，此時我們需要重點對物理鏈路層進行檢查。
二層交換機，三層交換機及四層交換機的區別二層交換二層交換技術的發展比較成熟，二層交換機屬數據鏈路層設備，可以識別數據包中的mac地址信息，根據mac地址進行轉發，并將這些mac地址與對應的端口記錄在自己內部的一個地址表中。具體的工作流程如下：
1) 當交換機從某個端口收到一個數據包，它先讀取包頭中的源mac地址，這樣它就知道源mac地址的機器是連在哪個端口上的；
2) 再去讀取包頭中的目的mac地址，并在地址表中查找相應的端口；
3) 如表中有與這目的mac地址對應的端口，把數據包直接復至到這端口上；
4) 如表中找不到相應的端口則把數據包廣播到所有端口上，百通赫斯曼模塊化交換機，當目的機器對源機器回應時，交換機又可以記錄這一目的mac地址與哪個端口對應，在下次傳送數據時就不再需要對所有端口進行廣播了。不斷的循環這個過程，對于---的mac地址信息都可以學習到，二層交換機就是這樣建立和維護它自己的地址表。
想要了解更多赫思曼工業機的相關內容，請及時關注北京中達信泰科技有限公司網站。
每臺第四層交換機都保存一個與被選擇的服務器相配的源-以及源tcp端口相關聯的連接表。然后第四層交換機向這臺服務器轉發連接請求。所有后續包在客戶機與服務器之間重新影射和轉發，直到交換機發現會話為止。在使用第四層交換的情況下，模塊化交換機，接入可以與真正的服務器連接在一起來滿足用戶制定的規則，諸如使每臺服務器上有相等數量的接入或根據不同服務器的容量來分配傳輸流。
1) 速度：為了在企業網中行之有效，第四層交換必須提供與第三層線速路由器可比擬的性能。也就是說，第四層交換必須在所有端口以全介質速度操作，即使在多個千兆以太網連接上亦如此。千兆以太網速度等于以每秒1488000 個數據包的大速度路由(假定壞的情形，赫斯曼模塊化交換機，即所有包為以及網定義的小尺寸，長64字節)。
2)服務器容量平衡算法：依據所希望的容量平衡間隔尺寸，第四層交換機將應用分配給服務器的算法有很多種，有簡單的檢測環路近的連接、檢測環路時延或檢測服務器本身的閉環反饋。在所有的預測中，閉環反饋提供反映服務器現有業務量的準確的檢測。
3) 表容量：應注意的是，進行第四層交換的交換機需要有區分和存貯大量發送表項的能力。交換機在一個企業網的-時尤其如此。許多第二/三層交換機傾向發送表的大小與網絡設備的數量成正比。對第四層交換機，這個數量必須乘以網絡中使用的不同應用協議和會話的數量。因而發送表的大小隨端點設備和應用類型數量的增長而迅速增長。第四層交換機設計者在設計其產品時需要考慮表的這種增長。大的表容量對制造支持線速發送第四層流量高的性能交換機-。
4) 冗余：第四層交換機內部有支持冗余拓撲結構的功能。在具有雙鏈路的網卡容錯連接時，就可能建立從一個服務器到網卡，鏈路和服務器交換器的完全冗余系統。
|
登錄后臺
