Network Working Group H. Hazewinkel, Ed.
Request for Comments: 3747 I.Net
Category: Standards Track D. Partain, Ed.
Ericsson
April 2004
The Differentiated Services Configuration MIB
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.
この文書は、インターネットコミュニティのためのインターネット標準トラックプロトコルを指定し、改善のための議論と提案を要求します。このプロトコルの標準化状態と状態への「インターネット公式プロトコル標準」（STD 1）の最新版を参照してください。このメモの配布は無制限です。
Copyright Notice
著作権表示
Copyright (C) The Internet Society (2004). All Rights Reserved.
著作権（C）インターネット協会（2004）。全著作権所有。
Abstract
抽象
This memo describes a MIB module that provides a conceptual layer between high-level "network-wide" policy definitions that effect configuration of the Differentiated Services (diffserv) subsystem and the instance-specific information that would include such details as the parameters for all the queues associated with each interface in a system. This essentially provides an interface for configuring differentiated services at a conceptually higher layer than that of the Differentiated Services MIB.
このメモはハイレベル「ネットワーク全体」ポリシー定義との間の概念的な層を提供するMIBモジュールを記述した全てのパラメータなどの詳細が含まれる差別化サービス（DiffServの）サブシステムおよびインスタンス固有の情報の効果構成システム内の各インターフェイスに関連付けられたキュー。これは本質的に差別化サービスMIBのそれよりも概念的に上位層で差別化されたサービスを設定するためのインタフェースを提供します。
Table of Contents
目次
1. The Internet-Standard Management Framework . . . . . . . . . . 2
2. Introduction . . . . . . . . . . . . . . . . . . . . . . . . . 2
3. Other Documents. . . . . . . . . . . . . . . . . . . . . . . . 3
4. Relationship to other MIBs . . . . . . . . . . . . . . . . . . 3
4.1. The Policy-based Management MIB Module . . . . . . . . . 3
4.2. The Differentiated Services MIB Module . . . . . . . . . 4
5. The Differentiated Services Configuration MIB Module Design. . 5
6. Template Cloning . . . . . . . . . . . . . . . . . . . . . . . 6
6.1. An Approach to Template Cloning. . . . . . . . . . . . . 6
6.2. Example. . . . . . . . . . . . . . . . . . . . . . . . . 7
6.2.1. The Initial Situation. . . . . . . . . . . . . . 8
6.2.2. The Configuration Template . . . . . . . . . . . 9
6.2.3. Applying the Template. . . . . . . . . . . . . . 11
6.2.4. Applying the Template Using SNMP Messages. . . . 14
7. Managed Objects Definitions (MIB Module) . . . . . . . . . . . 15
8. Security Considerations. . . . . . . . . . . . . . . . . . . . 20
9. Acknowledgments. . . . . . . . . . . . . . . . . . . . . . . . 22
10. References . . . . . . . . . . . . . . . . . . . . . . . . . . 22
10.1. Normative References . . . . . . . . . . . . . . . . . . 22
10.2. Informative References . . . . . . . . . . . . . . . . . 23
11. Editors' Addresses . . . . . . . . . . . . . . . . . . . . . . 23
12. Full Copyright Statement . . . . . . . . . . . . . . . . . . . 24
For a detailed overview of the documents that describe the current Internet-Standard Management Framework, please refer to section 7 of RFC 3410 [RFC3410].
現在のインターネット標準の管理フレームワークを記述したドキュメントの詳細な概要については、RFC 3410 [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].
管理対象オブジェクトが仮想情報店を介してアクセスされ、管理情報ベースまたはMIBと呼ばれます。 MIBオブジェクトは、一般的に簡易ネットワーク管理プロトコル（SNMP）を介してアクセスされます。 MIBのオブジェクトは、管理情報（SMI）の構造で定義されたメカニズムを使用して定義されています。このメモは、STD 58、RFC 2578 [RFC2578]、STD 58、RFC 2579 [RFC2579]とSTD 58、RFC 2580 [RFC2580]に記載されているSMIv2のに準拠しているMIBモジュールを指定します。
This memo defines a MIB module that can be used to convey management information about desired network-wide Differentiated Services based policy behavior. This module is designed to integrate with the Differentiated Services MIB module [RFC3289] in order to provide template configurations for the Differentiated Services MIB module. The MIB module defined in this memo (the DIFFSERV-CONFIG-MIB) may be used in combination with the Policy-based Management MIB module [PMMIBDR], but that is not a requirement. Without the Policy-based Management MIB module, a management application must emulate behavior provided by the Policy-based Management MIB using equivalent "low-level" SNMP operations in normal manager/agent communication.
このメモは、所望のネットワーク全体の差別化サービスベースのポリシーの動作の管理情報を伝達するために使用することができるMIBモジュールを定義します。このモジュールは、差別化サービスMIBモジュールのためのテンプレートの構成を提供するために、差別化サービスMIBモジュール[RFC3289]と統合するように設計されています。このメモ（DIFFSERV-CONFIG-MIB）で定義されたMIBモジュールは、ポリシーベースの管理MIBモジュール[PMMIBDR]と組み合わせて使用することができるが、これは要件ではありません。ポリシーベースの管理MIBモジュールがなければ、管理アプリケーションは、通常のマネージャ/エージェント通信に同等の「低レベル」SNMP操作を使用して、ポリシーベースの管理MIBが提供する動作をエミュレートしなければなりません。
Together, this memo, [RFC3289], and [PMMIBDR] represent an instance of an integrated architecture for both device-specific and network-wide policy (configuration) management, which is fully integrated with the Internet Standard Management Framework.
一緒に、このメモ、[RFC3289]、および[PMMIBDR】装置固有の、完全にインターネット標準の管理フレームワークと統合され、ネットワーク全体のポリシー（構成）管理、両方のための統合アーキテクチャのインスタンスを表します。
The Differentiated Services MIB module [RFC3289] operates on a device level. The MIB module in this memo, the DIFFSERV-CONFIG-MIB, creates a coherent configuration management view as an umbrella over [RFC3289]. That is, the DIFFSERV-CONFIG-MIB provides a conceptual Application Program Interface (API) for configuration of the Differentiated Services parameters. Since the Differentiated Services MIB module is able to maintain configuration information, the DIFFSERV-CONFIG-MIB configuration API consists only of configuration template information and the start of the so-called functional datapath.
差別化サービスMIBモジュール[RFC3289]は、デバイスレベルで動作します。このメモでMIBモジュール、DIFFSERV-CONFIG-MIBは、[RFC3289]の上に傘のようなコヒーレントな構成管理ビューを作成します。すなわち、DIFFSERV-CONFIG-MIBは、差別化サービスパラメータの設定のための概念的なアプリケーション・プログラム・インターフェース（API）を提供するものです。差別化サービスMIBモジュールは、設定情報を維持することができるので、DIFFSERV-CONFIG-MIBの設定APIは、構成テンプレート情報と、いわゆる機能データパスの開始から構成されています。
It is assumed that the reader is familiar with Differentiated Services ([RFC2474] and [RFC2475]), the Policy-based Management MIB ([PMMIBDR]), and "Configuring Networks and Devices With SNMP" ([RFC3512]). These documents include all of the necessary terminology for understanding this memo. However, note that use of the MIB module in this memo does not require the use of [PMMIBDR]. [RFC3512] also provides an example MIB module which may help in understanding the relationship between DIFFSERV-CONFIG-MIB and the Differentiated Services MIB in [RFC3289].
これは、読者が差別化サービスに精通していると仮定される（[RFC2474]と[RFC2475]）、ポリシーベースの管理MIB（[PMMIBDR]）、および「ネットワークの設定やSNMPのデバイス」（[RFC3512]）。これらの文書は、このメモを理解するために必要な専門用語のすべてが含まれます。しかし、このメモでMIBモジュールの使用は[PMMIBDR]の使用を必要としないことに注意してください。 [RFC3512]もDIFFSERV-CONFIG-MIBと差別化サービスMIB [RFC3289]での関係を理解するのに役立つことがあり、例えばMIBモジュールを提供します。
In this section, we describe the relationship of this MIB module to other MIB modules. The overall architecture used for policy configuration management is described in [PMMIBDR].
このセクションでは、我々は他のMIBモジュールにこのMIBモジュールの関係を説明します。ポリシー設定の管理に使用される全体的なアーキテクチャは、[PMMIBDR]に記載されています。
[PMMIBDR] defines a MIB module that enables policy-based configuration management of infrastructure using the Internet Standard Management Framework. The document includes a table for configuring policies to be implemented, tables for storing the roles of elements on a particular device, a table for representing the capabilities of a device with respect to policy management, a table for referencing elements affected by a policy, as well as other infrastructure. There is no requirement that [PMMIBDR] be used in conjunction with the MIB module defined in this memo.
【PMMIBDR】インターネット標準管理フレームワークを使用して、インフラストラクチャのポリシーベースの構成管理を可能にするMIBモジュールを定義します。文書は、のように、ポリシーの影響を受ける要素を参照するために、特定のデバイス上の要素のロールを格納するためのテーブル、テーブルをポリシー管理に対するデバイスの能力を表すためのテーブルを実装するポリシーを設定するためのテーブルを含みます他のインフラとして。 【PMMIBDRこのメモで定義されたMIBモジュールと一緒に使用する必要はありません。
See [PMMIBDR] for a full description of the policy-based configuration framework it provides.
それが提供する、ポリシーベースの設定フレームワークの完全な説明については、[PMMIBDR]参照。
The Differentiated Services MIB module [RFC3289] provides a common set of managed objects useful for configuring Differentiated Services parameters on a Differentiated Services capable device. This is what is referred to as instance-level configuration. It is the alteration of the instance-level information in that MIB module which may be done using the objects in the MIB module defined in this memo.
差別化サービスMIBモジュール[RFC3289]は差別化サービスが可能なデバイスで差別化サービスパラメータを設定するための有用な管理オブジェクトの共通セットを提供します。これは、インスタンスレベルの設定と呼ばれるものです。これは、このメモで定義されたMIBモジュール内のオブジェクトを使用して行うことができるというMIBモジュール内のインスタンス・レベルの情報の変化です。
It is recognized that vendors may include additional managed objects in their devices (via vendor-specific MIB modules) for configuring Differentiated Services parameters. If a vendor chooses to use the objects defined in this memo for configuration, the vendor should provide additional managed objects in a similar approach as defined for the Differentiated Services MIB module.
ベンダーが差別化サービスパラメータを設定するための（ベンダー固有のMIBモジュールを経由して）自分のデバイスでは、追加の管理対象オブジェクトを含むことができることが認識されています。ベンダーは、コンフィギュレーションのために、このメモで定義されたオブジェクトを使用することを選択した場合、ベンダーが差別化サービスMIBモジュール用に定義されたのと同様のアプローチでは、追加の管理対象オブジェクトを提供する必要があります。
Since the managed objects of the Differentiated Services MIB [RFC3289] are not directly associated with an instance (interface and interface direction), the same managed objects can be used for traffic treatment configuration templates in a Differentiated Services capable device and can then be applied on multiple instances. Therefore, the tables as defined in the Differentiated Services MIB can be used directly for template configuration purposes. Those tables are:
差別化サービスMIB [RFC3289]の管理オブジェクトを直接インスタンス（インターフェイスとインターフェイス方向）に関連付けられていないので、同一の管理オブジェクトは、差別化サービスが可能なデバイスのトラフィック処理構成テンプレートに使用することができ、その後に適用することができます複数のインスタンス。したがって、差別化サービスMIBで定義されたテーブルは、テンプレートの設定のために直接使用することができます。これらのテーブルは以下のとおりです。
- diffServClfrTable - diffServClfrElementTable - diffServMultiFieldClfrTable - diffServMeterTable - diffServTBParamTable - diffServActionTable - diffServDscpMarkActTable - diffServCountActTable - diffServAlgDropTable - diffServRandomDropTable - diffServQTable - diffServSchedulerTable - diffServMinRateTable - diffServMaxRateTable
- diffServClfrTable - diffServClfrElementTable - diffServMultiFieldClfrTable - diffServMeterTable - diffServTBParamTable - diffServActionTable - diffServDscpMarkActTable - diffServCountActTable - diffServAlgDropTable - diffServRandomDropTable - diffServQTable - diffServSchedulerTable - diffServMinRateTable - diffServMaxRateTable
Readers familiar with the Differentiated Services MIB will notice that these are all templates. Only the diffServDataPathTable defines a managed instance for Differentiated Services traffic treatment by its indexes of the interface and its direction. This also allows the tables mentioned above to be used as a configuration template without defining anything directly related to a managed instance.
差別化サービスMIBに精通している読者は、これらは、すべてのテンプレートがあることがわかります。唯一のdiffServDataPathTableは、インタフェースとその方向のそのインデックスによって差別化サービストラフィック処理のための管理インスタンスを定義します。また、これは、上記の表は、直接管理インスタンスに関連するものを定義することなく、構成テンプレートとして使用することができます。
The Differentiated Services Configuration MIB module (in this memo) of the SNMP-based configuration management framework is positioned between the Policy-based Management MIB module and the instance-specific Differentiated Services MIB module as described above.
上述したようにSNMPベースの構成管理フレームワークの（このメモで）差別化サービス設定MIBモジュールは、ポリシーベースの管理MIBモジュール及びインスタンス固有の差別化サービスMIBモジュールとの間に配置されます。
The MIB module found in this memo is designed to maintain configuration templates for the Differentiated Services MIB [RFC3289] module. The module only has a template table that describes a Differentiated Services traffic treatment by providing the starting pointer of the functional datapath. The templates represent a specific configuration of traffic treatment in a functional datapath of a Differentiated Services capable device. To avoid duplication of managed objects, the actual templates defining the functional datapath are defined in the Differentiated Services MIB module. These are also used for the management of the instances. Therefore, the implementation of the DIFFSERV-CONFIG-MIB module uses the tables defined in the Differentiated Services MIB. As soon as a configuration is made active via the POLICY-MANAGEMENT-MIB or using normal SNMP operations, the configuration defined within this MIB module will be instantiated in the DIFFSERV-MIB.
このメモで見つかったMIBモジュールは、差別化サービスMIB [RFC3289]モジュールの設定テンプレートを維持するように設計されています。モジュールは、機能データパスの開始ポインタを提供することにより、差別化サービストラフィック処理を記述するテンプレートテーブルを持っています。テンプレートは、差別化サービスが可能な装置の機能データパスにおけるトラフィック処理の具体的な構成を表しています。管理対象オブジェクトの重複を避けるために、機能的なデータパスを定義する実際のテンプレートは、差別化サービスMIBモジュールで定義されています。これらは、インスタンスの管理に使用されています。したがって、DIFFSERV-CONFIG-MIBモジュールの実装では、差別化サービスMIBで定義されたテーブルを使用します。できるだけ早く構成とポリシー管理-MIBを介してアクティブにまたは通常SNMP操作を使用して、このMIBモジュール内で定義された構成はDIFFSERV-MIBでインスタンス化されるであろう。
Note that this is a conceptual process. That is, the configuration may not actually go through an API available in the subsystem which implements the DIFFSERV-MIB module. However, configuration via the DIFFSERV-CONFIG-MIB module will alter the same instrumentation as the DIFFSERV-MIB module whether it does it via the DIFFSERV-MIB module or not.
これは概念的なプロセスであることに注意してください。これは、コンフィギュレーションは、実際にDIFFSERV-MIBモジュールを実装し、サブシステムで利用可能なAPIを経由しない場合があります。しかしながら、DIFFSERV-CONFIG-MIBモジュールを介してコンフィギュレーションは、DIFFSERV-MIBモジュールかどうかを介してそれをしないかどうかをDIFFSERV-MIBモジュールと同じ機器を変化させます。
The Differentiated Services Configuration MIB module only needs to define a starting point of a traffic treatment configuration template. This table is similar to the diffServDataPathTable [RFC3289]. However, it has a semantic difference in that the diffServDataPathTable is associated with an instance (interface and interface direction), whereas the diffServConfigTable in this memo is not.
差別化サービスの設定MIBモジュールはトラフィックのみの治療構成テンプレートの開始点を定義する必要があります。このテーブルはdiffServDataPathTable [RFC3289]と同様です。しかし、このメモでdiffServConfigTableではないのに対しdiffServDataPathTableは、インスタンス（インターフェイスとインターフェイス方向）に関連付けられているという点で意味論的差異を有しています。
Unlike most MIB modules, changes to the managed objects in this MIB module do not cause a change in the external/traffic behavior of the device. This MIB module is used to set up per-hop-behavior configurations. As soon as configurations are made active via the POLICY-MANAGEMENT-MIB or SNMP operations, the configurations defined within this MIB module will be instantiated in the DIFFSERV-MIB.
ほとんどのMIBモジュールとは異なり、このMIBモジュールの管理対象オブジェクトへの変更は、デバイスの外部/交通行動の変化を引き起こすことはありません。このMIBモジュールはホップごとの行動の構成を設定するために使用されます。できるだけ早く構成はポリシー管理-MIBやSNMP操作を介してアクティブにされているように、このMIBモジュール内で定義された構成はDIFFSERV-MIBでインスタンス化されるであろう。
The only table in this MIB module is the diffServConfigTable, which provides managed objects for registering traffic treatment configurations used in differentiated services. The sole purpose of this table is to provide the starting point for a traffic treatment configuration template. The traffic treatment itself is performed by functional datapath elements [RFC3289].
このMIBモジュール内の唯一のテーブルには、差別化されたサービスで使用されるトラフィック処理の設定を登録するための管理対象オブジェクトを提供diffServConfigTable、です。この表の唯一の目的は、トラフィック処理構成テンプレートの出発点を提供することです。トラフィック処理自体は、機能データパス要素[RFC3289]によって行われます。
The concept of the DIFFSERV-CONFIG-MIB is based on having traffic treatment configuration templates. The templates provide a set of configuration values that provide a particular behavior, such as Expedited Forwarding traffic treatment, in the functional datapath. The template (or functional datapath) is similar to a linked list from a starting point and each (functional datapath) element is connected to the next element via the so-called next RowPointer.
DIFFSERV-CONFIG-MIBの概念は、トラフィック処理構成テンプレートを有することに基づいています。テンプレートは、機能データパスでは、このような緊急転送トラフィック処理などの特定の動作を提供する構成値のセットを提供します。テンプレート（または機能的データパス）が出発点からリンクされたリストと同様であり、各（機能データパス）素子は、いわゆる次RowPointerを介して次の要素に接続されています。
The moment a template is activated (instantiated) on an interface and its interface direction, the template needs to be copied/cloned, so that the template remains as a template. Note that the template is logically "locked" through the cloning process. That is, the template cannot be changed part way through the cloning process. With the exception of the indices, the cloned template will be identical to the source template.
テンプレートは、テンプレートとして残るように、テンプレートは、インターフェースおよびそのインターフェース方向（インスタンス化）が活性化される瞬間は、テンプレートは、クローン化された/コピーする必要があります。テンプレートは、論理的にクローニングプロセスを通じて「ロック」されることに注意してください。つまり、テンプレートは、クローニングプロセスの途中で変更することはできませんされています。インデックスを除いて、クローン化されたテンプレートは、ソーステンプレートと同一であろう。
A literal copy/clone of the template is not possible, since the same indices inside the element tables cannot be re-used. The instantiation process must therefore generate a new index for each element. As a result of this, the 'NEXT' pointers also need to be updated. Otherwise, those will point to the template.
要素テーブル内の同じインデックスを再使用することができないので、テンプレートのリテラルコピー/クローンは、不可能です。インスタンス化プロセスは、したがって、各要素の新しいインデックスを生成する必要があります。その結果、「次へ」ポインタも更新する必要があります。そうでなければ、これらのテンプレートを指します。
What should a system containing Differentiated Services capabilities and Differentiated Services configuration capabilities do conceptually at the moment a template is activated on an interface? The following approach should not be considered implementation guidelines, but rather a conceptual explanation of what should be done.
差別化サービス機能と差別化サービス構成機能を含むシステムは、テンプレートがインターフェイスでアクティブにされた瞬間に、概念的に何をすべきか？次のアプローチは、実装ガイドラインと考えるのではなく、何をすべきかを概念的に説明すべきではありません。
1) Get the index of the template to be activated 2) Get RowPointer (current) from diffServConfigStart.index of the diffServConfigTable 3) Check if RowPointer (current) exists 4) Logically "lock" the entry (current) pointed to by RowPointer so that its values are not changed part way through the cloning process. 5) Copy/Clone the entry (current) pointed to by RowPointer a) Get a new index for the entry b) Configure the new entry with the values of the entry to be cloned c) Update the NEXT pointer with a new RowPointer that pointed to the previous entry that was copied part of this template 6) Store RowPointer of cloned entry as (previous) in order to update the NEXT pointer with the next cloned entry. 7) Get the RowPointer of the next element in the template as (current) 8) If (current) RowPointer does not equal zeroDotZero go to 4 9) Logically "unlock" all the locked entries done by step 4).
1））テンプレートのインデックスは2活性化する取得diffServConfigTable 3のdiffServConfigStart.indexからRowPointer（電流）を取得）RowPointer（電流）4）論理エントリ（現在の「ロック」が存在するかどうかを確認）がRowPointerによって指さその値は、クローニングプロセスの途中で変更されません。 5）コピー/クローンエントリ（電流）RowPointerによって指さA）エントリBのための新しいインデックスを取得）Cクローニングするエントリの値を持つ新しいエントリを設定）指さ新しいRowPointerと次のポインタを更新します次のクローニングされたエントリと次のポインタを更新するために）（以前のようにクローニングされたエントリのこのテンプレート6の一部をコピーした前のエントリ）ストアRowPointerします。 7）8）（現在）RowPointerは4~9）に行くのzeroDotZero等しくない場合、論理的ステップ4によって行われたすべてのロックされたエントリ）「アンロック」）（電流とテンプレート中の次の要素のRowPointerを取得します。
If a configuration/template is activated via a means other than a direct SNMP SET request, such as via the Policy-based Management MIB, the handling of the activation and potential error response code must be provided via that mechanism. If a configuration/template is activated using SNMP SET requests, an accurate error response value must be returned. For example, if a configuration/template has inconsistent values, the SNMP SET should return an error. Whether the configuration is already finished is not of direct importance, since the SNMP SET response must be accurate. On systems where the activation may take a long time, a response may be given prior to completion, but extra mechanisms must be provided to detect any errors.
コンフィギュレーション/テンプレートは、このようなポリシーベースの管理MIBを介して、直接SNMP SET要求以外の手段を介して活性化される場合、活性化および潜在的なエラー応答コードの取り扱いは、その機構を介して提供されなければなりません。設定/テンプレートがSNMP SET要求を使用して活性化されている場合は、正確なエラー応答値が返されなければなりません。設定/テンプレートは、一貫性のない値を持っている場合たとえば、SNMPのSETはエラーを返す必要があります。設定がすでに終了しているかどうかは、SNMPのSET応答が正確でなければならないため、直接重要ではありません。活性化は長い時間がかかる場合がありシステムでは、応答が完了する前に与えられてもよいが、余分な機構がエラーを検出するために提供されなければなりません。
This section provides an example of the process described in the previous section. This example will show a Differentiated Services capable incoming (ingress) interface that only counts the traffic stream. Then, with the policy-based configuration concept as defined in this document and in [PMMIBDR], a traffic marking configuration will be applied. The example will walk the reader through all of the steps involved in this process. Again, the use of [PMMIBDR] is simply an example and is not required.
このセクションでは、前のセクションで説明したプロセスの例を提供します。この例は、トラフィックストリームをカウント差別化サービスが可能なの着信（入力）インターフェースが表示されます。次いで、この文書および[PMMIBDR]で定義されたポリシーベースの設定の概念と、トラフィックマーキング構成が適用されます。例は、このプロセスに関与するすべてのステップを介してリーダを歩いていきます。再び、[PMMIBDR]の使用は単に一例であり、必要とされません。
NOTE WELL: For brevity and clarity, the example does not always show the complete entry (row) of a table. The only objects shown are those needed for creating the row pointers to the next functional datapath element or needed to provide information about the specific parameters of the functional datapath elements. The column named 'INDEX' always defines the complete index as defined for the associated entry. In some cases, this is a combined index of multiple components. Therefore, the names of the columns are omitted.
よの注：簡潔かつ明確にするために、例では、常にテーブルの完全なエントリ（行）を表示しません。図示のみのオブジェクトは、次の機能データパス素子に行ポインタを作成または機能的データパス要素の特定のパラメータに関する情報を提供するために必要なために必要なものです。関連するエントリのために定義されている「INDEX」という名前の列は常に完全なインデックスを定義します。いくつかの場合において、これは、複数のコンポーネントの組み合わせのインデックスです。したがって、列の名前は省略されています。
Also note that the values Assured Forwarding and Expedited Forwarding are abstracted as DSCP(AF) and DSCP(EF) (respectively) or simply as AF and EF. For the actual values refer to [RFC3289].
また、転送および緊急転送アシュアード値はDSCP（AF）およびDSCP（EF）（それぞれ）として、または単にAFとEFとして抽象化されることに注意してください。実際の値は[RFC3289]を参照。
The initial configuration is the existing configuration of an ingress interface.
初期設定は、入力インターフェイスの既存の設定です。
+------------------------------------------------------------+
| ingress functional datapath |
| +----------+ |
-->|----------->----------->| count |----------->----------->|-->
| +----------+ |
+------------------------------------------------------------+
This figure depicts a simple traffic treatment functional datapath for an ingress interface. The functional datapath only consists of a count action.
この図は、入力インターフェイスのための簡単なトラフィック処理機能データパスを示しています。機能的なデータパスにのみカウントアクションで構成されています。
Within the DIFFSERV-MIB, this would be instantiated as follows. Note that RowPointer objects must point to the first accessible columnar object in the conceptual row. Thus, while perhaps more instructive to use the index value for the RowPointer object's value (e.g., diffServCountActId.1) in the example, it would nonetheless be incorrect, and the first accessible columnar object has been used as should be done (e.g., diffServCountActOctets.1).
次のようにDIFFSERV-MIBの中で、これはインスタンス化されるだろう。 RowPointerオブジェクトは概念的な列の最初のアクセス可能な円柱状のオブジェクトを指していなければならないことに留意されたいです。このように、例のRowPointerオブジェクトの値（例えば、diffServCountActId.1）のインデックス値を使用するためにおそらくより有益ながら、それにもかかわらず、誤っただろう、と（例えば、diffServCountActOctetsを行うべきであるとして、最初のアクセスの柱状オブジェクトが使用されてきました0.1）。
diffServDataPathTable
+-----------------+-----------------------------+--
| INDEX | diffServDataPathStart |
+-----------------+-----------------------------+--
| ifIndex.ingress | diffServActionNext.1 |
+-----------------+-----------------------------+-- diffServActionTable
+-------+--------------------+-------------------------+--
| INDEX | diffServActionNext |diffServActionSpecific |
+-------+--------------------+-------------------------+--
| 1 | 0.0 |diffServCountActOctets.1 |
+-------+--------------------+-------------------------+--
diffServCountActTable
+-------+------------------------+--
| INDEX | diffServCountActOctets |
+-------+------------------------+--
| 1 | |
+-------+------------------------+--
The following provides an example of a policy configuration in which traffic is classified by a specific IP filter, that results in two classifiers (one for the IP filter and one for match all). Both streams are then metered, marked, and counted. This is an example of usage on the edge (an ingress interface) of a Differentiated Services domain that wants to have Expedited Forwarding and Assured Forwarding marked traffic within the Differentiated Services domain.
以下は、二つの分類（IPフィルタと一致するすべてのための1つに対して1つ）をもたらすことトラフィックは、特定のIPフィルタによって分類されたポリシー設定の例を提供します。両方のストリームは、その後、計量マークされ、そしてカウントされます。これは、緊急転送および保証転送が差別化サービスドメイン内のトラフィックをマークしていたい差別化サービスドメインのエッジ（入力インターフェイス）の使用方法の一例です。
+------------------------------------------------------------+
| ingress functional datapath |
| +------------+ +-------+ +---------+ +---------+ |
| | | | | | action: | | action: | |
-->|-->| classifier |-->| meter |-->| mark EF |-->| count |-->|----->
| | match <IP> | | | | | | | |
| +------------+ +-------+ +---------+ +---------+ |
| | \ |
| | \ +---------+ |
| | \ | action: | |routing
| | * -->| dropper | |core
| | / | | |
| | / +---------+ |
| V / |
| +------------+ +-------+ +---------+ +---------+ |
| | | | | | action: | | action: | |
| | classifier |-->| meter |-->| mark AF |-->| count |-->|----->
| | match all | | | | | | | |
| +------------+ +-------+ +---------+ +---------+ |
+------------------------------------------------------------+
This figure depicts a policy configuration for ingress traffic treatment in a Differentiated Services capable device. The configuration is represented as follows in the DIFFSERV-CONFIG-MIB module and the DIFFSERV-MIB module.
この図は、差別化サービスが可能な装置に入力トラフィック処理のためのポリシー構成を示しています。 DIFFSERV-CONFIG-MIBモジュールとDiffserv-MIBモジュールに以下のような構成が示されています。
Note that the original (existing) traffic treatment described in 6.2.1 is also in the tables.
6.2.1で説明した元の（既存の）トラフィック処理がテーブル内にもあることに留意されたいです。
Note also that in the diffServDscpMarkActTable, DSCP(EF) represents the DSCP value for Expedited Forwarding and DSCP(AF) represents the DSCP value for Assured Forwarding.
また、そのdiffServDscpMarkActTableで音符、DSCP（EF）が速め転送とDSCP（AF）のためのDSCP値が保証転送するためのDSCP値を表します。
diffServConfigTable (in the MIB module in this memo)
+-------+-------------------------+---------------------------+--
| INDEX | diffServConfigStart | diffServConfigDescr |
+-------+-------------------------+---------------------------+--
| "foo" | diffServClfrStorage.1 | Example traffic treatment |
+-------+-------------------------+---------------------------+--
diffServClfrTable
+-------+---------------------+--------------------+
| INDEX | diffServClfrStorage | diffServClfrStatus |
+-------+---------------------+--------------------+
| 1 | | |
+-------+---------------------+--------------------+
diffServClfrElementTable (shares index with diffServClfrTable)
+-------+---------------------------+-------------------------------+--
| INDEX | diffServClfrElementNext | diffServClfrElementPrecedence |
+-------+---------------------------+-------------------------------+--
| 1.1 |diffServMeterSucceedNext.1 | 1 |
| 1.2 |diffServMeterSucceedNext.2 | 2 |
+-------+---------------------------+-------------------------------+--
diffServMeterTable
+-------+--------------------------+-----------------------+--
| INDEX | diffServMeterSucceedNext |diffServMeterFailNext |
+-------+--------------------------+-----------------------+--
| 1 | diffServActionNext.2 | diffServAlgDropType.1 |
| 2 | diffServActionNext.3 | diffServAlgDropType.1 |
+-------+--------------------------+-----------------------+-- diffServActionTable
+-------+----------------------+----------------------------+--
| INDEX | diffServActionNext | diffServActionSpecific |
+-------+----------------------+----------------------------+--
| 1 | 0.0 | diffServCountActOctets.1 |
| 2 | diffServActionNext.4 | diffServDscpMarkActDscp.EF |
| 3 | diffServActionNext.5 | diffServDscpMarkActDscp.AF |
| 4 | 0.0 | diffServCountActOctets.2 |
| 5 | 0.0 | diffServCountActOctets.3 |
+-------+----------------------+----------------------------+--
diffServCountActTable
+-------+------------------------+--
| INDEX | diffServCountActOctets |
+-------+------------------------+--
| 1 | |
| 2 | |
| 3 | |
+-------+------------------------+--
diffServAlgDropTable
+-------+---------------------+-------------------------+--
| INDEX | diffServAlgDropType | diffServAlgDropSpecific |
+-------+---------------------+-------------------------+--
| 1 | alwaysDrop(5) | 0.0 |
+-------+---------------------+-------------------------+--
diffServDscpMarkActTable
+-------------------------+
| diffServDscpMarkActDscp |
+-------------------------+
| DSCP(EF) |
| DSCP(AF) |
+-------------------------+
Now we have the original ingress interface configuration and the policy configuration we want to apply to the actual interface.
今、私たちは、元の入力インターフェイスの設定と、我々は実際のインターフェイスに適用するポリシーの構成を有しています。
The example policy must provide the required Differentiated Services traffic treatment to all interfaces used by system administrators. The traffic treatment required is described in 6.2.2 above.
例えば、ポリシーは、システム管理者によって使用されるすべてのインタフェースに必要な差別化サービストラフィック処理を提供しなければなりません。必要なトラフィックの処理は、上記6.2.2に記載されています。
Therefore, we have the following example policy which is configured via the POLICY-BASED-MANAGEMENT-MIB module (see [PMMIBDR]):
したがって、我々は、ポリシーベースの管理-MIBモジュールを介して構成されている次の例のポリシーを持っている（[PMMIBDR]参照）。
if ( roleMatch("Administrator") ) then
/*
* The $0 gets the "element" returned from the previous
* statement. the .1 at the end is the ingress interface
* This sets, for example, diffServDataPathStart.3.1 to be
* "diffServConfigStart.3.f.o.o" if interface 3 has the role
* "Administrator".
*/
setVar("diffServDataPathStart.$0.1",
"diffServConfigStart.3.f.o.o", Oid)
For our purposes, we only apply this on the inbound (ingress) direction of the interface.
我々の目的のために、我々は唯一のインターフェイスのインバウンド（入）の方向にこれを適用します。
Note that although object descriptors are used in this PolicyScript example, the object identifiers must be used in the running script. For more information on policies and their syntax refer to [PMMIBDR].
オブジェクト記述子このPolicyScript例で使用されているが、オブジェクト識別子は、実行中のスクリプトで使用されなければならないことに留意されたいです。ポリシーとその構文の詳細については、[PMMIBDR]を参照してください。
The following tables in this section provide the cloned entries in the tables of the DIFFSERV-MIB module. All tables may have columns that contain contents or administrative objects that are not shown. These columns do not determine a function in the datapath and they are not shown for clarity of the cloning mechanism.
このセクションで以下の表にDIFFSERV-MIBモジュールのテーブルにクローニングされた項目を提供します。すべてのテーブルは、内容や示されていない管理オブジェクトを含む列を有することができます。これらの列は、データパス内の関数を決定していないと、彼らは、クローニングメカニズムを明確にするために示されていません。
Note that the original (existing) traffic treatment of 6.2.1 and 6.2.2 are also in the tables.
6.2.1及び6.2.2の元の（既存の）トラフィック処理はテーブルでもあることに注意してください。
diffServConfigTable
+-------+-------------------------+---------------------------+--
| INDEX | diffServConfigStart | diffServConfigDescr |
+-------+-------------------------+---------------------------+--
| "foo" | diffServClfrStorage.1 | Example traffic treatment |
+-------+-------------------------+---------------------------+--
diffServDataPathTable
+-----------------+-----------------------------+--
| INDEX | diffServDataPathStart |
+-----------------+-----------------------------+--
| ifIndex.ingress | diffServActionNext.2 |
+-----------------+-----------------------------+-- diffServClfrTable
+-------+---------------------+--------------------+
| INDEX | diffServClfrStorage | diffServClfrStatus |
+-------+---------------------+--------------------+
| 1 | | |
| 2 | | |
+-------+---------------------+--------------------+
diffServClfrElementTable
+-------+----------------------------+-------------------------------+--
| INDEX | diffServClfrElementNext | diffServClfrElementPrecedence |
+-------+----------------------------+-------------------------------+--
| 1.1 | diffServMeterSucceedNext.1 | 1 |
| 1.2 | diffServMeterSucceedNext.2 | 2 |
| 2.3 | diffServMeterSucceedNext.3 | 1 |
| 2.4 | diffServMeterSucceedNext.4 | 2 |
+-------+----------------------------+-------------------------------+--
diffServMeterTable
+-------+--------------------------+-----------------------+--
| INDEX | diffServMeterSucceedNext | diffServMeterFailNext |
+-------+--------------------------+-----------------------+--
| 1 | diffServActionNext.2 | diffServAlgDropType.1 |
| 2 | diffServActionNext.3 | diffServAlgDropType.1 |
| 3 | diffServActionNext.6 | diffServAlgDropType.2 |
| 4 | diffServActionNext.7 | diffServAlgDropType.2 |
+-------+--------------------------+-----------------------+--
diffServActionTable
+-------+----------------------+----------------------------+--
| INDEX | diffServActionNext | diffServActionSpecific |
+-------+----------------------+----------------------------+--
| 1 | 0.0 | diffServCountActOctets.1 |
| 2 | diffServActionNext.4 | diffServDscpMarkActDscp.EF |
| 3 | diffServActionNext.5 | diffServDscpMarkActDscp.AF |
| 4 | 0.0 | diffServCountActOctets.2 |
| 5 | 0.0 | diffServCountActOctets.3 |
| 6 | diffServActionNext.8 | diffServDscpMarkActDscp.EF |
| 7 | diffServActionNext.9 | diffServDscpMarkActDscp.AF |
| 8 | 0.0 | diffServCountActOctets.4 |
| 9 | 0.0 | diffServCountActOctets.5 |
+-------+----------------------+----------------------------+-- diffServCountActTable
+-------+------------------------+--
| INDEX | diffServActCountOctets |
+-------+------------------------+--
| 1 | |
| 2 | |
| 3 | |
| 4 | |
| 5 | |
+-------+------------------------+--
diffServAlgDropTable
+-------+---------------------+-------------------------+--
| INDEX | diffServAlgDropType | diffServAlgDropSpecific |
+-------+---------------------+-------------------------+--
| 1 | alwaysDrop(5) | 0.0 |
+-------+---------------------+-------------------------+--
diffServDscpMarkActTable
+-------------------------+
| diffServDscpMarkActDscp |
+-------------------------+
| DSCP(EF) |
| DSCP(AF) |
+-------------------------+
As one can see in the example, the main elements from which a functional datapath is constructed are duplicated/copied/cloned. That process is needed in order to preserve the policy configuration for reuse at a later time.
一つの例で見ることができるように、機能データ経路が構築された主要な要素は、クローン/コピー/複製されます。このプロセスは、後で再利用するためのポリシー設定を維持するために必要とされています。
It is up to the SNMP agent to keep track of which network interfaces are under policy control and which policy rules are being used. This avoids duplication of policy enforcement. How the agent does this is an implementation issue.
これは、ネットワークインタフェースは、ポリシー制御下にあり、どのポリシールールが使用されているかを追跡するためにSNMPエージェントまでです。これは、ポリシー適用の重複を避けることができます。エージェントがどのようにこれは実装の問題です。
One can see that the old functional datapath configurations stay in the MIB module tables. It is up to the SNMP agent implementation to decide whether to delete stale entries or keep them. Garbage collection of stale entries is an implementation issue.
一つは、古い機能データパスの構成はMIBモジュールのテーブルにとどまることがわかります。これは、古いエントリを削除したり、それらを維持するかどうかを決定するためにSNMPエージェントの実装に任されています。古いエントリのガベージコレクションは実装の問題です。
In this section, the above example is explained by using SNMP communication between the SNMP "manager" and the SNMP "agent".
このセクションでは、上記の例では、SNMP「マネージャ」とSNMP「エージェント」との間のSNMP通信を用いて説明します。
In order to apply the template to all interfaces that have a role match of "Administrator," the SNMP manager must have a list of the roles of the interface. This means the SNMP manager must do an SNMP-SET for all those interfaces. This is expressed in the following pseudo code function.
「管理者」の役割の試合を持っているすべてのインターフェイスにテンプレートを適用するためにはSNMPマネージャは、インターフェースの役割のリストを持っている必要があります。これは、SNMPマネージャは、すべてのこれらのインタフェースのためのSNMP-SETを行う必要がありますを意味します。これは、以下の擬似コード関数で表現されます。
set_template_if_administrator_interface(
<interface_list>, <template_name>
) {
template_oid = SNMP-GET("diffServConfigStart.<template_name>");
foreach interface (<ifRole_list>) {
if (interface.role == "Administrator") {
SNMP-SET("diffServDataPathStart.$interface.1",
Oid, template_oid);
}
}
}
For example, on a system with 3 interfaces, the following list would be known to the manager. The first value indicates the interface number (ifIndex) and the second value is its role.
例えば、3つのインターフェイスを持つシステム上で、以下のリストは、管理者に知られているであろう。最初の値は、インターフェイス番号（のifIndex）を示す第2の値は、その役割です。
interface_list IF_LIST = { { 1, ... , "Administrator", ... }, { 2, ... , "User", ... }, { 3, ... , "Administrator", ... } }
interface_list IF_LIST = {{1、...、 "管理者"、...}、{2、...、 "ユーザー"、...}、{3、...、 "管理者"、... }}
This will result in the communication between a manager and agent of 1 SNMP-GET and 2 SNMP-SETs:
これは、1 SNMP-GETおよび2 SNMPセットのマネージャとエージェントとの間の通信をもたらすであろう。
- SNMP-GET("diffServConfigStart.3.f.o.o") - SNMP-SET("diffServDataPathStart.1.1", Oid, "diffServActionNext.1") - SNMP-SET("diffServDataPathStart.3.1", Oid, "diffServActionNext.1")
- SNMP-GET（ "diffServConfigStart.3.foo"） - SNMP-SET（ "diffServDataPathStart.1.1"、OID。 "diffServActionNext.1"） - SNMP-SET（ "diffServDataPathStart.3.1"、OID。 "diffServActionNext.1" ）
DIFFSERV-CONFIG-MIB DEFINITIONS ::= BEGIN
IMPORTS
OBJECT-TYPE, MODULE-IDENTITY,
zeroDotZero, mib-2 FROM SNMPv2-SMI -- [RFC2578]
RowStatus, StorageType, RowPointer, DateAndTime FROM SNMPv2-TC -- [RFC2579]
RowStatusの、StorageType、RowPointer、のDateAndTimeのSNMPv2-TC FROM - [RFC2579]
MODULE-COMPLIANCE, OBJECT-GROUP FROM SNMPv2-CONF -- [RFC2580]
MODULE-COMPLIANCEのSNMPv2-CONFからの、オブジェクト・グループ - [RFC2580]
SnmpAdminString FROM SNMP-FRAMEWORK-MIB; -- [RFC3411]
SNMP-FRAMEWORK-MIBかられるSnmpAdminString。 - [RFC3411]
diffServConfigMib MODULE-IDENTITY LAST-UPDATED "200401220000Z" -- 22 January 2004 ORGANIZATION "SNMPCONF WG" CONTACT-INFO "SNMPCONF Working Group http://www.ietf.org/html.charters/snmpconf-charter.html WG mailing list: snmpconf@snmp.com
diffServConfigMibのMODULE-IDENTITY LAST-UPDATED "200401220000Z" - 2004年1月22日ORGANIZATION "SNMPCONF WG" CONTACT-INFO「SNMPCONFワーキンググループhttp://www.ietf.org/html.charters/snmpconf-charter.html WGメーリングリスト： snmpconf@snmp.com
Editors:
Harrie Hazewinkel
I.Net
via Darwin 85
20019 - Settimo Milanese (MI)
Italy
EMail: harrie@inet.it
David Partain Ericsson AB P.O. Box 1248 SE-581 12 Linkoping Sweden E-mail: David.Partain@ericsson.com" DESCRIPTION "This MIB module contains differentiated services specific managed objects to perform higher-level configuration management. This MIB allows policies to use 'templates' to instantiate Differentiated Services functional datapath configurations to be assigned (associated with an interface and direction) when a policy is activated.
デビッドパーテインエリクソンABの私書箱ボックス1248 SE-581 12リンショーピンスウェーデンEメール：David.Partain@ericsson.com「DESCRIPTION」このMIBモジュールは、より高いレベルの構成管理を行うために差別化サービスを特定の管理対象オブジェクトが含まれています。このMIBは、ポリシーがアクティブになったときポリシーは（インターフェース及び方向に関連する）割り当てられる差別化サービス機能データパス構成をインスタンス化するために「テンプレート」を使用することを可能にします。
Copyright (C) The Internet Society (2004). This version
of this MIB module is part of RFC 3747; see the RFC
itself for full legal notices."
REVISION "200401220000Z" -- 22 January 2004
DESCRIPTION
"Initial version published as RFC 3747"
::= { mib-2 108 }
diffServConfigMIBObjects OBJECT IDENTIFIER ::= { diffServConfigMib 1 }
diffServConfigMIBConformance OBJECT IDENTIFIER ::=
{ diffServConfigMib 2 }
--
-- The Differentiated Services configuration objects
-- diffServConfigTable OBJECT-TYPE
SYNTAX SEQUENCE OF DiffServConfigEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"A table which defines the various per-hop-behaviors
for which the system has default 'templates'."
::= { diffServConfigMIBObjects 2 }
diffServConfigEntry OBJECT-TYPE
SYNTAX DiffServConfigEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"An entry defining a per-hop-behavior. Each entry in
this table combines the various parameters (entries)
into a specific per-hop-behavior. Entries in this
table might be defined by a vendor (pre-configured)
or defined by a management application."
INDEX { diffServConfigId }
::= { diffServConfigTable 1 }
DiffServConfigEntry ::= SEQUENCE {
diffServConfigId SnmpAdminString,
diffServConfigDescr SnmpAdminString,
diffServConfigOwner SnmpAdminString,
diffServConfigLastChange DateAndTime,
diffServConfigStart RowPointer,
diffServConfigStorage StorageType,
diffServConfigStatus RowStatus
}
diffServConfigId OBJECT-TYPE SYNTAX SnmpAdminString (SIZE(1..116)) MAX-ACCESS not-accessible STATUS current DESCRIPTION "A unique id for the per-hop-behavior policy for at least the SNMP agent. For ease of administration the value may be unique within an administrative domain, but this is not required.
diffServConfigId OBJECT-TYPE SYNTAXれるSnmpAdminString（SIZE（1..116））MAX-ACCESSステータス現在の説明は「少なくともSNMPエージェントのホップごとの挙動ポリシーの一意のID。投与の容易さの値もよいです管理ドメイン内で一意であるが、これは必須ではありません。
The range of up to 116 octets is chosen to stay within
the SMI limit of 128 sub-identifiers in an object
identifier."
::= { diffServConfigEntry 1 }
diffServConfigDescr OBJECT-TYPE
diffServConfigDescrのOBJECT-TYPE
SYNTAX SnmpAdminString
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"A human-readable description to identify this defined
per-hop-behavior. Note that this is an SnmpAdminString,
which permits UTF-8 strings. An administratively assigned
identifier for a template that would be unique within
an administrative domain. It is up to the management
applications to agree how these are assigned within the
administrative domain. Once a description, such as
'EF' is assigned, that has a certain set of parameters
that achieve 'EF' from box to box. Management
application code or script code can then scan
the table to find the proper template and then
assign it."
::= { diffServConfigEntry 2 }
diffServConfigOwner OBJECT-TYPE
SYNTAX SnmpAdminString
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The owner who created this entry."
::= { diffServConfigEntry 3 }
diffServConfigLastChange OBJECT-TYPE
SYNTAX DateAndTime
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The date and time when this entry was last changed."
::= { diffServConfigEntry 4 }
diffServConfigStart OBJECT-TYPE SYNTAX RowPointer MAX-ACCESS read-create STATUS current DESCRIPTION "The pointer to a functional datapath configuration template as set up in the DIFFSERV-MIB. This RowPointer should point to an instance of one of: diffServClfrEntry diffServMeterEntry diffServActionEntry diffServAlgDropEntry diffServQEntry
diffServConfigStart OBJECT-TYPE構文RowPointer MAX-ACCESSはリード作成ステータス現在の説明「ポインタ機能データパス構成テンプレートにDIFFSERV-MIBに設定ように、このRowPointerのいずれのインスタンスを指すべきである：。diffServClfrEntry diffServMeterEntry diffServActionEntry diffServAlgDropEntry diffServQEntry
A value of zeroDotZero in this attribute indicates no
further Diffserv treatment is performed on traffic of
this functional datapath. This also means that the
template described by this row is not defined.
If the row pointed to does not exist, the treatment
is as if this attribute contains a value of zeroDotZero."
REFERENCE
"Differentiated Services MIB module"
DEFVAL { zeroDotZero }
::= { diffServConfigEntry 5 }
diffServConfigStorage OBJECT-TYPE SYNTAX StorageType MAX-ACCESS read-create STATUS current DESCRIPTION "The type of storage used for this row.
diffServConfigStorage OBJECT-TYPE SYNTAX StorageType MAX-ACCESSリード作成ステータス現在の説明「この列に使用されるストレージのタイプ。
Since an entry in this table serves as a starting
point for a configuration, it is recommended that
all entries comprising the configuration started by
diffServConfigStart follow the storage type of this
entry. Otherwise, after agent reboots a configuration
may differ. It may very well be that the agent is
not capable of detecting such changes and therefore,
the management application should verify the correct
configuration after a reboot. Rows with a StorageType
of 'permanent' do not need to allow write access to
any of the columnar objects in that row."
DEFVAL { nonVolatile }
::= { diffServConfigEntry 6 }
diffServConfigStatus OBJECT-TYPE
SYNTAX RowStatus
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"RowStatus object used for creation and deletion of
rows in this table. All writable objects in this row
may be modified at any time."
DEFVAL { notInService }
::= { diffServConfigEntry 7 }
--
-- MIB Compliance statements.
-- diffServConfigMIBCompliances
OBJECT IDENTIFIER ::= { diffServConfigMIBConformance 1 }
diffServConfigMIBGroups
OBJECT IDENTIFIER ::= { diffServConfigMIBConformance 2 }
diffServConfigMIBFullCompliance MODULE-COMPLIANCE STATUS current DESCRIPTION "The full compliance for this MIB module.
diffServConfigMIBFullCompliance MODULE-COMPLIANCEステータス現在の説明は「このMIBモジュールのために完全に準拠。
For this compliance level the 'diffServMIBFullCompliance'
must be met, since this MIB module depends on it in order
to provide the configuration entries.
"
MODULE -- This module
MANDATORY-GROUPS { diffServConfigMIBConfigGroup }
OBJECT diffServConfigStatus SYNTAX RowStatus { active(1) } WRITE-SYNTAX RowStatus { createAndGo(4), destroy(6) } DESCRIPTION "Support for createAndWait and notInService is not required."
OBJECT diffServConfigStatus構文RowStatus {アクティブ（1）} WRITE-構文RowStatus {createAndGo（4）、（6）を破壊}説明は "createAndWaitにおよびnotInServiceのためのサポートが必要とされません。"
::= { diffServConfigMIBCompliances 1 }
diffServConfigMIBConfigGroup OBJECT-GROUP
OBJECTS { diffServConfigDescr,
diffServConfigOwner,
diffServConfigLastChange,
diffServConfigStart,
diffServConfigStorage,
diffServConfigStatus
}
STATUS current
DESCRIPTION
"The per-hop-behavior Group defines the MIB objects that
describe the configuration template for the per-hop-behavior."
::= { diffServConfigMIBGroups 1 }
END
There are a number of management objects defined in this MIB module with a MAX-ACCESS clause of read-write and/or read-create. Such objects may be considered sensitive or vulnerable in some network environments. The support for SET operations in a non-secure environment without proper protection can have a negative effect on network operations. These managed objects are:
読み書きおよび/またはリード作成のMAX-ACCESS句でこのMIBモジュールで定義された管理オブジェクトの数があります。そのようなオブジェクトは、いくつかのネットワーク環境に敏感又は脆弱と考えることができます。適切な保護のない非安全な環境におけるSET操作のサポートはネットワーク操作のときにマイナスの影響を与える可能性があります。これらの管理対象オブジェクトは、次のとおりです。
- The diffServConfigDescr, diffServConfigOwner, and diffServConfigStatus are not security sensitive since these three objects do not affect any direct operational behavior of a diffserv capable device.
- これらの3つのオブジェクトはDiffServのできるデバイスのいずれかの直接の運転動作には影響を与えないのでdiffServConfigDescr、diffServConfigOwner、およびdiffServConfigStatusは、セキュリティに敏感ではありません。
- Unauthorized change of the diffServConfigStart could lead to a different configuration, and the 'changed' configuration could lead to different traffic treatment for the diffserv capable device than desired.
- diffServConfigStartの不正変更は、異なる構成につながる可能性、および「変更」構成は、所望よりもDiffServの可能な装置のためのさまざまなトラフィック処理につながる可能性があります。
- Unauthorized change of the diffServConfigStorage could lead to unknown behavior of the diffserv capable device after a reboot of the SNMP agent. This may be caused by 'not having saved changes of the configuration' or unavailable configurations.
- diffServConfigStorageの不正変更は、SNMPエージェントの再起動後にDiffServのできるデバイスの未知の行動につながる可能性があります。これは、または利用できない構成「構成の保存された変更を持っていない」によって引き起こされ得ます。
In addition, the managed objects of the DIFFSERV-MIB are also security sensitive, since unauthorized changes may cause configuration changes. For more detail, refer to [RFC3289].
不正な変更は、設定の変更を引き起こす可能性があるためまた、DIFFSERV-MIBの管理対象オブジェクトは、また、セキュリティに敏感です。詳細については、[RFC3289]を参照。
Allowing read access to objects in this MIB module is generally not considered sensitive, as read access only provides information that a template exists. This is due to the fact that the managed objects that actually instantiate the template are in the DIFFSERV-MIB [RFC3289]. However, in environments where the template description (diffServConfigDescr) or owner (diffServConfigOwner) is considered sensitive information, appropriate access control should be exercised for these objects.
アクセスのみテンプレートが存在するという情報を提供して読み取るようにこのMIBモジュール内のオブジェクトへの読み取りアクセスを許可すると、一般的に、敏感考慮されません。これは実際にテンプレートをインスタンスの管理対象オブジェクトがDIFFSERV-MIB [RFC3289]であるという事実によるものです。しかし、テンプレートの説明（diffServConfigDescr）または所有者（diffServConfigOwner）が機密情報と考えられる環境では、適切なアクセス制御は、これらのオブジェクトのために行使されるべきです。
SNMP versions prior to SNMPv3 did not include adequate security. Even if the network itself is secure (for example by using IPSec), there is no control as to who on the secure network is allowed to access and GET/SET (read/change/create/delete) the objects in this MIB module.
SNMPv3の前のSNMPバージョンは十分なセキュリティを含んでいませんでした。ネットワーク自体が（IPSecを使用することにより、例えば）安全であっても、安全なネットワーク上で/ SETにアクセスし、GETだれに許容されているかのように何の制御（/作成/変更/読み取り、削除）このMIBモジュール内のオブジェクトはありません。
It is RECOMMENDED that implementers consider the security features as provided by the SNMPv3 framework (see [RFC3410], section 8), including full support for the SNMPv3 cryptographic mechanisms (for authentication and privacy).
実装がSNMPv3フレームワークで提供するようにセキュリティ機能を考えることが推奨される（認証とプライバシーのために）SNMPv3の暗号化メカニズムの完全なサポートを含む、（[RFC3410]セクション8を参照）。
Further, deployment of SNMP versions prior to SNMPv3 is NOT RECOMMENDED. Instead, deployment of SNMPv3 with cryptographic security enabled is RECOMMENDED. It is then a customer/operator responsibility to ensure that the SNMP entity giving access to an instance of this MIB module is properly configured to give access to the objects only to those principals (users) that have legitimate rights to GET or SET (change/create/delete) them.
さらに、SNMPv3の前のSNMPバージョンの展開はお勧めしません。代わりに、有効な暗号化セキュリティのSNMPv3の展開が推奨されます。 /変更をGETまたはSET（する正当な権利を持っているこのMIBモジュールのインスタンスへのアクセスを与えるSNMP実体が適切にのみプリンシパル（ユーザ）にオブジェクトへのアクセスを提供するように設定されていることを確認するために、顧客/オペレータ責任です）それらを作成/削除。
The editors gratefully acknowledge the significant contributions to this work made by several members of both the SNMPCONF and DiffServ working groups.
編集者は感謝の両方SNMPCONFとのDiffServワーキンググループのいくつかのメンバーによって作られたこの作品への重要な貢献を認めます。
[RFC2578] McCloghrie, K., Perkins, D. and J. Schoenwaelder, "Structure of Management Information Version 2 (SMIv2)", STD 58, RFC 2578, April 1999.
[RFC2578] McCloghrie、K.、パーキンス、D.およびJ. Schoenwaelder、STD 58、RFC 2578、1999年4月 "管理情報バージョン2（SMIv2）の構造"。
[RFC2579] McCloghrie, K., Perkins, D. and J. Schoenwaelder, "Textual Conventions for SMIv2", STD 58, RFC 2579, April 1999.
[RFC2579] McCloghrie、K.、パーキンス、D.およびJ. Schoenwaelder、 "SMIv2のためのテキストの表記法"、STD 58、RFC 2579、1999年4月。
[RFC2580] McCloghrie, K., Perkins, D. and J. Schoenwaelder, "Conformance Statements for SMIv2", STD 58, RFC 2580, April 1999.
[RFC2580] McCloghrie、K.、パーキンス、D.およびJ. Schoenwaelder、 "SMIv2のための適合性宣言"、STD 58、RFC 2580、1999年4月。
[RFC3289] Baker, F., Chan, K. and A. Smith, "Management Information Base for the Differentiated Services Architecture", RFC 3289, May 2002.
[RFC3289]ベイカー、F.、チャン、K.とA.スミス、 "差別化サービスアーキテクチャのための管理情報ベース"、RFC 3289、2002年5月。
[RFC3411] Harrington, D., Presuhn, R. and B. Wijnen, "An Architecture for Describing Simple Network Management Protocol (SNMP) Management Frameworks", STD 62, RFC 3411, December 2002.
[RFC3411]ハリントン、D.、PresuhnとR.とB. Wijnen、 "簡易ネットワーク管理プロトコル（SNMP）管理フレームワークを記述するためのアーキテクチャ"、STD 62、RFC 3411、2002年12月。
[RFC3410] Case, J., Mundy, R., Partain, D. and B. Stewart, "Introduction and Applicability Statements for Internet-Standard Management Framework", RFC 3410, December 2002.
[RFC3410]ケース、J.、マンディ、R.、パーテイン、D.とB.スチュワート、 "インターネット標準の管理フレームワークのための序論と適用性声明"、RFC 3410、2002年12月。
[RFC2474] Nichols, K., Blake, S., Baker, F. and D. Black, "Definition of the Differentiated Services Field (DS Field) in the IPv4 and IPv6 Headers", RFC 2474, December 1998.
[RFC2474]ニコルズ、K.、ブレイク、S.、ベイカー、F.とD.黒、 "IPv4とIPv6ヘッダーとの差別化されたサービス分野（DS分野）の定義"、RFC 2474、1998年12月。
[RFC2475] Blake, S., Black, D., Carlson, M., Davies, E., Wang, Z. and W. Weiss, "An Architecture for Differentiated Services", RFC 2475, December 1998.
[RFC2475]ブレイク、S.、ブラック、D.、カールソン、M.、デイヴィス、E.、王、Z.とW.ワイス、 "差別化サービスのためのアーキテクチャ"、RFC 2475、1998年12月。
[RFC3512] MacFaden, M., Partain, D., Saperia, J. and W. Tackabury, "Configuring Networks and Devices with Simple Network Management Protocol (SNMP)", RFC 3512, April 2003.
[RFC3512] MacFaden、M.、パーテイン、D.、Saperia、J.とW. Tackabury、RFC 3512 "簡易ネットワーク管理プロトコル（SNMP）とのネットワークとデバイスの設定"、2003年4月。
[PMMIBDR] Waldbusser, S., Saperia, J. and T. Hongal, "Policy-based Management MIB", Work in Progress.
【PMMIBDR] Waldbusser、S.、Saperia、J.及びT. Hongal、 "ポリシーベースの管理MIB"、ProgressのWork。
Harrie Hazewinkel I.Net via Darwin 85 20019 - Settimo Milanese (MI) Italy
セッティモ・ミラネーゼ（MI）イタリア - ダーウィン85 20019経由Harrie Hazewinkel I.Net
EMail: harrie@inet.it
メールアドレス：harrie@inet.it
David Partain Ericsson AB P.O. Box 1248 SE-581 12 Linkoping Sweden
デビッドパーテインエリクソンABの私書箱ボックス1248 SE-581 12リンシェーピングスウェーデン
EMail: David.Partain@ericsson.com
メールアドレス：David.Partain@ericsson.com
Copyright (C) The Internet Society (2004). This document is subject to the rights, licenses and restrictions contained in BCP 78 and except as set forth therein, the authors retain all their rights.
著作権（C）インターネット協会（2004）。この文書では、BCP 78に含まれる権利、ライセンスおよび制限があり、そこに記載された以外、作者は彼らのすべての権利を保有します。
This document and the information contained herein are provided on an "AS IS" basis and THE CONTRIBUTOR, THE ORGANIZATION HE/SHE REPRESENTS OR IS SPONSORED BY (IF ANY), THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIM 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.
この文書とここに含まれている情報は、基礎とCONTRIBUTOR「そのまま」、ORGANIZATION HE / SHEが表すまたはインターネットソサエティおよびインターネット・エンジニアリング・タスク・フォース放棄すべての保証、明示または、（もしあれば）後援ISに設けられています。黙示、情報の利用は、特定の目的に対する権利または商品性または適合性の黙示の保証を侵害しない任意の保証含むがこれらに限定されません。
Intellectual Property
知的財産
The IETF takes no position regarding the validity or scope of any Intellectual Property Rights or other rights that might be claimed to pertain to the implementation or use of the technology described in this document or the extent to which any license under such rights might or might not be available; nor does it represent that it has made any independent effort to identify any such rights. Information on the procedures with respect to rights in RFC documents can be found in BCP 78 and BCP 79.
IETFは、本書またはそのような権限下で、ライセンスがたりないかもしれない程度に記載された技術の実装や使用に関係すると主張される可能性があります任意の知的財産権やその他の権利の有効性または範囲に関していかなる位置を取りません利用可能です。またそれは、それがどのような権利を確認する独自の取り組みを行ったことを示すものでもありません。 RFC文書の権利に関する手続きの情報は、BCP 78およびBCP 79に記載されています。
Copies of IPR disclosures made to the IETF Secretariat and any assurances of licenses to be made available, or the result of an attempt made to obtain a general license or permission for the use of such proprietary rights by implementers or users of this specification can be obtained from the IETF on-line IPR repository at http://www.ietf.org/ipr.
IPRの開示のコピーが利用できるようにIETF事務局とライセンスの保証に行われた、または本仕様の実装者または利用者がそのような所有権の使用のための一般的なライセンスまたは許可を取得するために作られた試みの結果を得ることができますhttp://www.ietf.org/iprのIETFのオンラインIPRリポジトリから。
The IETF invites any interested party to bring to its attention any copyrights, patents or patent applications, or other proprietary rights that may cover technology that may be required to implement this standard. Please address the information to the IETF at ietf-ipr@ietf.org.
IETFは、その注意にこの標準を実装するために必要とされる技術をカバーすることができる任意の著作権、特許または特許出願、またはその他の所有権を持ってすべての利害関係者を招待します。 ietf-ipr@ietf.orgのIETFに情報を記述してください。
Acknowledgement
謝辞
Funding for the RFC Editor function is currently provided by the Internet Society.
RFC Editor機能のための基金は現在、インターネット協会によって提供されます。