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

サポート対象の Cisco IOS SNMP トラップとその設定方法

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


目次


概要

注: Cisco IOS ソフトウェア リリースか。 12.1(3)T がこの資料を作成するのに使用されました。 これより前の Cisco IOS ソフトウェア リリースを使用している場合は、すべてのオプションがサポートされていないことがあります。 Cisco IOS ソフトウェア 12.1(3)T よりも後のバージョンを使用する場合は、追加の [notification-type] オプションがサポートされる場合があります。 このドキュメントには、Cisco IOS ソフトウェアで現在サポートされている Simple Network Management Protocol(SNMP; 簡易ネットワーク管理プロトコル)トラップの Object Identifiers(OID; オブジェクト識別子)のリストが記載されています。

Cisco の標準的な IOS ソフトウェアが稼働する Cisco のデバイス(ルータ、Asynchronous Transfer Mode(ATM; 非同期転送モード)のスイッチ、リモート アクセス サーバ)では、多数の SNMP トラップを作成できます。

前提条件

要件

この文書の読者は、次のことについて理解している必要があります。

シスコのデバイスで送信方法が認識されているすべての SNMP トラップを送信する必要はありません。 たとえば、64 本のダイヤルイン回線が接続されたリモート アクセス サーバですべてのトラップを使用可能にすると、ユーザのダイヤルインや接続終了のたびにトラップが発生します。 この結果、大量のトラップが作成されます。 Cisco IOS ソフトウェアには、トラップのグループを定義して、グループごとに使用可能または使用不可にする機能があります。 Cisco IOS ソフトウェアが稼働するデバイスに SNMP トラップを設定するのに使用されるグローバル設定コマンドには、次の 2 つがあります。

  • snmp-server host host-addr [トラップ | 知らせます] [バージョン {1 | 2c | 3 [auth | noauth | priv]}]コミュニティ ストリング[udp-port port] [notification-type]

    SNMP 通知処理の受信者を指定するには、snmp-server host グローバル設定コマンドを発行します。 指定のホストを削除するには、このコマンドの no 形式を発行します。

  • snmp-server enable traps [notification-type] [notification-option]

    ルータに SNMP トラップを送信させるには、snmp-server enable traps グローバル設定コマンドを使用します。 SNMP 通知を無効にする場合は、このコマンドの no 形式を使用します。

トラップのタイプは、両方のコマンドで指定できます。 トラップの送信先となるネットワーク管理システムを定義するには snmp-server host コマンドを発行する必要があります。 すべてのトラップを送信するわけではない場合は、トラップのタイプも指定する必要があります。 その場合は、snmp host コマンドで使用したトラップ タイプごとに 1 つずつ、複数の snmp-server enable traps コマンドを発行します。

注: [notification-type] オプションの中には、このコマンドの両方でサポートされていないものがあります。 たとえば、[notification-type] x25 およびテレタイプ(tty)は snmp-server enable trap.のために使用されません x25 および ttyトラップはデフォルトで有効に なります。

1 つの例として、Cisco IOS ソフトウェアのデバイスに、設定、Border Gateway Protocol(BGP; ボーダーゲートウェイ プロトコル)、および tty のトラップだけをネットワーク管理システム、10.10.10.10 に報告させるには、次のコマンドを使用します。

snmp-server host 10.10.10.10 public config bgp tty 
snmp-server enable traps config 
snmp-server enable traps bgp 

使用するコンポーネント

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

表記法

ドキュメント表記の詳細は、『シスコ テクニカル ティップスの表記法』を参照してください。

snmp-server host コマンド

SNMP 通知処理の受信者を指定するには、snmp-server host グローバル設定コマンドを発行します。 指定のホストを削除するには、このコマンドの no 形式を発行します。

snmp-server host host-addr [traps | informs] [version {1 | 2c | 3 [auth | noauth | priv]}] 
community-string [udp-port port] [notification-type] 
no snmp-server host host [traps | informs]

構文の説明

host-addr ホスト(ターゲットの受信者)の名前またはインターネット アドレス。
traps (オプション)このホストに SNMP トラップを送信します。 これはデフォルトです。
informs (オプション)このホストに SNMP インフォームを送信します。
バージョン (オプション)トラップの送信に使用する SNMP バージョン。 バージョン 3 は、priv キーワードによってパケットを暗号化できるため、最もセキュアなモデルです。 バージョンのキーワードを使用する場合は、次のいずれか 1 つのオプションを指定する必要があります。
  • 1:SNMPv1 このオプションは、inform とともには使用できません。
  • 2c:SNMPv2C
  • 3:SNMPv3 バージョン 3 のキーワードの後に、次の 3 つのオプション キーワードを付けることができます。
    • auth:(オプション)Message Digest 5(MD5)と Secure Hash Algorithm(SHA)パケット認証を使用可能にします。
    • noAuth:(デフォルト)noAuthNoPriv セキュリティ レベル。 これはデフォルトです[auth | noauth | priv] キーワードを選択していない場合
    • priv:(オプション)Data Encryption Standard(DES; データ暗号規格)パケット認証(別名「プライバシ」)を使用可能にします。
community-string 通知処理で送られる、パスワードに似たコミュニティ ストリング。 このストリングは、snmp-server host コマンドだけを使っても設定できますが、snmp-server host コマンドを使用する前に、snmp-server community コマンドでストリングを定義することを推奨します。
udp-port ポート 使用するホストの User Datagram Protocol(UDP)ポート。 デフォルトは 162 です。
notification-type (オプション)ホストに送信される通知のタイプ。 タイプを指定しない場合、すべての通知が送信されます。 通知タイプには、次のキーワードを 1 つ以上指定できます。
  • aaa-server:AAA 通知を送信します。
  • bgp:BGP 状態変更通知を送信します。
  • bstun:Block Serial Tunneling(BSTUN; ブロック シリアル トンネリング)通知を送信します。
  • calltracker:CallTracker 通知を送信します。
  • config:設定通知を送信します。
  • dlsw:Data-Link Switching(DLSw; データリンク スイッチング)通知を送信します。
  • ds0-busyout:ds0-busyout 通知を送信します。
  • ds1-loopback:ds1-loopback 通知を送信します。
  • dspu:DSPU(downstream physical unit; 下流物理ユニット)通知を送信します。
  • dsp:digital signal processing(DSP; デジタル信号処理)通知を送信します。
  • エンティティ—送信エンティティ 管理情報ベース (MIB) 修正通知。
  • envmon:環境のしきい値が設定値を超えたときに、Cisco Enterprise に固有の環境モニタリング通知を送信します。
  • frame-relay:フレームリレー通知を送信します。
  • hsrp:Hot Standby Router Protocol(HSRP)通知を送信します。
  • isdn:ISDN 通知を送信します。
  • msdp:Multicast Source Discovery Protocol(MSDP)通知を送信します。
  • llc2:Logical Link Control, type 2(LLC2; 論理リンク制御タイプ 2)通知を送信します。
  • repeater:標準リピータ(ハブ)通知を送信します。
  • rsrb:Remote Source-Route Bridging(RSRB; リモート ソースルート ブリッジング)通知を送信します。
  • rsvp:Resource Reservation Protocol(RSVP; リソース予約プロトコル)通知を送信します。
  • rtr:SA エージェント(RTR)通知を送信します。
  • sdlc:Synchronous Data Link Control(SDLC)通知を送信します。
  • snmp:SNMP 通知を RFC 1157 の定義に従って送信します。
  • stun:Serial Tunnel(STUN; シリアル トンネル)通知を送信します。
  • syslog:エラー メッセージ通知を送信します(Cisco Syslog MIB)。 logging history level コマンドを使って、送信されるメッセージのレベルを指定します。
  • tty:Transmission Control Protocol(TCP; 伝送制御プロトコル)接続が閉じた際に、Cisco Enterprise に固有の通知を送信します。
  • voice:音声通知を送信します。
  • x25:X.25 イベント通知を送信します。
  • xgcp:External Media Gateway Control Protocol(XGCP; 外部メディア ゲートウェイ コントロール プロトコル)通知を送信します。

デフォルト設定

デフォルトでは、snmp-server host コマンドは無効になっています。 通知は送信されません。

キーワードを付けずにこのコマンドを入力すると、デフォルトでは全トラップ タイプがホストに送信されます。

このホストには、インフォームは送信されません。 バージョンキーワードがない場合、デフォルトはバージョン 1 です。 キーワード無しの no snmp-server host コマンドはトラップをディセーブルにしますが、ホストに、知らせません。 インフォームを送信しないようにするには、no snmp-server host informs コマンドを発行します。

注: snmp-server community コマンドで community-string を定義せずに、このコマンドを使用すると、snmp-server community コマンドのデフォルト形式が自動的に設定に挿入されます。 snmp-server community コマンドの自動設定時に使われるパスワード(community-string)は、snmp-server host コマンドに指定されたパスワードと同じです。 これは、Cisco IOS ソフトウェア リリース 12.0(3) 以降のデフォルト動作です。

コマンド モード

グローバル設定:コマンド履歴

Cisco IOS ソフトウェア リリース 変更箇所
10.0 コマンドが導入されました。
12.0(3)T 次のキーワードが追加されました。
  • バージョン 3 [auth | noauth | priv]
  • HSRP

使用上のガイドライン

SNMP 通知は、トラップまたはインフォーム要求として送信できます。 このデバイスでトラップが受信されても受信側は確認応答を送信しないので、トラップの信頼性は高くありません。 送信側は、トラップが受信されたかどうかを判断できません。 しかし、SNMP エンティティはインフォーム要求を受信すると、SNMP 応答 Protocol Data Unit(PDU; プロトコル データ ユニット)によって要求に応答します。 送信側が応答をまったく受け取っていなければ、インフォーム要求を再送信できます。 このため、インフォームは、目的の宛先に到達できる可能性が高くなります。

ただし、インフォームは、エージェントやネットワークでより多くのリソースを消費します。 トラップは、送信されると同時に破棄されますが、インフォーム要求の場合は、応答が受信されるか、要求時間がタイムアウトになるまでメモリ内に残る必要があります。 トラップの送信回数は 1 回だけですが、インフォームは数回、繰り返し送信される場合があります。 再送信の回数が増えるとトラフィックが増加し、ネットワークのオーバーヘッドが高くなる原因にもなります。

snmp-server host コマンドを入力しなければ、通知はまったく送信されません。 ルータが SNMP 通知を送信するように設定するには、少なくとも 1 回は snmp-server host コマンドを入力する必要があります。 キーワードを付けずにコマンドを入力すると、すべてのトラップ タイプがホストで有効になります。

複数のホストを有効にするには、各ホストに対して snmp-server host コマンドを個別に発行する必要があります。 各ホスト宛てのコマンドに、複数の通知タイプを指定することもできます。

同じホストや通知タイプ(トラップやインフォーム)に複数の snmp-server host コマンドを発行すると、コマンドを発行するたびに前のコマンドに上書きされます。 最後の snmp-server host コマンドだけが有効です。 たとえば、あるホストに snmp-server host inform コマンドを入力してから、同じホストに別の snmp-server host inform コマンドを入力したとします。その場合は、2 番目のコマンドが最初のコマンドと入れ替わります。

snmp-server host コマンドは、snmp-server enable コマンドと組み合せて使用します。 snmp-server enable コマンドを発行して、グローバルに送信する SNMP 通知を指定します。 最も多くの通知を受信するホストについては、少なくとも 1 つの snmp-server enable コマンドと snmp-server host コマンドを有効にする必要があります。

しかし、snmp-server enable コマンドで制御できない通知タイプもあります。 たとえば、一部の通知タイプは常に有効です。 また、snmp-server enable 以外のコマンドで使用可能になる通知タイプもあります。 たとえば、linkUpDown 通知は、snmp trap link-status コマンドにより制御されます。 これらの通知タイプには、snmp-server enable コマンドを発行する必要はありません。

使用可能な通知タイプのオプションは、ルータのタイプおよびルータ上でサポートされる Cisco IOS ソフトウェア機能により異なります。 たとえば、envmon 通知タイプは、環境モニタリングがシステムの一部となっている場合に限り使用可能です。

インフォームの設定

インフォームの送信を可能にするには、次の手順を実行します。

  1. リモート エンジンの ID を設定する。

  2. リモート ユーザを設定する。

  3. リモート装置でグループを設定する。

  4. リモート装置でトラップを使用可能にする。

  5. SNMP マネージャを使用可能にする。

トラップに一意の SNMP コミュニティ ストリングを設定する場合に、このストリングによる SNMP ポーリング アクセスを防止するには、設定に access-list を含める必要があります。 次の例では、コミュニティ ストリング名に「comaccess」を、アクセス リストには 10 をそれぞれ指定しています。

snmp-server community comaccess ro 10
snmp-server host 172.20.2.160 comaccess
access-list 10 deny any 

この例はネーム myhost.cisco.com によって規定 される ホストに SNMPトラップを送ります。 コミュニティ ストリングを comaccess と定義しています。

snmp-server enable traps
snmp-server host myhost.cisco.com comaccess snmp

次の例では、SNMP および Cisco Enterprise に固有の環境モニタリングのトラップをアドレス 172.30.2.160 に送信しています。

snmp-server enable traps
snmp-server host 172.30.2.160 public snmp envmon

次の例では、ルータが、コミュニティ ストリングの public を使用して、ホストの myhost.cisco.com にすべてのトラップを送信できるようにします。

snmp-server enable traps
snmp-server host myhost.cisco.com public

次の例では、どのホストにもトラップがまったく送信されません。 BGP トラップはすべてのホストで送信可能にできますが、ISDN トラップだけは 1 つのホストにだけ送信できます。

snmp-server enable traps bgp
snmp-server host bob public isdn

次の例では、ルータが、コミュニティ ストリングの public を使用して、ホストの myhost.cisco.com にすべてのインフォーム要求を送信できるようにします。

snmp-server enable traps
snmp-server host myhost.cisco.com informs version 

この例はネーム myhost.cisco.com によって規定 される ホストに HSRP SNMPv2c トラップを送信 します。 コミュニティ ストリングを、public と定義しています。

snmp-server enable traps
snmp-server host myhost.cisco.com traps version 2c public hsrp

snmp-server enable traps コマンド

ルータに SNMP トラップを送信させるには、snmp-server enable traps グローバル設定コマンドを発行します。 SNMP 通知を送信しないようにするには、このコマンドの no 形式を使用します。

snmp-server enable traps [notification-type] [notification-option] 

no snmp-server enable traps [notification-type] [notification-option] 

構文の説明

notification-type (オプション)使用可能な通知タイプ。 通知タイプを指定しない場合、envmon および repeater などの通知を含めて、すべての通知が送信されます。 通知タイプは、次のキーワードのいずれかになります。
  • aaa-server:AAA サーバ通知を送信します。 このキーワードは、Cisco IOS ソフトウェア リリース 12.1(3)T 以降、Cisco AS5300 および AS5800 のプラットフォームだけに追加されています。 これは、CISCO-AAA-SERVER-MIB によるものであり、通知は次のとおりです。 企業 1.3.6.1.4.1.9.10.56.2 1 つの casServerStateChange
  • bgp:BGP 状態変更通知を送信します。 これは、BGP4-MIB によるものであり、通知は次のとおりです。 企業 1.3.6.1.2.1.15.7 1 は 2 bgpBackwardTransition を bgpEstablished
  • calltracker:新しいアクティブ コール エントリが cctActiveTable に作成されるか、新しい履歴コール エントリが cctHistoryTable に作成されるたびに、通知を送信します。このキーワードは、CISCO-CALL-TRACKER-MIB によるものであり、通知は次のとおりです。 企業 1.3.6.1.4.1.9.9.163.2 1 cctCallSetupNotification 2 cctCallTerminateNotification
  • config:設定通知を送信します。 これは、CISCO-CONFIG-MAN-MIB によるものであり、通知は次のとおりです。 ciscoConfigManEvent 企業 1.3.6.1.4.1.9.9.43.2 1
  • dial:正常に接続されたコールをクリアするか、あるいは接続に失敗したコールが最終的に接続失敗と判断されるか、またはコール設定メッセージが送受信されるたびに、通知を送信します。 これは DIAL-CONTROL-MIB によるものであり、通知は次のとおりです。 企業 1.3.6.1.2.1.10.21.2 1 つの dialCtlPeerCallInformation 2 dialCtlPeerCallSetup
  • dlsw:DLSw エージェントから通知を送信します。キーワード dlsw を使用すると、notification-option の値を指定できます。. これは CISCO-DLSW-MIB によるものであり、通知は次のとおりです。 企業 1.3.6.1.4.1.9.10.9.1.7 1 つの ciscoDlswTrapTConnPartnerReject 2 ciscoDlswTrapTConnProtViolation 3 ciscoDlswTrapTConnUp 4 ciscoDlswTrapTConnDown 5 ciscoDlswTrapCircuitUp 6 ciscoDlswTrapCircuitDown
  • ds0-busyout:DS0 インターフェイスの busyout の状態が変わるたびに、通知を送信します。 このキーワードは、Cisco IOS ソフトウェア リリース 12.1(3)T 以降で、Cisco AS5300 プラットフォームに限定して追加されています。 これは、CISCO-POP-MGMT-MIB によるものであり、通知は次のとおりです。 企業 1.3.6.1.4.1.9.10.19.2 1 cpmDS0BusyoutNotification
  • ds1-loopback:DS1 インターフェイスがループバック モードになるたびに通知を送信します。 このキーワードは、Cisco IOS ソフトウェア リリース 12.1(3)T 以降で、Cisco AS5300 プラットフォームに限定して追加されています。 これは、CISCO-POP-MGMT-MIB によるものであり、通知は次のとおりです。 企業 1.3.6.1.4.1.9.10.19.2 2 cpmDS1LoopbackNotification
  • dspu:physical unit(PU; 物理ユニット)または logical unit(LU; 論理ユニット)の稼働状態の変更、または起動の失敗が検出されたときに通知を送信します。 これは、CISCO-DSPU-MIB によるものであり、通知は次のとおりです。 企業 1.3.6.1.4.1.9.9.24.1.4.4 1newdspuPuStateChangeTrap 2 newdspuPuActivationFailureTrap 企業 1.3.6.1.4.1.9.9.24.1.5.3 1 つの newdspuLuStateChangeTrap 2 dspuLuActivationFailureTrap
  • dsp:DSP カードがアップまたはダウンするたびに通知を送信します。 これは、CISCO-DSP-MGMT-MIB によるものであり、通知は次のとおりです。 企業 1.3.6.1.4.1.9.9.86.2 1 cdspMIBCardStateNotification
  • entity:エンティティ MIB の変更通知を送信します。 これは、ENTITY-MIB によるものであり、通知は次のとおりです。 企業 1.3.6.1.2.1.47.2 1 つの entConfigChange
  • envmon:環境しきい値を超過した際に、Cisco Enterprise に固有の環境モニタリング通知を送信します。 キーワード envmon が使用されている場合は、notification-option の値を指定できます。 これは、CISCO-ENVMON-MIB によるものであり、通知は次のとおりです。 企業 1.3.6.1.4.1.9.9.13.3 1 ciscoEnvMonShutdownNotification 2 ciscoEnvMonVoltageNotification 3 ciscoEnvMonTemperatureNotification 4 ciscoEnvMonFanNotification 5 ciscoEnvMonRedundantSupplyNotification
  • frame-relay:フレームリレー通知を送信します。 これは、RFC1315-MIB によるものであり、通知は次のとおりです。 企業 1.3.6.1.2.1.10.32 1 つの frDLCIStatusChange
  • hsrp:Hot Standby Router Protocol(HSRP)通知を送信します。 この機能は Cisco IOS ソフトウェア リリース 12.0(3)T 以来サポートされます。 これは CISCO-HSRP-MIB からあり、通知は次のとおりです: 企業 1.3.6.1.4.1.9.9.106.2 1 つの cHsrpStateChange
  • isdn:ISDN 通知を送信します。 キーワード isdn が使用されている場合は、notification-option の値を設定できます。 これは、CISCO-ISDN-MIB によるものであり、通知は次のとおりです。 Cisco IOS ソフトウェア リリース 12.1(1)T ので企業 1.3.6.1.4.1.9.9.26.2 は CISCO-ISDNU-IF-MIB から Cisco IOS ソフトウェア リリース 12.1(5)T ので 1 demandNbrCallInformation 2 demandNbrCallDetails 3 demandNbrLayer2Change [サポートされる] 4 demandNbrCNANotification [サポートされる]これあり、通知は次のとおりです: 企業 1.3.6.1.4.1.9.9.18.2 1 ciuIfLoopStatusNotification
  • msdp:Multicast Source Discovery Protocol(MSDP)通知を送信します。 これは、MSDP-MIB によるものであり、通知は次のとおりです。 企業 1.3.6.1.3.92.1.1.7 1 は 2 msdpBackwardTransition を msdpEstablished
  • repeater:イーサネットのハブ repeater 通知を送信します。 キーワード repeater が選択されている場合は、notification-option の値を指定できます。 これは、CISCO-REPEATER-MIB によるものであり、通知は次のとおりです。 企業 1.3.6.1.4.1.9.9.22.3 1 つの ciscoRptrIllegalSrcAddrTrap
  • rsvp:Resource Reservation Protocol(RSVP; リソース予約プロトコル)通知を送信します。 この機能は Cisco IOS ソフトウェア リリース 12.0(2)T 以来サポートされます。 これは RSVP-MIB からあり、通知は次のとおりです: 企業 1.3.6.1.3.71.2 1 つの newFlow 2 lostFlow
  • rtr:SA エージェント RTR(RTR)通知を送信します。 これは、CISCO-RTTMON-MIB によるものであり、通知は次のとおりです。 企業 1.3.6.1.4.1.9.9.42.2 1 rttMonConnectionChangeNotification 2 rttMonTimeoutNotification 3 rttMonThresholdNotification 4 rttMonVerifyErrorNotification
  • snmp:SNMP 通知を送信します。 キーワード snmp が使用されている場合は、notification-option の値を指定できます。 これは、CISCO-GENERAL-TRAPS によるものであり、通知は次のとおりです。 企業 1.3.6.1.2.1.11 0 コールド スタート 2 リンクダウン 3 結合 4 authenticationFailure 5 egpNeighborLoss 企業 1.3.6.1.4.1.9 0 リロード

    注: このトラップは、通知タイプの「tty」により制御されます。

    注: 1 tcpConnectionClose

  • syslog:エラー メッセージ通知を送信します(Cisco Syslog MIB)。 logging history level コマンドを使って、送信されるメッセージのレベルを指定します。 これは、CISCO-SYSLOG-MIB によるものであり、通知は次のとおりです。 clogMessageGenerated 企業 1.3.6.1.4.1.9.9.41.2 1
  • voice:音声の品質がよくないことを示す通知を送信します。 これは、CISCO-VOICE-DIAL-CONTROL-MIBSMI によるものであり、通知は次のとおりです。 企業 1.3.6.1.4.1.9.9.63.2 1 cvdcPoorQoVNotification
  • xgcp:External Media Gateway Control Protocol(XGCP; 外部メディア ゲートウェイ コントロール プロトコル)通知を送信します。 これは、XGCP-MIB によるものであり、通知は次のとおりです。 企業 1.3.6.1.3.90.2 1 xgcpUpDownNotification
notification-option (オプション)
  • DLSw [回線 | tconn]DLSwキーワードが使用される時、有効に するか、またはディセーブルにしたい特定の通知の種類を規定できます。 キーワードを何も指定しない場合、すべての DLSw 通知タイプが使用可能になります。 オプションとして、次のキーワードを 1 つ以上使用できます。
    • circuit:DLSw 回線トラップを使用可能にします。
    • tconn:DLSw ピア転送接続トラップを使用可能にします。
  • envmon [電圧 | シャットダウン | 提供 | ファン | 温度]envmon の キーワードが使用される時、特定の環境 通知の種類を有効に することができますまたは環境モニタ システムからのすべての通知の種類を受け入れて下さい。 オプションを指定しない場合、すべての環境通知が使用可能になります。 オプションとして、次のキーワードを 1 つ以上使用できます。 voltageshutdownsupplyfan、および temperature
  • isdn [呼び出し情報 | isdn u-interface | chan-not-avail | layer2]ISDN キーワードが使用されるとき、ISDN MIB サブシステムのための SNMP ISDNコール 情報 通知を有効に するために呼び出し情報 キーワードを規定できますまたは ISDN U インターフェイス MIB サブシステムのための SNMP ISDN U インターフェイス 通知を有効に するために isdn u-interface キーワードを規定できます。
  • リピータ[健全性 | リセット]リピータキーワードが使用される時、リピータ オプションを規定できます。 タイプを指定しない場合、すべてのリピータ通知が使用可能になります。 オプションとして、次のキーワードを 1 つ以上使用できます。 health--Internet Engineering Task Force(IETF; インターネット技術特別調査委員会)のリピータ ハブ MIB(RFC 1516)のヘルス通知を使用可能にします。 リセット--IETF リピータ ハブ MIB(RFC 1516)リセット通知を使用可能にします。
    • health:Internet Engineering Task Force(IETF; インターネット技術特別調査委員会)リピータ ハブ MIB(RFC 1516)の状態通知を使用可能にします。
    • reset:IETF リピータ ハブ MIB(RFC 1516)リセット通知を使用可能にします。
  • snmp [認証 | linkup | linkdown | コールド スタート]キーワード結合 | linkdown | Cisco IOS ソフトウェア リリース 12.1(3)T 以来追加されるコールド スタート。 — SNMP キーワードが使用される時、有効に するか、またはディセーブルにしたい特定の通知の種類を規定できます。 キーワードを指定しない場合、すべての SNMP 通知タイプが使用可能になります(または no 形式を使用すれば使用禁止となります)。 次の通知タイプが使用できます。
    • authentication:SNMP 認証失敗通知の配布を制御します。 authenticationFailure(4) トラップは、送信側のプロトコル エンティティが、正式に認証されていないプロトコル メッセージの受信者であることを意味します。
    • linkup:SNMP リンクアップ通知の送信を制御します。 linkUp(3) トラップは、エージェントの設定に示されている通信リンクの 1 つがアップしたことが、送信側のプロトコル エンティティで認識されたことを示します。
    • linkdown:SNMP リンクダウン通知の送信を制御します。 linkDown(2) トラップは、エージェントの設定に示されている通信リンクの 1 つに障害が発生したことが、送信側のプロトコル エンティティで認識されたことを示します。
    • coldstart:SNMP コールドスタート通知の送信を制御します。 coldStart(0) トラップは、送信側のプロトコル エンティティ自体が再初期化されるので、エージェントやプロトコル エンティティの実装が変わる可能性があることを示します。

デフォルト設定

SNMP 通知は使用禁止です。

notification-type キーワードを指定せずにこのコマンドを入力すると、デフォルト設定により、このコマンドで制御できる全通知タイプが使用可能になります。

コマンド モード

グローバル設定:コマンド履歴

Cisco IOS ソフトウェア リリース 変更箇所
11.1 このコマンドが導入されました。
12.0(2)T キーワードの rsvp が追加されました。
12.0(3)T キーワードの hsrp が追加されました。
12.1(3)T 次のキーワードが、このコマンドの snmp-server enable traps snmp 形式に追加されています。
  • linkup
  • linkdown
  • coldstart
次の通知タイプのキーワードは、Cisco AS5300 プラットフォームに限定して追加されています。
  • ds0-busyout
  • isdn chan-not-avail
  • modem-health
  • ds1-loopback
次の通知タイプのキーワードは、Cisco AS5300 および AS5800 プラットフォームに限定して追加されています。
  • aaa-server

使用上のガイドライン

このコマンドの snmp-server enable traps snmp [linkup] [linkdown] 形式が、snmp trap link-status interface 設定コマンドを置き換えます。

snmp-server enable traps コマンドの no 形式が役立つのは、ネットワーク上で不必要な大量のノイズを生成する通知を使用禁止にする場合です。

SNMP 通知は、トラップまたはインフォーム要求として送信できます。 このコマンドは、特定の通知タイプのトラップおよびインフォーム要求の両方を使用可能にします。

snmp-server enable traps コマンドを入力しないと、このコマンドで制御する通知はまったく送信されません。 ルータがこれらの SNMP 通知を送信するように設定するには、少なくとも 1 回は snmp-server enable traps コマンドを入力する必要があります。 キーワードを指定せずにコマンドを入力すると、すべてのトラップ タイプが使用可能になります。 キーワードを指定してコマンドを入力した場合は、そのキーワードに関連した通知タイプだけが使用可能になります。 複数の通知タイプを使用可能にするには、通知タイプと通知オプションごとに snmp-server enable traps コマンドを個別に発行する必要があります。

snmp-server enable traps コマンドは、snmp-server host コマンドと組み合せて使用します。 snmp-server host コマンドを発行すると、どのホストが SNMP 通知を受信するのかを指定できます。 通知を送信するには、少なくとも 1 回は snmp-server host コマンドを設定する必要があります。

snmp-server enable traps コマンドで制御する通知を受信するホストに対しては、このコマンドと snmp-server host コマンドの両方を使用可能にする必要があります。 通知タイプが snmp-server enable traps コマンドの制御対象外である場合は、適切な snmp-server host コマンドだけを使用可能にする必要があります。

snmp-server enable traps コマンドで使用する通知タイプにはすべて、対応する MIB オブジェクトが設定されており、そのオブジェクトによって通知タイプは使用可能または使用禁止となります(たとえば、HSRP トラップは、HSRP MIB によって、リピータ トラップの場合は、Repeater Hub MIB によってそれぞれ定義されます)。 ただし、snmp-server host コマンドに使用可能なすべての通知タイプに notificationEnable MIB オブジェクトが設定されているとは限らないため、snmp-server enable コマンドによって制御できない通知タイプがあります。

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

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


関連情報


Document ID: 13506