路由器網路介面解析大全

Router#show interface e0/0
Ethernet0/0 is up, line protocol is down
Hardware is AmdP2, address is 0009.4375.5e20 (bia 0009.4375.5e20)
Internet address is 192.168.1.53/24
MTU 1500 bytes, BW 10000 Kbit, DLY 1000 usec,
reliability 172/255, txload 3/255, rxload 39/255
Encapsulation ARPA, loopback not set
Keepalive set (10 sec)
ARP type: ARPA, ARP Timeout 04:00:00
Last input never, output 00:00:07, output hang never
Last clearing of "show interface" counters never
Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
Queueing strategy: fifo
Output queue :0/40 (size/max)
5 minute input rate 0 bits/sec, 0 packets/sec
5 minute output rate 0 bits/sec, 0 packets/sec
0 packets input, 0 bytes, 0 no buffer
Received 0 broadcasts, 0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
0 input packets with dribble condition detected
50 packets output, 3270 bytes, 0 underruns
50 output errors, 0 collisions, 2 interface resets
0 babbles, 0 late collision, 0 deferred
50 lost carrier, 0 no carrier
0 output buffer failures, 0 output buffers swapped out

(1) 介面和活動狀態
在上面的顯示中，內容表示硬體介面是活動的，而處理行協議的軟體過程相信次介面可用。如果路由器操作員拆卸此硬體介面，第一個欄位將顯示資訊is administratively down.如果路由器在活動間隔內收到5000個以上的錯誤，單詞Disabled將出現在此欄位中，以顯示連路由器自動禁用此埠。行協議欄位還顯示以前提到的三個描述之一：up 、down、administratively down.如果欄位項是up,則表示處理行協議和軟體過程相信此介面可用，因為她正在接收keepalives的目的也是如此，其他裝置可以確定某個空閒連線是否仍然活動。對於乙太網介面，Keepalives的預設值是10s。我們不久將注意到，Keepalives設定可以透過為特定介面使用show interfaces命令來獲得。可以用keepalive interface 命令來改變keepalives 設定。此命令的格式如下：
Keepalive seconds
(2) 硬體欄位為你提供介面的硬體型別。在以上的例子中，硬體是CISCO擴充套件匯流排(CxBus)乙太網，即介面處理器的533-Mbps資料匯流排。因此，硬體通知我們高速CxBus介面處理器用於支援乙太網連線。同時還要注意顯示欄位包括介面的Mac地址。Mac是48位長的。因為Mac地址的頭24位是表示生產廠家ID，所以十六進位制數00-10-79是由IEEE分配給Csico的識別符號。
(3) Internet地址
如果某個介面是為IP路由配置，那麼將為它分配一個Internet地址。此地址後面是他的子網掩碼。IP地址是205.141.192.1/24 。反斜槓(/)後面表示此地址的頭24位表示網路，他等於子網掩碼255.255.255.0。
(4) MTU
最大傳輸單元（MTU）表示執行在介面上的協議的資訊欄位所支援的最大位元組數。因為乙太網楨的資訊欄位的最大長度是1500位元組，所以它的MTU顯示為1500位元組。對於幾乎所有的乙太網應用程式，預設的1500位元組MTU應該是有效的。對於令牌環，預設的MTU值為8192位元組；但是應該注意的一點是RFC1191建議的MTU值為16-Mbps令牌環選擇17 914的，而為4-Mbps令牌環選擇4464位元組。
最小的MTU是64個位元組，而最大的值是65535位元組。如果IP資料包超過最大的 MTU，將對它進行分段，這將增加額外開銷，因為每個最後的資料包都包含它自己的報頭。雖然在高速LAN連線中，通常無需擔心與分段有關的額外開銷，但在低速序列介面上，這可能會是一個比較嚴重的問題。可以用MTU interface命令來改變預設的MTU，此命令格式如下：
mtu bytes
位元組數可以是從64~6553。
(5) BW
介面頻寬(BW)通常指的是介面的執行速率，用每秒千位元組表示。因為乙太網執行速率為10Mbps，所以BW值顯示為10 000Kb。
可以用Bandwidth命令設定資訊頻寬值，但實際上不用它來調整介面的頻寬，因為對於某些型別的介質，如乙太網，頻寬是固定的。對於其他的介質，如序列線，通常透過調整硬體來調整其執行速率。例如透過DSU/CSU上設定不同的時鐘速率來提高或降低序列介面的執行速率。因此，bandwidth命令主要目的是使當前頻寬與高層協議通訊。
可以透過以下命令格式設定頻寬值，千位表示以千位每秒錶示的頻寬。
Bandwidth kilobits
(6) DLY
此欄位表示介面的延遲，用微秒錶示。乙太網的延遲（DLY）為1000s。可以使用delay interface命令為介面設定延遲值。此命令的格式如下：
delay tens-of-microseconds
(7) 可靠性
可靠性欄位表示介面的可靠性，用255分之幾表示。此欄位 中所顯示的值由在5分鐘內的冪平均值計算。因為乙太網為每個楨計算CRC，所以可靠性是基於CRC錯誤率，而不是位錯誤率。255/255表示介面在5分鐘內100%可靠。
雖然沒有可靠性命令，可以考慮定期使用的一個重要命令是clear conuter EXEC命令。此命令的功能是清楚或重置介面計數器。此命令的一般格式取決於正在使用的路由器。下面顯示的是第二種格式用於Cisco7000系列產品：
clear counter [type number]
clear counter [type slot/port]
type表示特定的介面型別。如果你不指定特定介面，所有介面的計數器都被清除。
(8) 負載
介面上的傳送和接收負載均顯示為255分之幾。與可靠性欄位類似，負載欄位也是計算5分鐘內的冪平均值。從上面可以看出，傳送(Txload)負載表示為3/255，而接收(rxload)負載為39/255。因為乙太網執行速率為10Mbps，所以可以透過將每分數乘以執行速率來獲得介面活動的一般指示。這是因為每個乙太網楨都至少有26個額外位元組，而當資訊欄位少於45位元組時，將使PAD字元新增到資訊欄位中。
(9) 封裝
此欄位表示分配給介面的封裝方法。在上面的例子中，封裝顯示為ARPA，他的標準的乙太網2.0版封裝方法。其他封裝方法還包括IEEE 802.3乙太網的關鍵字iso1,以及IEEE 802.3楨的關鍵字snap（子網訪問協議）楨變異。
(10) 回送
回送欄位表示介面是否處於執行的回送模式。如果設定回送，這是當技術人員夜間將介面放入回送介面進行測試，而忘了重置回送時發生的常見問題，這會導致第二天早上會有一些有趣的電話打到控制中心。
可以使用Loopback interface設定命令將介面置於執行的回送模式。Loopback命令沒有引數，應使用no Loopback命令刪除或禁用回送。以下例子顯示了將乙太網介面設定為回送模式。
Interface ethernet0/0
Loopback
可以使用show interface loopback EXEC命令檢視回送的狀態。如果你的路由器有大量的介面，並且技術人員進行定期檢測，那麼在一大早使用次命令以避免不必要的問題是一個不錯的主意。
(11) ARP型別
此欄位表示分配的地址解析協議（ARP）型別。在IP環境中，ARP型別是ARPA。預設情況下，乙太網介面使用ARPA關鍵字以指定IP介面上的ARPA封裝。可以透過使用arp interface 命令將封裝更改為HP PROBE或SNAP，此命令格式如下：
arp {arpa/probe/snap}
請注意HP Probe被IOS用於試圖解析IEEE802.3或乙太網本地資料連路地址。應將ARP型別設為probe,以使得一個或多個路由器介面透明地與使用稱為”虛擬地址請求和回覆”的地址解析技術的HP IEEE802.3 主機通訊。
(12) ARP 超時
此欄位表示當非活動時，ARP項在清洗之前保留於快取中的時間長度。ARP超時的預設值為4個小時，如上面例子所示：
可以透過使用ARP timeout命令調整 ARP快取項在快取中的時間長度。此命令格式如：
arp timeout seconds
(13) 最後的輸入和輸出
此欄位表示最後一個分組或偵被介面成功接收或傳送以來的小時、分鐘和秒數。可以使用此欄位中的值確定活動介面是否依然啟用或者死介面何時出現故障。關於前者，在第一個show interface 命令指示介面新的最後輸出(這還可以指示是否有問題發生)後10秒或1分鐘，再輸入第二個show interface命令。它還表示如果出現問題，並非由於無法接收分組。例如，上面的例子中，最後一個成功輸入發生在2秒之前。如果我們等待幾秒，併發布又一個show interface命令，就可以獲得對此計數器的更新。
(14) 輸出中斷
輸出中斷欄位表示自介面由於傳送時間太長而進行最後一次重置以來的時間。此欄位的值用小時、分鐘和秒數指定，或者如果未發生中斷(hang)情況，將永不顯示。如果自最後一次重置以來的小時數超過24，將顯示天數和小時數，直到欄位益出。當發生此情形時，將在此欄位中顯示星號(*)。
(15) 最後一次清除
此欄位表示測量累計統計資訊的介面計數器最後一次被重置為0的時間。清除會影響幾乎所以的統計資訊，除了諸如負載和可靠性等路由統計資訊之外。
最後一次清除所顯示的實際值是基於32位ms計數器的使用。顯示星號表示經過的時間太長無法顯示，而顯示0:00:00表示計數器在2的31次冪ms到2的32次冪ms之前清除。在許多路由器上最後一次清除值將以星期和月或日和小時表示。例如，在上面的例子裡，show interfaces計數器最後一次清除顯示為1w2d。
(16) 排隊策略
此欄位表示分配給介面的配對策略。預設為先入後出(First in first out ,FIFO)。如果以前為介面分配了優先順序配對方式，將在此欄位中列出此配對方法。
續--------17~24
(17) 佇列訊息
對於輸出和輸入佇列，顯示為m/n形式的一隊數字，隨後是由於佇列已滿而丟失的分組數。這裡替代了m的值表示佇列中的分組數，而替代n的值表示用分組表示最大佇列大小。透過檢查丟失的分組數以及在一段時間內m和n之間的關係，就可以確定是否需要建議對特定介面的佇列長度進行調整以減少丟失的分組。但是，還應考慮與介面相連的介質和使用級別，以確定對輸出佇列長度進行除錯是否有益。使用率高的介質最有可能引起佇列中分組的丟失：路由器在傳輸資料時，將遭遇困難，從而導致輸出分組排隊，而這反過來導致當輸出佇列已滿，且有其他分組到達以便透過介面傳輸到介質時出現分組丟失。在輸入方，丟失的分組和m和n的較大比值表示路由器正忙於進行其他工作，而無法適時地處理進入的分組。如果次情形持續的時間比較長，則通常表示需要一個更強大的路由器以滿足工作需要。通常，此情形可透過許多路由器介面的進入方向上的大量丟失的分組而觀察到。
在上面的 show interfaces中佇列資訊欄位值顯示目前任一佇列中均無分組。而且，雖然輸出佇列已滿而造成63個分組丟失，但沒有分組由於輸入佇列而丟失。後者是一種常見情形，因為大多數路由器（除非配置過度）不應該在處理進入的資料方面有問題。
(18) 5-分鐘I/O速率
下一個欄位顯示在前5分鐘透過介面傳送和接收的平均位數和平均分組數。當解釋在此欄位中顯示的資料時，必須考慮幾個因素。首先，必須考慮介面的執行模式和介面相連的網路的配置。例如，如果介面是LAN介面，則即可以執行在混亂模式，從而度曲LAN上的每一偵，也可以執行在非混亂模式，即僅讀取廣播榛和直接投遞到介面的楨。
如果埠處於混亂模式，則讀取所有的分組，並提供一種測試在網路中流動的資料的方法。如果介面不處於混亂狀態，則僅對她傳送和接收的流量有感覺，這可能只佔網路中所有流量的一小部分。
考慮到網路配置，如果介面連線到只有一個站的LAN，如WEB伺服器，那麼所有的流量將流經路由器的介面。這意味著可以獲得一種相對準確的測試網路活動方法，而無需考慮介面所處的模式。
需要考慮的另一個因素是5分鐘I/O速率表示5分鐘時間常數的冪平均值之一事實。因此，任意一個5分鐘I/O速率都是這段時間內每秒流量的大概值。但是4個5分鐘的時間跨度所產生的平均值將在20分鐘的統一流量的即時速率的2%以內。
因為分組的長度可變，所以每秒位率通常比從傳輸介質角度檢查介面上的活動更有用。在上面的例子中，輸入速率1 540 000bps約表示介面執行速率的1/6。你可能會感到奇怪，為什麼輸入速率比介面輸出速率大將近一個數量級，回答在於介面的連線。在這一特定的路由器使用環境中，乙太網介面連線到一個只具有一個另外的站（即公司WEB伺服器）的10BASE-T LAN。WEB頁請求以統一資源定位器（URL）的形式流動，而對URL請求的響應是WEB頁；這解釋了為什麼輸入和輸出方向上的流量級別不成正比。現在，我們瞭解了5分鐘I/O速率，接下來讓我們介紹可為某個介面顯示的特定分組的輸入和輸出資訊。
(19) 分組和位元組輸入
此欄位首先表示路由器接收的無錯誤分組的總數量。其次，它還表示路由器接收的無錯誤分組的總位元組數。
如果用位元組數除以分組數，就可以獲得位元組表示的平均分組長度。此資訊可用於為在介面上流動的流量型別提供一般表示。例如，相對短的分組通常傳輸互動式的查詢/響應流量，而相對長的分組通常傳輸包括WEB頁的檔案及包含在大多數這些頁中的圖形。
(20) 無緩衝
無緩衝欄位表示介面所接收的、由於路由器缺乏緩衝空間而不得不丟棄的分組數。不要將此緩衝空間與介面的內部緩衝弄混。當出現連續的“無緩衝”情形時，通常表示路由器需要更多的記憶體。但是，如果定期遇到no buffers值，則可能是由於LAN上的廣播風暴或者串列埠上的噪音發作所致。可以透過檢查下一欄位確定出現無緩衝值的原因是否屬於廣播風暴所致。
(21) 接收的廣播
此欄位表示介面所接收的廣播或多播分組的總數量。要注意的重要一點是許多廣播是自然通訊過程的一部分。例如，用於將第三層IP地址解析為第2層Mac地址的ARP取決於發放一個廣播，以查詢與必須獲得的第3層地址相關的第2層地址的LAN的每一站，如此才能正確形成偵來傳遞分組。同樣，在Novell IPX環境中，伺服器每30s廣播服務宣告協議(SAP)分組。這些定義了伺服器所提供的服務。
如果你是嚴格的IP環境，那麼更有可能從ARP請求獲得一部分廣播。如果你具有以來於時間的應用程式，那麼確確實實可以透過為執行以來於時間的應用程式將固定項設定為路由器的ARP快取，從而用一個動作解決兩個問題。這樣做不僅可以避免路由器必須執行ARP操作，還允許解析過程透過檢查記憶體而發生，這比等待廣播的響應快得多。因為資料流量在ARP廣播期間中斷，所以減少ARP廣播能夠提高介面的資訊傳輸功能。因為ARP表在路由器內部維護。
(22) Runts
Runt是一個錯誤情形術語，與它相關的分組長度小於某個協議相關的最小長度。在乙太網環境中，最小分組長度在適配卡上是64位元組，而在LAN上是72位元組。因此，如果某個介面接收到乙太網分組小於72位元組，那麼它將是一個錯誤情形，分組將被丟棄。通常，衝突可以引起Runt的產生，而出現故障的適配卡也可以引起此情形的發生。
(23) Giants
Giants是又一個錯誤情形。它表示分組超過了協議最大分組長度。在乙太網環境中，適配卡的最大分組長度是1518位元組，而在網路中流動的分組最大長度為1526位元組。因此長度（包括前導碼和起始界符欄位）超過1526位元組的分組被視為Giant。這樣的分組也會被丟棄，而Giant 數表示由於此情形而丟棄的分組數。導致Giant分組的通常原因是滯後衝突或適配卡出現故障。
(24) Throttles
雖然這樣情形很少發生，但是如果路由器察覺緩衝或處理器過載，將關掉它的接收器。這一情形稱為Throttles，而實際並非通訊問題。相反，它是一個路由器功能問題，要求你檢查系統緩衝及處理器的狀態。如果使用show interfaces命令時指示有大量的“無緩衝”和Throttle，那麼通常表示應考慮給路由器新增記憶體。

(17) 佇列訊息
對於輸出和輸入佇列，顯示為m/n形式的一隊數字，隨後是由於佇列已滿而丟失的分組數。這裡替代了m的值表示佇列中的分組數，而替代n的值表示用分組表示最大佇列大小。透過檢查丟失的分組數以及在一段時間內m和n之間的關係，就可以確定是否需要建議對特定介面的佇列長度進行調整以減少丟失的分組。但是，還應考慮與介面相連的介質和使用級別，以確定對輸出佇列長度進行除錯是否有益。使用率高的介質最有可能引起佇列中分組的丟失：路由器在傳輸資料時，將遭遇困難，從而導致輸出分組排隊，而這反過來導致當輸出佇列已滿，且有其他分組到達以便透過介面傳輸到介質時出現分組丟失。在輸入方，丟失的分組和m和n的較大比值表示路由器正忙於進行其他工作，而無法適時地處理進入的分組。如果次情形持續的時間比較長，則通常表示需要一個更強大的路由器以滿足工作需要。通常，此情形可透過許多路由器介面的進入方向上的大量丟失的分組而觀察到。
在上面的 show interfaces中佇列資訊欄位值顯示目前任一佇列中均無分組。而且，雖然輸出佇列已滿而造成63個分組丟失，但沒有分組由於輸入佇列而丟失。後者是一種常見情形，因為大多數路由器（除非配置過度）不應該在處理進入的資料方面有問題。
(18) 5-分鐘I/O速率
下一個欄位顯示在前5分鐘透過介面傳送和接收的平均位數和平均分組數。當解釋在此欄位中顯示的資料時，必須考慮幾個因素。首先，必須考慮介面的執行模式和介面相連的網路的配置。例如，如果介面是LAN介面，則即可以執行在混亂模式，從而度曲LAN上的每一偵，也可以執行在非混亂模式，即僅讀取廣播榛和直接投遞到介面的楨。
如果埠處於混亂模式，則讀取所有的分組，並提供一種測試在網路中流動的資料的方法。如果介面不處於混亂狀態，則僅對她傳送和接收的流量有感覺，這可能只佔網路中所有流量的一小部分。
考慮到網路配置，如果介面連線到只有一個站的LAN，如WEB伺服器，那麼所有的流量將流經路由器的介面。這意味著可以獲得一種相對準確的測試網路活動方法，而無需考慮介面所處的模式。
需要考慮的另一個因素是5分鐘I/O速率表示5分鐘時間常數的冪平均值之一事實。因此，任意一個5分鐘I/O速率都是這段時間內每秒流量的大概值。但是4個5分鐘的時間跨度所產生的平均值將在20分鐘的統一流量的即時速率的2%以內。
因為分組的長度可變，所以每秒位率通常比從傳輸介質角度檢查介面上的活動更有用。在上面的例子中，輸入速率1 540 000bps約表示介面執行速率的1/6。你可能會感到奇怪，為什麼輸入速率比介面輸出速率大將近一個數量級，回答在於介面的連線。在這一特定的路由器使用環境中，乙太網介面連線到一個只具有一個另外的站（即公司WEB伺服器）的10BASE-T LAN。WEB頁請求以統一資源定位器（URL）的形式流動，而對URL請求的響應是WEB頁；這解釋了為什麼輸入和輸出方向上的流量級別不成正比。現在，我們瞭解了5分鐘I/O速率，接下來讓我們介紹可為某個介面顯示的特定分組的輸入和輸出資訊。
(19) 分組和位元組輸入
此欄位首先表示路由器接收的無錯誤分組的總數量。其次，它還表示路由器接收的無錯誤分組的總位元組數。
如果用位元組數除以分組數，就可以獲得位元組表示的平均分組長度。此資訊可用於為在介面上流動的流量型別提供一般表示。例如，相對短的分組通常傳輸互動式的查詢/響應流量，而相對長的分組通常傳輸包括WEB頁的檔案及包含在大多數這些頁中的圖形。
(20) 無緩衝
無緩衝欄位表示介面所接收的、由於路由器缺乏緩衝空間而不得不丟棄的分組數。不要將此緩衝空間與介面的內部緩衝弄混。當出現連續的“無緩衝”情形時，通常表示路由器需要更多的記憶體。但是，如果定期遇到no buffers值，則可能是由於LAN上的廣播風暴或者串列埠上的噪音發作所致。可以透過檢查下一欄位確定出現無緩衝值的原因是否屬於廣播風暴所致。
(21) 接收的廣播
此欄位表示介面所接收的廣播或多播分組的總數量。要注意的重要一點是許多廣播是自然通訊過程的一部分。例如，用於將第三層IP地址解析為第2層Mac地址的ARP取決於發放一個廣播，以查詢與必須獲得的第3層地址相關的第2層地址的LAN的每一站，如此才能正確形成偵來傳遞分組。同樣，在Novell IPX環境中，伺服器每30s廣播服務宣告協議(SAP)分組。這些定義了伺服器所提供的服務。
如果你是嚴格的IP環境，那麼更有可能從ARP請求獲得一部分廣播。如果你具有以來於時間的應用程式，那麼確確實實可以透過為執行以來於時間的應用程式將固定項設定為路由器的ARP快取，從而用一個動作解決兩個問題。這樣做不僅可以避免路由器必須執行ARP操作，還允許解析過程透過檢查記憶體而發生，這比等待廣播的響應快得多。因為資料流量在ARP廣播期間中斷，所以減少ARP廣播能夠提高介面的資訊傳輸功能。因為ARP表在路由器內部維護。
(22) Runts
Runt是一個錯誤情形術語，與它相關的分組長度小於某個協議相關的最小長度。在乙太網環境中，最小分組長度在適配卡上是64位元組，而在LAN上是72位元組。因此，如果某個介面接收到乙太網分組小於72位元組，那麼它將是一個錯誤情形，分組將被丟棄。通常，衝突可以引起Runt的產生，而出現故障的適配卡也可以引起此情形的發生。
(23) Giants
Giants是又一個錯誤情形。它表示分組超過了協議最大分組長度。在乙太網環境中，適配卡的最大分組長度是1518位元組，而在網路中流動的分組最大長度為1526位元組。因此長度（包括前導碼和起始界符欄位）超過1526位元組的分組被視為Giant。這樣的分組也會被丟棄，而Giant 數表示由於此情形而丟棄的分組數。導致Giant分組的通常原因是滯後衝突或適配卡出現故障。
(24) Throttles
雖然這樣情形很少發生，但是如果路由器察覺緩衝或處理器過載，將關掉它的接收器。這一情形稱為Throttles，而實際並非通訊問題。相反，它是一個路由器功能問題，要求你檢查系統緩衝及處理器的狀態。如果使用show interfaces命令時指示有大量的“無緩衝”和Throttle，那麼通常表示應考慮給路由器新增記憶體。