RFC2266 日本語訳
2266 Definitions of Managed Objects for IEEE 802.12 Repeater Devices.J. Flick. January 1998. (Format: TXT=134027 bytes) (Status: PROPOSED STANDARD)
プログラムでの自動翻訳です。
RFC一覧
英語原文
Network Working Group J. Flick Request for Comments: 2266 Hewlett Packard Company Category: Standards Track January 1998
コメントを求めるワーキンググループJ.軽打要求をネットワークでつないでください: 2266年のヒューレットパッカード会社カテゴリ: 標準化過程1998年1月
Definitions of Managed Objects for IEEE 802.12 Repeater Devices
IEEE802.12リピータデバイスのための管理オブジェクトの定義
Status of this Memo
このMemoの状態
This document specifies an Internet standards track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the "Internet Official Protocol Standards" (STD 1) for the standardization state and status of this protocol. Distribution of this memo is unlimited.
このドキュメントは、インターネットコミュニティにインターネット標準化過程プロトコルを指定して、改良のために議論と提案を要求します。 このプロトコルの標準化状態と状態への「インターネット公式プロトコル標準」(STD1)の現行版を参照してください。 このメモの分配は無制限です。
Copyright Notice
版権情報
Copyright (C) The Internet Society (1998). All Rights Reserved.
Copyright(C)インターネット協会(1998)。 All rights reserved。
Abstract
要約
This memo defines a portion of the Management Information Base (MIB) for use with network management protocols in TCP/IP-based internets. In particular, it defines objects for managing network repeaters based on IEEE 802.12.
このメモは使用のために、ネットワーク管理プロトコルでTCP/IPベースのインターネットでManagement Information基地の一部(MIB)を定義します。 特に、それは、IEEE802.12に基づくネットワークリピータを管理するためにオブジェクトを定義します。
Table of Contents
目次
1. The SNMP Network Management Framework ...................... 2 1.1. Object Definitions ....................................... 2 2. Overview ................................................... 2 2.1. Repeater Management Model ................................ 3 2.2. MAC Addresses ............................................ 4 2.3. Master Mode and Slave Mode ............................... 4 2.4. IEEE 802.12 Training Frames .............................. 4 2.5. Structure of the MIB ..................................... 6 2.5.1. Basic Definitions ...................................... 7 2.5.2. Monitor Definitions .................................... 7 2.5.3. Address Tracking Definitions ........................... 7 2.6. Relationship to other MIBs ............................... 7 2.6.1. Relationship to MIB-II ................................. 7 2.6.1.1. Relationship to the 'system' group ................... 7 2.6.1.2. Relationship to the 'interfaces' group ............... 8 2.6.2. Relationship to the 802.3 Repeater MIB ................. 8
1. SNMPネットワークマネージメントフレームワーク… 2 1.1. オブジェクト定義… 2 2. 概要… 2 2.1. リピータ管理はモデル化されます… 3 2.2. MACアドレス… 4 2.3. モードとスレーブモードをマスタリングしてください… 4 2.4. フレームを訓練するIEEE802.12… 4 2.5. MIBの構造… 6 2.5.1. 基本的な定義… 7 2.5.2. 定義をモニターしてください… 7 2.5.3. 追跡定義を扱ってください… 7 2.6. 他のMIBsとの関係… 7 2.6.1. MIB-IIとの関係… 7 2.6.1.1. 'システム'グループとの関係… 7 2.6.1.2. 'インタフェース'グループとの関係… 8 2.6.2. 802.3リピータMIBとの関係… 8
Flick Standards Track [Page 1] RFC 2266 IEEE 802.12 Repeater MIB January 1998
リピータMIB1998年1月に標準化過程[1ページ]RFC2266IEEE802.12を軽打してください。
2.7. Mapping of IEEE 802.12 Managed Objects ................... 9 3. Definitions ................................................ 12 4. Acknowledgements ........................................... 53 5. References ................................................. 53 6. Security Considerations .................................... 54 7. Author's Address ........................................... 55 8. Full Copyright Statement ................................... 56
2.7. IEEE802.12管理オブジェクトに関するマッピング… 9 3. 定義… 12 4. 承認… 53 5. 参照… 53 6. セキュリティ問題… 54 7. 作者のアドレス… 55 8. 完全な著作権宣言文… 56
1. The SNMP Network Management Framework
1. SNMPネットワークマネージメントフレームワーク
The SNMP Network Management Framework consists of several components. For the purpose of this specification, the applicable components of the Framework are the SMI and related documents [2, 3, 4], which define the mechanisms used for describing and naming objects for the purpose of management.
SNMP Network Management Frameworkはいくつかのコンポーネントから成ります。 この仕様の目的のために、Frameworkの適切な部品は、SMIと関連するドキュメント[2、3、4]です。(そのドキュメントはオブジェクトを管理の目的にちなんで説明して、命名するのに使用されるメカニズムを定義します)。
The Framework permits new objects to be defined for the purpose of experimentation and evaluation.
Frameworkは、新しいオブジェクトが実験と評価の目的のために定義されるのを可能にします。
1.1. Object Definitions
1.1. オブジェクト定義
Managed objects are accessed via a virtual information store, termed the Management Information Base (MIB). Objects in the MIB are defined using the subset of Abstract Syntax Notation One (ASN.1) [1] defined in the SMI [2]. In particular, each object type is named by an OBJECT IDENTIFIER, an administratively assigned name. The object type together with an object instance serves to uniquely identify a specific instantiation of the object. For human convenience, we often use a textual string, termed the descriptor, to refer to the object type.
Management Information基地(MIB)は、管理オブジェクトが仮想情報店を通してアクセスされると呼びました。 MIBのオブジェクトは、SMI[2]で定義された抽象的なSyntax Notation One(ASN.1)[1]の部分集合を使用することで定義されます。 特に、各オブジェクト・タイプはOBJECT IDENTIFIER、行政上割り当てられた名前によって命名されます。 オブジェクトインスタンスに伴うオブジェクト・タイプは、唯一オブジェクトの特定の具体化を特定するのに勤めます。 人間の便宜のために、私たちはしばしば記述子と呼ばれた原文のストリングを使用して、オブジェクトについて言及するのはタイプされます。
2. Overview
2. 概要
Instances of these object types represent attributes of an IEEE 802.12 repeater, as defined by Section 12, "RMAC Protocol" in IEEE Standard 802.12-1995 [6].
これらのオブジェクト・タイプのインスタンスはIEEE802.12リピータの属性を表します、セクション12、IEEE Standard802.12-1995[6]の「RMACプロトコル」によって定義されるように。
The definitions presented here are based on Section 13, "Layer management functions and services", and Annex C, "GDMO Specifications for Demand Priority Managed Objects" of IEEE Standard 802.12-1995 [6].
ここに提示された定義はIEEE Standard802.12-1995[6]について13と、「層の管理機能とサービス」というセクション、およびAnnex C、「要求優先権管理オブジェクトのためのGDMO仕様」に基づいています。
Implementors of these MIB objects should note that the IEEE document explicitly describes (in the form of Pascal pseudocode) when, where, and how various repeater attributes are measured. The IEEE document also describes the effects of repeater actions that may be invoked by manipulating instances of the MIB objects defined here.
これらのMIBオブジェクトの作成者は、IEEEドキュメントが明らかにいつ、どこと様々なリピータ属性がどう測定されるかを説明することに(パスカル擬似コードの形で)注意するべきです。 また、IEEEドキュメントはここで定義されたMIBオブジェクトのインスタンスを操ることによって呼び出されるかもしれないリピータ動作の効果について説明します。
Flick Standards Track [Page 2] RFC 2266 IEEE 802.12 Repeater MIB January 1998
リピータMIB1998年1月に標準化過程[2ページ]RFC2266IEEE802.12を軽打してください。
The counters in this document are defined to be the same as those counters in IEEE Standard 802.12-1995, with the intention that the same instrumentation can be used to implement both the IEEE and IETF management standards.
カウンタはIEEE Standard802.12-1995のそれらのカウンタと同じになるように本書では定義されます、両方がIEEEとIETF管理規格であると実装するのに同じ計装を使用できるという意志で。
2.1. Repeater Management Model
2.1. リピータマネジメント・モデル
The model used in the design of this MIB allows for a managed system to contain one or more managed 802.12 repeaters, and one or more managed 802.12 repeater ports.
このMIBのデザインに使用されるモデルは、管理されたシステムが1か802.12のさらに管理されたリピータを含むのを許容します、そして、1つ以上は802.12のリピータポートを管理しました。
A repeater port may be thought of as a source of traffic into a repeater in the system. The vgRptrBasicPortTable contains entries for each physical repeater port in the managed system. An implementor may choose to separate these ports into "groups". For example, a group may be used to represent a field-replaceable unit, so that the port numbering may match the numbering in the hardware implementation. Note that this group mapping is recommended but optional. An implementor may choose to put all of the system's ports into a single group, or to divide the ports into groups that do not match physical divisions. Each group within the system is uniquely identified by a group number. Each port within a system is uniquely identified by a combination of group number and port number. The method of numbering groups and ports is implementation-specific. Both groups and ports may be sparsely numbered.
リピータポートはトラフィックの源としてシステムのリピータに考えられるかもしれません。 vgRptrBasicPortTableは管理されたシステムのそれぞれの物理的なリピータポートのためのエントリーを含んでいます。 作成者は、「グループ」にこれらのポートを切り離すのを選ぶかもしれません。 例えば、グループは分野取替え可能なユニットを表すのに使用されるかもしれません、ポート付番がハードウェア実装における付番に合うことができるように。 このグループマッピングがお勧めですが、任意であることに注意してください。 作成者は、システムのポートのすべてをただ一つのグループに入れるか、またはポートを物理的な部門に合っていないグループに分割するのを選ぶかもしれません。 システムの中の各グループはグループ番号によって唯一特定されます。 システムの中の各ポートはグループ番号とポートナンバーの組み合わせで唯一特定されます。 グループとポートに付番するメソッドは実装特有です。 グループとポートの両方がまばらに付番されるかもしれません。
In addition to the externally visible ports, some implementations may have internal ports that are not obvious to the end-user but are nevertheless sources of traffic into the repeater system. Examples include internal management ports, through which an agent communicates, and ports connecting to a backplane internal to the implementation. It is the decision of the implementor to select the appropriate group(s) in which to place internal ports.
外部的に目に見えるポートに加えて、いくつかの実装がエンドユーザには明白ではありませんが、それにもかかわらずトラフィックの源である内部のポートをリピータシステムに持っているかもしれません。 例は内部経営ポート、および実装への内部のバックプレーンに接続するポートを含んでいます。(そこでは、エージェントが交信します)。 それは作成者が内部のポートを置くのが適切であるグループを選択するという決定です。
Managed repeaters in the system are represented by entries in the vgRptrInfoTable. There may be multiple repeaters in the managed system. They are uniquely identified by a repeater number. The method of numbering repeaters is implementation-specific. Each port will either be associated with one of the repeaters, or isolated (a so-called "trivial" repeater). The set of ports associated with a single repeater will be in the same contention domain, and will be participating in the same instance of the Demand Priority Access Method protocol. The mapping of ports to repeaters may be static or dynamic. A column in the vgRptrBasicPortTable, vgRptrPortRptrInfoIndex, indicates the repeater that the port is currently associated with. The method for assigning a port to a repeater is implementation-specific.
システムの管理されたリピータはvgRptrInfoTableにエントリーで表されます。 管理されたシステムには複数のリピータがあるかもしれません。 それらはリピータ番号によって唯一特定されます。 リピータに付番するメソッドは実装特有です。 それぞれのポートは、リピータの1つに関連しているか、または孤立するようになるでしょう(いわゆる「些細な」リピータ)。 単一のリピータに関連しているポートのセットは、同じ主張ドメインにあって、Demand Priority Access Methodプロトコルの同じインスタンスに参加することでしょう。 リピータへのポートのマッピングは、静的であるか、またはダイナミックであるかもしれません。 vgRptrBasicPortTableのコラム(vgRptrPortRptrInfoIndex)はポートが現在関連しているリピータを示します。 ポートをリピータに割り当てるためのメソッドは実装特有です。
Flick Standards Track [Page 3] RFC 2266 IEEE 802.12 Repeater MIB January 1998
リピータMIB1998年1月に標準化過程[3ページ]RFC2266IEEE802.12を軽打してください。
2.2. MAC Addresses
2.2. MACアドレス
All representations of MAC addresses in this MIB module are in "canonical" order defined by 802.1a, i.e., as if it were transmitted least significant bit first. This is true even if the repeater is operating in token ring framing mode, which requires MAC addresses to be transmitted most significant bit first.
このMIBモジュールにおける、MACアドレスのすべての表現が802.1aによって定義された「正準な」オーダーにあります、すなわち、まるで最初にそれが伝えられた最下位ビットであるかのように。 リピータが最初にMACアドレスが伝えられた最上位ビットであることを必要とするモードを縁どりながらトークンリングで作動していても、これは本当です。
2.3. Master Mode and Slave Mode
2.3. マスタ・モードとスレーブモード
In an IEEE 802.12 network, "master" devices act as network controllers to decide when to grant requesting end-nodes permission to transmit. These master devices may be repeaters, or other active controller devices such as switches.
IEEE802.12ネットワークでは、「マスター」デバイスは、いつ伝わるエンドノード許可を要求に与えるかを決めるためにネットワーク制御装置として務めます。 これらのマスターデバイスは、リピータ、またはスイッチなどの他のアクティブなコントローラデバイスであるかもしれません。
Devices which do not act as network controllers, such as end-nodes or passive switches, are considered to be operating in "slave" mode.
エンドノードか受け身のスイッチなどのネットワーク制御装置として務めないデバイスが「奴隷」モードで作動していると考えられます。
An 802.12 repeater always acts in "master" mode on its local ports, which may connect to end nodes, switch or other device ports acting in "slave" mode, or lower-level repeaters in a cascade. It acts in "slave" mode on cascade ports, which may connect to an upper-level repeater in a cascade, or to switch or other device ports operating in "master" mode.
切り替わるか、802.12リピータが「マスター」モードで地方のポートにいつも行動します、対向機器は「奴隷」モード、またはカスケードにおける低レベルリピータで芝居を移植します。(ポートは、ノードを終わらせるために接続するかもしれません)。 それは「奴隷」モードでカスケードポートに行動します。(カスケードポートはスイッチか対向機器ポートにカスケードにおける上側のレベルリピータ、または、「マスター」モードで作動する接続するかもしれません)。
2.4. IEEE 802.12 Training Frames
2.4. フレームを訓練するIEEE802.12
Training frames are special MAC frames that are used only during link initialization. Training frames are initially constructed by the device at the "lower" end of a link, which is the slave mode device for the link. The training frame format is as follows:
トレーニングフレームはリンク初期化だけの間に使用される特別なMACフレームです。 トレーニングフレームは初めは、リンクへのスレーブモードデバイスであるリンクの「下側」の端のデバイスによって建築されます。 トレーニングフレーム形式は以下の通りです:
+----+----+------------+--------------+----------+-----+ | DA | SA | Req Config | Allow Config | Data | FCS | +----+----+------------+--------------+----------+-----+
+----+----+------------+--------------+----------+-----+ | DA| SA| Reqコンフィグ| コンフィグを許容してください。| データ| FCS| +----+----+------------+--------------+----------+-----+
DA = destination address (six octets) SA = source address (six octets) Req Config = requested configuration (2 octets) Allow Config = allowed configuration (2 octets) Data = data (594 to 675 octets) FCS = frame check sequence (4 octets)
DA=送付先アドレス(6つの八重奏)SA=ソースアドレス(6つの八重奏)Req Config=は、(2つの八重奏)が構成(2つの八重奏)データが許容されたConfig=を許容する構成がデータ(594〜675の八重奏)FCS=フレームチェックシーケンスと等しいよう要求しました。(4つの八重奏)
Training frames are always sent with a null destination address. To pass training, an end node must use its source address in the source address field of the training frame. A repeater may use a non-null source address if it has one, or it may use a null source address.
ヌル送付先アドレスと共にトレーニングフレームをいつも送ります。 トレーニングを通過するために、エンドノードはトレーニングフレームのソースアドレス・フィールドでソースアドレスを使用しなければなりません。 それに1つがあるなら、リピータが非ヌルソースアドレスを使用するかもしれませんか、またはそれはヌルソースアドレスを使用するかもしれません。
Flick Standards Track [Page 4] RFC 2266 IEEE 802.12 Repeater MIB January 1998
リピータMIB1998年1月に標準化過程[4ページ]RFC2266IEEE802.12を軽打してください。
The requested configuration field allows the slave mode device to inform the master mode device about itself and to request configuration options. The training response frame from the master mode device contains the slave mode device's requested configuration from the training request frame. The currently defined format of the requested configuration field as defined in the IEEE Standard 802.12-1995 standard is shown below. Please refer to the most current version of the IEEE document for a more up to date description of this field. In particular, the reserved bits may be used in later versions of the standard.
要求された構成分野で、スレーブモードデバイスは、それ自体に関してマスタ・モードデバイスを知らせて、設定オプションを要求します。 マスタ・モードデバイスからのトレーニングレスポンス・フレームはトレーニング要求フレームからのスレーブモードデバイスの要求された構成を含んでいます。 IEEE Standard802.12-1995規格における定義されるとしての要求された構成分野の現在定義された書式は以下に示されます。 この分野の、より最新の記述のためのIEEEドキュメントの最新版を参照してください。 特に、予約されたビットは規格の後のバージョンで使用されるかもしれません。
First Octet: Second Octet:
最初の八重奏: 第2八重奏:
7 6 5 4 3 2 1 0 7 6 5 4 3 2 1 0 +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ |v|v|v|r|r|r|r|r| |r|r|r|F|F|P|P|R| +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+
7 6 5 4 3 2 1 0 7 6 5 4 3 2 1 0 +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ |v|v|v|r|r|r|r|r| |r|r|r|F|F|P|P|R| +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+
vvv: The version of the 802.12 training protocol with which the training initiator is compliant. The current version is 100. Note that because of the different bit ordering used in IEEE and IETF documents, this value corresponds to version 1. r: Reserved bits (set to zero) FF: 00 = frameType88023 01 = frameType88025 10 = reserved 11 = frameTypeEither PP: 00 = singleAddressMode 01 = promiscuousMode 10 = reserved 11 = reserved R: 0 = the training initiator is an end node 1 = the training initiator is a repeater
vvv: トレーニング創始者が言いなりになる802.12トレーニングプロトコルのバージョン。 最新版は100です。 注文がIEEEとIETFドキュメントで使用した異なったビットのために、この値がバージョン1rに対応することに注意してください: 予約されたビット(ゼロに設定する)FF: 00 = frameType88023 01=frameType88025 10=は11=frameTypeEither PPを予約しました: 00 = promiscuousMode10singleAddressMode01==は予約された11=Rを予約しました: 0 = トレーニング創始者はノード1がトレーニング創始者と等しい終わりがリピータであるということです。
The allowed configuration field allows the master mode device to respond with the allowed configuration. The slave mode device sets the contents of this field to all zero bits. The master mode device sets the allowed configuration field as follows:
許容構成分野で、マスタ・モードデバイスは許容構成で反応します。 スレーブモードデバイスはこの分野のコンテンツをすべてのゼロ・ビットに設定します。 マスタ・モードデバイスは以下の許容構成分野を設定します:
First Octet: Second Octet:
最初の八重奏: 第2八重奏:
7 6 5 4 3 2 1 0 7 6 5 4 3 2 1 0 +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ |v|v|v|D|C|N|r|r| |r|r|r|F|F|P|P|R| +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+
7 6 5 4 3 2 1 0 7 6 5 4 3 2 1 0 +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+ |v|v|v|D|C|N|r|r| |r|r|r|F|F|P|P|R| +-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+
Flick Standards Track [Page 5] RFC 2266 IEEE 802.12 Repeater MIB January 1998
リピータMIB1998年1月に標準化過程[5ページ]RFC2266IEEE802.12を軽打してください。
vvv: The version of the 802.12 training protocol with which the training responder is compliant. The current version is 100. Note that because of the different bit ordering used in IEEE and IETF documents, this value corresponds to version 1. D: 0 = No duplicate address has been detected. 1 = Duplicate address has been detected. C: 0 = The requested configuration is compatible with the network and the attached port. 1 = The requested configuration is not compatible with the network and/or the attached port. In this case, the FF, PP, and R bits indicate a configuration that would be allowed. N: 0 = Access will be allowed, providing the configuration is compatible (C = 0). 1 = Access is not granted because of security restrictions. r: Reserved bits (set to zero). FF: 00 = frameType88023 will be used. 01 = frameType88025 will be used. 10 = reserved 11 = reserved PP: 00 = singleAddressMode 01 = promiscuousMode 10 = reserved 11 = reserved R: 0 = Requested access as an end node is allowed. 1 = Requested access as a repeater is allowed.
vvv: トレーニング応答者が言いなりになる802.12トレーニングプロトコルのバージョン。 最新版は100です。 注文がIEEEとIETFドキュメントで使用した異なったビットのために、この値がバージョン1に対応することに注意してください。 D: 0 = 写しアドレスは全く検出されていません。 1 = 写しアドレスは検出されました。 C: 0 = 要求された構成はネットワークと付属ポートと互換性があります。 1 = 要求された構成はネットワーク、そして/または、付属ポートと互換性がありません。 この場合、FF、PP、およびRビットは許されている構成を示します。 N: 0 = 構成は互換性があると(C=0)、アクセスは許されるでしょう。 1 = アクセスは安全保障制限rのために承諾されません: 予約されたビット(ゼロに設定します)。 ff: 00 = frameType88023は使用されるでしょう。 01 = frameType88025は使用されるでしょう。 10 =は予約された11=PPを予約しました: 00 = promiscuousMode10singleAddressMode01==は予約された11=Rを予約しました: 0 =は、エンドノードとしてのアクセスが許されているよう要求しました。 1 =は、リピータとしてのアクセスが許されているよう要求しました。
Again, note that the most recent version of the IEEE 802.12 standard should be consulted for the most up to date definition of the requested configuration and allowed configuration fields.
もう一度、IEEE802.12規格の最新のバージョンは大部分のために要求された構成の日付の定義まで相談されて、構成分野を許容されるべきであることに注意してください。
The data field contains between 594 and 675 octets and is filled in by the training initiator. The first 55 octets may be used for vendor specific protocol information. The remaining octets are all zeros. The length of the training frame combined with the requirement that 24 consecutive training frames be exchanged without error to complete training ensures that marginal links will not complete training.
データ・フィールドは、594〜675の八重奏を含んでいて、トレーニング創始者によって記入されます。 最初の55の八重奏がベンダーの特定のプロトコル情報に使用されるかもしれません。 残っている八重奏はすべてゼロです。 訓練するのを完了するために誤りなしで24個の連続したトレーニングフレームを交換するという要件に結合されたトレーニングフレームの長さは、マージンのリンクが、訓練するのを完了しないのを確実にします。
2.5. Structure of the MIB
2.5. MIBの構造
Objects in this MIB are arranged into OID subtrees, each of which contains a set of related objects within a broad functional category. These subtrees are intended for organizational convenience ONLY, and have no relation to the conformance groups defined later in the document.
このMIBのオブジェクトはOID下位木にアレンジされます。それは広い機能的なカテゴリの中にそれぞれ1セットの関連するオブジェクトを含みます。 これらの下位木は、組織的な便宜だけのために意図して、後でドキュメントで定義された順応グループに関係がありません。
Flick Standards Track [Page 6] RFC 2266 IEEE 802.12 Repeater MIB January 1998
リピータMIB1998年1月に標準化過程[6ページ]RFC2266IEEE802.12を軽打してください。
2.5.1. Basic Definitions
2.5.1. 基本的な定義
The basic definitions include objects for managing the basic status and control parameters for each repeater within the managed system, for the port groups within the managed system, and for the individual ports themselves.
基本的な定義は基本的な状態を管理するためのオブジェクトと管理されたシステムの中の各リピータのための管理パラメータを含んでいます、管理されたシステム、および個々のポート自体へのポートグループのために。
2.5.2. Monitor Definitions
2.5.2. モニター定義
The monitor definitions include monitoring statistics for each repeater within the system and for individual ports.
モニター定義は、システムの中の各リピータと個々のポートに統計をモニターするのを含んでいます。
2.5.3. Address Tracking Definitions
2.5.3. アドレス追跡定義
This collection includes objects for tracking the MAC addresses of the DTEs attached to the ports within the system.
この収集はシステムの中のポートに取り付けられたDTEsのMACアドレスを追跡するためのオブジェクトを含んでいます。
Note that this MIB also includes by reference a collection of objects from the 802.3 Repeater MIB which may be used for mapping the topology of a network. These definitions are based on a technology which has been patented by Hewlett-Packard Company (HP). HP has granted rights to this technology to implementors of this MIB. See [8] and [9] for details.
また、このMIBが参照でネットワークのトポロジーを写像するのに使用されるかもしれない802.3Repeater MIBからのオブジェクトの収集を含んでいることに注意してください。 これらの定義はヒューレット・パッカード会社(ヒューレット・パッカード)によって特許をとられた技術に基づいています。 ヒューレット・パッカードはこの技術への権利をこのMIBの作成者に与えました。 詳細のための[8]と[9]を見てください。
2.6. Relationship to other MIBs
2.6. 他のMIBsとの関係
2.6.1. Relationship to MIB-II
2.6.1. MIB-IIとの関係
It is assumed that a repeater implementing this MIB will also implement (at least) the 'system' group defined in MIB-II [5].
また、このMIBを実装するリピータがMIB-II[5]で定義された'システム'グループを実装する(少なくとも)と思われます。
2.6.1.1. Relationship to the 'system' group
2.6.1.1. 'システム'グループとの関係
In MIB-II, the 'system' group is defined as being mandatory for all systems such that each managed entity contains one instance of each object in the 'system' group. Thus, those objects apply to the entity even if the entity's sole functionality is management of repeaters.
MIB-IIでは、'システム'グループがすべてのシステムに義務的であると定義されるので、それぞれの管理された実体は'システム'グループにそれぞれのオブジェクトの1つのインスタンスを含んでいます。 したがって、それらのオブジェクトは実体の唯一の機能性がリピータの管理であっても実体に適用されます。
Note that all of the managed repeaters (i.e. entries in the vgRptrInfoTable) will normally exist within a single naming scope. Therefore, there will normally only be a single instance of each of the objects in the system group for the entire managed repeater system regardless of how many managed repeaters there are in the system.
通常、管理されたリピータ(すなわち、vgRptrInfoTableのエントリー)のすべてが範囲を命名するシングルの中に存在することに注意してください。 したがって、通常、いくつがシステムにあるリピータを管理したかにかかわらず全体の管理されたリピータシステムのためのシステムグループにはそれぞれのオブジェクトのただ一つのインスタンスがあるだけでしょう。
Flick Standards Track [Page 7] RFC 2266 IEEE 802.12 Repeater MIB January 1998
リピータMIB1998年1月に標準化過程[7ページ]RFC2266IEEE802.12を軽打してください。
2.6.1.2. Relationship to the 'interfaces' group
2.6.1.2. 'インタフェース'グループとの関係
In MIB-II, the 'interfaces' group is defined as being mandatory for all systems and contains information on an entity's interfaces, where each interface is thought of as being attached to a 'subnetwork'. (Note that this term is not to be confused with 'subnet' which refers to an addressing partitioning scheme used in the Internet suite of protocols.)
MIB-IIでは、'インタフェース'グループは、すべてのシステムに義務的であると定義されて、実体のインタフェースの情報を含みます。(そこでは、各インタフェースが'サブネットワーク'に付けられていると考えられます)。 (プロトコルのインターネットスイートで使用されるアドレシング仕切りの体系について言及する'サブネット'に今期を混乱させてはいけないことに注意してください。)
This Repeater MIB uses the notion of ports on a repeater. The concept of a MIB-II interface has NO specific relationship to a repeater's port. Therefore, the 'interfaces' group applies only to the one (or more) network interfaces on which the entity managing the repeater sends and receives management protocol operations, and does not apply to the repeater's ports.
このRepeater MIBはリピータの上のポートの概念を使用します。 MIB-IIインタフェースの概念には、リピータのポートとのどんな特定の関係もありません。 したがって、'インタフェース'グループはリピータを管理する実体が管理プロトコル操作を送って、受けて、リピータのポートに適用されない1つ(さらに)のネットワーク・インターフェースだけに適用されます。
This is consistent with the physical-layer nature of a repeater. An 802.12 repeater has an RMAC implementation, which acts as the repeater end of the Demand Priority Access Method, but does not contain a DTE MAC implementation, and does not pass packets up to higher-level protocol entities for processing.
これはリピータの物理的な層の自然と一致しています。 802.12リピータには、RMAC実装があります、DTE MAC実装を含んでいなくて、また処理のためにパケットを上位レベル・プロトコル実体まで通過しないのを除いて。(実装はDemand Priority Access Methodのリピータ端として機能します)。
(When a network management entity is observing a repeater, it may appear as though the repeater is passing packets to a higher-level protocol entity. However, this is only a means of implementing management, and this passing of management information is not part of the repeater functionality.)
(ネットワークマネージメント実体がリピータを観測しているとき、まるでリピータが上位レベル・プロトコル実体にパケットを通過しているかのように見えるかもしれません。 しかしながら、これは管理を実装する手段にすぎません、そして、経営情報のこの通過はリピータの機能性の一部ではありません。)
2.6.2. Relationship to the 802.3 Repeater MIB
2.6.2. 802.3リピータMIBとの関係
An IEEE 802.12 repeater can be configured to operate in either ethernet or token ring framing mode. This only affects the frame format and address bit order of the frames on the wire. An 802.12 network does not use the media access protocol for either ethernet or token ring. Instead, IEEE 802.12 defines its own media access protocol, the Demand Priority Access Method (DPAM).
モードを縁どりながらイーサネットかトークンリングのどちらかで作動するためにIEEE802.12リピータを構成できます。 これはワイヤの上に形式とアドレスビットが注文するフレームのフレームに影響するだけです。 802.12ネットワークはイーサネットかトークンリングのどちらかにメディアアクセス・プロトコルを使用しません。 代わりに、IEEE802.12はそれ自身のメディアアクセス・プロトコル、Demand Priority Access Method(DPAM)を定義します。
There is an existing standards-track MIB module for instrumenting IEEE 802.3 repeaters [7]. That MIB module is designed to instrument the operation of the repeater in a network implementing the 802.3 media access protocol. Therefore, much of that MIB does not apply to 802.12 repeaters.
IEEE802.3リピータ[7]に器具を取り付けるための既存の標準化過程MIBモジュールがあります。 そのMIBモジュールはネットワークにおけるリピータが、802.3のメディアがアクセスであると実装する操作が議定書の中で述べる器具に設計されています。 したがって、そのMIBの多くが802.12のリピータに適用されません。
However, the 802.3 Repeater MIB also contains a collection of objects that may be used to map the topology of a network. These objects are contained in a separable OBJECT-GROUP, are not 802.3-specific, and are considered useful for 802.12 repeaters. In addition, the layer
しかしながら、また、802.3Repeater MIBはネットワークのトポロジーを写像するのに使用されるかもしれないオブジェクトの収集を含んでいます。 これらのオブジェクトは、分離できるOBJECT-GROUPに含まれていて、802.3特有でなく、802.12のリピータの役に立つと考えられます。 追加、層の中で
Flick Standards Track [Page 8] RFC 2266 IEEE 802.12 Repeater MIB January 1998
リピータMIB1998年1月に標準化過程[8ページ]RFC2266IEEE802.12を軽打してください。
management clause of the IEEE 802.12 specification includes similar functionality. Therefore, vendors of agents for 802.12 repeaters are encouraged to implement the snmpRptrGrpRptrAddrSearch OBJECT-GROUP defined in the 802.3 Repeater MIB.
IEEE802.12仕様の管理節は同様の機能性を含んでいます。 したがって、802.12のリピータのためのエージェントのベンダーが802.3Repeater MIBで定義されたsnmpRptrGrpRptrAddrSearch OBJECT-GROUPを実装するよう奨励されます。
2.7. Mapping of IEEE 802.12 Managed Objects
2.7. IEEE802.12管理オブジェクトに関するマッピング
IEEE 802.12 Managed Object Corresponding SNMP Object
IEEE802.12の管理オブジェクトの対応するSNMPオブジェクト
oRepeater .aCurrentFramingType vgRptrInfoCurrentFramingType .aDesiredFramingType vgRptrInfoDesiredFramingType .aFramingCapability vgRptrInfoFramingCapability .aMACAddress vgRptrInfoMACAddress .aRepeaterHealthState vgRptrInfoOperStatus .aRepeaterID vgRptrInfoIndex .aRepeaterSearchAddress SNMP-REPEATER-MIB - rptrAddrSearchAddress .aRepeaterSearchGroup SNMP-REPEATER-MIB - rptrAddrSearchGroup .aRepeaterSearchPort SNMP-REPEATER-MIB - rptrAddrSearchPort .aRepeaterSearchState SNMP-REPEATER-MIB - rptrAddrSearchState .aRMACVersion vgRptrInfoTrainingVersion .acRepeaterSearchAddress SNMP-REPEATER-MIB - rptrAddrSearchAddress .acResetRepeater vgRptrInfoReset .nRepeaterHealth vgRptrHealth .nRepeaterReset vgRptrResetEvent
oリピータ.aCurrentFramingType vgRptrInfoCurrentFramingType .aDesiredFramingType vgRptrInfoDesiredFramingType .aFramingCapability vgRptrInfoFramingCapability .aMACAddress vgRptrInfoMACAddress.aRepeaterHealthState vgRptrInfoOperStatus.aRepeaterID vgRptrInfoIndex .aRepeaterSearchAddress SNMPリピータMIB--rptrAddrSearchAddress; aRepeaterSearchGroup SNMPリピータMIB--rptrAddrSearchGroup .aRepeaterSearchPort SNMPリピータMIB--rptrAddrSearchPort .aRepeaterSearchState SNMPリピータMIB--rptrAddrSearchState .aRMACVersion vgRptrInfoTrainingVersion .acRepeaterSearchAddress SNMPリピータMIB--rptrAddrSearchAddress .acResetRepeater vgRptrInfoReset .nRepeaterHealth vgRptrHealth .nRepeaterReset vgRptrResetEvent
oGroup .aGroupCablesBundled vgRptrGroupCablesBundled .aGroupID vgRptrGroupIndex .aGroupPortCapacity vgRptrGroupPortCapacity
oグループ.aGroupCablesBundled vgRptrGroupCablesBundled .aGroupID vgRptrGroupIndex .aGroupPortCapacity vgRptrGroupPortCapacity
oPort .aAllowableTrainingType vgRptrPortAllowedTrainType .aBroadcastFramesReceived vgRptrPortBroadcastFrames .aCentralMgmtDetectedDupAddr vgRptrMgrDetectedDupAddress .aDataErrorFramesReceived vgRptrPortDataErrorFrames .aHighPriorityFramesReceived vgRptrPortHighPriorityFrames .aHighPriorityOctetsReceived vgRptrPortHCHighPriorityOctets, or vgRptrPortHighPriorityOctets and vgRptrPortHighPriOctetRollovers .aIPMFramesReceived vgRptrPortIPMFrames .aLastTrainedAddress vgRptrAddrLastTrainedAddress .aLastTrainingConfig vgRptrPortLastTrainConfig
o.aAllowableTrainingType vgRptrPortAllowedTrainType.aBroadcastFramesReceived vgRptrPortBroadcastFrames .aCentralMgmtDetectedDupAddr vgRptrMgrDetectedDupAddress.aDataErrorFramesReceived vgRptrPortDataErrorFrames .aHighPriorityFramesReceived vgRptrPortHighPriorityFramesを移植してください; aHighPriorityOctetsReceived vgRptrPortHCHighPriorityOctetsか、vgRptrPortHighPriorityOctetsとvgRptrPortHighPriOctetRollovers .aIPMFramesReceived vgRptrPortIPMFrames .aLastTrainedAddress vgRptrAddrLastTrainedAddress.aLastTrainingConfig vgRptrPortLastTrainConfig
Flick Standards Track [Page 9] RFC 2266 IEEE 802.12 Repeater MIB January 1998
リピータMIB1998年1月に標準化過程[9ページ]RFC2266IEEE802.12を軽打してください。
.aLocalRptrDetectedDupAddr vgRptrRptrDetectedDupAddress .aMulticastFramesReceived vgRptrPortMulticastFrames .aNormalPriorityFramesReceived vgRptrPortNormPriorityFrames .aNormalPriorityOctetsReceived vgRptrPortHCNormPriorityOctets, or vgRptrPortNormPriorityOctets and vgRptrPortNormPriOctetRollovers .aNullAddressedFramesReceived vgRptrPortNullAddressedFrames .aOctetsInUnreadableFramesRcvd vgRptrPortHCUnreadableOctets, or vgRptrPortUnreadableOctets and vgRptrPortUnreadOctetRollovers .aOversizeFramesReceived vgRptrPortOversizeFrames .aPortAdministrativeState vgRptrPortAdminStatus .aPortID vgRptrPortIndex .aPortStatus vgRptrPortOperStatus .aPortType vgRptrPortType .aPriorityEnable vgRptrPortPriorityEnable .aPriorityPromotions vgRptrPortPriorityPromotions .aReadableFramesReceived vgRptrPortReadableFrames .aReadableOctetsReceived vgRptrPortHCReadableOctets, or vgRptrPortReadableOctets and vgRptrPortReadOctetRollovers .aSupportedCascadeMode vgRptrPortSupportedCascadeMode .aSupportedPromiscMode vgRptrPortSupportedPromiscMode .aTrainedAddressChanges vgRptrAddrTrainedAddressChanges .aTrainingResult vgRptrPortTrainingResult .aTransitionsIntoTraining vgRptrPortTransitionToTrainings .acPortAdministrativeControl vgRptrPortAdminStatus
.aLocalRptrDetectedDupAddr vgRptrRptrDetectedDupAddress.aMulticastFramesReceived vgRptrPortMulticastFrames.aNormalPriorityFramesReceived vgRptrPortNormPriorityFrames.aNormalPriorityOctetsReceived vgRptrPortHCNormPriorityOctetsかvgRptrPortNormPriorityOctetsとvgRptrPortNormPriOctetRollovers .aNullAddressedFramesReceived vgRptrPortNullAddressedFrames .aOctetsInUnreadableFramesRcvd vgRptrPortHCUnreadableOctetsか、vgRptrPortUnreadableOctetsとvgRptrPortUnreadOctetRollovers; aOversizeFramesReceived vgRptrPortOversizeFrames.aPortAdministrativeState vgRptrPortAdminStatus.aPortID vgRptrPortIndex .aPortStatus vgRptrPortOperStatus .aPortType vgRptrPortType .aPriorityEnable vgRptrPortPriorityEnable.aPriorityPromotions vgRptrPortPriorityPromotions; aReadableFramesReceived vgRptrPortReadableFrames.aReadableOctetsReceived vgRptrPortHCReadableOctetsか、vgRptrPortReadableOctetsとvgRptrPortReadOctetRollovers .aSupportedCascadeMode vgRptrPortSupportedCascadeMode .aSupportedPromiscMode vgRptrPortSupportedPromiscMode .aTrainedAddressChanges vgRptrAddrTrainedAddressChanges .aTrainingResult vgRptrPortTrainingResult .aTransitionsIntoTraining vgRptrPortTransitionToTrainings .acPortAdministrativeControl vgRptrPortAdminStatus
The following IEEE 802.12 managed objects have not been included in the 802.12 Repeater MIB for the indicated reasons.
以下のIEEE802.12に、管理オブジェクトは示された理由による802.12Repeater MIBに含まれていません。
IEEE 802.12 Managed Object Disposition
IEEE802.12管理オブジェクト気質
oRepeater .aGroupMap Can be determined by GetNext sweep of vgRptrBasicGroupTable
oリピータはGetNextでvgRptrBasicGroupTableを掃きます.aGroupMap Canが決心している。
.aRepeaterGroupCapacity Meaning is unclear in many repeater implementations. For example, some cards may have daughter cards which make group capacity change depending on the cards installed. Meaning is also unclear in a stackable implementation. Also, since groups are not required to be numbered from 1..capacity, but may be computed algorithmically or
.aRepeaterGroupCapacity Meaningは多くのリピータ実装で不明瞭です。 例えば、いくつかのカードで、グループ容量が変化するドーターカードはインストールされたカードによるかもしれません。 また、意味もスタック可能実装で不明瞭です。 グループは1から付番されるのにまた、必要でないので。または容量、algorithmicallyに計算されるかもしれなくて。
Flick Standards Track [Page 10] RFC 2266 IEEE 802.12 Repeater MIB January 1998
リピータMIB1998年1月に標準化過程[10ページ]RFC2266IEEE802.12を軽打してください。
related to Entity MIB indices, this object was not considered useful.
Entity MIBインデックスリストに関係づけられて、このオブジェクトは役に立つと考えられませんでした。
.aRepeaterHealthData Since the data is implementation specific and non-interoperable, it was not considered useful.
.aRepeaterHealthData Since、データが実装特有であって、非共同利用できる、それは役に立つと考えられませんでした。
.aRepeaterHealthText Implementation experience with similar object in 802.3 Rptr MIB indicated it was not useful.
802.3Rptr MIBの同様のオブジェクトの.aRepeaterHealthText Implementation経験は、それが役に立たないのを示しました。
.acExecuteNonDisruptiveSelfTest Implementation experience with similar object in 802.3 Rptr MIB indicated it was not useful.
802.3Rptr MIBの同様のオブジェクトの.acExecuteNonDisruptiveSelfTest Implementation経験は、それが役に立たないのを示しました。
.nGroupMapChange Since aGroupMap was not included, a notification of a change in that object was not needed.
.nGroupMapChange Since aGroupMapは含まれないで、またそのオブジェクトにおける変化の通知は必要ではありませんでした。
oGroup .aPortMap Can be determined by GetNext sweep of vgRptrBasicPortTable .nPortMapChange Since aPortMap was not included, a notification of a change in that object was not needed.
oグループはvgRptrBasicPortTable .nPortMapChange Since aPortMapのGetNext一掃で含まれないで、.aPortMap Canが決心しているまたそのオブジェクトにおける変化の通知は必要ではありませんでした。
oPort .aMediaType This object is a function of the Physical Media Dependent (PMD) layer, which is defined differently for each type of network. For an 802.3 network, .aMediaType corresponds to the PMD definitions in the 802.3 MAU MIB. For management of an 802.12 network, mapping of this object is deferred to future work on an 802.12 PMD MIB which will include both repeater and interface PMD information and redundant link support.
oポート.aMediaType ThisオブジェクトはPhysicalメディアDependent(PMD)層の関数です。(それは、それぞれのタイプのネットワークのために異なって定義されます)。 802.3ネットワークのために、.aMediaTypeは802.3MAU MIBとのPMD定義に対応しています。 802.12ネットワークの経営において、このオブジェクトに関するマッピングは802.12PMD MIBへの今後の活動に延期されます(リピータとインタフェースPMD情報と余分なリンクサポートの両方を含むでしょう)。
Flick Standards Track [Page 11] RFC 2266 IEEE 802.12 Repeater MIB January 1998
リピータMIB1998年1月に標準化過程[11ページ]RFC2266IEEE802.12を軽打してください。
3. Definitions
3. 定義
DOT12-RPTR-MIB DEFINITIONS ::= BEGIN
DOT12-RPTR-MIB定義:、:= 始まってください。
IMPORTS mib-2, Integer32, Counter32, Counter64, OBJECT-TYPE, MODULE-IDENTITY, NOTIFICATION-TYPE FROM SNMPv2-SMI MacAddress, TruthValue, TimeStamp FROM SNMPv2-TC MODULE-COMPLIANCE, OBJECT-GROUP, NOTIFICATION-GROUP FROM SNMPv2-CONF;
IMPORTS mib-2、Integer32、Counter32、Counter64、OBJECT-TYPE、MODULE-IDENTITY、NOTIFICATION-TYPE FROM SNMPv2-SMI MacAddress、TruthValue、TimeStamp FROM SNMPv2-TC MODULE-COMPLIANCE、OBJECT-GROUP、NOTIFICATION-GROUP FROM SNMPv2-CONF。
vgRptrMIB MODULE-IDENTITY LAST-UPDATED "9705192256Z" -- May 19, 1997 ORGANIZATION "IETF 100VG-AnyLAN Working Group" CONTACT-INFO "WG E-mail: vgmib@hprnd.rose.hp.com
vgRptrMIBモジュールアイデンティティ最終更新日の"9705192256Z"--「WGは以下をメールする」という1997年5月19日組織「IETF 100VG-AnyLANワーキンググループ」コンタクトインフォメーション vgmib@hprnd.rose.hp.com
Chair: Jeff Johnson Postal: RedBack Networks 2570 North First Street, Suite 410 San Jose, CA 95131 Tel: +1 408 571 2699 Fax: +1 408 571 2698 E-mail: jeff@redbacknetworks.com
議長: ジェフ・ジョンソンPostal: 20ドル紙幣は2570北でFirst通り、Suite410サンノゼ、カリフォルニア95131Tel:をネットワークでつなぎます。 +1 408 571、2699Fax: +1 2698年の408 571メール: jeff@redbacknetworks.com
Editor: John Flick Postal: Hewlett Packard Company 8000 Foothills Blvd. M/S 5556 Roseville, CA 95747-5556 Tel: +1 916 785 4018 Fax: +1 916 785 3583 E-mail: johnf@hprnd.rose.hp.com" DESCRIPTION "This MIB module describes objects for managing IEEE 802.12 repeaters." ::= { mib-2 53 }
エディタ: ジョンFlick郵便: ヒューレットパッカード会社8000山麓の丘Blvd. S5556ローズビル、M/カリフォルニア95747-5556Tel: +1 916 785、4018Fax: +1 3583年の916 785メール: 「このMIBモジュールはIEEE802.12リピータを管理しながら、オブジェクトについて説明する」" johnf@hprnd.rose.hp.com "記述。 ::= mib-2 53
vgRptrObjects OBJECT IDENTIFIER ::= { vgRptrMIB 1 } vgRptrBasic OBJECT IDENTIFIER ::= { vgRptrObjects 1 } vgRptrBasicRptr OBJECT IDENTIFIER ::= { vgRptrBasic 1 }
vgRptrObjectsオブジェクト識別子:、:= vgRptrMIB1vgRptrBasicオブジェクト識別子:、:= vgRptrObjects1vgRptrBasicRptrオブジェクト識別子:、:= vgRptrBasic1
vgRptrInfoTable OBJECT-TYPE SYNTAX SEQUENCE OF VgRptrInfoEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION
vgRptrInfoTable OBJECT-TYPE SYNTAX SEQUENCE OF VgRptrInfoEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述
Flick Standards Track [Page 12] RFC 2266 IEEE 802.12 Repeater MIB January 1998
リピータMIB1998年1月に標準化過程[12ページ]RFC2266IEEE802.12を軽打してください。
"A table of information about each 802.12 repeater in the managed system." ::= { vgRptrBasicRptr 1 }
「管理されたシステムのそれぞれの802.12リピータの情報のテーブル。」 ::= vgRptrBasicRptr1
vgRptrInfoEntry OBJECT-TYPE SYNTAX VgRptrInfoEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "An entry in the table, containing information about a single repeater." INDEX { vgRptrInfoIndex } ::= { vgRptrInfoTable 1 }
vgRptrInfoEntry OBJECT-TYPE SYNTAX VgRptrInfoEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「単一のリピータの情報を含むテーブルのエントリー。」 vgRptrInfoIndexに索引をつけてください:、:= vgRptrInfoTable1
VgRptrInfoEntry ::= SEQUENCE { vgRptrInfoIndex Integer32, vgRptrInfoMACAddress MacAddress, vgRptrInfoCurrentFramingType INTEGER, vgRptrInfoDesiredFramingType INTEGER, vgRptrInfoFramingCapability INTEGER, vgRptrInfoTrainingVersion INTEGER, vgRptrInfoOperStatus INTEGER, vgRptrInfoReset INTEGER, vgRptrInfoLastChange TimeStamp }
VgRptrInfoEntry:、:= 系列vgRptrInfoIndex Integer32、vgRptrInfoMACAddress MacAddress、vgRptrInfoCurrentFramingType整数、vgRptrInfoDesiredFramingType整数、vgRptrInfoFramingCapability整数、vgRptrInfoTrainingVersion整数、vgRptrInfoOperStatus整数、vgRptrInfoReset整数、vgRptrInfoLastChangeタイムスタンプ
vgRptrInfoIndex OBJECT-TYPE SYNTAX Integer32 (1..2147483647) MAX-ACCESS not-accessible STATUS current DESCRIPTION "A unique identifier for the repeater for which this entry contains information. The numbering scheme for repeaters is implementation specific." REFERENCE "IEEE Standard 802.12-1995, 13.2.4.2.1, aRepeaterID." ::= { vgRptrInfoEntry 1 }
vgRptrInfoIndex OBJECT-TYPE SYNTAX Integer32(1 .2147483647)のマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「このエントリーが情報を含むリピータのためのユニークな識別子。」 「リピータのためのナンバリングスキームは実現特有です。」 参照、「IEEE標準の802.12-1995 13.2 .4 .2 .1、aRepeaterID、」 ::= vgRptrInfoEntry1
vgRptrInfoMACAddress OBJECT-TYPE SYNTAX MacAddress MAX-ACCESS read-only STATUS current DESCRIPTION "The MAC address used by the repeater when it initiates training on the uplink port. Repeaters are allowed to train with an assigned MAC address
「アップリンクポートのトレーニングを開始するときMACアドレスはリピータで使用した」vgRptrInfoMACAddress OBJECT-TYPE SYNTAX MacAddressのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 リピータは割り当てられたMACアドレスで訓練できます。
Flick Standards Track [Page 13] RFC 2266 IEEE 802.12 Repeater MIB January 1998
リピータMIB1998年1月に標準化過程[13ページ]RFC2266IEEE802.12を軽打してください。
or a null (all zeroes) MAC address." REFERENCE "IEEE Standard 802.12-1995, 13.2.4.2.1, aMACAddress." ::= { vgRptrInfoEntry 2 }
「ヌル(すべてのゼロ)のMACアドレス」 参照、「IEEE標準の802.12-1995 13.2 .4 .2 .1、aMACAddress、」 ::= vgRptrInfoEntry2
vgRptrInfoCurrentFramingType OBJECT-TYPE SYNTAX INTEGER { frameType88023(1), frameType88025(2) } MAX-ACCESS read-only STATUS current DESCRIPTION "The type of framing (802.3 or 802.5) currently in use by the repeater." REFERENCE "IEEE Standard 802.12-1995, 13.2.4.2.1, aCurrentFramingType." ::= { vgRptrInfoEntry 3 }
vgRptrInfoCurrentFramingType OBJECT-TYPE SYNTAX INTEGER、frameType88023(1)、frameType88025(2)、「中の現在、縁ど802.3か(802.5)りのタイプはリピータで使用する」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 参照、「IEEE標準の802.12-1995 13.2 .4 .2 .1、aCurrentFramingType、」 ::= vgRptrInfoEntry3
vgRptrInfoDesiredFramingType OBJECT-TYPE SYNTAX INTEGER { frameType88023(1), frameType88025(2) } MAX-ACCESS read-write STATUS current DESCRIPTION "The type of framing which will be used by the repeater after the next time it is reset.
vgRptrInfoDesiredFramingType OBJECT-TYPE SYNTAX INTEGER、frameType88023(1)、マックス-ACCESSが「次回以降リピータによって使用されるものを縁どるタイプはリセットする」STATUSの現在の記述を読書して書くframeType88025(2)。
The value of this object should be preserved across repeater resets and power failures." REFERENCE "IEEE Standard 802.12-1995, 13.2.4.2.1, aDesiredFramingType." ::= { vgRptrInfoEntry 4 }
「この物の価値はリピータリセットと停電の向こう側に守られるべきです。」 参照、「IEEE標準の802.12-1995 13.2 .4 .2 .1、aDesiredFramingType、」 ::= vgRptrInfoEntry4
vgRptrInfoFramingCapability OBJECT-TYPE SYNTAX INTEGER { frameType88023(1), frameType88025(2), frameTypeEither(3) } MAX-ACCESS read-only STATUS current DESCRIPTION
vgRptrInfoFramingCapability OBJECT-TYPE SYNTAX INTEGER、frameType88023(1)、frameType88025(2)、frameTypeEither(3)、マックス-ACCESSの書き込み禁止のSTATUSの現在の記述
Flick Standards Track [Page 14] RFC 2266 IEEE 802.12 Repeater MIB January 1998
リピータMIB1998年1月に標準化過程[14ページ]RFC2266IEEE802.12を軽打してください。
"The type of framing this repeater is capable of supporting." REFERENCE "IEEE Standard 802.12-1995, 13.2.4.2.1, aFramingCapability." ::= { vgRptrInfoEntry 5 }
「このリピータを縁どるタイプは支持できます。」 参照、「IEEE標準の802.12-1995 13.2 .4 .2 .1、aFramingCapability、」 ::= vgRptrInfoEntry5
vgRptrInfoTrainingVersion OBJECT-TYPE SYNTAX INTEGER (0..7) MAX-ACCESS read-only STATUS current DESCRIPTION "The highest version bits (vvv bits) supported by the repeater during training." REFERENCE "IEEE Standard 802.12-1995, 13.2.4.2.1, aRMACVersion." ::= { vgRptrInfoEntry 6 }
「最も高いバージョンビット(vvvビット)はトレーニングの間にリピータで支持した」vgRptrInfoTrainingVersion OBJECT-TYPE SYNTAX INTEGER(0 .7)のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 参照、「IEEE標準の802.12-1995 13.2 .4 .2 .1、aRMACVersion、」 ::= vgRptrInfoEntry6
vgRptrInfoOperStatus OBJECT-TYPE SYNTAX INTEGER { other(1), ok(2), generalFailure(3) } MAX-ACCESS read-only STATUS current DESCRIPTION "The vgRptrInfoOperStatus object indicates the operational state of the repeater." REFERENCE "IEEE Standard 802.12-1995, 13.2.4.2.1, aRepeaterHealthState." ::= { vgRptrInfoEntry 7 }
vgRptrInfoOperStatus OBJECT-TYPE SYNTAX INTEGER、もう一方(1)、OK(2)、generalFailure(3)、マックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「リピータの操作上の状態を示vgRptrInfoOperStatusが反対するします」。 参照、「IEEE標準の802.12-1995 13.2 .4 .2 .1、aRepeaterHealthState、」 ::= vgRptrInfoEntry7
vgRptrInfoReset OBJECT-TYPE SYNTAX INTEGER { noReset(1), reset(2) }
vgRptrInfoResetオブジェクト・タイプ構文整数noReset(1)、リセット(2)
MAX-ACCESS read-write STATUS current DESCRIPTION "Setting this object to reset(2) causes the repeater to transition to its initial state as specified in clause 12 [IEEE Std 802.12].
マックス-ACCESSは「この物に(2)をリセットするように設定するのが12番目の節[IEEE Std802.12]の指定されるとしての初期状態への変遷にリピータを引き起こすこと」をSTATUSの現在の記述に読書して書きます。
Flick Standards Track [Page 15] RFC 2266 IEEE 802.12 Repeater MIB January 1998
リピータMIB1998年1月に標準化過程[15ページ]RFC2266IEEE802.12を軽打してください。
Setting this object to noReset(1) has no effect. The agent will always return the value noReset(1) when this object is read.
この物をnoReset(1)に設定するのは効き目がありません。 この物が読まれるとき、エージェントはいつも値のnoReset(1)を返すでしょう。
After receiving a request to set this variable to reset(2), the agent is allowed to delay the reset for a short period. For example, the implementor may choose to delay the reset long enough to allow the SNMP response to be transmitted. In any event, the SNMP response must be transmitted.
この変数に(2)をリセットするように設定するという要求を受け取った後に、エージェントはしばらくの間リセットを遅らせることができます。 例えば、作成者は、SNMP応答が伝えられるのを許容できるくらい長いリセットを遅らせるのを選ぶかもしれません。 とにかく、SNMP応答を伝えなければなりません。
This action does not reset the management counters defined in this document nor does it affect the vgRptrPortAdminStatus parameters. Included in this action is the execution of a disruptive Self-Test with the following characteristics:
この動作は本書では定義された管理カウンタをリセットしません、そして、それはvgRptrPortAdminStatusパラメタに影響しません。 この動作に含まれているのは、以下の特性がある破壊的なSelf-テストの実行です:
1) The nature of the tests is not specified. 2) The test resets the repeater but without affecting configurable management information about the repeater. 3) Packets received during the test may or may not be transferred. 4) The test does not interfere with management functions.
1) テストの本質は指定されません。 2) リピータにもかかわらず、構成可能な管理に影響しないで、テストはリピータの情報をリセットします。 3) テストの間に受け取られたパケットを移すかもしれません。 4) テストは管理機能を妨げません。
After performing this self-test, the agent will update the repeater health information (including vgRptrInfoOperStatus), and send a vgRptrResetEvent." REFERENCE "IEEE Standard 802.12-1995, 13.2.4.2.2, acResetRepeater." ::= { vgRptrInfoEntry 8 }
「この自己診断を実行した後に、エージェントは、リピータ健康情報(vgRptrInfoOperStatusを含んでいる)をアップデートして、vgRptrResetEventを送るでしょう。」 参照、「IEEE標準の802.12-1995 13.2 .4 .2 .2、acResetRepeater、」 ::= vgRptrInfoEntry8
vgRptrInfoLastChange OBJECT-TYPE SYNTAX TimeStamp MAX-ACCESS read-only STATUS current DESCRIPTION "The value of sysUpTime when any of the following conditions occurred:
vgRptrInfoLastChange OBJECT-TYPE SYNTAX TimeStampのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「以下の条件のどれかであるときに、sysUpTimeの値は起こりました」。
1) agent cold- or warm-started; 2) this instance of repeater was created (such as when a device or module was added to the system);
1) エージェント冷たいか暖かく始められる。 2) リピータのこの例は作成されました(装置かモジュールがシステムに追加された時としてのそのようなもの)。
Flick Standards Track [Page 16] RFC 2266 IEEE 802.12 Repeater MIB January 1998
リピータMIB1998年1月に標準化過程[16ページ]RFC2266IEEE802.12を軽打してください。
3) a change in the value of vgRptrInfoOperStatus; 4) ports were added or removed as members of the repeater; or 5) any of the counters associated with this repeater had a discontinuity." ::= { vgRptrInfoEntry 9 }
3) vgRptrInfoOperStatusの値における変化。 4) ポートは、リピータのメンバーとして加えられたか、または取り外されました。 「または、カウンタのいずれもこのリピータに関連づけた5は)不連続を持っていました。」 ::= vgRptrInfoEntry9
vgRptrBasicGroup OBJECT IDENTIFIER ::= { vgRptrBasic 2 }
vgRptrBasicGroup物の識別子:、:= vgRptrBasic2
vgRptrBasicGroupTable OBJECT-TYPE SYNTAX SEQUENCE OF VgRptrBasicGroupEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "A table containing information about groups of ports." ::= { vgRptrBasicGroup 1 }
「ポートのグループの情報を含んでいて、Aはテーブルの上に置く」vgRptrBasicGroupTable OBJECT-TYPEのSYNTAX SEQUENCE OF VgRptrBasicGroupEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 ::= vgRptrBasicGroup1
vgRptrBasicGroupEntry OBJECT-TYPE SYNTAX VgRptrBasicGroupEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "An entry in the vgRptrBasicGroupTable, containing information about a single group of ports." INDEX { vgRptrGroupIndex } ::= { vgRptrBasicGroupTable 1 }
vgRptrBasicGroupEntry OBJECT-TYPE SYNTAX VgRptrBasicGroupEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「ポートのただ一つのグループの情報を含むvgRptrBasicGroupTableのエントリー。」 vgRptrGroupIndexに索引をつけてください:、:= vgRptrBasicGroupTable1
VgRptrBasicGroupEntry ::= SEQUENCE { vgRptrGroupIndex Integer32, vgRptrGroupObjectID OBJECT IDENTIFIER, vgRptrGroupOperStatus INTEGER, vgRptrGroupPortCapacity Integer32, vgRptrGroupCablesBundled INTEGER }
VgRptrBasicGroupEntry:、:= 系列vgRptrGroupIndex Integer32、vgRptrGroupObjectID物の識別子、vgRptrGroupOperStatus整数、vgRptrGroupPortCapacity Integer32、vgRptrGroupCablesBundled整数
vgRptrGroupIndex OBJECT-TYPE SYNTAX Integer32 (1..2146483647) MAX-ACCESS not-accessible STATUS current DESCRIPTION "This object identifies the group within the system for which this entry contains information. The numbering scheme for groups is implementation specific." REFERENCE
vgRptrGroupIndex OBJECT-TYPE SYNTAX Integer32(1 .2146483647)のマックス-ACCESSのアクセスしやすくないSTATUS現在の記述は「このエントリーが情報を含むシステムの中でグループを特定これが反対するします」。 「グループのためのナンバリングスキームは実現特有です。」 参照
Flick Standards Track [Page 17] RFC 2266 IEEE 802.12 Repeater MIB January 1998
リピータMIB1998年1月に標準化過程[17ページ]RFC2266IEEE802.12を軽打してください。
"IEEE Standard 802.12-1995, 13.2.4.4.1, aGroupID." ::= { vgRptrBasicGroupEntry 1 }
「IEEE標準の802.12-1995 13.2 .4 .4 .1、aGroupID、」 ::= vgRptrBasicGroupEntry1
vgRptrGroupObjectID OBJECT-TYPE SYNTAX OBJECT IDENTIFIER MAX-ACCESS read-only STATUS current DESCRIPTION "The vendor's authoritative identification of the group. This value may be allocated within the SMI enterprises subtree (1.3.6.1.4.1) and provides a straight-forward and unambiguous means for determining what kind of group is being managed.
vgRptrGroupObjectID OBJECT-TYPE SYNTAX OBJECT IDENTIFIERのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「業者のグループの正式の識別。」 SMI企業下位木の中にこの値を割り当てるかもしれない、(1.3、.6、.1、.4、.1、)、どういうグループが経営されているかを決定するための簡単で明白な手段を提供します。
For example, this object could take the value 1.3.6.1.4.1.4242.1.2.14 if vendor 'Flintstones, Inc.' was assigned the subtree 1.3.6.1.4.1.4242, and had assigned the identifier 1.3.6.1.4.1.4242.1.2.14 to its 'Wilma Flintstone 6-Port Plug-in Module.'" ::= { vgRptrBasicGroupEntry 2 }
「例えば、この物が値1.3の.6を取るかもしれない、.1、.4、.1、.4242、.1、.2、下位木1.3が業者'フリントストーンInc.'であるなら.14に割り当てられた、.6、.1、.4、.1、.4242、識別子1.3.6を割り当てた、.1、.4、.1、.4242、.1、.2、'6ポートのウィルマFlintstone中のPlug Module'への.14、」、:、:= vgRptrBasicGroupEntry2
vgRptrGroupOperStatus OBJECT-TYPE SYNTAX INTEGER { other(1), operational(2), malfunctioning(3), notPresent(4), underTest(5), resetInProgress(6) } MAX-ACCESS read-only STATUS current DESCRIPTION "An object that indicates the operational status of the group.
vgRptrGroupOperStatus OBJECT-TYPE SYNTAX INTEGER、他の(1)、操作上の(2)、誤動作している(3)、notPresent(4)、underTest(5)、resetInProgress(6)、マックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「グループの操作上の状態を示す物。」
A status of notPresent(4) indicates that the group is temporarily or permanently physically and/or logically not a part of the system. It is an implementation-specific matter as to whether the agent effectively removes notPresent entries from the table.
notPresent(4)の状態は、グループがシステムの一時的か永久に物理的論理的にそうしていないa部分であることを示します。 それは事実上、エージェントがテーブルからnotPresentエントリーを取り除くかどうかに関する実現特有の問題です。
A status of operational(2) indicates that the group is functioning, and a status of
操作上の(2)の状態は、グループが機能と、状態であることを示します。
Flick Standards Track [Page 18] RFC 2266 IEEE 802.12 Repeater MIB January 1998
リピータMIB1998年1月に標準化過程[18ページ]RFC2266IEEE802.12を軽打してください。
malfunctioning(3) indicates that the group is malfunctioning in some way." ::= { vgRptrBasicGroupEntry 3 }
「誤動作(3)は、グループが何らかの方法で誤動作しているのを示します。」 ::= vgRptrBasicGroupEntry3
vgRptrGroupPortCapacity OBJECT-TYPE SYNTAX Integer32 (1..2146483647) MAX-ACCESS read-only STATUS current DESCRIPTION "The vgRptrGroupPortCapacity is the number of ports that can be contained within the group. Valid range is 1-2147483647. Within each group, the ports are uniquely numbered in the range from 1 to vgRptrGroupPortCapacity.
vgRptrGroupPortCapacity OBJECT-TYPE SYNTAX Integer32(1 .2146483647)のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「vgRptrGroupPortCapacityはグループの中に含むことができるポートの数です」。 有効枠は1-2147483647です。 各グループの中では、ポートは1〜vgRptrGroupPortCapacityまでの範囲で唯一付番されます。
Some ports may not be present in the system, in which case the actual number of ports present will be less than the value of vgRptrGroupPortCapacity. The number of ports present is never greater than the value of vgRptrGroupPortCapacity.
ポートの実数が提示するどちらのケースがシステム、vgRptrGroupPortCapacityの値よりさらに少なくなるかでいくつかのポートは存在していないかもしれません。 ポートの数プレゼントはvgRptrGroupPortCapacityの値より決してすばらしくはありません。
Note: In practice, this will generally be the number of ports on a module, card, or board, and the port numbers will correspond to numbers marked on the physical embodiment." REFERENCE "IEEE Standard 802.12-1995, 13.2.4.4.1, aGroupPortCapacity." ::= { vgRptrBasicGroupEntry 4 }
以下に注意してください。 「実際には、一般に、これはモジュール、カード、または板でポートの数になるでしょう、そして、ポートナンバーは物理的な具体化のときに印を付けられた数に対応するでしょう。」 参照、「IEEE標準の802.12-1995 13.2 .4 .4 .1、aGroupPortCapacity、」 ::= vgRptrBasicGroupEntry4
vgRptrGroupCablesBundled OBJECT-TYPE SYNTAX INTEGER { someCablesBundled(1), noCablesBundled(2) } MAX-ACCESS read-write STATUS current DESCRIPTION "This object is used to indicate whether there are any four-pair UTP links connected to this group that are contained in a cable bundle with multiple four-pair groups (e.g. a 25-pair bundle). Bundled cable may only be used for repeater-to-end node links where the end node is not in promiscuous mode.
vgRptrGroupCablesBundled OBJECT-TYPE SYNTAX INTEGER、someCablesBundled(1)、noCablesBundled(2)は「複数の4組のグループ(例えば、25組のバンドル)と共にケーブルバンドルに含まれているこのグループに接続されたいくつかの4組のUTPリンクがあるかどうかを示すために、使用これが反対するされます」マックス-ACCESSが、STATUS現在の記述を読書して書く。 束ねられたケーブルはリピータからエンドノードへのエンドノードが無差別なモードでないリンクに使用されるだけであるかもしれません。
When a broadcast or multicast packet is received from a port on this group that is not a
aでないこのグループのポートから放送かマルチキャストパケットを受けるとき
Flick Standards Track [Page 19] RFC 2266 IEEE 802.12 Repeater MIB January 1998
リピータMIB1998年1月に標準化過程[19ページ]RFC2266IEEE802.12を軽打してください。
promiscuous or cascaded port, the packet will be buffered completely before being repeated if this object is set to 'someCablesBundled(1)'. When this object is equal to 'noCablesBundled(2)', all packets received from ports on this group will be repeated as the frame is being received.
この物が'someCablesBundled(1)'に設定されるなら繰り返される完全に前に無差別であるかどっと落しているポート、パケットはバッファリングされるでしょう。 この物が'noCablesBundled(2)'と等しいときに、このグループのポートから受け取られたすべてのパケットがフレームを受け取っているように繰り返されるでしょう。
Note that the value 'someCablesBundled(1)' will work in the vast majority of all installations, regardless of whether or not any cables are physically in a bundle, since packets received from promiscuous and cascaded ports automatically avoid the store and forward. The main situation in which 'noCablesBundled(2)' is beneficial is when there is a large amount of multicast traffic and the cables are not in a bundle.
値の'someCablesBundled(1)'がどんなケーブルもバンドルで物理的にそうであるかどうかにかかわらず無差別でどっと落しているポートから自動的に受け取られたパケットが店を避けて以来のすべてのインストールのかなりの大部分、前方に働くことに注意してください。 'noCablesBundled(2)'が有益である主な状況は多量のマルチキャスト交通がある時です、そして、バンドルにはケーブルがありません。
The value of this object should be preserved across repeater resets and power failures." REFERENCE "IEEE Standard 802.12-1995, 13.2.4.4.1, aGroupCablesBundled." ::= { vgRptrBasicGroupEntry 5 }
「この物の価値はリピータリセットと停電の向こう側に守られるべきです。」 参照、「IEEE標準の802.12-1995 13.2 .4 .4 .1、aGroupCablesBundled、」 ::= vgRptrBasicGroupEntry5
vgRptrBasicPort OBJECT IDENTIFIER ::= { vgRptrBasic 3 }
vgRptrBasicPort物の識別子:、:= vgRptrBasic3
vgRptrBasicPortTable OBJECT-TYPE SYNTAX SEQUENCE OF VgRptrBasicPortEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "A table containing configuration and status information about 802.12 repeater ports in the system. The number of entries is independent of the number of repeaters in the managed system." ::= { vgRptrBasicPort 1 }
「構成を含むテーブルと802.12リピータの状態情報はシステムで移植する」vgRptrBasicPortTable OBJECT-TYPEのSYNTAX SEQUENCE OF VgRptrBasicPortEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 「エントリーの数は管理されたシステムのリピータの数から独立しています。」 ::= vgRptrBasicPort1
vgRptrBasicPortEntry OBJECT-TYPE SYNTAX VgRptrBasicPortEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "An entry in the vgRptrBasicPortTable, containing information about a single port." INDEX { vgRptrGroupIndex, vgRptrPortIndex } ::= { vgRptrBasicPortTable 1 }
vgRptrBasicPortEntry OBJECT-TYPE SYNTAX VgRptrBasicPortEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「単一のポートの情報を含むvgRptrBasicPortTableのエントリー。」 vgRptrGroupIndex、vgRptrPortIndexに索引をつけてください:、:= vgRptrBasicPortTable1
VgRptrBasicPortEntry ::=
VgRptrBasicPortEntry:、:=
Flick Standards Track [Page 20] RFC 2266 IEEE 802.12 Repeater MIB January 1998
リピータMIB1998年1月に標準化過程[20ページ]RFC2266IEEE802.12を軽打してください。
SEQUENCE { vgRptrPortIndex Integer32, vgRptrPortType INTEGER, vgRptrPortAdminStatus INTEGER, vgRptrPortOperStatus INTEGER, vgRptrPortSupportedPromiscMode INTEGER, vgRptrPortSupportedCascadeMode INTEGER, vgRptrPortAllowedTrainType INTEGER, vgRptrPortLastTrainConfig OCTET STRING, vgRptrPortTrainingResult OCTET STRING, vgRptrPortPriorityEnable TruthValue, vgRptrPortRptrInfoIndex Integer32 }
系列vgRptrPortIndex Integer32、vgRptrPortType整数、vgRptrPortAdminStatus整数、vgRptrPortOperStatus整数、vgRptrPortSupportedPromiscMode整数、vgRptrPortSupportedCascadeMode整数、vgRptrPortAllowedTrainType整数、vgRptrPortLastTrainConfig八重奏ストリング、vgRptrPortTrainingResult八重奏ストリング、vgRptrPortPriorityEnable TruthValue、vgRptrPortRptrInfoIndex Integer32
vgRptrPortIndex OBJECT-TYPE SYNTAX Integer32 (1..2147483647) MAX-ACCESS not-accessible STATUS current DESCRIPTION "This object identifies the port within the group for which this entry contains information. This identifies the port independently from the repeater it may be attached to. The numbering scheme for ports is implementation specific; however, this value can never be greater than vgRptrGroupPortCapacity for the associated group." REFERENCE "IEEE Standard 802.12-1995, 13.2.4.5.1, aPortID." ::= { vgRptrBasicPortEntry 1 }
vgRptrPortIndex OBJECT-TYPE SYNTAX Integer32(1 .2147483647)のマックス-ACCESSのアクセスしやすくないSTATUS現在の記述は「このエントリーが情報を含むグループの中でポートを特定これが反対するします」。 これはそれが付けられるかもしれないリピータからポートを独自に特定します。 ポートへのナンバリングスキームは実現特有です。 「しかしながら、この値はvgRptrGroupPortCapacityより関連グループにすばらしいはずがありません。」 参照、「IEEE標準の802.12-1995 13.2 .4 .5 .1、aPortID、」 ::= vgRptrBasicPortEntry1
vgRptrPortType OBJECT-TYPE SYNTAX INTEGER { cascadeExternal(1), cascadeInternal(2), localExternal(3), localInternal(4) } MAX-ACCESS read-only STATUS current DESCRIPTION "Describes the type of port. One of the following:
vgRptrPortType OBJECT-TYPE SYNTAX INTEGER、cascadeExternal(1)、cascadeInternal(2)、localExternal(3)、localInternal(4)、マックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「ポートのタイプについて説明します」。 以下の1つ:
cascadeExternal - Port is an uplink with physical connections which are externally visible cascadeInternal - Port is an uplink with
cascadeExternalに、外部的に目に見えるcascadeInternalである物理接続でポートはアップリンクです--ポートはアップリンクです。
Flick Standards Track [Page 21] RFC 2266 IEEE 802.12 Repeater MIB January 1998
リピータMIB1998年1月に標準化過程[21ページ]RFC2266IEEE802.12を軽打してください。
physical connections which are not externally visible, such as a connection to an internal backplane in a chassis localExternal - Port is a downlink or local port with externally visible connections localInternal - Port is a downlink or local port with connections which are not externally visible, such as a connection to an internal agent
外部的に目に見えない物理接続、ポートが外部的に目に見える接続localInternalがあるダウンリンクか地方のポートであるというlocalExternalが移植する車台の内部のバックプレーンとの接続としてのそのようなものは、外部的に目に見えない接続があるダウンリンクか地方のポートです、内部のエージェントとの接続のように
'internal' is used to identify ports which place traffic into the repeater, but do not have any external connections. Note that both DTE and cascaded repeater downlinks are considered 'local' ports." REFERENCE "IEEE Standard 802.12-1995, 13.2.4.5.1, aPortType." ::= { vgRptrBasicPortEntry 2 }
'内部'は交通をリピータに置くポートを特定するのに使用されますが、少しの外部の接続もしないでください。 「DTEとどっと落しているリピータダウンリンクの両方が'地方'のポートであると考えられることに注意してください。」 参照、「IEEE標準の802.12-1995 13.2 .4 .5 .1、aPortType、」 ::= vgRptrBasicPortEntry2
vgRptrPortAdminStatus OBJECT-TYPE SYNTAX INTEGER { enabled(1), disabled(2) } MAX-ACCESS read-write STATUS current DESCRIPTION "Port enable/disable function. Enabling a disabled port will cause training to be initiated by the training initiator (the slave mode device) on the link. Setting this object to disabled(2) disables the port.
vgRptrPortAdminStatus OBJECT-TYPE SYNTAX INTEGERは(1)、障害がある(2)を可能にしました。マックス-ACCESSは「ポートは、機能を可能にするか、または無効にすること」をSTATUSの現在の記述に読書して書きます。 障害があるポートを可能にするのはトレーニング創始者(スレーブモード装置)にリンクの上にトレーニングを開始させるでしょう。 身体障害者(2)にこの物を設定すると、ポートは無能にされます。
A disabled port neither transmits nor receives. Once disabled, a port must be explicitly enabled to restore operation. A port which is disabled when power is lost or when a reset is exerted shall remain disabled when normal operation resumes.
障害があるポートは、伝わらないで、また受信されません。 いったん無能にされると、操作を復元するのを明らかにポートを可能にしなければなりません。 通常の操作が再開するとき、パワーが無くなるか、またはリセットが出されるとき障害があるポートは障害があったままで残っているものとします。
The value of this object should be preserved across repeater resets and power failures." REFERENCE
「この物の価値はリピータリセットと停電の向こう側に守られるべきです。」 参照
Flick Standards Track [Page 22] RFC 2266 IEEE 802.12 Repeater MIB January 1998
リピータMIB1998年1月に標準化過程[22ページ]RFC2266IEEE802.12を軽打してください。
"IEEE Standard 802.12-1995, 13.2.4.5.1, aPortAdministrativeState." ::= { vgRptrBasicPortEntry 3 }
「IEEE標準の802.12-1995 13.2 .4 .5 .1、aPortAdministrativeState、」 ::= vgRptrBasicPortEntry3
vgRptrPortOperStatus OBJECT-TYPE SYNTAX INTEGER { active(1), inactive(2), training(3) } MAX-ACCESS read-only STATUS current DESCRIPTION "Current status for the port as specified by the PORT_META_STATE in the port process module of clause 12 [IEEE Std 802.12].
vgRptrPortOperStatus OBJECT-TYPE SYNTAX INTEGER、アクティブな(1)、不活発な(2)、トレーニング(3)、マックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「指定されるとしてのPORT_META_州による12番目の節[IEEE Std802.12]のポート過程モジュールによるポートへの現在の状態。」
During initialization or any link warning conditions, vgRptrPortStatus will be 'inactive(2)'.
初期化かどんなリンク警告状態の間も、vgRptrPortStatusは'不活発な(2)'でしょう。
When Training_Up is received by the repeater on a local port (or when Training_Down is received on a cascade port), vgRptrPortStatus will change to 'training(3)' and vgRptrTrainingResult can be monitored to see the detailed status regarding training.
地方のポートの上にリピータでTraining_Upを受け取るとき(または、いつカスケードポートの上にTraining_Downを受け取りますか)、vgRptrPortStatusは'トレーニング(3)'に変化するでしょう、そして、トレーニングに関する詳細な状態を見るためにvgRptrTrainingResultはモニターできます。
When 24 consecutive good FCS packets are exchanged and the configuration bits are OK, vgRptrPortStatus will change to 'active(1)'.
24の連続した良いFCSパケットを交換して、構成ビットがOKであるときに、vgRptrPortStatusは'アクティブな(1)'に変化するでしょう。
A disabled port shall have a port status of 'inactive(2)'." REFERENCE "IEEE Standard 802.12, 13.2.4.5.1, aPortStatus." ::= { vgRptrBasicPortEntry 4 }
「障害があるポートには、'不活発な(2)'のポート状態がいるものとします。」 参照、「IEEE規格、802.12 13.2 .4 .5 .1、aPortStatus、」 ::= vgRptrBasicPortEntry4
vgRptrPortSupportedPromiscMode OBJECT-TYPE SYNTAX INTEGER { singleModeOnly(1), singleOrPromiscMode(2), promiscModeOnly(3) } MAX-ACCESS read-only STATUS current DESCRIPTION
vgRptrPortSupportedPromiscMode OBJECT-TYPE SYNTAX INTEGER、singleModeOnly(1)、singleOrPromiscMode(2)、promiscModeOnly(3)、マックス-ACCESSの書き込み禁止のSTATUSの現在の記述
Flick Standards Track [Page 23] RFC 2266 IEEE 802.12 Repeater MIB January 1998
リピータMIB1998年1月に標準化過程[23ページ]RFC2266IEEE802.12を軽打してください。
"This object describes whether the port hardware is capable of supporting promiscuous mode, single address mode (i.e., repeater filters unicasts not addressed to the end station attached to this port), or both. A port for which vgRptrPortType is equal to 'cascadeInternal' or 'cascadeExternal' will always have a value of 'promiscModeOnly' for this object." REFERENCE "IEEE Standard 802.12-1995, 13.2.4.5.1, aSupportedPromiscMode." ::= { vgRptrBasicPortEntry 5 }
「この物は、ポートハードウェアが無差別なモード、ただ一つのアドレス・モード(すなわち、ユニキャストがこのポートに付けられた端のステーションまで記述しなかったリピータフィルタ)、または両方を支持できるかどうか説明します。」 「vgRptrPortTypeが'cascadeInternal'か'cascadeExternal'と等しいポートはいつもこの物のための'promiscModeOnly'の値を持つでしょう。」 参照、「IEEE標準の802.12-1995 13.2 .4 .5 .1、aSupportedPromiscMode、」 ::= vgRptrBasicPortEntry5
vgRptrPortSupportedCascadeMode OBJECT-TYPE SYNTAX INTEGER { endNodesOnly(1), endNodesOrRepeaters(2), cascadePort(3) } MAX-ACCESS read-only STATUS current DESCRIPTION "This object describes whether the port hardware is capable of supporting cascaded repeaters, end nodes, or both. A port for which vgRptrPortType is equal to 'cascadeInternal' or 'cascadeExternal' will always have a value of 'cascadePort' for this object." REFERENCE "IEEE Standard 802.12-1995, 13.2.4.5.1, aSupportedCascadeMode." ::= { vgRptrBasicPortEntry 6 }
vgRptrPortSupportedCascadeMode OBJECT-TYPE SYNTAX INTEGER、endNodesOnly(1)、endNodesOrRepeaters(2)、cascadePort(3)、「ポートハードウェアがどっと落しているリピータ、エンドノード、または両方を支持できるか否かに関係なく、この物は説明する」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 「vgRptrPortTypeが'cascadeInternal'か'cascadeExternal'と等しいポートはいつもこの物のための'cascadePort'の値を持つでしょう。」 参照、「IEEE標準の802.12-1995 13.2 .4 .5 .1、aSupportedCascadeMode、」 ::= vgRptrBasicPortEntry6
vgRptrPortAllowedTrainType OBJECT-TYPE SYNTAX INTEGER { allowEndNodesOnly(1), allowPromiscuousEndNodes(2), allowEndNodesOrRepeaters(3), allowAnything(4) } MAX-ACCESS read-write STATUS current DESCRIPTION "This security object is set by the network manager to configure what type of device is permitted to connect to the port. One of the following values:
vgRptrPortAllowedTrainType OBJECT-TYPE SYNTAX INTEGER、allowEndNodesOnly(1)、allowPromiscuousEndNodes(2)、allowEndNodesOrRepeaters(3)、allowAnything(4)は「ネットワークマネージャで、どんなタイプの装置がポートに接続することが許可されているかを構成するように設定このセキュリティが反対するされます」マックス-ACCESSが、STATUS現在の記述を読書して書く。 以下の値の1つ:
Flick Standards Track [Page 24] RFC 2266 IEEE 802.12 Repeater MIB January 1998
リピータMIB1998年1月に標準化過程[24ページ]RFC2266IEEE802.12を軽打してください。
allowEndNodesOnly - only non- promiscuous end nodes permitted. allowPromiscuousEndNodes - promiscuous or non-promiscuous end nodes permitted allowEndNodesOrRepeaters - repeaters or non- promiscuous end nodes permitted allowAnything - repeaters, promiscuous or non-promiscuous end nodes permitted
非無差別なエンドノードだけが可能にしました。allowEndNodesOnly--allowPromiscuousEndNodes--無差別であるか非無差別なallowEndNodesOrRepeatersが受入れられたエンドノード--リピータか非無差別なエンドノードがallowAnythingを可能にしました--リピータ、無差別であるか非無差別なエンドノードは可能にしました。
For a port for which vgRptrPortType is equal to 'cascadeInternal' or 'cascadeExternal', the corresponding instance of this object may not be set to 'allowEndNodesOnly' or 'allowPromiscuousEndNodes'.
vgRptrPortTypeが'cascadeInternal'か'cascadeExternal'と等しいポートにおいて、このオブジェクトの対応するインスタンスは'allowEndNodesOnly'か'allowPromiscuousEndNodes'に設定されないかもしれません。
The agent must reject a SET of this object if the value includes no capabilities that are supported by this port's hardware, as defined by the values of the corresponding instances of vgRptrPortSupportedPromiscMode and vgRptrPortSupportedCascadeMode.
値がこのポートのハードウェアによってサポートされない能力を全く含んでいるなら、エージェントはこのオブジェクトのSETを拒絶しなければなりません、vgRptrPortSupportedPromiscModeとvgRptrPortSupportedCascadeModeの対応するインスタンスの値によって定義されるように。
Note that vgRptrPortSupportPromiscMode and vgRptrPortSupportedCascadeMode represent what the port hardware is capable of supporting. vgRptrPortAllowedTrainType is used for setting an administrative policy for a port. The actual set of training configurations that will be allowed to succeed on a port is the intersection of what the hardware will support and what is administratively allowed. The above requirement on what values may be set to this object says that the intersection of what is supported and what is allowed must be non-empty. In other words, it must not result in a situation in which nothing would be allowed to train on that port. However, a value can be set to this object as long as the combination of this object and what is supported by the hardware would still leave at least one configuration that could successfully train on the port.
vgRptrPortSupportPromiscModeとvgRptrPortSupportedCascadeModeがポートハードウェアがサポートすることができることを表すことに注意してください。vgRptrPortAllowedTrainTypeは、ポートに施政方針を設定するのに使用されます。 ポートの上で成功できる実際のセットのトレーニング構成はハードウェアが何をサポートするだろうか、そして、何が行政上許容されているかに関する交差点です。 どんな値がこのオブジェクトに設定されるかもしれないかに関する上記の要件は、何がサポートされるか、そして、何が許容されているかに関する交差点に非人影がないに違いないと言います。 言い換えれば、それは無がそのポートの上で訓練しないことができない状況をもたらしてはいけません。 しかしながら、このオブジェクトとハードウェアによって支えられることに関する組み合わせがまだポートの上で首尾よく訓練されることができた少なくとも1つの構成を残しているだろう限り、このオブジェクトに値を設定できます。
Flick Standards Track [Page 25] RFC 2266 IEEE 802.12 Repeater MIB January 1998
リピータMIB1998年1月に標準化過程[25ページ]RFC2266IEEE802.12を軽打してください。
The value of this object should be preserved across repeater resets and power failures." REFERENCE "IEEE Standard 802.12-1995, 13.2.4.5.1, aAllowableTrainingType." ::= { vgRptrBasicPortEntry 7 }
「このオブジェクトの価値はリピータリセットと停電の向こう側に守られるべきです。」 参照、「IEEE標準の802.12-1995 13.2 .4 .5 .1、aAllowableTrainingType、」 ::= vgRptrBasicPortEntry7
vgRptrPortLastTrainConfig OBJECT-TYPE SYNTAX OCTET STRING (SIZE(2)) MAX-ACCESS read-only STATUS current DESCRIPTION "This object is a 16 bit field. For local ports, this object contains the requested configuration field from the most recent error-free training request frame sent by the device connected to the port. For cascade ports, this object contains the responder's allowed configuration field from the most recent error-free training response frame received in response to training initiated by this repeater. The format of the current version of this field is described in section 3.2. Please refer to the most recent version of the IEEE 802.12 standard for the most up-to-date definition of the format of this object." REFERENCE "IEEE Standard 802.12-1995, 13.2.4.5.1, aLastTrainingConfig." ::= { vgRptrBasicPortEntry 8 }
vgRptrPortLastTrainConfig OBJECT-TYPE SYNTAX OCTET STRING、(SIZE(2)) MAX-ACCESSの読書だけのSTATUSの現在の記述は「これが、反対する16ビットの分野です」。 地方のポートに関しては、このオブジェクトはポートに接続されたデバイスによって送られた最新のエラーのないトレーニング要求フレームからの要求された構成分野を含んでいます。 カスケードポートに関しては、このオブジェクトはこのリピータによって開始されたトレーニングに対応して受け取られた最新のエラーのないトレーニングレスポンス・フレームからの応答者の許容構成分野を含んでいます。 この分野の最新版の形式はセクション3.2で説明されます。 「このオブジェクトの形式の最も最新の定義のIEEE802.12規格の最新のバージョンを参照してください。」 参照、「IEEE標準の802.12-1995 13.2 .4 .5 .1、aLastTrainingConfig、」、:、:= vgRptrBasicPortEntry8
vgRptrPortTrainingResult OBJECT-TYPE SYNTAX OCTET STRING (SIZE(3)) MAX-ACCESS read-only STATUS current DESCRIPTION "This 18 bit field is used to indicate the result of training. It contains two bits which indicate if error-free training frames have been received, and it also contains the 16 bits of the allowed configuration field from the most recent error-free training response frame on the port.
vgRptrPortTrainingResult OBJECT-TYPE SYNTAX OCTET STRING、(SIZE(3)) MAX-ACCESSの書き込み禁止のSTATUSの現在の記述、「この18ビットの分野は訓練の結果を示すのに使用されます」。 それはエラーのないトレーニングフレームが受け取られたかどうかを示す2ビットを含んでいます、そして、また、ポートの上の最新のエラーのないトレーニングレスポンス・フレームからの許容構成分野の16ビットを含んでいます。
First Octet: Second and Third Octets: 7 6 5 4 3 2 1 0 +-+-+-+-+-+-+-+-+-----------------------------+ |0|0|0|0|0|0|V|G| allowed configuration field | +-+-+-+-+-+-+-+-+-----------------------------+
最初の八重奏: 2番目と第3八重奏: 7 6 5 4 3 2 1 0 +-+-+-+-+-+-+-+-+-----------------------------+ |0|0|0|0|0|0|V|G| 許容構成分野| +-+-+-+-+-+-+-+-+-----------------------------+
Flick Standards Track [Page 26] RFC 2266 IEEE 802.12 Repeater MIB January 1998
リピータMIB1998年1月に標準化過程[26ページ]RFC2266IEEE802.12を軽打してください。
V: Valid: set when at least one error-free training frame has been received. Indicates the 16 training configuration bits in vgRptrPortLastTrainConfig and vgRptrPortTrainingResult contain valid information. This bit is cleared when vgRptrPortStatus transitions to the 'inactive' or 'training' state. G: LinkGood: indicates the link hardware is OK. Set if 24 consecutive error-free training packets have been exchanged. Cleared when a training packet with errors is received, or when vgRptrPortStatus transitions to the 'inactive' or 'training' state.
V: 有効: 少なくとも1個のエラーのないトレーニングフレームを受け取ったときには、セットしてください。 vgRptrPortLastTrainConfigとvgRptrPortTrainingResultの16トレーニング構成ビットが有効な情報を含むのを示します。 vgRptrPortStatusが'不活発'か'トレーニング'状態に移行するとき、このビットはきれいにされます。 G: LinkGood: リンクハードウェアがOKであることを示します。 24の連続したエラーのないトレーニングパケットを交換したなら、セットしてください。 誤りがあるトレーニングパケットが受け取られているか、またはvgRptrPortStatusが'不活発に'移行するとき、クリアされるか、または状態を'訓練します'。
The format of the current version of the allowed configuration field is described in section 3.2. Please refer to the most recent version of the IEEE 802.12 standard for the most up-to-date definition of the format of this field.
許容構成分野の最新版の形式はセクション3.2で説明されます。 この分野の形式の最も最新の定義のIEEE802.12規格の最新のバージョンを参照してください。
If the port is in training, a management station can examine this object to see if any training packets have been passed successfully. If there have been any good training packets, the Valid bit will be set and the management station can examine the allowed configuration field to see if there is a duplicate address, configuration, or security problem.
ポートがトレーニング中であるなら、管理局は、何かトレーニングパケットが首尾よく通過されたかどうかを見るためにこのオブジェクトを調べることができます。 何か良いトレーニングパケットがあったなら、Validビットは設定されるでしょう、そして、管理局は写しアドレス、構成、または警備上の問題があるかどうか確認するために許容構成分野を調べることができます。
Note that on a repeater local port, this repeater generates the training response bits, while on a cascade port, the device at the upper end of the link originated the training response bits." REFERENCE "IEEE Standard 802.12-1995, 13.2.4.5.1, aTrainingResult." ::= { vgRptrBasicPortEntry 9 } vgRptrPortPriorityEnable OBJECT-TYPE SYNTAX TruthValue MAX-ACCESS read-write STATUS current DESCRIPTION "A configuration flag used to determine whether the repeater will service high priority requests received on the port as high priority or normal priority. When 'false', high priority requests
「リピータの地方のポートの上では、このリピータがトレーニング応答ビットを生成することに注意してください、リンクの上側の端のデバイスはカスケードポートの上でトレーニング応答ビットを溯源しましたが。」 参照、「IEEE標準の802.12-1995 13.2 .4 .5 .1、aTrainingResult、」 ::= vgRptrBasicPortEntry9vgRptrPortPriorityEnable OBJECT-TYPE SYNTAX TruthValueマックス-ACCESSは「構成旗は、以前はよくリピータが高い優先度か正常な優先権としてポートの上に受け取られた高い優先権要求を修理するかどうか決定していたこと」をSTATUSの現在の記述に読書して書きます。 高い優先度が、'虚偽'よう要求するとき
Flick Standards Track [Page 27] RFC 2266 IEEE 802.12 Repeater MIB January 1998
リピータMIB1998年1月に標準化過程[27ページ]RFC2266IEEE802.12を軽打してください。
on this port will be serviced as normal priority.
このポートの上では、正常な優先権として修理されるでしょう。
The setting of this object has no effect on a cascade port. Also note that the setting of this object has no effect on a port connected to a cascaded repeater. In both of these cases, this setting is treated as always 'true'. The value 'false' only has an effect when the port is a localInternal or localExternal port connected to an end node.
このオブジェクトの設定はカスケードポートの上で効き目がありません。 また、このオブジェクトの設定はどっと落しているリピータにつなげられたポートの上で効き目がないことに注意してください。 これらのケースの両方では、この設定はいつも'本当である'として扱われます。 値の'誤り'で、ポートがlocalInternalであることの効果かlocalExternalポートをエンドノードにつなげるだけです。
The value of this object should be preserved across repeater resets and power failures." REFERENCE "IEEE Standard 802.12-1995, 13.2.4.5.1, aPriorityEnable." ::= { vgRptrBasicPortEntry 10 }
「このオブジェクトの価値はリピータリセットと停電の向こう側に守られるべきです。」 参照、「IEEE標準の802.12-1995 13.2 .4 .5 .1、aPriorityEnable、」 ::= vgRptrBasicPortEntry10
vgRptrPortRptrInfoIndex OBJECT-TYPE SYNTAX Integer32 (0..2147483647) MAX-ACCESS read-only STATUS current DESCRIPTION "This object identifies the repeater that this port is currently mapped to. The repeater identified by a particular value of this object is the same as that identified by the same value of vgRptrInfoIndex. A value of zero indicates that this port is not currently mapped to any repeater." ::= { vgRptrBasicPortEntry 11 }
vgRptrPortRptrInfoIndex OBJECT-TYPE SYNTAX Integer32(0 .2147483647)のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「このポートが現在写像されるリピータを特定これが反対するします」。 このオブジェクトの特定の値によって特定されたリピータはvgRptrInfoIndexの同じ値によって特定されたそれと同じです。 「ゼロの値は、このポートが現在どんなリピータにも写像されないのを示します。」 ::= vgRptrBasicPortEntry11
vgRptrMonitor OBJECT IDENTIFIER ::= { vgRptrObjects 2 }
vgRptrMonitorオブジェクト識別子:、:= vgRptrObjects2
vgRptrMonRepeater OBJECT IDENTIFIER ::= { vgRptrMonitor 1 }
vgRptrMonRepeaterオブジェクト識別子:、:= vgRptrMonitor1
vgRptrMonitorTable OBJECT-TYPE SYNTAX SEQUENCE OF VgRptrMonitorEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "A table of performance and error statistics for each repeater in the system. The instance of the vgRptrInfoLastChange associated with a repeater is used to indicate possible discontinuities of the counters in this table that are associated with the same repeater."
vgRptrMonitorTable OBJECT-TYPE SYNTAX SEQUENCE OF VgRptrMonitorEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「システムの各リピータのための性能と誤り統計のテーブル。」 「リピータに関連しているvgRptrInfoLastChangeのインスタンスはこのテーブルの同じリピータに関連しているカウンタの可能な不連続を示すのに使用されます。」
Flick Standards Track [Page 28] RFC 2266 IEEE 802.12 Repeater MIB January 1998
リピータMIB1998年1月に標準化過程[28ページ]RFC2266IEEE802.12を軽打してください。
::= { vgRptrMonRepeater 1 }
::= vgRptrMonRepeater1
vgRptrMonitorEntry OBJECT-TYPE SYNTAX VgRptrMonitorEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "An entry in the table, containing statistics for a single repeater." INDEX { vgRptrInfoIndex } ::= { vgRptrMonitorTable 1 }
vgRptrMonitorEntry OBJECT-TYPE SYNTAX VgRptrMonitorEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「単一のリピータのための統計を含むテーブルのエントリー。」 vgRptrInfoIndexに索引をつけてください:、:= vgRptrMonitorTable1
VgRptrMonitorEntry ::= SEQUENCE { vgRptrMonTotalReadableFrames Counter32, vgRptrMonTotalReadableOctets Counter32, vgRptrMonReadableOctetRollovers Counter32, vgRptrMonHCTotalReadableOctets Counter64, vgRptrMonTotalErrors Counter32 }
VgRptrMonitorEntry:、:= 系列vgRptrMonTotalReadableFrames Counter32、vgRptrMonTotalReadableOctets Counter32、vgRptrMonReadableOctetRollovers Counter32、vgRptrMonHCTotalReadableOctets Counter64、vgRptrMonTotalErrors Counter32
vgRptrMonTotalReadableFrames OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "The total number of good frames of valid frame length that have been received on all ports in this repeater. If an implementation cannot obtain a count of frames as seen by the repeater itself, this counter may be implemented as the summation of the values of the vgRptrPortReadableFrames counters for all of the ports in this repeater.
vgRptrMonTotalReadableFrames OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「このリピータのすべてのポートの上に受け取られた有効なフレームの長さの良いフレームの総数。」 実装が見られるとしてのリピータ自体によるフレームのカウントを得ることができないなら、vgRptrPortReadableFramesの値の足し算がこのリピータのポートのすべてのために反対するようにこのカウンタは実装されるかもしれません。
This counter may experience a discontinuity when the value of the corresponding instance of vgRptrInfoLastChange changes." ::= { vgRptrMonitorEntry 1 }
「vgRptrInfoLastChangeの対応するインスタンスの値が変化するとき、このカウンタは不連続を経験するかもしれません。」 ::= vgRptrMonitorEntry1
vgRptrMonTotalReadableOctets OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "The total number of octets contained in good frames that have been received on all ports in this repeater. If an implementation cannot
「八重奏の総数はこのリピータのすべてのポートの上に受け取られた良いフレームに含んだ」vgRptrMonTotalReadableOctets OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 実装がそうすることができないなら
Flick Standards Track [Page 29] RFC 2266 IEEE 802.12 Repeater MIB January 1998
リピータMIB1998年1月に標準化過程[29ページ]RFC2266IEEE802.12を軽打してください。
obtain a count of octets as seen by the repeater itself, this counter may be implemented as the summation of the values of the vgRptrPortReadableOctets counters for all of the ports in this repeater.
リピータ自体でvgRptrPortReadableOctetsの値の足し算がポートのすべてのために反対するようにこのカウンタが実装されるかもしれないのを見るので、このリピータで八重奏のカウントを得てください。
Note that this counter can roll over very quickly. A management station is advised to also poll the vgRptrReadableOctetRollovers object, or to use the 64-bit counter defined by vgRptrMonHCTotalReadableOctets instead of the two 32-bit counters.
このカウンタが非常にすぐにひっくり返ることができることに注意してください。 管理局は、また、vgRptrReadableOctetRolloversオブジェクトに投票するか、または2台の32ビットのカウンタの代わりにvgRptrMonHCTotalReadableOctetsによって定義された64ビットのカウンタを使用するようにアドバイスされます。
This two-counter mechanism is provided for those network management protocols that do not support 64-bit counters (e.g. SNMPv1). Note that retrieval of these two counters in the same PDU is NOT guaranteed to be atomic.
64ビットのカウンタが(例えば、SNMPv1)であるとサポートしないそれらのネットワーク管理プロトコルにこの2カウンタのメカニズムを提供します。 同じPDUでのこれらの2台のカウンタの検索が原子であるために保証されないことに注意してください。
This counter may experience a discontinuity when the value of the corresponding instance of vgRptrInfoLastChange changes." ::= { vgRptrMonitorEntry 2 }
「vgRptrInfoLastChangeの対応するインスタンスの値が変化するとき、このカウンタは不連続を経験するかもしれません。」 ::= vgRptrMonitorEntry2
vgRptrMonReadableOctetRollovers OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "The total number of times that the associated instance of the vgRptrMonTotalReadableOctets counter has rolled over.
vgRptrMonReadableOctetRollovers OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「vgRptrMonTotalReadableOctetsの関連インスタンスが反対するという回の総数はひっくり返りました」。
This two-counter mechanism is provided for those network management protocols that do not support 64-bit counters (e.g. SNMPv1). Note that retrieval of these two counters in the same PDU is NOT guaranteed to be atomic.
64ビットのカウンタが(例えば、SNMPv1)であるとサポートしないそれらのネットワーク管理プロトコルにこの2カウンタのメカニズムを提供します。 同じPDUでのこれらの2台のカウンタの検索が原子であるために保証されないことに注意してください。
This counter may experience a discontinuity when the value of the corresponding instance of vgRptrInfoLastChange changes." ::= { vgRptrMonitorEntry 3 }
「vgRptrInfoLastChangeの対応するインスタンスの値が変化するとき、このカウンタは不連続を経験するかもしれません。」 ::= vgRptrMonitorEntry3
vgRptrMonHCTotalReadableOctets OBJECT-TYPE SYNTAX Counter64 MAX-ACCESS read-only STATUS current
vgRptrMonHCTotalReadableOctets OBJECT-TYPE SYNTAX Counter64マックス-ACCESS書き込み禁止STATUS海流
Flick Standards Track [Page 30] RFC 2266 IEEE 802.12 Repeater MIB January 1998
リピータMIB1998年1月に標準化過程[30ページ]RFC2266IEEE802.12を軽打してください。
DESCRIPTION "The total number of octets contained in good frames that have been received on all ports in this repeater. If an implementation cannot obtain a count of octets as seen by the repeater itself, this counter may be implemented as the summation of the values of the vgRptrPortHCReadableOctets counters for all of the ports in this repeater.
「八重奏の総数はこのリピータのすべてのポートの上に受け取られた良いフレームに含んだ」記述。 実現がリピータ自体によって見られるように八重奏のカウントを得ることができないなら、vgRptrPortHCReadableOctetsの値の足し算がこのリピータのポートのすべてのために反対するようにこのカウンタは実行されるかもしれません。
This counter is a 64 bit version of vgRptrMonTotalReadableOctets. It should be used by Network Management protocols which support 64 bit counters (e.g. SNMPv2).
このカウンタはvgRptrMonTotalReadableOctetsの64ビットのバージョンです。 それは64ビットのカウンタ(例えば、SNMPv2)を支持するNetwork Managementプロトコルによって使用されるべきです。
This counter may experience a discontinuity when the value of the corresponding instance of vgRptrInfoLastChange changes." ::= { vgRptrMonitorEntry 4 }
「vgRptrInfoLastChangeの対応する例の値が変化するとき、このカウンタは不連続を経験するかもしれません。」 ::= vgRptrMonitorEntry4
vgRptrMonTotalErrors OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "The total number of errors which have occurred on all of the ports in this repeater. If an implementation cannot obtain a count of these errors as seen by the repeater itself, this counter may be implemented as the summation of the values of the vgRptrPortIPMFrames, vgRptrPortOversizeFrames, and vgRptrPortDataErrorFrames counters for all of the ports in this repeater.
vgRptrMonTotalErrors OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「このリピータのポートのすべてに発生した誤りの総数。」 実現がリピータ自体によって見られるようにこれらの誤りのカウントを得ることができないなら、vgRptrPortIPMFrames、vgRptrPortOversizeFrames、およびvgRptrPortDataErrorFramesの値の足し算がこのリピータのポートのすべてのために反対するようにこのカウンタは実行されるかもしれません。
This counter may experience a discontinuity when the value of the corresponding instance of vgRptrInfoLastChange changes." ::= { vgRptrMonitorEntry 5 }
「vgRptrInfoLastChangeの対応する例の値が変化するとき、このカウンタは不連続を経験するかもしれません。」 ::= vgRptrMonitorEntry5
vgRptrMonGroup OBJECT IDENTIFIER ::= { vgRptrMonitor 2 } -- Currently unused
vgRptrMonGroup物の識別子:、:= vgRptrMonitor2--、現在未使用
vgRptrMonPort OBJECT IDENTIFIER ::= { vgRptrMonitor 3 }
vgRptrMonPort物の識別子:、:= vgRptrMonitor3
vgRptrMonPortTable OBJECT-TYPE SYNTAX SEQUENCE OF VgRptrMonPortEntry MAX-ACCESS not-accessible
アクセスしやすくないvgRptrMonPortTable OBJECT-TYPE SYNTAX SEQUENCE OF VgRptrMonPortEntryマックス-ACCESS
Flick Standards Track [Page 31] RFC 2266 IEEE 802.12 Repeater MIB January 1998
リピータMIB1998年1月に標準化過程[31ページ]RFC2266IEEE802.12を軽打してください。
STATUS current DESCRIPTION "A table of performance and error statistics for the ports. The columnar object vgRptrPortLastChange is used to indicate possible discontinuities of counter type columnar objects in this table." ::= { vgRptrMonPort 1 }
STATUSの現在の記述、「ポートへの性能と誤り統計のテーブル。」 「円柱状の物のvgRptrPortLastChangeはこれの円柱状の物が見送るカウンタタイプの可能な不連続を示すのに使用されます。」 ::= vgRptrMonPort1
vgRptrMonPortEntry OBJECT-TYPE SYNTAX VgRptrMonPortEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "An entry in the vgRptrMonPortTable, containing performance and error statistics for a single port." INDEX { vgRptrGroupIndex, vgRptrPortIndex } ::= { vgRptrMonPortTable 1 }
「シングルのためのvgRptrMonPortTableのエントリー、性能を含んで、および誤り統計は移植する」vgRptrMonPortEntry OBJECT-TYPE SYNTAX VgRptrMonPortEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 vgRptrGroupIndex、vgRptrPortIndexに索引をつけてください:、:= vgRptrMonPortTable1
VgRptrMonPortEntry ::= SEQUENCE { vgRptrPortReadableFrames Counter32, vgRptrPortReadableOctets Counter32, vgRptrPortReadOctetRollovers Counter32, vgRptrPortHCReadableOctets Counter64, vgRptrPortUnreadableOctets Counter32, vgRptrPortUnreadOctetRollovers Counter32, vgRptrPortHCUnreadableOctets Counter64, vgRptrPortHighPriorityFrames Counter32, vgRptrPortHighPriorityOctets Counter32, vgRptrPortHighPriOctetRollovers Counter32, vgRptrPortHCHighPriorityOctets Counter64, vgRptrPortNormPriorityFrames Counter32, vgRptrPortNormPriorityOctets Counter32, vgRptrPortNormPriOctetRollovers Counter32, vgRptrPortHCNormPriorityOctets Counter64, vgRptrPortBroadcastFrames Counter32, vgRptrPortMulticastFrames Counter32, vgRptrPortNullAddressedFrames Counter32, vgRptrPortIPMFrames Counter32, vgRptrPortOversizeFrames Counter32, vgRptrPortDataErrorFrames Counter32, vgRptrPortPriorityPromotions Counter32, vgRptrPortTransitionToTrainings Counter32, vgRptrPortLastChange TimeStamp }
VgRptrMonPortEntry:、:= 系列{ vgRptrPortReadableFrames Counter32、vgRptrPortReadableOctets Counter32、vgRptrPortReadOctetRollovers Counter32、vgRptrPortHCReadableOctets Counter64、vgRptrPortUnreadableOctets Counter32、vgRptrPortUnreadOctetRollovers Counter32、vgRptrPortHCUnreadableOctets Counter64、vgRptrPortHighPriorityFrames Counter32、vgRptrPortHighPriorityOctets Counter32、vgRptrPortHighPriOctetRollovers Counter32、vgRptrPortHCHighPriorityOctets Counter64、vgRptrPortNormPriorityFrames Counter32; vgRptrPortNormPriorityOctets Counter32、vgRptrPortNormPriOctetRollovers Counter32、vgRptrPortHCNormPriorityOctets Counter64、vgRptrPortBroadcastFrames Counter32、vgRptrPortMulticastFrames Counter32、vgRptrPortNullAddressedFrames Counter32、vgRptrPortIPMFrames Counter32、vgRptrPortOversizeFrames Counter32、vgRptrPortDataErrorFrames Counter32、vgRptrPortPriorityPromotions Counter32、vgRptrPortTransitionToTrainings Counter32、vgRptrPortLastChangeタイムスタンプ; }
Flick Standards Track [Page 32] RFC 2266 IEEE 802.12 Repeater MIB January 1998
リピータMIB1998年1月に標準化過程[32ページ]RFC2266IEEE802.12を軽打してください。
vgRptrPortReadableFrames OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object is the number of good frames of valid frame length that have been received on this port. This counter is incremented by one for each frame received on the port which is not counted by any of the following error counters: vgRptrPortIPMFrames, vgRptrPortOversizeFrames, vgRptrPortNullAddressedFrames, or vgRptrPortDataErrorFrames.
vgRptrPortReadableFrames OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「これが、反対するこのポートの上に受け取られた有効なフレームの長さの良いフレームの数です」。 このカウンタは以下の誤りカウンタのいずれによっても数えられないポートの上に受け取られた各フレームあたり1つ増加されます: vgRptrPortIPMFrames、vgRptrPortOversizeFrames、vgRptrPortNullAddressedFrames、またはvgRptrPortDataErrorFrames。
This counter may experience a discontinuity when the value of the corresponding instance of vgRptrPortLastChange changes." REFERENCE "IEEE Standard 802.12-1995, 13.2.4.5.1, aReadableFramesReceived." ::= { vgRptrMonPortEntry 1 }
「vgRptrPortLastChangeの対応する例の値が変化するとき、このカウンタは不連続を経験するかもしれません。」 参照、「IEEE標準の802.12-1995 13.2 .4 .5 .1、aReadableFramesReceived、」 ::= vgRptrMonPortEntry1
vgRptrPortReadableOctets OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object is a count of the number of octets contained in good frames that have been received on this port. This counter is incremented by OctetCount for each frame received on this port which has been determined to be a readable frame (i.e. each frame counted by vgRptrPortReadableFrames).
vgRptrPortReadableOctets OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「これが、反対するこのポートの上に受け取られた良いフレームに含まれた八重奏の数のカウントです」。 このカウンタはOctetCountによってこの読み込み可能なフレームであると決心しているポートの上に受け取られた各フレームに増加されます(すなわち各フレームはvgRptrPortReadableFramesによって数えられました)。
Note that this counter can roll over very quickly. A management station is advised to also poll the vgRptrPortReadOctetRollovers object, or to use the 64-bit counter defined by vgRptrPortHCReadableOctets instead of the two 32-bit counters.
このカウンタが非常にすぐにひっくり返ることができることに注意してください。 管理局は、また、vgRptrPortReadOctetRollovers物に投票するか、または2台の32ビットのカウンタの代わりにvgRptrPortHCReadableOctetsによって定義された64ビットのカウンタを使用するようにアドバイスされます。
This two-counter mechanism is provided for those network management protocols that do not support 64-bit counters (e.g. SNMPv1). Note that retrieval of these two counters in the same PDU is NOT guaranteed to be atomic.
64ビットのカウンタ(例えば、SNMPv1)を支持しないそれらのネットワーク管理プロトコルにこの2カウンタのメカニズムを提供します。 同じPDUでのこれらの2台のカウンタの検索が原子であるために保証されないことに注意してください。
Flick Standards Track [Page 33] RFC 2266 IEEE 802.12 Repeater MIB January 1998
リピータMIB1998年1月に標準化過程[33ページ]RFC2266IEEE802.12を軽打してください。
This counter may experience a discontinuity when the value of the corresponding instance of vgRptrPortLastChange changes." REFERENCE "IEEE Standard 802.12-1995, 13.2.4.5.1, aReadableOctetsReceived." ::= { vgRptrMonPortEntry 2 }
「vgRptrPortLastChangeの対応する例の値が変化するとき、このカウンタは不連続を経験するかもしれません。」 参照、「IEEE標準の802.12-1995 13.2 .4 .5 .1、aReadableOctetsReceived、」 ::= vgRptrMonPortEntry2
vgRptrPortReadOctetRollovers OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object is a count of the number of times that the associated instance of the vgRptrPortReadableOctets counter has rolled over.
vgRptrPortReadOctetRollovers OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「これが、反対するvgRptrPortReadableOctetsカウンタの関連例がひっくり返ったという回の数のカウントです」。
This two-counter mechanism is provided for those network management protocols that do not support 64-bit counters (e.g. SNMPv1). Note that retrieval of these two counters in the same PDU is NOT guaranteed to be atomic.
64ビットのカウンタ(例えば、SNMPv1)を支持しないそれらのネットワーク管理プロトコルにこの2カウンタのメカニズムを提供します。 同じPDUでのこれらの2台のカウンタの検索が原子であるために保証されないことに注意してください。
This counter may experience a discontinuity when the value of the corresponding instance of vgRptrPortLastChange changes." REFERENCE "IEEE Standard 802.12-1995, 13.2.4.5.1, aReadableOctetsReceived." ::= { vgRptrMonPortEntry 3 }
「vgRptrPortLastChangeの対応する例の値が変化するとき、このカウンタは不連続を経験するかもしれません。」 参照、「IEEE標準の802.12-1995 13.2 .4 .5 .1、aReadableOctetsReceived、」 ::= vgRptrMonPortEntry3
vgRptrPortHCReadableOctets OBJECT-TYPE SYNTAX Counter64 MAX-ACCESS read-only STATUS current DESCRIPTION "This object is a count of the number of octets contained in good frames that have been received on this port. This counter is incremented by OctetCount for each frame received on this port which has been determined to be a readable frame (i.e. each frame counted by vgRptrPortReadableFrames).
vgRptrPortHCReadableOctets OBJECT-TYPE SYNTAX Counter64のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「これが、反対するこのポートの上に受け取られた良いフレームに含まれた八重奏の数のカウントです」。 このカウンタはOctetCountによってこの読み込み可能なフレームであると決心しているポートの上に受け取られた各フレームに増加されます(すなわち各フレームはvgRptrPortReadableFramesによって数えられました)。
This counter is a 64 bit version of vgRptrPortReadableOctets. It should be used by Network Management protocols which support 64 bit counters (e.g. SNMPv2).
このカウンタはvgRptrPortReadableOctetsの64ビットのバージョンです。 それは64ビットのカウンタ(例えば、SNMPv2)を支持するNetwork Managementプロトコルによって使用されるべきです。
Flick Standards Track [Page 34] RFC 2266 IEEE 802.12 Repeater MIB January 1998
リピータMIB1998年1月に標準化過程[34ページ]RFC2266IEEE802.12を軽打してください。
This counter may experience a discontinuity when the value of the corresponding instance of vgRptrPortLastChange changes." REFERENCE "IEEE Standard 802.12-1995, 13.2.4.5.1, aReadableOctetsReceived." ::= { vgRptrMonPortEntry 4 }
「vgRptrPortLastChangeの対応する例の値が変化するとき、このカウンタは不連続を経験するかもしれません。」 参照、「IEEE標準の802.12-1995 13.2 .4 .5 .1、aReadableOctetsReceived、」 ::= vgRptrMonPortEntry4
vgRptrPortUnreadableOctets OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object is a count of the number of octets contained in invalid frames that have been received on this port. This counter is incremented by OctetCount for each frame received on this port which is counted by vgRptrPortIPMFrames, vgRptrPortOversizeFrames, vgRptrPortNullAddressedFrames, or vgRptrPortDataErrorFrames. This counter can be combined with vgRptrPortReadableOctets to calculate network utilization.
vgRptrPortUnreadableOctets OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「これが、反対するこのポートの上に受け取られた無効のフレームに含まれた八重奏の数のカウントです」。 このカウンタはOctetCountによってvgRptrPortIPMFrames、vgRptrPortOversizeFrames、vgRptrPortNullAddressedFrames、またはvgRptrPortDataErrorFramesによって数えられるこのポートの上に受け取られた各フレームに増加されます。 ネットワーク利用について計算するためにこのカウンタをvgRptrPortReadableOctetsに結合できます。
Note that this counter can roll over very quickly. A management station is advised to also poll the vgRptrPortUnreadOctetRollovers object, or to use the 64-bit counter defined by vgRptrPortHCUnreadableOctets instead of the two 32-bit counters.
このカウンタが非常にすぐにひっくり返ることができることに注意してください。 管理局は、また、vgRptrPortUnreadOctetRollovers物に投票するか、または2台の32ビットのカウンタの代わりにvgRptrPortHCUnreadableOctetsによって定義された64ビットのカウンタを使用するようにアドバイスされます。
This two-counter mechanism is provided for those network management protocols that do not support 64-bit counters (e.g. SNMPv1). Note that retrieval of these two counters in the same PDU is NOT guaranteed to be atomic.
64ビットのカウンタ(例えば、SNMPv1)を支持しないそれらのネットワーク管理プロトコルにこの2カウンタのメカニズムを提供します。 同じPDUでのこれらの2台のカウンタの検索が原子であるために保証されないことに注意してください。
This counter may experience a discontinuity when the value of the corresponding instance of vgRptrPortLastChange changes." REFERENCE "IEEE Standard 802.12-1995, 13.2.4.5.1, aOctetsInUnreadableFramesRcvd." ::= { vgRptrMonPortEntry 5 }
「vgRptrPortLastChangeの対応する例の値が変化するとき、このカウンタは不連続を経験するかもしれません。」 参照、「IEEE標準の802.12-1995 13.2 .4 .5 .1、aOctetsInUnreadableFramesRcvd、」 ::= vgRptrMonPortEntry5
vgRptrPortUnreadOctetRollovers OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only
vgRptrPortUnreadOctetRollovers OBJECT-TYPE SYNTAX Counter32マックス-ACCESS書き込み禁止
Flick Standards Track [Page 35] RFC 2266 IEEE 802.12 Repeater MIB January 1998
リピータMIB1998年1月に標準化過程[35ページ]RFC2266IEEE802.12を軽打してください。
STATUS current DESCRIPTION "This object is a count of the number of times that the associated instance of the vgRptrPortUnreadableOctets counter has rolled over.
STATUSの現在の記述は「これが、反対するvgRptrPortUnreadableOctetsカウンタの関連例がひっくり返ったという回の数のカウントです」。
This two-counter mechanism is provided for those network management protocols that do not support 64-bit counters (e.g. SNMPv1). Note that retrieval of these two counters in the same PDU is NOT guaranteed to be atomic.
64ビットのカウンタ(例えば、SNMPv1)を支持しないそれらのネットワーク管理プロトコルにこの2カウンタのメカニズムを提供します。 同じPDUでのこれらの2台のカウンタの検索が原子であるために保証されないことに注意してください。
This counter may experience a discontinuity when the value of the corresponding instance of vgRptrPortLastChange changes." REFERENCE "IEEE Standard 802.12-1995, 13.2.4.5.1, aOctetsInUnreadableFramesRcvd." ::= { vgRptrMonPortEntry 6 }
「vgRptrPortLastChangeの対応する例の値が変化するとき、このカウンタは不連続を経験するかもしれません。」 参照、「IEEE標準の802.12-1995 13.2 .4 .5 .1、aOctetsInUnreadableFramesRcvd、」 ::= vgRptrMonPortEntry6
vgRptrPortHCUnreadableOctets OBJECT-TYPE SYNTAX Counter64 MAX-ACCESS read-only STATUS current DESCRIPTION "This object is a count of the number of octets contained in invalid frames that have been received on this port. This counter is incremented by OctetCount for each frame received on this port which is counted by vgRptrPortIPMFrames, vgRptrPortOversizeFrames, vgRptrPortNullAddressedFrames, or vgRptrPortDataErrorFrames. This counter can be combined with vgRptrPortHCReadableOctets to calculate network utilization.
vgRptrPortHCUnreadableOctets OBJECT-TYPE SYNTAX Counter64のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「これが、反対するこのポートの上に受け取られた無効のフレームに含まれた八重奏の数のカウントです」。 このカウンタはOctetCountによってvgRptrPortIPMFrames、vgRptrPortOversizeFrames、vgRptrPortNullAddressedFrames、またはvgRptrPortDataErrorFramesによって数えられるこのポートの上に受け取られた各フレームに増加されます。 ネットワーク利用について計算するためにこのカウンタをvgRptrPortHCReadableOctetsに結合できます。
This counter is a 64 bit version of vgRptrPortUnreadableOctets. It should be used by Network Management protocols which support 64 bit counters (e.g. SNMPv2).
このカウンタはvgRptrPortUnreadableOctetsの64ビットのバージョンです。 それは64ビットのカウンタ(例えば、SNMPv2)を支持するNetwork Managementプロトコルによって使用されるべきです。
This counter may experience a discontinuity when the value of the corresponding instance of vgRptrPortLastChange changes." REFERENCE "IEEE Standard 802.12-1995, 13.2.4.5.1, aOctetsInUnreadableFramesRcvd."
「vgRptrPortLastChangeの対応するインスタンスの値が変化するとき、このカウンタは不連続を経験するかもしれません。」 参照、「IEEE標準の802.12-1995 13.2 .4 .5 .1、aOctetsInUnreadableFramesRcvd、」
Flick Standards Track [Page 36] RFC 2266 IEEE 802.12 Repeater MIB January 1998
リピータMIB1998年1月に標準化過程[36ページ]RFC2266IEEE802.12を軽打してください。
::= { vgRptrMonPortEntry 7 }
::= vgRptrMonPortEntry7
vgRptrPortHighPriorityFrames OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object is a count of high priority frames that have been received on this port. This counter is incremented by one for each high priority frame received on this port. This counter includes both good and bad high priority frames, as well as high priority training frames. This counter does not include normal priority frames which were priority promoted.
vgRptrPortHighPriorityFrames OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「これが、反対するこのポートの上に受け取られた高い優先権フレームのカウントです」。 このカウンタはこのポートの上に受け取られたそれぞれの高い優先権フレームあたり1つ増加されます。 このカウンタは善悪の高い優先権フレームと高い優先権トレーニングフレームの両方を含んでいます。 このカウンタは促進された優先権であった正常な優先権フレームを含んでいません。
This counter may experience a discontinuity when the value of the corresponding instance of vgRptrPortLastChange changes." REFERENCE "IEEE Standard 802.12-1995, 13.2.4.5.1, aHighPriorityFramesReceived." ::= { vgRptrMonPortEntry 8 }
「vgRptrPortLastChangeの対応するインスタンスの値が変化するとき、このカウンタは不連続を経験するかもしれません。」 参照、「IEEE標準の802.12-1995 13.2 .4 .5 .1、aHighPriorityFramesReceived、」 ::= vgRptrMonPortEntry8
vgRptrPortHighPriorityOctets OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object is a count of the number of octets contained in high priority frames that have been received on this port. This counter is incremented by OctetCount for each frame received on this port which is counted by vgRptrPortHighPriorityFrames.
vgRptrPortHighPriorityOctets OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「これが、反対するこのポートの上に受け取られた高い優先権フレームに含まれた八重奏の数のカウントです」。 このカウンタはOctetCountによってvgRptrPortHighPriorityFramesによって数えられるこのポートの上に受け取られた各フレームに増加されます。
Note that this counter can roll over very quickly. A management station is advised to also poll the vgRptrPortHighPriOctetRollovers object, or to use the 64-bit counter defined by vgRptrPortHCHighPriorityOctets instead of the two 32-bit counters.
このカウンタが非常にすぐにひっくり返ることができることに注意してください。 管理局は、また、vgRptrPortHighPriOctetRolloversオブジェクトに投票するか、または2台の32ビットのカウンタの代わりにvgRptrPortHCHighPriorityOctetsによって定義された64ビットのカウンタを使用するようにアドバイスされます。
This two-counter mechanism is provided for those network management protocols that do not support 64-bit counters (e.g. SNMPv1). Note that retrieval of these two counters in the same PDU is NOT guaranteed to be atomic.
64ビットのカウンタが(例えば、SNMPv1)であるとサポートしないそれらのネットワーク管理プロトコルにこの2カウンタのメカニズムを提供します。 同じPDUでのこれらの2台のカウンタの検索が原子であるために保証されないことに注意してください。
Flick Standards Track [Page 37] RFC 2266 IEEE 802.12 Repeater MIB January 1998
リピータMIB1998年1月に標準化過程[37ページ]RFC2266IEEE802.12を軽打してください。
This counter may experience a discontinuity when the value of the corresponding instance of vgRptrPortLastChange changes." REFERENCE "IEEE Standard 802.12-1995, 13.2.4.5.1, aHighPriorityOctetsReceived." ::= { vgRptrMonPortEntry 9 }
「vgRptrPortLastChangeの対応するインスタンスの値が変化するとき、このカウンタは不連続を経験するかもしれません。」 参照、「IEEE標準の802.12-1995 13.2 .4 .5 .1、aHighPriorityOctetsReceived、」 ::= vgRptrMonPortEntry9
vgRptrPortHighPriOctetRollovers OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object is a count of the number of times that the associated instance of the vgRptrPortHighPriorityOctets counter has rolled over.
vgRptrPortHighPriOctetRollovers OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「これが、反対するvgRptrPortHighPriorityOctetsカウンタの関連インスタンスがひっくり返ったという回の数のカウントです」。
This two-counter mechanism is provided for those network management protocols that do not support 64-bit counters (e.g. SNMPv1). Note that retrieval of these two counters in the same PDU is NOT guaranteed to be atomic.
64ビットのカウンタが(例えば、SNMPv1)であるとサポートしないそれらのネットワーク管理プロトコルにこの2カウンタのメカニズムを提供します。 同じPDUでのこれらの2台のカウンタの検索が原子であるために保証されないことに注意してください。
This counter may experience a discontinuity when the value of the corresponding instance of vgRptrPortLastChange changes." REFERENCE "IEEE Standard 802.12-1995, 13.2.4.5.1, aHighPriorityOctetsReceived." ::= { vgRptrMonPortEntry 10 }
「vgRptrPortLastChangeの対応するインスタンスの値が変化するとき、このカウンタは不連続を経験するかもしれません。」 参照、「IEEE標準の802.12-1995 13.2 .4 .5 .1、aHighPriorityOctetsReceived、」 ::= vgRptrMonPortEntry10
vgRptrPortHCHighPriorityOctets OBJECT-TYPE SYNTAX Counter64 MAX-ACCESS read-only STATUS current DESCRIPTION "This object is a count of the number of octets contained in high priority frames that have been received on this port. This counter is incremented by OctetCount for each frame received on this port which is counted by vgRptrPortHighPriorityFrames.
vgRptrPortHCHighPriorityOctets OBJECT-TYPE SYNTAX Counter64のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「これが、反対するこのポートの上に受け取られた高い優先権フレームに含まれた八重奏の数のカウントです」。 このカウンタはOctetCountによってvgRptrPortHighPriorityFramesによって数えられるこのポートの上に受け取られた各フレームに増加されます。
This counter is a 64 bit version of vgRptrPortHighPriorityOctets. It should be used by Network Management protocols which support 64 bit counters (e.g. SNMPv2).
このカウンタはvgRptrPortHighPriorityOctetsの64ビットのバージョンです。 それは64ビットがカウンタ(例えば、SNMPv2)であるとサポートするNetwork Managementプロトコルによって使用されるべきです。
Flick Standards Track [Page 38] RFC 2266 IEEE 802.12 Repeater MIB January 1998
リピータMIB1998年1月に標準化過程[38ページ]RFC2266IEEE802.12を軽打してください。
This counter may experience a discontinuity when the value of the corresponding instance of vgRptrPortLastChange changes." REFERENCE "IEEE Standard 802.12-1995, 13.2.4.5.1, aHighPriorityOctetsReceived." ::= { vgRptrMonPortEntry 11 }
「vgRptrPortLastChangeの対応するインスタンスの値が変化するとき、このカウンタは不連続を経験するかもしれません。」 参照、「IEEE標準の802.12-1995 13.2 .4 .5 .1、aHighPriorityOctetsReceived、」 ::= vgRptrMonPortEntry11
vgRptrPortNormPriorityFrames OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object is a count of normal priority frames that have been received on this port. This counter is incremented by one for each normal priority frame received on this port. This counter includes both good and bad normal priority frames, as well as normal priority training frames and normal priority frames which were priority promoted.
vgRptrPortNormPriorityFrames OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「これが、反対するこのポートの上に受け取られた正常な優先権フレームのカウントです」。 このカウンタはこのポートの上に受け取られたそれぞれの正常な優先権フレームあたり1つ増加されます。 このカウンタは良いものと同様に悪い正常な優先権フレームを含んでいます、正常な優先権トレーニングフレームと促進された優先権であった正常な優先権フレームと同様に。
This counter may experience a discontinuity when the value of the corresponding instance of vgRptrPortLastChange changes." REFERENCE "IEEE Standard 802.12-1995, 13.2.4.5.1, aNormalPriorityFramesReceived." ::= { vgRptrMonPortEntry 12 }
「vgRptrPortLastChangeの対応するインスタンスの値が変化するとき、このカウンタは不連続を経験するかもしれません。」 参照、「IEEE標準の802.12-1995 13.2 .4 .5 .1、aNormalPriorityFramesReceived、」 ::= vgRptrMonPortEntry12
vgRptrPortNormPriorityOctets OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object is a count of the number of octets contained in normal priority frames that have been received on this port. This counter is incremented by OctetCount for each frame received on this port which is counted by vgRptrPortNormPriorityFrames.
vgRptrPortNormPriorityOctets OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「これが、反対するこのポートの上に受け取られた正常な優先権フレームに含まれた八重奏の数のカウントです」。 このカウンタはOctetCountによってvgRptrPortNormPriorityFramesによって数えられるこのポートの上に受け取られた各フレームに増加されます。
Note that this counter can roll over very quickly. A management station is advised to also poll the vgRptrPortNormPriOctetRollovers object, or to use the 64-bit counter defined by vgRptrPortHCNormPriorityOctets instead of the two 32-bit counters.
このカウンタが非常にすぐにひっくり返ることができることに注意してください。 管理局は、また、vgRptrPortNormPriOctetRolloversオブジェクトに投票するか、または2台の32ビットのカウンタの代わりにvgRptrPortHCNormPriorityOctetsによって定義された64ビットのカウンタを使用するようにアドバイスされます。
Flick Standards Track [Page 39] RFC 2266 IEEE 802.12 Repeater MIB January 1998
リピータMIB1998年1月に標準化過程[39ページ]RFC2266IEEE802.12を軽打してください。
This two-counter mechanism is provided for those network management protocols that do not support 64-bit counters (e.g. SNMPv1). Note that retrieval of these two counters in the same PDU is NOT guaranteed to be atomic.
64ビットのカウンタが(例えば、SNMPv1)であるとサポートしないそれらのネットワーク管理プロトコルにこの2カウンタのメカニズムを提供します。 同じPDUでのこれらの2台のカウンタの検索が原子であるために保証されないことに注意してください。
This counter may experience a discontinuity when the value of the corresponding instance of vgRptrPortLastChange changes." REFERENCE "IEEE Standard 802.12-1995, 13.2.4.5.1, aNormalPriorityOctetsReceived." ::= { vgRptrMonPortEntry 13 }
「vgRptrPortLastChangeの対応するインスタンスの値が変化するとき、このカウンタは不連続を経験するかもしれません。」 参照、「IEEE標準の802.12-1995 13.2 .4 .5 .1、aNormalPriorityOctetsReceived、」 ::= vgRptrMonPortEntry13
vgRptrPortNormPriOctetRollovers OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object is a count of the number of times that the associated instance of the vgRptrPortNormPriorityOctets counter has rolled over.
vgRptrPortNormPriOctetRollovers OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「これが、反対するvgRptrPortNormPriorityOctetsカウンタの関連インスタンスがひっくり返ったという回の数のカウントです」。
This two-counter mechanism is provided for those network management protocols that do not support 64-bit counters (e.g. SNMPv1). Note that retrieval of these two counters in the same PDU is NOT guaranteed to be atomic.
64ビットのカウンタが(例えば、SNMPv1)であるとサポートしないそれらのネットワーク管理プロトコルにこの2カウンタのメカニズムを提供します。 同じPDUでのこれらの2台のカウンタの検索が原子であるために保証されないことに注意してください。
This counter may experience a discontinuity when the value of the corresponding instance of vgRptrPortLastChange changes." REFERENCE "IEEE Standard 802.12-1995, 13.2.4.5.1, aNormalPriorityOctetsReceived."
「vgRptrPortLastChangeの対応するインスタンスの値が変化するとき、このカウンタは不連続を経験するかもしれません。」 参照、「IEEE標準の802.12-1995 13.2 .4 .5 .1、aNormalPriorityOctetsReceived、」
::= { vgRptrMonPortEntry 14 }
::= vgRptrMonPortEntry14
vgRptrPortHCNormPriorityOctets OBJECT-TYPE SYNTAX Counter64 MAX-ACCESS read-only STATUS current DESCRIPTION "This object is a count of the number of octets contained in normal priority frames that have been received on this port. This counter is incremented by OctetCount for each frame received
vgRptrPortHCNormPriorityOctets OBJECT-TYPE SYNTAX Counter64のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「これが、反対するこのポートの上に受け取られた正常な優先権フレームに含まれた八重奏の数のカウントです」。 このカウンタはOctetCountによって受け取られた各フレームに増加されます。
Flick Standards Track [Page 40] RFC 2266 IEEE 802.12 Repeater MIB January 1998
リピータMIB1998年1月に標準化過程[40ページ]RFC2266IEEE802.12を軽打してください。
on this port which is counted by vgRptrPortNormPriorityFrames.
vgRptrPortNormPriorityFramesによって数えられるこのポートの上で。
This counter is a 64 bit version of vgRptrPortNormPriorityOctets. It should be used by Network Management protocols which support 64 bit counters (e.g. SNMPv2).
このカウンタはvgRptrPortNormPriorityOctetsの64ビットのバージョンです。 それは64ビットがカウンタ(例えば、SNMPv2)であるとサポートするNetwork Managementプロトコルによって使用されるべきです。
This counter may experience a discontinuity when the value of the corresponding instance of vgRptrPortLastChange changes." REFERENCE "IEEE Standard 802.12-1995, 13.2.4.5.1, aNormalPriorityOctetsReceived." ::= { vgRptrMonPortEntry 15 }
「vgRptrPortLastChangeの対応するインスタンスの値が変化するとき、このカウンタは不連続を経験するかもしれません。」 参照、「IEEE標準の802.12-1995 13.2 .4 .5 .1、aNormalPriorityOctetsReceived、」 ::= vgRptrMonPortEntry15
vgRptrPortBroadcastFrames OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object is a count of broadcast packets that have been received on this port. This counter is incremented by one for each readable frame received on this port whose destination MAC address is the broadcast address. Frames counted by this counter are also counted by vgRptrPortReadableFrames.
vgRptrPortBroadcastFrames OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「これが、反対するこのポートの上に受け取られた放送パケットのカウントです」。 このカウンタは送付先MACアドレスが放送演説であるこのポートの上に受け取られたそれぞれの読み込み可能なフレームあたり1つ増加されます。 また、このカウンタによって数えられたフレームはvgRptrPortReadableFramesによって数えられます。
This counter may experience a discontinuity when the value of the corresponding instance of vgRptrPortLastChange changes." REFERENCE "IEEE Standard 802.12-1995, 13.2.4.5.1, aBroadcastFramesReceived." ::= { vgRptrMonPortEntry 16 }
「vgRptrPortLastChangeの対応するインスタンスの値が変化するとき、このカウンタは不連続を経験するかもしれません。」 参照、「IEEE標準の802.12-1995 13.2 .4 .5 .1、aBroadcastFramesReceived、」 ::= vgRptrMonPortEntry16
vgRptrPortMulticastFrames OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object is a count of multicast packets that have been received on this port. This counter is incremented by one for each readable frame received on this port whose destination MAC address has the group address bit set, but is not the broadcast address. Frames counted by this
vgRptrPortMulticastFrames OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「これが、反対するこのポートの上に受け取られたマルチキャストパケットのカウントです」。 このカウンタは送付先MACアドレスがグループアドレスビットを設定させますが、放送演説でないこのポートの上に受け取られたそれぞれの読み込み可能なフレームあたり1つ増加されます。 これによって数えられたフレーム
Flick Standards Track [Page 41] RFC 2266 IEEE 802.12 Repeater MIB January 1998
リピータMIB1998年1月に標準化過程[41ページ]RFC2266IEEE802.12を軽打してください。
counter are also counted by vgRptrPortReadableFrames, but not by vgRptrPortBroadcastFrames. Note that when the value of the instance vgRptrInfoCurrentFramingType for the repeater that this port is associated with is equal to 'frameType88025', this count includes packets addressed to functional addresses.
カウンタは、また、vgRptrPortReadableFramesが数えられますが、vgRptrPortBroadcastFramesによって数えられるというわけではありません。 このポートが関連しているリピータのためのインスタンスvgRptrInfoCurrentFramingTypeの値が'frameType88025'と等しいときに、このカウントが機能アドレスに扱われたパケットを含んでいることに注意してください。
This counter may experience a discontinuity when the value of the corresponding instance of vgRptrPortLastChange changes." REFERENCE "IEEE Standard 802.12-1995, 13.2.4.5.1, aMulticastFramesReceived." ::= { vgRptrMonPortEntry 17 }
「vgRptrPortLastChangeの対応するインスタンスの値が変化するとき、このカウンタは不連続を経験するかもしれません。」 参照、「IEEE標準の802.12-1995 13.2 .4 .5 .1、aMulticastFramesReceived、」 ::= vgRptrMonPortEntry17
vgRptrPortNullAddressedFrames OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object is a count of null addressed packets that have been received on this port. This counter is incremented by one for each frame received on this port with a destination MAC address consisting of all zero bits. Both void and training frames are included in this counter.
vgRptrPortNullAddressedFrames OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「これが、反対するこのポートの上に受け取られたパケットであると扱われたヌルのカウントです」。 送付先MACアドレスがすべてのゼロ・ビットから成っていて、このカウンタはこのポートの上に受け取られた各フレームあたり1つ増加されます。 空間とトレーニングフレームの両方がこのカウンタに含まれています。
This counter may experience a discontinuity when the value of the corresponding instance of vgRptrPortLastChange changes." REFERENCE "IEEE Standard 802.12-1995, 13.2.4.5.1, aNullAddressedFramesReceived." ::= { vgRptrMonPortEntry 18 }
「vgRptrPortLastChangeの対応する例の値が変化するとき、このカウンタは不連続を経験するかもしれません。」 参照、「IEEE標準の802.12-1995 13.2 .4 .5 .1、aNullAddressedFramesReceived、」 ::= vgRptrMonPortEntry18
vgRptrPortIPMFrames OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object is a count of the number of frames that have been received on this port with an invalid packet marker and no PMI errors. A repeater will write an invalid packet marker to the end of a frame containing errors as it is
vgRptrPortIPMFrames OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「このポートの上に無効のパケットマーカーで受け取られたフレームの数のカウントにもかかわらず、これが、反対するPMI誤りではありません」。 それが書くようにリピータは無効のパケットマーカーを誤りを含むフレームの端まで書くでしょう。
Flick Standards Track [Page 42] RFC 2266 IEEE 802.12 Repeater MIB January 1998
リピータMIB1998年1月に標準化過程[42ページ]RFC2266IEEE802.12を軽打してください。
forwarded through the repeater to the other ports. This counter is incremented by one for each frame received on this port which has had an invalid packet marker added to the end of the frame.
リピータを通して他のポートに送ります。 このカウンタは無効のパケットマーカーをフレームの端に加えたこのポートの上に受け取られた各フレームあたり1つ増加されます。
This counter indicates problems occurring in the domain of other repeaters, as opposed to problems with cables or devices directly attached to this repeater.
このカウンタは他のリピータのドメインに起こることにおける問題を示します、直接このリピータに取り付けられるケーブルか装置に関する問題と対照的に。
This counter may experience a discontinuity when the value of the corresponding instance of vgRptrPortLastChange changes." REFERENCE "IEEE Standard 802.12-1995, 13.2.4.5.1, aIPMFramesReceived." ::= { vgRptrMonPortEntry 19 }
「vgRptrPortLastChangeの対応する例の値が変化するとき、このカウンタは不連続を経験するかもしれません。」 参照、「IEEE標準の802.12-1995 13.2 .4 .5 .1、aIPMFramesReceived、」 ::= vgRptrMonPortEntry19
vgRptrPortOversizeFrames OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object is a count of oversize frames received on this port. This counter is incremented by one for each frame received on this port whose OctetCount is larger than the maximum legal frame size.
vgRptrPortOversizeFrames OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「これが、反対するこのポートの上に受け取られた特大のフレームのカウントです」。 このカウンタはOctetCountが最大の法的なフレーム・サイズより大きいこのポートの上に受け取られた各フレームあたり1つ増加されます。
The frame size which causes this counter to increment is dependent on the current value of vgRptrInfoCurrentFramingType for the repeater that the port is associated with. When vgRptrInfoCurrentFramingType is equal to frameType88023 this counter will increment for frames that are 1519 octets or larger. When vgRptrInfoCurrentFramingType is equal to frameType88025 this counter will increment for frames that are 4521 octets or larger.
ポートが関連しているリピータにおいて、増分へのこのカウンタを引き起こすフレーム・サイズはvgRptrInfoCurrentFramingTypeの現行価値に依存しています。 vgRptrInfoCurrentFramingTypeがframeType88023と等しいときに、このカウンタは1519の八重奏の、または、より大きいフレームに増加するでしょう。 vgRptrInfoCurrentFramingTypeがframeType88025と等しいときに、このカウンタは4521の八重奏の、または、より大きいフレームに増加するでしょう。
This counter may experience a discontinuity when the value of the corresponding instance of vgRptrPortLastChange changes." REFERENCE "IEEE Standard 802.12-1995, 13.2.4.5.1, aOversizeFramesReceived." ::= { vgRptrMonPortEntry 20 }
「vgRptrPortLastChangeの対応する例の値が変化するとき、このカウンタは不連続を経験するかもしれません。」 参照、「IEEE標準の802.12-1995 13.2 .4 .5 .1、aOversizeFramesReceived、」 ::= vgRptrMonPortEntry20
Flick Standards Track [Page 43] RFC 2266 IEEE 802.12 Repeater MIB January 1998
リピータMIB1998年1月に標準化過程[43ページ]RFC2266IEEE802.12を軽打してください。
vgRptrPortDataErrorFrames OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object is a count of errored frames received on this port. This counter is incremented by one for each frame received on this port with any of the following errors: bad FCS (with no IPM), PMI errors (excluding frames with an IPM error as the only PMI error), or undersize (with no IPM). Does not include packets counted by vgRptrPortIPMFrames, vgRptrPortOversizeFrames, or vgRptrPortNullAddressedFrames.
vgRptrPortDataErrorFrames OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「これが、反対するこのポートの上に受け取られたerroredフレームのカウントです」。 このカウンタはこのポートの上に以下の誤りのいずれによっても受け取られた各フレームあたり1つ増加されます: 悪いFCS(IPMのない)、PMI誤り(唯一のPMI誤りとしてIPM誤りでフレームを除く)、またはアンダサイズ(IPMのない)。 vgRptrPortIPMFrames、vgRptrPortOversizeFrames、またはvgRptrPortNullAddressedFramesによって数えられたパケットを含んでいません。
This counter indicates problems with cables or devices directly connected to this repeater, while vgRptrPortIPMFrames indicates problems occurring in the domain of other repeaters.
このカウンタは直接このリピータに接続されるケーブルか装置に関する問題を示します、vgRptrPortIPMFramesが他のリピータのドメインに起こることにおける問題を示しますが。
This counter may experience a discontinuity when the value of the corresponding instance of vgRptrPortLastChange changes." REFERENCE "IEEE Standard 802.12-1995, 13.2.4.5.1, aDataErrorFramesReceived." ::= { vgRptrMonPortEntry 21 }
「vgRptrPortLastChangeの対応する例の値が変化するとき、このカウンタは不連続を経験するかもしれません。」 参照、「IEEE標準の802.12-1995 13.2 .4 .5 .1、aDataErrorFramesReceived、」 ::= vgRptrMonPortEntry21
vgRptrPortPriorityPromotions OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This counter is incremented by one each time the priority promotion timer has expired on this port and a normal priority frame is priority promoted.
vgRptrPortPriorityPromotions OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「このカウンタは優先権販売促進タイマがこのポートで期限が切れて、正常な優先権フレームが促進された優先権である各時に1つ増加されます」。
This counter may experience a discontinuity when the value of the corresponding instance of vgRptrPortLastChange changes." REFERENCE "IEEE Standard 802.12-1995, 13.2.4.5.1, aPriorityPromotions." ::= { vgRptrMonPortEntry 22 }
「vgRptrPortLastChangeの対応する例の値が変化するとき、このカウンタは不連続を経験するかもしれません。」 参照、「IEEE標準の802.12-1995 13.2 .4 .5 .1、aPriorityPromotions、」 ::= vgRptrMonPortEntry22
vgRptrPortTransitionToTrainings OBJECT-TYPE
vgRptrPortTransitionToTrainingsオブジェクト・タイプ
Flick Standards Track [Page 44] RFC 2266 IEEE 802.12 Repeater MIB January 1998
リピータMIB1998年1月に標準化過程[44ページ]RFC2266IEEE802.12を軽打してください。
SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This counter is incremented by one each time the vgRptrPortStatus object for this port transitions into the 'training' state.
「増加されたこのカウンタは1時までにそれぞれこのポート変遷のためのvgRptrPortStatus物を'トレーニングに調節すること'が述べるSYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、」
This counter may experience a discontinuity when the value of the corresponding instance of vgRptrPortLastChange changes." REFERENCE "IEEE Standard 802.12-1995, 13.2.4.5.1, aTransitionsIntoTraining." ::= { vgRptrMonPortEntry 23 }
「vgRptrPortLastChangeの対応する例の値が変化するとき、このカウンタは不連続を経験するかもしれません。」 参照、「IEEE標準の802.12-1995 13.2 .4 .5 .1、aTransitionsIntoTraining、」 ::= vgRptrMonPortEntry23
vgRptrPortLastChange OBJECT-TYPE SYNTAX TimeStamp MAX-ACCESS read-only STATUS current DESCRIPTION "The value of sysUpTime when the last of the following occurred: 1) the agent cold- or warm-started; 2) the row for the port was created (such as when a device or module was added to the system); or 3) any condition that would cause one of the counters for the row to experience a discontinuity." ::= { vgRptrMonPortEntry 24 }
vgRptrPortLastChange OBJECT-TYPE SYNTAX TimeStampのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「以下の最終であるときに、sysUpTimeの値は起こりました」。 1) エージェント寒さか暖かく始められる。 2) ポートへの列は作成されました(装置かモジュールがシステムに追加された時としてのそのようなもの)。 「いずれも条件とさせる列へのカウンタのひとりに不連続を経験させる3)」 ::= vgRptrMonPortEntry24
vgRptrAddrTrack OBJECT IDENTIFIER ::= { vgRptrObjects 3 }
vgRptrAddrTrack物の識別子:、:= vgRptrObjects3
vgRptrAddrTrackRptr OBJECT IDENTIFIER ::= { vgRptrAddrTrack 1 }
vgRptrAddrTrackRptr物の識別子:、:= vgRptrAddrTrack1
-- Currently unused
-- 現在、未使用です。
vgRptrAddrTrackGroup OBJECT IDENTIFIER ::= { vgRptrAddrTrack 2 } -- Currently unused
vgRptrAddrTrackGroup物の識別子:、:= vgRptrAddrTrack2--、現在未使用
vgRptrAddrTrackPort OBJECT IDENTIFIER ::= { vgRptrAddrTrack 3 }
vgRptrAddrTrackPort物の識別子:、:= vgRptrAddrTrack3
vgRptrAddrTrackTable OBJECT-TYPE
vgRptrAddrTrackTableオブジェクト・タイプ
Flick Standards Track [Page 45] RFC 2266 IEEE 802.12 Repeater MIB January 1998
リピータMIB1998年1月に標準化過程[45ページ]RFC2266IEEE802.12を軽打してください。
SYNTAX SEQUENCE OF VgRptrAddrTrackEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "Table of address mapping information about the ports." ::= { vgRptrAddrTrackPort 1 }
SYNTAX SEQUENCE OF VgRptrAddrTrackEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「ポートに関するアドレスマッピング情報のテーブル。」 ::= vgRptrAddrTrackPort1
vgRptrAddrTrackEntry OBJECT-TYPE SYNTAX VgRptrAddrTrackEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "An entry in the table, containing address mapping information about a single port." INDEX { vgRptrGroupIndex, vgRptrPortIndex } ::= { vgRptrAddrTrackTable 1 }
vgRptrAddrTrackEntry OBJECT-TYPE SYNTAX VgRptrAddrTrackEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「単一のポートに関するアドレスマッピング情報を含むテーブルのエントリー。」 vgRptrGroupIndex、vgRptrPortIndexに索引をつけてください:、:= vgRptrAddrTrackTable1
VgRptrAddrTrackEntry ::= SEQUENCE { vgRptrAddrLastTrainedAddress OCTET STRING, vgRptrAddrTrainedAddrChanges Counter32, vgRptrRptrDetectedDupAddress TruthValue, vgRptrMgrDetectedDupAddress TruthValue }
VgRptrAddrTrackEntry:、:= 系列vgRptrAddrLastTrainedAddress八重奏ストリング、vgRptrAddrTrainedAddrChanges Counter32、vgRptrRptrDetectedDupAddress TruthValue、vgRptrMgrDetectedDupAddress TruthValue
vgRptrAddrLastTrainedAddress OBJECT-TYPE SYNTAX OCTET STRING (SIZE(0 | 6)) MAX-ACCESS read-only STATUS current DESCRIPTION "This object is the MAC address of the last station which succeeded in training on this port. A cascaded repeater may train using the null address. If no stations have succeeded in training on this port since the agent began monitoring the port activity, the agent shall return a string of length zero." REFERENCE "IEEE Standard 802.12-1995, 13.2.4.5.1, aLastTrainedAddress." ::= { vgRptrAddrTrackEntry 1 }
vgRptrAddrLastTrainedAddress OBJECT-TYPE SYNTAX OCTET STRING(SIZE(0|6))のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「これが、反対するこのポートのトレーニングに成功した最後のステーションのMACアドレスです」。 どっと落しているリピータは、空アドレスを使用することで訓練されるかもしれません。 「エージェントがポート活動をモニターし始めて以来どんなステーションもこのポートのトレーニングに成功していないなら、エージェントは長さゼロのストリングを返すものとします。」 参照、「IEEE標準の802.12-1995 13.2 .4 .5 .1、aLastTrainedAddress、」 ::= vgRptrAddrTrackEntry1
vgRptrAddrTrainedAddrChanges OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current
vgRptrAddrTrainedAddrChanges OBJECT-TYPE SYNTAX Counter32マックス-ACCESS書き込み禁止STATUS海流
Flick Standards Track [Page 46] RFC 2266 IEEE 802.12 Repeater MIB January 1998
リピータMIB1998年1月に標準化過程[46ページ]RFC2266IEEE802.12を軽打してください。
DESCRIPTION "This counter is incremented by one for each time that the vgRptrAddrLastTrainedAddress object for this port changes." REFERENCE "IEEE Standard 802.12-1995, 13.2.4.5.1, aTrainedAddressChanges." ::= { vgRptrAddrTrackEntry 2 }
記述、「このカウンタはこのポートへのvgRptrAddrLastTrainedAddress物が変化する各回あたり1つ増加されます」。 参照、「IEEE標準の802.12-1995 13.2 .4 .5 .1、aTrainedAddressChanges、」 ::= vgRptrAddrTrackEntry2
vgRptrRptrDetectedDupAddress OBJECT-TYPE SYNTAX TruthValue MAX-ACCESS read-only STATUS current DESCRIPTION "This object is used to indicate that the repeater detected an error-free training frame on this port with a non-null source MAC address which matches the value of vgRptrAddrLastTrainedAddress of another active port in the same repeater. This is reset to 'false' when an error-free training frame is received with a non-null source MAC address which does not match vgRptrAddrLastTrainedAddress of another port which is active in the same repeater.
vgRptrRptrDetectedDupAddress OBJECT-TYPE SYNTAX TruthValueのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「リピータが同じリピータの別の動作中のポートのvgRptrAddrLastTrainedAddressの値に合っている非ヌルソースMACアドレスでこのポートの上のエラーのないトレーニングフレームを検出したのを示すために、使用これが反対するされます」。 別の同じリピータでアクティブなポートのvgRptrAddrLastTrainedAddressに合っていない非ヌルソースMACアドレスでエラーのないトレーニングフレームを受け取るとき、'誤っていること'にこれをリセットします。
For the cascade port, this object will be 'true' if the 'D' bit in the most recently received error-free training response frame was set, indicating the device at the other end of the link believes that this repeater's cascade port is using a duplicate address. This may be because the device at the other end of the link detected a duplicate address itself, or, if the other device is also a repeater, it could be because vgRptrMgrDetectedDupAddress was set to 'true' on the port that this repeater's cascade port is connected to." REFERENCE "IEEE Standard 802.12-1995, 13.2.4.5.1, aLocalRptrDetectedDupAddr." ::= { vgRptrAddrTrackEntry 3 }
最も最近容認されたエラーのないトレーニングレスポンス・フレームの'D'ビットが設定されたなら、この物はカスケードポートに関しては、'になるでしょう'本当、リンクのもう一方の端の装置が、このリピータのカスケードポートが写しアドレスを使用していると信じているのを示して。 「これがリンクのもう一方の端の装置が写しアドレス自体を検出したからであるまた、対向機器がリピータであるならそれはvgRptrMgrDetectedDupAddressがこのリピータのカスケードポートが接続されるポートで'本当に'用意ができていたからであるかもしれません。」 参照、「IEEE標準の802.12-1995 13.2 .4 .5 .1、aLocalRptrDetectedDupAddr、」 ::= vgRptrAddrTrackEntry3
vgRptrMgrDetectedDupAddress OBJECT-TYPE SYNTAX TruthValue MAX-ACCESS read-write STATUS current DESCRIPTION "This object can be set by a management station
vgRptrMgrDetectedDupAddress OBJECT-TYPE SYNTAX TruthValueマックス-ACCESSは「管理局はこの物を設定できること」をSTATUSの現在の記述に読書して書きます。
Flick Standards Track [Page 47] RFC 2266 IEEE 802.12 Repeater MIB January 1998
リピータMIB1998年1月に標準化過程[47ページ]RFC2266IEEE802.12を軽打してください。
when it detects that there is a duplicate MAC address. This object is OR'd with vgRptrRptrDetectedDupAddress to form the value of the 'D' bit in training response frames on this port.
それを検出するとき、写しMACアドレスがあります。 この物はそうです。ORはトレーニングレスポンス・フレームの'D'ビットの価値をこのポートに形成するvgRptrRptrDetectedDupAddressと共にそうするでしょう。
The purpose of this object is to provide a means for network management software to inform an end station that it is using a duplicate station address. Setting this object does not affect the current state of the link; the end station will not be informed of the duplicate address until it retrains for some reason. Note that regardless of its station address, the end station will not be able to train successfully until the network management software has set this object back to 'false'. Although this object exists on cascade ports, it does not perform any function since this repeater is the initiator of training on a cascade port." REFERENCE "IEEE Standard 802.12-1995, 13.2.4.5.1, aCentralMgmtDetectedDupAddr." ::= { vgRptrAddrTrackEntry 4 }
この物の目的はネットワークマネージメントソフトウェアが写しステーションアドレスを使用していることを端のステーションに知らせる手段を提供することです。 この物を設定するのはリンクの現状に影響しません。 端のステーションは写しアドレスで知識があるようにある理由で再教育するまでならないでしょう。 ステーションアドレスにかかわらずネットワークマネージメントソフトウェアが'誤っていること'にこの物を遅らせるまで端のステーションが首尾よく訓練できないことに注意してください。 「この物はカスケードポートの上に存在していますが、このリピータがカスケードポートのトレーニングの創始者であるので、どんな機能も実行しません。」 参照、「IEEE標準の802.12-1995 13.2 .4 .5 .1、aCentralMgmtDetectedDupAddr、」 ::= vgRptrAddrTrackEntry4
vgRptrTraps OBJECT IDENTIFIER ::= { vgRptrMIB 2 } vgRptrTrapPrefix OBJECT IDENTIFIER ::= { vgRptrTraps 0 }
vgRptrTraps物の識別子:、:= vgRptrMIB2vgRptrTrapPrefix物の識別子:、:= vgRptrTraps0
vgRptrHealth NOTIFICATION-TYPE OBJECTS { vgRptrInfoOperStatus } STATUS current DESCRIPTION "A vgRptrHealth trap conveys information related to the operational state of a repeater. This trap is sent when the value of an instance of vgRptrInfoOperStatus changes. The vgRptrHealth trap is not sent as a result of powering up a repeater.
vgRptrHealth NOTIFICATION-TYPE OBJECTS vgRptrInfoOperStatus、STATUSの現在の記述、「vgRptrHealth罠はリピータの操作上の状態に関連する情報を伝えます」。 vgRptrInfoOperStatusのインスタンスの値が変化するとき、この罠を送ります。 vgRptrHealth罠はリピータへの動かすことの結果、送られません。
The vgRptrHealth trap must contain the instance of the vgRptrInfoOperStatus object associated with the affected repeater.
vgRptrHealth罠は影響を受けるリピータに関連しているvgRptrInfoOperStatusオブジェクトのインスタンスを含まなければなりません。
The agent must throttle the generation of consecutive vgRptrHealth traps so that there is at least a five-second gap between traps of this type. When traps are throttled, they are dropped,
エージェントは、このタイプの罠の間には、少なくとも5秒のギャップがあるように、連続したvgRptrHealth罠の世代を阻止しなければなりません。 罠が阻止されるとき、それらは下げられます。
Flick Standards Track [Page 48] RFC 2266 IEEE 802.12 Repeater MIB January 1998
リピータMIB1998年1月に標準化過程[48ページ]RFC2266IEEE802.12を軽打してください。
not queued for sending at a future time. (Note that 'generating' a trap means sending to all configured recipients.)" REFERENCE "IEEE 802.12, Layer Management, 13.2.4.2.3, nRepeaterHealth." ::= { vgRptrTrapPrefix 1 }
将来の時間に発信するために、列を作りませんでした。 (罠が'生成する'であることが、すべての構成された受取人に発信することを意味することに注意してください。)IEEE802.12、管理、13.2を層にしてください。「参照、「.4 .2 .3、nRepeaterHealth、」、」 ::= vgRptrTrapPrefix1
vgRptrResetEvent NOTIFICATION-TYPE OBJECTS { vgRptrInfoOperStatus } STATUS current DESCRIPTION "A vgRptrResetEvent trap conveys information related to the operational state of a repeater. This trap is sent on completion of a repeater reset action. A repeater reset action is defined as a transition to its initial state as specified in clause 12 [IEEE Std 802.12] when triggered by a management command.
vgRptrResetEvent NOTIFICATION-TYPE OBJECTS vgRptrInfoOperStatus、STATUSの現在の記述、「vgRptrResetEvent罠はリピータの操作上の状態に関連する情報を伝えます」。 リピータリセット動作の完成にこの罠を送ります。 管理命令で引き起こされると、リピータリセット動作は12番目の節[IEEE Std802.12]の指定されるとしての初期状態への変遷と定義されます。
The vgRptrResetEvent trap is not sent when the agent restarts and sends an SNMP coldStart or warmStart trap.
エージェントがSNMP coldStartかwarmStart罠を再開して、送るとき、vgRptrResetEvent罠は送られません。
The vgRptrResetEvent trap must contain the instance of the vgRptrInfoOperStatus object associated with the affected repeater.
vgRptrResetEvent罠は影響を受けるリピータに関連しているvgRptrInfoOperStatusオブジェクトのインスタンスを含まなければなりません。
The agent must throttle the generation of consecutive vgRptrResetEvent traps so that there is at least a five-second gap between traps of this type. When traps are throttled, they are dropped, not queued for sending at a future time. (Note that 'generating' a trap means sending to all configured recipients.)" REFERENCE "IEEE 802.12, Layer Management, 13.2.4.2.3, nRepeaterReset." ::= { vgRptrTrapPrefix 2 }
エージェントは、このタイプの罠の間には、少なくとも5秒のギャップがあるように、連続したvgRptrResetEvent罠の世代を阻止しなければなりません。 罠が阻止されるとき、それらは将来の時間に発信するために列に並ばせられるのではなく、下げられます。 (罠が'生成する'であることが、すべての構成された受取人に発信することを意味することに注意してください。)IEEE802.12、管理、13.2を層にしてください。「参照、「.4 .2 .3、nRepeaterReset、」、」 ::= vgRptrTrapPrefix2
-- conformance information
-- 順応情報
vgRptrConformance OBJECT IDENTIFIER ::= { vgRptrMIB 3 }
vgRptrConformanceオブジェクト識別子:、:= vgRptrMIB3
vgRptrCompliances OBJECT IDENTIFIER ::= { vgRptrConformance 1 }
vgRptrCompliancesオブジェクト識別子:、:= vgRptrConformance1
vgRptrGroups OBJECT IDENTIFIER ::= { vgRptrConformance 2 }
vgRptrGroupsオブジェクト識別子:、:= vgRptrConformance2
Flick Standards Track [Page 49] RFC 2266 IEEE 802.12 Repeater MIB January 1998
リピータMIB1998年1月に標準化過程[49ページ]RFC2266IEEE802.12を軽打してください。
-- compliance statements
-- 承諾声明
vgRptrCompliance MODULE-COMPLIANCE STATUS current DESCRIPTION "The compliance statement for managed 802.12 repeaters."
vgRptrCompliance MODULE-COMPLIANCE STATUSの現在の記述、「802.12の管理されたリピータのための承諾声明。」
MODULE -- this module MANDATORY-GROUPS { vgRptrConfigGroup, vgRptrStatsGroup, vgRptrAddrGroup, vgRptrNotificationsGroup }
MODULE--このモジュールMANDATORY-GROUPSvgRptrConfigGroup、vgRptrStatsGroup、vgRptrAddrGroup、vgRptrNotificationsGroup
GROUP vgRptrStats64Group DESCRIPTION "Implementation of this group is recommended for systems which can support Counter64."
「このグループの実装はCounter64をサポートすることができるシステムのために推薦される」GROUP vgRptrStats64Group記述。
OBJECT vgRptrInfoDesiredFramingType MIN-ACCESS read-only DESCRIPTION "Write access to this object is not required in a repeater system that does not support configuration of framing types."
OBJECT vgRptrInfoDesiredFramingType MIN-ACCESS書き込み禁止記述、「書く、このオブジェクトへのアクセスは縁どりタイプの構成をサポートしないリピータシステムで必要でない、」
MODULE SNMP-REPEATER-MIB GROUP snmpRptrGrpRptrAddrSearch DESCRIPTION "Implementation of this group is recommended for systems which have the necessary instrumentation to search all incoming data streams for a particular source MAC address." ::= { vgRptrCompliances 1 }
「必要な計装を持っているシステムのためにこのグループの実装が特定のソースMACアドレスのためにすべての受信データストリームを捜すことが勧められる」MODULE SNMP-REPEATER-MIB GROUP snmpRptrGrpRptrAddrSearch記述。 ::= vgRptrCompliances1
-- units of conformance
-- ユニットの順応
vgRptrConfigGroup OBJECT-GROUP OBJECTS { vgRptrInfoMACAddress, vgRptrInfoCurrentFramingType, vgRptrInfoDesiredFramingType, vgRptrInfoFramingCapability, vgRptrInfoTrainingVersion, vgRptrInfoOperStatus, vgRptrInfoReset, vgRptrInfoLastChange, vgRptrGroupObjectID,
vgRptrConfigGroupオブジェクト群対象、vgRptrInfoMACAddress、vgRptrInfoCurrentFramingType、vgRptrInfoDesiredFramingType、vgRptrInfoFramingCapability、vgRptrInfoTrainingVersion、vgRptrInfoOperStatus、vgRptrInfoReset、vgRptrInfoLastChange、vgRptrGroupObjectID
Flick Standards Track [Page 50] RFC 2266 IEEE 802.12 Repeater MIB January 1998
リピータMIB1998年1月に標準化過程[50ページ]RFC2266IEEE802.12を軽打してください。
vgRptrGroupOperStatus, vgRptrGroupPortCapacity, vgRptrGroupCablesBundled, vgRptrPortType, vgRptrPortAdminStatus, vgRptrPortOperStatus, vgRptrPortSupportedPromiscMode, vgRptrPortSupportedCascadeMode, vgRptrPortAllowedTrainType, vgRptrPortLastTrainConfig, vgRptrPortTrainingResult, vgRptrPortPriorityEnable, vgRptrPortRptrInfoIndex } STATUS current DESCRIPTION "A collection of objects for managing the status and configuration of IEEE 802.12 repeaters." ::= { vgRptrGroups 1 }
vgRptrGroupOperStatus、vgRptrGroupPortCapacity、vgRptrGroupCablesBundled、vgRptrPortType、vgRptrPortAdminStatus、vgRptrPortOperStatus、vgRptrPortSupportedPromiscMode、vgRptrPortSupportedCascadeMode、vgRptrPortAllowedTrainType、vgRptrPortLastTrainConfig、vgRptrPortTrainingResult、vgRptrPortPriorityEnable、vgRptrPortRptrInfoIndex STATUSの現在の記述、「IEEE802.12リピータの状態と構成を管理するためのオブジェクトのA収集。」 ::= vgRptrGroups1
vgRptrStatsGroup OBJECT-GROUP OBJECTS { vgRptrMonTotalReadableFrames, vgRptrMonTotalReadableOctets, vgRptrMonReadableOctetRollovers, vgRptrMonTotalErrors, vgRptrPortReadableFrames, vgRptrPortReadableOctets, vgRptrPortReadOctetRollovers, vgRptrPortUnreadableOctets, vgRptrPortUnreadOctetRollovers, vgRptrPortHighPriorityFrames, vgRptrPortHighPriorityOctets, vgRptrPortHighPriOctetRollovers, vgRptrPortNormPriorityFrames, vgRptrPortNormPriorityOctets, vgRptrPortNormPriOctetRollovers, vgRptrPortBroadcastFrames, vgRptrPortMulticastFrames, vgRptrPortNullAddressedFrames, vgRptrPortIPMFrames, vgRptrPortOversizeFrames, vgRptrPortDataErrorFrames, vgRptrPortPriorityPromotions, vgRptrPortTransitionToTrainings, vgRptrPortLastChange } STATUS current
vgRptrStatsGroupオブジェクト群対象; { vgRptrMonTotalReadableFrames、vgRptrMonTotalReadableOctets、vgRptrMonReadableOctetRollovers、vgRptrMonTotalErrors、vgRptrPortReadableFrames、vgRptrPortReadableOctets、vgRptrPortReadOctetRollovers、vgRptrPortUnreadableOctets、vgRptrPortUnreadOctetRollovers、vgRptrPortHighPriorityFrames、vgRptrPortHighPriorityOctets、vgRptrPortHighPriOctetRollovers; vgRptrPortNormPriorityFrames、vgRptrPortNormPriorityOctets、vgRptrPortNormPriOctetRollovers、vgRptrPortBroadcastFrames、vgRptrPortMulticastFrames、vgRptrPortNullAddressedFrames、vgRptrPortIPMFrames、vgRptrPortOversizeFrames、vgRptrPortDataErrorFrames、vgRptrPortPriorityPromotions、vgRptrPortTransitionToTrainings、vgRptrPortLastChange; } STATUS海流
Flick Standards Track [Page 51] RFC 2266 IEEE 802.12 Repeater MIB January 1998
リピータMIB1998年1月に標準化過程[51ページ]RFC2266IEEE802.12を軽打してください。
DESCRIPTION "A collection of objects for providing statistics for IEEE 802.12 repeaters. Systems which support Counter64 should also implement vgRptrStats64Group." ::= { vgRptrGroups 2 }
記述、「IEEE802.12リピータに統計を提供するためのオブジェクトのA収集。」 「また、Counter64をサポートするシステムはvgRptrStats64Groupを実装するはずです。」 ::= vgRptrGroups2
vgRptrStats64Group OBJECT-GROUP OBJECTS { vgRptrMonHCTotalReadableOctets, vgRptrPortHCReadableOctets, vgRptrPortHCUnreadableOctets, vgRptrPortHCHighPriorityOctets, vgRptrPortHCNormPriorityOctets } STATUS current DESCRIPTION "A collection of objects for providing statistics for IEEE 802.12 repeaters in a system that supports Counter64." ::= { vgRptrGroups 3 }
vgRptrStats64Group OBJECT-GROUP OBJECTS、vgRptrMonHCTotalReadableOctets、vgRptrPortHCReadableOctets、vgRptrPortHCUnreadableOctets、vgRptrPortHCHighPriorityOctets、vgRptrPortHCNormPriorityOctets、STATUSの現在の記述、「Counter64をサポートするシステムの802.12のリピータをIEEEのための統計に提供するためのオブジェクトのA収集。」 ::= vgRptrGroups3
vgRptrAddrGroup OBJECT-GROUP OBJECTS { vgRptrAddrLastTrainedAddress, vgRptrAddrTrainedAddrChanges, vgRptrRptrDetectedDupAddress, vgRptrMgrDetectedDupAddress } STATUS current DESCRIPTION "A collection of objects for tracking addresses on IEEE 802.12 repeaters." ::= { vgRptrGroups 4 }
vgRptrAddrGroup OBJECT-GROUP OBJECTS、vgRptrAddrLastTrainedAddress、vgRptrAddrTrainedAddrChanges、vgRptrRptrDetectedDupAddress、vgRptrMgrDetectedDupAddress、「追跡するためのオブジェクトの収集はIEEE802.12でリピータを扱う」STATUSの現在の記述。 ::= vgRptrGroups4
vgRptrNotificationsGroup NOTIFICATION-GROUP NOTIFICATIONS { vgRptrHealth, vgRptrResetEvent } STATUS current DESCRIPTION "A collection of notifications used to indicate 802.12 repeater general status changes." ::= { vgRptrGroups 5 }
vgRptrNotificationsGroup NOTIFICATION-GROUP NOTIFICATIONS、vgRptrHealth、vgRptrResetEvent、「通知の収集は802.12回のリピータの一般的な状態変化を示すのに使用した」STATUSの現在の記述。 ::= vgRptrGroups5
END
終わり
Flick Standards Track [Page 52] RFC 2266 IEEE 802.12 Repeater MIB January 1998
リピータMIB1998年1月に標準化過程[52ページ]RFC2266IEEE802.12を軽打してください。
4. Acknowledgements
4. 承認
This document was produced by the IETF 100VG-AnyLAN Working Group, whose efforts were greatly advanced by the contributions of the following people:
このドキュメントはIETF 100VG-AnyLAN作業部会によって製作されました:(作業部会の取り組みは以下の人々の貢献で大いに進められました)。
Paul Chefurka Bob Faulk Jeff Johnson Karen Kimball David Lapp Jason Spofford Kaj Tesink
ポールChefurkaボブフォークジェフ・ジョンソンカレンキンボールデヴィッドラップ人ジェイソンスポッフォードカイTesink
This document is based on the work of IEEE 802.12.
このドキュメントはIEEE802.12の仕事に基づいています。
5. References
5. 参照
[1] Information processing systems - Open Systems Interconnection - Specification of Abstract Syntax Notation One (ASN.1), International Organization for Standardization. International Standard 8824 (December, 1987).
[1] 情報処理システム--オープン・システム・インターコネクション--抽象的なSyntax Notation One(ASN.1)、国際標準化機構の仕様。 国際規格8824(1987年12月)。
[2] SNMPv2 Working Group, Case, J., McCloghrie, K., Rose, M. and S. Waldbusser, "Structure of Management Information for Version 2 of the Simple Network Management Protocol (SNMPv2)", RFC 1902, January 1996.
[2]SNMPv2作業部会、ケース、J.、McCloghrie、K.、ローズ、M.、およびS.Waldbusser、「簡単なネットワーク管理プロトコル(SNMPv2)のバージョン2のための経営情報の構造」、RFC1902(1996年1月)。
[3] SNMPv2 Working Group, Case, J., McCloghrie, K., Rose, M. and S. Waldbusser, "Textual Conventions for Version 2 of the Simple Network Management Protocol (SNMPv2)", RFC 1903, January 1996.
[3]SNMPv2作業部会、ケース、J.、McCloghrie、K.、ローズ、M.、およびS.Waldbusser、「簡単なネットワークマネージメントのバージョン2のための原文のコンベンションは(SNMPv2)について議定書の中で述べます」、RFC1903、1996年1月。
[4] SNMPv2 Working Group, Case, J., McCloghrie, K., Rose, M. and S. Waldbusser, "Conformance Statements for Version 2 of the Simple Network Management Protocol (SNMPv2)", RFC 1904, January 1996.
[4]SNMPv2作業部会、ケース、J.、McCloghrie、K.、ローズ、M.、およびS.Waldbusser、「簡単なネットワークマネージメントのバージョン2のための順応声明は(SNMPv2)について議定書の中で述べます」、RFC1904、1996年1月。
[5] McCloghrie, K. and M. Rose, "Management Information Base for Network Management of TCP/IP-based internets - MIB-II", STD 17, RFC 1213, March 1991.
[5]McCloghrie、K.、およびM.ローズ、「TCP/IPベースのインターネットのNetwork Managementのための管理Information基地--、MIB-II、」、STD17、RFC1213(1991年3月)
[6] IEEE, "Demand Priority Access Method, Physical Layer and Repeater Specifications for 100 Mb/s Operation", IEEE Standard 802.12-1995"
「[6] IEEE、802.12-1995にIEEE標準で「100Mb/sの操作のための優先権アクセス法、物理的な層、およびリピータ仕様を要求する」、」
Flick Standards Track [Page 53] RFC 2266 IEEE 802.12 Repeater MIB January 1998
リピータMIB1998年1月に標準化過程[53ページ]RFC2266IEEE802.12を軽打してください。
[7] de Graaf, K., D. Romascanu, D. McMaster, and K. McCloghrie, "Definitions of Managed Objects for IEEE 802.3 Repeater Devices", RFC 2108, 3Com Corporation, Madge Networks (Israel) Ltd., Cisco Systems, Inc., February, 1997.
[7] deグラーフ、K.、D.Romascanu、D.マクマスター、およびK.McCloghrie、「IEEE802.3リピータデバイスのための管理オブジェクトの定義」、RFC2108、3Com社、マッジNetworks(イスラエル)Ltd.、シスコシステムズInc.(1997年2月)。
[8] McAnally, G., Gilbert, D. and J. Flick, "Conditional Grant of Rights to Specific Hewlett-Packard Patents In Conjunction With the Internet Engineering Task Force's Internet-Standard Network Management Framework", RFC 1988, August 1996.
マクアナリー、G.、ギルバート、D.、およびJ.が軽打する[8]、「インターネット工学特別委員会に関連した特定のヒューレット・パッカード特許への権利の条件付き贈与はインターネット標準のネットワークマネージメントフレームワークです」、RFC1988、1996年8月。
[9] Hewlett-Packard Company, US Patents 5,293,635 and 5,421,024.
[9]ヒューレット・パッカード会社、米国特許529万3635と5,421,024。
6. Security Considerations
6. セキュリティ問題
Certain management information defined in this MIB may be considered sensitive in some network environments. Therefore, authentication of received SNMP requests and controlled access to management information should be employed in such environments. The method for this authentication is a function of the SNMP Administrative Framework, and has not been expanded by this MIB.
このMIBで定義されたある経営情報はいくつかのネットワーク環境で敏感であると考えられるかもしれません。 したがって、受信されたSNMP要求と経営情報への制御アクセスの認証はそのような環境で使われるべきです。 この認証のためのメソッドは、SNMP Administrative Frameworkの機能であり、このMIBによって広げられていません。
Several objects in the vgRptrConfigGroup allow write access. Setting these objects can have a serious effect on the operation of the network, including modifying the framing type of the network, resetting the repeater, enabling and disabling individual ports, and modifying the allowed capabilities of end stations attached to each port. It is recommended that implementers seriously consider whether set operations should be allowed without providing, at a minimum, authentication of request origin.
vgRptrConfigGroupのオブジェクトが許容する数個がアクセサリーを書きます。 これらのオブジェクトを設定すると、ネットワークの操作に重大な影響を与えることができます、ネットワークの縁どりタイプを変更するのを含んでいて、リピータをリセットして、個々のポートを可能にして、無効にして、それぞれ移植する添付の端のステーションの許容能力を変更して。 implementersが、集合演算が提供しないで許容されるべきであるかどうか真剣に考えるのは、お勧めです、最小限で、要求発生源の認証。
One particular object in this MIB, vgRptrPortAllowedTrainType, is considered significant for providing operational security in an 802.12 network. It is recommended that network administrators configure this object to the 'allowEndNodesOnly' value on all ports except ports which the administrator knows are attached to cascaded repeaters or devices which require promiscuous receive capability (bridges, switches, RMON probes, etc.). This will prevent unauthorized users from extending the network (by attaching cascaded repeaters or bridges) without the administrator's knowledge, and will prevent unauthorized end nodes from listening promiscuously to network traffic.
このMIBのある特定のオブジェクト(vgRptrPortAllowedTrainType)が操作上のセキュリティを802.12ネットワークに提供するのに重要であると考えられます。 ネットワーク管理者が、取り付けられる管理者がどっと落しているリピータに知っているポートかデバイスを除いて、すべての'allowEndNodesOnly'値へのこのオブジェクトがどれを移植するかを構成するのが、お勧めである、必要である、無差別である、能力(ブリッジ、スイッチ、RMON徹底的調査など)を受けてください。 これは、権限のないユーザがアドミニストレータの知識なしでネットワーク(どっと落しているリピータかブリッジを付けるのによる)を広げるのを防いで、権限のないエンドノードが乱雑にネットワークトラフィックを聞くのを防ぐでしょう。
Flick Standards Track [Page 54] RFC 2266 IEEE 802.12 Repeater MIB January 1998
リピータMIB1998年1月に標準化過程[54ページ]RFC2266IEEE802.12を軽打してください。
7. Author's Address
7. 作者のアドレス
John Flick Hewlett Packard Company 8000 Foothills Blvd. M/S 5556 Roseville, CA 95747-5556
ジョン軽打ヒューレットパッカード会社8000山麓の丘Blvd. S5556ローズビル、M/カリフォルニア95747-5556
Phone: +1 916 785 4018 Email: johnf@hprnd.rose.hp.com
以下に電話をしてください。 +1 4018年の916 785メール: johnf@hprnd.rose.hp.com
Flick Standards Track [Page 55] RFC 2266 IEEE 802.12 Repeater MIB January 1998
リピータMIB1998年1月に標準化過程[55ページ]RFC2266IEEE802.12を軽打してください。
8. Full Copyright Statement
8. 完全な著作権宣言文
Copyright (C) The Internet Society (1998). All Rights Reserved.
Copyright(C)インターネット協会(1998)。 All rights reserved。
This document and translations of it may be copied and furnished to others, and derivative works that comment on or otherwise explain it or assist in its implementation may be prepared, copied, published and distributed, in whole or in part, without restriction of any kind, provided that the above copyright notice and this paragraph are included on all such copies and derivative works. However, this document itself may not be modified in any way, such as by removing the copyright notice or references to the Internet Society or other Internet organizations, except as needed for the purpose of developing Internet standards in which case the procedures for copyrights defined in the Internet Standards process must be followed, or as required to translate it into languages other than English.
それに関するこのドキュメントと翻訳は、コピーして、それが批評するか、またはそうでなければわかる他のもの、および派生している作品に提供するか、または準備されているかもしれなくて、コピーされて、発行されて、全体か一部広げられた実現を助けるかもしれません、どんな種類の制限なしでも、上の版権情報とこのパラグラフがそのようなすべてのコピーと派生している作品の上に含まれていれば。 しかしながら、このドキュメント自体は何らかの方法で変更されないかもしれません、インターネット協会か他のインターネット組織の版権情報か参照を取り除くのなどように、それを英語以外の言語に翻訳するのが著作権のための手順がインターネットStandardsの過程で定義したどのケースに従わなければならないか、必要に応じてさもなければ、インターネット標準を開発する目的に必要であるのを除いて。
The limited permissions granted above are perpetual and will not be revoked by the Internet Society or its successors or assigns.
上に承諾された限られた許容は、永久であり、インターネット協会、後継者または案配によって取り消されないでしょう。
This document and the information contained herein is provided on an "AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
このドキュメントとそして、「そのままで」という基礎とインターネットの振興発展を目的とする組織に、インターネット・エンジニアリング・タスク・フォースが速達の、または、暗示しているすべての保証を放棄するかどうかというここにことであり、他を含んでいて、含まれて、情報の使用がここに侵害しないどんな保証も少しもまっすぐになるという情報か市場性か特定目的への適合性のどんな黙示的な保証。
Flick Standards Track [Page 56]
軽打標準化過程[56ページ]
一覧
スポンサーリンク