IP : 簡易ネットワーク管理プロトコル(SNMP)

ASR 1000 システム稼働率をモニタする SNMP オブジェクト識別子

2015 年 11 月 25 日 - 機械翻訳について
その他のバージョン: PDFpdf | 英語版 (2015 年 8 月 22 日) | フィードバック

概要

この資料は Cisco ASR 1000 シリーズ モジュラールータの CPU およびメモリ リソースを監視するために使用されるべき推奨されるオブジェクト識別子(OID)を説明したものです。 ソフトウェアベースのフォワーディング プラットフォームとは違って、ASR 1000 シリーズはシステムのこれらの機能要素から成り立ちます:

  • ASR 1000 シリーズ Route Processor (RP)
  • ASR 1000 シリーズ組み込みサービス処理機構(ESP)
  • ASR 1000 シリーズ SPA インターフェイス プロセッサ(SIP)

そのように、管理対象装置ごとにポーリングされるべき追加 OID という結果に終る実稼働環境のこれらのプロセッサのそれぞれによって CPU およびメモリ使用をモニタすることを必要とします。

Vishnu Asok によって貢献される、Cisco TAC エンジニア。

前提条件

要件

次の項目に関する知識があることが推奨されます。

  • Simple Network Management Protocol(SNMP; 簡易ネットワーク管理プロトコル)
  • Cisco IOS ®-XE

使用するコンポーネント

このドキュメントは、特定のソフトウェアやハードウェアのバージョンに限定されるものではありません。

このドキュメントの情報は、特定のラボ環境にあるデバイスに基づいて作成されたものです。 このドキュメントで使用するすべてのデバイスは、クリアな(デフォルト)設定で作業を開始しています。 ネットワークが稼働中の場合は、コマンドが及ぼす潜在的な影響を十分に理解しておく必要があります。

Cisco IOSd メモリ使用をモニタする SNMP OID

ASR 1000 で、メモリ使用量を監視するために設計されている 64 ビット アーキテクチャ プラットフォームのために OID を使用する必要があります:

プロセッサ プール 空きメモリ1.3.6.1.4.1.9.9.221.1.1.1.1.20.7000.1(MIBcempMemPoolHCFree)
プロセッサ プール最も大きいメモリ1.3.6.1.4.1.9.9.221.1.1.1.1.22.7000.1(MIBcempMemPoolHCLargestFree)
プロセッサ プールによって使用されるメモリ1.3.6.1.4.1.9.9.221.1.1.1.1.18.7000.1(MIBcempMemPoolHCUsed)
プロセッサ プール メモリ不足1.3.6.1.4.1.9.9.221.1.1.1.1.24.7000.1(MIBcempMemPoolHCLowestFree)

: Cisco IOSd メモリ統計情報をポーリングするためにより少ない仕様 OID を使用する場合システムは 2 出力を- Cisco IOSd 空きメモリ(OID-7000.1)および Linux 共用メモリ パント インターフェイス(LSMPI)メモリ(OID-7000.2)もたらします。 これにより管理ステーションは LSMPI プールのためのメモリ不足 アラートを報告しますかもしれません。 LSMPI メモリプールは Forwarding Processor からルートプロセッサにパケットを転送するために使用されます。 ASR 1000 プラットフォームで、lsmpi_io プールに正常である少し空きメモリが- 1000 バイト 一般に以下あります。 シスコは、誤ったアラームを回避するためにネットワーク管理アプリケーションによる LSMPI プールのモニタリングを無効にすることを推奨します。

Cisco IOSd CPU稼働率を監視する SNMP OID

show process CPU コマンドの出力によって感知される) Cisco IOSd 例の CPU稼働率は OID "1.3.6.1.4.1.9.2.1.56" とポーリングすることができます。

次に例を示します。

この出力はそれに Cisco IOSd スレッドの OID "1.3.6.1.4.1.9.2.1.56" 戻りインスタント CPU稼働率のポーリングを示したものです。

ASR1K#show process cpu
CPU utilization for five seconds: 63%/0%; one minute: 6%; five minutes: 2%
PID     Runtime(ms)    Invoked    uSecs     5Sec    1Min   5Min   TTY  Process
  1         3             21       142     0.00%   0.00%  0.00%   0   Chunk Manager


user@server% snmpwalk -v2c -c poll 10.10.10.1 1.3.6.1.4.1.9.2.1.56
SNMPv2-SMI::enterprises.9.2.1.56.0 = INTEGER: 63

同じ OID は組み込みイベント マネージャ(EEM)スクリプトで断続的な CPU スパイクを解決するために使用することができます。 75% の上の Cisco IOSd CPU スパイクを一度引き起こす サンプルスクリプトはここにあります。

event manager applet ASR_High_CPU
event snmp oid 1.3.6.1.4.1.9.2.1.56 get-type next entry-op ge entry-val 75
exit-time 30 poll-interval 1
action 1.0 syslog msg "High cpu detected. Please check bootflash:cpuinfo.txt"
action 2.0 cli command "enable"
action 3.0 cli command "term exec prompt timestamp"
action 4.0 cli command "show processes cpu sorted | append bootflash:cpuinfo.txt"
action 5.0 cli command "show interfaces | append bootflash:cpuinfo.txt"
action 6.0 cli command "show users | append bootflash:cpuinfo.txt"
action 7.0 cli command "show debugs | append bootflash:cpuinfo.txt"
action 8.0 cli command "end"

RP/ESP/SIP CPU稼働率を監視する SNMP OID

ASR1K#show platform software status control-processor brief | section Load
Load Average
Slot      Status        1-Min   5-Min      15-Min
RP0      Healthy        0.75    0.47        0.41
ESP0     Healthy        0.00    0.00        0.00
SIP0     Healthy        0.00    0.00        0.00

それはに対応します:

1.3.6.1.4.1.9.9.109.1.1.1.1.24.2 = Gauge32: 75  -- 1 min RP0
1.3.6.1.4.1.9.9.109.1.1.1.1.24.3 = Gauge32: 0  -- 1 min ESP0
1.3.6.1.4.1.9.9.109.1.1.1.1.24.4 = Gauge32: 0  -- 1 min SIP0
1.3.6.1.4.1.9.9.109.1.1.1.1.25.2 = Gauge32: 47  -- 5 min RP0
1.3.6.1.4.1.9.9.109.1.1.1.1.25.3 = Gauge32: 0   -- 5 min ESP0
1.3.6.1.4.1.9.9.109.1.1.1.1.25.4 = Gauge32: 0  -- 5 min SIP0
1.3.6.1.4.1.9.9.109.1.1.1.1.26.2 = Gauge32: 41  -- 15 min RP0
1.3.6.1.4.1.9.9.109.1.1.1.1.26.3 = Gauge32: 0  -- 15 min ESP0
1.3.6.1.4.1.9.9.109.1.1.1.1.26.4 = Gauge32: 0   -- 15 min SIP0

上の OID を使用する方法を ASR 1000 カーネル ロード CPU を監察するために説明する EEM スクリプトとの ASR カーネル ロード CPU のモニタを参照して下さい。

: RP2 は 2 つの物理的 な CPU が含まれていますが、CPU は別々に監視されません。 CPU稼働率は両方の CPU の集約結果であり、従って cpmCPUTotalTable オブジェクトは RP CPU のための 1 つのエントリだけ含まれています。 これにより時折管理ステーションは 100% の上の CPU稼働率を報告しますかもしれません。

RP/ESP/SIP メモリ使用をモニタする SNMP OID

これらの出力は提示プラットフォームソフトウェア ステータス Control Processor 要約コマンドによって感知される各プロセッサの個々のメモリ統計情報をポーリングするために OID をリストします。

ASR1K#show platform software status control-processor brief | s Memory
Memory (kB)
Slot   Status   Total         Used(Pct)          Free (Pct)          Committed (Pct)
RP0    Healthy   3874504       2188404 (56%)      1686100 (44%)       2155996 (56%)
ESP0   Healthy    969088       590880 (61%)       378208 (39%)       363840 (38%)
SIP0   Healthy    471832       295292 (63%)       176540 (37%)       288540 (61%)
(cpmCPUMemoryHCUsed)
1.3.6.1.4.1.9.9.109.1.1.1.1.17.2 = Counter64: 590880 -ESP Used memory
1.3.6.1.4.1.9.9.109.1.1.1.1.17.3 = Counter64: 2188404 -RP used memory
1.3.6.1.4.1.9.9.109.1.1.1.1.17.4 = Counter64: 295292 -SIP used memory
(cpmCPUMemoryHCFree)
1.3.6.1.4.1.9.9.109.1.1.1.1.19.2 = Counter64: 378208 -ESP free Memory
1.3.6.1.4.1.9.9.109.1.1.1.1.19.3 = Counter64: 1686100 -RP free Memory
1.3.6.1.4.1.9.9.109.1.1.1.1.19.4 = Counter64: 176540 -SIP free memory
cpmCPUMemoryHCCommitted)
1.3.6.1.4.1.9.9.109.1.1.1.1.29.2 = Counter64: 363840 -ESP Committed Memory
1.3.6.1.4.1.9.9.109.1.1.1.1.29.3 = Counter64: 2155996 -RP Committed Memory
1.3.6.1.4.1.9.9.109.1.1.1.1.29.4 = Counter64: 288540 -SIP committed memory

: 前の OID は ASR 1001 および ADR 1002-X のような 1RU (ラックマウント単位)プラットフォームのための単一出力だけもたらします。 ASR 1001 の制御 CPU に 3 つの論理関数が- RP、FP (Forwarding Processor)、および CC (キャリアカード)あります。 ASR 1002 の異なる委員会を渡って普通広がるすべての機能は ASR 1001 の同じ CPU で動作します。

イネーブル CoPP SNMP Overpolling から保護するため

コントロール プレーン ポリシング(CoPP)の設定はサービス拒絶 (DoS) 攻撃の場合によりよいプラットフォーム 信頼性およびアベイラビリティを提供します。 CoPP 機能は入力および出トラフィックのための自身のインターフェイスと別途のエンティティとしてコントロール プレーンを扱います。 このインターフェイスはパントと呼ばれましたり/インターフェイスをインジェクトします。 段階的に行なわれたアプローチでされる CoPP ポリシー必要の配備。 最初 の フェーズは寛大な状態でテストの分析を可能にするために最初の移行/ディプロイメントフェーズ パケットのポリシングを行ない。 展開されて、CoPP ポリシーと関連付けられるクラスのそれぞれはチェックされる調節する必要があり、レート。 方法の代表的な例は overpolling からコントロール プレーンを保護することを CoPP が可能にするここに示されています:

class-map match-all SNMP
match access-group name SNMP
!

!
ip access-list extended SNMP
permit udp any any eq snmp

!
policy-map CONTROL-PLANE-POLICY
description CoPP for snmp
class SNMP
police rate 10 pps burst 10 packets
conform-action transmit
exceed-action drop
!

ここに示されるように policy-map をアクティブにして下さい:

ASR1K(config)#control-plane
ASR1K(config-cp)#service-policy input CONTROL-PLANE-POLICY
ASR1K(config-cp)#end

関連するシスコ サポート コミュニティ ディスカッション

シスコ サポート コミュニティは、どなたでも投稿や回答ができる情報交換スペースです。


Document ID: 118901