RFC4363 日本語訳
4363 Definitions of Managed Objects for Bridges with Traffic Classes,Multicast Filtering, and Virtual LAN Extensions. D. Levi, D.Harrington. January 2006. (Format: TXT=188981 bytes) (Obsoletes RFC2674) (Status: PROPOSED STANDARD)
プログラムでの自動翻訳です。
RFC一覧
英語原文
Network Working Group D. Levi
Request for Comments: 4363 Nortel Networks
Obsoletes: 2674 D. Harrington
Category: Standards Track Effective Software
January 2006
コメントを求めるワーキンググループD.レビの要求をネットワークでつないでください: 4363のノーテルネットワークが以下を時代遅れにします。 2674年のD.ハリントンカテゴリ: ソフトウェア2006年1月付けで標準化過程
Definitions of Managed Objects for Bridges with Traffic
Classes, Multicast Filtering, and Virtual LAN Extensions
トラフィックのクラス、マルチキャストフィルタリング、およびバーチャルLAN拡大とのブリッジのための管理オブジェクトの定義
Status of This 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 (2006).
Copyright(C)インターネット協会(2006)。
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 two MIB modules for managing the capabilities of MAC bridges defined by the IEEE 802.1D-1998 (TM) MAC Bridges and the IEEE 802.1Q-2003 (TM) Virtual LAN (VLAN) standards for bridging between Local Area Network (LAN) segments. One MIB module defines objects for managing the 'Traffic Classes' and 'Enhanced Multicast Filtering' components of IEEE 802.1D-1998 and P802.1t-2001 (TM). The other MIB module defines objects for managing VLANs, as specified in IEEE 802.1Q-2003, P802.1u (TM), and P802.1v (TM).
このメモは使用のために、ネットワーク管理プロトコルでTCP/IPベースのインターネットでManagement Information基地の一部(MIB)を定義します。 特に、それはIEEE 802.1D-1998(TM)MACブリッジスによって定義されたMACブリッジの能力を管理するための2つのMIBモジュールとローカル・エリア・ネットワーク(LAN)セグメントの間でブリッジするIEEE 802.1Q-2003(TM)バーチャルLAN(VLAN)規格を定義します。 1つのMIBモジュールが、IEEE 802.1D-1998とP802.1t-2001(TM)の'トラフィックClasses'と'高められたMulticast Filtering'の部品を管理するためにオブジェクトを定義します。 もう片方のMIBモジュールは、IEEE 802.1Q-2003、P802.1u(TM)、およびP802.1v(TM)で指定されるようにVLANsを管理するためにオブジェクトを定義します。
Provisions are made for support of transparent bridging. Provisions are also made so that these objects apply to bridges connected by subnetworks other than LAN segments.
透明なブリッジすることのサポートに備えます。 また、これらのオブジェクトがLANセグメント以外のサブネットワークによって接続されたブリッジに適用されるのに備えます。
This memo supplements RFC 4188 and obsoletes RFC 2674.
このメモは、RFC4188を補って、RFC2674を時代遅れにします。
Levi & Harrington Standards Track [Page 1] RFC 4363 Bridge MIB Extensions January 2006
レビとハリントン規格はブリッジMIB拡大2006年1月にRFC4363を追跡します[1ページ]。
Table of Contents
目次
1. The Internet-Standard Management Framework ......................3
2. Overview ........................................................3
2.1. Scope ......................................................3
3. Structure of MIBs ...............................................4
3.1. Structure of Extended Bridge MIB Module ....................5
3.1.1. Relationship to IEEE 802.1D-1998 Manageable
Objects .............................................5
3.1.2. Relationship to IEEE 802.1Q Manageable Objects ......6
3.1.3. The dot1dExtBase Subtree ............................7
3.1.4. The dot1dPriority Subtree ...........................7
3.1.5. The dot1dGarp Subtree ...............................7
3.1.6. The dot1dGmrp Subtree ...............................7
3.1.7. The dot1dTpHCPortTable ..............................8
3.1.8. The dot1dTpPortOverflowTable ........................8
3.2. Structure of Virtual Bridge MIB module .....................8
3.2.1. Relationship to IEEE 802.1Q Manageable Objects ......8
3.2.2. The dot1qBase Subtree ..............................12
3.2.3. The dot1qTp Subtree ................................12
3.2.4. The dot1qStatic Subtree ............................12
3.2.5. The dot1qVlan Subtree ..............................12
3.3. Textual Conventions .......................................12
3.4. Relationship to Other MIBs ................................13
3.4.1. Relationship to the SNMPv2-MIB .....................13
3.4.2. Relationship to the IF-MIB .........................13
3.4.2.1. Layering Model ............................14
3.4.2.2. ifStackTable ..............................15
3.4.2.3. ifRcvAddressTable .........................15
3.4.3. Relationship to the BRIDGE-MIB .....................16
3.4.3.1. The dot1dBase Subtree .....................16
3.4.3.2. The dot1dStp Subtree ......................16
3.4.3.3. The dot1dTp Subtree .......................16
3.4.3.4. The dot1dStatic Subtree ...................17
3.4.3.5. Additions to the BRIDGE-MIB ...............17
4. Definitions for Extended Bridge MIB ............................18
5. Definitions for Virtual Bridge MIB .............................42
6. Acknowledgements ...............................................91
7. Security Considerations ........................................91
8. Normative References ...........................................94
9. Informative References .........................................95
Appendix A. Email from Tony Jeffrey from IEEE .....................96
1. インターネット標準の管理フレームワーク…3 2. 概要…3 2.1. 範囲…3 3. MIBsの構造…4 3.1. 拡張ブリッジMIBモジュールの構造…5 3.1.1. IEEE 802.1D-1998の処理しやすいオブジェクトとの関係…5 3.1.2. IEEE 802.1Qの処理しやすいオブジェクトとの関係…6 3.1.3. dot1dExtBase下位木…7 3.1.4. dot1dPriority下位木…7 3.1.5. dot1dGarp下位木…7 3.1.6. dot1dGmrp下位木…7 3.1.7. dot1dTpHCPortTable…8 3.1.8. dot1dTpPortOverflowTable…8 3.2. Virtual Bridge MIBモジュールの構造…8 3.2.1. IEEE 802.1Qの処理しやすいオブジェクトとの関係…8 3.2.2. dot1qBase下位木…12 3.2.3. dot1qTp下位木…12 3.2.4. dot1qStatic下位木…12 3.2.5. dot1qVlan下位木…12 3.3. 原文のコンベンション…12 3.4. 他のMIBsとの関係…13 3.4.1. SNMPv2-MIBとの関係…13 3.4.2. 関係、-、MIB、…13 3.4.2.1. レイヤリングモデル…14 3.4.2.2ifStackTable…15 3.4.2.3ifRcvAddressTable…15 3.4.3. ブリッジ-MIBとの関係…16 3.4.3.1. dot1dBase下位木…16 3.4.3.2. dot1dStp下位木…16 3.4.3.3. dot1dTp下位木…16 3.4.3.4. dot1dStatic下位木…17 3.4.3.5. ブリッジ-MIBへの追加…17 4. 拡張ブリッジMIBのための定義…18 5. 仮想のブリッジMIBのための定義…42 6. 承認…91 7. セキュリティ問題…91 8. 標準の参照…94 9. 有益な参照…95付録A.はトニー・ジェフリーからIEEEからメールされます…96
Levi & Harrington Standards Track [Page 2] RFC 4363 Bridge MIB Extensions January 2006
レビとハリントン規格はブリッジMIB拡大2006年1月にRFC4363を追跡します[2ページ]。
1. The Internet-Standard Management Framework
1. インターネット標準の管理フレームワーク
For a detailed overview of the documents that describe the current Internet-Standard Management Framework, please refer to section 7 of RFC 3410 [RFC3410].
現在のインターネット標準のManagement Frameworkについて説明するドキュメントの詳細な概要について、RFC3410[RFC3410]のセクション7を参照してください。
Managed objects are accessed via a virtual information store, termed the Management Information Base or MIB. MIB objects are generally accessed through the Simple Network Management Protocol (SNMP). Objects in the MIB are defined using the mechanisms defined in the Structure of Management Information (SMI). This memo specifies a MIB module that is compliant to the SMIv2, which is described in STD 58, RFC 2578 [RFC2578], STD 58, RFC 2579 [RFC2579] and STD 58, RFC 2580 [RFC2580].
管理オブジェクトはManagement Information基地と呼ばれた仮想情報店かMIBを通してアクセスされます。 一般に、MIBオブジェクトはSimple Network Managementプロトコル(SNMP)を通してアクセスされます。 MIBのオブジェクトは、Management情報(SMI)のStructureで定義されたメカニズムを使用することで定義されます。 このメモはSTD58とRFC2578[RFC2578]とSTD58とRFC2579[RFC2579]とSTD58RFC2580[RFC2580]で説明されるSMIv2に対応であるMIBモジュールを指定します。
2. Overview
2. 概要
A common device present in many networks is the Bridge. This device is used to connect Local Area Network segments below the network layer. These devices are often known as 'layer 2 switches'.
多くのネットワークにおける現在の一般的なデバイスはBridgeです。 このデバイスは、ネットワーク層の下でローカル・エリア・ネットワークセグメントを接続するのに使用されます。 これらのデバイスは'層2のスイッチ'としてしばしば知られています。
The transparent method of bridging is defined by IEEE 802.1D-1998 [802.1D]. Managed objects for transparent bridging are defined in the BRIDGE-MIB [BRIDGE-MIB].
ブリッジする見え透いたメソッドはIEEE 802.1D-1998[802.1D]によって定義されます。 透明なブリッジする管理オブジェクトはBRIDGE-MIB[BRIDGE-MIB]で定義されます。
The original IEEE 802.1D is augmented by IEEE 802.1Q-2003 [802.1Q] to provide support for 'virtual bridged LANs' where a single bridged physical LAN network may be used to support multiple logical bridged LANs, each of which offers a service approximately the same as that defined by IEEE 802.1D. Such virtual LANs (VLANs) are an integral feature of switched LAN networks. A VLAN can be viewed as a group of end-stations on multiple LAN segments and can communicate as if they were on a single LAN. IEEE 802.1Q defines port-based Virtual LANs where membership is determined by the bridge port on which data frames are received, and port-and-protocol-based Virtual LANs where membership is determined by the bridge port on which frames are received and the protocol identifier of the frame. This memo defines the objects needed for the management of port-based VLANs in bridge entities.
IEEE 802.1Q-2003[802.1Q]は、ただ一つのブリッジしている物理的なLANネットワークがそれのそれぞれがIEEE 802.1Dによって定義されたそれとして周囲で同じようにサービスを提供する複数の論理的なブリッジしているLANをサポートするのに使用されるかもしれないところに'仮想のブリッジしているLAN'のサポートを提供するためにオリジナルのIEEE 802.1Dを増大させます。 そのようなバーチャルLAN(VLANs)は切り換えられたLANネットワークの不可欠の特徴です。 VLANは複数のLANセグメントの端ステーションのグループとして見なすことができて、まるでそれらが単一のLANにあるかのように交信できます。 会員資格がフレームが受け取られているブリッジポートとフレームに関するプロトコル識別子で決定するところで会員資格がデータフレームが受け取られていていて、ポートの、そして、プロトコルベースのVirtual LANであるブリッジポートのそばで決定しているところでIEEE 802.1QはポートベースのVirtual LANを定義します。 このメモはブリッジ実体におけるポートベースのVLANsの管理に必要であるオブジェクトを定義します。
This memo supplements RFC 4188 [BRIDGE-MIB] and obsoletes RFC 2674 [RFC2674].
このメモは、RFC4188[BRIDGE-MIB]を補って、RFC2674[RFC2674]を時代遅れにします。
2.1. Scope
2.1. 範囲
The MIB modules defined in this document include a comprehensive set of managed objects that attempts to match the set defined in IEEE 802.1D and IEEE 802.1Q. However, to be consistent with the spirit of
本書では定義されたMIBモジュールはIEEE 802.1DとIEEE 802.1Qで定義されたセットを合わせるのを試みる包括的なセットの管理オブジェクトを含んでいます。 しかしながら、精神と一致しています。
Levi & Harrington Standards Track [Page 3] RFC 4363 Bridge MIB Extensions January 2006
レビとハリントン規格はブリッジMIB拡大2006年1月にRFC4363を追跡します[3ページ]。
the SNMP Framework, a subjective judgement was made to omit the objects from those standards most 'costly' to implement in an agent and least 'essential' for fault and configuration management. The omissions are described in Section 3 below.
SNMP Framework、欠点と構成管理に、最もエージェントで実装する'高価で'最少'不可欠'のそれらの規格からオブジェクトを省略するのを主観判定をしました。 省略は以下のセクション3で説明されます。
Historical note:
歴史的な注意:
The original BRIDGE-MIB [RFC1493] used the following principles for determining inclusion of an object in the BRIDGE-MIB module:
オリジナルのBRIDGE-MIB[RFC1493]はBRIDGE-MIBモジュールでのオブジェクトの包含を決定するのに以下の原則を使用しました:
(1) Start with a small set of essential objects and add only as
further objects are needed.
(1) 小さいセットの不可欠のオブジェクトから始まってください、そして、単に一層のオブジェクトが必要であるように加えてください。
(2) Require that objects be essential for either fault or
configuration management.
(2) 欠点か構成管理のどちらかに、オブジェクトが不可欠であることを必要であってください。
(3) Consider evidence of current use and/or utility.
(3) 現在の使用、そして/または、ユーティリティに関する証拠を考えてください。
(4) Limit the total number of objects.
(4) オブジェクトの総数を制限してください。
(5) Exclude objects that are simply derivable from others in this
or other MIBs.
(5) これか他のMIBsで単に誘導できるオブジェクトを他のものに入れないようにしてください。
(6) Avoid causing critical sections to be heavily instrumented.
The guideline that was followed is one counter per critical
section per layer.
(6) 危険域が大いに器具を取り付けられることを引き起こすのを避けてください。 1層あたりの危険域あたり従われたガイドラインは1台のカウンタです。
3. Structure of MIBs
3. MIBsの構造
This document defines objects that supplement those in the BRIDGE-MIB module [BRIDGE-MIB]. Section 3.4.3 of the present document contains some recommendations regarding usage of objects in the BRIDGE-MIB by devices implementing the enhancements defined here.
このドキュメントはBRIDGE-MIBモジュール[BRIDGE-MIB]でものを補うオブジェクトを定義します。 .3通の現在のセクション3.4ドキュメントが、ここで定義された増進を実装しながら、BRIDGE-MIBにデバイスでオブジェクトの使用法に関していくつかの推薦を含みます。
An extended bridge MIB module P-BRIDGE-MIB defines managed objects for the traffic class and multicast filtering enhancements defined by IEEE 802.1D-1998 [802.1D], including the Restricted Group Registration control defined by IEEE P802.1t [802.1t].
拡張ブリッジMIBモジュールP-BRIDGE-MIBはIEEE 802.1D-1998[802.1D]によって定義された増進をフィルターにかけるトラフィックのクラスとマルチキャストのために管理オブジェクトを定義します、IEEE P802.1tによって定義されたRestricted Group Registrationコントロールを含んでいて[802.1 t]。
A virtual bridge MIB module Q-BRIDGE-MIB defines managed objects for the Virtual LAN bridging enhancements defined by IEEE 802.1Q-2003 [802.1Q], including the Restricted VLAN Registration control, defined by IEEE P802.1u [802.1u], and the VLAN Classification by Protocol and Port enhancement, defined by IEEE P802.1v [802.1v].
仮想のブリッジMIBモジュールQ-BRIDGE-MIBはIEEE 802.1Q-2003[802.1Q]で増進が定義したバーチャルLANのブリッジするために管理オブジェクトを定義します、IEEE P802.1v[802.1v]でプロトコルによってIEEE P802.1u[802.1u]、およびVLAN Classificationによって定義されたコントロールとPort増進が定義したRestricted VLAN Registrationを含んでいて。
Levi & Harrington Standards Track [Page 4] RFC 4363 Bridge MIB Extensions January 2006
レビとハリントン規格はブリッジMIB拡大2006年1月にRFC4363を追跡します[4ページ]。
3.1. Structure of Extended Bridge MIB Module
3.1. 拡張ブリッジMIBモジュールの構造
Objects in this MIB are arranged into subtrees. Each subtree is organized as a set of related objects. The overall structure and assignment of objects to their subtrees is shown below.
このMIBのオブジェクトは下位木にアレンジされます。 各下位木は1セットの関連するオブジェクトとして組織化されます。 それらの下位木へのオブジェクトの全体的な構造と課題は以下に示されます。
3.1.1. Relationship to IEEE 802.1D-1998 Manageable Objects
3.1.1. IEEE 802.1D-1998の処理しやすいオブジェクトとの関係
This section contains a cross-reference to the objects defined in IEEE 802.1D-1998 [802.1D]. It also details those objects that are not considered necessary in this MIB module.
このセクションはIEEE 802.1D-1998[802.1D]で定義されたオブジェクトに相互参照を含みます。 また、それはこのMIBモジュールで必要であることは考えられないそれらのオブジェクトについて詳述します。
Some objects defined by IEEE 802.1D-1998 have been included in the virtual bridge MIB module rather than this one: entries in dot1qTpGroupTable, dot1qForwardAllTable, and dot1qForwardUnregisteredTable are required for virtual bridged LANs with additional indexing (e.g., per-VLAN, per-Filtering-Database (per-FDB)) and so are not defined here. Instead, devices that do not implement virtual bridged LANs but do implement the Extended Forwarding Services defined by IEEE 802.1D (i.e., dynamic learning of multicast group addresses and group service requirements in the filtering database) should implement these tables with a fixed value for dot1qFdbId (the value 1 is recommended) or dot1qVlanIndex (the value 1 is recommended). Devices that support Extended Filtering Services should support dot1qTpGroupTable, dot1qForwardAllTable, and dot1qForwardUnregisteredTable.
IEEE 802.1D-1998によって定義されたいくつかのオブジェクトがこれよりむしろ仮想のブリッジMIBモジュールに含まれています: dot1qTpGroupTable、dot1qForwardAllTable、およびdot1qForwardUnregisteredTableのエントリーは、仮想のブリッジしているLANに追加インデックス(例えば、データベースをフィルターにかけるのあたりの-VLAN(FDB)あたりの)で必要であるので、ここで定義されません。 代わりに、仮想のブリッジしているLANを実装しませんが、IEEE 802.1Dによって定義されたExtended Forwarding Servicesを実装するデバイス(すなわち、フィルタリングデータベースのマルチキャストグループアドレスとグループサービス要件のダイナミックな学習)はdot1qFdbId(値1はお勧めである)かdot1qVlanIndexのために一定の価値でこれらのテーブルを実装するはずです(値1はお勧めです)。 Extended Filtering Servicesをサポートするデバイスはdot1qTpGroupTable、dot1qForwardAllTable、およびdot1qForwardUnregisteredTableをサポートするはずです。
Extended Bridge MIB Name IEEE 802.1D-1998 Name
拡張ブリッジMIB名前IEEE 802.1D-1998名
dot1dExtBase Bridge
dot1dDeviceCapabilities
dot1dExtendedFilteringServices
dot1dTrafficClasses
dot1dTrafficClassesEnabled
dot1dGmrpStatus .ApplicantAdministrativeControl
dot1dPriority
dot1dPortPriorityTable
dot1dPortDefaultUserPriority .UserPriority
dot1dPortNumTrafficClasses
dot1dUserPriorityRegenTable .UserPriorityRegenerationTable
dot1dUserPriority
dot1dRegenUserPriority
dot1dTrafficClassTable .TrafficClassTable
dot1dTrafficClassPriority
dot1dTrafficClass
dot1dPortOutboundAccessPriorityTable
.OutboundAccessPriorityTable
dot1dPortOutboundAccessPriority
dot1dExtBaseはdot1dDeviceCapabilities dot1dExtendedFilteringServices dot1dTrafficClasses dot1dTrafficClassesEnabled dot1dGmrpStatus .ApplicantAdministrativeControl dot1dPriority dot1dPortPriorityTable dot1dPortDefaultUserPriority.UserPriority dot1dPortNumTrafficClasses dot1dUserPriorityRegenTableをブリッジします; UserPriorityRegenerationTable dot1dUserPriority dot1dRegenUserPriority dot1dTrafficClassTable .TrafficClassTable dot1dTrafficClassPriority dot1dTrafficClass dot1dPortOutboundAccessPriorityTable.OutboundAccessPriorityTable dot1dPortOutboundAccessPriority
Levi & Harrington Standards Track [Page 5] RFC 4363 Bridge MIB Extensions January 2006
レビとハリントン規格はブリッジMIB拡大2006年1月にRFC4363を追跡します[5ページ]。
dot1dGarp
dot1dPortGarpTable
dot1dPortGarpJoinTime .JoinTime
dot1dPortGarpLeaveTime .LeaveTime
dot1dPortGarpLeaveAllTime .LeaveAllTime
dot1dGmrp
dot1dPortGmrpTable
dot1dPortGmrpStatus .ApplicantAdministrativeControl
dot1dPortGmrpFailedRegistrations .FailedRegistrations
dot1dPortGmrpLastPduOrigin .OriginatorOfLastPDU
dot1dPortRestrictedGroupRegistration
Restricted Group Registration
(Ref. IEEE 802.1t 10.3.2.3)
dot1dTp
dot1dTpHCPortTable
dot1dTpHCPortInFrames .BridgePort.FramesReceived
dot1dTpHCPortOutFrames .ForwardOutBound
dot1dTpHCPortInDiscards .DiscardInbound
dot1dTpPortOverflowTable
dot1dTpPortInOverflowFrames .BridgePort.FramesReceived
dot1dTpPortOutOverflowFrames .ForwardOutBound
dot1dTpPortInOverflowDiscards .DiscardInbound
dot1dGarp dot1dPortGarpTable dot1dPortGarpJoinTime .JoinTime dot1dPortGarpLeaveTime .LeaveTime dot1dPortGarpLeaveAllTime .LeaveAllTime dot1dGmrp dot1dPortGmrpTable dot1dPortGmrpStatus .ApplicantAdministrativeControl dot1dPortGmrpFailedRegistrations .FailedRegistrations dot1dPortGmrpLastPduOrigin.OriginatorOfLastPDU dot1dPortRestrictedGroupRegistrationはグループ登録を制限しました。(審判。 IEEE802.1t10.3.2、.3) dot1dTp dot1dTpHCPortTable dot1dTpHCPortInFrames.BridgePort.FramesReceived dot1dTpHCPortOutFrames.ForwardOutBound dot1dTpHCPortInDiscards.DiscardInbound dot1dTpPortOverflowTable dot1dTpPortInOverflowFrames .BridgePort.FramesReceived dot1dTpPortOutOverflowFrames .ForwardOutBound dot1dTpPortInOverflowDiscards .DiscardInbound
The following IEEE 802.1D-1998 management objects have not been included in the Bridge MIB for the indicated reasons.
以下のIEEE 802.1D-1998管理オブジェクトは示された理由によるBridge MIBに含まれていません。
IEEE 802.1D-1998 Object Disposition
IEEE 802.1D-1998オブジェクト気質
Bridge.StateValue not considered useful
Bridge.ApplicantAdministrativeControl
not provided per-attribute
(e.g., per-VLAN, per-Group).
Only per-{device,port,application}
control is provided in this MIB.
Bridge.StateValueは、役に立つBridge.ApplicantAdministrativeControlが属性(例えば、1グループあたりの-VLANあたりの)を提供しなかったと考えませんでした。 デバイス、ポート、利用は制御されます。唯一、-、このMIBに提供します。
notify group registration failure not considered useful
(IEEE 802.1t 14.10.1.2)
役に立つのは考えられなかったグループ登録失敗に通知してください。(IEEE802.1t14.10.1、.2)
3.1.2. Relationship to IEEE 802.1Q Manageable Objects
3.1.2. IEEE 802.1Qの処理しやすいオブジェクトとの関係
This section contains section number cross-references to manageable objects defined in IEEE 802.1Q-2003 [802.1Q]. These objects have been included in this MIB as they provide a natural fit with the IEEE 802.1D objects with which they are co-located.
このセクションはIEEE 802.1Q-2003[802.1Q]で定義された処理しやすいオブジェクトにセクション数の相互参照を含みます。 共同見つけられているIEEE 802.1Dオブジェクトを自然な発作に提供するとき、これらのオブジェクトはこのMIBに含まれています。
Levi & Harrington Standards Track [Page 6] RFC 4363 Bridge MIB Extensions January 2006
レビとハリントン規格はブリッジMIB拡大2006年1月にRFC4363を追跡します[6ページ]。
Extended Bridge MIB Name IEEE 802.1Q-2003 Section and Name
拡張ブリッジMIB名前IEEE 802.1Q-2003部と名前
dot1dExtBase Bridge
dot1dDeviceCapabilities
dot1qStaticEntryIndividualPort 5.2 implementation options
dot1qIVLCapable
dot1qSVLCapable
dot1qHybridCapable
dot1qConfigurablePvidTagging 12.10.1.1 read bridge vlan
config
dot1dLocalVlanCapable
dot1dPortCapabilitiesTable
dot1dPortCapabilities
dot1qDot1qTagging 5.2 implementation options
dot1qConfigurableAcceptableFrameTypes
5.2 implementation options
dot1qIngressFiltering 5.2 implementation options
dot1dExtBase Bridge dot1dDeviceCapabilities dot1qStaticEntryIndividualPort5.2実現オプションdot1qIVLCapable dot1qSVLCapable dot1qHybridCapable dot1qConfigurablePvidTagging12.10.1.1は橋のvlanコンフィグdot1dLocalVlanCapable dot1dPortCapabilitiesTable dot1dPortCapabilities dot1qDot1qTagging5.2実現オプションdot1qConfigurableAcceptableFrameTypes5.2実現オプションdot1qIngressFilteringに5.2の実現オプションを読み込みます。
3.1.3. The dot1dExtBase Subtree
3.1.3. dot1dExtBase下位木
This subtree contains the objects that are applicable to all bridges implementing the traffic class and multicast filtering features of IEEE 802.1D-1998 [802.1D]. It includes per-device configuration of Generic Attribute Registration Protocol (GARP) and GARP Multicast Registration Protocol (GMRP) protocols.
この下位木はIEEE 802.1D-1998[802.1D]の特徴をフィルターにかける交通のクラスとマルチキャストを実行するすべての橋に適切な物を含んでいます。 それはGeneric Attribute Registrationプロトコル(ガープ)とガープMulticast Registrationプロトコル(GMRP)プロトコルの各装置構成を含んでいます。
3.1.4. The dot1dPriority Subtree
3.1.4. dot1dPriority下位木
This subtree contains the objects for configuring and reporting status of priority-based queuing mechanisms in a bridge. This includes per-port user_priority treatment, mapping of user_priority in frames into internal traffic classes, and outbound user_priority and access_priority.
この下位木は橋の中で優先権ベースの列を作りメカニズムの状態を構成して、報告するための物を含んでいます。 これはフレームで1ポートあたりのユーザ_優先権処理、ユーザ_優先権に関するマッピングを国内取引のクラス、外国行きのユーザ_優先権、およびアクセス_優先権に含めます。
3.1.5. The dot1dGarp Subtree
3.1.5. dot1dGarp下位木
This subtree contains the objects for configuring and reporting on operation of the Generic Attribute Registration Protocol (GARP).
この下位木はGeneric Attribute Registrationプロトコル(ガープ)の操作に関して構成して、報告するための物を含んでいます。
3.1.6. The dot1dGmrp Subtree
3.1.6. dot1dGmrp下位木
This subtree contains the objects for configuring and reporting on operation of the GARP Multicast Registration Protocol (GMRP).
この下位木はガープMulticast Registrationプロトコル(GMRP)の操作に関して構成して、報告するための物を含んでいます。
Levi & Harrington Standards Track [Page 7] RFC 4363 Bridge MIB Extensions January 2006
レビとハリントン規格は橋のMIB拡大2006年1月にRFC4363を追跡します[7ページ]。
3.1.7. The dot1dTpHCPortTable
3.1.7. dot1dTpHCPortTable
This table extends the dot1dTp subtree from the BRIDGE-MIB [BRIDGE-MIB] and contains the objects for reporting port-bridging statistics for high-capacity network interfaces.
このテーブルは、BRIDGE-MIB[BRIDGE-MIB]からdot1dTp下位木について敷衍していて、ポートに橋を架ける統計を高容量ネットワーク・インターフェースに報告するために物を含んでいます。
3.1.8. The dot1dTpPortOverflowTable
3.1.8. dot1dTpPortOverflowTable
This table extends the dot1dTp subtree from the BRIDGE-MIB [BRIDGE-MIB] and contains the objects for reporting the upper bits of port-bridging statistics for high-capacity network interfaces for when 32-bit counters are inadequate.
このテーブルは、BRIDGE-MIB[BRIDGE-MIB]からdot1dTp下位木について敷衍していて、32ビットのカウンタが不十分である時の間、ポートに橋を架ける統計の上側のビットを高容量ネットワーク・インターフェースに報告するための物を含んでいます。
3.2. Structure of Virtual Bridge MIB module
3.2. Virtual Bridge MIBモジュールの構造
Objects in this MIB are arranged into subtrees. Each subtree is organized as a set of related objects. The overall structure and assignment of objects to their subtrees is shown below. Some manageable objects defined in the BRIDGE-MIB [BRIDGE-MIB] need to be indexed differently when they are used in a VLAN bridging environment: these objects are, therefore, effectively duplicated by new objects with different indexing, which are defined in the Virtual Bridge MIB.
このMIBの物は下位木にアレンジされます。 各下位木は1セットの関連する物として組織化されます。 それらの下位木への物の全体的な構造と課題は以下に示されます。 BRIDGE-MIB[BRIDGE-MIB]で定義されたいくつかの処理しやすい物が、それらがVLAN橋を架ける環境で使用されるとき、異なって索引をつけられる必要があります: したがって、事実上、これらの物は異なったインデックスがある新しい物によってコピーされます。(物はVirtual Bridge MIBで定義されます)。
3.2.1. Relationship to IEEE 802.1Q Manageable Objects
3.2.1. IEEE 802.1Qの処理しやすい物との関係
This section contains section-number cross-references to manageable objects defined in clause 12 of IEEE 802.1Q-2003 [802.1Q]. It also details those objects that are not considered necessary in this MIB module.
このセクションはIEEE 802.1Q-2003[802.1Q]の12番目の節で定義された処理しやすい物にセクション番号相互参照を含みます。 また、それはこのMIBモジュールで必要であることは考えられないそれらの物について詳述します。
Note: Unlike IEEE 802.1D-1998, IEEE 802.1Q-2003 [802.1Q] did not define exact syntax for a set of managed objects. The following cross-references indicate the section numbering of the descriptions of management operations from clause 12 in the latter document.
以下に注意してください。 IEEE 802.1D-1998と異なって、IEEE 802.1Q-2003[802.1Q]は1セットの管理オブジェクトのために正確な構文を定義しませんでした。 以下の相互参照は後者のドキュメントの12番目の節から管理操作の記述のセクション付番を示します。
Virtual Bridge MIB object IEEE 802.1Q-2003 Reference
仮想のBridge MIB物のIEEE 802.1Q-2003 Reference
dot1qBase
dot1qVlanVersionNumber 12.10.1.1 read bridge vlan config
dot1qMaxVlanId 12.10.1.1 read bridge vlan config
dot1qMaxSupportedVlans 12.10.1.1 read bridge vlan config
dot1qNumVlans
dot1qGvrpStatus 12.9.2.1/2 read/set garp
applicant controls
dot1qTp
dot1qFdbTable
dot1qFdbId
.1が読むdot1qBase dot1qVlanVersionNumber12.10.1は、garp応募者コントロールdot1qTp dot1qFdbTable dot1qFdbIdを読むか、または設定します橋のvlanコンフィグdot1qMaxSupportedVlans12.10.1.1が、橋のvlanコンフィグdot1qNumVlans dot1qGvrpStatus12.9.2.1/2を読む橋のvlanコンフィグdot1qMaxVlanId12.10.1.1が、読む。
Levi & Harrington Standards Track [Page 8] RFC 4363 Bridge MIB Extensions January 2006
レビとハリントン規格は橋のMIB拡大2006年1月にRFC4363を追跡します[8ページ]。
dot1qFdbDynamicCount 12.7.1.1.3 read filtering d/base
dot1qTpFdbTable
dot1qTpFdbAddress
dot1qTpFdbPort
dot1qTpFdbStatus
dot1qTpGroupTable 12.7.7.1 read filtering entry
dot1qTpGroupAddress
dot1qTpGroupEgressPorts
dot1qTpGroupLearnt
dot1qForwardAllTable 12.7.7.1 read filtering entry
dot1qForwardAllPorts
dot1qForwardAllStaticPorts
dot1qForwardAllForbiddenPorts
dot1qForwardUnregisteredTable 12.7.7.1 read filtering entry
dot1qForwardUnregisteredPorts
dot1qForwardUnregisteredStaticPorts
dot1qForwardUnregisteredForbiddenPorts
dot1qStatic
dot1qStaticUnicastTable 12.7.7.1 create/delete/read
filtering entry
12.7.6.1 read permanent database
dot1qStaticUnicastAddress
dot1qStaticUnicastReceivePort
dot1qStaticUnicastAllowedToGoTo
dot1qStaticUnicastStatus
dot1qStaticMulticastTable 12.7.7.1 create/delete/read
filtering entry
12.7.6.1 read permanent database
dot1qStaticMulticastAddress
dot1qStaticMulticastReceivePort
dot1qStaticMulticastStaticEgressPorts
dot1qStaticMulticastForbiddenEgressPorts
dot1qStaticMulticastStatus
dot1qVlan
dot1qVlanNumDeletes
dot1qVlanCurrentTable 12.10.2.1 read vlan configuration
12.10.3.5 read VID to FID
allocations
12.10.3.6 read FID allocated to
VID
12.10.3.7 read VIDs allocated to
FID
dot1qVlanTimeMark
dot1qVlanIndex
dot1qVlanFdbId
dot1qVlanCurrentEgressPorts
dot1qVlanCurrentUntaggedPorts
dot1qVlanStatus
エントリーdot1qTpGroupAddress dot1qTpGroupEgressPorts dot1qTpGroupLearnt dot1qForwardAllTableをフィルターにかける.1が読むdot1qFdbDynamicCount12.7.1.1.3読書フィルタリングd/ベースdot1qTpFdbTable dot1qTpFdbAddress dot1qTpFdbPort dot1qTpFdbStatus dot1qTpGroupTable12.7.7、12.7、.7; 1はエントリーdot1qForwardUnregisteredPorts dot1qForwardUnregisteredStaticPorts dot1qForwardUnregisteredForbiddenPorts dot1qStatic dot1qStaticUnicastTable12をフィルターにかける.1が読むdot1qForwardAllPorts dot1qForwardAllStaticPorts dot1qForwardAllForbiddenPorts dot1qForwardUnregisteredTable12.7.7をフィルタリングエントリーに読み込みました; 7.7.1 .1が永久的なデータベースdot1qStaticUnicastAddress dot1qStaticUnicastReceivePort dot1qStaticUnicastAllowedToGoTo dot1qStaticUnicastStatus dot1qStaticMulticastTableを読み込むエントリー12.7.6をフィルターにかけながら作成するか、削除する、または読んでください、12.7、.7、.1、.1が永久的なデータベースdot1qStaticMulticastAddress dot1qStaticMulticastReceivePort dot1qStaticMulticastStaticEgressPorts dot1qStaticMulticastForbiddenEgressPorts dot1qStaticMulticastStatusを読み込むエントリー12.7.6をフィルターにかけながら、作成するか、削除する、または読んでください。.1がvlan構成12.10.3.5を読み込むdot1qVlan dot1qVlanNumDeletes dot1qVlanCurrentTable12.10.2はVIDを.6が.7がFID dot1qVlanTimeMark dot1qVlanIndex dot1qVlanFdbId dot1qVlanCurrentEgressPorts dot1qVlanCurrentUntaggedPorts dot1qVlanStatusに割り当てられたVIDsを読み込むVID12.10.3に割り当てられたFIDを読み込むFID配分12.10.3まで読みます。
Levi & Harrington Standards Track [Page 9] RFC 4363 Bridge MIB Extensions January 2006
レビとハリントン規格は橋のMIB拡大2006年1月にRFC4363を追跡します[9ページ]。
dot1qVlanCreationTime
dot1qVlanStaticTable 12.7.7.1/2/3 create/delete/read
filtering entry
12.7.6.1 read permanent database
12.10.2.2 create vlan config
12.10.2.3 delete vlan config
dot1qVlanStaticName 12.4.1.3 set bridge name
dot1qVlanStaticEgressPorts
dot1qVlanForbiddenEgressPorts
dot1qVlanStaticUntaggedPorts
dot1qVlanStaticRowStatus
dot1qNextFreeLocalVlanIndex
dot1qPortVlanTable 12.10.1.1 read bridge vlan
configuration
dot1qPvid 12.10.1.2 configure PVID values
dot1qPortAcceptableFrameTypes 12.10.1.3 configure acceptable
frame types parameter
dot1qPortIngressFiltering 12.10.1.4 configure ingress
filtering parameters
dot1qPortGvrpStatus 12.9.2.2 read/set garp applicant
controls
dot1qPortGvrpFailedRegistrations
dot1qPortGvrpLastPduOrigin
dot1qPortRestrictedVlanRegistration
IEEE 802.1u 11.2.3.2.3
Restricted VLAN Registration
dot1qPortVlanStatisticsTable 12.6.1.1 read forwarding port
counters
dot1qTpVlanPortInFrames
dot1qTpVlanPortOutFrames
dot1qTpVlanPortInDiscards
dot1qTpVlanPortInOverflowFrames
dot1qTpVlanPortOutOverflowFrames
dot1qTpVlanPortInOverflowDiscards
dot1qPortVlanHCStatisticsTable 12.6.1.1 read forwarding port
counters
dot1qTpVlanPortHCInFrames
dot1qTpVlanPortHCOutFrames
dot1qTpVlanPortHCInDiscards
dot1qLearningConstraintsTable 12.10.3.1/3/4 read/set/delete
vlan learning constraints
12.10.3.2 read vlan learning
constraints for VID
dot1qConstraintVlan
dot1qConstraintSet
dot1qConstraintType
dot1qConstraintStatus
dot1qConstraintSetDefault
dot1qVlanCreationTime dot1qVlanStaticTable、12.7、.1/2/3の.7、.1が永久的なデータベースを読み込むエントリー12.7.6をフィルターにかけながら作成するか、削除する、または読んでください、12.10、.2、.2、vlanコンフィグを作成してください、12.10、.2、.3、dot1qVlanStaticName12.4.1.3セット橋の名dot1qVlanStaticEgressPorts dot1qVlanForbiddenEgressPorts dot1qVlanStaticUntaggedPorts dot1qVlanStaticRowStatus dot1qNextFreeLocalVlanIndex dot1qPortVlanTable12.10.1の.1が橋のvlan構成dot1qPvidを読み込むvlanコンフィグを削除してください、12.10、.1、.2、PVID値のdot1qPortAcceptableFrameTypesを構成してください、12.10、.1; 3が、許容できるフレームがパラメタdot1qPortIngressFilteringをタイプするのを構成する、12.10、.1、.4、パラメタdot1qPortGvrpStatus12.9.2.2をフィルターにかけるイングレスがgarp応募者コントロールdot1qPortGvrpFailedRegistrations dot1qPortGvrpLastPduOrigin dot1qPortRestrictedVlanRegistration IEEE802を読んだか、または設定したのを構成してください; ポートカウンタdot1qTpVlanPortInFrames dot1qTpVlanPortOutFrames dot1qTpVlanPortInDiscards dot1qTpVlanPortInOverflowFrames dot1qTpVlを進める.1が読む1u11.2.3.2.3Restricted VLAN Registration dot1qPortVlanStatisticsTable12.6.1.1/3/4にdot1qTpVlanPortHCInFrames dot1qTpVlanPortHCOutFrames dot1qTpVlanPortHCInDiscards dot1qLearningConstraintsTable12.10.3をポートカウンタに送る.1が読むanPortOutOverflowFrames dot1qTpVlanPortInOverflowDiscards dot1qPortVlanHCStatisticsTable12.6.1が、.2がVID dot1qConstraintVlan dot1qConstraintSet dot1qConstraintType dot1qConstraintStatus dot1qConstraintSetDefaultのvlan学習規制を読み込むvlan学習規制12.10.3を読むか、設定する、または削除します。
Levi & Harrington Standards Track [Page 10] RFC 4363 Bridge MIB Extensions January 2006
レビとハリントン規格は橋のMIB拡大2006年1月にRFC4363を追跡します[10ページ]。
dot1qConstraintTypeDefault
dot1qConstraintTypeDefault
dot1vProtocol IEEE 802.1v Reference:
dot1vProtocolGroupTable 8.6.4 Protocol Group Database,
8.6.2 Protocol Template
dot1vProtocolTemplateFrameType
dot1vProtocolTemplateProtocolValue
dot1vProtocolGroupId 8.6.3 Protocol Group Identifier
dot1vProtocolGroupRowStatus
dot1vProtocolPortTable 8.4.4 VID Set for each Port
dot1vProtocolPortGroupId
dot1vProtocolGroupVid
dot1vProtocolPortRowStatus
dot1vProtocol IEEE 802.1v参照: dot1vProtocolGroupTable8.6.4プロトコルGroup Database、8.6.2プロトコルTemplate dot1vProtocolTemplateFrameType dot1vProtocolTemplateProtocolValue dot1vProtocolGroupId8.6.3プロトコルGroup Identifier dot1vProtocolGroupRowStatus dot1vProtocolPortTable、8.4、.4VID Set、それぞれのPort dot1vProtocolPortGroupId dot1vProtocolGroupVid dot1vProtocolPortRowStatus
The following IEEE 802.1Q management objects have not been included in the Bridge MIB for the indicated reasons.
以下のIEEE 802.1Q管理物は示された理由によるBridge MIBに含まれていません。
IEEE 802.1Q-2003 Operation Disposition
IEEE 802.1Q-2003操作気質
reset bridge (12.4.1.4) not considered useful
リセット橋、(12.4、.4が)役に立つと考えなかった.1
reset vlan bridge (12.10.1.5) not considered useful
リセットvlan橋、(12.10、.5が)役に立つと考えなかった.1
read forwarding port counters (12.6.1.1)
discard on error details not considered useful
カウンタをポートに送りながら読んでください、(役に立つのは考えられなかった誤りの詳細における12.6.1.1)破棄
read permanent database (12.7.6.1)
permanent database size not considered useful
number of static filtering count rows in
entries dot1qStaticUnicastTable +
dot1qStaticMulticastTable
number of static VLAN count rows in
registration entries dot1qVlanStaticTable
read filtering entry range use GetNext operation.
(12.7.7.4)
永久的なデータベースを読んでください、(12.7 .6 .1) エントリーでカウント列をフィルターにかける永久的なデータベースサイズ考えられなかった役に立つ番号の静電気がGetNext操作を使用します登録エントリーdot1qVlanStaticTableにおける、静的なVLANカウント列のdot1qStaticUnicastTable+dot1qStaticMulticastTable番号が、フィルタリングエントリレンジを読む。 (12.7.7.4)
read filtering database (12.7.1.1)
filtering database size not considered useful
number of dynamic group address count rows applicable to each
entries (12.7.1.3) FDB in dot1dTpGroupTable
データベースをフィルターにかけながら読んでください、(それぞれに適切なダイナミックなグループアドレスカウント列の役に立つ数であることは考えられなかった12.7.1.1)フィルタリングデータベースサイズ、エントリー、(12.7、.1、dot1dTpGroupTableの.3)FDB
read garp state (12.9.3.1) not considered useful
garp状態を読んでください、(12.9、.1が)役に立つと考えなかった.3
notify vlan registration failure not considered useful
(12.10.1.6)
役に立つのは考えられなかったvlan登録の故障に通知してください。(12.10.1.6)
Levi & Harrington Standards Track [Page 11] RFC 4363 Bridge MIB Extensions January 2006
レビとハリントン規格は橋のMIB拡大2006年1月にRFC4363を追跡します[11ページ]。
notify learning constraint violation
(12.10.3.10) not considered useful
学習規制違反に通知してください、(12.10、.10が)役に立つと考えなかった.3
3.2.2. The dot1qBase Subtree
3.2.2. dot1qBase下位木
This subtree contains the objects that are applicable to all bridges implementing IEEE 802.1Q virtual LANs.
この下位木はIEEE 802.1QバーチャルLANを実行するすべての橋に適切な物を含んでいます。
3.2.3. The dot1qTp Subtree
3.2.3. dot1qTp下位木
This subtree contains objects that control the operation and report the status of transparent bridging. This includes management of the dynamic Filtering Databases for both unicast and multicast forwarding. This subtree will be implemented by all bridges that perform destination-address filtering.
この下位木は操作を制御して、透明な橋を架けることの状態を報告する物を含んでいます。 これはユニキャストとマルチキャスト推進の両方のためのダイナミックなFiltering Databasesの管理を含んでいます。 この下位木は送付先アドレスフィルタリングを実行するすべての橋によって実行されるでしょう。
3.2.4. The dot1qStatic Subtree
3.2.4. dot1qStatic下位木
This subtree contains objects that control static configuration information for transparent bridging. This includes management of the static entries in the Filtering Databases for both unicast and multicast forwarding.
この下位木は透明な橋を架ける静的な設定情報を制御する物を含んでいます。 これはユニキャストとマルチキャスト推進の両方のためのFiltering Databasesでの静的なエントリーの管理を含んでいます。
3.2.5. The dot1qVlan Subtree
3.2.5. dot1qVlan下位木
This subtree contains objects that control configuration and report status of the Virtual LANs known to a bridge. This includes management of the statically configured VLANs as well as reporting VLANs discovered by other means (e.g., GARP VLAN Registration Protocol (GVRP)). It also controls configuration and reports status of per-port objects relating to VLANs and reports traffic statistics. It also provides for management of the VLAN Learning Constraints.
この下位木は橋に知られているVirtual LANの構成とレポート状態を制御する物を含んでいます。 これは他の手段(例えば、ガープVLAN Registrationプロトコル(GVRP))で発見されたVLANsを報告することと同様に静的に構成されたVLANsの管理を含んでいます。 それは、また、構成を制御して、VLANsに関連する1ポートあたりの物の状態を報告して、交通統計を報告します。 また、それはVLAN Learning Constraintsの管理に備えます。
3.3. Textual Conventions
3.3. 原文のコンベンション
Various Working Groups have defined standards-track MIB documents (for example, [RFC2613] and [RFC3318]), that contain objects and Textual Conventions to represent a Virtual Local Area Network Identifier (VLAN-ID) [802.1Q]. New definitions are showing up in various documents (for example, [RFC4323] and [RFC4149]). Unfortunately, the result is a set of different definitions for the same piece of management information. This may lead to confusion and unnecessary complexity. In order to address this situation, three new textual conventions are defined in the Q-BRIDGE-MIB, called VlanIdOrAny, VlanIdOrNone, and VlanIdOrAnyOrNone. These new textual conventions should be (re)used in MIB modules so that they all represent a VLAN-ID in the same way.
様々なWorking Groupsは標準化過程MIBドキュメント(例えば、[RFC2613]と[RFC3318])を定義して、それはVirtualローカル・エリア・ネットワークIdentifier(VLAN-ID)[802.1Q]を表す物とTextual Conventionsを含んでいます。 新しい定義は様々なドキュメント(例えば、[RFC4323]と[RFC4149])に現れています。 残念ながら、結果は同じ経営情報のための1セットの異なった定義です。 これは混乱と不要な複雑さに通じるかもしれません。 VlanIdOrAny、VlanIdOrNone、およびVlanIdOrAnyOrNoneは、3つの新しい原文のコンベンションがこの状況を記述するためにQ-BRIDGE-MIBで定義されると呼びました。 これらの新しい原文のコンベンションがMIBモジュールで使用される(re)であるべきであるので、同様に、彼らは皆、VLAN-IDを表します。
Levi & Harrington Standards Track [Page 12] RFC 4363 Bridge MIB Extensions January 2006
レビとハリントン規格は橋のMIB拡大2006年1月にRFC4363を追跡します[12ページ]。
These textual conventions provide a means to specify MIB objects that refer to a specific VLAN, to any VLAN, or to no VLAN. For an example of how these textual conventions might be used, consider a MIB object, with SYNTAX of VlanIdOrAnyOrNone, that specifies the VLAN on which to accept incoming packets of a particular protocol. Such an object would allow the device to be configured to accept packets of this protocol received with a specific 802.1q tag value, with any 802.1q tag value, or with no 802.1q tag. Note that a MIB object that is defined using one of these textual conventions should clarify the meaning of 'any VLAN' and/or 'no VLAN' in its DESCRIPTION clause.
これらの原文のコンベンションはどんなVLAN、または、VLANと特定のVLANを呼ぶMIB物を指定する手段を提供します。 これらの原文のコンベンションがどう使用されるかもしれないかに関する例に関しては、VlanIdOrAnyOrNoneのSYNTAXがある特定のプロトコルの入って来るパケットを受け入れるVLANを指定するMIB物を考えてください。 そのような物は、装置がどんな802.1qタグ価値も、または802.1qタグなしで特定の802.1qタグ価値で受け取られたこのプロトコルのパケットを受け入れるために構成されるのを許容するでしょう。 これらの原文のコンベンションの1つを使用することで定義されるMIB物が記述節で'どんなVLANも'にもかかわらず、'VLANがありません'の意味をはっきりさせるはずであることに注意してください。
3.4. Relationship to Other MIBs
3.4. 他のMIBsとの関係
As described above, some IEEE 802.1D management objects have not been included in this MIB because they overlap with objects in other MIBs applicable to a bridge implementing this MIB module.
上で説明されるように、いくつかのIEEE 802.1D管理物はこのMIBモジュールを実行する橋に適切な他のMIBsの物に重なるので、このMIBに含まれていません。
3.4.1. Relationship to the SNMPv2-MIB
3.4.1. SNMPv2-MIBとの関係
The SNMPv2-MIB [RFC3418] defines objects that are generally applicable to managed devices. These objects apply to the device as a whole, irrespective of whether bridging is the device's sole functionality or only a subset of the device's functionality.
SNMPv2-MIB[RFC3418]は一般に、管理された装置に適切な物を定義します。 これらの物は全体で装置に適用されます、橋を架けるのが装置の唯一の機能性か装置の機能性の部分集合であるにすぎないことの如何にかかわらず。
Full support for the 802.1D management objects requires that the SNMPv2-MIB objects sysDescr and sysUpTime be implemented. Note that compliance to the current SNMPv2-MIB module requires additional objects and notifications to be implemented as specified in RFC 3418 [RFC3418].
802.1D管理物の全面的な支援は、SNMPv2-MIB物のsysDescrとsysUpTimeが実行されるのを必要とします。 現在のSNMPv2-MIBモジュールへの承諾が、RFC3418[RFC3418]で指定されるように追加物と通知が実行されるのを必要とすることに注意してください。
3.4.2. Relationship to the IF-MIB
3.4.2. 関係、-、MIB
The IF-MIB, [RFC2863], requires that any MIB that is an adjunct of the IF-MIB clarify specific areas within the IF-MIB. These areas were intentionally left vague in the IF-MIB in order to avoid over- constraining the MIB, thereby precluding management of certain media-types.
-、MIB、[RFC2863]、それを必要とする、付属物であるどんなMIB、も-、MIB、特定の領域をはっきりさせる、-、MIB これらの領域が故意にあいまいなままにされた、-、MIB、MIBを抑制し過ぎるのを避けるために、その結果、ある管理を排除するのはメディアでタイプされます。
The IF-MIB enumerates several areas that a media-specific MIB must clarify. Each of these areas is addressed in a following subsection. The implementor is referred to the IF-MIB in order to understand the general intent of these areas.
-、MIB、メディア特有のMIBがはっきりさせなければならないいくつかの領域を列挙します。 それぞれのこれらの領域は次の小区分で扱われます。 作成者が言及される、-、MIB、これらの領域の総合的目的を理解してください。
The IF-MIB [RFC2863] defines managed objects for managing network interfaces. A network interface is considered 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.) The term 'segment' is used in this
-、MIB、[RFC2863]は、ネットワーク・インターフェースを管理するために管理オブジェクトを定義します。 ネットワークは'サブネットワーク'に付きましたインタフェースが考えられる。 (プロトコルのインターネットスイートで使用されるアドレシング仕切りの体系について言及する'サブネット'に今期を混乱させてはいけないことに注意してください。) 'セグメント'という用語はこれで使用されます。
Levi & Harrington Standards Track [Page 13] RFC 4363 Bridge MIB Extensions January 2006
レビとハリントン規格はブリッジMIB拡大2006年1月にRFC4363を追跡します[13ページ]。
memo to refer to such a subnetwork, whether it be an Ethernet segment, a 'ring', a WAN link, or even an X.25 virtual circuit.
そのようなサブネットワークについて言及するそれがイーサネットセグメント、'リング'、WANリンク、またはX.25の仮想の回路でさえあることでのメモ。
Full support for the 802.1D management objects requires that the IF-MIB objects ifIndex, ifType, ifDescr, ifPhysAddress, and ifLastChange are implemented. Note that compliance to the current IF-MIB module requires additional objects and notifications to be implemented as specified in RFC 2863 [RFC2863].
802.1D管理オブジェクトの全面的な支援がそれを必要とする、-、MIB、オブジェクトのifIndex、ifType、ifDescr、ifPhysAddress、およびifLastChangeは実装されます。 そのコンプライアンスに注意する、電流、-、MIB、モジュール、追加オブジェクトと通知がRFC2863[RFC2863]で指定されるように実装されるのが必要です。
Implicit in this Extended Bridge MIB is the notion of ports on a bridge. Each of these ports is associated with one interface of the 'interfaces' subtree (one row in ifTable), and, in most situations, each port is associated with a different interface. However, there are situations in which multiple ports are associated with the same interface. An example of such a situation would be several ports each corresponding one-to-one with several X.25 virtual circuits but all on the same interface.
このExtended Bridge MIBで暗黙であることは、ブリッジの上のポートの概念です。 それぞれのこれらのポートは'インタフェース'下位木(ifTableの1つの行)の1つのインタフェースに関連しています、そして、ほとんどの状況で、それぞれのポートは異なったインタフェースに関連しています。 しかしながら、複数のポートが同じインタフェースに関連している状況があります。 そのような状況に関する例はいくつかのX.25の仮想の回路にもかかわらず、同じインタフェースの上でそれぞれ1〜1に対応するいくつかのポートでしょう。
Each port is uniquely identified by a port number. A port number has no mandatory relationship to an interface number, but in the simple case a port number will have the same value as the corresponding interface's interface number. Port numbers are in the range (1..dot1dBaseNumPorts).
各ポートはポートナンバーによって唯一特定されます。 ポートナンバーには、インタフェース番号とのどんな義務的な関係もありませんが、簡単な場合では、ポートナンバーは対応するインタフェースのインタフェース番号と同じ値を持つでしょう。 ポートナンバーが範囲(1..dot1dBaseNumPorts)にあります。
Some entities perform other functionality as well as bridging through the sending and receiving of data on their interfaces. In such situations, only a subset of the data sent/received on an interface is within the domain of the entity's bridging functionality. This subset is considered delineated according to a set of protocols, with some protocols being bridged, and other protocols not being bridged. For example, in an entity that exclusively performed bridging, all protocols would be considered bridged, whereas in an entity that performed IP routing on IP datagrams and only bridged other protocols, only the non-IP data would be considered bridged.
いくつかの実体がデータの送受信でブリッジすることと同様に他の機能性をそれらのインタフェースに実行します。 そのような状況に、実体のブリッジすることの機能性のドメインの中にインタフェースに送るか、または受け取るデータの部分集合しかありません。 この部分集合は1セットのプロトコルに従って図で表わされると考えられます、いくつかのプロトコルがブリッジされていて、他のプロトコルはブリッジされていない状態で。 例えば、排他的にブリッジすることを実行した実体では、他のプロトコルであるとブリッジされただけであるIPルーティングを実行した実体では非IPデータだけがブリッジされると考えられるでしょうが、すべてのプロトコルがブリッジされると考えられるでしょう。
Thus, this Extended Bridge MIB (and in particular, its counters) is applicable only to that subset of the data on an entity's interfaces that is sent/received for a protocol being bridged. All such data is sent/received via the ports of the bridge.
したがって、このExtended Bridge MIB(そして、特にカウンタ)はブリッジされるプロトコルのために送るか、または受け取る実体のインタフェースに関するデータのその部分集合だけに適切です。 ブリッジのポートを通してそのようなすべてのデータを送るか、または受け取ります。
3.4.2.1. Layering Model
3.4.2.1. レイヤリングモデル
This memo assumes the interpretation of the Interfaces Subtree to be in accordance with the IF-MIB [RFC2863], which states that the interfaces table (ifTable) contains information on the managed resource's interfaces and that each sub-layer below the internetwork layer of a network interface is considered an interface.
このメモが、Interfaces Subtreeの解釈があると仮定する、-、MIB、[RFC2863](インタフェースが(ifTable)をテーブルの上に置くと述べる)は管理資源のインタフェースの情報を含んでいて、ネットワーク・インターフェースのインターネットワーク層の下の各副層はインタフェースであると考えられます。
Levi & Harrington Standards Track [Page 14] RFC 4363 Bridge MIB Extensions January 2006
レビとハリントン規格はブリッジMIB拡大2006年1月にRFC4363を追跡します[14ページ]。
This document does not make any assumption that within an entity, VLANs that are instantiated as an entry in dot1qVlanCurrentTable by either management configuration through dot1qVlanStaticTable or by dynamic means (e.g., through GVRP) are also represented by an entry in ifTable.
このドキュメントはまた、dot1qVlanStaticTableを通したどちらかの管理構成かダイナミックな手段(例えば、GVRPを通した)でエントリーとしてdot1qVlanCurrentTableに例示されるVLANsがifTableに実体の中では、エントリーで表されるという少しの仮定もしません。
Where an entity contains higher-layer protocol entities (e.g., IP-layer interfaces that transmit and receive traffic to/from a VLAN), these should be represented in the ifTable as interfaces of type propVirtual(53). Protocol-specific types such as l3ipxvlan(137) should not be used here, since there is no implication that the bridge will perform any protocol filtering before delivering up to these virtual interfaces.
実体が上位層プロトコル実体(IP層例えば、VLANからの/とトラフィックを送受信するインタフェース)を含んでいるところでは、これらはタイプpropVirtual(53)のインタフェースとしてifTableに表されるべきです。 ここでl3ipxvlan(137)などのプロトコル特有のタイプを使用するべきではありません、ブリッジがこれらの仮想インターフェースまで配送する前にどんなプロトコルフィルタリングも実行するという含意が全くないので。
3.4.2.2. ifStackTable
3.4.2.2. ifStackTable
In addition, the IF-MIB [RFC2863] defines a table 'ifStackTable' for describing the relationship between logical interfaces within an entity. It is anticipated that implementors will use this table to describe the binding of (for example) IP interfaces to physical ports, although the presence of VLANs makes the representation less than perfect for showing connectivity. The ifStackTable cannot represent the full capability of the IEEE 802.1Q VLAN bridging standard, since that makes a distinction between VLAN bindings on 'ingress' to and 'egress' from a port: these relationships may or may not be symmetrical whereas Interface MIB Evolution assumes a symmetrical binding for transmit and receive. This makes it necessary to define other manageable objects for configuring which ports are members of which VLANs.
さらに、-、MIB、[RFC2863]は、実体の中で論理的なインタフェースの間の関係について説明するために'ifStackTable'というテーブルを定義します。 作成者が(例えば、)IPインタフェースの結合について物理的なポートに説明するのにこのテーブルを使用すると予期されます、VLANsの存在は接続性を示しているのに完全であるほど表現をしませんが。 ifStackTableはIEEE 802.1Q VLANが規格をブリッジする完全な能力を表すことができません、それがポートからの'イングレス'と'出口'でVLAN結合の間で区別をするので: これらの関係は対称であるかもしれませんが、Interface MIB Evolutionは、aが対称であると拘束力があった状態で仮定します。送受信してください。 これで、どのポートがどのVLANsのメンバーであるかを構成するために他の処理しやすいオブジェクトを定義するのは必要になります。
3.4.2.3. ifRcvAddressTable
3.4.2.3. ifRcvAddressTable
This table contains all MAC addresses, unicast, multicast, and broadcast, for which an interface will receive packets and forward them up to a higher-layer entity for local consumption. Note that this does not include addresses for data-link layer control protocols such as Spanning-Tree, GMRP, or GVRP. The format of the address, contained in ifRcvAddressAddress, is the same as for ifPhysAddress.
このテーブルはすべてのMACアドレス、ユニキャスト、マルチキャスト、および放送を含んでいます。(インタフェースは、それのために地方の消費で、より高い層の実体までパケットを受けて、それらを進めるでしょう)。 これがSpanning-木、GMRP、またはGVRPなどのデータ・リンク層制御プロトコルのためのアドレスを含んでいないことに注意してください。 アドレスのifRcvAddressAddressに含まれた形式はifPhysAddressのように同じです。
This table does not include unicast or multicast addresses that are accepted for possible forwarding out some other port. This table is explicitly not intended to provide a bridge address filtering mechanism.
このテーブルは可能な推進のためにある他のポートから受け入れられるユニキャストかマルチキャストアドレスを含んでいません。 明らかに、このテーブルがブリッジアドレスフィルタリングメカニズムを提供することを意図しません。
Levi & Harrington Standards Track [Page 15] RFC 4363 Bridge MIB Extensions January 2006
レビとハリントン規格はブリッジMIB拡大2006年1月にRFC4363を追跡します[15ページ]。
3.4.3. Relationship to the BRIDGE-MIB
3.4.3. ブリッジ-MIBとの関係
This section defines how objects in the BRIDGE-MIB module [BRIDGE-MIB] should be represented for devices that implement the extensions: some of the old objects are less useful in such devices but must still be implemented for reasons of backwards compatibility.
このセクションはBRIDGE-MIBモジュール[BRIDGE-MIB]によるオブジェクトが拡大を実装するデバイスのためにどう表されるべきであるかを定義します: いくつかの古いオブジェクトをそのようなデバイスでそれほど役に立ちませんが、遅れている互換性の理由でまだ実装しなければなりません。
3.4.3.1. The dot1dBase Subtree
3.4.3.1. dot1dBase下位木
This subtree contains objects that are applicable to all types of bridges. Interpretation of this subtree is unchanged.
この下位木はすべてのタイプのブリッジに適切なオブジェクトを含んでいます。 この下位木の解釈は変わりがありません。
3.4.3.2. The dot1dStp Subtree
3.4.3.2. dot1dStp下位木
This subtree contains the objects that denote the bridge's state with respect to the Spanning Tree Protocol. Interpretation of this subtree is unchanged.
この下位木はSpanning Treeプロトコルに関してブリッジの状態を指示するオブジェクトを含んでいます。 この下位木の解釈は変わりがありません。
3.4.3.3. The dot1dTp Subtree
3.4.3.3. dot1dTp下位木
This subtree contains objects that describe the entity's state with respect to transparent bridging.
この下位木は透明なブリッジするのに関して実体の状態について説明するオブジェクトを含んでいます。
In a device operating with a single Filtering Database, interpretation of this subtree is unchanged.
独身のFiltering Databaseと共に作動するデバイスでは、この下位木の解釈は変わりがありません。
In a device supporting multiple Filtering Databases, this subtree is interpreted as follows:
複数のFiltering Databasesをサポートするデバイスでは、この下位木は以下の通り解釈されます:
dot1dTpLearnedEntryDiscards
dot1dTpLearnedEntryDiscards
The number of times that *any* of the FDBs became full.
*FDBsのどんな*も完全になったという回の数。
dot1dTpAgingTime
dot1dTpAgingTime
This applies to all Filtering Databases.
これはすべてのFiltering Databasesに適用されます。
dot1dTpFdbTable
dot1dTpFdbTable
Report MAC addresses learned on each port, regardless of which
Filtering Database they have been learned in. If an address has
been learned in multiple databases on a single port, report it
only once. If an address has been learned in multiple databases
on more than one port, report the entry on any one of the valid
ports.
それらがどのFiltering Databaseで学習されたかにかかわらずMACアドレスが各ポートで学術的であると報告してください。 アドレスが単一のポートに関する複数のデータベースで学習されたなら、一度だけそれを報告してください。 アドレスが1つ以上のポートに関する複数のデータベースで学習されたなら、有効なポートのいずれに関してもエントリーを報告してください。
Levi & Harrington Standards Track [Page 16] RFC 4363 Bridge MIB Extensions January 2006
レビとハリントン規格はブリッジMIB拡大2006年1月にRFC4363を追跡します[16ページ]。
dot1dTpPortTable
dot1dTpPortTable
This table is port-based and is not affected by multiple
Filtering Databases or multiple VLANs. The counters should
include frames received or transmitted for all VLANs. Note that
equivalent 64-bit port statistics counters, as well as other
objects to represent the upper 32 bits of these counters, are
defined in this document for high-capacity network interfaces.
These have conformance statements to indicate for which speeds
of interface they are required.
このテーブルは、ポートベースであり、複数のFiltering Databasesか複数のVLANsで影響を受けません。 カウンタはすべてのVLANsのために受け取るか、または伝えるフレームを含んでいるはずです。 同等な64ビットのポート統計カウンタ、およびこれらのカウンタの上側の32ビットを表す他のオブジェクトが本書では高容量ネットワーク・インターフェースと定義されることに注意してください。 これらには、示すインタフェースの速度が必要である順応声明があります。
3.4.3.4. The dot1dStatic Subtree
3.4.3.4. dot1dStatic下位木
This optional subtree contains objects that describe the configuration of destination-address filtering.
この任意の下位木は送付先アドレスフィルタリングの構成について説明するオブジェクトを含んでいます。
In a device operating with a single Filtering Database, interpretation of this subtree is unchanged.
独身のFiltering Databaseと共に作動するデバイスでは、この下位木の解釈は変わりがありません。
In a device supporting multiple Filtering Databases, this subtree is interpreted as follows:
複数のFiltering Databasesをサポートするデバイスでは、この下位木は以下の通り解釈されます:
dot1dStaticTable
dot1dStaticTable
Entries read from this table include all static entries from all
of the Filtering Databases. Entries for the same MAC address
and receive port in more than one Filtering Database must appear
only once, since these are the indices of this table. This
table should be implemented as read-only in devices that support
multiple Forwarding Databases. Instead, write access should be
provided through dot1qStaticUnicastTable and
dot1qStaticMulticastTable, as defined in this document.
このテーブルから読まれたエントリーはFiltering Databasesのすべてからのすべての静的なエントリーを含んでいます。 同じMACが1Filtering Databaseのポートを扱って、受けるので、エントリーは一度だけ現れなければなりません、これらがこのテーブルのインデックスリストであるので。 このテーブルは書き込み禁止として複数のForwarding Databasesをサポートするデバイスで実装されるべきです。 代わりに、アクセスを書いてください。dot1qStaticUnicastTableとdot1qStaticMulticastTable本書では定義されるように提供するべきです。
3.4.3.5. Additions to the BRIDGE-MIB
3.4.3.5. ブリッジ-MIBへの追加
To supplement the BRIDGE-MIB [BRIDGE-MIB], this module contains:
BRIDGE-MIB[BRIDGE-MIB]を補うために、このモジュールは以下を含んでいます。
(1) support for multiple traffic classes and dynamic multicast
filtering as per IEEE 802.1D-1998 [802.1D].
(1) 複数のトラフィックには、IEEE 802.1D-1998に従って[802.1D]をフィルターにかけるクラスとダイナミックなマルチキャストをサポートしてください。
(2) support for bridged Virtual LANs as per IEEE 802.1Q-2003
[802.1Q].
(2) ブリッジしているVirtualには、IEEE 802.1Q-2003[802.1Q]に従ってLANをサポートしてください。
(3) support for 64-bit versions of BRIDGE-MIB [BRIDGE-MIB] port
counters.
(3) BRIDGE-MIB[BRIDGE-MIB]の64ビットのバージョンには、ポートがカウンタであるとサポートしてください。
Levi & Harrington Standards Track [Page 17] RFC 4363 Bridge MIB Extensions January 2006
レビとハリントン規格はブリッジMIB拡大2006年1月にRFC4363を追跡します[17ページ]。
4. Definitions for Extended Bridge MIB
4. 拡張ブリッジMIBのための定義
P-BRIDGE-MIB DEFINITIONS ::= BEGIN
PブリッジMIB定義:、:= 始まってください。
-- ------------------------------------------------------------- -- MIB for IEEE 802.1p devices -- -------------------------------------------------------------
-- ------------------------------------------------------------- -- IEEE 802.1pデバイスのためのMIB---------------------------------------------------------------
IMPORTS
MODULE-IDENTITY, OBJECT-TYPE, Counter32, Integer32, Counter64
FROM SNMPv2-SMI
TruthValue, TimeInterval, MacAddress, TEXTUAL-CONVENTION
FROM SNMPv2-TC
MODULE-COMPLIANCE, OBJECT-GROUP
FROM SNMPv2-CONF
dot1dTp, dot1dTpPort, dot1dBridge,
dot1dBasePortEntry, dot1dBasePort
FROM BRIDGE-MIB;
SNMPv2-SMI TruthValue、TimeInterval、ブリッジ-MIBからのSNMPv2-CONF dot1dTp、dot1dTpPort、dot1dBridge、dot1dBasePortEntry、dot1dBasePortからのSNMPv2-Tcモジュールコンプライアンス、オブジェクトグループからの原文のコンベンションのMacAddressからモジュールアイデンティティ、オブジェクト・タイプ、Counter32、Integer32、Counter64をインポートします。
pBridgeMIB MODULE-IDENTITY
LAST-UPDATED "200601090000Z"
ORGANIZATION "IETF Bridge MIB Working Group"
CONTACT-INFO
"Email: bridge-mib@ietf.org
ietfmibs@ops.ietf.org
pBridgeMIBモジュールアイデンティティは「以下をメールしてください」という"200601090000Z"組織「IETFブリッジMIB作業部会」コンタクトインフォメーションをアップデートしました。 bridge-mib@ietf.org ietfmibs@ops.ietf.org
David Levi
Postal: Nortel Networks
4655 Great America Parkway
Santa Clara, CA 95054
USA
Phone: +1 865 686 0432
Email: dlevi@nortel.com
デヴィッド・レビPostal: ノーテルはカリフォルニア95054サンタクララ(米国)が電話をする4655グレート・アメリカ公園道路をネットワークでつなぎます: +1 0432年の865 686メール: dlevi@nortel.com
David Harrington
Postal: Effective Software
50 Harding Rd.
Portsmouth, NH 03801
USA
Phone: +1 603 436 8634
Email: ietfdbh@comcast.net
デヴィッド・ハリントン郵便: 有効なソフトウェア50ハーディング通り ニューハンプシャー03801ポーツマス(米国)は以下に電話をします。 +1 8634年の603 436メール: ietfdbh@comcast.net
Les Bell
Postal: Hemel Hempstead, Herts. HP2 7YU
UK
Email: elbell@ntlworld.com
レス・ベルPostal: ヘメルヘムステッド、ハーツ。 HP2 7YUイギリスのメール: elbell@ntlworld.com
Vivian Ngai
ビビアンNgai
Levi & Harrington Standards Track [Page 18] RFC 4363 Bridge MIB Extensions January 2006
レビとハリントン規格はブリッジMIB拡大2006年1月にRFC4363を追跡します[18ページ]。
Email: vivian_ngai@acm.org
メール: vivian_ngai@acm.org
Andrew Smith
Postal: Beijing Harbour Networks
Jiuling Building
21 North Xisanhuan Ave.
Beijing, 100089
PRC
Fax: +1 415 345 1827
Email: ah_smith@acm.org
アンドリュー・スミスPostal: 北京港はJiulingビル21の北のXisanhuan Aveをネットワークでつなぎます。 北京、100089PRC Fax: +1 1827年の415 345メール: ah_smith@acm.org
Paul Langille
Postal: Newbridge Networks
5 Corporate Drive
Andover, MA 01810
USA
Phone: +1 978 691 4665
Email: langille@newbridge.com
ポールLangille郵便: ニューブリッジネットワークス5の法人のDrive MA01810アンドーバー(米国)は以下に電話をします。 +1 4665年の978 691メール: langille@newbridge.com
Anil Rijhsinghani
Postal: Accton Technology Corporation
5 Mount Royal Ave
Marlboro, MA 01752
USA
Phone:
Email: anil@accton.com
コマツナギ、Rijhsinghani郵便: Accton技術社5はロイヤルAveマールボロ、MA01752米国電話を取り付けます: メール: anil@accton.com
Keith McCloghrie
Postal: Cisco Systems, Inc.
170 West Tasman Drive
San Jose, CA 95134-1706
USA
Phone: +1 408 526 5260
Email: kzm@cisco.com"
DESCRIPTION
"The Bridge MIB Extension module for managing Priority
and Multicast Filtering, defined by IEEE 802.1D-1998,
including Restricted Group Registration defined by
IEEE 802.1t-2001.
キースMcCloghrie郵便: Inc.170の西タスマン・Driveシスコシステムズカリフォルニア95134-1706サンノゼ(米国)は以下に電話をします。 +1 5260年の408 526メール: 「Restricted Group Registrationを含むIEEE 802.1D-1998によって定義されたPriorityとMulticast Filteringを管理するためのBridge MIB ExtensionモジュールはIEEE802.1t2001年までに-定義した」" kzm@cisco.com "記述。
Copyright (C) The Internet Society (2006). This version of
this MIB module is part of RFC 4363; See the RFC itself for
full legal notices."
REVISION "200601090000Z"
DESCRIPTION
"Added dot1dPortRestrictedGroupRegistration.
Deprecated pBridgePortGmrpGroup and pBridgeCompliance
and added pBridgePortGmrpGroup2 and pBridgeCompliance2."
Copyright(C)インターネット協会(2006)。 このMIBモジュールのこのバージョンはRFC4363の一部です。 「完全な法定の通知に関してRFC自身を見てください。」 改正"200601090000Z"記述は「dot1dPortRestrictedGroupRegistrationを加えました」。 「推奨しないpBridgePortGmrpGroup、pBridgeCompliance、加えられたpBridgePortGmrpGroup2、およびpBridgeCompliance2。」
Levi & Harrington Standards Track [Page 19] RFC 4363 Bridge MIB Extensions January 2006
レビとハリントン規格はブリッジMIB拡大2006年1月にRFC4363を追跡します[19ページ]。
REVISION "199908250000Z"
DESCRIPTION
"The Bridge MIB Extension module for managing Priority
and Multicast Filtering, defined by IEEE 802.1D-1998.
REVISION"199908250000Z"記述、「優先権を管理するためのブリッジMIB拡大モジュールとIEEE 802.1D-1998によって定義されたマルチキャストフィルタリング。」
Initial version, published as RFC 2674."
「RFC2674として発行されたバージョンに頭文字をつけてください。」
::= { dot1dBridge 6 }
::= dot1dBridge6
pBridgeMIBObjects OBJECT IDENTIFIER ::= { pBridgeMIB 1 }
pBridgeMIBObjectsオブジェクト識別子:、:= pBridgeMIB1
-- ------------------------------------------------------------- -- Textual Conventions -- -------------------------------------------------------------
-- ------------------------------------------------------------- -- 原文のコンベンション---------------------------------------------------------------
EnabledStatus ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"A simple status value for the object."
SYNTAX INTEGER { enabled(1), disabled(2) }
EnabledStatus:、:= TEXTUAL-CONVENTION STATUSの現在の記述、「オブジェクトのための簡単な状態値。」 構文整数(1)を可能にして、(2)であると無効にされます。
-- ------------------------------------------------------------- -- subtrees in the P-BRIDGE MIB -- -------------------------------------------------------------
-- ------------------------------------------------------------- -- P-BRIDGE MIBの下位木---------------------------------------------------------------
dot1dExtBase OBJECT IDENTIFIER ::= { pBridgeMIBObjects 1 }
dot1dPriority OBJECT IDENTIFIER ::= { pBridgeMIBObjects 2 }
dot1dGarp OBJECT IDENTIFIER ::= { pBridgeMIBObjects 3 }
dot1dGmrp OBJECT IDENTIFIER ::= { pBridgeMIBObjects 4 }
dot1dExtBaseオブジェクト識別子:、:= pBridgeMIBObjects1dot1dPriorityオブジェクト識別子:、:= pBridgeMIBObjects2dot1dGarpオブジェクト識別子:、:= pBridgeMIBObjects3dot1dGmrpオブジェクト識別子:、:= pBridgeMIBObjects4
-- ------------------------------------------------------------- -- the dot1dExtBase subtree -- -------------------------------------------------------------
-- ------------------------------------------------------------- -- dot1dExtBase下位木---------------------------------------------------------------
dot1dDeviceCapabilities OBJECT-TYPE
SYNTAX BITS {
dot1dExtendedFilteringServices(0),
dot1dTrafficClasses(1),
dot1qStaticEntryIndividualPort(2),
dot1qIVLCapable(3),
dot1qSVLCapable(4),
dot1qHybridCapable(5),
dot1qConfigurablePvidTagging(6),
dot1dLocalVlanCapable(7)
}
MAX-ACCESS read-only
STATUS current
DESCRIPTION
dot1dDeviceCapabilities OBJECT-TYPE SYNTAX BITS、dot1dExtendedFilteringServices(0)、dot1dTrafficClasses(1)、dot1qStaticEntryIndividualPort(2)、dot1qIVLCapable(3)、dot1qSVLCapable(4)、dot1qHybridCapable(5)、dot1qConfigurablePvidTagging(6)、dot1dLocalVlanCapable(7)、マックス-ACCESSの書き込み禁止のSTATUSの現在の記述
Levi & Harrington Standards Track [Page 20] RFC 4363 Bridge MIB Extensions January 2006
レビとハリントン規格はブリッジMIB拡大2006年1月にRFC4363を追跡します[20ページ]。
"Indicates the optional parts of IEEE 802.1D and 802.1Q
that are implemented by this device and are manageable
through this MIB. Capabilities that are allowed on a
per-port basis are indicated in dot1dPortCapabilities.
「このデバイスによって実装している、このMIBを通して処理しやすいIEEE 802.1Dと802.1Qのオプショナル・パーツを示します。」 1ポートあたり1個のベースに許容されている能力はdot1dPortCapabilitiesで示されます。
dot1dExtendedFilteringServices(0),
-- can perform filtering of
-- individual multicast addresses
-- controlled by GMRP.
dot1dTrafficClasses(1),
-- can map user priority to
-- multiple traffic classes.
dot1qStaticEntryIndividualPort(2),
-- dot1qStaticUnicastReceivePort &
-- dot1qStaticMulticastReceivePort
-- can represent non-zero entries.
dot1qIVLCapable(3), -- Independent VLAN Learning (IVL).
dot1qSVLCapable(4), -- Shared VLAN Learning (SVL).
dot1qHybridCapable(5),
-- both IVL & SVL simultaneously.
dot1qConfigurablePvidTagging(6),
-- whether the implementation
-- supports the ability to
-- override the default PVID
-- setting and its egress status
-- (VLAN-Tagged or Untagged) on
-- each port.
dot1dLocalVlanCapable(7)
-- can support multiple local
-- bridges, outside of the scope
-- of 802.1Q defined VLANs."
REFERENCE
"ISO/IEC 15802-3 Section 5.2,
IEEE 802.1Q/D11 Section 5.2, 12.10.1.1.3/b/2"
::= { dot1dExtBase 1 }
dot1dExtendedFilteringServices(0)----個々のマルチキャストアドレス--GMRP dot1dTrafficClasses(1)によって制御されます----複数のトラフィックのクラスdot1qStaticEntryIndividualPort(2)--dot1qStaticUnicastReceivePortのユーザ優先権を写像できて、非ゼロエントリーdot1qIVLCapable(3)を表すことができます(dot1qStaticMulticastReceivePort)--独立しているVLAN Learning(IVL)dot1qSVLCapable(4)のフィルタリングを実行できます; 「共有されたVLAN Learning(SVL)dot1qHybridCapable(5)--IVLと同時のSVLの両方、dot1qConfigurablePvidTagging(6)--、実装--、能力をサポートする、--、デフォルトPVID(設定とその出口状態)をくつがえしてください(VLANによってタグ付けされる、Untagged) --. 各ポートdot1dLocalVlanCapable(7)--缶サポート倍数の802.1Q地方(ブリッジ、範囲の外部)の定義されたVLANs、」 参照、「ISO/IEC15802-3部5.2 IEEE 802.1Q/D11部5.2、12.10 .1 .1 .3/b/2":、:、」= dot1dExtBase1
dot1dTrafficClassesEnabled OBJECT-TYPE
SYNTAX TruthValue
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"The value true(1) indicates that Traffic Classes are
enabled on this bridge. When false(2), the bridge
operates with a single priority level for all traffic.
dot1dTrafficClassesEnabled OBJECT-TYPE SYNTAX TruthValueマックス-ACCESSは「値の本当の(1)は、Traffic Classesがこのブリッジで有効にされるのを示すこと」をSTATUSの現在の記述に読書して書きます。 誤った(2)であるときに、ブリッジはすべてのトラフィックのためにただ一つの優先順位で作動します。
The value of this object MUST be retained across
reinitializations of the management system."
DEFVAL { true }
「マネージメントシステムの「再-初期化処理」の向こう側にこのオブジェクトの値を保有しなければなりません。」 DEFVAL本当
Levi & Harrington Standards Track [Page 21] RFC 4363 Bridge MIB Extensions January 2006
レビとハリントン規格はブリッジMIB拡大2006年1月にRFC4363を追跡します[21ページ]。
::= { dot1dExtBase 2 }
::= dot1dExtBase2
dot1dGmrpStatus OBJECT-TYPE
SYNTAX EnabledStatus
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"The administrative status requested by management for
GMRP. The value enabled(1) indicates that GMRP should
be enabled on this device, in all VLANs, on all ports
for which it has not been specifically disabled. When
disabled(2), GMRP is disabled, in all VLANs and on all
ports, and all GMRP packets will be forwarded
transparently. This object affects both Applicant and
Registrar state machines. A transition from disabled(2)
to enabled(1) will cause a reset of all GMRP state
machines on all ports.
dot1dGmrpStatus OBJECT-TYPE SYNTAX EnabledStatusマックス-ACCESSは「GMRPのための経営者側によって要求された管理状態」をSTATUSの現在の記述に読書して書きます。 値は(1)を可能にしました。それが明確に無効にされていないすべてのポートの上のすべてのVLANsでGMRPがこのデバイスで有効にされるべきであるのを示します。 (2)であると無効にすると、すべてのVLANsとすべてのポートの上でGMRPを無効にします、そして、透過的にすべてのGMRPパケットを進めるでしょう。 このオブジェクトはApplicantとRegistrar州のマシンの両方に影響します。 (1)がリセットを引き起こす身体障害者(2)から可能にされるまでの変遷はすべてでポートを機械加工しますすべてのGMRPが、述べる。
The value of this object MUST be retained across
reinitializations of the management system."
DEFVAL { enabled }
::= { dot1dExtBase 3 }
「マネージメントシステムの「再-初期化処理」の向こう側にこのオブジェクトの値を保有しなければなりません。」 DEFVALは可能にしました:、:= dot1dExtBase3
-- ------------------------------------------------------------- -- Port Capabilities Table -- -------------------------------------------------------------
-- ------------------------------------------------------------- -- 能力テーブルを移植してください---------------------------------------------------------------
dot1dPortCapabilitiesTable OBJECT-TYPE
SYNTAX SEQUENCE OF Dot1dPortCapabilitiesEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"A table that contains capabilities information about
every port that is associated with this bridge."
::= { dot1dExtBase 4 }
dot1dPortCapabilitiesTable OBJECT-TYPEのSYNTAX SEQUENCE OF Dot1dPortCapabilitiesEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「このブリッジに関連しているあらゆるポートの能力情報を含むテーブル。」 ::= dot1dExtBase4
dot1dPortCapabilitiesEntry OBJECT-TYPE
SYNTAX Dot1dPortCapabilitiesEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"A set of capabilities information about this port
indexed by dot1dBasePort."
AUGMENTS { dot1dBasePortEntry }
::= { dot1dPortCapabilitiesTable 1 }
「1セットのこのポートの能力情報はdot1dBasePortで索引をつけた」dot1dPortCapabilitiesEntry OBJECT-TYPE SYNTAX Dot1dPortCapabilitiesEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 dot1dBasePortEntryを増大させます:、:= dot1dPortCapabilitiesTable1
Dot1dPortCapabilitiesEntry ::=
SEQUENCE {
Dot1dPortCapabilitiesEntry:、:= 系列
Levi & Harrington Standards Track [Page 22] RFC 4363 Bridge MIB Extensions January 2006
レビとハリントン規格はブリッジMIB拡大2006年1月にRFC4363を追跡します[22ページ]。
dot1dPortCapabilities
BITS
}
dot1dPortCapabilitiesビット
dot1dPortCapabilities OBJECT-TYPE
SYNTAX BITS {
dot1qDot1qTagging(0),
dot1qConfigurableAcceptableFrameTypes(1),
dot1qIngressFiltering(2)
}
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Indicates the parts of IEEE 802.1D and 802.1Q that are
optional on a per-port basis, that are implemented by
this device, and that are manageable through this MIB.
dot1dPortCapabilities OBJECT-TYPE SYNTAX BITS、dot1qDot1qTagging(0)、dot1qConfigurableAcceptableFrameTypes(1)、dot1qIngressFiltering(2)、マックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「1ポートあたり1個のベースで任意の、そして、このデバイスによって実装している、このMIBを通して処理しやすいIEEE 802.1Dと802.1Qの部分を示します」。
dot1qDot1qTagging(0), -- supports 802.1Q VLAN tagging of
-- frames and GVRP.
dot1qConfigurableAcceptableFrameTypes(1),
-- allows modified values of
-- dot1qPortAcceptableFrameTypes.
dot1qIngressFiltering(2)
-- supports the discarding of any
-- frame received on a Port whose
-- VLAN classification does not
-- include that Port in its Member
-- set."
REFERENCE
"ISO/IEC 15802-3 Section 5.2,
IEEE 802.1Q/D11 Section 5.2"
::= { dot1dPortCapabilitiesEntry 1 }
「dot1qDot1qTagging(0)、サポート802.1Q VLANがタグ付けをする、フレームがPortでだれのものを受けたというVLAN分類がそうしないいずれも捨てること--メンバー--セットするところにそのPortを含んでいるのを--dot1qPortAcceptableFrameTypes dot1qIngressFiltering(2)--サポートの変更された値に許容する、(フレームとGVRP dot1qConfigurableAcceptableFrameTypes(1))」 「ISO/IEC15802-3は5.2を区分して、IEEE 802.1Q/D11は以下を何5.2インチも区分する」という参照= dot1dPortCapabilitiesEntry1
-- ------------------------------------------------------------- -- the dot1dPriority subtree -- -------------------------------------------------------------
-- ------------------------------------------------------------- -- dot1dPriority下位木---------------------------------------------------------------
-- ------------------------------------------------------------- -- Port Priority Table -- -------------------------------------------------------------
-- ------------------------------------------------------------- -- 優先権テーブルを移植してください---------------------------------------------------------------
dot1dPortPriorityTable OBJECT-TYPE
SYNTAX SEQUENCE OF Dot1dPortPriorityEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"A table that contains information about every port that
is associated with this transparent bridge."
dot1dPortPriorityTable OBJECT-TYPEのSYNTAX SEQUENCE OF Dot1dPortPriorityEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「この透明なブリッジに関連しているあらゆるポートの情報を含むテーブル。」
Levi & Harrington Standards Track [Page 23] RFC 4363 Bridge MIB Extensions January 2006
レビとハリントン規格はブリッジMIB拡大2006年1月にRFC4363を追跡します[23ページ]。
::= { dot1dPriority 1 }
::= dot1dPriority1
dot1dPortPriorityEntry OBJECT-TYPE
SYNTAX Dot1dPortPriorityEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"A list of Default User Priorities for each port of a
transparent bridge. This is indexed by dot1dBasePort."
AUGMENTS { dot1dBasePortEntry }
::= { dot1dPortPriorityTable 1 }
「a透明の各ポートへのDefault User Prioritiesのリストはブリッジする」dot1dPortPriorityEntry OBJECT-TYPE SYNTAX Dot1dPortPriorityEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 「これはdot1dBasePortによって索引をつけられます。」 dot1dBasePortEntryを増大させます:、:= dot1dPortPriorityTable1
Dot1dPortPriorityEntry ::=
SEQUENCE {
dot1dPortDefaultUserPriority
Integer32,
dot1dPortNumTrafficClasses
Integer32
}
Dot1dPortPriorityEntry:、:= 系列dot1dPortDefaultUserPriority Integer32、dot1dPortNumTrafficClasses Integer32
dot1dPortDefaultUserPriority OBJECT-TYPE
SYNTAX Integer32 (0..7)
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"The default ingress User Priority for this port. This
only has effect on media, such as Ethernet, that do not
support native User Priority.
dot1dPortDefaultUserPriority OBJECT-TYPE SYNTAX Integer32(0 .7)マックス-ACCESSは「このポートへのデフォルトイングレスUser Priority」をSTATUSの現在の記述に読書して書きます。 これだけがネイティブのUser Priorityをサポートしないイーサネットなどのメディアで手答えがあります。
The value of this object MUST be retained across
reinitializations of the management system."
::= { dot1dPortPriorityEntry 1 }
「マネージメントシステムの「再-初期化処理」の向こう側にこのオブジェクトの値を保有しなければなりません。」 ::= dot1dPortPriorityEntry1
dot1dPortNumTrafficClasses OBJECT-TYPE
SYNTAX Integer32 (1..8)
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"The number of egress traffic classes supported on this
port. This object may optionally be read-only.
dot1dPortNumTrafficClasses OBJECT-TYPE SYNTAX Integer32(1 .8)マックス-ACCESSは「出口トラフィックのクラスの数はこのポートの上でサポートした」現在の記述をSTATUSに読書して書きます。 このオブジェクトは任意に書き込み禁止であるかもしれません。
The value of this object MUST be retained across
reinitializations of the management system."
::= { dot1dPortPriorityEntry 2 }
「マネージメントシステムの「再-初期化処理」の向こう側にこのオブジェクトの値を保有しなければなりません。」 ::= dot1dPortPriorityEntry2
-- ------------------------------------------------------------- -- User Priority Regeneration Table -- -------------------------------------------------------------
-- ------------------------------------------------------------- -- ユーザ優先権再生テーブル---------------------------------------------------------------
Levi & Harrington Standards Track [Page 24] RFC 4363 Bridge MIB Extensions January 2006
レビとハリントン規格はブリッジMIB拡大2006年1月にRFC4363を追跡します[24ページ]。
dot1dUserPriorityRegenTable OBJECT-TYPE
SYNTAX SEQUENCE OF Dot1dUserPriorityRegenEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"A list of Regenerated User Priorities for each received
User Priority on each port of a bridge. The Regenerated
User Priority value may be used to index the Traffic
Class Table for each input port. This only has effect
on media that support native User Priority. The default
values for Regenerated User Priorities are the same as
the User Priorities."
REFERENCE
"ISO/IEC 15802-3 Section 6.4"
::= { dot1dPriority 2 }
「aの各ポートの上のそれぞれの容認されたUser PriorityのためのRegenerated User Prioritiesのリストはブリッジする」dot1dUserPriorityRegenTable OBJECT-TYPEのSYNTAX SEQUENCE OF Dot1dUserPriorityRegenEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 Regenerated User Priority値は、各入力ポートにTraffic Class Tableに索引をつけるのに使用されるかもしれません。 これだけがネイティブのUser Priorityをサポートするメディアで手答えがあります。 「Regenerated User Prioritiesのためのデフォルト値はUser Prioritiesと同じです。」 「ISO/IEC15802-3は以下を何6.4インチも区分する」という参照= dot1dPriority2
dot1dUserPriorityRegenEntry OBJECT-TYPE
SYNTAX Dot1dUserPriorityRegenEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"A mapping of incoming User Priority to a Regenerated
User Priority."
INDEX { dot1dBasePort, dot1dUserPriority }
::= { dot1dUserPriorityRegenTable 1 }
dot1dUserPriorityRegenEntry OBJECT-TYPE SYNTAX Dot1dUserPriorityRegenEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「Regenerated User Priorityへの入って来るUser Priorityに関するマッピング。」 dot1dBasePort、dot1dUserPriorityに索引をつけてください:、:= dot1dUserPriorityRegenTable1
Dot1dUserPriorityRegenEntry ::=
SEQUENCE {
dot1dUserPriority
Integer32,
dot1dRegenUserPriority
Integer32
}
Dot1dUserPriorityRegenEntry:、:= 系列dot1dUserPriority Integer32、dot1dRegenUserPriority Integer32
dot1dUserPriority OBJECT-TYPE
SYNTAX Integer32 (0..7)
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The User Priority for a frame received on this port."
::= { dot1dUserPriorityRegenEntry 1 }
「フレームへのUser Priorityはこのポートの上で受けた」dot1dUserPriority OBJECT-TYPE SYNTAX Integer32(0 .7)のマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 ::= dot1dUserPriorityRegenEntry1
dot1dRegenUserPriority OBJECT-TYPE
SYNTAX Integer32 (0..7)
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"The Regenerated User Priority that the incoming User
dot1dRegenUserPriority OBJECT-TYPE SYNTAX Integer32(0 .7)マックス-ACCESSが現在の記述をSTATUSに読書して書く、「Regenerated User Priority、それ、入って来るUser、」
Levi & Harrington Standards Track [Page 25] RFC 4363 Bridge MIB Extensions January 2006
レビとハリントン規格はブリッジMIB拡大2006年1月にRFC4363を追跡します[25ページ]。
Priority is mapped to for this port.
優先権はこのポートに写像されます。
The value of this object MUST be retained across
reinitializations of the management system."
::= { dot1dUserPriorityRegenEntry 2 }
「マネージメントシステムの「再-初期化処理」の向こう側にこのオブジェクトの値を保有しなければなりません。」 ::= dot1dUserPriorityRegenEntry2
-- ------------------------------------------------------------- -- Traffic Class Table -- -------------------------------------------------------------
-- ------------------------------------------------------------- -- トラフィッククラステーブル---------------------------------------------------------------
dot1dTrafficClassTable OBJECT-TYPE
SYNTAX SEQUENCE OF Dot1dTrafficClassEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"A table mapping evaluated User Priority to Traffic
Class, for forwarding by the bridge. Traffic class is a
number in the range (0..(dot1dPortNumTrafficClasses-1))."
REFERENCE
"ISO/IEC 15802-3 Table 7-2"
::= { dot1dPriority 3 }
「Aは推進のためにブリッジで評価のUser PriorityをTraffic Classに写像しながら、テーブルの上に置く」dot1dTrafficClassTable OBJECT-TYPEのSYNTAX SEQUENCE OF Dot1dTrafficClassEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 「トラフィックのクラスは範囲(0(dot1dPortNumTrafficClasses-1))の数です。」 参照、「ISO/IEC15802-3がテーブルの上に置く、72インチ、:、:、」= dot1dPriority3
dot1dTrafficClassEntry OBJECT-TYPE
SYNTAX Dot1dTrafficClassEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"User Priority to Traffic Class mapping."
INDEX { dot1dBasePort, dot1dTrafficClassPriority }
::= { dot1dTrafficClassTable 1 }
dot1dTrafficClassEntry OBJECT-TYPE SYNTAX Dot1dTrafficClassEntryのマックス-ACCESSのアクセスしやすくないSTATUSの現在の記述「Traffic ClassマッピングへのユーザPriority。」 dot1dBasePort、dot1dTrafficClassPriorityに索引をつけてください:、:= dot1dTrafficClassTable1
Dot1dTrafficClassEntry ::=
SEQUENCE {
dot1dTrafficClassPriority
Integer32,
dot1dTrafficClass
Integer32
}
Dot1dTrafficClassEntry:、:= 系列dot1dTrafficClassPriority Integer32、dot1dTrafficClass Integer32
dot1dTrafficClassPriority OBJECT-TYPE
SYNTAX Integer32 (0..7)
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The Priority value determined for the received frame.
This value is equivalent to the priority indicated in
the tagged frame received, or one of the evaluated
priorities, determined according to the media-type.
「Priority値は容認されたフレームに決定した」dot1dTrafficClassPriority OBJECT-TYPE SYNTAX Integer32(0 .7)のマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 この値は受け取られた、タグ付けをされたフレーム、または評価のプライオリティの1つで示された優先権に同等です、メディアタイプに従って、断固としています。
Levi & Harrington Standards Track [Page 26] RFC 4363 Bridge MIB Extensions January 2006
レビとハリントン規格はブリッジMIB拡大2006年1月にRFC4363を追跡します[26ページ]。
For untagged frames received from Ethernet media, this
value is equal to the dot1dPortDefaultUserPriority value
for the ingress port.
イーサネットメディアから受け取られた非タグ付けをされたフレームに関しては、イングレスポートに、この値はdot1dPortDefaultUserPriority値と等しいです。
For untagged frames received from non-Ethernet media,
this value is equal to the dot1dRegenUserPriority value
for the ingress port and media-specific user priority."
::= { dot1dTrafficClassEntry 1 }
「非イーサネットメディアから受け取られた非タグ付けをされたフレームに関して、イングレスポートとメディア特有のユーザ優先権に、この値はdot1dRegenUserPriority値と等しいです。」 ::= dot1dTrafficClassEntry1
dot1dTrafficClass OBJECT-TYPE
SYNTAX Integer32 (0..7)
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"The Traffic Class the received frame is mapped to.
dot1dTrafficClass OBJECT-TYPE SYNTAX Integer32(0 .7)マックス-ACCESSは「容認されたフレームが写像されるTraffic Class」をSTATUSの現在の記述に読書して書きます。
The value of this object MUST be retained across
reinitializations of the management system."
::= { dot1dTrafficClassEntry 2 }
「マネージメントシステムの「再-初期化処理」の向こう側にこのオブジェクトの値を保有しなければなりません。」 ::= dot1dTrafficClassEntry2
-- ------------------------------------------------------------- -- Outbound Access Priority Table -- -------------------------------------------------------------
-- ------------------------------------------------------------- -- 外国行きのアクセス優先順位テーブル---------------------------------------------------------------
dot1dPortOutboundAccessPriorityTable OBJECT-TYPE
SYNTAX SEQUENCE OF Dot1dPortOutboundAccessPriorityEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"A table mapping Regenerated User Priority to Outbound
Access Priority. This is a fixed mapping for all port
types, with two options for 802.5 Token Ring."
REFERENCE
"ISO/IEC 15802-3 Table 7-3"
::= { dot1dPriority 4 }
dot1dPortOutboundAccessPriorityTable OBJECT-TYPEのアクセスしやすくないSTATUSの現在の記述SYNTAX SEQUENCE OF Dot1dPortOutboundAccessPriorityEntryマックス-ACCESS「Outbound Access PriorityへのAテーブルマッピングRegenerated User Priority。」 「これは802.5Token Ringのための2つのオプションがあるすべてのポートタイプへの固定マッピングです。」 参照、「ISO/IEC15802-3がテーブルの上に置く、73インチ、:、:、」= dot1dPriority4
dot1dPortOutboundAccessPriorityEntry OBJECT-TYPE
SYNTAX Dot1dPortOutboundAccessPriorityEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"Regenerated User Priority to Outbound Access Priority
mapping."
INDEX { dot1dBasePort, dot1dRegenUserPriority }
::= { dot1dPortOutboundAccessPriorityTable 1 }
dot1dPortOutboundAccessPriorityEntry OBJECT-TYPE SYNTAX Dot1dPortOutboundAccessPriorityEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述は「Outbound Access PriorityマッピングにUser Priorityを作り直しました」。 dot1dBasePort、dot1dRegenUserPriorityに索引をつけてください:、:= dot1dPortOutboundAccessPriorityTable1
Dot1dPortOutboundAccessPriorityEntry ::=
SEQUENCE {
Dot1dPortOutboundAccessPriorityEntry:、:= 系列
Levi & Harrington Standards Track [Page 27] RFC 4363 Bridge MIB Extensions January 2006
レビとハリントン規格はブリッジMIB拡大2006年1月にRFC4363を追跡します[27ページ]。
dot1dPortOutboundAccessPriority
Integer32
}
dot1dPortOutboundAccessPriority Integer32
dot1dPortOutboundAccessPriority OBJECT-TYPE
SYNTAX Integer32 (0..7)
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The Outbound Access Priority the received frame is
mapped to."
::= { dot1dPortOutboundAccessPriorityEntry 1 }
dot1dPortOutboundAccessPriority OBJECT-TYPE SYNTAX Integer32(0 .7)のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「容認されたフレームが写像されるOutbound Access Priority。」 ::= dot1dPortOutboundAccessPriorityEntry1
-- ------------------------------------------------------------- -- the dot1dGarp subtree -- -------------------------------------------------------------
-- ------------------------------------------------------------- -- dot1dGarp下位木---------------------------------------------------------------
-- ------------------------------------------------------------- -- The GARP Port Table -- -------------------------------------------------------------
-- ------------------------------------------------------------- -- ガープポートテーブル---------------------------------------------------------------
一覧
スポンサーリンク
