在遇見下面這樣情況的時候一般大家會採取何種方法去判斷?
1、交換機某一端口下的用戶出現丟包
2、交換機下所有用戶都在丟包
3、用戶反映網速緩慢
可能有人會這樣說,檢查一下網線、重做一下水晶頭、檢查一下用戶計算機網卡、把交換機重啓一下。沒錯,這幾種做法都能解決上述問題,而且很有可能就是導致故障的原因。但各位覺得這樣做麻煩嗎?特別是在維護一個大型網絡的時候,可能你要坐上半小時的車前往故障發生地。還有就是你這樣做了,可能不能解決根本問題所在,只能算是“蒙”吧。
下面我們來看一下交換機端口信息能帶給我們怎樣的幫助?
1、判斷當前端口的工作狀態
2、瞭解當前端口流量信息
3、幫助分析判斷當前狀況產生的原因
下面我們來看一個無數據通信的端口所顯示的信息內容
【舉例】
<Quidway> display interface ethernet0/1
Ethernet0/1 current state : UP
IP Sending Frames' Format is PKTFMT_ETHNT_2, Hardware address is
00e0-fc00-0010
The Maximum Transmit Unit is 1500
Media type is twisted pair, loopback not set
Port hardware type is 100_BASE_TX
100Mbps-speed mode, full-duplex mode
Link speed type is autonegotiation, link duplex type is autonegotiation
Flow-control is not enabled
The Maximum Frame Length is 1518
Broadcast MAX-ratio: 100%
PVID: 1
Mdi type: auto
Port link-type: access
Tagged VLAN ID : none
Untagged VLAN ID : 1
Last 300 seconds input: 0 packets/sec 0 bytes/sec
Last 300 seconds output: 0 packets/sec 0 bytes/sec
Input(total): 0 packets, 0 bytes
0 broadcasts, 0 multicasts
Input(normal): - packets, - bytes
- broadcasts, - multicasts
Input: 0 input errors, - runts, 0 giants, - throttles, 0 CRC
0 frame, - overruns, 0 aborts, 0 ignored, - parity errors
Output(total): 0 packets, 0 bytes
0 broadcasts, 0 multicasts, 0 pauses
Output(normal): - packets, - bytes
- broadcasts, - multicasts, - pauses
Output: 0 output errors, - underruns, - buffer failures
- aborts, 0 deferred, 0 collisions, 0 late collisions
- lost carrier, - no carrier
上面我們已經看到用 display interface ethernet0/1命令顯示的以太網端口1的信息。我將以這些信息來例舉兩個故障實例的判斷和分析。
1、有用戶反映通信中斷,另一用戶反映通信時斷時續。這種情況我們要看這個信息:
Ethernet0/1 current state :up
如該條信息顯示爲(冒號後面):down或administrator down,爭對down的情況一般是物理條件下的,比如網線鬆脫、對端設備端口故障、對端設備故障等。如果該端口出現頻煩的down提示哪可能就是你的網線水晶頭接觸不良引起的,這種狀態就會引起用戶時斷時續。而administrator down只有人爲操作即在端口上使用了關閉端口命令shutdown纔會出現,這種情況可能是因爲測試目的或其他目的由管理員施行的行爲。而這兩種狀態都會直接導致通信中斷。
Media type is twisted pair, loopback not set
這條信息顯示的是端口的環回測試,在端口處於環回狀態下該端口是不能通信的,默認設置是未開啓的。如果如果開啓了loopback就會出現通信中斷。
2、簡單描述吧,字打多啦,累!“丟包 中斷 網速超級緩慢”Look!
Last 300 seconds input: 0 packets/sec 0 bytes/sec
Last 300 seconds output: 0 packets/sec 0 bytes/sec
Input: 0 input errors, - runts, 0 giants, - throttles, 0 CRC
0 frame, - overruns, 0 aborts, 0 ignored, - parity errors
Output: 0 output errors, - underruns, - buffer failures
- aborts, 0 deferred, 0 collisions, 0 late collisions
- lost carrier, - no carrier
Input(total): 0 packets, 0 bytes
0 broadcasts, 0 multicasts
Output(total): 0 packets, 0 bytes
0 broadcasts, 0 multicasts, 0 pauses
這幾條信息顯示了端口最近300秒內輸入/輸出的速率和報文數,以及端口輸入/輸出報文和錯誤信息的統計。哈!我最喜歡這幾條信息了,他們讓我簡單的完成了要用複雜工具才能完成的判斷,至少是初步判斷。假設下面一種狀況:
Last 300 seconds input: 138 packets/sec 86147 bytes/sec
Last 300 seconds output: 137 packets/sec 65465 bytes/sec
這說明了流經該端口的流量相當正常,不是我說的,數據證明一切!來看理由:一般來說一個端口上所流經的數據包的收、發數量應該是平衡的或接近平衡的,這樣的網絡纔是健康的。就如我這顯示的一樣最近300秒內接收和發送的數據包分別是138 packets/sec和137 packets/sec接收和發送的大小是86147 bytes/sec和65465 bytes/sec基本上平衡。
如果出現了這樣的狀況:
Last 300 seconds input: 13800 packets/sec 26147 bytes/sec
Last 300 seconds output: 137 packets/sec 35465 bytes/sec
這樣的數據說明該端口上接收了大量的數據包,而包的大小卻非常的小“即量大個小”,這種情況明眼人應該知道該端口可能正面臨一次***,什麼***呢?也許是DOS吧也或許是某種病毒吧,具體是什麼只有分析報文啦!但到這已經確定故障點啦。還有要注意如果這個端口是這臺交換機的上行端口就會影響所有該交換機上的用戶通信。另外我這只是舉啦一個“量大個小”的例,像“量小個大”,收、發極不平衡特別是某一方趨近於零要引起特別注意,總之這樣的情況都是異常的,這裏就不詳細講啦,以後有機會再在報文分析裏介紹。
舉這個例是因爲像這樣的情況往往會增加交換機處理量,也就是加大負載,從而影響該交換機性能,最後導至的結果就是該臺設備癱瘓或丟包,甚至影響上一層設備。
另外提一下“最近時間Last 300”是可以更改的,一般在處理障礙時爲獲得實時的更準確的信息可將其默認的300秒改得小一點,這樣有助於分析判斷。
下面這張表是華爲設備手冊上的說明,可供參考。
|
|
Ethernet0/1 current state |
|
IP Sending Frames' Format |
|
|
|
The Maximum Transmit Unit |
|
|
|
|
|
|
|
100Mbps-speed mode, full-duplex mode
Link speed type is autonegotiation, link
duplex type is autonegotiation |
|
Flow-control is not enabled |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Last 300 seconds input: 0 packets/sec 0
Last 300 seconds output: 0 packets/sec
|
|
Input(total): 0 packets, 0 bytes
0 broadcasts, 0 multicasts
Input(normal): - packets, - bytes
- broadcasts, - multicasts
Input: 0 input errors, - runts, 0 giants, -
0 frame, - overruns, 0 aborts, 0
Output(total): 0 packets, 0 bytes
0 broadcasts, 0 multicasts, 0
Output(normal): - packets, - bytes
- broadcasts, - multicasts, - pauses
Output: 0 output errors, - underruns, -
- aborts, 0 deferred, 0 collisions, 0
- lost carrier, - no carrier |
|