サーバ - ユニファイド コンピューティング : Cisco UCS C シリーズ ラック サーバ

SNMP トラブルシューティングのテクニカル ノート

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


目次

MIB
RFC

概要

この資料は簡易ネットワーク管理プロトコル(SNMP)の簡潔な概要を提供し、Cisco Unified Computing System (UCS) Cシリーズ ラック サーバの test snmp 機能性にどのように示したものです。 また基本的な SNMP トラブルシューティングのために参照としてそれを使用できます。

コメント(RFC)のための複数の要求によって定義される SNMP はインターネット技術特別調査委員会 (IETF)業界標準です。 ネットワーク管理システム(NMS)で SNMP がネットワークデバイスを監察するのに使用されています。 SNMP はアプリケーション層ではたらきます。 SNMP の第一の目的は管理対象装置からの情報を得ることを NMS が可能にすることです。

注: 不機嫌な請求書およびカーティス Carrington によって貢献される、Cisco TAC エンジニア。

前提条件

要件

この資料は NMS およびすべてのネットワークデバイスが正しく設定され、以前きちんとはたらいたと仮定します。

使用するコンポーネント

このドキュメントの情報は、次のソフトウェアとハードウェアのバージョンに基づくものです。

  • SNMP

  • Cisco UCS C シリーズ ラック サーバ

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

表記法

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

マネージャおよびエージェント

マネージャは NMS であり、管理対象装置で動作するエージェントはソフトウェアです。 SNMP がマネージャとエージェント間のメッセージを伝えるのに使用されています。

MIB、オブジェクトID および例

管理情報ベース (MIB)はオブジェクトの収集です。 オブジェクトには 2 つの型があります: (単一のオブジェクト)スカラーおよび表(複数のオブジェクト)。 オブジェクトは管理対象装置の 1つ以上の特性または変数です。 これらの特性は Object Identifier (OID)によって識別されます。 OID はオブジェクト名の期間までに、分かれる数値的な表示であり例 ID スカラ オブジェクトに、sysDesc のような、0 の例が常にあります。 オブジェクトが表のカラムである場合、例 ID は一般的に カラムのインデックスです。 MIB はツリー形式で構成され、オブジェクトID はそのツリーから得られます。

注: この資料の出力例は Cisco UCS Cシリーズ ラック サーバからキャプチャ されました。

cucsProcessorUnitEntry のための CISCO-UNIFIED-COMPUTING-PROCESSOR-MIB 定義の外観この例。

cucsProcessorUnitEntry OBJECT-TYPE
    SYNTAX           CucsProcessorUnitEntry
    MAX-ACCESS       not-accessible
    STATUS           current
    DESCRIPTION
        "Entry for the cucsProcessorUnitTable table."
    INDEX { cucsProcessorUnitInstanceId }
    ::= { cucsProcessorUnitTable 1 }

CucsProcessorUnitEntry ::= SEQUENCE {
    cucsProcessorUnitInstanceId               CucsManagedObjectId,
    cucsProcessorUnitDn                       CucsManagedObjectDn,
    cucsProcessorUnitRn                       SnmpAdminString,
    cucsProcessorUnitArch                     CucsProcessorUnitArch,
    cucsProcessorUnitCores                    Gauge32,
    cucsProcessorUnitCoresEnabled             Gauge32,
    cucsProcessorUnitId                       Gauge32,
    cucsProcessorUnitModel                    SnmpAdminString,
    cucsProcessorUnitOperState                CucsEquipmentOperability,
    cucsProcessorUnitOperability              CucsEquipmentOperability,
    cucsProcessorUnitPerf                     
CucsEquipmentSensorThresholdStatus,
    cucsProcessorUnitPower                    CucsEquipmentPowerState,
    cucsProcessorUnitPresence                 CucsEquipmentPresence,
    cucsProcessorUnitRevision                 SnmpAdminString,
    cucsProcessorUnitSerial                   SnmpAdminString,
    cucsProcessorUnitSocketDesignation        SnmpAdminString,
    cucsProcessorUnitSpeed                    INTEGER,
    cucsProcessorUnitStepping                 Gauge32,
    cucsProcessorUnitThermal                  
CucsEquipmentSensorThresholdStatus,
    cucsProcessorUnitThreads                  Gauge32,
    cucsProcessorUnitVendor                   SnmpAdminString,
    cucsProcessorUnitVoltage                  
CucsEquipmentSensorThresholdStatus,
    cucsProcessorUnitVisibility               CucsMemoryVisibility,
    cucsProcessorUnitOperQualifierReason      SnmpAdminString

それがシーケンスまたは親で、特定の例に結ばれないので、cucsProcessorUnitEntry アクセスが不可能です。 オブジェクトはシーケンスか親の下でリストされています; 表の行としてそれらについて考えることは有用かもしれません。 オブジェクトは情報をそれぞれ懇請することができる仕様 OID (数字オブジェクト名 + 例)に対応します。 シーケンスの snmpwalk コマンドを使用するか、または育てる場合、すべての根本的なオブジェクトのための応答を受け取ります。 ただし、OID にオブジェクト名をマッピング するために変換 ツールを使用する必要があります。

注: 

  • 構文句は整数の形式を定義します。 たとえば、カウンター 32、カウンター 64、ゲージ 32、IP アドレス、等。

  • 最大値アクセスは読み取りと書き込みを定義しましたり、または非アクセス リード作成します。

  • 説明は自ら明らかです。

  • インデックスは表 ID を識別します。

たとえば、cucsProcessorUnitOperStateObject の snmpwalk コマンドを使用すれば、これらの結果が表示されます:

[root@localhost snmp]# snmpwalk -v2c -c public 14.17.2.121 
     .1.3.6.1.4.1.9.9.719.1.41.9.1.9
SNMPv2-SMI::enterprises.9.9.719.1.41.9.1.9.1 = INTEGER: 1
SNMPv2-SMI::enterprises.9.9.719.1.41.9.1.9.2 = INTEGER: 1

サーバに 2 台のプロセッサがあるので、この要求への 2 つの応答があります。 応答はまた cucsProcessorUnitOperState のための 2 つの例を、各プロセッサのための 1 つ反映します。 OID 情報はこの型のすべてのオブジェクトのために引っ張られます。 この例では、snmpwalk コマンドは MIB ツリーを通してパスを使用しました。 これを変換するために、SNMP MIB オブジェクトおよび OID を変換する MIB をローカルでロードするか、またはツールを捜すことができます。

この例は OID を変換するために変換 ツールを使用します:

.1.3.6.1.4.1.9.9.719.1.41.9.1.9 (path through the tree)
cucsProcessorUnitOperState OBJECT-TYPE 
         -- FROM CISCO-UNIFIED-COMPUTING-PROCESSOR-MIB 
         -- TEXTUAL CONVENTION CucsEquipmentOperability 
         SYNTAX Integer { unknown(0), operable(1), inoperable(2), 
degraded(3),poweredOff(4), powerProblem(5), removed(6), voltageProblem(7), 
thermalProblem(8), performanceProblem(9), accessibilityProblem(10), 
identityUnestablishable(11), biosPostTimeout(12), disabled(13), 
fabricConnProblem(51), fabricUnsupportedConn(52), config(81), 
equipmentProblem(82), decomissioning(83), chassisLimitExceeded(84), 
notSupported(100), discovery(101), discoveryFailed(102), identify(103), 
postFailure(104), upgradeProblem(105), peerCommProblem(106), 
autoUpgrade(107) }
         MAX-ACCESS read-only 
         STATUS Current 
         DESCRIPTION "Cisco UCS processor:Unit:operState managed object property" 
::= { iso(1) org(3) dod(6) internet(1) private(4) enterprises(1) cisco(9) 
ciscoMgmt(9) ciscoUnifiedComputingMIB(719) ciscoUnifiedComputingMIBObjects(1) 
cucsProcessorObjects(41) cucsProcessorUnitTable(9) cucsProcessorUnitEntry(1) 9 }

オブジェクト タイプの上で、snmpwalk コマンドによって使用した MIB ツリーを通してパスを表示できます。 1 の応答はプロセッサが操作可能な状態にあることを示します。

アプリケーション

PC の snmpwalk コマンドを使用するために、を検索し、アプリケーションをインストールする必要がある場合もあります。 また Windows GUI SNMP アプリケーションを捜すことができます。

Mac はネイティブではたらきます。

Linux のために利用可能 なパッケージがあります。 Centos か RedHat に関しては、ネット SNMP はコマンドライン アプリケーションそのテスト SNMP 機能性です。 ネット SNMP を Centos か RedHat でインストールするために、このコマンドを使用して下さい:

yum install net-snmp-utils

注: 変換をローカルで行い、snmp.conf ファイルを作成し、望ましい MIB を含むために MIB をロードすることを計画すれば。

MIB

ヒント

  • 特定の MIB をサポートされます適当なコードのバージョンで確認して下さい。

  • 管理対象装置の IP アドレスが到達可能であることを確認して下さい。

  • ポートをファイアウォールで開いています確認して下さい。

  • 応答および不正 な パケット問題のために Wireshark または TCPDump トレースを使用して下さい; IP アドレスおよびポート(再呼び出しトラップの SNMP、UDP ポート 162 のための UDP ポート 161)でフィルタリングして下さい。

RFC

SNMP と関連付けられる多くの RFC があります; これは部分的なリストです:

  • 1155 – Tcp/ip ベース インターネットのための管理情報の構造および識別

  • 1156 – Tcp/ip ベース インターネット(I) MIB のネットワーク管理のための管理情報ベース

  • 1157 –簡易ネットワーク管理プロトコル

  • 1213 – Tcp/ip ベース インターネット(II) MIB のネットワーク管理のための管理情報ベース

  • 1441 –インターネット規定 Network Management Framework のバージョン 2 への紹介

  • 1452 –インターネット規定 Network Management Framework のバージョン 1 とバージョン 2 間の共存

  • 2578 –管理情報の構造 バージョン 2

  • 3414 –簡易ネットワーク管理プロトコルのバージョン 3 のための User-based Security Model

  • 3584 –インターネット規定 ネットワーク管理プロトコルのバージョン 1、バージョン 2 およびバージョン 3 間の共存

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

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


関連情報


Document ID: 115927