ワイヤレス : Wi-Fi 向け Cisco Quantum ポリシー スイート

QPS リリース SNMP を解決する 5.5 基本的な手順

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

概要

このドキュメントでは、クォンタム ポリシー スイート(QPS)の観点から Simple Network Management Protocol(SNMP)フレームワーク アーキテクチャのトラブルシューティングを行うときに参考になる情報について説明します。

著者:Cisco TAC エンジニア、Aravindhan Balasubramanian

前提条件

要件

このドキュメントに関する固有の要件はありません。

使用するコンポーネント

このドキュメントの情報は、QPS リリース 5.5 以降に基づくものです。

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

背景説明

SNMP のアーキテクチャ

各仮想マシン(VM)は「snmpd」プロセスを実行します。 QPS で VM によって生成されたアラートまたはトラップは、lbvip01 または lbvip02 などのアクティブ ロード バランサによってカスタマー ネットワーク管理システム(NMS)に転送されます。

  • lbvip01 は SNMP トラップを外部通信用の外部 NMS サーバに送信します。 高度な QPS 可用性ハートビートによって、lbvip01 が常にロード バランサ VM lb01 または lb02 のいずれかで使用可能であることが確認されます。
  • SNMP を内部通信用のアクティブ ロード バランサに送信するために、すべての VM(たとえば、lb0xqns0xportal0x など)で lbvip02 が使用されます。
  • lb01 および lb02 上での lbvip01lbvip02 の IP アドレスは、/etc/hosts ファイル内にあります。
  • SNMP トラップ メッセージに使用されるデフォルト UDP ポートは 162 です。
  • フレームワークにアクセスするためのデフォルト SNMP コミュニティ文字列は Broadhop です。

SNMP コンフィギュレーション ファイル。

QPS リリース 5.5 の 4 つの重要な SNMP コンフィギュレーション ファイルまたはスクリプトは、ロード バランサ VM 上に置かれます。

  • //etc/snmp/snmpd.conf は、IP アドレスおよびポート設定に使用されます。 「snmp」サービスは VM を毎分ポーリングして、このファイルに設定されている値を確認します。 このファイルは次の行を使用して、バージョン 2 トラップを lbvip02 に送信します。 trap2sink lbvip02 broadhop.
  • //etc/snmp/scripts/snmp_communities は、外部 NMS システムと通信するための SNMP コミュニティ名を定義します(たとえば、trap_community=k0ptr0)。
  • //etc/snmp/scripts/component_trap_conver は、トラップを BROADHOP-NOTIFICATION MIB に定義された Quantum Network Suite(QNS)トラップに変換してから、外部カスタマー NMS の IP アドレスに送信します。
  • //etc/snmp/snmptrapd.conf は、Net-SNMP 通知レシーバ コンフィギュレーション ファイルです。このファイルは、1 つ以上のコンフィギュレーション ファイルを使用して、自身の動作と受信したトラップの処理方法を制御します。 このファイルは lbvip0 を介して実際のトラップを外部 NMS システムに送信します。

XML ファイル

pcrfclient01 や pcrfclient02 などの Policy and Changing Rules Function(PCRF)クライアント仮想マシンには、QPS リリース 5.5 の SNMP 設定に関連する 3 つの XML ファイルが含まれています。

  • attributes.xml は、SNMP オブジェクト識別子(OID)と、その値を格納する Java Management Extension(JMX)javabean または属性との間のマッピングを格納します。
  • managers.xml は、SNP トラップを受信するリモート ホストをリストします。
  • notifications.xml は送信可能な SNMP トラップをリストし、属性と OID との間のマッピングを格納します。

これら 3 つの XML ファイルは、/etc/broadhop/<servers>/snmp ディレクトリにあります。 正しいディレクトリを検索するには、次のようにします。

  1. PCRF クライアント仮想マシンで正しいサーバ ファイルを見つけるには、cat ユーティリティを使用します。

    cat /etc/broadhop/servers

    出力例

    lb01=iomanager01
    lb02=iomanager02
    qns01=pcrf_A
    qns01=pcrf_A
    qns02=pcrf_A
    qns02=pcrf_A
    qns03=pcrf_B
    qns03=pcrf_B
    qns04=pcrf_B
    qns03=pcrf_B
    qns04=pcrf_B
    pcrfclient01=controlcenter
    pcrfclient01=pb
    pcrfclient02=controlcenter
    pcrfclient02=pb
  2. サーバ ファイルを確認した後、次のようにして、特定の VM の 3 つの XML ファイルを保管するディレクトリを検索できます。

    /etc/broadhop/pcrf_A/snmp
    /etc/broadhop/pcrf_B/snmp
    /etc/broadhop/pb/snmp
    /etc/broadhop/controlcenter/snmp
    /etc/broadhop/iomanager01/snmp
    /etc/broadhop/iomanager02/snmp

MIB ファイル

SNMP で使用される MIB は、それぞれの VM の/etc/snmp/mibs ディレクトリにあります。

  • BROADHOP-QNS-MIB.mib は、取得可能な統計および Key Performance Indicator(KPI; 重要業績評価指標)を定義します。
  • BROADHOP-NOTIFICATION-MIB.mib は、使用可能な通知およびトラップを定義します。

SNMP のトラブルシューティングの基本手順

アクティブ ロード バランサ仮想マシン(lb01 または lb02)で、以下の手順を実行します。

  1. 次のコマンドを使用して、snmpd プロセスが該当する VM で機能していることを確認します:
    service snmpd status
  2. snmpd サービスが停止している場合、次のコマンドを使用してサービスを開始します。
    service snmpd start
  3. iptable がオフにされていること、および(NMS で UDP ポート 162 も使用されている場合)UDP ポート 162 の状態を確認します。
  4. 次のコマンドを使用して、SNMP の Red Hat Package Manager(RPM)バージョンが同じであることを確認します。
    rpm ?qa | grep snmp

    すべてのバージョンが 5.3.2.2 である場合の出力例

    net-snmp-5.3.2.2-17.el5
    net-snmp-utils-5.3.2.2-17.el5
    net-snmp-libs-5.3.2.2-17.el5
    • net-snmp は、SNMP を導入するために必要なパッケージです。
    • net-snmp-utils は、NET-SNMP で使用する各種のユーティリティが含まれているパッケージです。これは、SNMP プロトコルでネットワークを管理するユーティリティを実行するために必要です。
    • net-snmp-libs には、共有バイナリおよびアプリケーション用のランタイム ライブラリが含まれています。
  5. rpm-qi コマンドを入力して、RPM の詳細情報を表示します。

    コマンド例:

    rpm -qi net-snmp-5.3.2.2-17.el5
    rpm -qi net-snmp-utils-5.3.2.2-17.el5
    rpm -qi net-snmp-libs-5.3.2.2-17.el5
  6. QPS が SNMP トラップを適切な NMS に送信することを確実にするために、次のコマンドを使用して、ロード バランサ VM の「/etc/snmp/scripts/ component_trap_convert」に外部 NMS の IP が定義されていることを確認します。
    grep 'corporate_nms_ip'

    : ここで、「corporate_nms_ip」は NMS の IP です(たとえば、10.106.74.10)。

  7. 次のコマンドを使用して、snmpd.conf ファイルに「rocommunity Broadhop」という行が含まれていることを確認します。
    cat /etc/snmp/snmpd.conf

    この行が必要な理由は、各種の QNS VM からアクティブ ロード バランサ VM に送信されるすべての内部トラップが、デフォルトのコミュニティ名「Broadhop」で送信されるためです。

  8. 次のコマンドを使用して、ロード バランサと外部 NMS システムが同じトラップ コミュニティ名を使用していることを確認します。
    /etc/snmp/scripts/snmp_communities

    たとえば、ロード バランサと外部 NMS システムの両方が「trap_community=k0ptr0」を使用していることを確認します

  9. /var/log/snmp/trap ログ ファイルを調べて、それぞれの QNS VM からのトラップがアクティブ ロード バランサ VM に正常に到達したことを確認します。

    トラップ ログ ファイルの例

    Jun 15 04:02:16 AIO-POD1 snmpd[3754]: Received SNMP packet(s) from UDP: [127.0.0.1]
    :56568
    Jun 15 04:02:16 AIO-POD1 snmpd[3754]: Connection from UDP: [127.0.0.1]:48071
    Jun 15 04:02:14 AIO-POD1 snmptrapd[3769]: 2014-06-15 04:02:14 AIO-POD1.cisco.com
    [10.106.74.34] (via UDP: [127.0.0.1]:39334) TRAP, SNMP v1, community broadhop       
    NET-SNMP-MIB::netSnmpNotificationPrefix Enterprise Specific Trap (NET-SNMP-AGENT-MIB
    ::nsNotifyRestart) Uptime: 62 days, 5:04:42.43
  10. アクティブ ロード バランサの /var/log/messages からログを取得し、SNMP に関連するエラー メッセージが記録されていないかどうかを確認します。


Document ID: 117876