1. 首頁 > 云知道 > >

精華 | 網絡故障排除命令匯總【網工必須收藏】( 七 )

云知道Show命令

Clearcounters命令清空統計值，然后使用一系列Ping命令使路由器端口收發報文，最后使用Show命令來查看統計值 。
例如：通過Show interface FastEthernet 0/13 counters觀察到端口有如下統計數據：
Interface : Fa0/13
5 minute input rate: 76208 bits/sec, 53 packets/sec
5 minute output rate : 340600 bits/sec, 53 packets/sec
InOctets: 53193982
InUcastPkts: 253095
InMulticastPkts: 32
InBroadcastPkts: 10655
OutOctets: 416202081
OutUcastPkts: 336100
OutMulticastPkts: 1740
OutBroadcastPkts: 12981
Undersize packets: 0
Oversize packets: 0
collisions: 0
Fragments: 0
Jabbers: 0
CRC alignment errors : 16
AlignmentErrors: 0
FCSErrors: 0
dropped packet events (due to lack of resources): 0
packets received of length (in octets):
64:157041, 65-127: 127987, 128-255: 10115,
256-511: 7169, 512-1023: 14593, 1024-1518: 297698
我們發現端口收發有了錯誤，但這些錯誤是否是最近產生的呢？可用Clear counters interface FastEthernet 0/13來進行刷新，再通過Ping一組報文測試路由器端口的收發，最后再使用Show interface FastEthernet 0/13 counters看結果統計 。如果仍然顯示發生錯誤，那么我們就需要分析原因進行故障排除了 。
1.5Debug命令1. Debug命令概述RG系列產品提供大量的debug命令支持，可以幫助用戶在網絡發生故障時獲得路由器中交換的報文和幀的細節信息，這些信息對網絡故障的定位是至關重要的 。
打開相應的調試開關
例如：打開IP packet調試開關，命令為：
RG# debug ip packet
2. Debug命令使用注意事項由于調試信息的輸出在CPU處理中賦予了很高的優先級，許多形式的debug命令會占用大量的CPU運行時間，在負荷高的路由器上運行debug命令可能引起嚴重的網絡故障（如網絡性能迅速下降） 。但debug命令的輸出信息對于定位網絡故障又是如此的重要，是維護人員必須使用的工具 。因此，我們總結了一些使用debug命令的注意要點，如下：

  1. 應當使用debug命令來查找故障，而不是用來監控正常的網絡運行 。
  2. 盡量在網絡使用的低峰期或網絡用戶較少時使用，以降低debug命令對系統的影響性 。
  3. 在沒有完全掌握某debug命令的工作過程以及它所提供的信息前，不要輕易使用該debug命令 。
  4. 不要輕易使用類似debug all之類將產生大量輸出的命令 。僅當尋找某些類型的流量或故障并且已將故障原因縮小到一個可能的范圍時，才使用某些特定的debug命令 。
  5. 在使用debug命令獲得足夠多的信息后，應立即以“no debug xx”命令終止debug命令的執行 。
可以使用show debugging命令查看當前已打開哪些調試開關并使用相應命令關閉；或干脆使用no debug all命令關閉所有調試開關 。
案例一：忘記關閉debug開關引起的路由器報文轉發速度變慢的故障排除(1) 現象描述
某電信局安裝了RG路由器作為接入服務器的出口網關，一段時間運轉良好 。某日用戶反映該設備明顯速度變慢 。執行PING操作，PING對端路由器設備，所用時間為正常的2倍多 。
(2) 相關信息收集
該路由器的日志中記錄了大量的收發IP報文的信息 。
(3) 原因分析
初步分析可能有以下幾種原因：
  • 線路質量不好 。
  • 對端設備問題，導致回應較慢 。
  • 自身配置錯誤
  • 網絡繁忙
  • 軟硬件故障
(4) 處理過程