SNMP オブジェクトナビゲータ

-- ***************************************************************** -- CISCOTC.my: Cisco MIBテキストの表記法 -- -- 1994年5月、Jeffrey t.ジョンソン -- -- Cisco Systems， Inc.によるCopyright (c) 1994-2004年 -- All rights reserved. -- -- ***************************************************************** -- CISCO-TC 定義 :: = 輸入高 MODULE-IDENTITYを始めて下さい、 Gauge32、 Integer32、 Unsigned32、SNMPv2-TC からの SNMPv2-SMI テキストの表記法からの Counter64 ciscoModules CISCO-SMI から; 郵便 ciscoTextualConventions MODULE-IDENTITY LAST-UPDATED "200404140000Z" 組織 "Cisco Systems， Inc." CONTACT-INFO 「シスコシステムズ弊社販売代理店: 170のw TasmanドライブSan-Jose、CA 95134 USA電話: +1 800 553-NETS Eメール: cs-snmp@cisco.com」説明「はこのモジュール定義しますCisco Enterprise MIB全体使用されるテキストの表記法を」。修正"200404140000Z" 説明「追加されたCiscoPortListテキストの表記法。取除かれる Unsigned32 テキストの表記法。「変更される修正 "200212180000Z" 説明「ミリ秒標準MIBのものと。「オーバーラップしていたようにCiscoMilliSecondsへのTC 修正"200212121600Z" 説明は「「http」等置をに追加しました CiscoNetworkProtocol。「追加される修正 "200212020000Z" 説明「 Unsigned64 テキストの表記法。「修正"200209220000Z" 説明「AndiamoのTC MIBからのTC追加されたListIndex、ListIndexOrZero、TimeIntervalSec、TimeintervalMin、マイクロ秒およびマイクロ秒」。の修正"200209170000Z" 説明は「バルクプロビジョニングのためのConfigIterator及びBulkConfigResultテキストの表記法を追加しました。 ITU-TのためのCountryCodeITU追加されたテキストの表記法は定義しました標準外ファシリティのための国別コードを」。修正"200204160000Z" 説明「PerfHighIntervalCount追加されたテキストの表記法」。修正"200107070000Z" 説明は「追加されたCiscoNetworkProtocol」修正"200101180000Z" 説明「に等置を追加しました CiscoAlarmSeverity テキストの表記法。変更される SAPType D.によって変更される整数へのディスプレイヒントへの Integer32 CiscoPort および CiscoIpProtocol TC. 変更される SnmpAdminString オクテット文字列に CiscoLocationSpecifierIP ルーティング（RIP、OSPF、BGP、スタティック）、NAT（i8 と同じ）、ISDN。ISDN、Network-Based Application Recognition（NBAR）、および DSL を削除。取除かれた輸入高のための ciscoProducts および SnmpAdminString。「追加される修正 "200011210000Z" 説明「 CiscoLocationClass、 CiscoLocationSpecifier CiscoInetAddressMask、 CiscoAbsZeroBasedCounter32、 CiscoSnapShotAbsCounter32 テキストの表記法。「追加される修正 "9810280000Z" 説明「 CiscoRowOperStatus、 EntPhysicalIndexOrZero、ポートおよびIpProtocolテキストの表記法。「追加される修正 "9703130000Z" 説明「 SAPType、 CountryCode テキストの表記法。「追加される修正 "9608140000Z" 説明「 InterfaceIndexOrZero テキストの表記法。「修正"9607080000Z" 説明「追加された新しい CiscoNetworkProtocol 等置。「追加される修正 "9602220000Z" 説明「 Unsigned32 テキストの表記法。「修正"9506070000Z" 説明「作成を含むいろいろなアップデートか訂正、 CiscoNetworkProtocol 隣接する等置。「 :: = { ciscoModules 1} CiscoNetworkProtocol:: = テキストの表記法ステータス現在の説明は「表します異なるネットワークの種類レイヤプロトコルを」。 -- 内部注記: 等置はaddress.h SYNTAX INTEGER {IP (1) 、 decnet (2)、子犬(3)、無秩序(4)、xns (5)、x121 (6)でそれらと一致する必要があります、 appletalk (7)、clns (8)、lat (9)、vines (10)、反対論(11)、アポロ(12)、stun (13)、Novell (14)、QLLC (15)、スナップショット(16)、atmIlmi (17)、BSTUN (18)、x25pvc (19)、ipv6 (20)、 -- IPバージョン6 cdm (21)、 -- ケーブルデータモデム nbf (22)、 -- NetBIOS bpxIgx (23)、 -- BGP/IGX clnsPfx(24)、 -- ISO 8473 CLNS NSAP http(25)、未知(65535)} CiscoNetworkAddress:: = テキストの表記法 DISPLAY-HINT "1x:" ステータス現在の説明は「ネットワークレイヤアドレスを示します。アドレスの長さおよびフォーマットはありますプロトコル依存した次の通り: IP 4オクテットdecnet 2オクテット子犬時代遅れ無秩序は2つのオクテットxns 10オクテット最初4オクテット最後の6オクテットがホスト番号x121の純番号です appletalk 3オクテットは最初2オクテット純番号最後オクテットですホスト番号clns lat vines 6オクテットです最初4オクテットが最後の2オクテットがホスト番号反対論アポロ10オクテットの純番号の最初4オクテットが最後の6オクテットがホスト番号stun 8オクテットNovell 10オクテットの純番号の最初4オクテットが最後の6オクテットがホスト番号QLLC 6オクテットBSTUN 1オクテットの純番号の- 70オクテットまで20オクテットhttpまでbi-syncシリアルトンネルスナップショット1オクテットatmIlmi 4オクテットx25 PVC 2オクテット(12ビット) ipv6 16オクテットcdm nbf bgpIgx clnsPfxは最初4オクテットIPv4ホスト・アドレスです次に2オクテットがTCPポート番号の 64の)オクテットまでremaining(1はURI 「構文オクテット文字列 Unsigned64 です:: = テキストの表記法ステータス現在の説明「無署名の64ビット整数。符号化ルールのために使用します構文Counter64を」。構文 Counter64 InterfaceIndexOrZero:: = テキストの表記法 DISPLAY-HINT 「d」ステータス現在の説明値「0、または ifIndex のインターフェイスの値 ifTable。「構文 Integer32 (0..2147483647) SAPType:: = テキストの表記法 DISPLAY-HINT 「d」ステータス現在の説明「レイヤのユーザエンティティがn+1レイヤn.のプロバイダエンティティのサービスに」構文アクセスする方法を表示するサービス・アクセス・ポイント-条件はあります Integer32 (0..254) CountryCode:: = テキストの表記法 DISPLAY-HINT "2a" ステータス現在の説明は「ISO-3166から取られる大文字と小文字を区別しない2文字国別コードを表します。認識されない国は空ストリングとして表されます」。構文オクテット文字列 (サイズ(0 | 2つ)) CountryCodeITU:: = テキストの表記法 DISPLAY-HINT 「d」ステータス現在の説明は「このテキストの表記法テレマティックの標準外ファシリティのための国かエリアコードを表しますサービス。「参照「ITU-T T.35 -セクション3.1国別コード」構文 Unsigned32 (0..255) EntPhysicalIndexOrZero:: = テキストの表記法ステータス現在の説明は「このテキストの表記法拡張のです entPhysicalIndexIP ルーティング（RIP、OSPF、BGP、スタティック）、NAT（i8 と同じ）、ISDN。ISDN、Network-Based Application Recognition（NBAR）、および DSL を削除。ゼロ以外なら、オブジェクトはです entPhysicalIndexIP ルーティング（RIP、OSPF、BGP、スタティック）、NAT（i8 と同じ）、ISDN。ISDN、Network-Based Application Recognition（NBAR）、および DSL を削除。ゼロ、適切無し entPhysicalIndex 存在しています。どの追加意味論でもですオブジェクト細目。「構文 Integer32 (0..2147483647) CiscoRowOperStatus:: = テキストの表記法ステータス現在の説明は「テーブルエントリの動作状態を表します。このテキストの表記法は明示的に他の表で列に依存した列の状態を表すことを割り当てます。 active(1) -このエントリを示します RowStatus アクティブがあり、 RowStatus 各依存関係のためにアクティブがあります。 activeDependencies(2) -ことを示します RowStatus 各依存関係のためにアクティブ、しかしエントリはあります RowStatus 非アクティブがあります。 inactiveDependency(3) -ことを示します RowStatus 少なくとも1つの依存関係のために非アクティブがあります。 missingDependency(4) -少なくとも1つの依存関係がそれにである表ないことを示します。「 SYNTAX INTEGER {active(1)、activeDependencies(2)、inactiveDependency(3)、missingDependency(4)} CiscoPort:: = テキストの表記法ステータス現在の説明「TCPまたはUDP port-number-range」。参照「伝送制御プロトコルIP ルーティング（RIP、OSPF、BGP、スタティック）、NAT（i8 と同じ）、ISDN。ISDN、Network-Based Application Recognition（NBAR）、および DSL を削除。 j. Postel。 RFC793、ユーザデータグラムプロトコルIP ルーティング（RIP、OSPF、BGP、スタティック）、NAT（i8 と同じ）、ISDN。ISDN、Network-Based Application Recognition（NBAR）、および DSL を削除。 j. Postel。 RFC768" 構文 Integer32 (0..65535) CiscoIpProtocol:: = テキストの表記法ステータス現在の説明「IP プロトコル番号範囲。「参照「インターネットプロトコルIP ルーティング（RIP、OSPF、BGP、スタティック）、NAT（i8 と同じ）、ISDN。ISDN、Network-Based Application Recognition（NBAR）、および DSL を削除。 j. Postel。 RFC791" 構文 Integer32 (0..255) CiscoLocationClass:: = テキストの表記法ステータス現在の説明「の表示を提供する列挙された値概要位置タイプの特定の物理的のおよび/または論理インターフェイス。 chassis -a システム複数のシェルフかスロットまたはカードマウントするためのフレームワーク。シェルフ-複数のスロットを保持するキャビネット。スロット-カードかサブスロットホールダー。サブスロット-ドータカードホールダー。ポート-物理ポート(例えば、DS-1かDS-3物理ポート)。サブポート-物理ポート(例えば、DS-3物理ポートのDS-1サブポート)のロジカルポート。チャネル -論理インターフェイス(例えば、DS-0 チャネル、信号を送りますチャネル、ATMポート、他のバーチャルインターフェイス)。サブチャネル- subチャネル論理インターフェイス。「 SYNTAX INTEGER { chassis(1)、shelf(2)、slot(3)、subSlot(4)、port(5)、subPort(6)、チャネル(7)、subChannel(8)} CiscoLocationSpecifier:: = テキストの表記法ステータス現在の説明「使用管理対象装置の管理されたエンティティの物理的なエンティティや論理インターフェイス位置を示すオブジェクトを定義するこのTC。 SNMPでは、エンティティの物理的な位置を示すための標準メカニズムはENTITY-MIBによってあります。ただし、そのアプローチは次の理由で場合によっては満足でないです: 1。ロケーションベースの指名を必要とするエンティティはENTITY-MIBの物理的なエンティティとして代表することができないエンティティとENTITY-MIBによって利用できる、例えば、ENTITY-MIBでレベルの階層によって指名される物理的なエンティティがよりアプリケーションが物理的なエンティティの直接名前か表示を望むかもしれない2つの。NM関連付けられるかもしれません。このTCを使用して定義されるオブジェクトの値はコンマで分かれるゼロまたはより多くの要素で構成されているASCIIストリングです。各エレメントは形式<tag> = <value>です。この構文の例は'slot=5,port=3です。ストリングの構文はABNF表示法を使用して正式に次の通り、(次に注意される1例外を除いて)指定されます: 位置規制詞= elem *(「」、elem); に応じて; 構文で指定されるサイズ制限; 節下記のelem = loctype 「=」 number number = %x00-FFFFFFFF/%d0-4294967295 loctype = 1*32VCHARことをのために定義される列挙されたラベルのloctype使用1推奨します CiscoLocationClassIP ルーティング（RIP、OSPF、BGP、スタティック）、NAT（i8 と同じ）、ISDN。ISDN、Network-Based Application Recognition（NBAR）、および DSL を削除。（ RFC2234で定義されたようにABNF表示法に合致するために、上記のルール。) a zero lengthの二重引用シンボルを用いる単一引用シンボルをの代わりにして下さい CiscoLocationSpecifier 反対特定はあり、この構文を使用するあらゆるオブジェクトの記述の一部として定義する必要があります。「 "RFC2234を、構文仕様のための増加されたBNF参照して下さい: ABNF」構文オクテット文字列 (サイズ(0..255)) CiscoInetAddressMask:: = テキストの表記法ステータス現在の説明は「総称インターネットサブネット・アドレスマスクを表示します。インターネットサブネット・アドレスマスクはと同時にインターネットサブネット・アドレスマスクのMSB (最上位ビット)からの隣接する1ビットの番号表されます。 a CiscoInetAddressMask 値はにおいて常に解読されます InetAddressType 値。 InetAddressType オブジェクトだけまたは InetAddressType を使って InetAddress コンテキストを定義するオブジェクトはオブジェクトの直前に登録している必要があります使用する CiscoInetAddressMask テキストの表記法。すなわち、のためのオブジェクト識別子 InetAddressType オブジェクトおよび CiscoInetAddressMask オブジェクトにの同じ長さおよび最後の補助的識別名がなければなりません InetAddressType オブジェクトはの最後の補助的識別名よりより少なく1である必要があります CiscoInetAddressMask の最後の補助的識別名よりより少なく反対し、2なります CiscoInetAddressMask 反対して下さい InetAddress オブジェクトはその間定義されます InetAddressType および CiscoInetAddressMask オブジェクト。の最大値 CiscoInetAddressMask TCは値'ipv4(1)のための32です InetAddressType 値'ipv6(2)のための128反対すれば InetAddressType オブジェクト。従って値ゼロは反対特定、この構文を使用するあらゆるオブジェクトの記述の一部として定義する必要があります。ゼロの使用状況の例はインターネットサブネットマスクが不明だった、またはときどれもサブネットマスク。「参照される必要がない状況を含むかもしれません参照して下さい "RFC2851を、インターネット網アドレスのためのテキストの表記法」。構文 Unsigned32 (0..128) CiscoAbsZeroBasedCounter32:: = テキストの表記法ステータス現在の説明は「次の意味論のイベントを数えるこのTCオブジェクトを記述します: このタイプのオブジェクトは作成のセットへzero(0)であり、カウンターがオーバーフローする場合その後ために適切なイベントを、それロックします4,294,967,295の最大値で数えて下さい。このTCはラップが可能でないか極めてまれな状況」。でない状況でだけ使用されるかもしれません構文 Gauge32 CiscoSnapShotAbsCounter32:: = テキストの表記法ステータス現在の説明は「次の意味論のスナップショット値を保存するこのTCオブジェクトを記述します: このタイプのオブジェクトは準からのスナップショット値を取ります CiscoAbsZeroBasedCounter32 タイプして下さい作成のオブジェクトを。「構文 Unsigned32 CiscoAlarmSeverity:: = テキストの表記法ステータス現在の説明は「条件やイベントに影響を与えるサービスか安全と関連付けられる感知されたアラーム重大度を表します。これらはITU重大度に基づいてあります、但し例外としてはinfo(7)は追加されます。 cleared(1) -前のアラーム条件がクリアされたことを示します。 (とりわけ個別的に他の所で示される)それがそれを作り出すこの値のアラーム重大度が含まれている通知か他のイベントをクリアされたアラーム条件必要となりません。 indeterminate(2) -重大度が判別することができないことを示します。 critical(3) -条件に影響を与えるサービスか安全が行われ、即時是正措置が必要となることを示します。 major(4) - Service Affecting状態が発生した緊急な是正措置必要とされますことを示し。 minor(5) -より深刻な(たとえば、影響を与えるサービスか安全)状態を防ぐためにサービスに影響を与えない状態およびその是正措置の存在が取る必要があることを示します。 warning(6) -どの重要な効果でもずっとフェルトである前に可能性または切迫したサービスの検出または条件に影響を与える安全を示します。 info(7) -他のどの重大度定義にも会わないアラーム条件を示します。これは注意か情報イベントを重要、緊急でない含むことができます。」参照 "ITU-X.733" SYNTAX INTEGER {cleared(1)、indeterminate(2)、critical(3)、major(4)、minor(5)、warning(6)、info(7)} PerfHighIntervalCount:: = テキストの表記法ステータス現在の説明「64ビットカウンターが前の15分測定間隔のパーフォーマンス測定と関連付けた。エージェントに特定の間隔のために利用可能な有効なデータがない場合対応するオブジェクト・インスタンスは利用できないし、回復要求にこの例がないことを対応するエラーメッセージはに示します返されます(たとえば、SNMPv1のためのnoSuchNameエラーおよびSNMPv2 GETオペレーションのためのnoSuchInstance)。 a システムサポートa ヒストリ IntervalCount(1)のn間隔およびIntervalCount(n)のほとんどおよびそれぞれ最少最近の間隔は15分間隔の終わりに、次適用します: - IntervalCount(n)の値を- IntervalCount(i)の値はn >= I > 1のためにそれにのIntervalCount(i-1)なります- IntervalCount(1)という値なりますCurrentCountのそれに廃棄して下さい- TotalCountは、場合サポートされた、調節されます。この定義はに基づいてあります CounterBasedGauge64 RFC2856で定義されるテキストの表記法。 PerfHighIntervalCountタイプは増加または減少する表しませんでしたり決して最大値を超過しませんでしたり、最小値の下で落ちません非負整数を。最大値は以上2^64-1 (18446744073709551615小数)であり最小値は0より小さい場合もありません。模倣される情報が最小値に小さいよりまたは同等時はいつでも模倣される情報が最大値と等しいかまたはそれ以上であるあり、最小値があります時はいつでもPerfHighIntervalCountの値に、最大値が。下記の続いて模倣された減少(上記の増加)である情報が最大(最小)値またPerfHighIntervalCount減少すれば(増加)。 Counter64基礎タイプと関連付けられる「常に」増加して「カウンターラップ」意味論が維持されないのでこのTCがSMIv2で厳しくサポートされないことに注目すれば。 Counter64オブジェクトのためにようにオブジェクト意味論を判別するために(Counter64)抽象構文記法.1タグにもっぱら頼る管理アプリケ−ションがこのタイプのオブジェクトに間違って動作することは可能です。このテキストの表記法は限られたのおよび短期的なソリューションを表し、長期ソリューションとして非難されるかもしれません定義され、展開されますそれを取り替えるために。「参照「RFC 2856(HCNUMTC MIB)。 RFC 2493(PerfHistTCMIB)." 構文 Counter64 ConfigIterator:: = テキストの表記法ステータス現在の説明は「このオブジェクト・タイプそれらのオブジェクトが含まれている同じ表に関する同じSNMP PDUの書き込み可能なオブジェクトに適用する制御オブジェクト・タイプです。それは表で繰り返し指定コンフィギュレーションデータを以上適用するオペレーションを1漕ぎます制御します。オペレーションは例のインデックスおよび列番号のためにオブジェクトの値として繰り返しによって指定される列から開始します。 ConfigIteratorオブジェクトは適用するべき同じインスタンスであって下さい1組の書き込み可能なオブジェクトと一緒に伴われる必要があります。たとえば、SNMP PDUは{objectA.10 = 1、objectB.10 = 'E1、objectC.10 = 44、objectRepetition.10 = 100} objectRepetitionの構文がですConfigIterator含まれています。これは100列の列10から始まって表のobjectCにobjectBにobjectAに値1を、値'E1、繰り返し評価します44を適用します。繰り返しは列番号に基づいて、ないインデックスの値に基づいてあります。疎テーブルに関しては、5列のためのインデックス10、20、30、110、および120のカウントは前のSNMP PDU例のインデックス100を越えて、オペレーション行きます。繰り返しは次の状況に関しては時期早尚に停止します: (1)表の列の番号がConfigIteratorオブジェクトによって示される指定列より小さい時。 (2)それがあらゆる列の最初のエラーに出会う場合、オペレーションは次の列に続きません。 ConfigIteratorオブジェクトのオペレーションは1 SNMP PDUでConfigIteratorオブジェクトと同じインデックスを持っている書き込み可能なオブジェクトにだけ適用します。たとえば、SNMP PDUは{objectD.5 = 38、objectE.6 = 'T1、objectF.5 = 「偽」、objectIterator.5 = 10} objectIteratorの構文がですConfigIterator含まれています。これはobjectDに値38を、10列のために列5から始まって表のobjectFに」偽値「繰り返し適用します。オブジェクトobjectE.6にobjectIteratorのインデックスからの別のインデックス(6)があるので、繰返しはそれに適用されません。ただし列6のobjectEの値は規則的なSNMP SETのorperationに従って'T1へセットです。 SNMP PDUの繰り返しの列重複がある場合、それらが2異なるSNMP PDUにあるように操作されます。たとえば、SNMP PDUは{objectD.5 = 38、objectD.6 = 40、objectE.6 = 'T1、objectF.5 = 「偽」、objectIterator.5 = 10 objectIterator.6 = 10}これが適用し値38を、objectFに列5から始まって10列の繰り返し評価し「偽を」、objectDにobjectEに列6から始まって10列を繰り返し適用します値40を、値'T1含まれていますobjectDに。 objectD.6の最終的な値はのSNMPスタックによってそれ決まります38または40のどれである場合もありますシステム列6またはその逆の前の列5のための開始SNMP SET。 ConfigIteratorと定義されたオブジェクトは繰り返しオペレーションがキックオフ関係ないだった後1を評価するセットですシステムへのまたはないオペレーションを指定列完了しました。従ってこのオブジェクトの値を取り出すことは無意味です。それはバルク設定のための1つの時間オペレーションとして機能します。 ConfigIteratorと定義されるオブジェクトに意味がひとりでにありません、同じ表からのおよび繰返しオペレーションのための同じSNMP PDU内の1書き込み可能なオブジェクトより1つ以上と結合されなければなりません。たとえば、SNMP PDUは{objectG.2 = 49、objectH.2 = 「AE'h objectIterator.4 = 20} objectIteratorの構文がですConfigIterator含まれています。 PDUでobjectIteratorのインデックスと同じインデックスを持っているオブジェクトがないのでこのSNMPオペレーションの結果はobjectGに設定値49および列2のobjectHに規則的なSNMP集合操作としてだけ値0xAE。例のインデックスは繰り返しのための開始列を示します。たとえば繰り返しの順序は左右されます: (1)物理的なハードウェア位置、か(2)論理的なインデックス。 ConfigIteratorオブジェクトが含まれているそれは表の文字によって決まります。繰り返しは表のためのインデックスのいくつかまたはすべてのコンポーネントを通してすることができます。インデックスの部分が繰り返し加えられるその表のイテレータオブジェクトの記述は記述する必要があります。このオブジェクト・タイプのためのオペレーションはBest Effortに基づいてあります。エージェントはこのデータタイプが含まれているSNMP PDUを受け取るときSNMP要求の帰りステータスは開始列に集合操作の結果だけ適用しました反映します。それはそれにもかかわらずデータのための列番号実際に後の方で展開されてSUCCESSステータスのSNMP応答を返すかもしれません。従ってそれはConfigIteratorによって指定される列番号に可能データ完全に展開されないかもしれませんであり、オペレーションはn列の後で最初に出会うエラーが原因で時期早尚に停止します(n < ConfigIteratorオブジェクトの値)。通常このタイプのオペレーションのためのエラーレポートメカニズムは同じ表の他の2つのオブジェクトとこのタイプのオブジェクトを結合することによって達成されます: (1) OwnerString オブジェクト(2)はオブジェクトオペレーションの結果を示します。このバルクコンフィギュレーション要求を発行した場合、SNMPマネージャは(1)オブジェクトのIDを提供する必要があります。要求を発行した後、それはそれと同じ名前を所有するためにである場合(1)オブジェクトの値をチェックする必要があります。それらが同じである場合、(2)のオブジェクト現在の値はこのマネージャからの前のオペレーションからの結果です。さもなければ、他のSNMPマネージャは同じ表に前のバルクオペレーションが完了した前にバルク設定を発行するかもしれません。これら二つのオブジェクトは表の最後のバルクオペレーションを表します。「構文 Unsigned32 (1..4294967295) BulkConfigResult:: = テキストの表記法ステータス現在の説明は「このテキストの表記法ConfigIteratorタイプとして指定されるバルク設定オペレーションからの表示可能な原文結果のフォーマットを定義します。フォーマットは次のとおりであるはずです: 「列のCOMPLETION=<numberはエラー occurred>列のどのエラー occurred>/<numberでもdesignated>だった前に、ERROR=<error code>/<index完了しました: <error text>」たとえば: ライン・タイプ」」構文オクテット文字列(SIZE(0..255) ) ListIndex のための'COMPLETION=22/100,ERROR=38/44:Invalid DS-1ライン・コーディング:: = テキストの表記法 DISPLAY-HINT 「d」ステータス現在の説明「定義されるリストのそれぞれのための固有の値以上ゼロ。この標準のを使用してオブジェクトはすべてのオブジェクトにリストタイプを含む特定の細部を説明する必要があります」。構文 Integer32 (1..2147483647) ListIndexOrZero:: = テキストの表記法 DISPLAY-HINT 「d」ステータス現在の説明は「このテキストの表記法ListIndexの拡張です。 ListIndex範囲に加えて、これはまた値の範囲に0を含めます。この値は特定のオブジェクトである可能性があり、そのオブジェクトの記述を示す必要があります。ほとんどの場合リストを」。表さないことを、値0は意味します構文 Integer32 (0..2147483647) TimeIntervalSec:: = テキストの表記法ステータス現在の説明「1第2のユニットで測定されるある一定の時間」。構文 Unsigned32 TimeIntervalMin:: = テキストの表記法ステータス現在の説明「1分の単位で測定されるある一定の時間」。構文 Unsigned32 CiscoMilliSeconds:: = テキストの表記法ステータス現在の説明は「表しますミリ秒の時間ユニット値を」。構文 Unsigned32マイクロ秒:: = テキストの表記法ステータス現在の説明は「表しますマイクロ秒の時間ユニット値を」。構文 Unsigned32 CiscoPortList:: = テキストの表記法ステータス現在の説明は「この値内の各オクテット一組の8つのポートを指定します。このテキストの表記法が定義するオブジェクトは記述で2kポートのポート範囲を指定できます。例： 1 - 2048、2049 - 4096、等。最初のオクテットはオブジェクトによって指定されるポート範囲の最初の8つのポートを第2オクテット表します次の8ポート、等を表します。ポート範囲が指定されないとき、'1のデフォルトポート範囲は- 2048'仮定されます。各オクテットの中では、最上位ビットは最も低い番号ポートを表し、最下位ビットは一番大きい番号ポートを表します。従って、ブリッジの各ポートはこのオブジェクトの値の内のシングル・ビットによって表されます。そのビットにポートがポートセットに含まれている'1'の値があれば; ポートはビットに'0'の値がある場合含まれていません。このストリングの長さが256オクテットより小さかったら、値ゼロを示すとどの「抜けている」オクテットでも仮定されることに注目して下さい。 NMSはこのストリングの端からのあらゆるゼロ評価のSetPDUサイズを減らすためにオクテットを省略しエージェントはまたゼロ評価の追跡GetResponse PDUのサイズを減らすためにオクテットを省略するかもしれません」。構文オクテット文字列 (サイズ(0..256)) end

Hierarchical Navigation

ツール & リソース

SNMP オブジェクトナビゲータ

CISCO-TC