入力キュー廃棄と出力キュー廃棄に関するトラブルシューティング
目次
概要
このドキュメントでは、ルータでの show interfaces コマンドの出力に示される入力キュー ドロップと出力キュー ドロップについて説明します。 示すものこれらのドロップ平均が、問題の種類、およびこれらの問題の出典を解決する方法をこの資料に記述されています。 それは方法でいくつかの助言をこれらの問題を防ぐ提供します。
注: ドロップは頻繁に上位レイヤプロトコルのフロー制御メカニズムを引き起こすので役立ちます（たとえば、ドロップは TCP ウィンドウ サイズを減少させます）。
前提条件
要件
このドキュメントに関しては個別の要件はありません。
使用するコンポーネント
このドキュメントは、特定のソフトウェアやハードウェアのバージョンに限定されるものではありません。
本書の情報は、特定のラボ環境にあるデバイスに基づいて作成されたものです。 このドキュメントで使用するすべてのデバイスは、初期（デフォルト）設定の状態から起動しています。 稼働中のネットワークで作業を行う場合、コマンドの影響について十分に理解したうえで作業してください。
表記法
ドキュメント表記の詳細は、『シスコ テクニカル ティップスの表記法』を参照してください。
処理および切り替え
IP ネットワークでは、ルータはルーティング テーブルのコンテンツに基づいて転送の決定を作ります。 ルータはルーティング テーブルを検索するとき、宛先 IP アドレスのための最も長い一致を探します。 ルータはプロセス レベルでこれをします。 従って、検索プロセスは、ルックアップタイムが予測不可能、非常に長い場合もある他の CPU プロセス間で並べられます。 従って、exact-match-lookup に基づくいくつかの切り替え方法は Cisco IOS ® ソフトウェアでもたらされました。
exact-match-lookup の主要な 利点はルックアップタイムが決定論および非常に短いことです。 これは転送の決定を作るためにルータが奪取 する時間を大幅に短縮しました。 従って、検索を行うルーチンは割り込みレベルで設定されます。 この意味します、パケットの到達は CPU が他のタスクを延期し、パケットを処理します割り込みを引き起こします。 パケットを転送する従来の方式はルーティング テーブルの最もよい一致を探すことです。 これは割り込みレベルで設定されますし、プロセス レベルで実行された必要があります。 一部がこの資料で述べられるいくつかの原因の場合、longest-match-lookup 方式は完全に放棄することができません従ってこれら二つのルックアップ方式によってはルータが on Cisco 並行してあります。 この戦略は IPX および AppleTalk に広範囲に適応させ、また今適用されます。
on Cisco IOS software スイッチングパス詳細については、パフォーマンス チューニングの基本を参照して下さい。
入力キュードロップ
パケットがルータに到着すると、ルータはそれを割り込みレベルで転送しようとします。 該当するキャッシュ テーブル内に一致するものが見つからない場合、そのパケットはプロセス処理のために入力インターフェイスの入力キューに入れられます。 一部のパケットは常にプロセス処理されていますが、設定が適切でネットワークが安定していれば、プロセス処理されるパケットで入力キューがいっぱいになることはありません。 入力キューがいっぱいになると、パケットは廃棄されます。
次に出力例を示します。
router#show interfaces ethernet 0/0 ... Input queue: 30/75/187/0 (size/max/drops/flushes); Total output drops: 0 Output queue :0/40 (size/max)...
この出力例では、丁度見るパケットが廃棄された方法がありません。 入力キュードロップのトラブルシューティングを実行するために、パケットがインプットキューを一杯にする調べて下さい。 この例では、30 のパケットはインターフェイス ethernet0/0 のインプットキューに show interfaces ethernet 0/0 コマンドが発行されるときあります。 キュー項目数は 75 のパケットであり、インターフェイス カウンタが最後にクリアされてから 187 のドロップがずっとあります。
システムはインターフェイスに割り当てられるパケット バッファの数が排出されれば数えましたりまたは最大閾値に達します入力キュードロップを。 各インターフェイスにつき hold-queue <value > コマンドで最大キュー値を増やすことができます（キューの長さ値は 0 と 4096 の間にある場合もあります。 デフォルト値は 75）あります。
注: 共用メモリルータ（1600、2500、および 4000 シリーズ）はまたファスト・スイッチされたトラフィックのために、インプットキューを使用します。 それらのプラットフォームに入力キュードロップを得る場合、すべてのトラフィックが利用可能 な最もよいスイッチングパスを使用するようにして下さい（パフォーマンス チューニングの基本を参照して下さい）。 入力キュードロップは一般に パケットがプロセス交換されるとき行われます。 プロセス スイッチは転送の決定を処理するのにルータが望ましいルートキャッシュ 方式を、ファースト スイッチングまたは Cisco Express Forwarding（CEF）のような使用できないことを意味します。 入力 ドロップがそれでもある場合、単にたくさんのトラフィックがあることを意味します。 ハードウェア アップグレードを検討するか、またはトラフィック負荷を減少させることを試みて下さい。
これらは入力キュードロップ カウンターのための条件です。 それらは通常ルータがバースト性トラフィックを受信し、すべてのパケットを処理できないと発生します。
-
インターフェイス PHY によってアクセス可能およびインターフェイス DMA である完全であるおよび新しい帯（オーバーフローとして普通呼出されて）および rx_overflow カウンター（見通された show controller interface-id）は増分しますこの条件で廃棄される着く Rx FIFO。 rx_overflow カウンターは 1 つによって増分するとき、ずっとオーバーフロー状態が一度発生している示し、廃棄される帯の数を表していませんことを。
-
Rx リングはインターフェイス DMA およびインターフェイス ドライバ コードによってアクセス可能の完全です。 Rx リングに自由なエントリがないし、それ故に送信 される帯が廃棄されるので DMA からのどの新しいフレーム転送でもこの条件で続行できません（オーバーラン状態として命名されて）。 rx_int_drop カウンター（見通された show controller interface-id）はまた 1 によって増分します。 オーバーラン状態が 1 回出て来る、廃棄される帯の数は知られていません再度ことを rx_int_drop が 1 つによって増分すれば、示し。
入力待機キュー サイズはデフォルトから 75 のパケット増加することができます。 保留待 ち 行列はネットワークから受信されるクライアントに送信されるために待っているパケットを格納します。 Cisco は非同期インターフェイスの 10 のパケットを超過しないためにことをキューサイズ推奨します。 他のほとんどのインターフェイスに関しては、キューの長さは 100 を超過してはなりません。 入力待機キューは単一 のインターフェイスが過剰なインプットパケットによってネットワークサーバにあふれることを防ぎます。 それ以上のインプットパケットはインターフェイスにシステムで顕著な過剰なインプットパケットがある場合廃棄されます。
Router(conf-if)# hold-queue length in
Catalyst スイッチに関しては、Cisco は物理インターフェイスおよび VLANインターフェイス両方デバイスですべての L3 インターフェイスのこの調整をすることを推奨します。 switchport コマンドで設定される L2 ポートはデフォルト値で去ることができます。
注: このコマンドを適用した後、インターフェイス カウンタをクリアする必要があり、次にネットワークを監視します。
注意： 保留待 ち 行列の増加はネットワーク ルーティングおよび応答時間に対する有害な影響をもたらす場合があります。 SEQ/ACK パケットをラウンドトリップ時間を判別するのに使用するプロトコルに関しては出力キューを増やさないで下さい。 パケットを廃棄することは代りに利用可能 な 帯域幅を一致するために伝達を減速するようにホストを知らせます。 これは一般に大きい保留待 ち 行列と起こる場合があるネットワーク内の同じパケットの複製コピーよりよいです。
入力キュードロップのトラブルシューティングを実行して下さい
パケットがインプットキューで絶えず着く間、正常に入力キュードロップのトラブルシューティングを実行することができます。 以前発生した輻輳を解決できません。 複数のルーテッド プロトコルがインプットキューを混雑させるインターフェイスで設定される場合、最初にプロトコルを判別して下さい。 これをする早道は次のとおりですここにあります:
-
疑いのあるプロトコルを特定します。 <protocol > インプットプロセスの CPU稼働率をチェックして下さい。 これを行うために、show processes cpu exec コマンドを実行して下さい。 Cisco IOS ソフトウェア バージョン 12.1 がまたはより高いルータで現在動作する場合、出力修飾子を通して show processes cpu コマンドの出力を短くすることができます:
router#show processes CPU | i ^PID|Input PID Runtime(ms) Invoked uSecs 5Sec 1Min 5Min TTY Process 10 8503 1713 4963 0.00% 0.00% 0.00% 0 ARP Input 24 69864 11429 6112 0.08% 0.11% 0.10% 0 Net Input 28 55099 8942 6161 26.20% 20.07% 19.26% 0 IP Input 37 4 2 2000 0.00% 0.00% 0.00% 0 SSCOP Input 40 8 2 4000 0.00% 0.00% 0.00% 0 ILMI Input 49 8 1 8000 0.00% 0.00% 0.00% 0 Probe Input 50 28209 4637 6083 0.00% 0.03% 0.04% 0 RARP Input 59 8 2 4000 0.00% 0.00% 0.00% 0 SPX Input 61 8 2 4000 0.00% 0.00% 0.00% 0 Tag Input 68 20803 3392 6132 0.00% 0.03% 0.00% 0 IPX Input 104 4 1 4000 0.00% 0.00% 0.00% 0 IPXWAN Input 107 8 1 8000 0.00% 0.00% 0.00% 0 AT Input
表 1 はインプットキューを混雑できるパケットの可能性のある インプットプロセスおよび型をリストしたものです:
CPU サイクルを使用するインプットプロセス パケットの型 IP IP AT AppleTalk IPX、SPX、または IPXWAN IPX ARP IP ARP 他のインプットプロセスは可能性はほとんどありませんインプットキューを混雑させる。
-
インプットキューを混雑させるパケットがルータに向かう調べて下さい、またはルータを通って転送されますかどうか。 execモードから show interfaces [type number]切り替えコマンドを実行して下さい。
注: show interfaces [type number]切り替えコマンドは非表示で、「か」。使用する場合現れません またはコマンド ライン インターフェースのタブ キー。 ルータの fullコマンドを入力して下さい。 このコマンドはコマンドレファレンスガイドで文書化されています
router#show interfaces ethernet 0/0 switching Ethernet0/0 ... Protocol Path Pkts In Chars In Pkts Out Chars Out ... IP Process 12142 2211929 35 5169 Cache misses 10212 ...受信される処理されたパケットの数が高頻度のキャッシュミスに先行しているかどうか確認して下さい。 その場合、これはインプットキューを混雑させるパケットがルータを通して転送されることを示します。 さもなければ、これらのパケットはルータに向かいます。
-
パケットがハイレイヤプロトコルがインプットキューを混雑させるルータに向かう場合、調べて下さい。 これのために、これらの show traffic exec コマンドの 1 つを使用して下さい:
-
show ip traffic
-
show ipx traffic
-
show appletalk traffic
-
-
インプットキューを混雑させるパケットについての詳細を得ることを試みて下さい。 これのために、受け取り パケットをデバッグして下さい。 前のステップは有効に する必要がある debug コマンドを示します。
注: 前の手順を行わなくてもこれを直接実行できます。 ただしデバッグ、複数のメッセージ生成される、およびそれら読みときにくい場合もあります。 すべての前の手順に続くとき、デバッグ 出力で探せばいいのか何をの示す値を得ます。
警告： 注意深くデバッグ。 さもなければ、CPU稼働率はかなり増加できます。 デバッグをのための 5 から 10 秒以上つけないで下さい。 debug コマンドを使用する方法に関する詳細については参照しま Debug コマンドを使用します。 決してコンソール ログを無効に しない で下さい、ターミナルは記録 し、syslog サーバをログオンします。 バッファ ログをイネーブルに設定し、ロギングバッファ サイズを増加して下さい。 ロギングバッファのサイズの好ましい値は 128000 バイトです。 次のコマンドを使用します。-
no logging <host>
-
logging buffered 128000 デバッグ
出力は問題のもとを見つけて十分である必要があります。 デバッグ セッションを完了した後 show log コマンドでデバッグ 出力をチェックできます。 表 2 は発行する debug コマンドをインプットキューを混雑させるパケットの種類に基づいてリストしたものです:
インプットキューを混雑させるパケットの型 使用される Debug コマンド IP debug ip packet AppleTalk debug apple packet IPX debug ipx packet ARP debug arp 詳細については、Cisco IOS Debug コマンド レファレンスを参照して下さい。
また、show buffers input-interface [インターフェイスの種類] [インターフェイス番号使用できます]それの種類がインプットキューをいっぱいにするためにあるヘッダー コマンド パケット。
注: これはインプットキューに多くのパケットがある場合その時だけ役立ちます。
Router#show buffers input-interface serial 0/0 Buffer information for Small buffer at 0x612EAF3C data_area 0x7896E84, refcount 1, next 0x0, flags 0x0 linktype 7 (IP), enctype 0 (None), encsize 46, rxtype 0 if_input 0x6159D340 (FastEthernet3/2), if_output 0x0 (None) inputtime 0x0, outputtime 0x0, oqnumber 65535 datagramstart 0x7896ED8, datagramsize 728, maximum size 65436 mac_start 0x7896ED8, addr_start 0x7896ED8, info_start 0x0 network_start 0x7896ED8, transport_start 0x0 source: 212.176.72.138, destination: 212.111.64.174, id: 0xAAB8, ttl: 118, prot: 1 Buffer information for Small buffer at 0x612EB1D8 data_area 0x78A6E64, refcount 1, next 0x0, flags 0x0 linktype 7 (IP), enctype 0 (None), encsize 46, rxtype 0 if_input 0x6159D340 (FastEthernet3/2), if_output 0x0 (None) inputtime 0x0, outputtime 0x0, oqnumber 65535 datagramstart 0x78A6EB8, datagramsize 728, maximum size 65436 mac_start 0x78A6EB8, addr_start 0x78A6EB8, info_start 0x0 network_start 0x78A6EB8, transport_start 0x0 source: 212.176.72.138, destination: 212.111.64.174, id: 0xA5B8, ttl: 118, prot: 1
ほとんどの場合、パケットの 1 つの型はたくさんあります。 ここでは、たとえば、複数のインターネット制御メッセージ プロトコル（ICMP）パケット（1） IP プロトコルがあります。
問題が不正確なルータコンフィギュレーション（たとえば、ファースト スイッチングおよび Cisco Express Forwarding（CEF）は両方無効に なります）なら、おそらくデバッグ、または show buffers input-interface コマンドの出力に特定のパターンがありません。
-
-
インプットキューを混雑させるパケットの種類を判別したら、次のステップはこの輻輳を防ぐことができるかどうか確認することです。
パケットがなぜ処理する必要があるか複数の原因があります:
-
割り込みレベルで動作する不適当な router configuration — スイッチングパスは関連するインターフェイスで無効に なります。
どのスイッチングパスがインターフェイスで設定されるかチェックするために、提示 <protocol > インターフェイス[type number]コマンドを実行して下さい。
-
レガシー ファースト スイッチングを有効に するために、アウトプットインターフェイスでそれを設定して下さい。
-
NetFlow スイッチングを有効に するために、インプットインターフェイスでそれを設定して下さい。
-
Cisco Express Forwarding（CEF）を有効に するために、CEF をグローバルに（全体のルータで）およびローカルで 有効に しなければなりません（着信インターフェイスで）。
詳細については、Cisco IOS スイッチング サービス コンフィギュレーション ガイドを参照して下さい。
-
-
ローカル宛先—パケットはルータに向かいます。
-
安定したネットワークでは、ルーティング更新の数は余分でなければなりません。 不安定なネットワークでは、大きいルーティング テーブルの頻繁な更新はインプットキューを混雑できます。
-
過度のトラフィックがルータ自体に送信されるかどうか確認して下さい（と、たとえば、簡易ネットワーク管理プロトコル（SNMP）、telnet、トリビアル ファイル転送プロトコル（TFTP）および PING）。 これらのパケットの出典を識別するために関連したプロトコルのためのパケットをデバッグして下さい。 出典を見つけるとき、それを除去して下さい。
-
-
信頼できるオープン システム相互接続 （OSI） レイヤ2 プロトコルは X.25 カプセル化を用いるシリアルインターフェイスを処理する必要がある通過するパケットのために X.25 プロトコル スイートで、フロー制御が第 2 OSI 階層で設定されるので transport —使用されます。
-
ソフトウェア圧縮—パケットが入るか、またはソフトウェア圧縮が設定されるインターフェイスを通って転送されなければならなければ、パケットは処理されなければなりません。
-
その他の機能は割り込みレベルでサポートされていないです—これはルータで動作する Cisco IOS ソフトウェア リリースで依存性が高いです。 どの機能が割り込みレベルでサポートされるかリリース ノートをチェックして下さい。 たとえば、古い Cisco IOS ソフトウェア バージョンの場合、multilink PPP パケットはプロセス処理する必要があります。 新しい Cisco IOS ソフトウェア バージョンの場合には、そのパケットはファストスイッチングするか CEF スイッチングすることができます。 暗号化、ローカル エリア トランスポート（LAT） 変換およびデータリンク スイッチング プラス（DLSw+）のような機能はまだファスト・スイッチされていません。
-
各パケットヘッダーが計画的に宛先に、またはフローで構成されたスイッチングパスに、最初のパケット基づいて異なる情報が—含まれているルータを通した過度のトラフィックは、常に処理されます。 それらと一致するこれは、キャッシュに No エントリがあるという理由によります。 デバイスがパケットを非常に高いレートで送信し、キャッシュに一致がなければ場合、それらのパケットはインプットキューを混雑できます。
これらのパケットの出典はデバッグ セッションの後で明らかにされます。 送信元アドレスが常に異なる場合、パケットが受信されるアップストリーム デバイスで解決し続けて下さい。 ルータのインターフェイスがブロードキャストメディアに接続される場合、出典またはアップストリーム デバイスのメディア アクセス制御（MAC） アドレスを判別できます:
ip accounting mac-address input interface configuration コマンドでインターフェイスの MAC 会計を設定して下さい。 その後で、show interfaces mac-accounting exec コマンドを発行して下さい。 このコマンドはパケットを極端に速い速度で送信した MAC アドレスを明らかにします。
-
警告： 注意深くデバッグ。 さもなければ、CPU稼働率はかなり増加できます。 デバッグをのための 5 から 10 秒以上つけないで下さい。 debug コマンドを使用する方法に関する詳細については参照しま 出力 キュー ドロップ
Output drops は込み合った インターフェイスによって引き起こされます。 たとえば、発信インターフェイスのトラフィックレートは送信する必要があるすべてのパケットを受け入れることができません。 問題を解決する根本的な解決法はラインスピードを高速化することです。 ただしラインスピードを高速化したいと思わないとき、output drops を防ぐか、減少させるか、または制御する方法があります。 output drops がデータの短いバーストの結果であるときだけ output drops を防ぐことができます。 output drops が一定した高い率フローによって引き起こされる場合、ドロップを防ぐことができません。 ただし、それらを制御できます。
パケットが処理されるとき、発信インターフェイスの出力キューに送信 されます。 キューのパケットのキュー、現在数、およびドロップの数のサイズを表示する show interfaces exec コマンドを発行して下さい。 インターフェイスの種類および設定されるキューイングの種類に基づいて出力 キュー ドロップの数は明示的に output drops カウンターが処理レベルと割り込みレベルで output drops を別々に要約するので、示されていません:
router#show interfaces serial 0/0 ... Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0 Queueing strategy: weighted fair Output queue: 0/1000/64/0 (size/max total/threshold/drops) ... router#show interfaces serial 0/0 ... Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0 Queueing strategy: fifo Output queue :0/40 (size/max) ...
ただしパケットを処理するために出力キューからネットワークにパケットを送信 したより、それは時間がかかります。 従って出力 キュー ドロップ（レベルの処理のドロップ）が割り込みレベルでドロップなしで行われる場合があることは、ほぼ不可能です。 出力 キュー ドロップはキューが一杯になる前にパケットが出力キューから引き出すことができないようにインターフェイスが割り込みレベルで既に混雑しているときだけ行われます。 従って、レベル（出力 キュー ドロップ）の処理の output drops および割り込みレベルの output drops は常に同時に発生し、これら二つのカウンターの間で区別する事実上必要がありません。
注: ただし、1 例外があります。 出力キューが絶えず充満すれば、そしてパケットがインターフェイスからまったく送信されなければ、インターフェイスのハードウェア障害があるように確認して下さい。
出力 キュー ドロップのトラブルシューティングを実行して下さい
これらの機能の設定を調整する場合 output drops 減少し、また更に防ぐことができます:
-
デュプレクスモード—インターフェイスが半二重モードではたらく場合、全二重ではたらくためにそれを（もし可能なら）設定して下さい。
-
レイヤ2 ウィンドウメカニズム— x.25 カプセル化がインターフェイスで設定される場合、x.25 ウィンドウ サイズを増加して下さい。 詳細については、設定デフォルト ウィンドウ サイズを参照して下さい。
-
Distributed Switching — Versatile Interface Protocol （VIP）カードがシャーシにインストールされていれば on Cisco 7500 人のルータ、イネーブル Distributed Switching。 そうとき、着信VIP はインターフェイスのためのトラフィックの 1秒まで発信インターフェイスが混雑する場合バッファリングします。 これは Rx サイドバッファリングと呼ばれます。
注: 決して output drops を防ぐために出力キューを増やさないで下さい。 パケットが切れには、再送信を引き起こす 出力キューで余りにも長くとどまる場合、TCP タイマーはできます。 再送信されたパケットは発信インターフェイスだけをさらにもっと混雑させます。
推奨されるとしてルータの設定を調整した後 output drops がそれでも発生すれば、output drops を防ぐか、または減少できないことを意味します。 ただし、それらを制御これは防止有効である場合もあります。 output drops を制御する 2 つのアプローチがあります:
-
輻輳管理
-
輻輳回避
アプローチは両方ともトラフィックの分類に基づき、それらを並行して使用できます。
輻輳管理は適切な設定とリンクが混雑するときより少なく重要なパケットは廃棄されるが重要なパケットが常に転送されること、確認します。 輻輳管理は豪華なキューイング メカニズムから成り立ちます（以下を参照）:
-
プライオリティ キューイング
輻輳回避は計画的なパケット破棄に基づいています。 TCP 接続のウィンドウ サイズは Round Trip Time によって決まります。 従って、これらの計画的なドロップはソースデバイスがパケットを送信する比率を減速します。 輻輳回避は重み付けランダム早期検出を使用します。
これらのメカニズムを設定した後不必要な output drops がそれでも発生すれば、ラインスピードを高速化する必要があります。
詳細を得るコマンド
キュー ドロップについての詳細を提供するいくつかのコマンドはここにあります:
-
show interfaces stats
-
ip accounting mac-address
-
show interfaces mac-accounting
Ciscoデバイスからの show interfaces コマンドの出力がある場合、潜在的な問題および修正を表示するのに Cisco CLI アナライザを使用できます。 Cisco CLI Analyzer を使用するには、登録ユーザとしてログインする必要があり、また、JavaScript を有効にする必要があります。
show interfaces switching
説明
このコマンドはスイッチングパスに基づいて分類されるインターフェイスで送信されるおよび受け取ったパケットの数を示したものです。 これは隠しコマンドです。
書式
show interfaces [type number] switching
出力例
Ethernet0/0
Throttle count 0
Drops RP 0 SP 0
SPD Flushes Fast 0 SSE 0
SPD Aggress Fast 0
SPD Priority Inputs 86 Drops 0
Protocol Path Pkts In Chars In Pkts Out Chars Out
Other Process 75 6728 79 4740
Cache misses 0
Fast 0 0 0 0
Auton/SSE 0 0 0 0
IP Process 142 11929 35 5169
Cache misses 0
Fast 0 0 0 0
Auton/SSE 0 0 0 0
AppleTalk Process 0 0 25 1635
Cache misses 0
Fast 0 0 0 0
Auton/SSE 0 0 0 0
DEC MOP Process 0 0 2 154
Cache misses 0
Fast 0 0 0 0
Auton/SSE 0 0 0 0
ARP Process 56 3580 13 780
Cache misses 0
Fast 0 0 0 0
Auton/SSE 0 0 0 0
CDP Process 90 26906 27 8900
Cache misses 0
Fast 0 0 0 0
Auton/SSE 0 0 0 0
| フィールド | 定義 |
|---|---|
| <protocol > プロセス | 処理されたパケットの数。 これにはパケットがそこに適切なスイッチングキャッシュ 表の No エントリでありルータに宛てたパケットが含まれています。 |
| Cache misses | ファースト スイッチング キャッシュの No エントリはであるかそこにどれのため）プロセス レベルを通して転送されるパケット（。 |
| Fast | 割り込みレベルで転送されるパケット。 |
show interfaces stats
説明
このコマンドは show interfaces switching コマンドに類似したで、ファスト・スイッチされて（あらゆるファースト スイッチング パス）プロセス交換される、および分散スイッチ提供しますパケットの数で情報を（VIP 可能なプラットフォームのために）。 これは隠しコマンドです。
書式
show interfaces [type number] stats
出力例
Router#show interfaces stats
FastEthernet8/0/0
Switching path Pkts In Chars In Pkts Out Chars Out
Processor 64 38646 323 32790
Route cache 477985 611343050 14815 18948150
Distributed cache 0 0 3564 4558356
Total 478049 611381696 18702 23539296
Serial12/0/0
Switching path Pkts In Chars In Pkts Out Chars Out
Processor 37 3783 36 2299
Route cache 14815 18800000 45118 59862772
Distributed cache 3450 4378520 0 0
Total 18302 23182303 45154 59865071
Interface Serial12/0/1 is disabled
...
ip accounting mac-address
説明
これはインターフェイスコンフィギュレーションコマンドです。 それは受け取られるか、または伝送パケットを、送信元 または 宛先MACアドレスに基づいて分類されて説明します。
書式
ip accounting mac-address {入力|出力}
show interfaces mac-accounting
説明
これは exec コマンドです。 それは送信されるパケットの数を示し、宛先および送信元MACアドレスに基づいて分類されて受け取りました。
書式
show interfaces [type number] mac-accounting
出力例
router#show interfaces ethernet 0/0 mac-accounting
Ethernet0/0
Input(494 free)
0000.0c5d.92f9(58 ): 1 packets, 106 bytes, last: 4038ms ago
0004.c059.c060(61 ): 0 packets, 0 bytes, last: 2493135ms ago
00b0.64bc.4860(64 ): 1 packets, 106 bytes, last: 20165ms ago
0090.f2c9.cc00(103): 12 packets, 720 bytes, last: 3117ms ago
Total: 14 packets, 932 bytes
Output (511 free)
0090.f2c9.cc00(103): 8 packets, 504 bytes, last: 4311ms ago
Total: 8 packets, 504 bytes
関連情報
フィードバックシスコに問い合わせ
- サポート ケースをオープン
- (シスコ サービス契約が必要です。)
関連するシスコ コミュニティ ディスカッション
このドキュメントは次の製品に対応しています
- 800 Series Routers
- 1800 Series Integrated Services Routers
- 7200 Series Routers
- 7300 Series Routers
- 7600 Series Routers
- 12000 Series Routers
- AS5300 Series Universal Gateways
- AS5400 Series Universal Gateways
- IOS Software Release 12.2(14)SX
- IOS Software Releases 12.0 ST
- IOS Software Releases 12.1 E
- IOS Software Releases 12.2 SB
- IOS Software Releases 12.2 SR
- IOS Software Releases 12.2 Special and Early Deployments
- IOS Software Releases 12.4 Special and Early Deployments