プロセスによって CPU 使用率が高くなる場合のトラブルシュー

プロセスによって CPU 使用率が高くなる場合のトラブルシュー
ティング
目次
概要
前提条件
要件
使用するコンポーネント
表記法
ARP Input
IPX 入力
TCP Timer
FIB はタイマーを制御します
TTY Background
バックグラウンド TAG 統計
Virtual Template Background
Net Background
IP Background
ARP バックグラウンド
その他のプロセス
TAC サービスリクエストをオープンする場合に収集する情報
関連情報
概要
この文書では、さまざまなプロセスによって CPU 使用率が高くなる場合のトラブルシューティングの方法について説明します。
前提条件
要件
この文書を読む前に、「Cisco ルータの CPU 使用率が高い場合のトラブルシューティング」を読むことをお勧めします。
使用するコンポーネント
このドキュメントは、特定のソフトウェアやハードウェアのバージョンに限定されるものではありません。
このドキュメントの情報は、特定のラボ環境にあるデバイスに基づいて作成されたものです。このドキュメントで使用するすべ
てのデバイスは、クリアな（デフォルト）設定で作業を開始しています。対象のネットワークが実稼働中である場合には、どの
ような作業についても、その潜在的な影響について確実に理解しておく必要があります。
表記法
ドキュメント表記の詳細は、『シスコテクニカルティップスの表記法』を参照してください。
ARP Input
アドレス解決プロトコル（ARP）インプットプロセスの CPU使用率が高い状態はルータが過剰 ARP要求を起こさなければならない
場合発生します。ルータはネットワークで各ホストのより多くの CPU稼働率を引き起こすローカルサブネットのすべてのホスト
のために ARP を、ちょうどそれら使用し、ARP要求はブロードキャストとして送信されます。同じ IP アドレスのための ARP要
求は 1 要求にレートリミットされしています 2 秒毎に、従って過剰 ARP要求は異なる IP アドレスのために起きなければなり
ません。この現象は、ブロードキャストインターフェイスをポイントするように IP ルートを設定した場合に発生する可能性が
あります。最も明らかな例はデフォルトルートです（以下を参照）:
ip route 0.0.0.0 0.0.0.0 Fastethernet0/0
この場合、ルータは到達可能直通特定のルーティングではない各 IP アドレスのための ARP要求を生成します、ルータはインター
ネットでほとんど各アドレスのための ARP要求を生成することを事実上意味する。スタティックルーティングのためのネクスト
ホップアドレスの設定に関する詳細については、スタティックルートのための next hop IP アドレスの指定を参照して下さ
い。
別の可能性としては、ローカルに接続されたサブネットをスキャンする悪意のあるトラフィックストリームが、過度に多数の
ARP 要求を発生させる場合があります。そのようなストリームの示す値は ARPテーブルの非常に多くの不完全な ARPエントリの
存在です。 ARP 要求を引き起こす着信 IP パケットには処理が必要なので、この問題のトラブルシューティングは、基本的に IP
Input プロセスで CPU 使用率が高くなる場合のトラブルシューティングと同じです。
IPX 入力
IPX Input プロセスは、プロセススイッチングを行うという意味では IP Input プロセスと同じですが、IPX Input プロセスで
は IPX パケットをスイッチングする点が異なります。ほぼすべての IPX パケットは IPX によってプロセスレベルに IPX SAP
のような他の IPX プロセスに、IPX RIP キューイングされる前に入力される、検知された等あります。 IP とは異なり、IPX で
は、IPX ファーストスイッチングという 1 つの割り込みスイッチングモードだけがサポートされており、デフォルトでオンにな
っています。 IPX fast-switching は ipx route-cache interface コマンドを使用して有効になります。
IPX インプットプロセスの間に CPU使用率が高い状態を見る場合、次を確認して下さい:
IPX fast-switching は無効です。 IPX ファーストスイッチングが無効になっている場合は、show ipx interface コマンド
を使用します。
一部の IPX トラフィックは、IPX ファーストスイッチングでは処理できません。
IPX はブロードキャストします-ルータが show ipx traffic コマンドを使用して IPX ブロードキャストと圧倒される
かどうか確認して下さい。
IPXルーティング更新-ネットワークに多くの不安定な状態がある場合、増加を処理するルーティング更新。
注：IPX RIP の代り、低速シリアルリンク上の更新の量を、特に減らす使用 IPX EIGRP （インクレメンタル）（詳細については
低速シリアル回線での Novell IPX のルーティングと SAP の管理を参照して下さい）。
注：IPX関連文書は Novell IPX Technology Support ページで見つけることができます。
TCP Timer
Transmission Control Protocol（TCP; 伝送制御プロトコル）のタイマープロセスが多量の CPU リソースを使用している場合
は、TCP 接続エンドポイントが多すぎることを示しています。この現象は、多数のピアが設定された Data-Link
Switching（DLSw）環境または多数の TCP セッションがルータで同時に開かれるような他の環境で発生する可能性があります。
FIB はタイマーを制御します
FIB 制御タイマーは VLAN ごとの統計情報およびグローバルな統計情報のための FIB 統計情報収集タイマーを初期化し、開始し
ます; FIB/ADJ 要求/例外タイマーを初期化し、開始します; FIB 関連のレジストリ機能を維持; そして BGP 会計タイマーを
初期化します。これらのプロセスは EARL が初期化されるとき開始します。
TTY Background
TTY Background プロセスは、すべての端末回線（コンソール、補助、非同期など）で使用される一般的なプロセスです。このプ
ロセスに Cisco IOSソフトウェアによってスケジュールされる必要がある他のプロセスと比較される低い優先順位があるので普
通ルータのパフォーマンスに影響がないはずです。
このプロセスが CPU使用率が高い状態を奪取する場合、「logging synchronous 行詐欺」がの下で「考えられる原因が Cisco
バグ ID CSCed16920 （登録ユーザのみ） Cisco バグ ID または CSCdy01705 （登録ユーザのみ）である可能性がある 0." 設定
されるかどうか確認して下さい。
バックグラウンド TAG 統計
「TAG 統計バックグラウンド」プロセスについては見られる CPU稼働率は期待され、トラフィック転送に影響を与えません。
TAG 統計バックグラウンドは低優先順位プロセスです。このプロセスはタグのための統計情報を収集し、RP に転送します。そ
れはトラフィック量の、MPLS/LDP コントロールプレーンが仕事量の機能ではないですが。これは予期された動作であり、トラ
フィック転送に影響を与えません。この問題は不具合 CSCdz32988 （登録ユーザのみ）で文書化されています。
Virtual Template Background
新規ユーザがルータかアクセスサーバに接続される時はいつでもバーチャルテンプレート（vtemplate）は各々の新しい仮想ア
クセスインターフェイスのためにクローンとして作られなければなりません。ユーザ数が多い場合は、Vtemplate Backgr プロセ
スの CPU 使用率が極端に高くなる場合があります。この現象は、仮想テンプレートの事前複製を指定しておけば回避できます。
詳細については、セッションスケーラビリティ機能拡張を参照して下さい。
Net Background
ザ・インターネットバックグラウンドプロセスはバッファが必要となるが、実行しましたりプロセスかインターフェイスに利用
できません時はいつでも。それは要求に基づいて主要なプールからの望ましいバッファを作成します。ネットバックグラウンド
はまた各プロセスに使用されるメモリを管理し、放されたメモリをきれいにします。このプロセスはインターフェイスと主に関
連付けられ、重要な CPU リソースを消費する場合があります。高CPU の現象はスロットルの増加、インターフェイスの無視、オ
ーバーランおよびリセットです。
IP Background
IPバックグラウンドプロセスはこれらの手順を含みます: ICMP リダイレクトの定期的なエージングは毎分キャッシュします; イ
ンターフェイスのエンキャプシュレーションタイプ変更; 新しい状態、の上でおよび/または DOWN へのインターフェイスの移
動; インターフェイスの IP アドレスの変更; 新しい dxi マップの有効期限; そしてダイヤラータイマーの有効期限。
IPバックグラウンドプロセスはインターフェイスのステータスに従ってリンクステート変更メッセージを受け取るときリンクス
テート変更があると IPバックグラウンドプロセスは仮定するが、ルーティングテーブルを修正します。それはそれから影響を
受けたインターフェイスをチェックするためにすべてのルーティングプロトコルを知らせます。より多くのインターフェイスが
ルーティングプロトコルを用いる場合、より高い CPU稼働率は IPバックグラウンドプロセスによって引き起こされます。
ARP バックグラウンド
ARP バックグラウンドプロセスは mulitple ジョブを処理し、CPU使用率が高い状態を消費する場合があります。
このリストはいくつかのジョブ例を提供します:
1.
2.
3.
4.
up/down イベントをインターフェイスさせること ARP 同じ高さの当然
クリア arp コマンドによって ARPテーブルをクリアすること
ARP入力パケット
ARP エージャー
その他のプロセス
他のどのプロセスも多くの CPU リソースを消費し、ログメッセージのどの問題の示す値もなければ場合、問題は Cisco IOS ソフ
トウェアで不具合によって可能性のある引き起こすことができます。 Bug Toolkit（登録ユーザのみ）を使用して、指定したプロ
セスに関連する不具合が報告されていないかどうかを検索してください。
TAC サービスリクエストをオープンする場合に収集する情報
必要とし、上記のトラブルシューティングの手順に従った後更にアシスタ
ンスを Cisco TAC でサービスリクエストを作成したいと思う場合次の情報
を含むこと確実でであって下さい:
次の表示コマンドからの出力。
show processes cpu
show interfaces
show interfaces switching
show interfaces stat
show align
show version
show log
関連情報
Cisco ルータの CPU 使用率が高い場合のトラブルシューティング
IP インプットプロセスにより CPU 使用率が高い場合のトラブルシューティング
トラブルシューティングテクニカルノーツ
1992 - 2014 Cisco Systems, Inc. All rights reserved.
Updated: 2014 年 12 月 24 日
Document ID: 41180
http://www.cisco.com/cisco/web/support/JP/100/1003/1003830_highcpu_processes.html

Download Report