[要約] RFC 3317は、異なるサービス品質（QoS）ポリシー情報ベースに関する規格であり、QoSポリシーの管理と適用に関するガイドラインを提供します。このRFCの目的は、ネットワーク管理者がQoSポリシーを効果的に設定し、ネットワークトラフィックを適切に制御するための基準を提供することです。
Network Working Group K. Chan
Request for Comments: 3317 Nortel Networks
Category: Informational R. Sahita
S. Hahn
Intel
K. McCloghrie
Cisco Systems
March 2003
Differentiated Services Quality of Service Policy Information Base
差別化されたサービスサービスポリシー情報ベース
Status of this Memo
本文書の位置付け
This memo provides information for the Internet community. It does not specify an Internet standard of any kind. Distribution of this memo is unlimited.
このメモは、インターネットコミュニティに情報を提供します。いかなる種類のインターネット標準を指定しません。このメモの配布は無制限です。
Copyright Notice
著作権表示
Copyright (C) The Internet Society (2003). All Rights Reserved.
Copyright（c）The Internet Society（2003）。無断転載を禁じます。
Abstract
概要
This document describes a Policy Information Base (PIB) for a device implementing the Differentiated Services Architecture. The provisioning classes defined here provide policy control over resources implementing the Differentiated Services Architecture. These provisioning classes can be used with other none Differentiated Services provisioning classes (defined in other PIBs) to provide for a comprehensive policy controlled mapping of service requirement to device resource capability and usage.
このドキュメントでは、差別化されたサービスアーキテクチャを実装するデバイスのポリシー情報ベース（PIB）について説明します。ここで定義されているプロビジョニングクラスは、差別化されたサービスアーキテクチャを実装するリソースに対するポリシー管理を提供します。これらのプロビジョニングクラスは、他のいずれかの差別化されたサービスプロビジョニングクラス（他のPIBで定義）で使用して、デバイスリソース機能と使用量に対するサービス要件の包括的なポリシー管理マッピングを提供できます。
Table of Contents
目次
Conventions used in this document...................................3
1. Glossary.........................................................3
2. Introduction.....................................................3
3. Relationship to the DiffServ Informal Management Model...........3
3.1. PIB Overview.................................................4
4. Structure of the PIB.............................................6
4.1. General Conventions..........................................6
4.2. DiffServ Data Paths..........................................7
4.2.1. Data Path PRC............................................7
4.3. Classifiers..................................................8
4.3.1. Classifier PRC...........................................9
4.3.2. Classifier Element PRC...................................9
4.4. Meters.......................................................9
4.4.1. Meter PRC...............................................10
4.4.2. Token-Bucket Parameter PRC..............................10
4.5. Actions.....................................................10
4.5.1. DSCP Mark Action PRC....................................11
4.6. Queueing Elements...........................................11
4.6.1. Algorithmic Dropper PRC.................................11
4.6.2. Random Dropper PRC......................................12
4.6.3. Queues and Schedulers...................................14
4.7. Specifying Device Capabilities..............................16
5. PIB Usage Example...............................................17
5.1. Data Path Example...........................................17
5.2. Classifier and Classifier Element Example...................18
5.3. Meter Example...............................................21
5.4. Action Example..............................................21
5.5. Dropper Examples............................................22
5.5.1. Tail Dropper Example....................................22
5.5.2. Single Queue Random Dropper Example.....................23
5.5.3. Multiple Queue Random Dropper Example...................23
5.6. Queue and Scheduler Example...............................26
6. Summary of the DiffServ PIB.....................................27
7. PIB Operational Overview........................................28
8. PIB Definition..................................................29
9. Acknowledgments.................................................90
10. Security Considerations........................................90
11. Intellectual Property Considerations...........................91
12. IANA Considerations............................................91
13. Normative References...........................................92
14. Authors' Addresses.............................................95
15. Full Copyright Statement.......................................96
Conventions used in this document
このドキュメントで使用されている規則
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in [RFC2119].
「必須」、「そうしない」、「必須」、「shall」、「shall "、" ingle "、" should "、" not "、" becommended "、" bay "、および「optional」は、[RFC2119]に記載されているように解釈される。
PRC Provisioning Class. A type of policy data. See [POLTERM]. PRI Provisioning Instance. An instance of a PRC. See [POLTERM]. PIB Policy Information Base. The database of policy information. See [POLTERM]. PDP Policy Decision Point. See [RAP-FRAMEWORK]. PEP Policy Enforcement Point. See [RAP-FRAMEWORK]. PRID Provisioning Instance Identifier. Uniquely identifies an instance of a PRC.
PRCプロビジョニングクラス。ポリシーデータの種類。[Polterm]を参照してください。PRIプロビジョニングインスタンス。PRCのインスタンス。[Polterm]を参照してください。PIBポリシー情報ベース。ポリシー情報のデータベース。[Polterm]を参照してください。PDPポリシーの決定ポイント。[Rap-Framework]を参照してください。PEPポリシーの執行ポイント。[Rap-Framework]を参照してください。PRIDプロビジョニングインスタンス識別子。PRCのインスタンスを独自に識別します。
[SPPI] describes a structure for specifying policy information that can then be transmitted to a network device for the purpose of configuring policy at that device. The model underlying this structure is one of well-defined provisioning classes and instances of these classes residing in a virtual information store called the Policy Information Base (PIB).
[SPPI]は、そのデバイスでポリシーを構成する目的でネットワークデバイスに送信できるポリシー情報を指定するための構造を説明します。この構造の根底にあるモデルは、ポリシー情報ベース（PIB）と呼ばれる仮想情報ストアにあるこれらのクラスの明確に定義されたプロビジョニングクラスとインスタンスの1つです。
This document specifies a set of provisioning classes specifically for configuring QoS Policy for Differentiated Services [DSARCH].
このドキュメントは、差別化されたサービスのQoSポリシーを構成するための一連のプロビジョニングクラスを指定します[DSARCH]。
One way to provision policy is by means of the COPS protocol [COPS], with the extensions for provisioning [COPS-PR]. This protocol supports multiple clients, each of which may provision policy for a specific policy domain such as QoS. The PRCs defined in this DiffServ QoS PIB are intended for use by the COPS-PR diffServ client type. Furthermore, these PRCs are in addition to any other PIBs that may be defined for the diffServ client type in the future, as well as the PRCs defined in the Framework PIB [FR-PIB].
ポリシーをプロビジョニングする1つの方法は、Provision [COPS-PR]の拡張機能を使用して、COPSプロトコル[COPS]を使用することです。このプロトコルは複数のクライアントをサポートしており、それぞれがQoSなどの特定のポリシードメインのポリシーを提供する場合があります。このDiffServ QOS PIBで定義されているPRCは、COPS-PR DIFFSERVクライアントタイプが使用することを目的としています。さらに、これらのPRCは、将来のDiffServクライアントタイプのために定義される可能性のある他のPIBと、フレームワークPIB [FR-PIB]で定義されているPRCに追加されます。
This PIB is designed according to the Differentiated Services Informal Management Model documented in [MODEL]. The model describes the way that ingress and egress interfaces of a 'n'-port router are modeled. It describes the configuration and management of a DiffServ interface in terms of a Traffic Conditioning Block (TCB) which contains, by definition, zero or more classifiers, meters, actions, algorithmic droppers, queues and schedulers. These elements are arranged according to the QoS policy being expressed, and are always in that order. Traffic may be classified; classified traffic may be metered; each stream of traffic identified by a combination of classifiers and meters may have some set of actions performed on it; it may have dropping algorithms applied and it may ultimately be stored into a queue before being scheduled out to its next destination, either onto a link or to another TCB. When the treatment for a given packet must have any of those elements repeated in a way that breaks the permitted sequence {classifier, meter, action, algorithmic dropper, queue, scheduler}, this must be modeled by cascading multiple TCBs.
このPIBは、[モデル]で文書化された差別化されたサービスの非公式管理モデルに従って設計されています。このモデルは、「n」ポートルーターのインターフェイスがモデル化されている方法を説明しています。これは、定義上、ゼロ以上の分類器、メートル、アクション、アルゴリズムドロッパー、キュー、スケジューラーを含むトラフィックコンディショニングブロック（TCB）の観点から、DiffServインターフェイスの構成と管理を説明します。これらの要素は、表明されているQoSポリシーに従って配置されており、常にその順序であります。トラフィックは分類される場合があります。分類されたトラフィックを計算する場合があります。分類器とメーターの組み合わせによって識別されるトラフィックの各ストリームには、それに対していくつかのアクションが実行される場合があります。アルゴリズムが適用される可能性があり、最終的には次の目的地にスケジュールされる前に、リンクまたは別のTCBにスケジュールされる前に、最終的にキューに保存される場合があります。特定のパケットの処理に、許可されたシーケンス{分類器、メーター、アクション、アルゴリズムドロッパー、キュー、スケジューラ}を破る方法でこれらの要素のいずれかを繰り返す必要がある場合、これは複数のTCBをカスケードすることでモデル化する必要があります。
The PIB represents this cascade by following the "Next" attributes of the various elements. They indicate what the next step in DiffServ processing will be, whether it be a classifier, meter, action, algorithmic dropper, queue, scheduler or a decision to now forward a packet.
PIBは、さまざまな要素の「次の」属性に従うことにより、このカスケードを表します。それらは、分類器、メーター、アクション、アルゴリズムドロッパー、キュー、スケジューラ、スケジューラ、またはパケットを転送する決定であろうと、DiffServ処理の次のステップが何であるかを示します。
The PIB models the individual elements that make up the TCBs. The higher level concept of a TCB is not required in the parameterization or in the linking together of the individual elements, hence it is not used in the PIB itself and is only mentioned in the text for relating the PIB with the [MODEL]. The actual distinguishing of which TCB a specific element is a part of is not needed for the instrumentation of a device to support the functionalities of DiffServ, but it is useful for conceptual reasons. By not using the TCB concept, this PIB allows any grouping of elements to construct TCBs, using rules indicated by the [MODEL]. This will minimize changes to this PIB if rules in [MODEL] change.
PIBは、TCBを構成する個々の要素をモデル化します。TCBのより高いレベルの概念は、パラメーター化や個々の要素のリンクでは必要ありません。したがって、PIB自体では使用されず、PIBと[モデル]と関連するためにテキストでのみ言及されています。Diffservの機能をサポートするためにデバイスの計装には、特定の要素が特定の要素が一部である実際の違いは必要ありませんが、概念的な理由に役立ちます。TCBコンセプトを使用しないことにより、このPIBは、[モデル]で示されているルールを使用して、TCBを構築する要素のグループ化を可能にします。これにより、[モデル]のルールが変更された場合、このPIBの変更が最小限に抑えられます。
The notion of a Data Path is used in this PIB to indicate the DiffServ processing a packet may experience. This Data Path is distinguished based on the Role Combination, Capability Set, and the Direction of the flow the packet is part of. A Data Path Table Entry indicates the first of possibly multiple elements that will apply DiffServ treatment to the packet.
このPIBでデータパスの概念を使用して、パケットが経験する可能性のあるDiffServ処理を示しています。このデータパスは、役割の組み合わせ、機能セット、およびパケットが一部のフローの方向に基づいて区別されます。データパステーブルエントリは、パケットにdiffserv処理を適用する可能性のある複数の要素の最初のものを示します。
This PIB is structured based on the need to configure the sequential DiffServ treatments being applied to a packet, and the parameterization of these treatments. These two aspects of the configuration are kept separate throughout the design of the PIB, and are fulfilled using separate tables and data definitions.
このPIBは、パケットに適用されているシーケンシャルディフェルブ治療とこれらの治療のパラメーター化を構成する必要性に基づいて構成されています。構成のこれら2つの側面は、PIBの設計全体で個別に保持され、個別のテーブルとデータ定義を使用して満たされます。
In addition, the PIB includes tables describing the capabilities and limitations of the device using a general extensible framework.
さらに、PIBには、一般的な拡張可能なフレームワークを使用したデバイスの機能と制限を記述するテーブルが含まれています。
These tables are reported to the PDP and assist the PDP with the configuration of functional elements that can be realized by the device.
これらのテーブルはPDPに報告され、デバイスで実現できる機能要素の構成でPDPを支援します。
This capabilities and limitations exchange allows a single or multiple devices to support many different variations of a functional datapath element. Allowing diverse methods of providing a general functional datapath element.
この機能と制限交換により、単一または複数のデバイスが機能的なデータパス要素のさまざまなバリエーションをサポートすることができます。一般的な機能的データパス要素を提供する多様な方法を可能にします。
In this PIB, the ingress and egress portions of a router are configured independently but in the same manner. The difference is distinguished by an attribute in a table describing the start of the data path. Each interface performs some or all of the following high-level functions:
このPIBでは、ルーターの侵入と出口の部分は独立して構成されていますが、同じ方法で構成されています。違いは、データパスの開始を説明するテーブル内の属性によって区別されます。各インターフェイスは、次の高レベル関数の一部またはすべてを実行します。
- Classify each packet according to some set of rules.
- いくつかのルールのセットに従って各パケットを分類します。
- Determine whether the data stream the packet is part of is within or outside its metering parameters.
- パケットの一部がメーターパラメーター内または外側にあるデータストリームがあるかどうかを判断します。
- Perform a set of resulting actions such as counting and marking of the traffic with a Differentiated Services Code Point (DSCP) as defined in [DSFIELD].
- [DSField]で定義されているように、区別化されたサービスコードポイント（DSCP）を使用して、トラフィックのカウントやマーキングなどの結果のアクションセットを実行します。
- Apply the appropriate drop policy, either simple or complex algorithmic drop functionality.
- 単純または複雑なアルゴリズムドロップ機能のいずれかの適切なドロップポリシーを適用します。
- Enqueue the traffic for output in the appropriate queue, whose scheduler may shape the traffic or simply forward it with some minimum rate or maximum latency.
- 適切なキューの出力のトラフィックをenqueueします。スケジューラがトラフィックを形作るか、最小レートまたは最大遅延で単純に転送する場合があります。
The PIB therefore contains the following elements:
したがって、PIBには次の要素が含まれています。
Data Path Table This describes the starting point of DiffServ data paths within a single DiffServ device. This class describes interface role combination and interface direction specific data paths.
データパステーブルこれは、単一のdiffservデバイス内のdiffservデータパスの開始点を説明します。このクラスは、インターフェイスの役割の組み合わせとインターフェイスの方向特定のデータパスについて説明します。
Classifier Tables A general extensible framework for specifying a group of filters.
分類器は、フィルターのグループを指定するための一般的な拡張可能なフレームワークをテーブルします。
Meter Tables A general extensible framework and one example of a parameterization table - TBParam table, applicable for Simple Token Bucket Meter, Average Rate Meter, Single Rate Three Color Meter, Two Rate Three Color Meter, and Sliding Window Three Color Meter.
メーターテーブル一般的な拡張可能なフレームワークとパラメーター化テーブルの1つの例 - Tbparamテーブル、単純なトークンバケットメーター、平均レートメーター、シングルレート3カラーメーター、2レート3カラーメーター、スライドウィンドウ3カラーメーターに適用されます。
Action Tables A general extensible framework and example of parameterization tables for Mark action. The "multiplexer" and "null" actions described in [MODEL] are accomplished implicitly by means of the Prid structures of the other elements.
アクションテーブル一般的な拡張可能なフレームワークと、マークアクションのパラメーター化テーブルの例。[モデル]で説明されている「マルチプレクサ」および「ヌル」アクションは、他の要素のプリッド構造によって暗黙的に達成されます。
Algorithmic Dropper Tables A general extensible framework for describing the dropper functional datapath element. This includes the absolute dropper and other queue measurement dependent algorithmic droppers.
アルゴリズムドロッパーテーブルドロッパー機能データパス要素を記述するための一般的な拡張可能なフレームワーク。これには、絶対ドロッパーおよびその他のキュー測定に依存するアルゴリズムドロッパーが含まれます。
Queue and Scheduler Tables A general extensible framework for parameterizing queuing and scheduler systems. Notice Shaper is considered as a type of scheduler and is included here.
キューとスケジューラは、キューイングとスケジューラシステムをパラメーター化するための一般的な拡張可能なフレームワークをテーブルします。Shaperはスケジューラの一種と見なされ、ここに含まれています。
Capabilities Tables A general extensible framework for defining the capabilities and limitations of the elements listed above. The capability tables allow intelligent configuration of the elements by a PDP.
機能は、上記の要素の機能と制限を定義するための一般的な拡張可能なフレームワークをテーブルします。機能テーブルは、PDPによって要素のインテリジェントな構成を可能にします。
The PIB consists of PRCs that represent functional elements in the data path (e.g., classifiers, meters, actions), and classes that specify parameters that apply to a certain type of functional element (e.g., a Token Bucket meter or a Mark action). Parameters are typically specified in a separate PRC to enable the use of parameter classes by multiple policies.
PIBは、データパスの機能要素（分類器、メーター、アクションなど）の機能要素を表すPRCと、特定のタイプの機能要素（トークンバケットメーターまたはマークアクションなど）に適用されるパラメーターを指定するクラスで構成されています。通常、パラメーターは、複数のポリシーでパラメータークラスの使用を有効にするために、別のPRCで指定されます。
Functional element PRCs use the Prid TC (defined in [SPPI]) to indicate indirection. A Prid is an object identifier that is used to specify an instance of a PRC in another table. A Prid is used to point to parameter PRC that applies to a functional element, such as which filter should be used for a classifier element. A Prid is also used to specify an instance of a functional element PRC that describes what treatment should be applied next for a packet in the data path.
関数要素PRCは、Prid TC（[SPPI]で定義）を使用して間接を示します。PRIDは、別のテーブルにPRCのインスタンスを指定するために使用されるオブジェクト識別子です。PRIDは、分類器要素に使用するフィルターなど、機能要素に適用されるパラメーターPRCを指すために使用されます。また、PRIDは、データパスのパケットに次に適用する処理を説明する機能要素PRCのインスタンスを指定するためにも使用されます。
Note that the use of Prids to specify parameter PRCs allows the same functional element PRC to be extended with a number of different types of parameter PRC's. In addition, using Prids to indicate the next functional datapath element allows the elements to be ordered in any way.
パラメーターPRCを指定するためにPRIDSを使用すると、同じ機能要素PRCがさまざまな種類のパラメーターPRCで拡張できるようにすることに注意してください。さらに、Pridsを使用して次の機能的なデータパス要素を示すことで、要素を何らかの方法で順序付けることができます。
This part of the PIB provides instrumentation for connecting the DiffServ Functional Elements within a single DiffServ device. Please refer to [MODEL] for discussions on the valid sequencing and grouping of DiffServ Functional Elements. Given some basic information, e.g., the interface capability, role combination and direction, the first DiffServ Functional Element is determined. Subsequent DiffServ Functional Elements are provided by the "Next" pointer attribute of each entry of data path tables. A description of how this "Next" pointer is used in each table is provided in their respective DESCRIPTION clauses.
PIBのこの部分は、単一のdiffservデバイス内のdiffserv機能要素を接続するための計装を提供します。DiffServ機能要素の有効なシーケンスとグループ化に関するディスカッションについては、[モデル]を参照してください。いくつかの基本的な情報、たとえばインターフェイス機能、役割の組み合わせ、方向を考慮して、最初のdiffServ機能要素が決定されます。その後のdiffserv関数要素は、データパステーブルの各エントリの「次の」ポインター属性によって提供されます。各テーブルでこの「次の」ポインターがどのように使用されるかについての説明は、それぞれの説明条項で提供されています。
The Data Path PRC provides the DiffServ treatment starting points for all packets of this DiffServ device. Each instance of this PRC specifies the interface capability, role combination and direction for the packet flow. There should be at most two entries for each instance (interface type, role combination, interface capability), one for ingress and one for egress. Each instance provides the first DiffServ Functional Element that each packet, at a specific interface (identified by the roles assigned to the interface) traveling in a specific relative direction, should experience. Notice this class is interface specific, with the use of interface type capability set and RoleCombination. To indicate explicitly that there are no DiffServ treatments for a particular interface type capability set, role combination and direction, an instance of the Data Path PRC can be created with zeroDotZero in the dsDataPathStart attribute. This situation can also be indicated implicitly by not supplying an instance of a Data Path PRC for that particular interface type capability set, role combination and direction. The explicit/implicit selection is up to the implementation. This means that the PEP should perform normal IP device processing when zeroDotZero is used in the dsDataPathStart attribute, or when the entry does not exist. Normal IP device processing will depend on the device; for example, this can be forwarding the packet.
データパスPRCは、このdiffservデバイスのすべてのパケットのdiffserv処理の開始点を提供します。このPRCの各インスタンスは、パケットフローのインターフェイス機能、役割の組み合わせ、方向を指定します。インスタンスごとに最大2つのエントリ（インターフェイスタイプ、ロールの組み合わせ、インターフェイス機能）、1つはイングレス用、もう1つは出口用です。各インスタンスは、特定の相対方向に移動する特定のインターフェイス（インターフェイスに割り当てられた役割によって識別される）で、各パケットが最初のDiffServ機能要素を提供します。このクラスは、インターフェイスタイプの機能セットとrolecombinationを使用して、インターフェイス固有であることに注意してください。特定のインターフェイスタイプの機能セット、役割の組み合わせ、方向にdiffServ治療がないことを明示的に示すために、DSDatapathStart属性のZerodotzeroでデータパスPRCのインスタンスを作成できます。この状況は、特定のインターフェイスタイプの機能セット、ロールの組み合わせ、方向にデータパスPRCのインスタンスを提供しないことにより、暗黙的に示すこともできます。明示的/暗黙的な選択は実装次第です。これは、ZerodotzeroがDSDATAPATHSTART属性で使用されている場合、またはエントリが存在しない場合、PEPが通常のIPデバイス処理を実行する必要があることを意味します。通常のIPデバイス処理はデバイスに依存します。たとえば、これはパケットを転送することができます。
Based on implementation experience of network devices where data path functional elements are implemented in separate physical processors or application specific integrated circuits, separated by switch fabric, it seems that more complex notions of data path are required within the network device to correlate the different physically separate data path functional elements. For example, ingress processing may have determined a specific ingress flow that gets aggregated with other ingress flows at an egress data path functional element. Some of the information determined at the ingress data path functional element may need to be used by the egress data path functional element. In numerous implementations, such information has been carried by adding it to the frame/memory block used to carry the flow within the network device; some implementers have called such information a "preamble" or a "frame descriptor". Different implementations use different formats for such information. Initially, one may think such information has implementation details within the network device that does not need to be exposed outside of the network device. But from Policy Control point of view, such information will be very useful in determining network resource usage feedback from the network device to the policy server. This is accomplished by using the Internal Label Marker and Filter PRCs defined in [FR-PIB].
ネットワークデバイスの実装エクスペリエンスデータパス機能要素が別々の物理プロセッサまたはアプリケーション固有の統合サーキットで実装され、スイッチファブリックで区切られているため、異なる物理的に個別のものを相関させるために、ネットワークデバイス内でより複雑なデータパスの概念が必要であると思われます。データパス機能要素。たとえば、イングレス処理により、出力データパスの機能要素で他のイングレスフローと集約される特定のイングレスフローが決定された可能性があります。Ingress Data Path機能要素で決定された情報の一部は、出口データパス機能要素で使用する必要がある場合があります。多数の実装では、そのような情報は、ネットワークデバイス内のフローを運ぶために使用されるフレーム/メモリブロックに追加することにより、そのような情報が伝えられています。一部の実装者は、そのような情報を「プリアンブル」または「フレーム記述子」と呼んでいます。さまざまな実装では、そのような情報に異なる形式を使用します。当初、そのような情報には、ネットワークデバイスの外部で公開する必要のないネットワークデバイス内に実装の詳細があると考えるかもしれません。しかし、ポリシー管理の観点から見ると、そのような情報は、ネットワークデバイスからポリシーサーバーへのネットワークリソースの使用フィードバックを決定するのに非常に役立ちます。これは、[FR-PIB]で定義されている内部ラベルマーカーとフィルターPRCを使用することによって達成されます。
The classifier and classifier element tables determine how traffic is sorted out. They identify separable classes of traffic, by reference to appropriate filters, which may select anything from an individual micro-flow to aggregates identified by DSCP.
分類器と分類子の要素テーブルは、トラフィックの整理方法を決定します。適切なフィルターを参照することにより、分離可能なクラスのトラフィックを特定します。これは、個々のマイクロフローからDSCPによって識別される集合体まで何でも選択できます。
The classification is used to send these separate streams to appropriate Meter, Action, Algorithmic Dropper, Queue and Scheduler elements. For example, to indicate a multi-stage meter, sub-classes of traffic may be sent to different meter stages: e.g., in an implementation of the Assured Forwarding (AF) PHB [AF-PHB], AF11 traffic might be sent to the first meter, AF12 traffic might be sent to the second and AF13 traffic sent to the second meter stage's out-of-profile action.
この分類は、これらの個別のストリームを適切なメーター、アクション、アルゴリズムドロッパー、キュー、スケジューラ要素に送信するために使用されます。たとえば、マルチステージメートルを示すために、サブクラスのトラフィックをさまざまなメーター段階に送信できます。最初のメーターでは、AF12トラフィックが2番目のトラフィックに送信され、AF13トラフィックは2番目のメーターステージのプロファイル外アクションに送信されます。
The concept of a classifier is the same as described in [MODEL]. The structure of the classifier and classifier element tables, is the same as the classifier described in [MODEL]. Classifier elements have an associated precedence order solely for the purpose of resolving ambiguity between overlapping filters. A filter with higher values of precedence are compared first; the order of tests for entries of the same precedence is unimportant.
分類器の概念は、[モデル]で説明されているものと同じです。分類器および分類子要素テーブルの構造は、[モデル]で説明されている分類器と同じです。分類子要素には、重複するフィルター間の曖昧さを解決する目的でのみ、関連する優先順位があります。優先値の値が高いフィルターが最初に比較されます。同じ優先順位のエントリのテストの順序は重要ではありません。
A datapath may consist of more than one classifier. There may be an overlap of filter specification between filters of different classifiers. The first classifier functional datapath element encountered, as determined by the sequencing of diffserv functional datapath elements, will be used first.
データパスは、複数の分類子で構成されている場合があります。異なる分類器のフィルター間にフィルター仕様の重複がある場合があります。DiffServ Functional DataPath要素のシーケンスによって決定されるように、遭遇した最初の分類子機能データパス要素が最初に使用されます。
An important form of classifier is "everything else": the final stage of the classifier i.e., the one with the lowest precedence, must be "complete" since the result of an incomplete classifier is not necessarily deterministic - see [MODEL] section 4.1.2.
分類器の重要な形式は「他のすべて」です。分類器の最終段階、つまり最低の優先順位があるものは、不完全な分類器の結果は必ずしも決定論的ではないため、「完全」でなければなりません - [モデル]セクション4.1を参照してください。2。
When a classifier PRC is instantiated at the PEP, it should always have at least one classifier element table entry, the "everything else" classifier element, with its filter matching all IP packets. This "everything else" classifier element should be created by the PDP as part of the classifier setup. The PDP has full control of all classifier PRIs instantiated at the PEP.
分類器PRCがPEPでインスタンス化される場合、常にすべてのIPパケットと一致するフィルターを備えた「他のすべて」分類子要素である少なくとも1つの分類子要素テーブルエントリが常に必要です。この「他のすべての」分類子要素は、分類器セットアップの一部としてPDPによって作成される必要があります。PDPは、PEPでインスタンス化されたすべての分類器PRIを完全に制御しています。
The definition of the actual filter to be used by the classifier is referenced via a Prid: this enables the use of any sort of filter table that one might wish to design, standard or proprietary. No filters are defined in this PIB. However, standard filters for IP packets are defined in the Framework PIB [FR-PIB].
分類器が使用する実際のフィルターの定義は、PRIDを介して参照されます。これにより、設計、標準、または独自の設計を希望するあらゆる種類のフィルターテーブルを使用できます。このPIBでは、フィルターは定義されていません。ただし、IPパケットの標準フィルターは、フレームワークPIB [FR-PIB]で定義されています。
Classifiers, used in various ingress and egress interfaces, are organized by the instances of the Classifier PRC. A data path entry points to a classifier entry. A classifier entry identifies a list of classifier elements. A classifier element effectively includes the filter entry, and points to a "next" classifier entry or some other data path functional element.
さまざまな入り口と出口界面で使用される分類器は、分類器PRCのインスタンスによって編成されています。データパスエントリは、分類器エントリを指します。分類器エントリは、分類子要素のリストを識別します。分類器要素には、フィルターエントリを効果的に含む、「次の」分類器エントリまたはその他のデータパス機能要素を指します。
Classifier elements point to the filters which identify various classes of traffic. The separation between the "classifier element" and the "filter" allows us to use many different kinds of filters with the same essential semantics of "an identified set of traffic". The traffic matching the filter corresponding to a classifier element is given to the "next" data path functional element identified in the classifier element.
分類器要素は、さまざまなクラスのトラフィックを識別するフィルターを指します。「分類子要素」と「フィルター」との分離により、「識別されたトラフィックセット」と同じ重要なセマンティクスを持つ多くの異なる種類のフィルターを使用できます。分類子要素に対応するフィルターに一致するトラフィックは、分類子要素で識別される「次の」データパス関数要素に与えられます。
An example of a filter that may be pointed to by a Classifier Element PRI is the frwkIpFilter PRC, defined in [FR-PIB].
分類子要素PRIによって指摘される可能性のあるフィルターの例は、[FR-PIB]で定義されているFRWKIPFilter PRCです。
A meter, according to [MODEL] section 5, measures the rate at which packets composing a stream of traffic pass it, compares this rate to some set of thresholds, and produces some number (two or more) of potential results. A given packet is said to "conform" to the meter if, at the time the packet is being looked at, the stream appears to be within the meter's profile. PIB syntax makes it easiest to define this as a sequence of one or more cascaded pass/fail tests, modeled here as if-then-else constructs. It is important to understand that this way of modeling does not imply anything about the implementation being "sequential": multi-rate/multi-profile meters, e.g., those designed to support [SRTCM], [TRTCM], or [TSWTCM] can still be modeled this way even if they, of necessity, share information between the stages: the stages are introduced merely as a notational convenience in order to simplify the PIB structure.
[モデル]セクション5によれば、メーターは、トラフィックのストリームを構成するパケットが通過するレートを測定し、このレートをいくつかのしきい値のセットと比較し、潜在的な結果の数（2つ以上）を生成します。特定のパケットは、パケットが見られている時点で、ストリームがメーターのプロファイル内にあるように見える場合、メーターに「適合」すると言われています。PIB構文により、これを1つ以上のカスケードパス/障害テストのシーケンスとして定義するのが最も簡単になります。このモデリングの方法は、実装が「シーケンシャル」であることについて何も意味しないことを理解することが重要です。必要に応じて、段階間で情報を共有している場合でも、このようにモデル化されています。ステージは、PIB構造を簡素化するために、単に表記の利便性として導入されます。
The generic meter PRC is used as a base for all more specific forms of meter. The definition of parameters specific to the type of meter used is referenced via a pointer to an instance of a PRC containing those specifics. This enables the use of any sort of specific meter table that one might wish to design, standard or proprietary. One specific meter table is defined in this PIB module. Other meter tables may be defined in other PIB modules.
一般的なメーターPRCは、より具体的な形式のメーターのベースとして使用されます。使用されるメーターのタイプに固有のパラメーターの定義は、それらの詳細を含むPRCのインスタンスにポインターを介して参照されます。これにより、設計、標準、または独自のデザインを希望するあらゆる種類の特定のメーターテーブルを使用できます。このPIBモジュールでは、特定のメーターテーブルが定義されています。他のメーターテーブルは、他のPIBモジュールで定義できます。
This is included as an example of a common type of meter. Entries in this class are referenced from the dsMeterSpecific attributes of meter PRC instances. The parameters are represented by a rate dsTBParamRate, a burst size dsTBParamBurstSize, and an interval dsTBparamInterval. The type of meter being parameterized is indicated by the dsTBParamType attribute. This is used to determine how the rate, burst, and rate interval parameters are used. Additional meter parameterization classes can be defined in other PIBs when necessary.
これは、一般的なタイプのメーターの例として含まれています。このクラスのエントリは、Meter PRCインスタンスのDSMeterSpecific属性から参照されます。パラメーターは、レートdstbparamrate、バーストサイズのdstbparamburstsize、およびdstbparaminterval間隔で表されます。パラメーター化されているメーターのタイプは、DSTBPARAMTYPE属性によって示されます。これは、レート、バースト、およびレート間隔パラメーターの使用方法を決定するために使用されます。追加のメーターパラメーター化クラスは、必要に応じて他のPIBで定義できます。
Actions include "no action", "mark the traffic with a DSCP" or "specific action". Other tasks such as "shape the traffic" or "drop based on some algorithm" are handled in other functional datapath elements rather than in actions. The "multiplexer", "replicator", and "null" actions described in [MODEL] are accomplished implicitly through various combinations of the other elements.
アクションには、「アクションなし」、「DSCPでトラフィックをマークする」、または「特定のアクション」が含まれます。「いくつかのアルゴリズムに基づいて「トラフィックを形作る」や「ドロップ」などの他のタスクは、アクションではなく、他の機能的なデータパス要素で処理されます。[モデル]で説明されている「マルチプレクサ」、「レプリケーター」、および「ヌル」アクションは、他の要素のさまざまな組み合わせによって暗黙的に達成されます。
This PIB uses the Action PRC dsActionTable to organize one Action's relationship with the element(s) before and after it. It allows Actions to be cascaded to enable that multiple Actions be applied to a single traffic stream by using each entry's dsActionNext attribute. The dsActionNext attribute of the last action entry in the chain points to the next element in the TCB, if any, e.g., a Queueing element. It may also point at a next TCB.
このPIBは、アクションPRC DSACTIONTABLEを使用して、1つのアクションの要素との関係を前後に整理します。各エントリのDSACTIONNEXT属性を使用して、複数のアクションを単一のトラフィックストリームに適用できるようにアクションをカスケードできるようにします。チェーン内の最後のアクションエントリのDSACTIONNEXT属性は、たとえばキューイング要素があれば、TCBの次の要素を指します。また、次のTCBを指している場合があります。
The parameters needed for the Action element will depend on the type of Action to be taken. Hence the PIB allows for specific Action Tables for the different Action types. This flexibility allows additional Actions to be specified in other PIBs and also allows for the use of proprietary Actions without impact on those defined here.
アクション要素に必要なパラメーターは、実行するアクションの種類によって異なります。したがって、PIBは、さまざまなアクションタイプの特定のアクションテーブルを許可します。この柔軟性により、他のPIBで追加のアクションを指定することができ、ここで定義されているものに影響を与えることなく、独自のアクションを使用することもできます。
One may consider packet dropping as an Action element. Packet dropping is handled by the Algorithmic Dropper datapath functional element.
パケットドロップはアクション要素としてドロップすることを検討する場合があります。パケットドロップは、アルゴリズムドロッパーデータパス機能要素によって処理されます。
This Action is applied to traffic in order to mark it with a DiffServ Codepoint (DSCP) value, specified in the dsDscpMarkActTable.
このアクションは、DSDSCPMarkactTableで指定されたDiffServ CodePoint（DSCP）値でマークするためにトラフィックに適用されます。
These include Algorithmic Droppers, Queues and Schedulers, which are all inter-related in their use of queueing techniques.
これらには、アルゴリズムドロッパー、キュー、スケジューラーが含まれます。これらはすべて、キューイングテクニックの使用に関連しています。
Algorithmic Droppers are represented in this PIB by instances of the Algorithmic Dropper PRC. An Algorithmic Dropper is assumed to operate indiscriminately on all packets that are presented at its input; all traffic separation should be done by classifiers and meters preceding it.
アルゴリズムドロッパーは、アルゴリズムドロッパーPRCのインスタンスによってこのPIBで表されます。アルゴリズムドロッパーは、その入力で提示されているすべてのパケットで無差別に動作すると想定されています。すべてのトラフィック分離は、それの前の分類器とメーターによって行う必要があります。
Algorithmic Dropper includes many types of droppers, from the simple always dropper to the more complex random dropper. This is indicated by the dsAlgDropType attribute.
アルゴリズムドロッパーには、単純な常にドロッパーから、より複雑なランダムドロッパーまで、多くの種類のドロッパーが含まれます。これは、DSALGDROPTYPE属性によって示されます。
Algorithmic Droppers have a close relationship with queuing; each Algorithmic Dropper Table entry contains a dsAlgDropQMeasure attribute, indicating which queue's state affects the calculation of the Algorithmic Dropper. Each entry also contains a dsAlgDropNext attribute that indicates to which queue the Algorithmic Dropper sinks its traffic.
アルゴリズムドロッパーは、キューイングと密接な関係を持っています。各アルゴリズムのドロッパーテーブルエントリには、dSalgdropqMeasure属性が含まれており、どのキューの状態がアルゴリズムドロッパーの計算に影響するかを示します。各エントリには、アルゴリズムドロッパーがトラフィックをシンクするキューを示すDSALGDROPNEXT属性も含まれています。
Algorithmic Droppers may also contain a pointer to a specific detail of the drop algorithm, dsAlgDropSpecific. This PIB defines the detail for three drop algorithms: Tail Drop, Head Drop, and Random Drop; other algorithms are outside the scope of this PIB module, but the general framework is intended to allow for their inclusion via other PIB modules.
アルゴリズムドロッパーには、ドロップアルゴリズムDSALGDROPSPICIFICの特定の詳細へのポインターが含まれている場合があります。このPIBは、3つのドロップアルゴリズムの詳細を定義します。テールドロップ、ヘッドドロップ、ランダムドロップ。他のアルゴリズムはこのPIBモジュールの範囲外ですが、一般的なフレームワークは、他のPIBモジュールを介して含めることを可能にすることを目的としています。
One generally-applicable parameter of a dropper is the specification of a queue-depth threshold at which some drop action is to start. This is represented in this PIB, as a base attribute, dsAlgDropQThreshold, of the Algorithmic Dropper entry. The attribute, dsAlgDropQMeasure, specifies which queue's depth dsAlgDropQThreshold is to be compared against.
ドロッパーの一般的に適用可能なパラメーターの1つは、いくつかのドロップアクションが開始するキューの深いしきい値の仕様です。これは、アルゴリズムドロッパーエントリのベース属性、dsalgdropqthresholdとしてこのPIBで表されています。属性dsalgdropqmeasureは、queueのdsalgdropqthresholdを比較するqueueの深さを指定します。
o An Always Dropper drops every packet presented to it. This type of dropper does not require any other parameter.
o 常にドロッパーが提示されたすべてのパケットをドロップします。このタイプのドロッパーは、他のパラメーターを必要としません。
o A Tail Dropper requires the specification of a maximum queue depth threshold: when the queue pointed at by dsAlgDropQMeasure reaches that depth threshold, dsAlgDropQThreshold, any new traffic arriving at the dropper is discarded. This algorithm uses only parameters that are part of the dsAlgDropEntry.
o テールドロッパーには、最大キューの深さのしきい値の仕様が必要です。DSALGDROPQMEASUREによって指されたキューがその深さのしきい値、DSALGDROPQTHRESHOLDに到達すると、ドロップターに到着する新しいトラフィックが破棄されます。このアルゴリズムは、dSalgdropentryの一部であるパラメーターのみを使用します。
o A Head Dropper requires the specification of a maximum queue depth threshold: when the queue pointed at by dsAlgDropQMeasure reaches that depth threshold, dsAlgDropQThreshold, traffic currently at the head of the queue is discarded. This algorithm uses only parameters that are part of the dsAlgDropEntry.
o ヘッドドロッパーには、最大キューの深さのしきい値の仕様が必要です。DSALGDROPQMEASUREによって指されたキューがその深さのしきい値、DSALGDROPQTHRESHOLDに到達すると、現在キューのヘッドにあるトラフィックが破棄されます。このアルゴリズムは、dSalgdropentryの一部であるパラメーターのみを使用します。
o Random Droppers are recommended as a way to control congestion, in [QUEUEMGMT] and called for in the [AF-PHB]. Various implementations exist, that agree on marking or dropping just enough traffic to communicate with TCP-like protocols about congestion avoidance, but differ markedly on their specific parameters. This PIB attempts to offer a minimal set of controls for any random dropper, but expects that vendors will augment the PRC with additional controls and status in accordance with their implementation. This algorithm requires additional parameters on top of those in dsAlgDropEntry; these are discussed below.
o ランダムドロッパーは、[queemgmt]で混雑を制御する方法として推奨され、[af-phb]で呼び出されます。さまざまな実装が存在します。これは、混雑回避に関するTCP様プロトコルと通信するのに十分なトラフィックをマークまたはドロップすることに同意しますが、特定のパラメーターが著しく異なります。このPIBは、ランダムドロッパーに最小限のコントロールセットを提供しようとしますが、ベンダーが実装に従って追加のコントロールとステータスでPRCを増強することを期待しています。このアルゴリズムには、dsalgdropentryのパラメーターの上に追加のパラメーターが必要です。これらについては、以下で説明します。
A Dropper Type of other is provided for the implementation of dropper types not defined here. When the Dropper Type is other, its full specification will need to be provided by another PRC referenced by dsAlgDropSpecific. A Dropper Type of Multiple Queue Random Dropper is also provided; please reference section 5.5.3 of this document for more details.
ここでは定義されていないドロッパータイプの実装のために、他のドロッパータイプが提供されます。Dropperタイプが他の場合、その完全な仕様は、DSalgDropspecificが参照される別のPRCによって提供する必要があります。複数キューのドロッパータイプのランダムドロッパーも提供されています。詳細については、このドキュメントのセクション5.5.3を参照してください。
One example of a random dropper is a RED-like dropper. An example of the representation chosen in this PIB for this element is shown in Figure 1.
ランダムドロッパーの1つの例は、赤色のドロッパーです。この要素に対してこのPIBで選択された表現の例を図1に示します。
Random droppers often have their drop probability function described as a plot of drop probability (P) against averaged queue length (Q). (Qmin, Pmin) then defines the start of the characteristic plot. Normally Pmin=0, meaning that with average queue length below Qmin, there will be no drops. (Qmax, Pmax) defines a "knee" on the plot, after which point the drop probability become more progressive (greater slope). (Qclip, 1) defines the queue length at which all packets will be dropped. Notice this is different from Tail Drop because this uses an averaged queue length. Although it is possible for Qclip = Qmax.
ランダムドロッパーは、多くの場合、平均キュー長（q）に対するドロップ確率（p）のプロットとして記述されているドロップ確率関数を持っています。（Qmin、PMIN）は、特性プロットの開始を定義します。通常、pmin = 0。つまり、qmin未満の平均キューの長さでは、ドロップがないことを意味します。（qmax、pmax）は、プロットの「膝」を定義し、その後、低下確率がより進行します（より大きな勾配）。（QClip、1）すべてのパケットが削除されるキューの長さを定義します。これは、平均キューの長さを使用するため、テールドロップとは異なることに注意してください。qclip = qmaxでは可能ですが。
In the PIB module, dsRandomDropMinThreshBytes and dsRandomDropMinThreshPkts represent Qmin. dsRandomDropMaxThreshBytes and dsRandomDropMaxThreshPkts represent Qmax. dsAlgDropQThreshold represents Qclip. dsRandomDropProbMax represents Pmax. This PIB does not represent Pmin (assumed to be zero unless otherwise represented).
PIBモジュールでは、dsrandomdropminthreshbytesとdsrandomdropminthreshpktsはqminを表します。dsrandomdropmaxthreshbytesおよびdsrandomdropmaxthreshpktsはqmaxを表します。dsalgdropqthresholdはqclipを表します。dsrandomdropprobmaxはpmaxを表します。このPIBはPMINを表していません（特に表明しない限りゼロと想定されています）。
In addition, since message memory is finite, queues generally have some upper bound above which they are incapable of storing additional traffic. Normally this number is equal to Qclip, specified by dsAlgDropQThreshold.
さらに、メッセージメモリは有限であるため、通常、キューには上限があり、追加のトラフィックを保存できません。通常、この数値は、dSalgDropQThresholdで指定されたQClipに等しくなります。
Each random dropper specification is associated with a queue. This allows multiple drop processes (of same or different types) to be associated with the same queue, as different PHB implementations may require. This also allows for sequences of multiple droppers if necessary.
各ランダムドロッパー仕様は、キューに関連付けられています。これにより、異なるPHB実装が必要になる可能性があるため、複数のドロッププロセス（同じタイプまたは異なるタイプの）が同じキューに関連付けられます。これにより、必要に応じて複数のドロッパーのシーケンスも可能になります。
+-----------------+ +-------+
|AlgDrop | |Queue |
--->| Next ---------+-+----------------->| Next -+-->
| QMeasure -------+-+ | ... |
| QThreshold | +-------+
| Type=randomDrop | +----------------+
| Specific -------+-->|RandomDrop |
+-----------------+ | MinThreshBytes |
| MaxThreshBytes |
| ProbMax |
| Weight |
| SamplingRate |
+----------------+
Figure 1: Example Use of the RandomDropTable for Random Droppers
図1：ランダムドロッパーのランダムドロップテーブルの使用例
The calculation of a smoothed queue length may also have an important bearing on the behavior of the dropper: parameters may include the sampling interval or rate, and the weight of each sample. The performance may be very sensitive to the values of these parameters and a wide range of possible values may be required due to a wide range of link speeds. Most algorithms include a sample weight, represented here by dsRandomDropWeight. The availability of dsRandomDropSamplingRate as readable is important; the information provided by the Sampling Rate is essential to the configuration of dsRandomDropWeight. Having the Sampling Rate be configurable is also helpful, because as line speed increases, the ability to have queue sampling be less frequent than packet arrival is needed. Note however that there is ongoing research on this topic, see e.g., [ACTQMGMT] and [AQMROUTER].
平滑化されたキューの長さの計算には、ドロッパーの動作にも重要な影響がある場合があります。パラメーターには、サンプリング間隔またはレート、および各サンプルの重みが含まれる場合があります。パフォーマンスは、これらのパラメーターの値に非常に敏感である可能性があり、幅広いリンク速度のために、幅広い可能な値が必要になる場合があります。ほとんどのアルゴリズムには、ここではdsrandomdropweightが表すサンプル重量が含まれます。読みやすいようにDsrandomdropsamplingrateの可用性が重要です。サンプリングレートによって提供される情報は、dsrandomdropweightの構成に不可欠です。サンプリングレートを構成可能にすることも役立ちます。ライン速度が上がると、パケットの到着が必要よりも頻度が低いため、キューサンプリングを頻繁にする能力が必要です。ただし、このトピックに関する継続的な研究があることに注意してください。たとえば、[Actqmgmt]および[aqmrouter]を参照してください。
Additional parameters may be added in an enterprise PIB module, e.g., by using AUGMENTS on this class, to handle aspects of random drop algorithms that are not standardized here.
エンタープライズPIBモジュールに追加のパラメーターを追加することができます。たとえば、このクラスで拡張を使用して、ここで標準化されていないランダムドロップアルゴリズムの側面を処理することができます。
NOTE: Deterministic Droppers can be viewed as a special case of Random Droppers with the drop probability restricted to 0 and 1. Hence Deterministic Droppers might be described by a Random Dropper with Pmin = 0, Pmax = 1, Qmin = Qmax = Qclip, the averaged queue length at which dropping occurs.
注：決定論的ドロッパーは、0および1に制限されたドロップ確率を持つランダムドロッパーの特殊なケースと見なすことができます。ドロップが発生する平均キュー長。
The Queue PRC models simple FIFO queues, as described in [MODEL] section 7.1.1. The Scheduler PRC allows flexibility in constructing both simple and somewhat more complex queueing hierarchies from those queues. Of course, since TCBs can be cascaded multiple times on an interface, even more complex hierarchies can be constructed that way also.
[モデル]セクション7.1.1で説明されているように、キューPRCモデルの単純なFIFOキュー。スケジューラPRCにより、これらのキューからシンプルなキューリング階層の両方を構築する柔軟性が可能になります。もちろん、TCBはインターフェイスで複数回カスケードできるため、さらに複雑な階層もそのように構築できます。
Queue PRC instances are pointed at by the "next" attributes of the upstream elements e.g., dsMeterSucceedNext. Note that multiple upstream elements may direct their traffic to the same Queue PRI. For example, the Assured Forwarding PHB suggests that all traffic marked AF11, AF12, or AF13 be placed in the same queue after metering, without reordering. This would be represented by having the dsMeterSucceedNext of each upstream meter point at the same Queue PRI.
キューPRCインスタンスは、上流要素の「次の」属性、たとえばDSMEMERESUCCHELLNEXTによって指摘されています。複数の上流要素が同じキューPRIにトラフィックを向ける場合があることに注意してください。たとえば、保証された転送PHBは、すべてのトラフィックがAF11、AF12、またはAF13をマークしたことを、メータリング後に同じキューに配置することを示唆しています。これは、同じキューPRIに各上流メートルポイントのDSMEMERESUCCEECHNEXTを持つことによって表されます。
NOTE: Queue and Scheduler PRIs are for data path description; they both use Scheduler Parameterization Table entries for diffserv treatment parameterization.
注：キューとスケジューラーのPRIは、データパスの説明用です。どちらも、DiffServ処理パラメーター化のためにスケジューラパラメーター化テーブルエントリを使用します。
A Queue Table entry specifies the scheduler it wants service from by use of its Next pointer.
キューテーブルエントリは、次のポインターを使用してサービスを希望するスケジューラを指定します。
Each Scheduler Table entry represents the algorithm in use for servicing the one or more queues that feed it. [MODEL] section 7.1.2 describes a scheduler with multiple inputs: this is represented in the PIB by having the scheduling parameters be associated with each input. In this way, sets of Queues can be grouped together as inputs to the same Scheduler. This class serves to represent the example scheduler described in the [MODEL]: other more complex representations might be created outside of this PIB.
各スケジューラテーブルエントリは、それを供給する1つ以上のキューを保護するために使用されるアルゴリズムを表します。[モデル]セクション7.1.2では、複数の入力を含むスケジューラについて説明します。これは、スケジューリングパラメーターを各入力に関連付けることにより、PIBで表されます。このようにして、一連のキューを同じスケジューラへの入力としてグループ化できます。このクラスは、[モデル]で説明されているスケジューラの例を表すのに役立ちます。他のより複雑な表現は、このPIBの外で作成される可能性があります。
Both the Queue PRC and the Scheduler PRC use instances of the Scheduler Parameterization PRC to specify diffserv treatment parameterization. Scheduler Parameter PRC instances are used to parameterize each input that feeds into a scheduler. The inputs can be a mixture of Queue PRI's and Scheduler PRI's. Scheduler Parameter PRI's can be used/reused by one or more Queue and/or Scheduler Table entries.
キューPRCとスケジューラPRCの両方が、スケジューラパラメーター化PRCのインスタンスを使用して、DiffServ処理パラメーター化を指定します。スケジューラパラメーターPRCインスタンスは、スケジューラにフィードする各入力をパラメーター化するために使用されます。入力は、キューPRIとスケジューラPRIの混合物にすることができます。スケジューラパラメーターPRIは、1つ以上のキューおよび/またはスケジューラテーブルエントリで使用/再利用できます。
For representing a Strict Priority scheduler, each scheduler input is assigned a priority with respect to all the other inputs feeding the same scheduler, with default values for the other parameters. A higher-priority input which contains traffic that is not being delayed for shaping will be serviced before a lower-priority input.
厳密な優先度スケジューラを表すために、各スケジューラ入力には、他のパラメーターのデフォルト値がある同じスケジューラに供給する他のすべての入力に関して優先度が割り当てられます。シェーピングのために遅延していないトラフィックを含むより優先順位の入力は、優先度の低い入力の前に整備されます。
For Weighted Scheduling methods e.g., WFQ, WRR, the "weight" of a given scheduler input is represented with a Minimum Service Rate leaky-bucket profile that provides a guaranteed minimum bandwidth to that input, if required. This is represented by a rate dsMinRateAbsolute; the classical weight is the ratio between that rate and the interface speed, or perhaps the ratio between that rate and the sum of the configured rates for classes. Alternatively, the rate may be represented by a relative value, as a fraction of the interface's current line rate, dsMinRateRelative to assist in cases where line rates are variable or where a higher-level policy might be expressed in terms of fractions of network resources. The two rate parameters are inter-related and changes in one may be reflected in the other.
WFQ、WRRなどの加重スケジューリング方法の場合、特定のスケジューラ入力の「重量」は、必要に応じてその入力に保証された最小帯域幅を提供する最小サービスレートリーク状の帯域幅プロファイルで表されます。これは、dsminrateabsoluteのレートで表されます。古典的な重みは、そのレートとインターフェイス速度の比率、またはおそらくそのレートとクラスの構成レートの合計との比率です。あるいは、レートは、インターフェイスの現在のラインレートの一部として、相対値で表される場合があります。これは、ラインレートが変動する場合や、ネットワークリソースの分数の観点から高レベルのポリシーが表現される場合を支援するためのDSMINRERERELECTです。2つのレートパラメーターは相互に関連しており、一方の変化は他方に反映される場合があります。
For weighted scheduling methods, one can say loosely, that WRR focuses on meeting bandwidth sharing, without concern for relative delay amongst the queues, where WFQ control both queue service order and amount of traffic serviced, providing meeting bandwidth sharing and relative delay ordering amongst the queues.
加重スケジューリング方法については、WRRが帯域幅の共有を満たすことに焦点を当てていると言うことができます。WFQは、キューサービスの順序とサービスの順序を制御し、帯域幅の共有と相対的な遅延順序を提供し、キュー。
A queue or scheduled set of queues (which is an input to a scheduler) may also be capable of acting as a non-work-conserving [MODEL] traffic shaper: this is done by defining a Maximum Service Rate leaky-bucket profile in order to limit the scheduler bandwidth available to that input. This is represented by a rate dsMaxRateAbsolute; the classical weight is the ratio between that rate and the interface speed, or perhaps the ratio between that rate and the sum of the configured rates for classes. Alternatively, the rate may, be represented by a relative value, as a fraction of the interface's current line rate, dsMaxRateRelative. There was discussion in the working group about alternative modeling approaches, such as defining a shaping action or a shaping element. We did not take this approach because shaping is in fact something a scheduler does to its inputs, (which we model as a queue with a maximum rate or a scheduler whose output has a maximum rate) and we felt it was simpler and more elegant to simply describe it in that context. Additionally, multi-rate shaper [SHAPER] can be represented by the use of multiple dsMaxRateTable entries.
キューまたはスケジュールされた一連のキュー（これはスケジューラへの入力です）は、非作業を担当する[モデル]トラフィックシェーパーとして機能することもできます。その入力で利用可能なスケジューラ帯域幅を制限するため。これは、dsmaxrateabsoluteのレートで表されます。古典的な重みは、そのレートとインターフェイス速度の比率、またはおそらくそのレートとクラスの構成レートの合計との比率です。あるいは、レートは、界面の現在のラインレートの一部であるdsmaxraterelativeとして、相対値で表される場合があります。シェーピングアクションやシェーピング要素の定義など、代替モデリングアプローチについてワーキンググループで議論がありました。シェーピングは実際にはスケジューラがその入力に対して行うことであるため、このアプローチを採用しませんでした（これは、出力が最大レートの最大レートまたはスケジューラとしてモデル化されています）。そのコンテキストでそれを簡単に説明してください。さらに、複数のDSMAXRATETABLEエントリを使用することにより、マルチレートシェーパー[Shaper]を表現できます。
Other types of priority and weighted scheduling methods can be defined using existing parameters in dsMinRateEntry. NOTE: dsSchedulerMethod uses AutonomousType syntax, with the different types of scheduling methods defined as OBJECT-IDENTITY. Future scheduling methods may be defined in other PIBs. This requires an OBJECT-IDENTITY definition, a description of how the existing objects are reused, if they are, and any new objects they require.
他のタイプの優先度および加重スケジューリング方法は、DSMINRATEENTRYの既存のパラメーターを使用して定義できます。注：DSSCHEDULERMETHODは、オブジェクトアイデンティティとして定義されるさまざまなタイプのスケジューリング方法を使用して、自律型の構文を使用します。将来のスケジューリング方法は、他のPIBで定義される場合があります。これには、オブジェクトのアイデンティティ定義、既存のオブジェクトがどのように再利用されるか、その場合の説明、および必要な新しいオブジェクトの説明が必要です。
NOTE: Hierarchical schedulers can be parameterized using this PIB by having Scheduler Table entries feeds into Scheduler Table entry.
注：スケジューラテーブルエントリをスケジューラテーブルエントリにフィードすることにより、階層スケジューラーをこのPIBを使用してパラメーター化できます。
The DiffServ PIB uses the Base PRC classes frwkPrcSupportTable and frwkCompLimitsTable defined in [FR-PIB] to specify what PRC's are supported by a PEP and to specify any limitations on that support. The PIB also uses the capability PRC's frwkCapabilitySetTable and frwkIfRoleComboTable defined in [FR-PIB] to specify the device's capability sets, interface types, and role combinations. Each instance of the capability PRC frwkCapabilitySetTable contains an OID that points to an instance of a PRC that describes some capability of that interface type. The DiffServ PIB defines several of these capability PRCs, that assist the PDP with the configuration of DiffServ functional elements that can be implemented by the device. Each of these capability PRCs contains a direction attribute that specifies the direction for which the capability applies. This attribute is defined in a base capability PRC, which is extended by each specific capability PRC.
DiffServ PIBは、[FR-PIB]で定義されたベースPRCクラスFRWKPRCSUPPORTTABLEおよびFRWKComplimitStableを使用して、PEPによってサポートされているPRCを指定し、そのサポートの制限を指定します。PIBは、[FR-PIB]で定義されたFRWKCAPABILITYSETTABLEおよびFRWKIFROLECOMBOTABLE機能を使用して、デバイスの機能セット、インターフェイスタイプ、およびロールの組み合わせを指定します。機能PRC FRWKCapabilitySettableの各インスタンスには、そのインターフェイスタイプのいくつかの機能を記述するPRCのインスタンスを指すOIDが含まれています。Diffserv PIBは、これらの機能PRCのいくつかを定義し、デバイスで実装できるDiffServ機能要素の構成でPDPを支援します。これらの各機能PRCには、機能が適用される方向を指定する方向属性が含まれています。この属性は、各特定の機能PRCによって拡張されるベース機能PRCで定義されます。
Classification capabilities, which specify the information elements the device can use to classify traffic, are reported using the dsIfClassificationCaps PRC. Metering capabilities, which indicate what the device can do with out-of-profile packets, are specified using the dsIfMeteringCaps PRC. Scheduling capabilities, such as the number of inputs supported, are reported using the dsIfSchedulingCaps PRC. Algorithmic drop capabilities, such as the types of algorithms supported, are reported using the dsIfAlgDropCaps PRC. Queue capabilities, such as the maximum number of queues, are reported using the dsIfQueueCaps PRC. Maximum Rate capabilities, such as the maximum number of max rate Levels, are reported using the dsIfMaxRateCaps PRC.
デバイスがトラフィックの分類に使用できる情報要素を指定する分類機能は、DSIFClassificationCaps PRCを使用して報告されます。デバイスがプロファイル外のパケットで何ができるかを示す計量機能は、DSIFMeteringCaps PRCを使用して指定されています。サポートされている入力の数などのスケジューリング機能は、DSIFSCHEDULINGCAPS PRCを使用して報告されます。サポートされているアルゴリズムの種類などのアルゴリズムドロップ機能は、DSIFALGDROPCAPS PRCを使用して報告されています。キューの最大数などのキュー機能は、dsifqueuecaps PRCを使用して報告されます。最大レートレベルの最大数などの最大レート機能は、DSIFMAXRATECAPS PRCを使用して報告されます。
Two PRC's are defined to allow specification of the element linkage capabilities of the PEP. The dsIfElmDepthCaps PRC indicates the maximum number of functional datapath elements that can be linked consecutively in a datapath. The dsIfElmLinkCaps PRC indicates what functional datapath elements may follow a specific type of element in a datapath.
2つのPRCが定義されており、PEPの要素リンケージ機能を指定できます。DSIFELMDEPTHCAPS PRCは、データパスで連続的にリンクできる機能的データパス要素の最大数を示します。DSIFELMLINKCAPS PRCは、データパス内の特定のタイプの要素に従う可能性のある機能的なデータパス要素を示します。
The capability reporting classes in the DiffServ and Framework PIB are meant to allow the PEP to indicate some general guidelines about what the device can do. They are intended to be an aid to the PDP when it constructs policy for the PEP. These classes do not necessarily allow the PEP to indicate every possible configuration that it can or cannot support. If a PEP receives a policy that it cannot implement, it must notify the PDP with a failure report. Currently [COPS-PR] error handling mechanism as specified in [COPS-PR] sections 4.4, 4.5, and 4.6 completely handles all known error cases of this PIB; hence no additional methods or PRCs need to be specified here.
DIFFSERVおよびフレームワークPIBの機能レポートクラスは、PEPがデバイスが何をできるかについてのいくつかの一般的なガイドラインを示すことを目的としています。それらは、PEPのポリシーを構築するときに、PDPの援助になることを目的としています。これらのクラスは、必ずしもPEPがサポートできる、またはサポートできないすべての可能な構成を示すことを許可するわけではありません。PEPが実装できないポリシーを受け取った場合、障害レポートでPDPに通知する必要があります。現在、[COPS-PR]セクション4.4、4.5、および4.6で指定されているエラー処理メカニズムは、このPIBのすべての既知のエラーケースを完全に処理しています。したがって、ここで追加の方法やPRCを指定する必要はありません。
This section provides some examples on how the different table entries of this PIB may be used together for a DiffServ Device. The usage of each individual attribute is defined within the PIB module itself. For the figures, all the PIB table entry and attribute names are assumed to have "ds" as their first common initial part of the name, with the table entry name assumed to be their second common initial part of the name. "0.0" is being used to mean zeroDotZero. And for Scheduler Method "= X" means "using the OID of diffServSchedulerX".
このセクションでは、このPIBのさまざまなテーブルエントリをどのようにdiffservデバイスに使用するかについての例を示します。個々の属性の使用は、PIBモジュール自体内で定義されます。図の場合、すべてのPIBテーブルエントリと属性名は、名前の最初の一般的な初期部分として「DS」を持っていると想定されており、テーブルエントリ名は名前の2番目の一般的な初期部分であると想定されています。「0.0」は、ゼロドッツロを意味するために使用されています。スケジューラメソッドの場合、 "= x"は「diffservschedulerxのoidを使用する」を意味します。
Notice Each entry of the DataPath table is used for a specific interface type handling a flow in a specific direction for a specific functional role-combination. For our example, we just define one such entry.
DataPathテーブルの各エントリは、特定の機能的ロールコンビネーションのために特定の方向にフローを処理する特定のインターフェイスタイプに使用されることに注意してください。この例では、そのようなエントリを1つだけ定義します。
+---------------------+
|DataPath |
| CapSetName ="IfCap1"|
| Roles = "A+B" |
| IfDirection=Ingress | +---------+
| Start --------------+--->|Clfr |
+---------------------+ | Id=Dept |
+---------+
Figure 2: DataPath Usage Example
図2：データパスの使用例
In Figure 2, we are using IfCap1 to indicate interface type with capability set 1 handling ingress flow for functional roles of "A+B". We are using classifier for departments to lead us into the Classifier Example below.
図2では、IFCAP1を使用して、「A B」の機能的役割のためのインターフェイスセット1の処理イングレスフローを備えたインターフェイスタイプを示しています。部門に分類器を使用して、以下の分類器の例に私たちを導きます。
We want to show how a multilevel classifier can be built using the classifier tables provided by this PIB. Notice we didn't go into details on the filters because they are not defined by this PIB. Continuing in the Data Path example from the previous section, lets say we want to perform the following classification functionality to do flow separation based on department and application type:
このPIBが提供する分類器テーブルを使用して、マルチレベル分類器をどのように構築できるかを示したいと思います。フィルターはこのPIBで定義されていないため、フィルターの詳細については説明しませんでした。前のセクションのデータパスの例を継続して、部門とアプリケーションの種類に基づいてフロー分離を行うために、次の分類機能を実行する必要があるとしましょう。
if (Dept1) then take Dept1-action { if (Appl1) then take Dept1-Appl1-action. if (Appl2) then take Dept1-Appl2-action. if (Appl3) then take Dept1-Appl3-action.
if（dept1）は、dept1- action {if（appl1）を取得し、dept1-appl1-actionを取得します。if（appl2）その後、dept1-appl2-アクションを取ります。if（appl3）その後、dept1-appl3-アクションを取ります。
}
if (Dept2) then take Dept2-action
{
if (Appl1) then take Dept2-Appl1-action.
if (Appl2) then take Dept2-Appl2-action.
if (Appl3) then take Dept2-Appl3-action.
}
if (Dept3) then take Dept3-action
{
if (Appl1) then take Dept3-Appl1-action.
if (Appl2) then take Dept3-Appl2-action.
if (Appl3) then take Dept3-Appl3-action.
}
The above classification logic is translated into the following PIB table entries, with two levels of classifications.
上記の分類ロジックは、2つのレベルの分類を備えた次のPIBテーブルエントリに変換されます。
First for department:
部門の最初：
+---------+
|Clfr |
| Id=Dept |
+---------+
+-------------+ +-----------+
|ClfrElement | +-->|Clfr |
| Id=Dept1 | | | Id=D1Appl |
| ClfrId=Dept | | +-----------+
| Preced=NA | |
| Next -------+--+ +------------+
| Specific ---+----->|Filter Dept1|
+-------------+ +------------+
+-------------+ +-----------+
|ClfrElement | +-->|Clfr |
| Id=Dept2 | | | Id=D2Appl |
| ClfrId=Dept | | +-----------+
| Preced=NA | |
| Next -------+--+ +------------+
| Specific ---+----->|Filter Dept2|
+-------------+ +------------+
+-------------+ +-----------+
|ClfrElement | +-->|Clfr |
| Id=Dept3 | | | Id=D3Appl |
| ClfrId=Dept | | +-----------+
| Preced=NA | |
| Next -------+--+ +------------+
| Specific ---+----->|Filter Dept3|
+-------------+ +------------+
Second for application:
+-----------+
|Clfr |
| Id=D1Appl |
+-----------+
+---------------+ +--------------+
|ClfrElement | +----------------->|Meter |
| Id=D1Appl1 | | | Id=D1A1Rate1 |
| ClfrId=D1Appl | | | SucceedNext -+--->...
| Preced=NA | | | FailNext ----+--->...
| Next ---------+--+ +------------+ | Specific ----+--->...
| Specific -----+---->|Filter Appl1| +--------------+
+---------------+ +------------+
+---------------+ +--------------+
|ClfrElement | +----------------->|Meter |
| Id=D1Appl2 | | | Id=D1A2Rate1 |
| ClfrId=D1Appl | | | SucceedNext -+--->...
| Preced=NA | | | FailNext ----+--->...
| Next ---------+--+ +------------+ | Specific ----+--->...
| Specific -----+---->|Filter Appl2| +--------------+
+---------------+ +------------+
+---------------+ +--------------+
|ClfrElement | +----------------->|Meter |
| Id=D1Appl3 | | | Id=D1A3Rate1 |
| ClfrId=D1Appl | | | SucceedNext -+--->...
| Preced=NA | | | FailNext ----+--->...
| Next ---------+--+ +------------+ | Specific ----+--->...
| Specific -----+---->|Filter Appl3| +--------------+
+---------------+ +------------+
Figure 3: Classifier Usage Example
図3：分類器の使用例
The application classifiers for department 2 and 3 will be very much like the application classifier for department 1 shown above. Notice in this example, Filters for Appl1, Appl2, and Appl3 are reusable across the application classifiers.
部門2および3のアプリケーション分類器は、上記の部門1のアプリケーション分類器と非常によく似ています。この例では、Appl1、Appl2、およびAppl3のフィルターは、アプリケーション分類器全体で再利用可能です。
This classifier and classifier element example assume the next differentiated services functional datapath element is Meter and leads us into the Meter Example section.
この分類器と分類子要素の例は、次の差別化されたサービス機能データパス要素がメーターであると仮定し、メーターの例セクションに導きます。
A single rate simple Meter may be easy to envision, hence we will do a Two Rate Three Color [TRTCM] example, using two Meter table entries and two TBParam table entries.
単一のレートの単純なメーターは想像しやすい場合があるため、2つのメーターテーブルエントリと2つのTbparamテーブルエントリを使用して、2つのレート3色[TRTCM]の例を実行します。
+--------------+ +---------+ +--------------+ +----------+
|Meter | +->|Action | +->| Meter | +->|Action |
| Id=D1A1Rate1 | | | Id=Green| | | Id=D1A1Rate2 | | | Id=Yellow|
| SucceedNext -+-+ +---------+ | | SucceedNext -+-+ +----------+
| FailNext ----+-----------------+ | FailNext ----+--+ +-------+
| Specific -+ | | Specific -+ | +->|Action |
+-----------+--+ +-----------+--+ | Id=Red|
| | +-------+
| +------------+ | +------------+
+->|TBParam | +->|TBParam |
| Type=TRTCM | | Type=TRTCM |
| Rate | | Rate |
| BurstSize | | BurstSize |
| Interval | | Interval |
+------------+ +------------+
Figure 4: Meter Usage Example
図4：メーターの使用例
For [TRTCM], the first level TBParam entry is used for Committed Information Rate and Committed Burst Size Token Bucket, and the second level TBParam entry is used for Peak Information Rate and Peak Burst Size Token Bucket.
[TRTCM]の場合、最初のレベルのtbparamエントリは、コミットされた情報レートとコミットされたバーストサイズトークンバケットに使用され、第2レベルのtbparamエントリは、ピーク情報レートとピークバーストサイズトークンバケットに使用されます。
The other meters needed for this example will depend on the service class each classified flow uses. But their construction will be similar to the example given here. The TBParam table entries can be shared by multiple Meter table entries.
この例に必要な他のメーターは、各分類されたフローが使用するサービスクラスに依存します。しかし、それらの構造はここで与えられた例に似ています。Tbparamテーブルエントリは、複数のメーターテーブルエントリで共有できます。
In this example the differentiated services functional datapath element following Meter is Action, detailed in the following section.
この例では、次のセクションで詳述されている、メーターに続く分化機能の機能データパス要素がアクションです。
Typically, Mark Action will be used; we will continue using the "Action, Id=Green" branch off the Meter example.
通常、マークアクションが使用されます。メーターの例から「アクション、ID =グリーン」ブランチを使用し続けます。
Recall this is the D1A1Rate1 SucceedNext branch, meaning the flow belongs to Department 1 Application 1, within the committed rate and burst size limits for this flow. We would like to Mark this flow with a specific DSCP and also with a device internal label.
これはD1A1RATE1の後継ブランチであることを思い出してください。つまり、このフローのコミットレートとバーストサイズの制限内で、流れは部門1アプリケーション1に属します。このフローを特定のDSCP、およびデバイス内部ラベルでマークしたいと思います。
+-----------+ +-----------+ +--->AlgDropAF11
|Action | +----------------->|Action | |
| Next -----+--+ +------------+ | Next -----+--+ +-------------+
| Specific -+---->|DscpMarkAct | | Specific -+--->|ILabelMarker |
+-----------+ | Dscp=AF11 | +-----------+ | ILabel=D1A1 |
+------------+ +-------------+
Figure 5: Action Usage Example
図5：アクションの使用例
This example uses the frwkILabelMarker PRC defined in [FR-PIB], showing the device internal label being used to indicate the micro flow that feeds into the aggregated AF flow. This device internal label may be used for flow accounting purposes and/or other data path treatments.
この例では、[FR-PIB]で定義されたFRWKILABELMARKER PRCを使用して、集約されたAFフローに供給されるマイクロフローを示すために使用されているデバイス内部ラベルを示しています。このデバイス内部ラベルは、フローアカウンティングの目的やその他のデータパス処理に使用できます。
The Dropper examples below will continue from the Action example above for AF11 flow. We will provide three different dropper setups, from simple to complex. The examples below may include some queuing structures; they are here only to show the relationship of the droppers to queuing and are not complete. Queuing examples are provided in later sections.
以下のドロッパーの例は、AF11フローの上記のアクション例から続きます。シンプルから複雑なものまで、3つの異なるドロッパーセットアップを提供します。以下の例には、いくつかのキューイング構造が含まれる場合があります。彼らはここでは、ドロッパーとキューイングの関係を示すためだけにあり、完全ではありません。キューイングの例は、後のセクションに記載されています。
The Tail Dropper is one of the simplest. For this example we just want to drop part of the flow that exceeds the queue's buffering capacity, 2 Mbytes.
テールドロッパーは最も単純なものの1つです。この例では、キューのバッファリング容量、2 mbytesを超えるフローの一部をドロップするだけです。
+--------------------+ +------+
|AlgDrop | +->|Q AF1 |
| Id=AF11 | | +------+
| Type=tailDrop | |
| Next --------------+-+--+
| QMeasure ----------+-+
| QThreshold=2Mbytes |
| Specific=0.0 |
+--------------------+
Figure 6: Tail Dropper Usage Example
図6：テールドロッパーの使用例
The use of Random Dropper will introduce the usage of dsRandomDropEntry as in the example below.
ランダムドロッパーの使用により、以下の例のように、Dsrandomdropentryの使用が導入されます。
+-----------------+ +------+
|AlgDrop | +->|Q AF1 |
| Id=AF11 | | +------+
| Type=randomDrop | |
| Next -----------+-+--+
| QMeasure -------+-+
| QThreshold | +----------------+
| Specific -------+-->|RandomDrop |
+-----------------+ | MinThreshBytes |
| MinThreshPkts |
| MaxThreshBytes |
| MaxThreshPkts |
| ProbMax |
| Weight |
| SamplingRate |
+----------------+
Figure 7: Single Queue Random Dropper Usage Example
図7：シングルキューランダムドロッパーの使用例
Notice for Random Dropper, dsAlgDropQThreshold contains the maximum average queue length, Qclip, for the queue being measured as indicated by dsAlgDropQMeasure, the rest of the Random Dropper parameters are specified by dsRandomDropEntry as referenced by dsAlgDropSpecific. In this example, both dsAlgDropNext and dsAlgDropQMeasure references the same queue. This is the simple case but dsAlgDropQMeasure may reference another queue for PEP implementation supporting this feature.
ランダムドロッパーの通知、DSalgDropQThresholdには、dSalgdropQmeasureで示されるキューの最大平均キュー長qclipが含まれています。この例では、DSALGDROPNEXTとDSALGDROPQMEASUREの両方が同じキューを参照しています。これは単純なケースですが、DSALGDROPQMeasureは、この機能をサポートするPEP実装の別のキューを参照する場合があります。
When network device implementation requires measuring multiple queues in determining the behavior of a drop algorithm, the existing PRCs defined in this PIB will be sufficient for the simple case, as indicated by this example.
ネットワークデバイスの実装では、ドロップアルゴリズムの動作を決定する際に複数のキューを測定する必要がある場合、この例で示されるように、このPIBで定義された既存のPRCは単純なケースに十分です。
+-------------+ +------+
|AlgDrop | +----------------+-------------------+->|Q_AF1 |
| Id=AF11 | | | | +------+
| Type=mQDrop | | | |
| Next -------+-+ +------------+ | +------------+ |
| QMeasure ---+-->|MQAlgDrop | | +->|MQAlgDrop | |
| QThreshold | | Id=AF11A | | | | Id=AF11B | |
| Specific | | Type | | | | Type | |
+-------------+ | Next ------+-+ | | Next ------+-+
| ExceedNext +---+ | ExceedNext | +------+
| QMeasure --+-+ | QMeasure --+-->|Q_AF2 |
| QThreshold | | | QThreshold | +------+
| Specific + | | | Specific + |
+----------+-+ | +----------+-+
| | +---+
+------+ | +------+ |
| +->|Q_AF1 | |
| +------+ |
| |
| +----------------+ | +----------------+
+->|RandomDrop | +->|RandomDrop |
| MinThreshBytes | | MinThreshBytes |
| MinThreshPkts | | MinThreshPkts |
| MaxThreshBytes | | MaxThreshBytes |
| MaxThreshPkts | | MaxThreshPkts |
| ProbMax | | ProbMax |
| Weight | | Weight |
| SamplingRate | | SamplingRate |
+----------------+ +----------------+
Figure 8: Multiple Queue Random Dropper Usage Example
図8：複数のキューランダムドロッパーの使用例
For this example, we have two queues, Q_AF1 and Q_AF2, sharing the same buffer resources. We want to make sure the common buffer resource is sufficient to service the AF11 traffic, and we want to measure the two queues for determining the drop algorithm for AF11 traffic feeding into Q_AF1. Notice mQDrop is used for dsAlgDropType of dsAlgDropEntry to indicate Multiple Queue Dropping Algorithm.
この例では、Q_AF1とQ_AF2の2つのキューがあり、同じバッファリソースを共有しています。AF11トラフィックに対応するのに十分なバッファリソースが十分であることを確認したいと考えています。AF11トラフィックのドロップアルゴリズムをQ_AF1に供給するドロップアルゴリズムを決定するために、2つのキューを測定したいと考えています。Mqdropは、DSalgdropentryのDSALGDROPTYPEに使用されて、複数のキュードロップアルゴリズムを示しています。
The common shared buffer resource is indicated by the use of dsAlgDropEntry, with their attributes used as follows:
普通の共有バッファリソースは、dsalgdropentryの使用によって示され、その属性は次のように使用されます。
- dsAlgDropType indicates the algorithm used, mQDrop. - dsAlgDropNext is used to indicate the next functional data path element to handle the flow when no drop occurs. - dsAlgDropQMeasure is used as the anchor for the list of dsMQAlgDropEntry, one for each queue being measured.
- DSALGDROPTYPEは、使用されるアルゴリズムMQDROPを示します。-DSALGDROPNEXTは、ドロップが発生しないときにフローを処理する次の関数データパス要素を示すために使用されます。-DSALGDROPQMeasureは、dsmqalgdropentryのリストのアンカーとして使用されます。
- dsAlgDropQThreshold is used to indicate the size of the shared buffer pool. - dsAlgDropSpecific can be used to reference instances of additional PRC (not defined in this PIB) if more parameters are required to describe the common shared buffer resource.
- DSALGDROPQTHRESHOLDは、共有バッファープールのサイズを示すために使用されます。-DSALGDROPSPICIFICを使用して、共有共有バッファリソースを説明するためにさらにパラメーターが必要な場合は、追加のPRC（このPIBで定義されていない）のインスタンスを参照できます。
For this example, there are two subsequent dsMQAlgDropEntrys, one for each queue being measured, with its attributes used as follows:
この例では、次の2つのdsmqalgdropentrysがあり、1つは測定されています。その属性は次のように使用されます。
- dsMQAlgDropType indicates the algorithm used, for this example, both dsMQAlgDropType uses randomDrop. - dsMQAlgDropQMeasure indicates the queue being measured. - dsMQAlgDropNext indicates the next functional data path element to handle the flow when no drop occurs. - dsMQAlgDropExceedNext is used to indicate the next queue's dsMQAlgDropEntry. With the use of zeroDotZero to indicate the last queue. - dsMQAlgDropQMeasure is used to indicate the queue being measured. For this example, Q_AF1 and Q_AF2 are the two queues used. - dsAlgDropQThreshold is used as in single queue Random Dropper. - dsAlgDropSpecific is used to reference the PRID that describes the dropper parameters as in its normal usage. For this example both dsAlgDropSpecifics reference dsRandomDropEntrys.
- DSMQALGDROPTYPEは、使用されるアルゴリズムを示します。この例では、両方のDSMQALGDROPTYPEがランダムドロップを使用します。-DSMQALGDROPQMEASUREは、測定されているキューを示します。-DSMQALGDROPNEXTは、ドロップが発生しないときにフローを処理する次の機能データパス要素を示します。-DSMQALGDROPEXCEECHNEXTは、次のキューのDSMQalgDropentryを示すために使用されます。Zerodotzeroを使用して最後のキューを示します。-DSMQALGDROPQMeasureは、測定されているキューを示すために使用されます。この例では、Q_AF1とQ_AF2は使用される2つのキューです。-DSALGDROPQTHRESHOLDは、単一キューランダムドロッパーのように使用されます。-DSALGDROPSPICIFICは、通常の使用法のようにドロッパーパラメーターを記述するPRIDを参照するために使用されます。この例では、両方のdsalgdropspecificsを参照しますdsrandomdropentrys。
Notice the anchoring dsAlgDropEntry and the two dsMQAlgDropEntrys all have their Next attribute pointing to Q_AF1. This indicates:
固定Dsalgdropentryと2つのDSMQalgdropentrysがすべてQ_AF1を指す次の属性を持っていることに注意してください。これは、次のことを示しています。
- If the packet does not need to be checked with the individual queue's drop processing because of abundance of common shared buffer resources, then the packet is sent to Q_AF1. - If the packet is not dropped due to current Q_AF1 conditions, then it is sent to Q_AF1. - If the packet is not dropped due to current Q_AF2 conditions, then it is sent to Q_AF1.
- 普通の共有バッファーリソースが豊富であるため、個々のキューのドロップ処理でパケットを確認する必要がない場合、パケットはQ_AF1に送信されます。 - 現在のQ_AF1条件のためにパケットがドロップされない場合、Q_AF1に送信されます。 - 現在のQ_AF2条件のためにパケットがドロップされない場合、Q_AF1に送信されます。
This example also uses two dsRandomDropEntrys for the two queues it measures. Their attribute usage is the same as if for single queue random dropper.
この例では、測定する2つのキューには2つのdsrandomdropentrysを使用しています。それらの属性の使用は、シングルキューランダムドロッパーの場合と同じです。
Other more complex result combinations can be achieved by specifying a new PRC and referencing this new PRC with the dsAlgDropSpecific of the anchoring dsAlgDropEntry. A more simple usage can also be achieved when a single set of drop parameters are used for all queues being measured. This, again, can be referenced by the anchoring of dsAlgDropSpecific. These are not defined in this PIB.
他のより複雑な結果の組み合わせは、新しいPRCを指定し、この新しいPRCを固定DsalgdropentryのDSALGDROPSPICIFICで参照することで実現できます。測定されているすべてのキューに単一のドロップパラメーターセットが使用される場合、より単純な使用法を実現できます。これも、dSalgdropspecificのアンカーによって参照できます。これらはこのPIBで定義されていません。
The queue and scheduler example will continue from the dropper example in the previous section, concentrating in the queue and scheduler DiffServ datapath functional elements. Notice a shaper is constructed using queue and scheduler with MaxRate parameters.
キューとスケジューラの例は、前のセクションのDropperの例から続き、キューとスケジューラーのDiffserv Datapath機能要素に集中します。シェーパーは、最大パラメーターを備えたキューとスケジューラーを使用して構築されていることに注意してください。
+------------+ +-----------------+
---->|Q | +->|Scheduler |
| Id=EF | | | Id=DiffServ |
| Next ------+------------------------+ | Next=0.0 |
| MinRate ---+--+ | | Method=Priority |
| MaxRate -+ | | +----------+ | | MinRate=0.0 |
+----------+-+ +-->|MinRate | | | MaxRate=0.0 |
| | Priority | | +-----------------+
+----------+ | Absolute | |
| | Relative | |
| +-----------+ +----------+ |
+->|MaxRate | |
| Level | |
| Absolute | |
| Relative | |
| Threshold | |
+-----------+ +-------------+
|
+----------+ +------------+ |
---->|Q | +-->|Scheduler | |
| Id=AF1 | | | Id=AF | |
| Next ----+--------------------+ | Next ------+--+
| MinRate -+-+ | | Method=WRR |
| MaxRate | | +----------+ | | MinRate -+ |
+----------+ +->|MinRate | | | MaxRate | |
| Priority | | +----------+-+
| Absolute | | |
| Relative | | +----------+
+----------+ | |
+----------+ | | +------------+
---->|Q | | +->|MinRate |
| Id=AF2 | | | Priority |
| Next ----+--------------------+ | Absolute |
| MinRate -+-+ | | Relative |
| MaxRate | | +----------+ | +------------+
+----------+ +->|MinRate | |
| Priority | |
| Absolute | |
| Relative | |
+----------+ |
+----------+ |
---->|Q | |
| Id=AF3 | |
| Next ----+--------------------+
| MinRate -+-+
| MaxRate | | +----------+
+----------+ +->|MinRate |
| Priority |
| Absolute |
| Relative |
+----------+
Figure 9: Queue and Scheduler Usage Example
図9：キューとスケジューラの使用例
This example shows the queuing system for handling EF, AF1, AF2, and AF3 traffic. It is assumed that AF11, AF12, and AF13 traffic feeds into Queue AF1. And likewise for AF2x and AF3x traffic.
この例は、EF、AF1、AF2、およびAF3トラフィックを処理するためのキューイングシステムを示しています。AF11、AF12、およびAF13のトラフィックがキューAF1に供給されると想定されています。同様に、AF2XおよびAF3Xトラフィックの場合。
The AF1, AF2, and AF3 Queues are serviced by the AF Scheduler using a Weighed Round Robin method. The AF Scheduler will service each of the queues feeding into it based on the minimum rate parameters of each queue.
AF1、AF2、およびAF3キューは、計量された丸いロビン法を使用してAFスケジューラーによってサービスを提供します。AFスケジューラは、各キューの最小レートパラメーターに基づいて、各キューにフィードするキューの各キューを使用します。
The AF and EF traffic are serviced by the DiffServ Scheduler using a Strict Priority method. The DiffServ Scheduler will service each of its inputs based on their priority parameter.
AFおよびEFトラフィックは、厳密な優先度方法を使用してDiffServスケジューラによってサービスを提供します。DIFFSERVスケジューラは、優先度パラメーターに基づいて各入力を使用します。
Notice there is an upper bound to the servicing of EF traffic by the DiffServ Scheduler. This is accomplished with the use of maximum rate parameters. The DiffServ Scheduler uses both the maximum rate and priority parameters when servicing the EF Queue.
DiffServスケジューラによるEFトラフィックのサービスの上限があることに注意してください。これは、最大レートパラメーターを使用して達成されます。diffservスケジューラは、ef queueを保護するときに最大レートと優先度の両方のパラメーターを使用します。
The DiffServ Scheduler is the last DiffServ datapath functional element in this datapath. It uses zeroDotZero in its Next attribute.
DiffServスケジューラは、このデータパスの最後のDifFServ DataPath機能要素です。次の属性でZerodotzeroを使用します。
The DiffServ PIB consists of one module containing the base PRCs for setting DiffServ policy, queues, classifiers, meters, etc., and also contains capability PRC's that allow a PEP to specify its device characteristics to the PDP. This module contains two groups that are summarized in this section.
DiffServ PIBは、DiffServポリシー、キュー、分類器、メーターなどを設定するためのベースPRCを含む1つのモジュールで構成されており、PEPがそのデバイス特性をPDPに指定できる機能PRCも含まれています。このモジュールには、このセクションで要約されている2つのグループが含まれています。
DiffServ Capabilities Group This group consists of PRCs to indicate to the PDP the types of interface supported on the PEP in terms of their DiffServ capabilities and PRCs that the PDP can install in order to configure these interfaces (queues, scheduling parameters, buffer sizes, etc.) to affect the desired policy. This group describes capabilities in terms of the types of interfaces and takes configuration in terms of interface types and role combinations [FR-PIB]; it does not deal with individual interfaces on the device.
DIFFSERV機能グループこのグループは、PDPにPDPを示すPRCで構成されています。PEPでサポートされているインターフェイスの種類が、これらのインターフェイス（キュー、スケジューリングパラメーター、バッファーサイズなどを構成するためにPDPがインストールできるPRCがインストールできます。。）目的のポリシーに影響を与える。このグループは、インターフェイスのタイプの観点から機能を説明し、インターフェイスタイプとロールの組み合わせ[FR-PIB]の観点から構成を取ります。デバイス上の個々のインターフェイスを扱いません。
DiffServ Policy Group This group contains configurations of the functional elements that comprise the DiffServ policy that applies to an interface and the specific parameters that describe those elements. This group contains classifiers, meters, actions, droppers, queues and schedulers. This group also contains the PRC that associates the datapath elements with role combinations.
DiffServポリシーグループこのグループには、インターフェイスに適用されるDiffServポリシーとそれらの要素を記述する特定のパラメーターを構成する機能要素の構成が含まれています。このグループには、分類器、メーター、アクション、ドロッパー、キュー、スケジューラが含まれています。このグループには、データパス要素をロールの組み合わせに関連付けるPRCも含まれています。
This section provides an operational overview of configuring DiffServ QoS policy.
このセクションでは、diffserv qosポリシーの構成に関する運用概要を説明します。
After the initial PEP to PDP communication setup, using [COPS-PR] for example, the PEP will provide to the PDP the PIB Provisioning classes (PRCs), interface types, and interface type capabilities it supports.
たとえば、[COPS-PR]を使用して、最初のPEPからPDP通信セットアップの後、PEPはPDPにPIBプロビジョニングクラス（PRCS）、インターフェイスタイプ、およびサポートするインターフェイスタイプの機能を提供します。
The PRCs supported by the PEP are reported to the PDP in the PRC Support Table, frwkPrcSupportTable, defined in the framework PIB [FR-PIB]. Each instance of the frwkPrcSupportTable indicates a PRC that the PEP understands and for which the PDP can send class instances as part of the policy information.
PEPでサポートされているPRCは、フレームワークPIB [FR-PIB]で定義されているPRCサポートテーブルFRWKPRCSUPPORTTABLEのPDPに報告されます。FRWKPRCSUPPORTTABLEの各インスタンスは、PEPが理解し、PDPがポリシー情報の一部としてクラスインスタンスを送信できるPRCを示しています。
The capabilities of interface types the PEP supports are described by rows in the capability set table, frwkCapabilitySetTable. Each row, or instance of this class contains a pointer to an instance of a PRC that describes the capabilities of the interface type. The capability objects may reside in the dsIfClassifierCapsTable, the dsIfMeteringCapsTable, the dsIfSchedulerCapsTable, the dsIfElmDepthCapsTable, the dsIfElmLinkCapsTable, or in a table defined in another PIB.
PEPサポートがサポートするインターフェイスタイプの機能は、機能セットテーブルのfrwkcapabilitySettableの行によって説明されます。このクラスの各行またはインスタンスには、インターフェイスタイプの機能を記述するPRCのインスタンスへのポインターが含まれています。機能オブジェクトは、dsifclassifiercapstable、dsifmeteringcapstable、dsifschedulercapstable、dsifelmdepthcapstable、dsifelmlinkcapstable、または別のPIBで定義されたテーブルに存在する場合があります。
The PDP, with knowledge of the PEP's capabilities, then provides the PEP with administrative domain and interface-type-specific policy information.
PEPの機能に関する知識を持つPDPは、PEPに管理ドメインとインターフェイスタイプ固有のポリシー情報を提供します。
Instances of the dsDataPathTable are used to specify the first element in the set of functional elements applied to an interface type. Each instance of the dsDataPathTable applies to an interface type defined by its roles and direction (ingress or egress).
DSDATAPATHABLEのインスタンスは、インターフェイスタイプに適用される一連の関数要素の最初の要素を指定するために使用されます。DSDATAPATHABLEの各インスタンスは、その役割と方向（イングレスまたは出口）で定義されたインターフェイスタイプに適用されます。
DIFFSERV-PIB PIB-DEFINITIONS ::= BEGIN
IMPORTS Unsigned32, MODULE-IDENTITY, MODULE-COMPLIANCE, OBJECT-TYPE, OBJECT-GROUP, pib FROM COPS-PR-SPPI InstanceId, Prid, TagId, TagReferenceId FROM COPS-PR-SPPI-TC zeroDotZero FROM SNMPv2-SMI AutonomousType FROM SNMPv2-TC SnmpAdminString FROM SNMP-FRAMEWORK-MIB RoleCombination, PrcIdentifierOid, PrcIdentifierOidOrZero, AttrIdentifier FROM FRAMEWORK-TC-PIB Dscp FROM DIFFSERV-DSCP-TC IfDirection FROM DIFFSERV-MIB BurstSize FROM INTEGRATED-SERVICES-MIB;
unsigned32、モジュールのアイデンティティ、モジュールコンプライアンス、オブジェクトタイプ、オブジェクトグループ、PIB、COPS-PR-SPPI InstanceID、Prid、Tagid、TagreferenceIDからのPIBは、SNMPV2-SPI-TC ZerodotzeroからSNMPV2-からSNMPV2-snmp-framework-mib rolecombination、prcidentifieroid、prcidentifieroidorzero、diffserv-dscp-tc ifdirection from diffserv-mibからのframework-dscp-tc ifdirectionからのrcidentifieroidorzeroのtc snmpadminstring;
dsPolicyPib MODULE-IDENTITY SUBJECT-CATEGORIES { diffServ (2) } -- DiffServ QoS COPS Client Type LAST-UPDATED "200302180000Z" -- 18 Feb 2003 ORGANIZATION "IETF DIFFSERV WG" CONTACT-INFO " Keith McCloghrie Cisco Systems, Inc. 170 West Tasman Drive, San Jose, CA 95134-1706 USA Phone: +1 408 526 5260 Email: kzm@cisco.com
dspolicypibモジュール同一性サブジェクトカテゴリ{diffserv（2）} - diffserv qos copsクライアントタイプ最終アップデート「200302180000z」 - 2003年2月18日組織 "IETF diffserv wg" contact-info "Keith McCloghrie Cisco Systems、Inc。170 Westタスマンドライブ、サンノゼ、CA 95134-1706 USA電話：1 408 526 5260メール：kzm@cisco.com
John Seligson Nortel Networks, Inc. 4401 Great America Parkway Santa Clara, CA 95054 USA Phone: +1 408 495 2992 Email: jseligso@nortelnetworks.com
John Seligson Nortel Networks、Inc。4401 Great America Parkway Santa Clara、CA 95054 USA電話：1 408 495 2992メール：jseligso@nortelnetworks.com
Kwok Ho Chan Nortel Networks, Inc.
Kwok Ho Chan Nortel Networks、Inc。
600 Technology Park Drive Billerica, MA 01821 USA Phone: +1 978 288 8175 Email: khchan@nortelnetworks.com
600テクノロジーパークドライブ、マサチューセッツ州01821 USA電話：1 978 288 8175メール：khchan@nortelnetworks.com
Differentiated Services Working Group: diffserv@ietf.org" DESCRIPTION "The PIB module containing a set of provisioning classes that describe quality of service (QoS) policies for DiffServ. It includes general classes that may be extended by other PIB specifications as well as a set of PIB classes related to IP processing.
差別化されたサービスワーキンググループ：diffserv@ietf.org "説明" diffservのサービス品質（qos）ポリシーを説明する一連のプロビジョニングクラスを含むpibモジュール。これには、他のPIB仕様によって拡張される可能性のある一般的なクラスと、IP処理に関連する一連のPIBクラスが含まれます。
Copyright (C) The Internet Society (2003). This version of this PIB module is part of RFC 3317; see the RFC itself for full legal notices."
Copyright（c）The Internet Society（2003）。このPIBモジュールのこのバージョンは、RFC 3317の一部です。完全な法的通知については、RFC自体を参照してください。」
REVISION "200302180000Z" -- 18 Feb 2003
DESCRIPTION
"Initial version, published as RFC 3317."
::= { pib 4 }
dsCapabilityClasses OBJECT IDENTIFIER ::= { dsPolicyPib 1 }
dsPolicyClasses OBJECT IDENTIFIER ::= { dsPolicyPib 2 }
dsPolicyPibConformance OBJECT IDENTIFIER ::= { dsPolicyPib 3 }
-- -- Interface Type Capabilities Group --
---インターフェイスタイプの機能グループ -
--
-- Interface Type Capability Tables
--
-- The Interface type capability tables define capabilities that may
-- be associated with interfaces of a specific type.
-- This PIB defines capability tables for DiffServ Functionalities.
--
-- -- The Base Capability Table --
---ベース機能テーブル -
dsBaseIfCapsTable OBJECT-TYPE SYNTAX SEQUENCE OF DsBaseIfCapsEntry PIB-ACCESS notify STATUS current DESCRIPTION
dsbaseifcapstable object-type dsbaseifcapsentry pib-accessの通知ステータス現在の説明の構文シーケンス
"The Base Interface Type Capability class. This class
represents a generic capability supported by a device in the
ingress, egress, or both directions."
::= { dsCapabilityClasses 1 }
dsBaseIfCapsEntry OBJECT-TYPE SYNTAX DsBaseIfCapsEntry STATUS current DESCRIPTION "An instance of this class describes the dsBaseIfCaps class."
dsbaseifcapsentryオブジェクトタイプ構文dsbaseifcapsentryステータス現在の説明「このクラスのインスタンスは、dsbaseifcapsクラスを説明しています。」
PIB-INDEX { dsBaseIfCapsPrid }
::= { dsBaseIfCapsTable 1 }
DsBaseIfCapsEntry ::= SEQUENCE {
dsBaseIfCapsPrid InstanceId,
dsBaseIfCapsDirection INTEGER
}
dsBaseIfCapsPrid OBJECT-TYPE
SYNTAX InstanceId
STATUS current
DESCRIPTION
"An arbitrary integer index that uniquely identifies an
instance of the class."
::= { dsBaseIfCapsEntry 1 }
dsBaseIfCapsDirection OBJECT-TYPE
SYNTAX INTEGER {
inbound(1),
outbound(2),
inAndOut(3)
}
STATUS current
DESCRIPTION
"This object specifies the direction(s) for which the
capability applies. A value of 'inbound(1)' means the
capability applies only to the ingress direction. A value of
'outbound(2)' means the capability applies only to the egress
direction. A value of 'inAndOut(3)' means the capability
applies to both directions."
::= { dsBaseIfCapsEntry 2 }
--
-- The Classification Capability Table
--
dsIfClassificationCapsTable OBJECT-TYPE
SYNTAX SEQUENCE OF DsIfClassificationCapsEntry
PIB-ACCESS notify
STATUS current
DESCRIPTION
"This class specifies the classification capabilities of
a Capability Set."
::= { dsCapabilityClasses 2 }
dsIfClassificationCapsEntry OBJECT-TYPE SYNTAX DsIfClassificationCapsEntry STATUS current DESCRIPTION "An instance of this class describes the classification capabilities of a Capability Set."
dsifClassificationCapsENTRYオブジェクトタイプ構文DSIFCLASSIFIITIONCAPSENTRYステータス現在の説明「このクラスのインスタンスは、機能セットの分類機能を説明しています。」
EXTENDS { dsBaseIfCapsEntry }
UNIQUENESS { dsBaseIfCapsDirection,
dsIfClassificationCapsSpec }
::= { dsIfClassificationCapsTable 1 }
DsIfClassificationCapsEntry ::= SEQUENCE {
dsIfClassificationCapsSpec BITS
}
dsIfClassificationCapsSpec OBJECT-TYPE
SYNTAX BITS {
ipSrcAddrClassification(0),
-- indicates the ability to classify based on
-- IP source addresses
ipDstAddrClassification(1),
-- indicates the ability to classify based on
-- IP destination addresses
ipProtoClassification(2),
-- indicates the ability to classify based on
-- IP protocol numbers
ipDscpClassification(3),
-- indicates the ability to classify based on
-- IP DSCP
ipL4Classification(4),
-- indicates the ability to classify based on
-- IP layer 4 port numbers for UDP and TCP
ipV6FlowID(5)
-- indicates the ability to classify based on
-- IPv6 FlowIDs.
}
STATUS current
DESCRIPTION
"Bit set of supported classification capabilities. In
addition to these capabilities, other PIBs may define other
capabilities that can then be specified in addition to the
ones specified here (or instead of the ones specified here if
none of these are specified)."
::= { dsIfClassificationCapsEntry 1 }
-- -- Metering Capabilities --
---メータリング機能 -
dsIfMeteringCapsTable OBJECT-TYPE
SYNTAX SEQUENCE OF DsIfMeteringCapsEntry
PIB-ACCESS notify
STATUS current
DESCRIPTION
"This class specifies the metering capabilities of a
Capability Set."
::= { dsCapabilityClasses 3 }
dsIfMeteringCapsEntry OBJECT-TYPE SYNTAX DsIfMeteringCapsEntry STATUS current DESCRIPTION "An instance of this class describes the metering capabilities of a Capability Set."
dsifMeteringCapsENTRYオブジェクトタイプ構文DSIFMETERINGCAPSENTRYステータス現在の説明「このクラスのインスタンスは、機能セットの計量機能を説明しています。」
EXTENDS { dsBaseIfCapsEntry }
UNIQUENESS { dsBaseIfCapsDirection,
dsIfMeteringCapsSpec }
::= { dsIfMeteringCapsTable 1 }
DsIfMeteringCapsEntry ::= SEQUENCE {
dsIfMeteringCapsSpec BITS
}
dsIfMeteringCapsSpec OBJECT-TYPE SYNTAX BITS { zeroNotUsed(0), simpleTokenBucket(1), avgRate(2), srTCMBlind(3), srTCMAware(4), trTCMBlind(5), trTCMAware(6), tswTCM(7)
dsifmeteringCapsSpecオブジェクトタイプ構文ビット{Zeronotused（0）、SimpleTokenbucket（1）、Avgrate（2）、Srtcmblind（3）、Srtcmaware（4）、Trtcmblind（5）、Trtcmaware（6）、TSWTCM（7）
}
STATUS current
DESCRIPTION
"Bit set of supported metering capabilities. As with
classification capabilities, these metering capabilities may
be augmented by capabilities specified in other PRCs (in other
PIBs)."
::= { dsIfMeteringCapsEntry 1 }
-- -- Algorithmic Dropper Capabilities --
---アルゴリズムドロッパー機能 -
dsIfAlgDropCapsTable OBJECT-TYPE SYNTAX SEQUENCE OF DsIfAlgDropCapsEntry PIB-ACCESS notify STATUS current DESCRIPTION "This class specifies the algorithmic dropper capabilities of a Capability Set.
DSIFALGDROPCAPSTABLEオブジェクトタイプ型dsifalgdropcapsentry pib-access通知ステータス現在の説明 "このクラスは、機能セットのアルゴリズムドロッパー機能を指定します。
This capability table indicates the types of algorithmic
drop supported by a Capability Set for a specific flow
direction.
Additional capabilities affecting the drop functionalities
are determined based on queue capabilities associated with
specific instance of a dropper, hence not specified by
this class."
::= { dsCapabilityClasses 4 }
dsIfAlgDropCapsEntry OBJECT-TYPE
SYNTAX DsIfAlgDropCapsEntry
STATUS current
DESCRIPTION
"An instance of this class describes the algorithmic dropper
capabilities of a Capability Set."
EXTENDS { dsBaseIfCapsEntry }
UNIQUENESS { dsBaseIfCapsDirection,
dsIfAlgDropCapsType,
dsIfAlgDropCapsMQCount }
::= { dsIfAlgDropCapsTable 1 }
DsIfAlgDropCapsEntry ::= SEQUENCE {
dsIfAlgDropCapsType BITS,
dsIfAlgDropCapsMQCount Unsigned32
}
dsIfAlgDropCapsType OBJECT-TYPE
DSIFALGDROPCAPSTYPEオブジェクトタイプ
SYNTAX BITS {
zeroNotUsed(0),
oneNotUsed(1),
tailDrop(2),
headDrop(3),
randomDrop(4),
alwaysDrop(5),
mQDrop(6) }
STATUS current
DESCRIPTION
"The type of algorithm that droppers associated with queues
may use.
The tailDrop(2) algorithm means that packets are dropped from
the tail of the queue when the associated queue's MaxQueueSize
is exceeded. The headDrop(3) algorithm means that packets are
dropped from the head of the queue when the associated queue's
MaxQueueSize is exceeded. The randomDrop(4) algorithm means
that an algorithm is executed which may randomly
drop the packet, or drop other packet(s) from the queue
in its place. The specifics of the algorithm may be
proprietary. However, parameters would be specified in the
dsRandomDropTable. The alwaysDrop(5) will drop every packet
presented to it. The mQDrop(6) algorithm will drop packets
based on measurement from multiple queues."
::= { dsIfAlgDropCapsEntry 1 }
dsIfAlgDropCapsMQCount OBJECT-TYPE
SYNTAX Unsigned32 (1..4294967295)
STATUS current
DESCRIPTION
"Indicates the number of queues measured for the drop
algorithm.
This attribute is ignored when alwaysDrop(5) algorithm is
used. This attribute contains the value of 1 for all drop
algorithm types except for mQDrop(6), where this attribute
is used to indicate the maximum number of dsMQAlgDropEntry
that can be chained together."
::= { dsIfAlgDropCapsEntry 2 }
-- -- Queue Capabilities --
---キュー機能 -
dsIfQueueCapsTable OBJECT-TYPE
SYNTAX SEQUENCE OF DsIfQueueCapsEntry
PIB-ACCESS notify
STATUS current
DESCRIPTION
"This class specifies the queueing capabilities of a
Capability Set."
::= { dsCapabilityClasses 5 }
dsIfQueueCapsEntry OBJECT-TYPE
SYNTAX DsIfQueueCapsEntry
STATUS current
DESCRIPTION
"An instance of this class describes the queue
capabilities of a Capability Set."
EXTENDS { dsBaseIfCapsEntry }
UNIQUENESS { dsBaseIfCapsDirection,
dsIfQueueCapsMinQueueSize,
dsIfQueueCapsMaxQueueSize,
dsIfQueueCapsTotalQueueSize }
::= { dsIfQueueCapsTable 1 }
DsIfQueueCapsEntry ::= SEQUENCE {
dsIfQueueCapsMinQueueSize Unsigned32,
dsIfQueueCapsMaxQueueSize Unsigned32,
dsIfQueueCapsTotalQueueSize Unsigned32
}
dsIfQueueCapsMinQueueSize OBJECT-TYPE
SYNTAX Unsigned32 (0..4294967295)
UNITS "Bytes"
STATUS current
DESCRIPTION
"Some interfaces may allow the size of a queue to be
configured. This attribute specifies the minimum size that
can be configured for a queue, specified in bytes.
dsIfQueueCapsMinQueueSize must be less than or equals to
dsIfQueueCapsMaxQueueSize when both are specified.
A zero value indicates not specified."
::= { dsIfQueueCapsEntry 1 }
dsIfQueueCapsMaxQueueSize OBJECT-TYPE SYNTAX Unsigned32 (0..4294967295) UNITS "Bytes" STATUS current DESCRIPTION "Some interfaces may allow the size of a queue to be configured. This attribute specifies the maximum size that can be configured for a queue, specified in bytes. dsIfQueueCapsMinQueueSize must be less than or equals to dsIfQueueCapsMaxQueueSize when both are specified. A zero value indicates not specified."
dsifqueuecapsmaxqueuesize object-type untax untigned32（0..4294967295）ユニット「バイト」ステータス「現在の説明」いくつかのインターフェイスは、キューのサイズを構成することができます。。dsifqueuecapsminqueuesizeは、両方が指定されている場合、dsifqueuecapsmaxqueuesizeよりも少ないか等しくなければなりません。ゼロ値は指定されていないことを示します。
::= { dsIfQueueCapsEntry 2 }
dsIfQueueCapsTotalQueueSize OBJECT-TYPE
SYNTAX Unsigned32 (0..4294967295)
UNITS "Bytes"
STATUS current
DESCRIPTION
"Some interfaces may have a limited buffer space to be
shared amongst all queues of that interface while also
allowing the size of each queue to be configurable. To
prevent the situation where the PDP configures the sizes of
the queues in excess of the total buffer available to the
interface, the PEP can report the total buffer space in
bytes available with this capability.
A zero value indicates not specified."
::= { dsIfQueueCapsEntry 3 }
-- -- Scheduler Capabilities --
---スケジューラ機能 -
dsIfSchedulerCapsTable OBJECT-TYPE
SYNTAX SEQUENCE OF DsIfSchedulerCapsEntry
PIB-ACCESS notify
STATUS current
DESCRIPTION
"This class specifies the scheduler capabilities of a
Capability Set."
::= { dsCapabilityClasses 6 }
dsIfSchedulerCapsEntry OBJECT-TYPE
SYNTAX DsIfSchedulerCapsEntry
STATUS current
DESCRIPTION
"An instance of this class describes the scheduler
capabilities of a Capability Set."
EXTENDS { dsBaseIfCapsEntry }
UNIQUENESS { dsBaseIfCapsDirection,
dsIfSchedulerCapsServiceDisc,
dsIfSchedulerCapsMaxInputs }
::= { dsIfSchedulerCapsTable 1 }
DsIfSchedulerCapsEntry ::= SEQUENCE {
dsIfSchedulerCapsServiceDisc AutonomousType,
dsIfSchedulerCapsMaxInputs Unsigned32,
dsIfSchedulerCapsMinMaxRate INTEGER
}
dsIfSchedulerCapsServiceDisc OBJECT-TYPE
SYNTAX AutonomousType
STATUS current
DESCRIPTION
"The scheduling discipline for which the set of capabilities
specified in this object apply. Object identifiers for several
general purpose and well-known scheduling disciplines are
shared with and defined in the DiffServ MIB.
These include diffServSchedulerPriority,
diffServSchedulerWRR, diffServSchedulerWFQ."
::= { dsIfSchedulerCapsEntry 1 }
dsIfSchedulerCapsMaxInputs OBJECT-TYPE
SYNTAX Unsigned32 (0..4294967295)
STATUS current
DESCRIPTION
"The maximum number of queues and/or schedulers that can
feed into a scheduler indicated by this capability entry.
A value of zero means there is no maximum."
::= { dsIfSchedulerCapsEntry 2 }
dsIfSchedulerCapsMinMaxRate OBJECT-TYPE
SYNTAX INTEGER {
minRate(1),
maxRate(2),
minAndMaxRates(3)
}
STATUS current
DESCRIPTION
"Scheduler capability indicating ability to handle inputs
with minimum rate, maximum rate, or both."
::= { dsIfSchedulerCapsEntry 3 }
-- -- Maximum Rate Capabilities --
---最大レート機能 -
dsIfMaxRateCapsTable OBJECT-TYPE
SYNTAX SEQUENCE OF DsIfMaxRateCapsEntry
PIB-ACCESS notify
STATUS current
DESCRIPTION
"This class specifies the maximum rate capabilities of a
Capability Set."
::= { dsCapabilityClasses 7 }
dsIfMaxRateCapsEntry OBJECT-TYPE
dsifmaxratecapsentryオブジェクトタイプ
SYNTAX DsIfMaxRateCapsEntry
STATUS current
DESCRIPTION
"An instance of this class describes the maximum rate
capabilities of a Capability Set."
EXTENDS { dsBaseIfCapsEntry }
UNIQUENESS { dsBaseIfCapsDirection,
dsIfMaxRateCapsMaxLevels }
::= { dsIfMaxRateCapsTable 1 }
DsIfMaxRateCapsEntry ::= SEQUENCE {
dsIfMaxRateCapsMaxLevels Unsigned32
}
dsIfMaxRateCapsMaxLevels OBJECT-TYPE
SYNTAX Unsigned32 (1..4294967295)
STATUS current
DESCRIPTION
"The maximum number of levels a maximum rate specification
may have for this Capability Set and flow direction."
::= { dsIfMaxRateCapsEntry 1 }
-- -- DataPath Element Linkage Capabilities --
---データパス要素リンケージ機能 -
-- -- DataPath Element Cascade Depth --
---データパス要素カスケード深度 -
dsIfElmDepthCapsTable OBJECT-TYPE
SYNTAX SEQUENCE OF DsIfElmDepthCapsEntry
PIB-ACCESS notify
STATUS current
DESCRIPTION
"This class specifies the number of elements of the same
type that can be cascaded together in a datapath."
::= { dsCapabilityClasses 8 }
dsIfElmDepthCapsEntry OBJECT-TYPE SYNTAX DsIfElmDepthCapsEntry STATUS current DESCRIPTION "An instance of this class describes the cascade depth for a particular functional datapath element PRC. A functional datapath element not represented in this class can be assumed to have no specific maximum depth."
dsifelmdepthcapserryオブジェクトタイプ構文dsifelmdepthcapsentryステータス現在の説明 "このクラスのインスタンスは、特定の機能的データパス要素prcのカスケード深さを説明しています。
EXTENDS { dsBaseIfCapsEntry }
UNIQUENESS { dsBaseIfCapsDirection,
dsIfElmDepthCapsPrc }
::= { dsIfElmDepthCapsTable 1 }
DsIfElmDepthCapsEntry ::= SEQUENCE {
dsIfElmDepthCapsPrc PrcIdentifierOid,
dsIfElmDepthCapsCascadeMax Unsigned32
}
dsIfElmDepthCapsPrc OBJECT-TYPE
SYNTAX PrcIdentifierOid
STATUS current
DESCRIPTION
"The object identifier of a PRC that represents a functional
datapath element. This may be one of: dsClfrElementEntry,
dsMeterEntry, dsActionEntry, dsAlgDropEntry, dsQEntry, or
dsSchedulerEntry.
There may not be more than one instance of this class with
the same value of dsIfElmDepthCapsPrc and same value of
dsBaseIfCapsDirection. Must not contain the value of
zeroDotZero."
::= { dsIfElmDepthCapsEntry 1 }
dsIfElmDepthCapsCascadeMax OBJECT-TYPE
SYNTAX Unsigned32 (0..4294967295)
STATUS current
DESCRIPTION
"The maximum number of elements of type dsIfElmDepthCapsPrc
that can be linked consecutively in a data path. A value of
zero indicates there is no specific maximum."
::= { dsIfElmDepthCapsEntry 2 }
-- -- DataPath Element Linkage Types --
---データパス要素リンケージタイプ -
dsIfElmLinkCapsTable OBJECT-TYPE
SYNTAX SEQUENCE OF DsIfElmLinkCapsEntry
PIB-ACCESS notify
STATUS current
DESCRIPTION
"This class specifies what types of datapath functional
elements may be used as the next downstream element for
a specific type of functional element."
::= { dsCapabilityClasses 9 }
dsIfElmLinkCapsEntry OBJECT-TYPE
dsifelmlinkcapsentryオブジェクトタイプ
SYNTAX DsIfElmLinkCapsEntry
STATUS current
DESCRIPTION
"An instance of this class specifies a PRC that may
be used as the next functional element after a specific
type of element in a data path."
EXTENDS { dsBaseIfCapsEntry }
UNIQUENESS { dsBaseIfCapsDirection,
dsIfElmLinkCapsPrc,
dsIfElmLinkCapsAttr,
dsIfElmLinkCapsNextPrc }
::= { dsIfElmLinkCapsTable 1 }
DsIfElmLinkCapsEntry ::= SEQUENCE {
dsIfElmLinkCapsPrc PrcIdentifierOid,
dsIfElmLinkCapsAttr AttrIdentifier,
dsIfElmLinkCapsNextPrc PrcIdentifierOidOrZero
}
dsIfElmLinkCapsPrc OBJECT-TYPE
SYNTAX PrcIdentifierOid
STATUS current
DESCRIPTION
" The object identifier of a PRC that represents a functional
datapath element. This may be one of: dsClfrElementEntry,
dsMeterEntry, dsActionEntry, dsAlgDropEntry, dsQEntry, or
dsSchedulerEntry.
This must not have the value zeroDotZero."
::= { dsIfElmLinkCapsEntry 1 }
dsIfElmLinkCapsAttr OBJECT-TYPE
SYNTAX AttrIdentifier
STATUS current
DESCRIPTION
"The value represents the attribute in the PRC
indicated by dsIfElmLinkCapsPrc that is used to
specify the next functional element in the datapath."
::= { dsIfElmLinkCapsEntry 2 }
dsIfElmLinkCapsNextPrc OBJECT-TYPE SYNTAX PrcIdentifierOidOrZero STATUS current DESCRIPTION "The value is the OID of a PRC table entry from which instances can be referenced by the attribute indicated by dsIfElmLinkCapsPrc and dsIfElmLinkAttr.
dsifelmlinkcapsnextprc object-type構文prcidentifieroiodorzeroステータス現在の説明 "値は、dsifelmlinkcapsprcおよびdsifelmlinkattrによって示される属性によってインスタンスが参照できるprcテーブルエントリのoidです。
For example, suppose a meter's success output can be an action or another meter, and the fail output can only be an action. This can be expressed as follows:
たとえば、メーターの成功出力がアクションまたは別のメーターであり、失敗出力がアクションのみになる可能性があるとします。これは次のように表現できます。
Prid Prc Attr NextPrc
1 dsMeterEntry dsMeterSucceedNext dsActionEntry
2 dsMeterEntry dsMeterSucceedNext dsMeterEntry
3 dsMeterEntry dsMeterFailNext dsActionEntry.
zeroDotZero is a valid value for this attribute to
specify that the PRC specified in dsIfElmLinkCapsPrc
is the last functional data path element."
::= { dsIfElmLinkCapsEntry 3 }
-- -- Policy Classes --
---ポリシークラス -
-- -- Data Path Table --
---データパステーブル -
dsDataPathTable OBJECT-TYPE SYNTAX SEQUENCE OF DsDataPathEntry PIB-ACCESS install STATUS current DESCRIPTION "The data path table indicates the start of functional data paths in this device.
DSDATAPATHTABLEオブジェクトタイプのdsDatapathentry pib-accessインストールステータス現在説明 "データパステーブルは、このデバイスの機能データパスの開始を示します。
The Data Path Table enumerates the Differentiated
Services Functional Data Paths within this device.
Each entry specifies the first functional datapath
element to process data flow for each specific datapath.
Each datapath is defined by the interface set's capability
set name, role combination, and direction. This class can
therefore have up to two entries for each interface set,
ingress and egress."
::= { dsPolicyClasses 1 }
dsDataPathEntry OBJECT-TYPE
SYNTAX DsDataPathEntry
STATUS current
DESCRIPTION
"Each entry in this class indicates the start of a single
functional data path, defined by its capability set name,
role combination and traffic direction. The first
functional datapath element to handle traffic for each
data path is defined by the dsDataPathStart attribute
of each table entry.
Notice for each entry:
1. dsDataPathCapSetName must reference an existing capability
set name in frwkCapabilitySetTable [FR-PIB].
2. dsDataPathRoles must reference existing Role Combination
in frwkIfRoleComboTable [FR-PIB].
3. dsDataPathStart must reference an existing entry in a
functional data path element table.
If any one or more of these three requirements is not
satisfied, the dsDataPathEntry will not be installed."
PIB-INDEX { dsDataPathPrid }
UNIQUENESS { dsDataPathCapSetName,
dsDataPathRoles,
dsDataPathIfDirection }
::= { dsDataPathTable 1 }
DsDataPathEntry ::= SEQUENCE {
dsDataPathPrid InstanceId,
dsDataPathCapSetName SnmpAdminString,
dsDataPathRoles RoleCombination,
dsDataPathIfDirection IfDirection,
dsDataPathStart Prid
}
dsDataPathPrid OBJECT-TYPE
SYNTAX InstanceId
STATUS current
DESCRIPTION
"An arbitrary integer index that uniquely identifies an
instance of the class."
::= { dsDataPathEntry 1 }
dsDataPathCapSetName OBJECT-TYPE
SYNTAX SnmpAdminString
STATUS current
DESCRIPTION
"The capability set associated with this data path entry.
The capability set name specified by this attribute
must exist in the frwkCapabilitySetTable [FR-PIB]
prior to association with an instance of this class."
::= { dsDataPathEntry 2 }
dsDataPathRoles OBJECT-TYPE
SYNTAX RoleCombination
STATUS current
DESCRIPTION
"The interfaces to which this data path entry applies,
specified in terms of roles. There must exist an entry
in the frwkIfRoleComboTable [FR-PIB] specifying
this role combination, together with the capability
set specified by dsDataPathCapSetName, prior to
association with an instance of this class."
::= { dsDataPathEntry 3 }
dsDataPathIfDirection OBJECT-TYPE
SYNTAX IfDirection
STATUS current
DESCRIPTION
"Specifies the direction for which this data path
entry applies."
::= { dsDataPathEntry 4 }
dsDataPathStart OBJECT-TYPE SYNTAX Prid STATUS current DESCRIPTION "This selects the first functional datapath element to handle traffic for this data path. This Prid should point to an instance of one of: dsClfrEntry dsMeterEntry dsActionEntry dsAlgDropEntry dsQEntry
DSDATAPATHSTARTオブジェクトタイプの構文PRIDステータス現在の説明 "これは、このデータパスのトラフィックを処理する最初の機能データパス要素を選択します。
The PRI pointed to must exist prior to the installation of
this datapath start element."
::= { dsDataPathEntry 5 }
--
-- Classifiers
--
-- Classifier allows multiple classifier elements, of same or
-- different types, to be used together.
-- A classifier must completely classify all packets presented to
-- it. This means all traffic handled by a classifier must match
-- at least one classifier element within the classifier,
-- with the classifier element parameters specified by a filter.
-- It is the PDP's responsibility to create a _catch all_ classifier
-- element and filter that matches all packet. This _catch all_
-- classifier element should have the lowest Precedence value.
--
-- If there is ambiguity between classifier elements of different
-- classifier, classifier linkage order indicates their precedence;
-- the first classifier in the link is applied to the traffic first.
--
-- Each entry in the classifier table represents a classifier, with
-- classifier element table handling the fan-out functionality of a
-- classifier, and filter table defining the classification
-- patterns.
--
-- -- Classifier Table --
---分類子テーブル -
dsClfrTable OBJECT-TYPE SYNTAX SEQUENCE OF DsClfrEntry PIB-ACCESS install STATUS current DESCRIPTION "This table enumerates all the DiffServ classifier functional data path elements of this device. The actual classification definitions are detailed in dsClfrElementTable entries belonging to each classifier. Each classifier is referenced by its classifier elements using its classifier ID.
dsclfrentry pib-accessインストールステータスステータスのdsclfrfrtableオブジェクトタイプ構文シーケンスシーケンスシーケンスステータス現在分類器IDを使用した分類器要素。
An entry in this table, referenced by an upstream functional data path element or a datapath table entry, is the entry point to the classifier functional data path element.
この表のエントリは、上流の関数データパス要素またはデータパステーブルエントリによって参照され、分類器関数データパス要素のエントリポイントです。
The dsClfrId of each entry is used to organize all
classifier elements belonging to the same classifier."
REFERENCE
"An Informal Management Model for Diffserv Routers,
RFC 3290, section 4.1"
::= { dsPolicyClasses 2 }
dsClfrEntry OBJECT-TYPE
SYNTAX DsClfrEntry
STATUS current
DESCRIPTION
"An entry in the classifier table describes a single
classifier. Each classifier element belonging to this
classifier must have its dsClfrElementClfrId attribute equal
to dsClfrId."
PIB-INDEX { dsClfrPrid }
UNIQUENESS { dsClfrId }
::= { dsClfrTable 1 }
DsClfrEntry ::= SEQUENCE {
dsClfrPrid InstanceId,
dsClfrId TagReferenceId
}
dsClfrPrid OBJECT-TYPE
SYNTAX InstanceId
STATUS current
DESCRIPTION
"An arbitrary integer index that uniquely identifies an
instance of the class."
::= { dsClfrEntry 1 }
dsClfrId OBJECT-TYPE
SYNTAX TagReferenceId
PIB-TAG { dsClfrElementClfrId }
STATUS current
DESCRIPTION
"Identifies a Classifier. A Classifier must be
complete, this means all traffic handled by a
Classifier must match at least one Classifier
Element within the Classifier."
::= { dsClfrEntry 2 }
-- -- Classifier Element Table --
---分類子要素テーブル -
dsClfrElementTable OBJECT-TYPE SYNTAX SEQUENCE OF DsClfrElementEntry PIB-ACCESS install STATUS current DESCRIPTION "Entries in the classifier element table serves as the anchor for each classification pattern, defined in filter table entries. Each classifier element table entry also specifies the subsequent downstream diffserv functional datapath element when the classification pattern is satisfied. Hence the classifier element table enumerates the relationship between classification patterns and subsequent downstream diffserv functional data path elements, describing one branch of the fan-out characteristic of a classifier indicated in [Model].
DSCLFRELEMENTTABLEオブジェクトタイプDSCLFRELEMENEMENTENTRY PIB-ACCESSインストールステータス現在要素分類パターンが満たされる場合。したがって、分類子要素テーブルは、分類パターンとその後の下流のDiffserv機能データパス要素との関係を列挙し、[モデル]に示されている分類器のファンアウト特性の1つの分岐を記述します。
Classification parameters are defined by entries of filter tables pointed to by dsClfrElementSpecific. There can be filter tables of different types, and they can be inter-mixed and used within a classifier. An example of a filter table is the frwkIpFilterTable [FR-PIB], for IP Multi-Field Classifiers (MFCs).
分類パラメーターは、DSCLFrementspecificが指すフィルターテーブルのエントリによって定義されます。さまざまなタイプのフィルターテーブルが存在する可能性があり、分類器内で混合して使用できます。フィルターテーブルの例は、IPマルチフィールド分類子（MFC）用のFRWKIPFILTERTABLE [FR-PIB]です。
If there is ambiguity between classifier elements of the same
classifier, then dsClfrElementPrecedence needs to be used."
::= { dsPolicyClasses 3 }
dsClfrElementEntry OBJECT-TYPE
SYNTAX DsClfrElementEntry
STATUS current
DESCRIPTION
"An entry in the classifier element table describes a
single element of the classifier."
PIB-INDEX { dsClfrElementPrid }
UNIQUENESS { dsClfrElementClfrId,
dsClfrElementPrecedence,
dsClfrElementSpecific }
::= { dsClfrElementTable 1 }
DsClfrElementEntry ::= SEQUENCE {
dsClfrElementPrid InstanceId,
dsClfrElementClfrId TagId,
dsClfrElementPrecedence Unsigned32,
dsClfrElementNext Prid,
dsClfrElementSpecific Prid
}
dsClfrElementPrid OBJECT-TYPE
SYNTAX InstanceId
STATUS current
DESCRIPTION
"An arbitrary integer index that uniquely identifies an
instance of the class."
::= { dsClfrElementEntry 1 }
dsClfrElementClfrId OBJECT-TYPE SYNTAX TagId STATUS current DESCRIPTION "A classifier is composed of one or more classifier elements. Each classifier element belonging to the same classifier uses the same classifier ID.
DSCLFRELEMENTCLFRIDオブジェクトタイプの構文TAGIDステータス現在の説明 "分類器は1つ以上の分類子要素で構成されています。同じ分類子に属する各分類子要素は、同じ分類子IDを使用します。
Hence, A classifier Id identifies which classifier
this classifier element is a part of. This must be
the value of dsClfrId attribute for an existing
instance of dsClfrEntry."
::= { dsClfrElementEntry 2 }
dsClfrElementPrecedence OBJECT-TYPE SYNTAX Unsigned32 (1..4294967295) STATUS current DESCRIPTION "The relative order in which classifier elements are applied: higher numbers represent classifier elements with higher precedence. Classifier elements with the same precedence must be unambiguous i.e., they must define non-overlapping patterns, and are considered to be applied simultaneously to the traffic stream. Classifier elements with different precedence may overlap in their filters: the classifier element with the highest precedence that matches is taken.
dsclfrelementprecedence object-type sntax untigned32（1..4294967295）ステータス現在の説明 "分類器要素が適用される相対順序を適用する相対順序：より高い数字を表します。 - 重複パターン、およびトラフィックストリームに同時に適用されると見なされます。優先順位が異なる分類子要素は、フィルターに重複する場合があります。
On a given interface, there must be a complete
classifier in place at all times in the ingress
direction. This means that there will always be one
or more filters that match every possible pattern
that could be presented in an incoming packet.
There is no such requirement in the egress direction."
::= { dsClfrElementEntry 3 }
dsClfrElementNext OBJECT-TYPE SYNTAX Prid STATUS current DESCRIPTION "This attribute provides one branch of the fan-out functionality of a classifier described in Diffserv Model section 4.1.
dsclfrelementnextオブジェクトタイプの構文型項目ステータス現在の説明 "この属性は、diffservモデルセクション4.1で説明されている分類子のファンアウト機能の1つの分岐を提供します。
This selects the next diffserv functional datapath element to handle traffic for this data path.
これにより、次のDiffServ機能データパス要素を選択して、このデータパスのトラフィックを処理します。
A value of zeroDotZero marks the end of DiffServ processing
for this data path. Any other value must point to a
valid (pre-existing) instance of one of:
dsClfrEntry
dsMeterEntry
dsActionEntry
dsAlgDropEntry
dsQEntry."
DEFVAL { zeroDotZero }
::= { dsClfrElementEntry 4 }
dsClfrElementSpecific OBJECT-TYPE SYNTAX Prid STATUS current DESCRIPTION "A pointer to a valid entry in another table that describes the applicable classification filter, e.g., an entry in frwkIpFilterTable (Framework PIB).
dsclfrelementspecificオブジェクトタイプの構文型プリッドステータス現在の説明 "該当する分類フィルター、たとえばfrwkipfiltertable（フレームワークpib）のエントリを説明する別のテーブルの有効なエントリへのポインター。
The PRI pointed to must exist prior to the installation of this classifier element.
この分類器要素をインストールする前に、PRIが存在する必要があると指摘されたPRI。
The value zeroDotZero is interpreted to match any-
thing not matched by another classifier element - only one
such entry may exist for each classifier."
::= { dsClfrElementEntry 5 }
--
-- Meters
--
-- This PIB supports a variety of Meters. It includes a
-- specific definition for Meters whose parameter set can
-- be modeled using Token Bucket parameters.
-- Other metering parameter sets can be defined by other PIBs.
--
-- Multiple meter elements may be logically cascaded
-- using their dsMeterSucceedNext and dsMeterFailNext pointers if
-- required.
-- One example of this might be for an AF PHB implementation
-- that uses multiple level conformance meters.
--
-- Cascading of individual meter elements in the PIB is intended
-- to be functionally equivalent to multiple level conformance
-- determination of a packet. The sequential nature of the
-- representation is merely a notational convenience for this PIB.
--
-- srTCM meters (RFC 2697) can be specified using two sets of
-- dsMeterEntry and dsTBParamEntry. First set specifies the
-- Committed Information Rate and Committed Burst Size
-- token-bucket. Second set specifies the Excess Burst
-- Size token-bucket.
--
-- trTCM meters (RFC 2698) can be specified using two sets of
-- dsMeterEntry and dsTBParamEntry. First set specifies the
-- Committed Information Rate and Committed Burst Size
-- token-bucket. Second set specifies the Peak Information
-- Rate and Peak Burst Size token-bucket.
--
-- tswTCM meters (RFC 2859) can be specified using two sets of
-- dsMeterEntry and dsTBParamEntry. First set specifies the
-- Committed Target Rate token-bucket. Second set specifies the
-- Peak Target Rate token-bucket. dsTBParamInterval in each
-- token bucket reflects the Average Interval.
dsMeterTable OBJECT-TYPE
dsmetertableオブジェクトタイプ
SYNTAX SEQUENCE OF DsMeterEntry PIB-ACCESS install STATUS current DESCRIPTION "This class enumerates specific meters that a system may use to police a stream of traffic. The traffic stream to be metered is determined by the element(s) upstream of the meter i.e., by the object(s) that point to each entry in this class. This may include all traffic on an interface.
dsmeterentry pib-accessインストールステータス現在の説明の構文シーケンス現在の説明 "このクラスは、システムがトラフィックのストリームを締結するために使用できる特定のメーターを列挙します。このクラスの各エントリを指すオブジェクト。これには、インターフェイス上のすべてのトラフィックが含まれる場合があります。
Specific meter details are to be found in table entry
referenced by dsMeterSpecific."
REFERENCE
"An Informal Management Model for Diffserv Routers,
RFC 3290, section 5"
::= { dsPolicyClasses 4 }
dsMeterEntry OBJECT-TYPE
SYNTAX DsMeterEntry
STATUS current
DESCRIPTION
"An entry in the meter table describes a single
conformance level of a meter."
PIB-INDEX { dsMeterPrid }
UNIQUENESS { dsMeterSucceedNext,
dsMeterFailNext,
dsMeterSpecific }
::= { dsMeterTable 1 }
DsMeterEntry ::= SEQUENCE {
dsMeterPrid InstanceId,
dsMeterSucceedNext Prid,
dsMeterFailNext Prid,
dsMeterSpecific Prid
}
dsMeterPrid OBJECT-TYPE
SYNTAX InstanceId
STATUS current
DESCRIPTION
"An arbitrary integer index that uniquely identifies an
instance of the class."
::= { dsMeterEntry 1 }
dsMeterSucceedNext OBJECT-TYPE SYNTAX Prid STATUS current DESCRIPTION "If the traffic does conform, this selects the next diffserv functional datapath element to handle traffic for this data path.
DSMETERSUCCEECHNEXTオブジェクトタイプの構文型ステータス現在の説明 "トラフィックが適合した場合、このデータパスのトラフィックを処理する次のdiffserv functional datapath要素を選択します。
The value zeroDotZero in this variable indicates no
further DiffServ treatment is performed on traffic of
this datapath. Any other value must point to a valid
(pre-existing) instance of one of:
dsClfrEntry
dsMeterEntry
dsActionEntry
dsAlgDropEntry
dsQEntry."
DEFVAL { zeroDotZero }
::= { dsMeterEntry 2 }
dsMeterFailNext OBJECT-TYPE SYNTAX Prid STATUS current DESCRIPTION "If the traffic does not conform, this selects the next diffserv functional datapath element to handle traffic for this data path.
dsmeterFailNextオブジェクトタイプの構文型プリッドステータス現在の説明 "トラフィックが適合しない場合、このデータパスのトラフィックを処理する次のdiffserv functional datapath要素を選択します。
The value zeroDotZero in this variable indicates no
further DiffServ treatment is performed on traffic of
this datapath. Any other value must point to a valid
(pre-existing) instance of one of:
dsClfrEntry
dsMeterEntry
dsActionEntry
dsAlgDropEntry
dsQEntry."
DEFVAL { zeroDotZero }
::= { dsMeterEntry 3 }
dsMeterSpecific OBJECT-TYPE SYNTAX Prid STATUS current DESCRIPTION "This indicates the behaviour of the meter by point-ing to an entry containing detailed parameters. Note that entries in that specific table must be managed explicitly.
dsmeterspecificオブジェクトタイプの構文PRIDステータス現在の説明 "これは、詳細なパラメーターを含むエントリへのポイントインチによるメーターの動作を示します。その特定のテーブルのエントリは明示的に管理する必要があることに注意してください。
For example, dsMeterSpecific may point to an entry in dsTBMeterTable, which contains an instance of a single set of Token Bucket parameters.
たとえば、DSMeterSpecificは、1つのトークンバケットパラメーターのインスタンスを含むDSTBMetertableのエントリを指している場合があります。
The PRI pointed to must exist prior to installing this
Meter datapath element."
::= { dsMeterEntry 4 }
--
-- Token-Bucket Parameter Table
--
-- Each entry in the Token Bucket Parameter Table parameterizes
-- a single token bucket. Multiple token buckets can be
-- used together to parameterize multiple levels of
-- conformance.
--
-- Note that an entry in the Token Bucket Parameter Table can
-- be shared, pointed to, by multiple dsMeterTable entries.
--
dsTBParamTable OBJECT-TYPE
SYNTAX SEQUENCE OF DsTBParamEntry
PIB-ACCESS install
STATUS current
DESCRIPTION
"This table enumerates token-bucket meter parameter sets
that a system may use to police a stream of traffic.
Such parameter sets are modelled here as each having a single
rate and a single burst size. Multiple entries are used
when multiple rates/burst sizes are needed."
REFERENCE
"An Informal Management Model for Diffserv Routers,
RFC 3290, section 5.1"
::= { dsPolicyClasses 5 }
dsTBParamEntry OBJECT-TYPE
SYNTAX DsTBParamEntry
STATUS current
DESCRIPTION
"An entry that describes a single token-bucket
parameter set."
PIB-INDEX { dsTBParamPrid }
UNIQUENESS { dsTBParamType,
dsTBParamRate,
dsTBParamBurstSize,
dsTBParamInterval }
::= { dsTBParamTable 1 }
DsTBParamEntry ::= SEQUENCE {
dsTBParamPrid InstanceId,
dsTBParamType AutonomousType,
dsTBParamRate Unsigned32,
dsTBParamBurstSize BurstSize,
dsTBParamInterval Unsigned32
}
dsTBParamPrid OBJECT-TYPE
SYNTAX InstanceId
STATUS current
DESCRIPTION
"An arbitrary integer index that uniquely identifies an
instance of the class."
::= { dsTBParamEntry 1 }
dsTBParamType OBJECT-TYPE SYNTAX AutonomousType STATUS current DESCRIPTION "The Metering algorithm associated with the Token-Bucket parameters. zeroDotZero indicates this is unknown.
DSTBPARAMTYPEオブジェクトタイプの構文自律型ステータス現在の説明 "トークンバケットパラメーターに関連付けられた計測アルゴリズム。Zerodotzeroこれは不明であることを示します。
Standard values for generic algorithms are as follows:
汎用アルゴリズムの標準値は次のとおりです。
diffServTBParamSimpleTokenBucket, diffServTBParamAvgRate, diffServTBParamSrTCMBlind, diffServTBParamSrTCMAware, diffServTBParamTrTCMBlind, diffServTBParamTrTCMAware, diffServTBParamTswTCM
diffservtbparamsimpletekenbucket、diffservtbparamavgrate、diffservtbparamsrtcmblind、diffservtbparamsrtcmaware、diffservtbparamtrtcmblind、diffservtbparamtrtcmaware、diffservtbparamtswtcm
These are specified in the DiffServ MIB."
REFERENCE
"An Informal Management Model for Diffserv Routers,
RFC 3290, section 5.1"
::= { dsTBParamEntry 2 }
dsTBParamRate OBJECT-TYPE
SYNTAX Unsigned32 (1..4294967295)
UNITS "kilobits per second"
STATUS current
DESCRIPTION
"The token-bucket rate, in kilobits per second
(kbps). This attribute is used for:
1. CIR in RFC 2697 for srTCM
2. CIR and PIR in RFC 2698 for trTCM
3. CTR and PTR in RFC 2859 for TSWTCM
4. AverageRate in RFC 3290, section 5.1.1"
::= { dsTBParamEntry 3 }
dsTBParamBurstSize OBJECT-TYPE
SYNTAX BurstSize
UNITS "Bytes"
STATUS current
DESCRIPTION
"The maximum number of bytes in a single transmission
burst. This attribute is used for:
1. CBS and EBS in RFC 2697 for srTCM
2. CBS and PBS in RFC 2698 for trTCM
3. Burst Size in RFC 3290, section 5."
::= { dsTBParamEntry 4 }
dsTBParamInterval OBJECT-TYPE
SYNTAX Unsigned32 (1..4294967295)
UNITS "microseconds"
STATUS current
DESCRIPTION
"The time interval used with the token bucket. For:
1. Average Rate Meter, RFC 3290, section 5.1.1,
-Delta.
2. Simple Token Bucket Meter, RFC 3290, section
5.1.3, - time interval t.
3. RFC 2859 TSWTCM, - AVG_INTERVAL.
4. RFC 2697 srTCM, RFC 2698 trTCM, - token
bucket update time interval."
::= { dsTBParamEntry 5 }
-- -- Actions --
- - 行動 -
--
-- The Action Table allows enumeration of the different
-- types of actions to be applied to a traffic flow.
--
dsActionTable OBJECT-TYPE SYNTAX SEQUENCE OF DsActionEntry PIB-ACCESS install STATUS current DESCRIPTION "The Action Table enumerates actions that can be per-formed to a stream of traffic. Multiple actions can be concatenated.
DSACTIONTABLEオブジェクトタイプのDSACTIONENTRY PIB-ACCESSインストールステータス現在の説明 "アクションテーブルは、トラフィックのストリームにフォームすることができるアクションを列挙します。複数のアクションを連結できます。
Specific actions are indicated by dsAction-Specific which points to an entry of a specific action type parameterizing the action in detail."
特定のアクションは、アクションを詳細にパラメーター化する特定のアクションタイプのエントリを指すDSACTION固有によって示されます。」
REFERENCE
"An Informal Management Model for Diffserv Routers,
RFC 3290, section 6."
::= { dsPolicyClasses 6 }
dsActionEntry OBJECT-TYPE
SYNTAX DsActionEntry
STATUS current
DESCRIPTION
"Each entry in the action table allows description of
one specific action to be applied to traffic."
PIB-INDEX { dsActionPrid }
UNIQUENESS { dsActionNext,
dsActionSpecific }
::= { dsActionTable 1 }
DsActionEntry ::= SEQUENCE {
dsActionPrid InstanceId,
dsActionNext Prid,
dsActionSpecific Prid
}
dsActionPrid OBJECT-TYPE
SYNTAX InstanceId
STATUS current
DESCRIPTION
"An arbitrary integer index that uniquely identifies an
instance of the class."
::= { dsActionEntry 1 }
dsActionNext OBJECT-TYPE SYNTAX Prid STATUS current DESCRIPTION "This selects the next diffserv functional datapath element to handle traffic for this data path.
DSACTIONNEXTオブジェクトタイプ構文PRIDステータス現在の説明 "これにより、次のDiffServ Functional DataPath要素を選択して、このデータパスのトラフィックを処理します。
The value zeroDotZero in this variable indicates no
further DiffServ treatment is performed on traffic of
this datapath. Any other value must point to a valid
(pre-existing) instance of one of:
dsClfrEntry
dsMeterEntry
dsActionEntry
dsAlgDropEntry
dsQEntry."
DEFVAL { zeroDotZero }
::= { dsActionEntry 2 }
dsActionSpecific OBJECT-TYPE SYNTAX Prid STATUS current DESCRIPTION "A pointer to an object instance providing additional information for the type of action indicated by this action table entry.
dsactionspecificオブジェクトタイプの構文PRIDステータス現在の説明 "このアクションテーブルエントリで示されるアクションの種類の追加情報を提供するオブジェクトインスタンスへのポインター。
For the standard actions defined by this PIB module, this should point to an instance of dsDscpMarkActEntry. For other actions, it may point to an instance of a PRC defined in some other PIB.
このPIBモジュールによって定義された標準アクションの場合、これはDSDSCPMarkactentryのインスタンスを指すはずです。他のアクションについては、他のPIBで定義されているPRCのインスタンスを指している場合があります。
The PRI pointed to must exist prior to installing this
action datapath entry."
::= { dsActionEntry 3 }
-- DSCP Mark Action Table
--
-- Rows of this class are pointed to by dsActionSpecific
-- to provide detailed parameters specific to the DSCP
-- Mark action.
-- This class should at most contain one entry for each supported
-- DSCP value. These entries should be reused by different
-- dsActionEntry in same or different data paths.
--
dsDscpMarkActTable OBJECT-TYPE
SYNTAX SEQUENCE OF DsDscpMarkActEntry
PIB-ACCESS install
STATUS current
DESCRIPTION
"This class enumerates specific DSCPs used for marking or
remarking the DSCP field of IP packets. The entries of this
table may be referenced by a dsActionSpecific attribute."
REFERENCE
"An Informal Management Model for Diffserv Routers,
RFC 3290, section 6.1"
::= { dsPolicyClasses 7 }
dsDscpMarkActEntry OBJECT-TYPE
SYNTAX DsDscpMarkActEntry
STATUS current
DESCRIPTION
"An entry in the DSCP mark action table that describes a
single DSCP used for marking."
PIB-INDEX { dsDscpMarkActPrid }
UNIQUENESS { dsDscpMarkActDscp }
::= { dsDscpMarkActTable 1 }
DsDscpMarkActEntry ::= SEQUENCE {
dsDscpMarkActPrid InstanceId,
dsDscpMarkActDscp Dscp
}
dsDscpMarkActPrid OBJECT-TYPE
SYNTAX InstanceId
STATUS current
DESCRIPTION
"An arbitrary integer index that uniquely identifies an
instance of the class."
::= { dsDscpMarkActEntry 1 }
dsDscpMarkActDscp OBJECT-TYPE
SYNTAX Dscp
STATUS current
DESCRIPTION
"The DSCP that this Action uses for marking/remarking
traffic. Note that a DSCP value of -1 is not permit-
ted in this class. It is quite possible that the
only packets subject to this Action are already
marked with this DSCP. Note also that DiffServ may
result in packet remarking both on ingress to a net-
work and on egress from it and it is quite possible
that ingress and egress would occur in the same
router."
::= { dsDscpMarkActEntry 2 }
-- -- Algorithmic Drop Table --
---アルゴリズムドロップテーブル -
-- Algorithmic Drop Table is the entry point for the Algorithmic
-- Dropper functional data path element.
-- For a simple algorithmic dropper, a single algorithmic drop entry
-- will be sufficient to parameterize the dropper.
-- For more complex algorithmic dropper, the dsAlgDropSpecific
-- attribute can be used to reference an entry in a parameter table,
-- e.g., dsRandomDropTable for random dropper.
-- For yet more complex dropper, for example, dropper that measures
-- multiple queues, each queue with its own algorithm, can use a
-- dsAlgDropTable entry as the entry point for Algorithmic Dropper
-- functional data path element, leaving the dropper parameters
-- for each queue be specified by entries of dsMQAlgDropTable.
-- In such usage, the anchoring dsAlgDropEntry's dsAlgDropType
-- should be mQDrop, and its dsAlgDropQMeasure should reference
-- the subsequent dsMQAlgDropEntry's, its dsAlgDropSpecific
-- should be used to reference parameters applicable to all the
-- queues being measured.
-- The subsequent dsMQAlgDropEntry's will provide the parameters,
-- one for each queue being measured. The dsMQAlgDropEntry's are
-- chained using their dsMQAlgDropNext attributes.
--
dsAlgDropTable OBJECT-TYPE
SYNTAX SEQUENCE OF DsAlgDropEntry
PIB-ACCESS install
STATUS current
DESCRIPTION
"The algorithmic drop table contains entries describ-
ing a functional data path element that drops
packets according to some algorithm."
REFERENCE
"An Informal Management Model for Diffserv Routers,
RFC 3290, section 7.1.3"
::= { dsPolicyClasses 8 }
dsAlgDropEntry OBJECT-TYPE
SYNTAX DsAlgDropEntry
STATUS current
DESCRIPTION
"An entry describes a process that drops packets
according to some algorithm. Further details of the
algorithm type are to be found in dsAlgDropType
and with more detail parameter entry pointed to by
dsAlgDropSpecific when necessary."
PIB-INDEX { dsAlgDropPrid }
UNIQUENESS { dsAlgDropType,
dsAlgDropNext,
dsAlgDropQMeasure,
dsAlgDropQThreshold,
dsAlgDropSpecific }
::= { dsAlgDropTable 1 }
DsAlgDropEntry ::= SEQUENCE {
dsAlgDropPrid InstanceId,
dsAlgDropType INTEGER,
dsAlgDropNext Prid,
dsAlgDropQMeasure Prid,
dsAlgDropQThreshold Unsigned32,
dsAlgDropSpecific Prid
}
dsAlgDropPrid OBJECT-TYPE
SYNTAX InstanceId
STATUS current
DESCRIPTION
"An arbitrary integer index that uniquely identifies an
instance of the class."
::= { dsAlgDropEntry 1 }
dsAlgDropType OBJECT-TYPE
SYNTAX INTEGER {
other(1),
tailDrop(2),
headDrop(3),
randomDrop(4),
alwaysDrop(5),
mQDrop(6)
}
STATUS current
DESCRIPTION
"The type of algorithm used by this dropper. A value
of tailDrop(2), headDrop(3), or alwaysDrop(5) represents
an algorithm that is completely specified by this PIB.
A value of other(1) indicates that the specifics of the drop algorithm are specified in some other PIB module, and that the dsAlgDropSpecific attribute points to an instance of a PRC in that PIB that specifies the information necessary to implement the algorithm.
他の（1）の値は、ドロップアルゴリズムの詳細が他のPIBモジュールで指定されていること、およびdSalgdropspecific属性がアルゴリズムを実装するために必要な情報を指定するPIBのPRCのインスタンスを指していることを示します。
The tailDrop(2) algorithm is described as follows: dsAlgDropQThreshold represents the depth of the queue, pointed to by dsAlgDropQMeasure, at which all newly arriving packets will be dropped.
テールドロップ（2）アルゴリズムは次のように説明されています。DSALGDROPQTHRESHOLDは、DSALGDROPQMEASUREによって指摘されたキューの深さを表します。
The headDrop(3) algorithm is described as follows: if a packet arrives when the current depth of the queue, pointed to by dsAlgDropQMeasure, is at dsAlgDropQThreshold, packets currently at the head of the queue are dropped to make room for the new packet to be enqueued at the tail of the queue.
ヘッドドロップ（3）アルゴリズムは次のように説明されています：dsalgdropqmeasureによって指摘されたキューの現在の深さがdsalgdropqthresholdにあるときにパケットが到着した場合、現在キューの頭にあるパケットは、新しいパケットのための部屋を作るために現在キューの頭にありますキューの尾でenquedされます。
The randomDrop(4) algorithm is described as follows: on packet arrival, an algorithm is executed which may randomly drop the packet, or drop other packet(s) from the queue in its place. The specifics of the algorithm may be proprietary. For this algorithm, dsAlgDropSpecific points to a dsRandomDropEntry that describes the algorithm. For this algorithm, dsAlgQThreshold is understood to be the absolute maximum size of the queue and additional parameters are described in dsRandomDropTable.
ランダムドロップ（4）アルゴリズムは次のように説明されています。パケットの到着時には、パケットをランダムにドロップするか、その場所のキューから他のパケットをドロップするアルゴリズムが実行されます。アルゴリズムの詳細は独自のものである可能性があります。このアルゴリズムでは、dSalgdropspecificはアルゴリズムを記述するdsrandomdropentryを指します。このアルゴリズムでは、dsalgqthresholdはキューの絶対最大サイズであると理解されており、追加のパラメーターがDsrandomdroptableで説明されています。
The alwaysDrop(5) algorithm always drops packets. In this case, the other configuration values in this Entry are not meaningful; The queue is not used, therefore, dsAlgDropNext, dsAlgDropQMeasure, and dsAlgDropSpecific should be all set to zeroDotZero.
AlwaysDrop（5）アルゴリズムは常にパケットをドロップします。この場合、このエントリの他の構成値は意味がありません。キューは使用されていないため、dSalgDropNext、dSalgDropQMeasure、およびdSalgDropSpecificはすべてZerodotzeroに設定する必要があります。
The mQDrop(6) algorithm measures multiple queues for the drop algorithm. The queues measured are represented by having dsAlgDropQMeasure referencing a dsMQAlgDropEntry. Each of the chained dsMQAlgDropEntry is used to describe the drop algorithm for one of the measured queues."
MQDROP（6）アルゴリズムは、ドロップアルゴリズムの複数のキューを測定します。測定されたキューは、dsmqalgdropentryを参照するdsalgdropqmeasureを持つことによって表されます。鎖で覆われた各dsmqalgdropentryは、測定されたキューの1つのドロップアルゴリズムを記述するために使用されます。」
::= { dsAlgDropEntry 2 }
dsAlgDropNext OBJECT-TYPE SYNTAX Prid STATUS current DESCRIPTION "This selects the next diffserv functional datapath element to handle traffic for this data path.
DSALGDROPNEXTオブジェクトタイプの構文PRIDステータス現在の説明 "これは、次のDiffServ Functional DataPath要素を選択して、このデータパスのトラフィックを処理します。
The value zeroDotZero in this attribute indicates no further DiffServ treatment is performed on traffic of this datapath. Any other value must point to a valid (pre-existing) instance of one of: dsClfrEntry dsMeterEntry dsActionEntry dsAlgDropEntry dsQEntry.
この属性の値ゼロドッツェロは、このデータパスのトラフィックでそれ以上のdiffserv治療が実行されないことを示しています。その他の値は、DSCLFRENTRY DSMETERENTRY DSACTIONENTRY DSALGDROPENTRY DSQENTRYの1つの有効な（既存の）インスタンスを指す必要があります。
When dsAlgDropType is alwaysDrop(5), this attribute is
Ignored."
DEFVAL { zeroDotZero }
::= { dsAlgDropEntry 3 }
dsAlgDropQMeasure OBJECT-TYPE SYNTAX Prid STATUS current DESCRIPTION
dSalgDropQMeasure Object-Type構文PRIDステータス現在の説明
"Points to a PRI to indicate the queues that a drop algorithm is to monitor when deciding whether to drop a packet.
「PRIを指して、ドロップアルゴリズムがパケットをドロップするかどうかを決定するときに監視することであるというキューを示します。
For alwaysDrop(5), this attribute should be zeroDotZero. For tailDrop(2), headDrop(3), randomDrop(4), this should point to an entry in the dsQTable. For mQDrop(6), this should point to a dsMQAlgDropEntry that Describe one of the queues being measured for multiple queue dropper.
常にドロップ（5）の場合、この属性はzerodotzeroでなければなりません。Taildrop（2）、Headdrop（3）、RandomDrop（4）の場合、これはDSQTableのエントリを指しているはずです。mqdrop（6）の場合、これは、複数のキュードロッパーで測定されているキューの1つを記述するDSMQalgdropentryを指す必要があります。
The PRI pointed to must exist prior to installing
this dropper element."
::= { dsAlgDropEntry 4 }
dsAlgDropQThreshold OBJECT-TYPE SYNTAX Unsigned32 (1..4294967295) UNITS "Bytes" STATUS current DESCRIPTION "A threshold on the depth in bytes of the queue being measured at which a trigger is generated to the drop-ping algorithm, unless dsAlgDropType is alwaysDrop(5) where this attribute is ignored.
dsalgdropqthresholdオブジェクトタイプのsyntax untigned32（1..4294967295）ユニット「バイト」ステータス「現在の説明」のしきい値「キューの深さのしきい値」は、トリガーがドロップペーシングアルゴリズムに生成されます。5）この属性が無視される場合。
For the tailDrop(2) or headDrop(3) algorithms, this
represents the depth of the queue, pointed to by
dsAlgDropQMeasure, at which the drop action
will take place. Other algorithms will need to define
their own semantics for this threshold."
::= { dsAlgDropEntry 5 }
dsAlgDropSpecific OBJECT-TYPE SYNTAX Prid STATUS current DESCRIPTION "Points to a table entry that provides further detail regarding a drop algorithm. The PRI pointed to must exist prior to installing this dropper element.
dSalgDropspecificオブジェクトタイプの構文PRIDステータス現在の説明 "ドロップアルゴリズムに関するさらに詳細を提供するテーブルエントリを指します。
Entries with dsAlgDropType equal to other(1) must have this point to an instance of a PRC defined in another PIB module.
他の（1）に等しいDSALGDROPTYPEを使用したエントリは、別のPIBモジュールで定義されているPRCのインスタンスにこの点を持つ必要があります。
Entries with dsAlgDropType equal to random-Drop(4) must have this point to an entry in dsRandomDropTable.
ランダムドロップ（4）に等しいDSALGDROPTYPEを使用したエントリは、DSRANDOMDROPTABLEのエントリにこのポイントを持つ必要があります。
Entries with dsAlgDropType equal to mQDrop(6) can use this attribute to reference parameters that is used by all the queues of the multiple queues being measured.
MQDrop（6）に等しいDSALGDROPTYPEを使用したエントリは、測定されている複数のキューのすべてのキューで使用される参照パラメーターにこの属性を使用できます。
For all other algorithms, this should take the value
zeroDotZero."
::= { dsAlgDropEntry 6 }
--
-- Multiple Queue Algorithmic Drop Table
--
-- Entries of this table should be referenced by dsAlgDropQMeasure
-- when dsAlgDropType is mQDrop(6) for droppers measuring multiple
-- queues for its drop algorithm.
-- Each entry of the table is used to describe the drop algorithm
-- for a single queue within the multiple queues being measured.
--
-- Entries of this table, dsMQAlgDropEntry, is extended from
-- dsAlgDropEntry, with usage of corresponding parameters the same
-- except:
-- dsAlgDropNext is used to point to the next diffserv
-- functional data path element when the packet is not dropped.
-- dsMQAlgDropExceedNext is used to point to the next
-- dsMQAlgDropEntry for chaining together the multiple
-- dsMQAlgDropEntry's for the multiple queues being measured.
--
dsMQAlgDropTable OBJECT-TYPE
SYNTAX SEQUENCE OF DsMQAlgDropEntry
PIB-ACCESS install
STATUS current
DESCRIPTION
"The multiple queue algorithmic drop table contains entries
describing each queue being measured for the multiple queue
algorithmic dropper."
::= { dsPolicyClasses 9 }
dsMQAlgDropEntry OBJECT-TYPE SYNTAX DsMQAlgDropEntry STATUS current DESCRIPTION "An entry describes a process that drops packets according to some algorithm. Each entry is used for each of the multiple queues being measured. Each entry extends the basic dsAlgDropEntry with adding of a dsMQAlgDropExceedNext attribute.
DSMQALGDROPENTRYオブジェクトタイプの構文DSMQALGDROPENTRYステータス現在の説明 "エントリは、いくつかのアルゴリズムに従ってパケットをドロップするプロセスを説明します。各エントリは、測定されている複数のキューのそれぞれに使用されます。
Further details of the algorithm type are to be found in
dsAlgDropType and with more detail parameter entry pointed
to by dsMQAlgDropSpecific when necessary."
EXTENDS { dsAlgDropEntry }
UNIQUENESS { dsMQAlgDropExceedNext }
::= { dsMQAlgDropTable 1 }
DsMQAlgDropEntry ::= SEQUENCE {
dsMQAlgDropExceedNext Prid
}
dsMQAlgDropExceedNext OBJECT-TYPE
SYNTAX Prid
STATUS current
DESCRIPTION
"Used for linking of multiple dsMQAlgDropEntry for mQDrop.
A value of zeroDotZero indicates this is the last of a
chain of dsMQAlgDropEntry."
DEFVAL { zeroDotZero }
::= { dsMQAlgDropEntry 1 }
-- -- Random Drop Table --
---ランダムドロップテーブル -
dsRandomDropTable OBJECT-TYPE
SYNTAX SEQUENCE OF DsRandomDropEntry
PIB-ACCESS install
STATUS current
DESCRIPTION
"The random drop table contains entries describing a
process that drops packets randomly. Entries in this
table is intended to be pointed to by dsAlgDropSpecific
when dsAlgDropType is randomDrop(4)."
REFERENCE
"An Informal Management Model for Diffserv Routers,
RFC 3290, section 7.1.3"
::= { dsPolicyClasses 10 }
dsRandomDropEntry OBJECT-TYPE
SYNTAX DsRandomDropEntry
STATUS current
DESCRIPTION
"An entry describes a process that drops packets
according to a random algorithm."
PIB-INDEX { dsRandomDropPrid }
UNIQUENESS { dsRandomDropMinThreshBytes,
dsRandomDropMinThreshPkts,
dsRandomDropMaxThreshBytes,
dsRandomDropMaxThreshPkts,
dsRandomDropProbMax,
dsRandomDropWeight,
dsRandomDropSamplingRate
}
::= { dsRandomDropTable 1 }
DsRandomDropEntry ::= SEQUENCE {
dsRandomDropPrid InstanceId,
dsRandomDropMinThreshBytes Unsigned32,
dsRandomDropMinThreshPkts Unsigned32,
dsRandomDropMaxThreshBytes Unsigned32,
dsRandomDropMaxThreshPkts Unsigned32,
dsRandomDropProbMax Unsigned32,
dsRandomDropWeight Unsigned32,
dsRandomDropSamplingRate Unsigned32
}
dsRandomDropPrid OBJECT-TYPE
SYNTAX InstanceId
STATUS current
DESCRIPTION
"An arbitrary integer index that uniquely identifies an
instance of the class."
::= { dsRandomDropEntry 1 }
dsRandomDropMinThreshBytes OBJECT-TYPE
SYNTAX Unsigned32 (1..4294967295)
UNITS "bytes"
STATUS current
DESCRIPTION
"The average queue depth in bytes, beyond which traffic has a
non-zero probability of being dropped."
::= { dsRandomDropEntry 2 }
dsRandomDropMinThreshPkts OBJECT-TYPE
SYNTAX Unsigned32 (1..4294967295)
UNITS "packets"
STATUS current
DESCRIPTION
"The average queue depth in packets, beyond which traffic has
a non-zero probability of being dropped."
::= { dsRandomDropEntry 3 }
dsRandomDropMaxThreshBytes OBJECT-TYPE SYNTAX Unsigned32 (1..4294967295) UNITS "bytes" STATUS current DESCRIPTION
dsrandomdropmaxthreshbytes object-type syntax untigned32（1..4294967295）units "bytes" status current current descripition
"The average queue depth beyond which traffic has a
probability indicated by dsRandomDropProbMax of being dropped
or marked. Note that this differs from the physical queue
limit, which is stored in dsAlgDropQThreshold."
::= { dsRandomDropEntry 4 }
dsRandomDropMaxThreshPkts OBJECT-TYPE
SYNTAX Unsigned32 (1..4294967295)
UNITS "packets"
STATUS current
DESCRIPTION
"The average queue depth beyond which traffic has a
probability indicated by dsRandomDropProbMax of being dropped
or marked. Note that this differs from the physical queue
limit, which is stored in dsAlgDropQThreshold."
::= { dsRandomDropEntry 5 }
dsRandomDropProbMax OBJECT-TYPE SYNTAX Unsigned32 (0..1000) STATUS current DESCRIPTION "The worst case random drop probability, expressed in drops per thousand packets.
dsrandomdropprobmax object-type syntax untigned32（0..1000）ステータス現在の説明 "最悪の場合、1000パケットあたりのドロップで表されるランダムドロップ確率。
For example, if every packet may be dropped in the worst case
(100%), this has the value 1000. Alternatively, if in the
worst case one percent (1%) of traffic may be dropped, it has
the value 10."
::= { dsRandomDropEntry 6 }
dsRandomDropWeight OBJECT-TYPE SYNTAX Unsigned32 (0..4294967295) STATUS current DESCRIPTION "The weighting of past history in affecting the Exponentially Weighted Moving Average function which calculates the current average queue depth. The equation uses dsRandomDropWeight/MaxValue as the coefficient for the new sample in the equation, and (MaxValue - dsRandomDropWeight)/MaxValue as the coefficient of the old value, where, MaxValue is determined via capability reported by the PEP.
dsrandomdropweight object-type sntax untisined32（0..4294967295）ステータス現在の説明 "現在の平均キュー深度に計算する指数の加重移動平均関数に影響する過去の歴史の重み付け。方程式、および（maxvalue -dsrandomdropight）/maxvalueは、古い値の係数として、maxvalueはpepによって報告された能力を介して決定されます。
Implementations may further limit the values of
dsRandomDropWeight via the capability tables."
::= { dsRandomDropEntry 7 }
dsRandomDropSamplingRate OBJECT-TYPE
dsrandomdropsamplingRateオブジェクトタイプ
SYNTAX Unsigned32 (0..1000000)
STATUS current
DESCRIPTION
"The number of times per second the queue is sampled for queue
average calculation. A value of zero means the queue is
sampled approximately each time a packet is enqueued (or
dequeued)."
::= { dsRandomDropEntry 8 }
-- -- Queue Table --
---キューテーブル -
--
-- An entry of dsQTable represents a FIFO queue diffserv
-- functional data path element as described in [MODEL] section
-- 7.1.1.
-- Notice the specification of scheduling parameters for a queue
-- as part of the input to a scheduler functional data path
-- element as described in [MODEL] section 7.1.2. This allows
-- building of hierarchical queuing/scheduling.
-- A queue therefore is parameterized by:
-- 1. Which scheduler will service this queue, dsQNext.
-- 2. How the scheduler will service this queue, with respect
-- to all the other queues the same scheduler needs to service,
-- dsQMinRate and dsQMaxRate.
--
-- Notice one or more upstream diffserv functional data path element
-- may share, point to, a dsQTable entry as described in [MODEL]
-- section 7.1.1.
--
dsQTable OBJECT-TYPE
SYNTAX SEQUENCE OF DsQEntry
PIB-ACCESS install
STATUS current
DESCRIPTION
"The Queue Table enumerates the queues."
::= { dsPolicyClasses 11 }
dsQEntry OBJECT-TYPE SYNTAX DsQEntry STATUS current DESCRIPTION "An entry in the Queue Table describes a single queue as a functional data path element." PIB-INDEX { dsQPrid } UNIQUENESS { dsQNext,
DSQENTRYオブジェクトタイプ構文DSQENTRYステータス現在の説明「キューテーブルのエントリは、単一のキューを機能的なデータパス要素として説明しています。」pib-index {dsqprid} inqueness {dsqnext、
dsQMinRate,
dsQMaxRate }
::= { dsQTable 1 }
DsQEntry ::= SEQUENCE {
dsQPrid InstanceId,
dsQNext Prid,
dsQMinRate Prid,
dsQMaxRate Prid
}
dsQPrid OBJECT-TYPE
SYNTAX InstanceId
STATUS current
DESCRIPTION
"An arbitrary integer index that uniquely identifies an
instance of the class."
::= { dsQEntry 1 }
dsQNext OBJECT-TYPE SYNTAX Prid STATUS current DESCRIPTION "This selects the next diffserv scheduler. This must point to a dsSchedulerEntry.
dsqnext object-type構文Pridステータス現在の説明 "これは、次のDiffServスケジューラを選択します。これはDSSchedulerEntryを指す必要があります。
A value of zeroDotZero in this attribute indicates an
incomplete dsQEntry instance. In such a case, the entry
has no operational effect, since it has no parameters to
give it meaning."
::= { dsQEntry 2 }
dsQMinRate OBJECT-TYPE
SYNTAX Prid
STATUS current
DESCRIPTION
"This Prid indicates the entry in dsMinRateTable
the scheduler, pointed to by dsQNext, should use to service
this queue.
If this value is zeroDotZero
then minimum rate and priority is unspecified.
If this value is not zeroDotZero then the instance pointed to
must exist prior to installing this entry."
::= { dsQEntry 3 }
dsQMaxRate OBJECT-TYPE
SYNTAX Prid
STATUS current
DESCRIPTION
"This Prid indicates the entry in dsMaxRateTable
the scheduler, pointed to by dsQNext, should use to service
this queue.
If this value is zeroDotZero, then the maximum rate is the
line speed of the interface.
If this value is not zeroDotZero, then the instance pointed
to must exist prior to installing this entry."
::= { dsQEntry 4 }
--
-- Scheduler Table
--
--
-- The Scheduler Table is used for representing packet schedulers:
-- it provides flexibility for multiple scheduling algorithms, each
-- servicing multiple queues, to be used on the same
-- logical/physical interface of a data path.
--
-- Notice the servicing parameters the scheduler uses is
-- specified by each of its upstream functional data path elements,
-- queues or schedulers of this PIB.
-- The coordination and coherency between the servicing parameters
-- of the scheduler's upstream functional data path elements must
-- be maintained for the scheduler to function correctly.
--
-- The dsSchedulerMinRate and dsSchedulerMaxRate attributes are
-- used for specifying the servicing parameters for output of a
-- scheduler when its downstream functional data path element
-- is another scheduler.
-- This is used for building hierarchical queue/scheduler.
--
-- More discussion of the scheduler functional data path element
-- is in [MODEL] section 7.1.2.
--
dsSchedulerTable OBJECT-TYPE SYNTAX SEQUENCE OF DsSchedulerEntry PIB-ACCESS install STATUS current DESCRIPTION "The Scheduler Table enumerates packet schedulers. Multiple scheduling algorithms can be used on a given datapath, with each algorithm described by one dsSchedulerEntry." REFERENCE "An Informal Management Model for Diffserv Routers, RFC 3290, section 7.1.2"
dsschedulertableオブジェクトタイプの構文dsschedulerentry pib-accessインストールステータス現在の説明 "スケジューラテーブルはパケットスケジューラを列挙します。複数のスケジューリングアルゴリズムを使用することができます。参照「Diffservルーターの非公式管理モデル、RFC 3290、セクション7.1.2」
::= { dsPolicyClasses 12 }
dsSchedulerEntry OBJECT-TYPE
SYNTAX DsSchedulerEntry
STATUS current
DESCRIPTION
"An entry in the Scheduler Table describing a single
instance of a scheduling algorithm."
PIB-INDEX { dsSchedulerPrid }
UNIQUENESS { dsSchedulerNext,
dsSchedulerMethod,
dsSchedulerMinRate,
dsSchedulerMaxRate }
::= { dsSchedulerTable 1 }
DsSchedulerEntry ::= SEQUENCE {
dsSchedulerPrid InstanceId,
dsSchedulerNext Prid,
dsSchedulerMethod AutonomousType,
dsSchedulerMinRate Prid,
dsSchedulerMaxRate Prid
}
dsSchedulerPrid OBJECT-TYPE
SYNTAX InstanceId
STATUS current
DESCRIPTION
"An arbitrary integer index that uniquely identifies an
instance of the class."
::= { dsSchedulerEntry 1 }
dsSchedulerNext OBJECT-TYPE SYNTAX Prid STATUS current DESCRIPTION "This selects the next diffserv functional datapath element to handle traffic for this data path.
dsschedulernextオブジェクトタイプの構文Pridステータス現在の説明 "これは、次のDiffServ機能データパス要素を選択して、このデータパスのトラフィックを処理します。
This attribute normally have a value of zeroDotZero to indicate no further DiffServ treatment is performed on traffic of this datapath. The use of zeroDotZero is the normal usage for the last functional datapath element. Any value other than zeroDotZero must point to a valid (pre-existing) instance of one of: dsSchedulerEntry dsQEntry,
この属性は通常、このデータパスのトラフィックに対してそれ以上のdiffserv治療が実行されないことを示すためにゼロドッツロの値を持っています。Zerodotzeroの使用は、最後の機能データパス要素の通常の使用法です。Zerodotzero以外の値は、dsschedulerentry dsqentryの1つの有効な（既存の）インスタンスを指す必要があります。
or:
または：
dsClfrEntry dsMeterEntry dsActionEntry dsAlgDropEntry
DSCLFRENTRY DSMETERENTRY DSACTIONENTRY DSALGDROPENTRY
This points to another dsSchedulerEntry
for implementation of multiple scheduler methods for
the same data path, and for implementation of
hierarchical schedulers."
DEFVAL { zeroDotZero }
::= { dsSchedulerEntry 2 }
dsSchedulerMethod OBJECT-TYPE
SYNTAX AutonomousType
STATUS current
DESCRIPTION
"The scheduling algorithm used by this Scheduler.
Standard values for generic algorithms:
diffServSchedulerPriority,
diffServSchedulerWRR,
diffServSchedulerWFQ
are specified in the DiffServ MIB.
Additional values may be further specified in other PIBs.
A value of zeroDotZero indicates this is unknown."
REFERENCE
"An Informal Management Model for Diffserv Routers,
RFC 3290, section 7.1.2"
::= { dsSchedulerEntry 3 }
dsSchedulerMinRate OBJECT-TYPE SYNTAX Prid STATUS current DESCRIPTION "This Prid indicates the entry in dsMinRateTable which indicates the priority or minimum output rate from this scheduler. This attribute is used only when there is more than one level of scheduler.
DSSCHEDULERMINRATEオブジェクトタイプの構文PRIDステータス現在の説明 "このプリッドは、このスケジューラからの優先順位または最小出力率を示すDSMINRATETABLEのエントリを示します。この属性は、スケジューラーのレベルがある場合にのみ使用されます。
When it has the value zeroDotZero, it indicates that no
Minimum rate or priority is imposed."
DEFVAL { zeroDotZero }
::= { dsSchedulerEntry 4 }
dsSchedulerMaxRate OBJECT-TYPE SYNTAX Prid STATUS current DESCRIPTION "This Prid indicates the entry in dsMaxRateTable
dsschedulermaxrateオブジェクトタイプの構文型プリッドステータス現在の説明 "このプリッドはdsmaxrateTableのエントリを示しています
which indicates the maximum output rate from this scheduler. When more than one maximum rate applies (e.g., a multi-rate shaper is used), it points to the first of the rate entries. This attribute is only used when there is more than one level of scheduler.
これは、このスケジューラからの最大出力速度を示しています。複数の最大レートが適用されると（たとえば、多価格シェーパーが使用されています）、レートエントリの最初を指します。この属性は、スケジューラのレベルが複数ある場合にのみ使用されます。
When it has the value zeroDotZero, it indicates that no
Maximum rate is imposed."
DEFVAL { zeroDotZero }
::= { dsSchedulerEntry 5 }
--
-- Minimum Rate Parameters Table
--
-- The parameters used by a scheduler for its inputs or outputs are
-- maintained separately from the Queue or Scheduler table entries
-- for reusability reasons and so that they may be used by both
-- queues and schedulers. This follows the approach for separation
-- of data path elements from parameterization that is used
-- throughout this PIB.
-- Use of these Minimum Rate Parameter Table entries by Queues and
-- Schedulers allows the modeling of hierarchical scheduling
-- systems.
--
-- Specifically, a Scheduler has one or more inputs and one output.
-- Any queue feeding a scheduler, or any scheduler which feeds a
-- second scheduler, might specify a minimum transfer rate by
-- pointing to a Minimum Rate Parameter Table entry.
--
-- The dsMinRatePriority/Absolute/Relative attributes are used as
-- parameters to the work-conserving portion of a scheduler:
-- "work-conserving" implies that the scheduler can continue to emit
-- data as long as there is data available at its input(s). This
-- has the effect of guaranteeing a certain priority relative to
-- other scheduler inputs and/or a certain minimum proportion of the
-- available output bandwidth. Properly configured, this means a
-- certain minimum rate, which may be exceeded should traffic be
-- available should there be spare bandwidth after all other classes
-- have had opportunities to consume their own minimum rates.
--
dsMinRateTable OBJECT-TYPE
SYNTAX SEQUENCE OF DsMinRateEntry
PIB-ACCESS install
STATUS current
DESCRIPTION
"The Minimum Rate Table enumerates individual
sets of scheduling parameter that can be used/reused
by Queues and Schedulers."
::= { dsPolicyClasses 13 }
dsMinRateEntry OBJECT-TYPE
SYNTAX DsMinRateEntry
STATUS current
DESCRIPTION
"An entry in the Minimum Rate Table describes
a single set of scheduling parameter for use by
queues and schedulers."
PIB-INDEX { dsMinRatePrid }
UNIQUENESS { dsMinRatePriority,
dsMinRateAbsolute,
dsMinRateRelative }
::= { dsMinRateTable 1 }
DsMinRateEntry ::= SEQUENCE {
dsMinRatePrid InstanceId,
dsMinRatePriority Unsigned32,
dsMinRateAbsolute Unsigned32,
dsMinRateRelative Unsigned32
}
dsMinRatePrid OBJECT-TYPE
SYNTAX InstanceId
STATUS current
DESCRIPTION
"An arbitrary integer index that uniquely identifies an
instance of the class."
::= { dsMinRateEntry 1 }
dsMinRatePriority OBJECT-TYPE
SYNTAX Unsigned32 (1..4294967295)
STATUS current
DESCRIPTION
"The priority of this input to the associated scheduler,
relative to the scheduler's other inputs. Higher Priority
value indicates the associated queue/scheduler will get
service first before others with lower Priority values."
::= { dsMinRateEntry 2 }
dsMinRateAbsolute OBJECT-TYPE SYNTAX Unsigned32 (1..4294967295) UNITS "kilobits per second" STATUS current DESCRIPTION "The minimum absolute rate, in kilobits/sec, that a downstream scheduler element should allocate to this queue. If the value is zero, then there is effectively no minimum rate guarantee. If the value is non-zero, the scheduler will assure the servicing of this queue to at least this rate.
dsminrateabsolute object-type sntax unsigned32（1..4294967295）units "kilobits/second" kilobits "status current current current" kilobits/secでの最小絶対レート、下流のスケジューラー要素がこのQueueに割り当てる必要がある場合。事実上最小レート保証はありません。値がゼロ以外の場合、スケジューラはこのキューのサービスを少なくともこのレートに保証します。
Note that this attribute's value is coupled to that of dsMinRateRelative: changes to one will affect the value of the other.
この属性の値は、dsminraterelativeの値と結びついていることに注意してください。一方への変更は、他方の値に影響します。
[IFMIB] defines ifSpeed as Gauge32 in units of bits per second, and ifHighSpeed as Gauge32 in units of 1,000,000 bits per second. This yields the following equations:
[IFMIB]は、IFSpeedを1秒あたりビット単位単位のGauge32として、1秒あたり1,000,000ビットの単位単位でGauge32としてifhighSpeedを定義します。これにより、次の方程式が得られます。
RateRelative = [ (RateAbsolute * 1000) / ifSpeed ] * 1,000
Where, 1000 is for converting kbps used by RateAbsolute to bps used by ifSpeed, 1,000 is for 'in units of 1/1,000 of 1' for RateRelative.
ここで、1000は、Rateabsoluteで使用されるKBPをiFSpeedで使用するBPSに変換するために、1,000は 'for' for 'in' of 1 'of 1' 'for Ratererativeです。
or, if appropriate:
または、必要に応じて：
RateRelative =
{ [ (RateAbsolute * 1000) / 1,000,000 ] / ifHIghSpeed } *
1,000
Where, 1000 and 1,000,000 is for converting kbps used by
RateAbsolute to 1 million bps used by ifHighSpeed, 1,000 is
for 'in units of 1/1,000 of 1' for RateRelative."
REFERENCE
"ifSpeed, ifHighSpeed from the IF-MIB, RFC 2863."
::= { dsMinRateEntry 3 }
dsMinRateRelative OBJECT-TYPE SYNTAX Unsigned32 (1..4294967295) STATUS current DESCRIPTION "The minimum rate that a downstream scheduler element should allocate to this queue, relative to the max-imum rate of the interface as reported by ifSpeed or ifHighSpeed, in units of 1/1,000 of 1. If the value is zero, then there is effectively no minimum rate guarantee. If the value is non-zero, the scheduler will assure the servicing of this queue to at least this rate.
dsminraterelativeオブジェクトタイプの構文unsigned32（1..4294967295）ステータス現在の説明 "下流のスケジューラ要素がこのキューに割り当てる最小レートは、ifspeedまたはifhighspeedによって報告されたインターフェイスの最大イマムレートに比べて、このキューに割り当てる必要があります。1/1,000の1.値がゼロの場合、事実上最小レート保証はありません。値がゼロ以外の場合、スケジューラはこのキューのサービスを少なくともこのレートに保証します。
Note that this attribute's value is coupled to that of dsMinRateAbsolute: changes to one will affect the value of the other.
この属性の値は、dsminrateabsoluteの値と結合されていることに注意してください。一方への変更は、他方の値に影響します。
[IFMIB] defines ifSpeed as Gauge32 in units of bits per second, and ifHighSpeed as Gauge32 in units of 1,000,000 bits per second. This yields the following equations:
[IFMIB]は、IFSpeedを1秒あたりビット単位単位のGauge32として、1秒あたり1,000,000ビットの単位単位でGauge32としてifhighSpeedを定義します。これにより、次の方程式が得られます。
RateRelative = [ (RateAbsolute * 1000) / ifSpeed ] * 1,000
Where, 1000 is for converting kbps used by RateAbsolute to bps used by ifSpeed, 1,000 is for 'in units of 1/1,000 of 1' for RateRelative.
ここで、1000は、Rateabsoluteで使用されるKBPをiFSpeedで使用するBPSに変換するために、1,000は 'for' for 'in' of 1 'of 1' 'for Ratererativeです。
or, if appropriate:
または、必要に応じて：
RateRelative =
{ [ (RateAbsolute * 1000) / 1,000,000 ] / ifHIghSpeed } *
1,000
Where, 1000 and 1,000,000 is for converting kbps used by
RateAbsolute to 1 million bps used by ifHighSpeed, 1,000 is
for 'in units of 1/1,000 of 1' for RateRelative."
REFERENCE
"ifSpeed, ifHighSpeed from the IF-MIB, RFC 2863."
::= { dsMinRateEntry 4 }
--
-- Maximum Rate Parameters Table
--
-- The parameters used by a scheduler for its inputs or outputs are
-- maintained separately from the Queue or Scheduler table entries
-- for reusability reasons and so that they may be used by both
-- queues and schedulers. This follows the approach for separation
-- of data path elements from parameterization that is used
-- throughout this PIB.
--
-- Use of these Maximum Rate Parameter Table entries by Queues and
-- Schedulers allows the modeling of hierarchical scheduling
-- systems.
--
-- Specifically, a Scheduler has one or more inputs and one output.
-- Any queue feeding a scheduler, or any scheduler which feeds a
-- second scheduler, might specify a maximum transfer rate by
-- pointing to a Maximum Rate Parameter Table entry. Multi-rate
-- shapers, such as a Dual Leaky Bucket algorithm, specify their
-- rates using multiple Maximum Rate Parameter Entries with the same
-- dsMaxRateId but different dsMaxRateLevels.
--
-- The dsMaxRateLevel/Absolute/Relative attributes are used as
-- parameters to the non-work-conserving portion of a scheduler:
-- non-work-conserving implies that the scheduler may sometimes not
-- emit a packet, even if there is data available at its input(s).
-- This has the effect of limiting the servicing of the
-- queue/scheduler input or output, in effect performing shaping of
-- the packet stream passing through the queue/scheduler, as
-- described in the Informal Differentiated Services Model
-- section 7.2.
--
dsMaxRateTable OBJECT-TYPE
SYNTAX SEQUENCE OF DsMaxRateEntry
PIB-ACCESS install
STATUS current
DESCRIPTION
"The Maximum Rate Table enumerates individual
sets of scheduling parameter that can be used/reused
by Queues and Schedulers."
::= { dsPolicyClasses 14 }
dsMaxRateEntry OBJECT-TYPE
SYNTAX DsMaxRateEntry
STATUS current
DESCRIPTION
"An entry in the Maximum Rate Table describes
a single set of scheduling parameter for use by
queues and schedulers."
PIB-INDEX { dsMaxRatePrid }
UNIQUENESS { dsMaxRateId,
dsMaxRateLevel,
dsMaxRateAbsolute,
dsMaxRateRelative,
dsMaxRateThreshold }
::= { dsMaxRateTable 1 }
DsMaxRateEntry ::= SEQUENCE {
dsMaxRatePrid InstanceId,
dsMaxRateId Unsigned32,
dsMaxRateLevel Unsigned32,
dsMaxRateAbsolute Unsigned32,
dsMaxRateRelative Unsigned32,
dsMaxRateThreshold BurstSize
}
dsMaxRatePrid OBJECT-TYPE SYNTAX InstanceId STATUS current DESCRIPTION
DSMAXRATEPRIDオブジェクトタイプの構文InstanceIDステータス現在の説明
"An arbitrary integer index that uniquely identifies an
instance of the class."
::= { dsMaxRateEntry 1 }
dsMaxRateId OBJECT-TYPE
SYNTAX Unsigned32 (0..4294967295)
STATUS current
DESCRIPTION
"An identifier used together with dsMaxRateLevel for
representing a multi-rate shaper. This attribute is used for
associating all the rate attributes of a multi-rate shaper.
Each dsMaxRateEntry of a multi-rate shaper must have the same
value in this attribute. The different rates of a multi-rate
shaper is identified using dsMaxRateLevel.
This attribute uses the value of zero to indicate this
attribute is not used, for single rate shaper."
DEFVAL { 0 }
::= { dsMaxRateEntry 2 }
dsMaxRateLevel OBJECT-TYPE
SYNTAX Unsigned32 (1..32)
STATUS current
DESCRIPTION
"An index that indicates which level of a multi-rate shaper is
being given its parameters. A multi-rate shaper has some
number of rate levels. Frame Relay's dual rate specification
refers to a 'committed' and an 'excess' rate; ATM's dual rate
specification refers to a 'mean' and a 'peak' rate. This table
is generalized to support an arbitrary number of rates. The
committed or mean rate is level 1, the peak rate (if any) is
the highest level rate configured, and if there are other
rates they are distributed in monotonically increasing order
between them.
When the entry is used for a single rate shaper, this
attribute contains a value of one."
DEFVAL { 1 }
::= { dsMaxRateEntry 3 }
dsMaxRateAbsolute OBJECT-TYPE SYNTAX Unsigned32 (1..4294967295) UNITS "kilobits per second" STATUS current DESCRIPTION "The maximum rate in kilobits/sec that a downstream scheduler element should allocate to this queue. If the value is zero, then there is effectively no max-imum rate limit and that the scheduler should attempt to be work-conserving for this queue. If the value is non-zero, the scheduler will limit the servicing of this queue to, at most, this rate in a non-work-conserving manner.
dsmaxrateabsolute object-type sntax unting32（1..4294967295）units "kilobits/second" kilobits "status current current" kilobits/secの最大レートは、下流のスケジューラ要素がこのキューに割り当てる必要があります。最大イマムレートの制限なしで、スケジューラがこのキューの作業を担当しようとする必要があること。値がゼロ以外の場合、スケジューラはこのキューのサービスを、せいぜい非加工でこのレートに制限します。 - 継続的な方法。
Note that this attribute's value is coupled to that of dsMaxRateRelative: changes to one will affect the value of the other.
この属性の値は、dsmaxraterelativeの値と結合されていることに注意してください。一方への変更は、他方の値に影響します。
[IFMIB] defines ifSpeed as Gauge32 in units of bits per second, and ifHighSpeed as Gauge32 in units of 1,000,000 bits per second. This yields the following equations:
[IFMIB]は、IFSpeedを1秒あたりビット単位単位のGauge32として、1秒あたり1,000,000ビットの単位単位でGauge32としてifhighSpeedを定義します。これにより、次の方程式が得られます。
RateRelative = [ (RateAbsolute * 1000) / ifSpeed ] * 1,000
Where, 1000 is for converting kbps used by RateAbsolute to bps used by ifSpeed, 1,000 is for 'in units of 1/1,000 of 1' for RateRelative.
ここで、1000は、Rateabsoluteで使用されるKBPをiFSpeedで使用するBPSに変換するために、1,000は 'for' for 'in' of 1 'of 1' 'for Ratererativeです。
or, if appropriate:
または、必要に応じて：
RateRelative =
{ [ (RateAbsolute * 1000) / 1,000,000 ] / ifHIghSpeed } *
1,000
Where, 1000 and 1,000,000 is for converting kbps used by
RateAbsolute to 1 million bps used by ifHighSpeed, 1,000 is
for 'in units of 1/1,000 of 1' for RateRelative."
::= { dsMaxRateEntry 4 }
dsMaxRateRelative OBJECT-TYPE SYNTAX Unsigned32 (1..4294967295) STATUS current DESCRIPTION "The maximum rate that a downstream scheduler element should allocate to this queue, relative to the max-imum rate of the interface as reported by ifSpeed or ifHighSpeed, in units of 1/1,000 of 1. If the value is zero, then there is effectively no maximum rate limit and the scheduler should attempt to be work-conserving for this queue. If the value is non-zero, the scheduler will limit the servicing of this queue to, at most, this rate in a non-work-conserving manner.
DSMAXRaterelativeオブジェクトタイプの構文Unsigned32（1..4294967295）ステータス現在の説明 "下流のスケジューラ要素がこのキューに割り当てる最大レートは、IfspeedまたはIfhighspeedによって報告されたインターフェイスの最大イマムレートに比べて、このキューに割り当てられるべきです。1/1,000 of 1.値がゼロの場合、事実上最大レート制限がなく、スケジューラはこのキューの作業継続を試みる必要があります。値がゼロではない場合、スケジューラはこれのサービスを制限します。せいぜい、このレートは非作業を容認する方法でキューにします。
Note that this attribute's value is coupled to that of dsMaxRateAbsolute: changes to one will affect the value of the other.
この属性の値は、dsmaxrateabsoluteの値と結合されていることに注意してください。一方への変更は、他方の値に影響します。
[IFMIB] defines ifSpeed as Gauge32 in units of bits per second, and ifHighSpeed as Gauge32 in units of 1,000,000 bits per second. This yields the following equations:
[IFMIB]は、IFSpeedを1秒あたりビット単位単位のGauge32として、1秒あたり1,000,000ビットの単位単位でGauge32としてifhighSpeedを定義します。これにより、次の方程式が得られます。
RateRelative = [ (RateAbsolute * 1000) / ifSpeed ] * 1,000
Where, 1000 is for converting kbps used by RateAbsolute to bps used by ifSpeed, 1,000 is for 'in units of 1/1,000 of 1' for RateRelative.
ここで、1000は、Rateabsoluteで使用されるKBPをiFSpeedで使用するBPSに変換するために、1,000は 'for' for 'in' of 1 'of 1' 'for Ratererativeです。
or, if appropriate:
または、必要に応じて：
RateRelative =
{ [ (RateAbsolute * 1000) / 1,000,000 ] / ifHIghSpeed } *
1,000
Where, 1000 and 1,000,000 is for converting kbps used by
RateAbsolute to 1 million bps used by ifHighSpeed, 1,000 is
for 'in units of 1/1,000 of 1' for RateRelative."
REFERENCE
"ifSpeed, ifHighSpeed from the IF-MIB, RFC 2863."
::= { dsMaxRateEntry 5 }
dsMaxRateThreshold OBJECT-TYPE
SYNTAX BurstSize
UNITS "Bytes"
STATUS current
DESCRIPTION
"The number of bytes of queue depth at which the rate of a
multi-rate scheduler will increase to the next output rate. In
the last PRI for such a shaper, this threshold is
ignored and by convention is zero."
REFERENCE
"Adaptive Rate Shaper, RFC 2963"
::= { dsMaxRateEntry 6 }
-- -- Conformance Section --
---適合セクション -
dsPolicyPibCompliances
OBJECT IDENTIFIER ::= { dsPolicyPibConformance 1 }
dsPolicyPibGroups
OBJECT IDENTIFIER ::= { dsPolicyPibConformance 2 }
dsPolicyPibCompliance MODULE-COMPLIANCE
dspolicypibcomplianceモジュールコンプライアンス
STATUS current DESCRIPTION "Describes the requirements for conformance to the QoS Policy PIB."
ステータス現在の説明「QoSポリシーPIBへの適合の要件を説明しています。」
MODULE FRAMEWORK-PIB
MANDATORY-GROUPS {
frwkPrcSupportGroup,
frwkPibIncarnationGroup,
frwkDeviceIdGroup,
frwkCompLimitsGroup,
frwkCapabilitySetGroup,
frwkRoleComboGroup,
frwkIfRoleComboGroup,
frwkBaseFilterGroup,
frwkIpFilterGroup }
OBJECT frwkPibIncarnationLongevity PIB-MIN-ACCESS notify DESCRIPTION "Install support is required if policy expiration is to be supported."
オブジェクトFRWKPIBINCARNATIONLONGEVITY PIB-MIN-ACCESS通知の説明
OBJECT frwkPibIncarnationTtl PIB-MIN-ACCESS notify DESCRIPTION "Install support is required if policy expiration is to be supported."
オブジェクトFRWKPIBINCARNATIONTTL PIB-MIN-ACCESS通知説明「ポリシーの有効期限がサポートされる場合は、サポートが必要です。」
MODULE DIFFSERV-PIB -- this module
MANDATORY-GROUPS {
dsPibBaseIfCapsGroup,
dsPibIfClassificationCapsGroup,
dsPibIfAlgDropCapsGroup,
dsPibIfQueueCapsGroup,
dsPibIfSchedulerCapsGroup,
dsPibIfMaxRateCapsGroup,
dsPibIfElmDepthCapsGroup,
dsPibIfElmLinkCapsGroup,
dsPibDataPathGroup,
dsPibClfrGroup,
dsPibClfrElementGroup,
dsPibActionGroup,
dsPibAlgDropGroup,
dsPibQGroup,
dsPibSchedulerGroup,
dsPibMinRateGroup,
dsPibMaxRateGroup }
GROUP dsPibIfMeteringCapsGroup DESCRIPTION "This group is mandatory for devices that implement metering functions."
グループdspibifmeteringcapsgroup説明「このグループは、計量機能を実装するデバイスに必須です。」
GROUP dsPibMeterGroup DESCRIPTION "This group is mandatory for devices that implement metering functions."
グループDSPIBMETERGROUP説明「このグループは、計量機能を実装するデバイスに必須です。」
GROUP dsPibTBParamGroup DESCRIPTION "This group is mandatory for devices that implement token-bucket metering functions."
グループDSPIBTBPARAMGROUP説明「このグループは、トークンバケットメーター機能を実装するデバイスに必須です。」
GROUP dsPibDscpMarkActGroup DESCRIPTION "This group is mandatory for devices that implement DSCP-Marking functions."
グループDSPIBDSCPMARKACTGROUP説明「このグループは、DSCPマーク機能を実装するデバイスに必須です。」
GROUP dsPibMQAlgDropGroup DESCRIPTION "This group is mandatory for devices that implement Multiple Queue Measured Algorithmic Drop functions."
グループDSPIBMQALGDROPGROUP説明「このグループは、複数のキュー測定されたアルゴリズムドロップ関数を実装するデバイスに必須です。」
GROUP dsPibRandomDropGroup DESCRIPTION "This group is mandatory for devices that implement Random Drop functions."
グループDSPIBRANDOMDROPGROUP説明「このグループは、ランダムドロップ機能を実装するデバイスに必須です。」
OBJECT dsClfrId PIB-MIN-ACCESS not-accessible DESCRIPTION "Install support is not required."
オブジェクトdsclfrid pib-min-accessアクセス不可能な説明「サポートのインストールは必要ありません。」
OBJECT dsClfrElementClfrId PIB-MIN-ACCESS not-accessible DESCRIPTION "Install support is not required."
オブジェクトdsclfrelementclfrid pib-min-accessアクセス不可能な説明「サポートをインストールする必要はありません。」
OBJECT dsClfrElementPrecedence PIB-MIN-ACCESS not-accessible DESCRIPTION "Install support is not required."
オブジェクトdsclfrelementprecedence pib-min-accessアクセス不可能な説明「サポートのインストールは必要ありません」。
OBJECT dsClfrElementNext PIB-MIN-ACCESS not-accessible DESCRIPTION "Install support is not required."
オブジェクトdsclfrelementnext pib-min-accessアクセス不可能な説明「サポートをインストールする必要はありません。」
OBJECT dsClfrElementSpecific PIB-MIN-ACCESS not-accessible DESCRIPTION "Install support is not required."
オブジェクトdsclfrelementspecific pib-min-accessアクセス不可能な説明「サポートのインストールは必要ありません」。
OBJECT dsMeterSucceedNext PIB-MIN-ACCESS not-accessible DESCRIPTION "Install support is not required."
オブジェクトDSMETERSUCCEECHNEXT PIB-MIN-ACCESSアクセス不可能な説明「サポートのインストールは不要です。」
OBJECT dsMeterFailNext PIB-MIN-ACCESS not-accessible DESCRIPTION "Install support is not required."
オブジェクトDSMeterFailNext PIB-MIN-ACCESSアクセス不可能な説明「サポートのインストールは不要です。」
OBJECT dsMeterSpecific PIB-MIN-ACCESS not-accessible DESCRIPTION "Install support is not required."
オブジェクトdsmeterspecific pib-min-accessアクセス不可能な説明「サポートのインストールは必要ありません。」
OBJECT dsTBParamType PIB-MIN-ACCESS not-accessible DESCRIPTION "Install support is not required."
オブジェクトdstbparamtype pib-min-accessアクセス不可能な説明「サポートのインストールは不要です。」
OBJECT dsTBParamRate PIB-MIN-ACCESS not-accessible DESCRIPTION "Install support is not required."
オブジェクトdstbparamrate pib-min-accessアクセス不可能な説明「サポートのインストールは必要ありません。」
OBJECT dsTBParamBurstSize PIB-MIN-ACCESS not-accessible DESCRIPTION "Install support is not required."
オブジェクトdstbparamburstsize pib-min-accessアクセス不可能な説明「サポートのインストールは不要です。」
OBJECT dsTBParamInterval PIB-MIN-ACCESS not-accessible DESCRIPTION "Install support is not required."
オブジェクトDSTBPARAMINTERVAL PIB-MIN-ACCESSアクセス不可能な説明「サポートのインストールは不要です。」
OBJECT dsActionNext PIB-MIN-ACCESS not-accessible DESCRIPTION "Install support is not required."
オブジェクトDSACTIONNEXT PIB-MIN-ACCESSアクセス不可能な説明「サポートのインストールは必要ありません。」
OBJECT dsActionSpecific PIB-MIN-ACCESS not-accessible DESCRIPTION "Install support is not required."
オブジェクトdsactionspecific pib-min-accessアクセス不可能な説明「サポートのインストールは必要ありません。」
OBJECT dsAlgDropType PIB-MIN-ACCESS not-accessible DESCRIPTION "Install support is not required."
オブジェクトDSALGDROPTYPE PIB-MIN-ACCESSアクセス不可能な説明「サポートのインストールは必要ありません」。
OBJECT dsAlgDropNext PIB-MIN-ACCESS not-accessible DESCRIPTION "Install support is not required."
オブジェクトDSALGDROPNEXT PIB-MIN-ACCESSアクセス不可能な説明「サポートのインストールは不要です。」
OBJECT dsAlgDropQMeasure PIB-MIN-ACCESS not-accessible DESCRIPTION "Install support is not required."
オブジェクトdSalgDropQMeasure PIB-MIN-ACCESSアクセス不可能な説明「サポートをインストールする必要はありません。」
OBJECT dsAlgDropQThreshold PIB-MIN-ACCESS not-accessible DESCRIPTION "Install support is not required."
オブジェクトdsalgdropqthreshold pib-min-accessアクセス不可能な説明「サポートをインストールする必要はありません」。
OBJECT dsAlgDropSpecific PIB-MIN-ACCESS not-accessible DESCRIPTION "Install support is not required."
オブジェクトDSALGDROPSPICIFIC PIB-MIN-ACCESSアクセス不可能な説明「サポートのインストールは不要です。」
OBJECT dsRandomDropMinThreshBytes PIB-MIN-ACCESS not-accessible DESCRIPTION "Install support is not required."
オブジェクトdsrandomdropminthreshbytes pib-min-accessアクセス不可能な説明「サポートをインストールする必要はありません。」
OBJECT dsRandomDropMinThreshPkts PIB-MIN-ACCESS not-accessible DESCRIPTION "Install support is not required."
オブジェクトdsrandomdropminthreshpkts pib-min-accessアクセス不可能な説明「サポートのインストールは不要です。」
OBJECT dsRandomDropMaxThreshBytes PIB-MIN-ACCESS not-accessible DESCRIPTION "Install support is not required."
オブジェクトdsrandomdropmaxthreshbytes pib-min-accessアクセス不可能な説明「サポートのインストールは不要です。」
OBJECT dsRandomDropMaxThreshPkts PIB-MIN-ACCESS not-accessible DESCRIPTION
オブジェクトdsrandomdropmaxthreshpkts pib-min-accessアクセス不可能な説明
"Install support is not required."
「サポートをインストールする必要はありません。」
OBJECT dsRandomDropProbMax PIB-MIN-ACCESS not-accessible DESCRIPTION "Install support is not required."
オブジェクトdsrandomdropprobmax pib-min-accessアクセス不可能な説明「サポートをインストールする必要はありません。」
OBJECT dsRandomDropWeight PIB-MIN-ACCESS not-accessible DESCRIPTION "Install support is not required."
オブジェクトdsrandomdropweight pib-min-accessアクセス不可能な説明「サポートのインストールは必要ありません。」
OBJECT dsRandomDropSamplingRate PIB-MIN-ACCESS not-accessible DESCRIPTION "Install support is not required."
オブジェクトdsrandomdropsamplingrate pib-min-accessアクセス不可能な説明「サポートをインストールする必要はありません。」
OBJECT dsQNext PIB-MIN-ACCESS not-accessible DESCRIPTION "Install support is not required."
オブジェクトdsqnext pib-min-accessアクセス不可能な説明「サポートをインストールする必要はありません。」
OBJECT dsQMinRate PIB-MIN-ACCESS not-accessible DESCRIPTION "Install support is not required."
オブジェクトdsqminrate pib-min-accessアクセス不可能な説明「サポートのインストールは必要ありません。」
OBJECT dsQMaxRate PIB-MIN-ACCESS not-accessible DESCRIPTION "Install support is not required."
オブジェクトdsqmaxrate pib-min-accessアクセス不可能な説明「サポートのインストールは不要です。」
OBJECT dsSchedulerNext PIB-MIN-ACCESS not-accessible DESCRIPTION "Install support is not required."
オブジェクトdsschedulernext pib-min-accessアクセス不可能な説明「サポートのインストールは不要です。」
OBJECT dsSchedulerMethod PIB-MIN-ACCESS not-accessible DESCRIPTION "Install support is not required."
オブジェクトDSSCHEDULERMETHOD PIB-MIN-ACCESSアクセス不可能な説明「サポートのインストールは必要ありません。」
OBJECT dsSchedulerMinRate PIB-MIN-ACCESS not-accessible DESCRIPTION "Install support is not required."
オブジェクトDSSCHEDULERMINRATE PIB-MIN-ACCESSアクセス不可能な説明「サポートをインストールする必要はありません」。
OBJECT dsSchedulerMaxRate PIB-MIN-ACCESS not-accessible DESCRIPTION "Install support is not required."
オブジェクトDSSCHEDULERMAXRATE PIB-MIN-ACCESSアクセス不可能な説明「サポートのインストールは必要ありません」。
OBJECT dsMinRatePriority PIB-MIN-ACCESS not-accessible DESCRIPTION "Install support is not required."
オブジェクトDSMINRATEPRIORITY PIB-MIN-ACCESSアクセス不可能な説明「サポートのインストールは必要ありません」。
OBJECT dsMinRateAbsolute PIB-MIN-ACCESS not-accessible DESCRIPTION "Install support is not required."
オブジェクトDSMINRATEABSOLUTE PIB-MIN-ACCESSアクセス不可能な説明「サポートのインストールは必要ありません。」
OBJECT dsMinRateRelative PIB-MIN-ACCESS not-accessible DESCRIPTION "Install support is not required."
オブジェクトDSMINRERERELATIVE PIB-MIN-ACCESSアクセス不可能な説明「サポートのインストールは必要ありません。」
OBJECT dsMaxRateId PIB-MIN-ACCESS not-accessible DESCRIPTION "Install support is not required."
オブジェクトdsmaxrateid pib-min-accessアクセス不可能な説明「サポートのインストールは必要ありません。」
OBJECT dsMaxRateLevel PIB-MIN-ACCESS not-accessible DESCRIPTION "Install support is not required."
オブジェクトdsmaxratelevevel pib-min-accessアクセス不可能な説明「サポートのインストールは不要です。」
OBJECT dsMaxRateAbsolute PIB-MIN-ACCESS not-accessible DESCRIPTION "Install support is not required."
オブジェクトdsmaxrateabsolute pib-min-accessアクセス不可能な説明「サポートをインストールする必要はありません」。
OBJECT dsMaxRateRelative PIB-MIN-ACCESS not-accessible DESCRIPTION "Install support is not required."
オブジェクトdsmaxratererative pib-min-accessアクセス不可能な説明「サポートをインストールする必要はありません。」
OBJECT dsMaxRateThreshold PIB-MIN-ACCESS not-accessible DESCRIPTION "Install support is not required."
オブジェクトdsmaxratethershold pib-min-accessアクセス不可能な説明「サポートのインストールは不要です。」
::= { dsPolicyPibCompliances 1 }
dsPibBaseIfCapsGroup OBJECT-GROUP OBJECTS {
dspibbaseifcapsgroupオブジェクトグループオブジェクト{
dsBaseIfCapsPrid, dsBaseIfCapsDirection
}
STATUS current
DESCRIPTION
"The Base Interface Capability Group defines the PIB
Objects that describe the base for interface capabilities."
::= { dsPolicyPibGroups 1 }
dsPibIfClassificationCapsGroup OBJECT-GROUP
OBJECTS {
dsIfClassificationCapsSpec
}
STATUS current
DESCRIPTION
"The Classification Capability Group defines the PIB
Objects that describe the classification capabilities."
::= { dsPolicyPibGroups 2 }
dsPibIfMeteringCapsGroup OBJECT-GROUP
OBJECTS {
dsIfMeteringCapsSpec
}
STATUS current
DESCRIPTION
"The Metering Capability Group defines the PIB
Objects that describe the metering capabilities."
::= { dsPolicyPibGroups 3 }
dsPibIfAlgDropCapsGroup OBJECT-GROUP
OBJECTS {
dsIfAlgDropCapsType, dsIfAlgDropCapsMQCount
}
STATUS current
DESCRIPTION
"The Algorithmic Dropper Capability Group defines the
PIB Objects that describe the algorithmic dropper
capabilities."
::= { dsPolicyPibGroups 4 }
dsPibIfQueueCapsGroup OBJECT-GROUP
OBJECTS {
dsIfQueueCapsMinQueueSize, dsIfQueueCapsMaxQueueSize,
dsIfQueueCapsTotalQueueSize
}
STATUS current
DESCRIPTION
"The Queueing Capability Group defines the PIB
Objects that describe the queueing capabilities."
::= { dsPolicyPibGroups 5 }
dsPibIfSchedulerCapsGroup OBJECT-GROUP
OBJECTS {
dsIfSchedulerCapsServiceDisc, dsIfSchedulerCapsMaxInputs,
dsIfSchedulerCapsMinMaxRate
}
STATUS current
DESCRIPTION
"The Scheduler Capability Group defines the PIB
Objects that describe the scheduler capabilities."
::= { dsPolicyPibGroups 6 }
dsPibIfMaxRateCapsGroup OBJECT-GROUP
OBJECTS {
dsIfMaxRateCapsMaxLevels
}
STATUS current
DESCRIPTION
"The Max Rate Capability Group defines the PIB
Objects that describe the max rate capabilities."
::= { dsPolicyPibGroups 7 }
dsPibIfElmDepthCapsGroup OBJECT-GROUP
OBJECTS {
dsIfElmDepthCapsPrc, dsIfElmDepthCapsCascadeMax
}
STATUS current
DESCRIPTION
"The DataPath Element Depth Capability Group defines the PIB
Objects that describe the datapath element depth
capabilities."
::= { dsPolicyPibGroups 8 }
dsPibIfElmLinkCapsGroup OBJECT-GROUP
OBJECTS {
dsIfElmLinkCapsPrc, dsIfElmLinkCapsAttr,
dsIfElmLinkCapsNextPrc
}
STATUS current
DESCRIPTION
"The DataPath Element Linkage Capability Group defines the
PIB Objects that describe the datapath element linkage
capabilities."
::= { dsPolicyPibGroups 9 }
dsPibDataPathGroup OBJECT-GROUP OBJECTS {
dspibdatapathgroupオブジェクトグループオブジェクト{
dsDataPathPrid, dsDataPathCapSetName,
dsDataPathRoles, dsDataPathIfDirection,
dsDataPathStart
}
STATUS current
DESCRIPTION
"The Data Path Group defines the PIB Objects that
describe a data path."
::= { dsPolicyPibGroups 10 }
dsPibClfrGroup OBJECT-GROUP
OBJECTS {
dsClfrPrid, dsClfrId
}
STATUS current
DESCRIPTION
"The Classifier Group defines the PIB Objects that
describe a generic classifier."
::= { dsPolicyPibGroups 11 }
dsPibClfrElementGroup OBJECT-GROUP
OBJECTS {
dsClfrElementPrid, dsClfrElementClfrId,
dsClfrElementPrecedence, dsClfrElementNext,
dsClfrElementSpecific
}
STATUS current
DESCRIPTION
"The Classifier Group defines the PIB Objects that
describe a generic classifier."
::= { dsPolicyPibGroups 12 }
dsPibMeterGroup OBJECT-GROUP
OBJECTS {
dsMeterPrid, dsMeterSucceedNext,
dsMeterFailNext, dsMeterSpecific
}
STATUS current
DESCRIPTION
"The Meter Group defines the objects used in describ-
ing a generic meter element."
::= { dsPolicyPibGroups 13 }
dsPibTBParamGroup OBJECT-GROUP
OBJECTS {
dsTBParamPrid, dsTBParamType, dsTBParamRate,
dsTBParamBurstSize, dsTBParamInterval
}
STATUS current
DESCRIPTION
"The Token-Bucket Parameter Group defines the objects
used in describing a single-rate token bucket meter
element."
::= { dsPolicyPibGroups 14 }
dsPibActionGroup OBJECT-GROUP
OBJECTS {
dsActionPrid, dsActionNext, dsActionSpecific
}
STATUS current
DESCRIPTION
"The Action Group defines the objects used in
describing a generic action element."
::= { dsPolicyPibGroups 15 }
dsPibDscpMarkActGroup OBJECT-GROUP
OBJECTS {
dsDscpMarkActPrid, dsDscpMarkActDscp
}
STATUS current
DESCRIPTION
"The DSCP Mark Action Group defines the objects used
in describing a DSCP Marking Action element."
::= { dsPolicyPibGroups 16 }
dsPibAlgDropGroup OBJECT-GROUP
OBJECTS {
dsAlgDropPrid, dsAlgDropType, dsAlgDropNext,
dsAlgDropQMeasure, dsAlgDropQThreshold,
dsAlgDropSpecific
}
STATUS current
DESCRIPTION
"The Algorithmic Drop Group contains the objects that
describe algorithmic dropper operation and configura-
tion."
::= { dsPolicyPibGroups 17 }
dsPibMQAlgDropGroup OBJECT-GROUP
OBJECTS {
dsMQAlgDropExceedNext
}
STATUS current
DESCRIPTION
"The Multiple Queue Measured Algorithmic Drop Group
contains the objects that describe multiple queue
measured algorithmic dropper operation and configuration."
::= { dsPolicyPibGroups 18 }
dsPibRandomDropGroup OBJECT-GROUP
OBJECTS {
dsRandomDropPrid,
dsRandomDropMinThreshBytes,
dsRandomDropMinThreshPkts,
dsRandomDropMaxThreshBytes,
dsRandomDropMaxThreshPkts,
dsRandomDropProbMax,
dsRandomDropWeight,
dsRandomDropSamplingRate
}
STATUS current
DESCRIPTION
"The Random Drop Group augments the Algorithmic Drop Group
for random dropper operation and configuration."
::= { dsPolicyPibGroups 19 }
dsPibQGroup OBJECT-GROUP
OBJECTS {
dsQPrid, dsQNext, dsQMinRate, dsQMaxRate
}
STATUS current
DESCRIPTION
"The Queue Group contains the objects that describe
an interface type's queues."
::= { dsPolicyPibGroups 20 }
dsPibSchedulerGroup OBJECT-GROUP
OBJECTS {
dsSchedulerPrid, dsSchedulerNext, dsSchedulerMethod,
dsSchedulerMinRate, dsSchedulerMaxRate
}
STATUS current
DESCRIPTION
"The Scheduler Group contains the objects that
describe packet schedulers on interface types."
::= { dsPolicyPibGroups 21 }
dsPibMinRateGroup OBJECT-GROUP
OBJECTS {
dsMinRatePrid, dsMinRatePriority,
dsMinRateAbsolute, dsMinRateRelative
}
STATUS current
DESCRIPTION
"The Minimum Rate Group contains the objects
that describe packet schedulers' parameters on interface
types."
::= { dsPolicyPibGroups 22 }
dsPibMaxRateGroup OBJECT-GROUP
OBJECTS {
dsMaxRatePrid, dsMaxRateId, dsMaxRateLevel,
dsMaxRateAbsolute, dsMaxRateRelative,
dsMaxRateThreshold
}
STATUS current
DESCRIPTION
"The Maximum Rate Group contains the objects
that describe packet schedulers' parameters on interface
types."
::= { dsPolicyPibGroups 23 }
END
終わり
Early versions of this specification were also co-authored by Michael Fine, John Seligson, Carol Bell, Andrew Smith, and Francis Reichmeyer.
この仕様の初期バージョンは、マイケルファイン、ジョンセリグソン、キャロルベル、アンドリュースミス、フランシスライヒマイヤーも共著しました。
This PIB builds on all the work that has gone into the Informal Management Model for DiffServ Routers and Management Information Base for the Differentiated Services Architecture.
このPIBは、差別化されたサービスアーキテクチャのDiffservルーターの非公式管理モデルと管理情報ベースに至ったすべての作業に基づいています。
It has been developed with the active involvement of many people, but most notably Diana Rawlins, Martin Bokaemper, Walter Weiss, and Bert Wijnen.
それは多くの人々の積極的な関与で開発されましたが、最も顕著なのはダイアナ・ローリンズ、マーティン・ボカンパー、ウォルター・ワイス、バート・ウィジネンです。
The information contained in a PIB when transported by the COPS protocol [COPS-PR] may be sensitive, and its function of provisioning a PEP requires that only authorized communication take place.
COPSプロトコル[COPS-PR]によって輸送されたときにPIBに含まれる情報は敏感である可能性があり、PEPをプロビジョニングする機能には、認可された通信のみが行われる必要があります。
In this PIB, there are no PRCs which are sensitive in their own right, such as passwords or monetary amounts. But there are a number of PRCs in this PIB that may contain information that may be sensitive from a business perspective, in that they may represent a customer's service contract or the filters that the service provider chooses to apply to a customer's traffic. These PRCs have a PIB-ACCESS clause of install: dsDataPathTable, dsClfrTable, dsClfrElementTable, dsMeterTable, dsTBParamTable, dsActionTable, dsDscpMarkActTable, dsAlgDropTable, dsMQAlgDropTable, dsRandomDropTable, dsQTable, dsSchedulerTable, dsMinRateTable, dsMaxRateTable
このPIBでは、パスワードや金額など、それ自体が敏感なPRCはありません。しかし、このPIBには、顧客のサービス契約またはサービスプロバイダーが顧客のトラフィックに適用することを選択したフィルターを表す可能性があるという点で、ビジネスの観点から敏感な情報を含む可能性のある多くのPRCがあります。These PRCs have a PIB-ACCESS clause of install: dsDataPathTable, dsClfrTable, dsClfrElementTable, dsMeterTable, dsTBParamTable, dsActionTable, dsDscpMarkActTable, dsAlgDropTable, dsMQAlgDropTable, dsRandomDropTable, dsQTable, dsSchedulerTable, dsMinRateTable, dsMaxRateTable
Malicious altering of the above PRCs may affect the DiffServ behavior of the device being provisioned.
上記のPRCの悪意のある変更は、プロビジョニングされているデバイスのdiffservの動作に影響を与える可能性があります。
Malicious access of the above PRCs exposes policy information concerning how the device is provisioned.
上記のPRCの悪意のあるアクセスは、デバイスのプロビジョニング方法に関するポリシー情報を公開します。
This PIB also contain PRCs with PIB-ACCESS clause of notify:
このPIBには、通知のPIBアクセス条項を備えたPRCも含まれています。
dsBaseIfCapsTAble, dsIfClassificationCapsTable, dsIfMeteringCapsTable, dsIfAlgDropCapsTable, dsIfQueueCapsTable, dsIfSchedulerCapsTable, dsIfMaxRateCapsTable, dsIfElmDepthCapsTable, dsIfElmLinkCapsTable
dsbaseifcapstable、dsifclassificationcapstable、dsifmeteringCapstable、dsifalgdropcapstable、dsifschedulercapstable、dsifmaxratecapstable、dsifelmdepthcapstable、dsifelmlinkccapstable
Malicious access of the above PRCs exposes information concerning the device being provisioned.
上記のPRCの悪意のあるアクセスは、プロビジョニングされているデバイスに関する情報を公開します。
The use of IPSEC between PDP and PEP, as described in [COPS], provides the necessary protection.
[COPS]に記載されているように、PDPとPEP間のIPSECの使用は、必要な保護を提供します。
The IETF has been notified of intellectual property rights claimed in regard to some or all of the specification contained in this document. For more information consult the online list of claimed rights.
IETFは、このドキュメントに含まれる仕様の一部またはすべてに関して請求された知的財産権について通知されています。詳細については、請求権のオンラインリストを参照してください。
This document describes the dsPolicyPib Policy Information Base (PIB) modules for standardization under the "pib" branch registered with IANA. The IANA has assigned a PIB number (4) under the "pib" branch.
このドキュメントでは、IANAに登録された「PIB」ブランチに基づく標準化のためのDSPolicyPibポリシー情報ベース（PIB）モジュールについて説明します。IANAは、「PIB」ブランチの下にPIB番号（4）を割り当てました。
[SPPI] PIB SUBJECT-CATEGORIES are mapped to COPS Client Types. IANA Considerations for SUBJECT-CATEGORIES follow the same requirements as specified in [COPS] IANA Considerations for COPS Client Types. The DiffServ QoS PIB defines a new COPS Client Type in the Standards space. The IANA has assigned a COPS client type diffServ (2) as described in [COPS] IANA Considerations. IANA has updated the registry (http://www.iana.org/assignments/cops-parameters) for COPS Client Types as a result.
[SPPI] PIBサブジェクトカテゴリは、COPSクライアントタイプにマッピングされます。サブジェクトカテゴリのIANAの考慮事項は、COPSクライアントタイプの[COPS] IANAの考慮事項で指定されているのと同じ要件に従います。diffserv qos pibは、標準分野の新しいCopsクライアントタイプを定義します。IANAは、[COPS] IANAの考慮事項に記載されているように、COPSクライアントタイプのdiffserv（2）を割り当てました。IANAは、結果としてCOPSクライアントタイプのレジストリ（http://www.iana.org/assignments/cops-parameters）を更新しました。
[COPS] Boyle, J., Cohen, R., Durham, D., Herzog, S., Rajan, R. and A. Sastry, "The COPS (Common Open Policy Service) Protocol", RFC 2748, January 2000.
[警官]ボイル、J。、コーエン、R。、ダーラム、D。、ヘルツォグ、S。、ラジャン、R。、A。
[COPS-PR] Chan, K., Durham, D., Gai, S., Herzog, S., McCloghrie, K., Reichmeyer, F., Seligson, J., Smith, A. and R. Yavatkar, "COPS Usage for Policy Provisioning", RFC 3084, March 2001.
[Cops-Pr] Chan、K.、Durham、D.、Gai、S.、Herzog、S.、McCloghrie、K.、Reichmeyer、F.、Seligson、J.、Smith、A。、およびR. Yavatkar、ポリシープロビジョニングのためのCOPSの使用」、RFC 3084、2001年3月。
[SPPI] McCloghrie, K., Fine, M., Seligson, J., Chan, K., Hahn, S., Sahita, R., Smith, A. and F. Reichmeyer, "Structure of Policy Provisioning Information", RFC 3159, August 2001.
[SPPI] McCloghrie、K.、Fine、M.、Seligson、J.、Chan、K.、Hahn、S.、Sahita、R.、Smith、A。、F。Reichmeyer、「政策プロビジョニング情報の構造」、RFC 3159、2001年8月。
[DSARCH] Carlson, M., Weiss, W., Blake, S., Wang, Z., Black, D. and E. Davies, "An Architecture for Differentiated Services", RFC 2475, December 1998.
[DSARCH] Carlson、M.、Weiss、W.、Blake、S.、Wang、Z.、Black、D。、およびE. Davies、「差別化されたサービスの建築」、RFC 2475、1998年12月。
[DSFIELD] 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.
[DSField] Nichols、K.、Blake、S.、Baker、F。、およびD. Black、「IPv4およびIPv6ヘッダーの差別化されたサービスフィールド（DSフィールド）の定義」、RFC 2474、1998年12月。
[FR-PIB] Fine, M., McCloghrie, K., Seligson, J., Chan, K., Hahn, S., Sahita, R., Smith, A. and F. Reichmeyer, "Framework Policy Information Base", RFC 3318, March 2003.
[Fr-Pib] Fine、M.、McCloghrie、K.、Seligson、J.、Chan、K.、Hahn、S.、Sahita、R.、Smith、A。and F. Reichmeyer、「Framework Policy Information Base」、RFC 3318、2003年3月。
[RAP-FRAMEWORK] Yavatkar, R. and D. Pendarakis, "A Framework for Policy-based Admission Control", RFC 2753, January 2000.
[Rap-Framework] Yavatkar、R。およびD. Pendarakis、「政策ベースの入場管理の枠組み」、RFC 2753、2000年1月。
[SNMP-SMI] McCloghrie, K., Perkins, D., Schoenwaelder, J., Case, J., Rose, M. and S. Waldbusser, "Structure of Management Information Version 2 (SMIv2)", STD 58, RFC 2578, April 1999.
[SNMP-SMI] McCloghrie、K.、Perkins、D.、Schoenwaelder、J.、Case、J.、Rose、M。and S. Waldbusser、「管理情報の構造バージョン2（SMIV2）、STD 58、RFC2578、1999年4月。
[MODEL] Bernet, Y., Blake, S., Grossman, D. and A. Smith "An Informal Management Model for Diffserv Routers", RFC 3290, May 2002.
[モデル] Bernet、Y.、Blake、S.、Grossman、D。、およびA. Smith「Diffservルーターの非公式管理モデル」、RFC 3290、2002年5月。
[IFMIB] McCloghrie, K. and F. Kastenholz, "The Interfaces Group MIB", RFC 2863, June 2000.
[Ifmib] McCloghrie、K。およびF. Kastenholz、「The Interfaces Group MIB」、RFC 2863、2000年6月。
[DS-MIB] Baker, F., Chan, K. and A. Smith, "Management Information Base for the Differentiated Services Architecture", RFC 3289, May 2002.
[DS-MIB] Baker、F.、Chan、K。およびA. Smith、「差別化されたサービスアーキテクチャの管理情報基盤」、RFC 3289、2002年5月。
[ACTQMGMT] Firoiu, V. and M. Borden, "A Study of Active Queue Management for Congestion Control", March 2000, In IEEE Infocom 2000, http://www.ieee-infocom.org/ 2000/papers/405.pdf
[Actqmgmt] Firoiu、V。およびM. Borden、「混雑制御のためのアクティブキュー管理の研究」、2000年3月、IEEE Infocom 2000、http：//www.ieee-infocom.org/ 2000/Papers/405。PDF
[AQMROUTER] Misra, V., Gong, W. and D. Towsley, "Fluid-based analysis of a network of AQM routers supporting TCP flows with an application to RED", In SIGCOMM 2000, http://www.acm.org/sigcomm/sigcomm2000/conf/paper/ sigcomm2000-4-3.ps.gz
[AQMRouter] Misra、V.、Gong、W。、およびD. Towsley、「TCPルーターをサポートするAQMルーターのネットワークの流体ベースの分析、Redへのアプリケーションで流れる」、Sigcomm 2000、http：//www.acm。org/sigcomm/sigcomm2000/conf/paper/sigcomm2000-4-3.ps.gz
[AF-PHB] Heinanen, J., Baker, F., Weiss, W. and J. Wroclawski, "Assured Forwarding PHB Group", RFC 2597, June 1999.
[AF-PHB] Heinanen、J.、Baker、F.、Weiss、W。and J. Wroclawski、「Assured Forwarding PHB Group」、RFC 2597、1999年6月。
[EF-PHB] Jacobson, V., Nichols, K. and K. Poduri, "An Expedited Forwarding PHB", RFC 2598, June 1999.
[EF-PHB] Jacobson、V.、Nichols、K。およびK. Poduri、「迅速な転送PHB」、RFC 2598、1999年6月。
[INTSERVMIB] Baker, F., Krawczyk, J. and A. Sastry, "Integrated Services Management Information Base using SMIv2", RFC 2213, September 1997.
[Intservmib] Baker、F.、Krawczyk、J。およびA. Sastry、「SMIV2を使用した統合サービス管理情報ベース」、RFC 2213、1997年9月。
[QUEUEMGMT] Braden, B., Clark, D., Crowcroft, J., Davie, B., Deering, S., Estrin, D., Floyd, S., Jacobson, V., Minshall, G., Partridge, C., Peterson, L., Ramakrishnan, K., Shenker, S., Wroclawski, J. and L. Zhang, "Recommendations on Queue Management and Congestion Avoidance in the Internet", RFC 2309, April 1998.
[Queuemgmt] Braden、B.、Clark、D.、Crowcroft、J.、Davie、B.、Deering、S.、Estrin、D.、Floyd、S.、Jacobson、V.、Minshall、G.、Partridge、C.、Peterson、L.、Ramakrishnan、K.、Shenker、S.、Wroclawski、J。and L. Zhang、「インターネットでのキュー管理と混雑回避に関する推奨事項」、RFC 2309、1998年4月。
[SRTCM] Heinanen, J. and R. Guerin, "A Single Rate Three Color Marker", RFC 2697, September 1999.
[SRTCM] Heinanen、J。およびR. Guerin、「単一のレート3色マーカー」、RFC 2697、1999年9月。
[TRTCM] Heinanen, J. and R. Guerin, "A Two Rate Three Color Marker", RFC 2698, September 1999.
[TRTCM] Heinanen、J。およびR. Guerin、「Two Rate Three Color Marker」、RFC 2698、1999年9月。
[TSWTCM] Fang, W., Seddigh, N. and B. Nandy, "A Time Sliding Window Three Colour Marker", RFC 2859, June 2000.
[TSWTCM] Fang、W.、Seddigh、N。およびB. Nandy、「A Time Sliding Window Three Color Marker」、RFC 2859、2000年6月。
[RFC2026] Bradner, S., "The Internet Standards Process -- Revision 3", BCP 9, RFC 2026, October 1996.
[RFC2026] Bradner、S。、「インターネット標準プロセス - リビジョン3」、BCP 9、RFC 2026、1996年10月。
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.
[RFC2119] Bradner、S。、「要件レベルを示すためにRFCで使用するためのキーワード」、BCP 14、RFC 2119、1997年3月。
[RFC2579] McCloghrie, K., Perkins, D., Schoenwaelder, J., Case, J., Rose, M. and S. Waldbusser, "Textual Conventions for SMIv2", STD 58, RFC 2579, April 1999.
[RFC2579] McCloghrie、K.、Perkins、D.、Schoenwaelder、J.、Case、J.、Rose、M。、およびS. Waldbusser、「SMIV2のテキストコンベンション」、STD 58、RFC 2579、1999年4月。
[SHAPER] Bonaventure, O. and S. De Cnodder, "A Rate Adaptive Shaper for Differentiated Services", RFC 2963, October 2000.
[Shaper] Bonaventure、O。およびS. de Cnodder、「差別化されたサービスのためのレート適応シェーパー」、RFC 2963、2000年10月。
[POLTERM] Westerinen, A., Schnizlein, J., Strassner, J., Scherling, M., Quinn, B., Herzog, S., Huynh, A., Carlson, M., Perry, J. and S. Waldbusser, "Terminology for Policy-Based Management", RFC 3198, November 2001.
[Polterm] Westerinen、A.、Schnizlein、J.、Strassner、J.、Scherling、M.、Quinn、B.、Herzog、S.、Huynh、A.、Carlson、M.、Perry、J. and S.Waldbusser、「ポリシーベースの管理のための用語」、RFC 3198、2001年11月。
Kwok Ho Chan Nortel Networks, Inc. 600 Technology Park Drive Billerica, MA 01821 USA
Kwok Ho Chan Nortel Networks、Inc。600 Technology Park Drive Billerica、MA 01821 USA
Phone: +1 978 288 8175
EMail: khchan@nortelnetworks.com
Ravi Sahita Intel Labs. 2111 NE 25th Avenue Hillsboro, OR 97124 USA
Ravi Sahita Intel Labs。2111 NE 25th Avenue Hillsboro、または97124 USA
Phone: +1 503 712 1554
EMail: ravi.sahita@intel.com
Scott Hahn Intel 2111 NE 25th Avenue Hillsboro, OR 97124 USA
スコットハーンインテル2111 NE 25th Avenue Hillsboro、または97124 USA
Phone: +1 503 264 8231
EMail: scott.hahn@intel.com
Keith McCloghrie Cisco Systems, Inc. 170 West Tasman Drive San Jose, CA 95134-1706 USA
Keith McCloghrie Cisco Systems、Inc。170 West Tasman Drive San Jose、CA 95134-1706 USA
Phone: +1 408 526 5260
EMail: kzm@cisco.com
Copyright (C) The Internet Society (2003). All Rights Reserved.
Copyright（c）The Internet Society（2003）。無断転載を禁じます。
This document and translations of it may be copied and furnished to others, and derivative works that comment on or otherwise explain it or assist in its implementation may be prepared, copied, published and distributed, in whole or in part, without restriction of any kind, provided that the above copyright notice and this paragraph are included on all such copies and derivative works. However, this document itself may not be modified in any way, such as by removing the copyright notice or references to the Internet Society or other Internet organizations, except as needed for the purpose of developing Internet standards in which case the procedures for copyrights defined in the Internet Standards process must be followed, or as required to translate it into languages other than English.
このドキュメントと翻訳は他の人にコピーされて提供される場合があり、それについてコメントまたは説明する派生作品、またはその実装を支援することができます。、上記の著作権通知とこの段落がそのようなすべてのコピーとデリバティブ作品に含まれている場合。ただし、このドキュメント自体は、インターネット協会や他のインターネット組織への著作権通知や参照を削除するなど、いかなる方法でも変更できない場合があります。インターネット標準プロセスに従うか、英語以外の言語に翻訳するために必要な場合に従う必要があります。
The limited permissions granted above are perpetual and will not be revoked by the Internet Society or its successors or assigns.
上記の限られた許可は永続的であり、インターネット社会またはその後継者または譲受人によって取り消されることはありません。
This document and the information contained herein is provided on an "AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
このドキュメントと本書に含まれる情報は、「現状」に基づいて提供されており、インターネット社会とインターネットエンジニアリングタスクフォースは、ここにある情報の使用が行われないという保証を含むがこれらに限定されないすべての保証を否認します。特定の目的に対する商品性または適合性の権利または黙示的な保証を侵害します。
Acknowledgement
謝辞
Funding for the RFC Editor function is currently provided by the Internet Society.
RFCエディター機能の資金は現在、インターネット協会によって提供されています。