MIB Compilers and Loading MIBs
Introduction Most network management systems (NMSs) provide a way for the user to load MIBs. Loading a MIB is a way that an NMS can learn about new MIB objects, such as their names, object identifiers (OIDs), and the kind of datatype (for example, Counter). The MIB might be parsed when it is loaded or it might happen later, for instance, when an NMS application runs. The software that performs the
Catalyst 製品で CPU 使用率が一時的に上昇する場合の情報取得方法例
<概要> Catalyst製品でCPU使用率が一時的に短時間上昇する様なケースや、不定期に発生する様なケースで、"process cpu threshold" を設定し、CPU 使用率が上昇した際にメッセージ出力を行う事や、EEM を設定する事で、CPU 使用率が一時的に上昇している際に効率的にログ取得を行う事が可能です。 <背景> CPU 使用率が上昇する様なケースのトラブルシューティングを行う場合、CPU 使用率が上昇している際にログ取得を行う必要があります。 CPU 使用率が上昇する時間帯が特定の時間帯である場合や、比較的長い間、使用率が高い状況が継続するといったケースでは、CPU 使用率が上昇している際にログ取得を行う事は比較的容易ですが、CPU 使用率が上昇している期間が短期間である場合や、不定期に発生する場合等、CPU 使用率が上昇している際にログ取得を行う事が困難な場合があり
DNAC: DNA Center CLI からの snmpwalk 実行 (Version 1.3 以上)
DNA Center からの snmpwalk の実行についてsnmpwalk の実行方法参考資料 本ドキュメントでは、DNA Center (Cisco Digital Network Architecture Center) Version 1.3 以上の環境から 'snmpwalk' コマンドを実行する方法を説明します。Version 1.2.x までの環境についてはDNA Center CLI からの snmpwalk 実行 記事を参照してください。本ドキュメント作成時に確認している製品バージョンは、DNA Center Version 1.3.1.2 です。 DNA Center からの snmpwalk の実行について ディスカバリ作業で SNMP の到達性に問題がある場合のトラブルシューティングでは 'snmpwalk' コマンドによる切り分けが役に立ちます。DNA Cent
Stealthwatch 用 MIB ファイルの入手方法
はじめに SNMPを使用して監視したり SNMP Trap を扱ったりする場合に対象機器の MIB ファイルが必要となる場合があります。本ドキュメントでは Stealthwatch 用 MIB ファイルの入手方法について説明します。 MIBファイルの入手方法 MIBファイルは各アプライアンスの以下のパスに置いてあります。 /lancope/admin/snmp/Lancope-mibs.tgz scp でコピーしてご利用ください。 Stealthwatch Customer Community のアカウントをお持ちの場合、このサイト上でも MIB ファイルが入手できます。但し、全てのバージョン用のファイルが提供されていない場合がありますのでご留意ください。
IOS-XE: SNMP にて NAT エントリ数を取得する方法について
IOS-XE Router では SNMP にて以下の OID を使用することで NAT エントリ数を取得することが可能です。 算出方法は (natAddrBindNumberOfEntries + natAddrPortBindNumberOfEntries) となります。 ※1 該当 MIB は IOS-XE 3.15 を含む、それ以降の version でサポートされています。 ※2 CSCvh57657 の影響により CGN (Carrier Grade Network Address Translation) ではなく Traditional NAT を利用する場合は、CSCvh57657 の修正バージョン(IOS-XE の 16.3.7, 16.6.6, 16.8.2, 16.10.1 を含む、それ以降のバージョン)を利用する必要がございます。 ----------------
Nexus 9000 シリーズ スイッチ Snmp-server host が削除できない
Community Name に "%" を使用する場合、 Snmp-server host が削除できません。 事例： 1. snmp-server host に "%" を設定する N9K-C93180YC-EX-1(config)# snmp-server host xxx.xxx.xxx.xxx traps version 2c abc% 2. snmp-server host を削除する N9K-C93180YC-EX-1(config)# no snmp-server host xxx.xxx.xxx.xxx traps version 2c abc% Cannot delete! Community Name Mismatch
Catalyst3K/9K シリーズスイッチにて、特定の SNMP MIB をポーリングした際に応答が返らずタイムアウトする場合がある
2019年4月26日 (初版) TAC SR Collection 主な問題 SFP モジュールを一つ以上搭載している、IOS-XE 16.x が稼働する Catalyst3K/9K シリーズスイッチにて、SNMP にて entSensorValueEntry (1.3.6.1.4.1.9.9.91.1.1.1.1) の値をポーリングした際に、以下のようなエラーが出力され、この MIB の値が正常に得られない場合があります。 %SNMP-3-RESPONSE_DELAYED: processing GetNext of entSensorScale.2078 (5967 msecs) %SNMP-3-RESPONSE_DELAYED: processing GetNext of entSensorPrecision.2084 (6012 msecs) 原因 この問題は CSCvi48988
Nexus シリーズ：SNMP でメモリの使用量が正常に取得できない
2019 年 4 月 25 日 (初版) ---- 年 -- 月 -- 日 (アップデート) TAC SR Collection 主な問題 cempMemPoolUsed (1.3.6.1.4.1.9.9.221.1.1.1.1.7.22)/cempMemPoolFree (1.3.6.1.4.1.9.9.221.1.1.1.1.8.22) にてメモリの使用量を確認しましたが、“show system resources” の値と大きく異なります。 原因 期待された動作です。 cempMemPoolUsed、cempMemPoolFree が取り扱う値は Guage32 (0-4,294,967,295) となり、Free の値や一部のスイッチやラインカードによっては Used の値も 4,294,967,295 Bytes を超えてしまうため、正常に値を取得する事ができません。 解決策
Nexus 5000 シリーズ: libcmd のメモリリークによる SNMP に応答しなくなる事象が発生する
SNMP の query に応答しなくなっており、CPU の負荷が高くなることが報告されています。 show processes cpu sort の出力におきまして、snmpd のプロセスが多く CPU を使用していると確認できます。 `show processes cpu sort` PID Runtime(ms) Invoked uSecs 1Sec Process ----- ----------- -------- ----- ------ ----------- 4535 350 2533048204 0 44.5% snmpd <<<<<<< show system internal snmp mem-stats detail の出力におきまして、libcmd.so が多くのメモリーを消費していることが確認できます。 `show system internal snmp
IOS-XE 製品では envmon 関連の Trap が設定できない
1.ENTITY-SENSOR-MIB & CISCO-ENTITY-SENSOR-MIB2.ENTITY-STATE-MIB3.CISCO-ENTITY-FRU-CONTROL-MIB ASR1K や、ISR4K など、IOS-XE を利用する製品に関しては、従来 IOS 製品にて 利用された envmon 関連の trap を設定することができません。 代わりに、ENTITY 関連の MIB が導入されており、こちらの MIB と Trap をご利用ください。 以下、いくつか関連の MIB を紹介します。 1.ENTITY-SENSOR-MIB & CISCO-ENTITY-SENSOR-MIB センサー関連の情報が取得できます。 また、上記の MIB 関連の Trap を有効するには、以下のコマンドで設定します。 snmp-server enable trap entity-sens
DNA Center CLI からの snmpwalk 実行
DNA Center のホスト OS には snmpwalk は実装されていません。デバイスのディスカバリ作業で SNMP の到達性が確認できず、CLI から確認を行いたい場合、magctl service exec inventory "snmpwalk <引数>" を実行し、インベントリアプリケーション (apic-em-inventory-manager-service Pod) の snmpwalk コマンドを利用することができます。 // ホスト OS には snmpwalk 実装なし [Sun Jan 27 11:46:23 UTC] maglev@192.0.2.1 (maglev-master-1) ~ $ which snmpwalk [Sun Jan 27 11:46:24 UTC] maglev@192.0.2.1 (maglev-master-1) ~ $ magc
SNMP v3 の engineID とかのメモ - ngyukiの日記
man snmpcmd とか man snmpd.conf とか man snmptrapd.conf とか tcpdump とかで試行錯誤で推測した内容からのメモ。全然見当違いの可能性もある。 SNMP v3 のエージェントはエージェントを一意に識別するための engineID を設定する必要がある。engineID は不変で別のエージェントの engineID と競合してはならない。 Net-SNMP では engineID は未設定だとマシンのホスト名に対して見つかる最初の IP アドレスが使用される、と日本語の man にはるけど、英語の man では最初の起動時にシステム時刻と乱数に基づいて生成されるとなっている。 生成済の engineID を削除して再生成を何度か試したところ毎回異なる値になったので、英語の man のが正しいと思われる。engineIDType の設定で日本
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Cisco CPU utilization threshold violation traps
ASR1002-X SNMP Subinterface statistics