RFC3317 日本語訳
3317 Differentiated Services Quality of Service Policy InformationBase. K. Chan, R. Sahita, S. Hahn, K. McCloghrie. March 2003. (Format: TXT=188553 bytes) (Status: INFORMATIONAL)
プログラムでの自動翻訳です。
英語原文
Network Working Group K. Chan
Request for Comments: 3317 Nortel Networks
Category: Informational R. Sahita
S. Hahn
Intel
K. McCloghrie
Cisco Systems
March 2003
コメントを求めるワーキンググループK.チェン要求をネットワークでつないでください: 3317 ノーテルはカテゴリをネットワークでつなぎます: 2003年の情報のR.のハーンインテルのK.McCloghrieシスコシステムズのSahita S.行進
Differentiated Services Quality of Service Policy Information Base
差別化されたサービスサービスの質方針Information基地
Status of this Memo
この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)インターネット協会(2003)。 All rights reserved。
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.
このドキュメントはDifferentiated Services Architectureを実装するデバイスのために、Policy Information基地(PIB)について説明します。 ここで定義された食糧を供給することのクラスはDifferentiated Services Architectureを実装するリソースの方針コントロールを提供します。 Differentiated Servicesの食糧を供給するのがサービス要件の総合政策の制御マッピングにデバイスリソース能力と用法に備えるために分類しない(他のPIBsでは、定義されます)他のなにもクラスに食糧を供給するこれらは使用できます。
Chan, et al. Informational [Page 1] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[1ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
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
このドキュメントで中古のコンベンション…3 1. 用語集…3 2. 序論…3 3. DiffServ非公式のマネジメント・モデルとの関係…3 3.1. PIB概要…4 4. PIBの構造…6 4.1. 一般コンベンション…6 4.2. DiffServデータ経路…7 4.2.1. データ経路PRC…7 4.3. クラシファイア…8 4.3.1. クラシファイアPRC…9 4.3.2. クラシファイア要素PRC…9 4.4. Meters…9 4.4.1. PRCを計量してください…10 4.4.2. トークンバケツパラメタPRC…10 4.5. 動作…10 4.5.1. DSCPは動作PRCをマークします…11 4.6. 待ち行列要素…11 4.6.1. アルゴリズムの点滴器PRC…11 4.6.2. 無作為の点滴器PRC…12 4.6.3. 待ち行列とスケジューラ…14 4.7. デバイス能力を指定します…16 5. PIB使用例…17 5.1. データ経路の例…17 5.2. クラシファイアとクラシファイア要素の例…18 5.3. 例を計量してください…21 5.4. 動作の例…21 5.5. 点滴器の例…22 5.5.1. 点滴器の例に尾を付けてください…22 5.5.2. ただ一つの待ち行列無作為の点滴器の例…23 5.5.3. 複数の待ち行列の無作為の点滴器の例…23 5.6. 待ち行列とスケジューラの例…26 6. DiffServ PIBの概要…27 7. PIBの操作上の概要…28 8. PIB定義…29 9. 承認…90 10. セキュリティ問題…90 11. 知的所有権問題…91 12. IANA問題…91 13. 標準の参照…92 14. 作者のアドレス…95 15. 完全な著作権宣言文…96
Chan, et al. Informational [Page 2] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[2ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
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].
キーワード“MUST"、「必須NOT」が「必要です」、“SHALL"、「」、“SHOULD"、「「推薦され」て、「5月」の、そして、「任意」のNOTは[RFC2119]で説明されるように本書では解釈されることであるべきですか?
1. Glossary
1. 用語集
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方針Information基地。 方針情報に関するデータベース。 [POLTERM]を見てください。 PDP政策決定ポイント。 [ラップフレームワーク]を見てください。 方針実施ポイントを元気づけてください。 [ラップフレームワーク]を見てください。 インスタンス識別子に食糧を供給するPRID。 唯一、PRCのインスタンスを特定します。
2. Introduction
2. 序論
[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]は、次にそのデバイスで方針を構成する目的のためにネットワークデバイスに伝えることができる方針情報を指定するために構造について説明します。 この構造の基礎となるモデルは、Policy Information基地(PIB)と呼ばれる仮想情報店にある明確な食糧を供給することのクラスの1つとこれらのクラスのインスタンスです。
This document specifies a set of provisioning classes specifically for configuring QoS Policy for Differentiated Services [DSARCH].
このドキュメントは特にDifferentiated Services[DSARCH]のためにQoS Policyを構成するのにクラスに食糧を供給するセットを指定します。
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つの方法がCOPSプロトコル[COPS]によって[COPS-PR]に食糧を供給するための拡大と共にあります。 このプロトコルは複数のクライアントをサポートします。それはそれぞれQoSなどの特定保険証券ドメインへの支給方針がそうするかもしれません。 このDiffServ QoS PIBで定義されたPRCsは使用のためにCOPS-PR diffServクライアントタイプによって意図されます。 その上、これらのPRCsは将来diffServクライアントタイプのために定義されるかもしれないいかなる他のPIBsに加えています、Framework PIB[FR-PIB]で定義されたPRCsと同様に。
3. Relationship to the DiffServ Informal Management Model
3. DiffServ非公式のマネジメント・モデルとの関係
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
[MODEL]に記録されたDifferentiated Services Informal Management Modelによると、このPIBは設計されています。 'モデルはaと'ポートルータのイングレスと出口のインタフェースがモデル化される方法を述べます。 それは定義上ゼロを含むTraffic Conditioning Block(TCB)か、より多くのクラシファイアと、メーターと、動作と、アルゴリズムの点滴器と、待ち行列とスケジューラに関してDiffServインタフェースの構成と管理について説明します。 これらの要素はそうです。
Chan, et al. Informational [Page 3] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[3ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
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.
QoS方針によると、整うのは、言い表されて、いつもそのオーダーで言い表されます。 トラフィックは分類されるかもしれません。 分類されたトラフィックは計量されるかもしれません。 クラシファイアとメーターの組み合わせで特定されたトラフィックの各ストリームで、何らかのセットの機能をそれに実行するかもしれません。 それで、低下アルゴリズムを適用するかもしれません、そして、次の目的地、または、リンクか別のTCBに予定される前に結局、待ち行列として保存されるかもしれません。 可能にすることを壊す方法でたびたびのそれらの要素のどれかが当然のことのパケットに関する処理でクラシファイア、メーター、動作、アルゴリズムの点滴器、待ち行列、スケジューラを配列しなければならないと、複数のTCBsをどっと落させることによって、これをモデル化しなければなりません。
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はTCBsを作る個々の要素をモデル化します。 TCBの、より高い平らな概念はパラメタリゼーションか一緒に個々の要素のリンクで必要でなく、したがって、それは、PIB自身で使用されないで、[MODEL]にPIBを関連づけるためにテキストで言及されるだけです。 デバイスの計装がDiffServの機能性をサポートするのにaが離れている特定の要素がどのTCBであるかに関する実際の区別は必要ではありませんが、それは概念的な理由の役に立ちます。 TCB概念を使用しないことによって、このPIBは要素のどんな組分けにもTCBsを組み立てさせます、[MODEL]によって示された規則を使用して。 [MODEL]の規則が変化すると、これはこの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.
Data Pathの概念は、パケットが経験するかもしれないDiffServ処理を示すのにこのPIBで使用されます。 このData Pathによる区別されて、流れのRole Combination、Capability Set、およびDirectionに基づいたパケットが部分であるということです。 Data Path Table EntryはDiffServ処理をパケットに当てはまることによると複数の要素の1番目を示します。
3.1. PIB Overview
3.1. PIB概要
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はパケットに適用される、連続したDiffServ処理、およびこれらの処理のパラメタリゼーションを構成する必要性に基づいて構造化されます。 構成のこれらの2つの局面が、PIBのデザイン中で別々に保たれて、別々のテーブルとデータ定義を使用することで実現します。
In addition, the PIB includes tables describing the capabilities and limitations of the device using a general extensible framework.
さらに、PIBは一般的な広げることができるフレームワークを使用することでデバイスの能力と限界について説明するテーブルを含んでいます。
Chan, et al. Informational [Page 4] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[4ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
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.
シングルか複数のデバイスが交換で機能的なdatapath要素の多くの異なった変化をサポートすることができるこの能力と限界。 一般的な機能的なdatapath要素を提供するさまざまのメソッドを許容します。
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]で定義されるように1セットのDifferentiated Services Code Point(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.
- 適切な待ち行列における出力のためにトラフィックを待ち行列に入れてください。(待ち行列のスケジューラは、トラフィックを形成するか、または何らかの最低料率か最大の潜在と共にそれを単に進めるかもしれません)。
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.
データPath Table Thisは単一のDiffServデバイスの中にDiffServデータ経路の出発点について説明します。 このクラスはインタフェース役割の組み合わせとインタフェース方向の特定のデータ経路について説明します。
Classifier Tables
A general extensible framework for specifying a group of filters.
フィルタのグループを指定するためのクラシファイアのTablesのA一般的な広げることができるフレームワーク。
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.
パラメタリゼーションテーブルに関するTablesのA一般的な広げることができるフレームワークと1つの例を計量してください--Simple Token Bucket Meter、Average Rate Meter、Single Rate Three Color Meter、Two Rate Three Color Meter、およびSliding Window Three Color Meterに、適切なTBParamテーブル。
Chan, et al. Informational [Page 5] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[5ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
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.
マークの動作のためのパラメタリゼーションテーブルに関する動作のTablesのA一般的な広げることができるフレームワークと例。 [MODEL]で説明された「回線多重化装置」と「ヌル」の動作は他の要素のPrid構造によるそれとなく実行されます。
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.
点滴器の機能的なdatapath要素について説明するためのアルゴリズムのDropper Tables A一般的な広げることができるフレームワーク。 これは絶対点滴器と他の待ち行列測定に依存するアルゴリズムの点滴器を含んでいます。
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.
列を作りをparameterizingするための待ち行列とScheduler Tables A一般的な広げることができるフレームワークとスケジューラシステム通知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.
要素の能力と限界を定義するためのA一般的な広げることができるフレームワークが上に記載した能力Tables。 能力テーブルはPDPで要素の知的な構成を許します。
4. Structure of the PIB
4. PIBの構造
4.1. General Conventions
4.1. 総会
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はデータ経路に機能要素を表すPRCs(例えば、クラシファイア、メーター、動作)、およびあるタイプの機能要素に適用されるパラメタを指定するクラス(例えば、Token Bucketメーターかマークの動作)から成ります。 パラメタは、パラメタのクラスの複数の方針による使用を可能にするために別々の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.
機能要素PRCsは、間接指定を示すのに、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.
パラメタPRCsを指定するPridsの使用が、同じ機能要素PRCがパラメタPRCの多くの異なったタイプで広げられるのを許容することに注意してください。 さらに、次の機能的なdatapath要素を示すのにPridsを使用するのは、要素が何らかの方法で注文されるのを許容します。
Chan, et al. Informational [Page 6] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[6ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
4.2. DiffServ Data Paths
4.2. DiffServデータ経路
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 Functional Elementsに接するための計装を提供します。 DiffServ Functional Elementsに有効な配列についての議論について言及して[MODEL]、分類してください。 何らかの基本情報、例えば、インタフェース能力、役割の組み合わせ、および方向を考えて、最初のDiffServ Functional Elementは断固としています。 データ経路テーブルのそれぞれのエントリーの「次」の指針属性でその後のDiffServ Functional Elementsを提供します。 この「次」の指針が各テーブルでどう使用されるかに関する記述をそれらのそれぞれの記述節に提供します。
4.2.1. Data Path PRC
4.2.1. データ経路PRC
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.
Data Path PRCはこのDiffServデバイスのすべてのパケットのためのDiffServ処理出発点を提供します。 このPRCの各インスタンスはインタフェース能力、役割の組み合わせ、および方向をパケット流動に指定します。 高々2つのエントリーしか各インスタンス(インターフェース型(役割の組み合わせ)は能力を連結する)、イングレスのためのもの、および出口へのもののためにあるべきではありません。 各インスタンスは各パケットが特定の相対的な方向に移動する特定のインタフェース(インタフェースに割り当てられた役割で、特定される)で経験するはずである最初のDiffServ Functional Elementを提供します。 このクラスが能力が設定したインターフェース型とRoleCombinationの使用で特定のインタフェースであるのに注意してください。 特定のインターフェース型能力セット、役割の組み合わせ、および方向に関するDiffServ処理が全くないのを明らかに示すために、zeroDotZeroと共にdsDataPathStart属性でData Path PRCのインスタンスを作成できます。 また、その特定のインターフェース型能力セット、役割の組み合わせ、および方向にData Path 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
データ経路機能要素が別々の物理的なプロセッサで実装されるネットワークデバイスかスイッチ骨組みによって切り離された特定用途向ICの実装経験に基づいて、データ経路の、より複雑な概念が異なった肉体的に別々のデータ経路機能要素を関連させるのにネットワークデバイスの中に必要であるように思えます。 例えば、イングレス処理は、他のイングレスで集められる特定のイングレス流動が出口データ経路機能要素で流れることを決定したかもしれません。 イングレスデータ経路機能要素で決定している情報のいくつかが、出口データ経路によって使用される必要があるかもしれません。
Chan, et al. Informational [Page 7] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[7ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
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].
機能要素。 多数の実装では、そのような情報はネットワークデバイスの中に流れを運ぶのに使用されるフレーム/メモリブロックにそれを追加することによって、運ばれました。 いくつかのimplementersが、そのような情報を「序文かフレーム記述子」と呼びました。 異なった実装はそのような情報に異なった形式を使用します。 初めは、そのような情報がネットワークデバイスの外で暴露される必要はないネットワークデバイスの中に実装の詳細を持っていると思うかもしれません。 しかし、Policy Control観点から、そのような情報はネットワークデバイスから方針サーバまでネットワーク資源用法フィードバックを決定する際に非常に役に立ちます。これは、[FR-PIB]で定義されたInternal Label MarkerとFilter PRCsを使用することによって、達成されます。
4.3. Classifiers
4.3. クラシファイア
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.
分類は、Meter、Action、Algorithmic Dropper、Queue、およびScheduler要素を当てるためにこれらの別々のストリームを送るのに使用されます。 例えば、マルチステージメーターを示すために、異なったメーターステージにトラフィックのサブクラスを送るかもしれません: 例えば、Assured Forwarding(AF)PHB[AF-PHB]の実装では、AF11トラフィックを最初のメーターに送るかもしれなくて、2番目のメーターステージのプロフィールの出ている機能に送られた2番目とAF13トラフィックにAF12トラフィックを送るかもしれません。
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.
クラシファイアの概念は[MODEL]で説明されるのと同じです。 クラシファイアとクラシファイア要素テーブルの構造はクラシファイアが[MODEL]で説明したのと同じです。 クラシファイア要素には、フィルタを重ね合わせるとき、唯一あいまいさを取り除く目的の関連先行命令があります。 先行の、より高い値があるフィルタは最初に、比較されます。 同じ先行のエントリーのためのテストの注文は重要ではありません。
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.
datapathは1つ以上のクラシファイアから成るかもしれません。 異なったクラシファイアのフィルタの間には、フィルタ仕様のオーバラップがあるかもしれません。 diffservの機能的なdatapath要素の配列で決定するように遭遇する最初のクラシファイア機能的な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.
重要な形式のクラシファイアは「他の何もかも」です: 最終段階、クラシファイアでは、不完全なクラシファイアの結果が必ず決定論的であるというわけではないので、すなわち、最も低い先行がある「完全でなければなりません」--.2に[MODEL]セクション4.1を見てください。
Chan, et al. Informational [Page 8] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[8ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
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に例示されるとき、それには、少なくとも1つのクラシファイア要素テーブル項目がいつもあるべきです、「他の何もかも」クラシファイア要素、フィルタがすべてのIPパケットに合っていて。 この「他の何もかも」クラシファイア要素はクラシファイアセットアップの一部としてPDPによって作成されるはずです。 PDPはPEPに例示されたすべてのクラシファイアPRIsを完全に管理します。
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を通して参照をつけられます: これは1つが標準の、または、独占であるデザインに願うかもしれないどんな種類のフィルタテーブルの使用も可能にします。 フィルタは全くこのPIBで定義されません。 しかしながら、IPパケットのための標準のフィルタはFramework PIB[FR-PIB]で定義されます。
4.3.1. Classifier PRC
4.3.1. クラシファイアPRC
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.
様々なイングレスと出口のインタフェースで使用されるクラシファイアはClassifier PRCのインスタンスによって組織化されます。 データ経路エントリーはクラシファイアエントリーを示します。 クラシファイアエントリーはクラシファイア要素のリストを特定します。 クラシファイア要素は、事実上、フィルタエントリーを含んで、「次」のクラシファイアエントリーかある他のデータ経路機能要素を示します。
4.3.2. Classifier Element PRC
4.3.2. クラシファイア要素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].
Classifier Element PRIによって示されるかもしれないフィルタに関する例は[FR-PIB]で定義されたfrwkIpFilter PRCです。
4.4. Meters
4.4. Meters
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
[MODEL]セクション5によると、1メーターは、トラフィックのストリームを構成するパケットがそれを通過するレートを測定して、何らかのセットの敷居にこのレートをたとえて、何らかの数(2以上)の潜在的結果を生みます。 パケットが見られているとき小川が計器プロフィールの中にあるように見えるなら、与えられたパケットはメーターに「従う」と言われます。 どっと落したより多くのものの系列が次に、まるでほかであるかのようにここでモデル化されたテストに合格するか、または失敗するとき、PIB構文でこれを定義するのは最も簡単になります。構造物。 モデルのこの道が「連続した」実装に関して何も含意しないのを理解しているのは重要です: マルチマルチレート/プロフィールメーター、例えば[SRTCM]をサポートするように設計されたもの、[TRTCM]、または[TSWTCM]がまだあることができます。
Chan, et al. Informational [Page 9] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[9ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
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.
このように、必要な彼らがステージの間の情報を共有しても、モデル化されます: PIB構造を簡素化するために単に記号法の便利としてステージを導入します。
4.4.1. Meter PRC
4.4.1. メーターPRC
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のインスタンスへの指針で中古であるメーターのタイプに、特定のパラメタの定義は参照をつけられます。 これは1つが標準の、または、独占であるデザインに願うかもしれないどんな種類の特定のメーターテーブルの使用も可能にします。 1個の特定のメーターテーブルがこのPIBモジュールで定義されます。 他のメーターテーブルは他のPIBモジュールで定義されるかもしれません。
4.4.2. Token-Bucket Parameter PRC
4.4.2. トークンバケツパラメタPRC
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.
これは普通形のメーターに関する例として含まれています。 このクラスにおけるエントリーはメーターPRCインスタンスのdsMeterSpecific属性から参照をつけられます。 パラメタがレートdsTBParamRateによって表されて、放出量がdsTBParamBurstSizeであり、間隔はdsTBparamIntervalです。 parameterizedされるメーターのタイプはdsTBParamType属性によって示されます。 これは、レート、炸裂、およびレート間隔パラメータがどのように使用されているかを決定するのに使用されます。 必要であるときに、他のPIBsで追加メーターパラメタリゼーションのクラスを定義できます。
4.5. Actions
4.5. 動作
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を交通に付けます」。または、「特定の動作。」 「交通を形成する」か、または「何らかのアルゴリズムに基づいて低下する」ような他のタスクは動作で以外のむしろ機能的なdatapath要素で扱われます。 [MODEL]で説明された「回線多重化装置」、「反復子」、および「ヌル」の動作は他の要素の様々な組み合わせでそれとなく実行されます。
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は、それの前後に要素との1Actionの関係を組織化するのにAction PRC dsActionTableを使用します。 それは、Actionsが複数のActionsが各エントリーのdsActionNext属性を使用することによってただ一つの交通の流れに適用されるように可能にするためにどっと落すのを許容します。 チェーンにおける、最後の動作エントリーのdsActionNext属性はTCBに次の要素を示します、もしあれば、例えば、Queueing要素。 また、それは次の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.
Action要素に必要であるパラメタは、取るためにActionのタイプに頼るでしょう。 したがって、PIBは異なったActionタイプに関して特定のAction Tablesを考慮します。 この柔軟性は、追加Actionsが他のPIBsで指定されるのを許容して、また、ここで定義されたものへの影響なしで独占Actionsの使用を考慮します。
Chan, et al. Informational [Page 10] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[10ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
One may consider packet dropping as an Action element. Packet dropping is handled by the Algorithmic Dropper datapath functional element.
パケット低下がAction要素であるとみなすかもしれません。 パケット低下はAlgorithmic Dropper datapath機能要素によって扱われます。
4.5.1. DSCP Mark Action PRC
4.5.1. DSCPマーク動作PRC
This Action is applied to traffic in order to mark it with a DiffServ Codepoint (DSCP) value, specified in the dsDscpMarkActTable.
このActionは、dsDscpMarkActTableで指定されたDiffServ Codepoint(DSCP)値をそれに付けるために交通に適用されます。
4.6. Queueing Elements
4.6. 待ち行列要素
These include Algorithmic Droppers, Queues and Schedulers, which are all inter-related in their use of queueing techniques.
これらはAlgorithmicドロッパーズ、Queues、およびSchedulersを含んでいます。(Schedulersは相互彼らの待ち行列のテクニックの使用ですべて関連します)。
4.6.1. Algorithmic Dropper PRC
4.6.1. アルゴリズムの点滴器PRC
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.
アルゴリズムのドロッパーズはこのPIBでAlgorithmic Dropper PRCの例によって代理をされます。 Algorithmic Dropperが入力のときに提示されるすべてのパケットを無差別に作動させると思われます。 それに先行するクラシファイアとメーターですべての交通分離をするべきです。
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.
アルゴリズムのDropperはいつも簡単からの多くのタイプの点滴器を含めます。より複雑な無作為の点滴器への点滴器。 これは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.
アルゴリズムのドロッパーズには、列を作りとの密接な関係があります。 どの待ち行列の状態がAlgorithmic Dropperの計算に影響するかを示して、それぞれのAlgorithmic Dropper TableエントリーはdsAlgDropQMeasure属性を含んでいます。 また、各エントリーはAlgorithmic Dropperがどれが列を作るかに交通を沈めるかを示す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.
dsAlgDropSpecific、また、アルゴリズムのドロッパーズは低下アルゴリズムの特定の詳細にポインタを含むかもしれません。 この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つの一般に適切なパラメタが始まる何らかの低下動作がことである待ち行列深さ敷居の仕様です。 これは基本属性、Algorithmic DropperエントリーのdsAlgDropQThresholdとしてこのPIBに表されます。 属性(dsAlgDropQMeasure)は、dsAlgDropQThresholdがどの待ち行列の深さと比較されることになっているかを指定します。
Chan, et al. Informational [Page 11] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[11ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
o An Always Dropper drops every packet presented to it. This type
of dropper does not require any other parameter.
o Always Dropperはそれに提示されたあらゆるパケットを落とします。 このタイプの点滴器はいかなる他のパラメタも必要としません。
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 Tail Dropperは最大の待ち行列深さ敷居の仕様を必要とします: 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 Head Dropperは最大の待ち行列深さ敷居の仕様を必要とします: 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 無作為のドロッパーズは、[AF-PHB]で[QUEUEMGMT]で混雑を制御する方法として推薦されて、求められます。 様々な実現は存在しています、と輻輳回避に関するTCPのようなプロトコルで交信する、しかし、それらの特定のパラメタについてちょうど著しく異なる意見をもつことができるくらいの交通をマークするか、または落とすとき、それは同意します。 このPIBは、どんな無作為の点滴器のためにも1人の極小集合のコントロールを提供するのを試みますが、彼らの実現に従って業者が追加コントロールと状態がある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 Typeを提供します。 Dropper Typeが他ときに、完全な仕様は、dsAlgDropSpecificによって参照をつけられた別のPRCによって提供される必要があるでしょう。 また、Multiple Queue Random DropperのDropper Typeを提供します。 この参照部5.5の.3はその他の詳細のために記録してくれますか?
4.6.2. Random Dropper PRC
4.6.2. 無作為の点滴器PRC
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つの例がREDのような点滴器です。 この要素のためのこの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
無作為の点滴器には、平均した待ち行列の長さ(Q)に対して低下確率(P)の陰謀として記述されたそれらの低下確率関数がしばしばあります。 (Qmin、Pmin) そして、独特の陰謀の始まりを定義します。 通常Pmin=0、Qminの下に平均した待ち行列の長さがある状態でそれを意味して、低下が全くないでしょう。 (Qmax、Pmax) どれが低下確率を指すかが、より進歩的に(よりすばらしいスロープ)なった後に陰謀で「ひざ」を定義します。 (Qclip、1) 待ち行列の長さを定義する、どれ、すべて
Chan, et al. Informational [Page 12] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[12ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
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.
パケットは落とされるでしょう。 これが平均した待ち行列の長さを使用するのでTail Dropと異なっているのに注意してください。 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 |
+----------------+
+-----------------+ +-------+ |AlgDrop| |待ち行列| --->| 次へ---------+-+----------------->| 次の-+-->。| QMeasure-------+-+ | ... | | QThreshold| +-------+ | =randomDropをタイプしてください。| +----------------+ | 特定-------+-->|RandomDrop| +-----------------+ | MinThreshBytes| | MaxThreshBytes| | ProbMax| | 重さ| | SamplingRate| +----------------+
Figure 1: Example Use of the RandomDropTable for Random Droppers
図1: RandomDropTableの無作為のドロッパーズの例の使用
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
また、平坦な待ち行列の長さの計算は点滴器の働きに重要な関係を持っているかもしれません: パラメタは標本抽出間隔かレートと、それぞれのサンプルの重さを含むかもしれません。 性能はこれらのパラメタの値に非常に敏感であるかもしれません、そして、さまざまな可能な値がさまざまなリンク速度のため必要であるかもしれません。 ほとんどのアルゴリズムがここにdsRandomDropWeightによって表されたサンプル重りを含んでいます。 読み込み可能であるとしてのdsRandomDropSamplingRateの有用性は重要です。 Sampling Rateによって提供された情報はdsRandomDropWeightの構成に不可欠です。 また、Sampling Rateが構成可能であることを持つのは、そうです。
Chan, et al. Informational [Page 13] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[13ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
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].
役立っていて、以下が頻繁であったなら、速度が線として上がるので、持っている能力はパケット到着が必要であるというよりも標本抽出を列に並ばせます。 しかしながら、この話題の継続中の研究があることに注意してください、そして、例えば、[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モジュールで加えられるかもしれません、例えば、ここで標準化されない無作為の低下アルゴリズムの局面を扱うのにこのクラスでAUGMENTSを使用することによって。
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に制限されている状態で、特殊なものとしてRandomドロッパーズについて決定論的なドロッパーズを見ることができます。 したがって、DeterministicドロッパーズはPmin=0でRandom Dropperが説明されるかもしれません、Pmax=1、Qmin=Qmax=Qclip、低下が起こる平均した待ち行列の長さ。
4.6.3. Queues and Schedulers
4.6.3. 待ち行列とスケジューラ
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.
Queue PRCは[MODEL]セクション7.1.1で説明されるように簡単な先入れ先出し待ち行列をモデル化します。 Scheduler PRCはそれらの待ち行列から簡単なものと同様にいくらか複雑な待ち行列階層構造を構成する際に柔軟性を許容します。 また、そのようにもちろんさらにTCBsがインタフェースを複数の回どっと落すことができるので複雑な階層構造を構成できます。
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例は例えば、上流の要素dsMeterSucceedNextの「次」の属性によって指し示されます。 複数の上流の要素が同じQueue PRIへのそれらの交通を指示するかもしれないことに注意してください。 例えば、Assured Forwarding PHBは、AF11、AF12、またはAF13であることが示されるすべての交通が計量した後に同じ待ち行列に置かれるのを示します、再命令しないで。 これは、同じQueue PRIにそれぞれの上流のメーターポイントのdsMeterSucceedNextを持っていることによって、表されるでしょう。
NOTE: Queue and Scheduler PRIs are for data path description; they both use Scheduler Parameterization Table entries for diffserv treatment parameterization.
以下に注意してください。 待ち行列とScheduler PRIsはデータ経路記述のためのものです。 それらの両方がdiffserv処理パラメタリゼーションにScheduler Parameterization Tableエントリーを使用します。
A Queue Table entry specifies the scheduler it wants service from by use of its Next pointer.
Queue TableエントリーはそれがNextポインタの使用でサービスが欲しいスケジューラを指定します。
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.
それぞれのScheduler Tableエントリーはそれを与える1つ以上の待ち行列を修理するのに、使用中のアルゴリズムを表します。 [MODEL]セクション7.1 .2 複数の入力でスケジューラについて説明します: スケジューリングパラメタが各入力に関連しているのを持っていることによって、これはPIBに表されます。 このように、入力としてQueuesのセットを同じSchedulerに一緒に分類できます。 このクラスは、[MODEL]で説明された例のスケジューラを表すのに役立ちます: 他の、より複雑な表現はこのPIBの外に作成されるかもしれません。
Chan, et al. Informational [Page 14] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[14ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
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.
Queue PRCとScheduler PRCの両方が、diffserv処理パラメタリゼーションを指定するのにScheduler Parameterization PRCの例を使用します。 スケジューラParameter PRC例は、スケジューラへ供給される各入力をparameterizeするのに使用されます。 入力はQueue PRIとScheduler PRIの混合物であるかもしれません。 1Queue、そして/または、Scheduler TableエントリーでスケジューラParameter PRIのものを使用するか、または再利用できます。
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.
Strict Priorityスケジューラを表すのにおいて、優先は同じスケジューラを与える他のすべての入力に関してそれぞれのスケジューラ入力に割り当てられます、他のパラメタのためのデフォルト値で。 形成するために遅れていない交通を含むより高い優先度入力は低優先度入力の前に修理されるでしょう。
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.
Weighted Schedulingに関しては、与えられたスケジューラ入力の方法例えば、WFQ、WRR、「重さ」は必要なら、入力されたそれに最低保証額帯域幅を供給するMinimum Service Rate水漏れするバケツプロフィールで表されます。 これはレートdsMinRateAbsoluteによって表されます。 古典的な重さは、そのレートとインタフェース速度の間の比率、または恐らくクラスの構成されたレートのそのレートと合計の間の比率です。 あるいはまた、レートは相対的価値によって表されるかもしれません、インタフェースの現在行レートの部分として、ライン料率が可変であるか、または、よりハイレベルの方針がネットワーク資源の部分で言い表されるかもしれないケースを助けるdsMinRateRelative。 2つのレートパラメタが相互関連します、そして、1における変化はもう片方に反映されるかもしれません。
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
また、待ち行列か予定されているセットの待ち行列(スケジューラへの入力である)は仕事を保存しない[MODEL]交通整形器として機能できるかもしれません: その入力に利用可能なスケジューラ帯域幅を制限するためにMaximum Service Rate水漏れするバケツプロフィールを定義することによって、これをします。 これはレートdsMaxRateAbsoluteによって表されます。 古典的な重さは、そのレートとインタフェース速度の間の比率、または恐らくクラスの構成されたレートのそのレートと合計の間の比率です。 あるいはまた、レートが表すかもしれない、dsMaxRateRelative、相対的価値で、インタフェースの現在行レートの部分として表されてください。 代替のモデル化法に関してワーキンググループには議論がありました、形成動作か形成要素を定義するのなどように。 事実上、形成がスケジューラが入力にすることであるので私たちがこのアプローチを取らなかった、(私たちはaとの待ち行列としてモデル化します。
Chan, et al. Informational [Page 15] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[15ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
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.
そして、出力には最高率がある最高率かスケジューラ)、私たちは、その文脈で単にそれについて説明するのが、より簡単であって、より上品であると感じました。 さらに、複数の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はOBJECT-IDENTITYと定義される異なったタイプのスケジューリング法でAutonomousType構文を使用します。 将来のスケジューリング法は他のPIBsで定義されるかもしれません。 これはOBJECT-IDENTITY定義、それらが再利用されるなら既存の物がどう再利用されるかに関する記述、および彼らが必要とする新しい物を必要とします。
NOTE: Hierarchical schedulers can be parameterized using this PIB by having Scheduler Table entries feeds into Scheduler Table entry.
以下に注意してください。 Scheduler Tableエントリー給送をScheduler Tableエントリーに持っていることによってこのPIBを使用することで階層的なスケジューラをparameterizedされることができます。
4.7. Specifying Device Capabilities
4.7. 装置能力を指定します。
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はPRCのどんなものがPEPによって支持されるかを指定して、そのサポートのどんな制限も指定するために[FR-PIB]で定義された基地のPRCのクラスのfrwkPrcSupportTableとfrwkCompLimitsTableを使用します。 また、PIBは装置の能力セット、インターフェース型、および役割の組み合わせを指定するために[FR-PIB]で定義された能力PRCのfrwkCapabilitySetTableとfrwkIfRoleComboTableを使用します。 能力PRC frwkCapabilitySetTableの各例はそのインターフェース型の何らかの能力について説明するPRCの例を示すOIDを含んでいます。 DiffServ PIBはこれらの能力PRCsの数個を定義して、そのアシストは装置で実行できるDiffServ機能要素の構成があるPDPです。 それぞれのこれらの能力PRCsは能力が適用される指示を指定する指示属性を含んでいます。 この属性はベース能力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を使用することで報告されます。 最大レートLevelsの最大数などの最大のRate能力は、dsIfMaxRateCaps PRCを使用することで報告されます。
Chan, et al. Informational [Page 16] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[16ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
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.
2PRCのものは、PEPの要素リンケージ能力の仕様を許容するために定義されます。 dsIfElmDepthCaps PRCはdatapathで連続してリンクできる機能的なdatapath要素の最大数を示します。 dsIfElmLinkCaps PRCは、どんな機能的なdatapath要素がdatapathの特定のタイプの要素に従うかもしれないかを示します。
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でクラスを報告する能力とFramework PIBはPEPに装置ができることがいくつかの一般的ガイドラインを示させることになっています。 彼らはPEPのために方針を構成するときのPDPへの援助であることを意図します。 これらのクラスで、PEPは必ず、それが支持できるか、または支持できるというわけではないあらゆる可能な構成を示すことができるというわけではありません。 PEPがそれが実施できない政策を受けるなら、それは異常報告書でPDPに通知しなければなりません。 現在[COPS-PR]の、[COPS PR]セクション4.4、4.5、および4.6の指定されるとしてのエラー処理メカニズムはこのPIBのすべての知られている誤り事件を完全に扱います。 したがって、どんな追加方法もPRCsも、ここで指定される必要がありません。
5. PIB Usage Example
5. PIB使用例
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 Deviceにどう一緒に使用されるかもしれないかに関するいくつかの例を提供します。 それぞれの個々の属性の用法はPIBモジュール自体の中で定義されます。 数字において、すべてのPIBテーブル項目と属性名にはそれらの名前の最初の一般的な初期の部分として"ds"があると思われます、テーブル入口名がそれらの名前の2番目の一般的な初期の部分であると思われている状態で。 「0インチはzeroDotZeroを意味するのに使用されています。」 そして、Scheduler Methodに関して、「=X」は、「diffServSchedulerXのOIDを使用します。」と意味します。
5.1. Data Path Example
5.1. データ経路の例
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テーブルの通知Eachエントリーは特定の機能的な役割組み合わせのための特定の方向に流れを扱っている特定のインターフェース型に使用されます。 私たちの例に関しては、私たちはただそのようなエントリーの1つを定義します。
+---------------------+
|DataPath |
| CapSetName ="IfCap1"|
| Roles = "A+B" |
| IfDirection=Ingress | +---------+
| Start --------------+--->|Clfr |
+---------------------+ | Id=Dept |
+---------+
+---------------------+ |DataPath| | CapSetNameは"IfCap1""と等しいです。| | 役割は「+B」と等しいです。| | IfDirectionはイングレスと等しいです。| +---------+ | 始め--------------+--->|Clfr| +---------------------+ | イド=部| +---------+
Figure 2: DataPath Usage Example
図2: DataPath使用例
Chan, et al. Informational [Page 17] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[17ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
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では、私たちは、能力があるインターフェース型が「+B」の機能的役割に1つの取り扱いイングレス流動を設定するのを示すのにIfCap1を使用しています。 部が私たちを以下のClassifier Exampleに導くのに私たちはクラシファイアを使用しています。
5.2. Classifier and Classifier Element Example
5.2. クラシファイアとクラシファイア要素の例
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によって定義されないので私たちがフィルタの上に詳細に立ち入らなかったのに注意してください。 Data Pathの例で前項から続けて、部に基づく流れ分離をするために以下の分類の機能性を実行したいと思って、アプリケーションが以下をタイプすると言わせます。
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.
(Appl1)であるなら、Dept1-Appl1-actionを取ってください。(Appl2)であるならDept1-Appl2-actionを取ってください。次に、(Dept1)がDept1-行動を取る、(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.
}
(Appl1)であるなら、Dept2-Appl1-actionを取ってください。(Appl2)であるならDept2-Appl2-actionを取ってください。次に、(Dept2)がDept2-行動を取る、(Appl3)であるなら、Dept2-Appl3-行動を取ってください。 そして、(Dept3)はDept3-行動を取ります。(Appl1)であるなら、Dept3-Appl1-actionを取ってください。(Appl2)であるならDept3-Appl2-actionを取ってください。(Appl3)であるなら、Dept3-Appl3-行動を取ってください。 }
The above classification logic is translated into the following PIB table entries, with two levels of classifications.
上の分類論理は2つのレベルの分類によって以下のPIBテーブル項目に翻訳されます。
Chan, et al. Informational [Page 18] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[18ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
First for department:
最初に、部に:
+---------+ |Clfr | | Id=Dept | +---------+
+---------+ |Clfr| | イド=部| +---------+
+-------------+ +-----------+ |ClfrElement | +-->|Clfr | | Id=Dept1 | | | Id=D1Appl | | ClfrId=Dept | | +-----------+ | Preced=NA | | | Next -------+--+ +------------+ | Specific ---+----->|Filter Dept1| +-------------+ +------------+
+-------------+ +-----------+ |ClfrElement| +-->|Clfr| | イド=Dept1| | | イド=D1Appl| | ClfrIdは部と等しいです。| | +-----------+ | =NaをPrecedしました。| | | 次へ-------+--+ +------------+ | 特定---+----->|フィルタDept1| +-------------+ +------------+
+-------------+ +-----------+ |ClfrElement | +-->|Clfr | | Id=Dept2 | | | Id=D2Appl | | ClfrId=Dept | | +-----------+ | Preced=NA | | | Next -------+--+ +------------+ | Specific ---+----->|Filter Dept2| +-------------+ +------------+
+-------------+ +-----------+ |ClfrElement| +-->|Clfr| | イド=Dept2| | | イド=D2Appl| | ClfrIdは部と等しいです。| | +-----------+ | =NaをPrecedしました。| | | 次へ-------+--+ +------------+ | 特定---+----->|フィルタDept2| +-------------+ +------------+
+-------------+ +-----------+ |ClfrElement | +-->|Clfr | | Id=Dept3 | | | Id=D3Appl | | ClfrId=Dept | | +-----------+ | Preced=NA | | | Next -------+--+ +------------+ | Specific ---+----->|Filter Dept3| +-------------+ +------------+
+-------------+ +-----------+ |ClfrElement| +-->|Clfr| | イド=Dept3| | | イド=D3Appl| | ClfrIdは部と等しいです。| | +-----------+ | =NaをPrecedしました。| | | 次へ-------+--+ +------------+ | 特定---+----->|フィルタDept3| +-------------+ +------------+
Chan, et al. Informational [Page 19] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[19ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
Second for application:
アプリケーションのための2番目:
+-----------+ |Clfr | | Id=D1Appl | +-----------+
+-----------+ |Clfr| | イド=D1Appl| +-----------+
+---------------+ +--------------+ |ClfrElement | +----------------->|Meter | | Id=D1Appl1 | | | Id=D1A1Rate1 | | ClfrId=D1Appl | | | SucceedNext -+--->... | Preced=NA | | | FailNext ----+--->... | Next ---------+--+ +------------+ | Specific ----+--->... | Specific -----+---->|Filter Appl1| +--------------+ +---------------+ +------------+
+---------------+ +--------------+ |ClfrElement| +----------------->|メーター| | イド=D1Appl1| | | イド=D1A1Rate1| | ClfrId=D1Appl| | | SucceedNext-+--->… | =NaをPrecedしました。| | | FailNext----+--->… | 次へ---------+--+ +------------+ | 特定----+--->… | 特定-----+---->|フィルタAppl1| +--------------+ +---------------+ +------------+
+---------------+ +--------------+ |ClfrElement | +----------------->|Meter | | Id=D1Appl2 | | | Id=D1A2Rate1 | | ClfrId=D1Appl | | | SucceedNext -+--->... | Preced=NA | | | FailNext ----+--->... | Next ---------+--+ +------------+ | Specific ----+--->... | Specific -----+---->|Filter Appl2| +--------------+ +---------------+ +------------+
+---------------+ +--------------+ |ClfrElement| +----------------->|メーター| | イド=D1Appl2| | | イド=D1A2Rate1| | ClfrId=D1Appl| | | SucceedNext-+--->… | =NaをPrecedしました。| | | FailNext----+--->… | 次へ---------+--+ +------------+ | 特定----+--->… | 特定-----+---->|フィルタAppl2| +--------------+ +---------------+ +------------+
+---------------+ +--------------+ |ClfrElement | +----------------->|Meter | | Id=D1Appl3 | | | Id=D1A3Rate1 | | ClfrId=D1Appl | | | SucceedNext -+--->... | Preced=NA | | | FailNext ----+--->... | Next ---------+--+ +------------+ | Specific ----+--->... | Specific -----+---->|Filter Appl3| +--------------+ +---------------+ +------------+
+---------------+ +--------------+ |ClfrElement| +----------------->|メーター| | イド=D1Appl3| | | イド=D1A3Rate1| | ClfrId=D1Appl| | | SucceedNext-+--->… | =NaをPrecedしました。| | | FailNext----+--->… | 次へ---------+--+ +------------+ | 特定----+--->… | 特定-----+---->|フィルタ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のためのFilters、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.
このクラシファイアとクラシファイア要素の例は、次の微分されたサービスが機能的なdatapath要素であると仮定します。Meterであり、私たちをMeter Example部に導きます。
Chan, et al. Informational [Page 20] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[20ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
5.3. Meter Example
5.3. メーターの例
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.
ただ一つのレートに、簡単なMeterは思い描くのが簡単であるかもしれない、したがって、私たちがTwo Rate Three Color[TRTCM]の例をするつもりです、2つのMeterテーブル項目と2つのTBParamテーブル項目を使用して。
+--------------+ +---------+ +--------------+ +----------+
|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 |
+------------+ +------------+
+--------------+ +---------+ +--------------+ +----------+ |メーター| +->|動作| +->| メーター| +->|動作| | イド=D1A1Rate1| | | イド=緑色| | | イド=D1A1Rate2| | | イド=黄色| | SucceedNext-+++---------+ | | SucceedNext-+++----------+ | FailNext----+-----------------+ | FailNext----+--+ +-------+ | 特定の-+| | 特定の-+| +->|動作| +-----------+--+ +-----------+--+ | イド=赤| | | +-------+ | +------------+ | +------------+ +->|TBParam| +->|TBParam| | =TRTCMをタイプしてください。| | =TRTCMをタイプしてください。| | レート| | レート| | BurstSize| | BurstSize| | 間隔| | 間隔| +------------+ +------------+
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エントリーはCommitted情報のRateとCommitted Burst Size Token Bucketに使用されます、そして、2番目の平らなTBParamエントリーはPeak情報のRateとPeak Burst Size Token Bucketに使用されます。
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.
この例に必要である他のメーターはそれぞれの分類された流れが使用するサービスのクラスに依存するでしょう。 しかし、それらの構造はここに出された例と同様になるでしょう。 複数のMeterテーブル項目でTBParamテーブル項目を共有できます。
In this example the differentiated services functional datapath element following Meter is Action, detailed in the following section.
差別化が修理するこの例では、Meterに続く機能的なdatapath要素は以下のセクションで詳述したActionです。
5.4. Action Example
5.4. 動作の例
Typically, Mark Action will be used; we will continue using the "Action, Id=Green" branch off the Meter example.
通常、マークActionは使用されるでしょう。 私たちは、Meterの例から「動作、イド=グリーン」ブランチを使用し続けるつもりです。
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 SucceedNextブランチであり、流れがこの流れのための遂行されたレートと放出量限界の中で部1のApplication1に属すことを意味して、これを思い出してください。 私たちがそうしたい、マーク、特定のDSCPとデバイスの内部のラベルをもってもこの流れ。
Chan, et al. Informational [Page 21] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[21ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
+-----------+ +-----------+ +--->AlgDropAF11
|Action | +----------------->|Action | |
| Next -----+--+ +------------+ | Next -----+--+ +-------------+
| Specific -+---->|DscpMarkAct | | Specific -+--->|ILabelMarker |
+-----------+ | Dscp=AF11 | +-----------+ | ILabel=D1A1 |
+------------+ +-------------+
+-----------+ +-----------+ +--->AlgDropAF11|動作| +----------------->|動作| | | 次へ-----+--+ +------------+ | 次へ-----+--+ +-------------+ | 特定の-+---->|DscpMarkAct| | 特定の-+--->|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流動へ供給されるデバイスの内部のラベルを見せて。 このデバイスの内部のラベルは流れ会計目的、そして/または、他のデータ経路処理に使用されるかもしれません。
5.5. Dropper Examples
5.5. 点滴器の例
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.
以下のDropperの例はAF11流動における、上記のActionの例から続くでしょう。 私たちは3つの簡単であるのから複合体までの異なった点滴器セットアップを提供するつもりです。 以下の例は構造を列に並ばせながら、いくつかを含むかもしれません。 それらは、点滴器の関係を列を作りように示しているためだけにここにあって、完全ではありません。 後のセクションで列を作りの例を提供します。
5.5.1. Tail Dropper Example
5.5.1. テール点滴器の例
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.
Tail Dropperは最も簡単のひとりです。 2Mbytes、この例に関しては、ただ待ち行列が容量をバッファリングするのを超えている流れの一部を下げたいと思います。
+--------------------+ +------+ |AlgDrop | +->|Q AF1 | | Id=AF11 | | +------+ | Type=tailDrop | | | Next --------------+-+--+ | QMeasure ----------+-+ | QThreshold=2Mbytes | | Specific=0.0 | +--------------------+
+--------------------+ +------+ |AlgDrop| +->|Q AF1| | イド=AF11| | +------+ | =tailDropをタイプしてください。| | | 次へ--------------+-+--+ | QMeasure----------+-+ | QThreshold=2Mbytes| | 特定の=0.0| +--------------------+
Figure 6: Tail Dropper Usage Example
図6: テール点滴器使用例
Chan, et al. Informational [Page 22] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[22ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
5.5.2. Single Queue Random Dropper Example
5.5.2. ただ一つの待ち行列無作為の点滴器の例
The use of Random Dropper will introduce the usage of dsRandomDropEntry as in the example below.
Random Dropperの使用は以下の例のようにdsRandomDropEntryの使用法を導入するでしょう。
+-----------------+ +------+
|AlgDrop | +->|Q AF1 |
| Id=AF11 | | +------+
| Type=randomDrop | |
| Next -----------+-+--+
| QMeasure -------+-+
| QThreshold | +----------------+
| Specific -------+-->|RandomDrop |
+-----------------+ | MinThreshBytes |
| MinThreshPkts |
| MaxThreshBytes |
| MaxThreshPkts |
| ProbMax |
| Weight |
| SamplingRate |
+----------------+
+-----------------+ +------+ |AlgDrop| +->|Q AF1| | イド=AF11| | +------+ | =randomDropをタイプしてください。| | | 次へ-----------+-+--+ | QMeasure-------+-+ | QThreshold| +----------------+ | 特定-------+-->|RandomDrop| +-----------------+ | MinThreshBytes| | MinThreshPkts| | MaxThreshBytes| | MaxThreshPkts| | ProbMax| | 重さ| | 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.
Random Dropperのための通知、Qclip、dsAlgDropQThresholdは最大の平均した待ち行列の長さを含んでいて、dsAlgDropSpecificによって参照をつけられるように待ち行列として、測定されるdsAlgDropQMeasureによって示されるRandom Dropperパラメタの残りはdsRandomDropEntryによって指定されます。 この例、dsAlgDropNextと同じくらいが列に並ばせるdsAlgDropQMeasure参照の両方で。 これは簡単なそうですが、dsAlgDropQMeasureは別のものがこの特徴をサポートするPEP実装のために列に並ばせる参照がそのようなそうであるかもしれません。
5.5.3. Multiple Queue Random Dropper Example
5.5.3. 複数の待ち行列の無作為の点滴器の例
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.
ネットワークデバイス実装が、低下アルゴリズムの振舞いを決定する際に複数の待ち行列を測定するのを必要とするとき、PRCsがこのPIBで定義した存在は簡単な場合に十分です、この例によって示されるように。
Chan, et al. Informational [Page 23] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[23ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
+-------------+ +------+
|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 |
+----------------+ +----------------+
+-------------+ +------+ |AlgDrop| +----------------+-------------------+->|Q_AF1| | イド=AF11| | | | +------+ | =mQDropをタイプしてください。| | | | | 次へ-------+-+ +------------+ | +------------+ | | QMeasure---+-->|MQAlgDrop| | +->|MQAlgDrop| | | QThreshold| | イド=AF11A| | | | イド=AF11B| | | 特定| | タイプ| | | | タイプ| | +-------------+ | 次へ------+-+ | | 次へ------+-+ | ExceedNext+---+ | ExceedNext| +------+ | QMeasure--++| QMeasure(+)>|Q_AF2| | QThreshold| | | QThreshold| +------+ | 特定の+| | | 特定の+| +----------+-+ | +----------+-+ | | +---+ +------+ | +------+ | | +->|Q_AF1| | | +------+ | | | | +----------------+ | +----------------+ +->|RandomDrop| +->|RandomDrop| | MinThreshBytes| | MinThreshBytes| | MinThreshPkts| | MinThreshPkts| | MaxThreshBytes| | MaxThreshBytes| | MaxThreshPkts| | MaxThreshPkts| | ProbMax| | ProbMax| | 重さ| | 重さ| | SamplingRate| | SamplingRate| +----------------+ +----------------+
Figure 8: Multiple Queue Random Dropper Usage Example
エイト環: 複数の待ち行列の無作為の点滴器使用例
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.
この例に関しては、同じバッファ資源を共有して、私たちは2つの待ち行列、Q_AF1、およびQ_AF2を持っています。 共通バッファリソースが確実にAF11トラフィックを修理できるくらいなるようにしたいと思います、そして、Q_AF1に入れられるAF11トラフィックのために低下アルゴリズムを決定するために2つの待ち行列を測定したいと思います。 dsAlgDropEntryのdsAlgDropTypeがMultiple Queue Dropping Algorithmを示すのに通知mQDropは使用されます。
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.
- mQDrop、dsAlgDropTypeはアルゴリズムが使用したのを示します。 - 低下が全く現れないとき、dsAlgDropNextは、流れを扱うために次の機能的なデータ経路要素を示すのに使用されます。 - dsAlgDropQMeasureはdsMQAlgDropEntry、測定される各待ち行列あたり1つのリストにアンカーとして使用されます。
Chan, et al. Informational [Page 24] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[24ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
- 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は、共有バッファプールのサイズを示すのに使用されます。 - より多くのパラメタが一般的な共有バッファリソースについて説明するのに必要であるなら、追加PRC(このPIBでは、定義されない)の参照インスタンスにdsAlgDropSpecificを使用できます。
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用途にrandomDropを使用したのを示します。 - dsMQAlgDropQMeasureは測定される待ち行列を示します。 - 低下が全く現れないと、dsMQAlgDropNextは、流れを扱うために次の機能的なデータ経路要素を示します。 - dsMQAlgDropExceedNextは、次の待ち行列のdsMQAlgDropEntryを示すのに使用されます。 最後の待ち行列を示すzeroDotZeroの使用で。 - dsMQAlgDropQMeasureは、測定される待ち行列を示すのに使用されます。 この例に関しては、Q_AF1とQ_AF2は使用される2つの待ち行列です。 - dsAlgDropQThresholdは独身の待ち行列Random Dropperのように使用されています。 - dsAlgDropSpecificは、正常な用法のように点滴器パラメタについて説明するPRIDに参照をつけるのに使用されます。 この例に関しては、両方のdsAlgDropSpecificsはdsRandomDropEntrysに参照をつけます。
Notice the anchoring dsAlgDropEntry and the two dsMQAlgDropEntrys all have their Next attribute pointing to Q_AF1. This indicates:
投錨しているdsAlgDropEntryと2dsMQAlgDropEntrysにはすべて、Q_AF1を示す彼らのNext属性があるのに注意してください。 これは以下を示します。
- 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つの待ち行列に2dsRandomDropEntrysを使用します。 それらの属性用法はまるで単一の待ち行列無作為の点滴器のために同じであるかのように同じです。
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.
投錨しているdsAlgDropEntryのdsAlgDropSpecificと共に新しいPRCを指定して、この新しいPRCに参照をつけることによって、他の、より複雑な結果組み合わせを達成できます。 また、1セットの低下パラメタが測定されるすべての待ち行列に使用されるとき、より簡単な用法を達成できます。 dsAlgDropSpecificの投錨で再びこれに参照をつけることができます。 これらはこのPIBで定義されません。
Chan, et al. Informational [Page 25] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[25ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
5.6. Queue and Scheduler Example
5.6. 待ち行列とスケジューラの例
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.
待ち行列とスケジューラの例は前項の点滴器の例から続くでしょう、待ち行列とスケジューラDiffServ datapath機能要素で集中して。 整形器がMaxRateパラメタと共に待ち行列とスケジューラを使用することで組み立てられるのに注意してください。
+------------+ +-----------------+
---->|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| +->|スケジューラ| | イド=EF| | | イド=DiffServ| | 次へ------+------------------------+ | 次の=0.0| | MinRate---+--+ | | メソッドは優先権と等しいです。| | MaxRate-+| | +----------+ | | MinRate=0.0| +----------+-+ +-->|MinRate| | | MaxRate=0.0| | | 優先権| | +-----------------+ +----------+ | 絶対| | | | 親類| | | +-----------+ +----------+ | +->|MaxRate| | | レベル| | | 絶対| | | 親類| | | 敷居| | +-----------+ +-------------+ | +----------+ +------------+ | ---->|Q| +-->|スケジューラ| | | イド=AF1| | | イド=AF| | | 次へ----+--------------------+ | 次へ------+--+ | MinRate-++| | メソッドはWRRと等しいです。| | MaxRate| | +----------+ | | MinRate-+| +----------+ +->|MinRate| | | MaxRate| | | 優先権| | +----------+-+ | 絶対| | | | 親類| | +----------+ +----------+ | | +----------+ | | +------------+ ---->|Q| | +->|MinRate| | イド=AF2| | | 優先権| | 次へ----+--------------------+ | 絶対| | MinRate-++| | 親類| | MaxRate| | +----------+ | +------------+ +----------+ +->|MinRate| | | 優先権| | | 絶対| | | 親類| | +----------+ |
Chan, et al. Informational [Page 26] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[26ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
+----------+ |
---->|Q | |
| Id=AF3 | |
| Next ----+--------------------+
| MinRate -+-+
| MaxRate | | +----------+
+----------+ +->|MinRate |
| Priority |
| Absolute |
| Relative |
+----------+
+----------+ | ---->|Q| | | イド=AF3| | | 次へ----+--------------------+ | MinRate-++| MaxRate| | +----------+ +----------+ +->|MinRate| | 優先権| | 絶対| | 親類| +----------+
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トラフィックがQueue 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 Queuesは、Weighed Roundロビンメソッドを使用することでAF Schedulerによって調整されます。 AF Schedulerはそれぞれの待ち行列の最低料率パラメタに基づいてそれに食べられるそれぞれの待ち行列を修理するでしょう。
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トラフィックは、Strict Priorityメソッドを使用することでDiffServ Schedulerによって調整されます。 DiffServ Schedulerはそれらの優先権パラメタに基づくそれぞれの入力を修理するでしょう。
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 SchedulerによるEFトラフィックの整備点検への上限です。 これは最高率パラメタの使用で達成されます。 EF Queueを調整するとき、DiffServ Schedulerは最高率と優先権パラメタの両方を使用します。
The DiffServ Scheduler is the last DiffServ datapath functional element in this datapath. It uses zeroDotZero in its Next attribute.
DiffServ Schedulerはこのdatapathで最後のDiffServ datapath機能要素です。 それはNext属性にzeroDotZeroを使用します。
6. Summary of the DiffServ PIB
6. DiffServ PIBの概要
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方針、待ち行列、クラシファイア、メーターなどを設定するためにベースPRCsを含む1つのモジュールから成って、また、PEPがデバイスの特性を指定する能力PRCのものをPDPに含んでいます。 このモジュールはこのセクションでまとめられる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
DiffServ Capabilities Group Thisグループが彼らのDiffServ能力とPRCsに関してPDPがこれらのインタフェースを構成するためにインストールできるのをインタフェースのタイプがPEPでサポートしたPDPに示すためにPRCsから成る、(待ち行列(スケジューリングパラメタ)はバッファリングします。
Chan, et al. Informational [Page 27] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[27ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
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.
サイズなど) 必要な方針に影響するように。 このグループは、インタフェースのタイプで能力について説明して、インターフェース型と役割の組み合わせ[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 Policy Group Thisグループはインタフェースに適用されるDiffServ方針を含む機能要素とそれらの要素について説明する特定のパラメタの構成を含みます。 このグループはクラシファイア、メーター、動作、点滴器、待ち行列、およびスケジューラを含みます。 また、このグループはdatapath要素を役割の組み合わせに関連づけるPRCを含みます。
7. PIB Operational Overview
7. PIBの操作上の概要
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.
PDPコミュニケーションへの初期のPEPがセットアップした後に、PEPは、タイプを連結してください、例えば、[COPS-PR]を使用して、そして、それがサポートするタイプ能力を連結するようにPIB Provisioningが分類するPDP(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によってサポートされたPRCsはPRC Support Table、フレームワークPIB[FR-PIB]で定義された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.
そして、PDPはPEPの能力に関する知識と共に管理ドメインとタイプのために特定保険証券を連結している情報を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).
dsDataPathTableのインスタンスは、インターフェース型に適用された機能要素のセットにおける最初の要素を指定するのに使用されます。 dsDataPathTableの各インスタンスはその役割と方向(イングレスか出口)で定義されたインターフェース型に適用されます。
Chan, et al. Informational [Page 28] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[28ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
8. PIB Definition
8. PIB定義
DIFFSERV-PIB PIB-DEFINITIONS ::= BEGIN
DIFFSERV-PIB PIB-定義:、:= 始まってください。
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;
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。
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巡査クライアントタイプ最終更新日の"200302180000Z"--「キースMcCloghrieシスコシステムズInc.170の西タスマンDrive、サンノゼ、カリフォルニア95134-1706米国は以下に電話をする」という2003年2月18日の組織"IETF DIFFSERV WG"コンタクトインフォメーション +1 5260年の408 526メール: 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
ジョンSeligsonノーテルはグレート・アメリカParkwayカリフォルニア95054サンタクララ(米国)が電話をするInc.4401をネットワークでつなぎます: +1 2992年の408 495メール: jseligso@nortelnetworks.com
Kwok Ho Chan
Nortel Networks, Inc.
クォック、おーい、チェンノーテルはInc.をネットワークでつなぎます。
Chan, et al. Informational [Page 29] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[29ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
600 Technology Park Drive
Billerica, MA 01821 USA
Phone: +1 978 288 8175
Email: khchan@nortelnetworks.com
600 技術公園Drive MA01821ビルリカ(米国)は以下に電話をします。 +1 8175年の978 288メール: 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.
差別化されたサービス作業部会: 「PIBモジュール含有aはDiffServのためにサービスの質(QoS)方針を説明するクラスに食糧を供給しながら、セットした」" diffserv@ietf.org "記述。 それはIP処理に関連する1セットのPIBのクラスと同様に他の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)インターネット協会(2003)。 このPIBモジュールのこのバージョンはRFC3317の一部です。 「完全な法定の通知に関してRFC自身を見てください。」
REVISION "200302180000Z" -- 18 Feb 2003
DESCRIPTION
"Initial version, published as RFC 3317."
::= { pib 4 }
REVISION"200302180000Z"--「初期のバージョンであって、RFC3317として発行された」2003年2月18日の記述。 ::= pib4
dsCapabilityClasses OBJECT IDENTIFIER ::= { dsPolicyPib 1 }
dsPolicyClasses OBJECT IDENTIFIER ::= { dsPolicyPib 2 }
dsPolicyPibConformance OBJECT IDENTIFIER ::= { dsPolicyPib 3 }
dsCapabilityClassesオブジェクト識別子:、:= dsPolicyPib1dsPolicyClassesオブジェクト識別子:、:= dsPolicyPib2dsPolicyPibConformanceオブジェクト識別子:、:= dsPolicyPib3
-- -- 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. --
-- -- インタフェースType Capability Tables----Interfaceタイプ能力テーブルはそうするかもしれない能力を定義します--特定のタイプのインタフェースに関連してください。 -- このPIBはDiffServ Functionalitiesのために能力テーブルを定義します。 --
-- -- The Base Capability Table --
-- -- 基地の能力テーブル--
dsBaseIfCapsTable OBJECT-TYPE
SYNTAX SEQUENCE OF DsBaseIfCapsEntry
PIB-ACCESS notify
STATUS current
DESCRIPTION
dsBaseIfCapsTable OBJECT-TYPE SYNTAX SEQUENCE OF DsBaseIfCapsEntry PIB-ACCESSはSTATUSの現在の記述に通知します。
Chan, et al. Informational [Page 30] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[30ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
"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 }
「基地のInterface Type Capabilityのクラス。」 「このクラスはデバイスによってイングレス、出口、または方向の両方にサポートされたジェネリック能力を表します。」 ::= dsCapabilityClasses1
dsBaseIfCapsEntry OBJECT-TYPE
SYNTAX DsBaseIfCapsEntry
STATUS current
DESCRIPTION
"An instance of this class describes the dsBaseIfCaps class."
dsBaseIfCapsEntry OBJECT-TYPE SYNTAX DsBaseIfCapsEntry STATUSの現在の記述、「このクラスのインスタンスはdsBaseIfCapsのクラスについて説明します」。
PIB-INDEX { dsBaseIfCapsPrid }
::= { dsBaseIfCapsTable 1 }
PIB-インデックスdsBaseIfCapsPrid:、:= dsBaseIfCapsTable1
DsBaseIfCapsEntry ::= SEQUENCE {
dsBaseIfCapsPrid InstanceId,
dsBaseIfCapsDirection INTEGER
}
DsBaseIfCapsEntry:、:= 系列dsBaseIfCapsPrid InstanceId、dsBaseIfCapsDirection整数
dsBaseIfCapsPrid OBJECT-TYPE
SYNTAX InstanceId
STATUS current
DESCRIPTION
"An arbitrary integer index that uniquely identifies an
instance of the class."
::= { dsBaseIfCapsEntry 1 }
dsBaseIfCapsPrid OBJECT-TYPE SYNTAX InstanceId STATUSの現在の記述、「唯一クラスのインスタンスを特定する任意の整数インデックス。」 ::= dsBaseIfCapsEntry1
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 }
dsBaseIfCapsDirection OBJECT-TYPE SYNTAX INTEGER、本国行きの(1)、外国行きの(2)、inAndOut(3)、STATUSの現在の記述は「能力が適用される方向を指定これが反対するします」。 '本国行きの(1)'の値は、能力がイングレス方向だけに適用されることを意味します。 '外国行きの(2)'の値は、能力が出口の方向だけに適用されることを意味します。 「'inAndOut(3)'の値は、能力が両方の方向に適用されることを意味します。」 ::= dsBaseIfCapsEntry2
-- -- The Classification Capability Table --
-- -- 分類能力テーブル--
Chan, et al. Informational [Page 31] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[31ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
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 }
dsIfClassificationCapsTable OBJECT-TYPE SYNTAX SEQUENCE OF DsIfClassificationCapsEntry PIB-ACCESSはSTATUS現在の記述に通知します。「このクラスはCapability Setの分類能力を指定します」。 ::= dsCapabilityClasses2
dsIfClassificationCapsEntry OBJECT-TYPE
SYNTAX DsIfClassificationCapsEntry
STATUS current
DESCRIPTION
"An instance of this class describes the classification
capabilities of a Capability Set."
dsIfClassificationCapsEntry OBJECT-TYPE SYNTAX DsIfClassificationCapsEntry STATUSの現在の記述、「このクラスのインスタンスはCapability Setの分類能力について説明します」。
EXTENDS { dsBaseIfCapsEntry }
UNIQUENESS { dsBaseIfCapsDirection,
dsIfClassificationCapsSpec }
::= { dsIfClassificationCapsTable 1 }
dsBaseIfCapsEntryを広げている、ユニークさ、dsBaseIfCapsDirection、dsIfClassificationCapsSpec:、:= dsIfClassificationCapsTable1
DsIfClassificationCapsEntry ::= SEQUENCE {
dsIfClassificationCapsSpec BITS
}
DsIfClassificationCapsEntry:、:= 系列dsIfClassificationCapsSpecビット
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.
}
dsIfClassificationCapsSpecオブジェクト・タイプ構文ビット{ ipSrcAddrClassification(0)--、基づいて、分類する能力を示す、--、IPソースはipDstAddrClassification(1)を扱います--ベースで分類する能力を示すオンである、基づいて、分類する能力を示します(受信者IPアドレスipProtoClassification(2)); IPプロトコルはipDscpClassification(3)に付番します--ベースで分類する能力を示す、オンである、ベースで分類する能力を示す、(IP DSCP ipL4Classification(4))オンである、--、IP層4はUDPとTCP ipV6FlowID(5)の数を移植します--ベースで分類する能力を示すオンである、--IPv6 FlowIDs; }
Chan, et al. Informational [Page 32] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[32ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
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 }
STATUSの現在の記述は「サポートしている分類能力のセットに噛み付きました」。 「これらの能力に加えて、他のPIBsは次にここ(またはこれらのいずれも指定されないならここで指定されたものの代わりに)で指定されたものに加えて指定できる他の能力を定義するかもしれません。」 ::= dsIfClassificationCapsEntry1
-- -- 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 }
dsIfMeteringCapsTable OBJECT-TYPE SYNTAX SEQUENCE OF DsIfMeteringCapsEntry PIB-ACCESSはSTATUS現在の記述に通知します。「このクラスはCapability Setの計量能力を指定します」。 ::= dsCapabilityClasses3
dsIfMeteringCapsEntry OBJECT-TYPE
SYNTAX DsIfMeteringCapsEntry
STATUS current
DESCRIPTION
"An instance of this class describes the metering
capabilities of a Capability Set."
dsIfMeteringCapsEntry OBJECT-TYPE SYNTAX DsIfMeteringCapsEntry STATUSの現在の記述、「このクラスのインスタンスはCapability Setの計量能力について説明します」。
EXTENDS { dsBaseIfCapsEntry }
UNIQUENESS { dsBaseIfCapsDirection,
dsIfMeteringCapsSpec }
::= { dsIfMeteringCapsTable 1 }
dsBaseIfCapsEntryを広げている、ユニークさ、dsBaseIfCapsDirection、dsIfMeteringCapsSpec:、:= dsIfMeteringCapsTable1
DsIfMeteringCapsEntry ::= SEQUENCE {
dsIfMeteringCapsSpec BITS
}
DsIfMeteringCapsEntry:、:= 系列dsIfMeteringCapsSpecビット
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)
Chan, et al. Informational [Page 33] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[33ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
}
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 }
} STATUSの現在の記述は「サポートしている計量能力のセットに噛み付きました」。 「分類能力なら、これらの計量能力は他のPRCs(他のPIBsの)で指定された能力によって増大させられるかもしれません。」 ::= dsIfMeteringCapsEntry1
-- -- 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 OBJECT-TYPE SYNTAX SEQUENCE OF DsIfAlgDropCapsEntry PIB-ACCESSはSTATUS現在の記述に通知します。「このクラスはCapability Setのアルゴリズムの点滴器能力を指定します」。
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 }
この能力テーブルはCapability Setによって特定の流れ方向に支えられたアルゴリズムの低下のタイプを示します。 「低下の機能性に影響する追加能力は点滴器の特定のインスタンスに関連していて、したがって、このクラスが指定されなかった待ち行列能力に基づいて決定しています。」 ::= dsCapabilityClasses4
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 OBJECT-TYPE SYNTAX DsIfAlgDropCapsEntry STATUSの現在の記述、「このクラスのインスタンスはCapability Setのアルゴリズムの点滴器能力について説明します」。 dsBaseIfCapsEntryを広げている、ユニークさ、dsBaseIfCapsDirection、dsIfAlgDropCapsType、dsIfAlgDropCapsMQCount:、:= dsIfAlgDropCapsTable1
DsIfAlgDropCapsEntry ::= SEQUENCE {
dsIfAlgDropCapsType BITS,
dsIfAlgDropCapsMQCount Unsigned32
}
DsIfAlgDropCapsEntry:、:= 系列dsIfAlgDropCapsTypeビット、dsIfAlgDropCapsMQCount Unsigned32
dsIfAlgDropCapsType OBJECT-TYPE
dsIfAlgDropCapsTypeオブジェクト・タイプ
Chan, et al. Informational [Page 34] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[34ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
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.
SYNTAX BITS、zeroNotUsed(0)、oneNotUsed(1)、tailDrop(2)、headDrop(3)、randomDrop(4)、alwaysDrop(5)、mQDrop(6)、STATUSの現在の記述、「待ち行列に関連している点滴器が使用するかもしれないアルゴリズムのタイプ。」
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 }
tailDrop(2)アルゴリズムは、関連待ち行列のMaxQueueSizeが超えられているとき、パケットが待ち行列のテールから下げられることを意味します。 headDrop(3)アルゴリズムは、関連待ち行列のMaxQueueSizeが超えられているとき、パケットが待ち行列のヘッドから下げられることを意味します。 randomDrop(4)アルゴリズムは、場所の待ち行列から手当たりしだいにパケットを下げるか、または他のパケットを下げるかもしれないアルゴリズムが実行されることを意味します。 アルゴリズムの詳細は独占であるかもしれません。 しかしながら、パラメタはdsRandomDropTableで指定されるでしょう。 alwaysDrop(5)はそれに提示されたあらゆるパケットを下げるでしょう。 「mQDrop(6)アルゴリズムは複数の待ち行列から測定に基づくパケットを下げるでしょう。」 ::= dsIfAlgDropCapsEntry1
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 }
dsIfAlgDropCapsMQCount OBJECT-TYPE SYNTAX Unsigned32(1 .4294967295)のSTATUSの現在の記述は「低下アルゴリズムのために測定された待ち行列の数を示します」。 alwaysDrop(5)アルゴリズムが使用されているとき、この属性は無視されます。 「この属性はこの属性が一緒にチェーニングできるdsMQAlgDropEntryの最大数を示すのに使用されるmQDrop(6)以外のすべての低下アルゴリズムタイプのための1の値を含んでいます。」 ::= dsIfAlgDropCapsEntry2
-- -- Queue Capabilities --
-- -- 能力を列に並ばせてください--
dsIfQueueCapsTable OBJECT-TYPE
SYNTAX SEQUENCE OF DsIfQueueCapsEntry
PIB-ACCESS notify
STATUS current
dsIfQueueCapsTable OBJECT-TYPE SYNTAX SEQUENCE OF DsIfQueueCapsEntry PIB-ACCESSはSTATUS海流に通知します。
Chan, et al. Informational [Page 35] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[35ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
DESCRIPTION
"This class specifies the queueing capabilities of a
Capability Set."
::= { dsCapabilityClasses 5 }
記述、「このクラスはCapability Setの待ち行列能力を指定します」。 ::= dsCapabilityClasses5
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 OBJECT-TYPE SYNTAX DsIfQueueCapsEntry STATUSの現在の記述、「このクラスのインスタンスはCapability Setの待ち行列能力について説明します」。 dsBaseIfCapsEntryを広げている、ユニークさ、dsBaseIfCapsDirection、dsIfQueueCapsMinQueueSize、dsIfQueueCapsMaxQueueSize、dsIfQueueCapsTotalQueueSize:、:= dsIfQueueCapsTable1
DsIfQueueCapsEntry ::= SEQUENCE {
dsIfQueueCapsMinQueueSize Unsigned32,
dsIfQueueCapsMaxQueueSize Unsigned32,
dsIfQueueCapsTotalQueueSize Unsigned32
}
DsIfQueueCapsEntry:、:= 系列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 }
「いくつかのインタフェースが構成されるのを待ち行列のサイズを許容するかもしれない」dsIfQueueCapsMinQueueSize OBJECT-TYPE SYNTAX Unsigned32(0 .4294967295)UNITS「バイト」STATUSの現在の記述。 この属性は待ち行列のために構成し、バイトで指定できる最小規模を指定します。dsIfQueueCapsMinQueueSizeが、より少ないに違いない、または、両方が指定されるdsIfQueueCapsMaxQueueSizeの同輩。 「ゼロは指定しました値が、示さない。」 ::= dsIfQueueCapsEntry1
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 SYNTAX Unsigned32(0 .4294967295)UNITS「バイト」STATUSの現在の記述。 この属性は待ち行列のために構成し、バイトで指定できる最大サイズを指定します。dsIfQueueCapsMinQueueSizeが、より少ないに違いない、または、両方が指定されるdsIfQueueCapsMaxQueueSizeの同輩。 「ゼロは指定しました値が、示さない。」
Chan, et al. Informational [Page 36] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[36ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
::= { dsIfQueueCapsEntry 2 }
::= dsIfQueueCapsEntry2
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 }
「いくつかのインタフェースでまた、それぞれの待ち行列のサイズが構成可能であることを許容している間にそのすべての待ち行列の中で共有されるべき限られたバッファ領域は連結するかもしれない」dsIfQueueCapsTotalQueueSize OBJECT-TYPE SYNTAX Unsigned32(0 .4294967295)UNITS「バイト」STATUSの現在の記述。 PDPがインタフェースに利用可能な総バッファを超えて待ち行列のサイズを構成する状況を防ぐために、PEPは、バイトで表現される総バッファ領域がこの能力で利用可能であると報告できます。 「ゼロは指定しました値が、示さない。」 ::= dsIfQueueCapsEntry3
-- -- 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 }
dsIfSchedulerCapsTable OBJECT-TYPE SYNTAX SEQUENCE OF DsIfSchedulerCapsEntry PIB-ACCESSはSTATUS現在の記述に通知します。「このクラスはCapability Setのスケジューラ能力を指定します」。 ::= dsCapabilityClasses6
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 OBJECT-TYPE SYNTAX DsIfSchedulerCapsEntry STATUSの現在の記述、「このクラスのインスタンスはCapability Setのスケジューラ能力について説明します」。 dsBaseIfCapsEntryを広げている、ユニークさ、dsBaseIfCapsDirection、dsIfSchedulerCapsServiceDisc、dsIfSchedulerCapsMaxInputs:、:= dsIfSchedulerCapsTable1
DsIfSchedulerCapsEntry ::= SEQUENCE {
dsIfSchedulerCapsServiceDisc AutonomousType,
dsIfSchedulerCapsMaxInputs Unsigned32,
dsIfSchedulerCapsMinMaxRate INTEGER
}
DsIfSchedulerCapsEntry:、:= 系列dsIfSchedulerCapsServiceDisc AutonomousType、dsIfSchedulerCapsMaxInputs Unsigned32、dsIfSchedulerCapsMinMaxRate整数
Chan, et al. Informational [Page 37] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[37ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
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.
「スケジューリングは能力のセットがオブジェクトが適用するこれで指定したもののために訓練する」dsIfSchedulerCapsServiceDisc OBJECT-TYPE SYNTAX AutonomousType STATUSの現在の記述。 いくつかの汎用の、そして、よく知られるスケジューリング規律のためのオブジェクト識別子は、DiffServ MIBで共有されて定義されています。
These include diffServSchedulerPriority,
diffServSchedulerWRR, diffServSchedulerWFQ."
::= { dsIfSchedulerCapsEntry 1 }
「これらはdiffServSchedulerPriority、diffServSchedulerWRR、diffServSchedulerWFQを含んでいます。」 ::= dsIfSchedulerCapsEntry1
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 }
dsIfSchedulerCapsMaxInputs OBJECT-TYPE SYNTAX Unsigned32(0 .4294967295)のSTATUSの現在の記述、「この能力エントリーで示されたスケジューラへ供給されることができる待ち行列、そして/または、スケジューラの最大数。」 「ゼロの値は、最大が全くないことを意味します。」 ::= dsIfSchedulerCapsEntry2
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 }
dsIfSchedulerCapsMinMaxRate OBJECT-TYPE SYNTAX INTEGER、minRate(1)、maxRate(2)、minAndMaxRates(3)、「ハンドルへのスケジューラの能力の示している能力は最低料率、最高率、または両方で入力する」STATUSの現在の記述。 ::= dsIfSchedulerCapsEntry3
-- -- 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 }
dsIfMaxRateCapsTable OBJECT-TYPE SYNTAX SEQUENCE OF DsIfMaxRateCapsEntry PIB-ACCESSはSTATUS現在の記述に通知します。「このクラスはCapability Setの最高率能力を指定します」。 ::= dsCapabilityClasses7
dsIfMaxRateCapsEntry OBJECT-TYPE
dsIfMaxRateCapsEntryオブジェクト・タイプ
Chan, et al. Informational [Page 38] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[38ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
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 }
SYNTAX DsIfMaxRateCapsEntry STATUSの現在の記述、「このクラスのインスタンスはCapability Setの最高率能力について説明します」。 dsBaseIfCapsEntryを広げている、ユニークさ、dsBaseIfCapsDirection、dsIfMaxRateCapsMaxLevels:、:= dsIfMaxRateCapsTable1
DsIfMaxRateCapsEntry ::= SEQUENCE {
dsIfMaxRateCapsMaxLevels Unsigned32
}
DsIfMaxRateCapsEntry:、:= 系列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 }
dsIfMaxRateCapsMaxLevels OBJECT-TYPE SYNTAX Unsigned32(1 .4294967295)のSTATUSの現在の記述、「最高率仕様がこのCapability Setと流れ方向に持っているかもしれないレベルの最大数。」 ::= dsIfMaxRateCapsEntry1
-- -- DataPath Element Linkage Capabilities --
-- -- DataPath要素リンケージ能力--
-- -- DataPath Element Cascade Depth --
-- -- DataPath要素カスケードの深さ--
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 }
dsIfElmDepthCapsTable OBJECT-TYPE SYNTAX SEQUENCE OF DsIfElmDepthCapsEntry PIB-ACCESSはSTATUS現在の記述に通知します。「このクラスはdatapathを一緒にどっと落すことができる同じタイプの要素の数を指定します」。 ::= dsCapabilityClasses8
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."
dsIfElmDepthCapsEntry OBJECT-TYPE SYNTAX DsIfElmDepthCapsEntry STATUSの現在の記述、「このクラスのインスタンスは特定の機能的なdatapath要素PRCのためにカスケードの深さについて説明します」。 「このクラスで表されなかった機能的なdatapath要素がどんな特定の最大の深さも持っていないと思うことができます。」
Chan, et al. Informational [Page 39] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[39ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
EXTENDS { dsBaseIfCapsEntry }
UNIQUENESS { dsBaseIfCapsDirection,
dsIfElmDepthCapsPrc }
::= { dsIfElmDepthCapsTable 1 }
dsBaseIfCapsEntryを広げている、ユニークさ、dsBaseIfCapsDirection、dsIfElmDepthCapsPrc:、:= dsIfElmDepthCapsTable1
DsIfElmDepthCapsEntry ::= SEQUENCE {
dsIfElmDepthCapsPrc PrcIdentifierOid,
dsIfElmDepthCapsCascadeMax Unsigned32
}
DsIfElmDepthCapsEntry:、:= 系列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 }
dsIfElmDepthCapsPrc OBJECT-TYPE SYNTAX PrcIdentifierOid STATUSの現在の記述、「機能的なdatapath要素を表すPRCに関するオブジェクト識別子。」 これがあるかもしれない、以下が1つがあります。 dsClfrElementEntry、dsMeterEntry、dsActionEntry、dsAlgDropEntry、dsQEntry、またはdsSchedulerEntry。 このクラスの1つ以上のインスタンスがdsIfElmDepthCapsPrcの同じ値とdsBaseIfCapsDirectionの同じ値と共にないかもしれません。 「zeroDotZeroの値を含んではいけません。」 ::= dsIfElmDepthCapsEntry1
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 }
dsIfElmDepthCapsCascadeMax OBJECT-TYPE SYNTAX Unsigned32(0 .4294967295)のSTATUSの現在の記述、「データ経路で連続してリンクできるタイプdsIfElmDepthCapsPrcの要素の最大数。」 「ゼロの値は、どんな特定の最大もないのを示します。」 ::= dsIfElmDepthCapsEntry2
-- -- DataPath Element Linkage Types --
-- -- DataPath要素リンケージはタイプされます--
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 }
dsIfElmLinkCapsTable OBJECT-TYPE SYNTAX SEQUENCE OF DsIfElmLinkCapsEntry PIB-ACCESSはSTATUS現在の記述に通知します。「このクラスは、どんなタイプのdatapath機能要素が特定のタイプの機能要素に次の下流要素として使用されるかもしれないかを指定します」。 ::= dsCapabilityClasses9
dsIfElmLinkCapsEntry OBJECT-TYPE
dsIfElmLinkCapsEntryオブジェクト・タイプ
Chan, et al. Informational [Page 40] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[40ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
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 }
SYNTAX DsIfElmLinkCapsEntry STATUSの現在の記述、「このクラスのインスタンスは特定のタイプの要素の後に次の機能要素としてデータ経路で使用されるかもしれないPRCを指定します」。 dsBaseIfCapsEntryを広げている、ユニークさ、dsBaseIfCapsDirection、dsIfElmLinkCapsPrc、dsIfElmLinkCapsAttr、dsIfElmLinkCapsNextPrc:、:= dsIfElmLinkCapsTable1
DsIfElmLinkCapsEntry ::= SEQUENCE {
dsIfElmLinkCapsPrc PrcIdentifierOid,
dsIfElmLinkCapsAttr AttrIdentifier,
dsIfElmLinkCapsNextPrc PrcIdentifierOidOrZero
}
DsIfElmLinkCapsEntry:、:= 系列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 }
dsIfElmLinkCapsPrc OBJECT-TYPE SYNTAX PrcIdentifierOid STATUSの現在の記述、「機能的なdatapath要素を表すPRCに関するオブジェクト識別子。」 これがあるかもしれない、以下が1つがあります。 dsClfrElementEntry、dsMeterEntry、dsActionEntry、dsAlgDropEntry、dsQEntry、またはdsSchedulerEntry。 「これには、値のzeroDotZeroがあってはいけません。」 ::= dsIfElmLinkCapsEntry1
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 }
「値はdatapathの次の機能要素的に指定するために使用されたdsIfElmLinkCapsPrcによって示されたPRCに属性を表す」dsIfElmLinkCapsAttr OBJECT-TYPE SYNTAX AttrIdentifier STATUSの現在の記述。 ::= dsIfElmLinkCapsEntry2
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.
「値は、dsIfElmLinkCapsPrcによって示された属性でインスタンスに参照をつけることができるPRCテーブル項目のOIDとdsIfElmLinkAttr dsIfElmLinkCapsNextPrc OBJECT-TYPE SYNTAX PrcIdentifierOidOrZero STATUSの現在の記述です」。
For example, suppose a meter's success output can be an
例えば、成功が出力した1メーターがそうであることができると仮定してください。
Chan, et al. Informational [Page 41] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[41ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
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.
Prid Prc Attr NextPrc1dsMeterEntry dsMeterSucceedNext dsActionEntry2dsMeterEntry dsMeterSucceedNext dsMeterEntry3dsMeterEntry 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 }
「zeroDotZeroはこの属性がdsIfElmLinkCapsPrcで指定されたPRCが最後の機能的なデータ経路要素であると指定する有効値です。」 ::= dsIfElmLinkCapsEntry3
-- -- 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 OBJECT-TYPE SYNTAX SEQUENCE OF DsDataPathEntry PIB-ACCESSはSTATUS現在の記述をインストールします。「データ経路テーブルはこのデバイスの機能的なデータ経路の始まりを示します」。
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 }
Data Path Tableはこのデバイスの中にDifferentiated Services Functional Data Pathsを数え上げます。 各エントリーはそれぞれの特定のdatapathのためのデータフローを処理する最初の機能的なdatapath要素を指定します。 各datapathはインタフェースセットの能力セット名、役割の組み合わせ、および方向で定義されます。 「したがって、このクラスはそれぞれのインタフェースセット、イングレス、および出口への最大2つのエントリーを持つことができます。」 ::= dsPolicyClasses1
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
dsDataPathEntry OBJECT-TYPE SYNTAX DsDataPathEntry STATUSの現在の記述、「このクラスにおける各エントリーは能力セット名、役割の組み合わせ、およびトラフィック方向で定義されたただ一つの機能的なデータ経路の始まりを示します」。 各データ経路にトラフィックを扱う最初の機能的なdatapath要素はdsDataPathStart属性によって定義されます。
Chan, et al. Informational [Page 42] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[42ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
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 }
それぞれでは、エントリーをテーブルの上に置いてください。 各エントリーに注意してください: 1. dsDataPathCapSetNameは既存の能力セットがfrwkCapabilitySetTable[FR-PIB]で命名する参照がそうしなければなりません。 2. dsDataPathRolesはfrwkIfRoleComboTable[FR-PIB]の参照の既存のRole Combinationがそうしなければなりません。 3. dsDataPathStartは機能的なデータ経路要素における既存のエントリーが見送る参照がそうしなければなりません。 「これらの3つの要件の1つ以上が少しも満たされていないと、dsDataPathEntryはインストールされないでしょう。」 PIB-インデックスdsDataPathPrid、ユニークさ、dsDataPathCapSetName、dsDataPathRoles、dsDataPathIfDirection:、:= dsDataPathTable1
DsDataPathEntry ::= SEQUENCE {
dsDataPathPrid InstanceId,
dsDataPathCapSetName SnmpAdminString,
dsDataPathRoles RoleCombination,
dsDataPathIfDirection IfDirection,
dsDataPathStart Prid
}
DsDataPathEntry:、:= 系列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 }
dsDataPathPrid OBJECT-TYPE SYNTAX InstanceId STATUSの現在の記述、「唯一クラスのインスタンスを特定する任意の整数インデックス。」 ::= dsDataPathEntry1
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 }
「能力セットはこのデータ経路エントリーに関連づけた」dsDataPathCapSetName OBJECT-TYPE SYNTAX SnmpAdminString STATUSの現在の記述。 「この属性によって指定された能力セット名はこのクラスのインスタンスとの協会の前にfrwkCapabilitySetTable[FR-PIB]に存在しなければなりません。」 ::= dsDataPathEntry2
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
dsDataPathRoles OBJECT-TYPE SYNTAX RoleCombination STATUSの現在の記述、「役割で指定されて、このデータ経路エントリーが適用されるインタフェース。」 エントリーは存在しなければなりません。
Chan, et al. Informational [Page 43] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[43ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
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 }
「能力と共にこの役割の組み合わせを指定するfrwkIfRoleComboTable[FR-PIB]ではセットはdsDataPathCapSetNameで指定しました、このクラスのインスタンスとの協会の前で。」 ::= dsDataPathEntry3
dsDataPathIfDirection OBJECT-TYPE
SYNTAX IfDirection
STATUS current
DESCRIPTION
"Specifies the direction for which this data path
entry applies."
::= { dsDataPathEntry 4 }
dsDataPathIfDirection OBJECT-TYPE SYNTAX IfDirection STATUSの現在の記述は「このデータ経路エントリーが適用される方向を指定します」。 ::= dsDataPathEntry4
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 OBJECT-TYPE SYNTAX Prid STATUSの現在の記述、「これはこのデータ経路にトラフィックを扱うために最初の機能的なdatapath要素を選択します」。 このPridは以下について1のインスタンスを示すはずです。 dsClfrEntry dsMeterEntry dsActionEntry dsAlgDropEntry dsQEntry
The PRI pointed to must exist prior to the installation of
this datapath start element."
::= { dsDataPathEntry 5 }
「示されたPRIはこのdatapathスタート・エレメントのインストールの前に存在しなければなりません。」 ::= dsDataPathEntry5
-- -- 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. --
-- -- または、クラシファイア--、--、クラシファイアが同じことの複数のクラシファイア要素を許容する--、相違、一緒に使用されるために、タイプします。 -- 必須がパケットが提示したすべてを完全に分類するクラシファイア--それ。 これは、クラシファイアによって扱われたすべてのトラフィックが合わなければなりません--クラシファイア要素パラメタがフィルタによって指定されているクラシファイアの中の少なくとも1つのクラシファイア要素を意味します。 -- _キャッチを作成するのは、PDPの責任です。すべての_クラシファイア--すべてのパケットに合っている要素とフィルタ。 この_キャッチ_--クラシファイア要素には、最も低いPrecedence値があるはずです。 -- -- --異なることのクラシファイア要素の間には、あいまいさがあればクラシファイア、クラシファイアリンケージ注文は彼らの先行を示します。 -- 第1代リンクにおけるクラシファイアは最初に、トラフィックに適用されます。 --
Chan, et al. Informational [Page 44] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[44ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
-- 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.
dsClfrTable OBJECT-TYPE SYNTAX SEQUENCE OF DsClfrEntry PIB-ACCESSはSTATUS現在の記述をインストールします。「このテーブルはこのデバイスのすべてのDiffServのクラシファイアの機能的なデータ経路要素を数え上げます」。 実際の分類定義はdsClfrElementTableエントリーで各クラシファイアに属すのにおいて詳細です。 クラシファイア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.
このテーブルの上流の機能的なデータ経路要素かdatapathテーブル項目で参照をつけられたエントリーはクラシファイアの機能的なデータ経路要素へのエントリー・ポイントです。
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 }
「それぞれのエントリーのdsClfrIdは同じクラシファイアのものであるすべてのクラシファイア要素を組織化するのに使用されます。」 REFERENCE、「Diffserv RoutersのためのInformal Management Model、RFC3290は以下を何4.1インチも区分します」。= dsPolicyClasses2
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 OBJECT-TYPE SYNTAX DsClfrEntry STATUSの現在の記述、「クラシファイアテーブルのエントリーは独身のクラシファイアについて説明します」。 「このクラシファイアのものであるそれぞれのクラシファイア要素はdsClfrIdと等しいdsClfrElementClfrId属性を持たなければなりません。」 PIB-インデックスdsClfrPrid、ユニークさのdsClfrId:、:= dsClfrTable1
DsClfrEntry ::= SEQUENCE {
dsClfrPrid InstanceId,
dsClfrId TagReferenceId
}
DsClfrEntry:、:= 系列dsClfrPrid InstanceId、dsClfrId TagReferenceId
Chan, et al. Informational [Page 45] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[45ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
dsClfrPrid OBJECT-TYPE
SYNTAX InstanceId
STATUS current
DESCRIPTION
"An arbitrary integer index that uniquely identifies an
instance of the class."
::= { dsClfrEntry 1 }
dsClfrPrid OBJECT-TYPE SYNTAX InstanceId STATUSの現在の記述、「唯一クラスの例を特定する任意の整数インデックス。」 ::= dsClfrEntry1
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 }
dsClfrId OBJECT-TYPE SYNTAX TagReferenceId PIB-TAG dsClfrElementClfrId、STATUSの現在の記述は「クラシファイアを特定します」。 「Classifierが完全であるに違いない、これはClassifierによって扱われたすべての交通がClassifierの中の少なくとも1Classifier Elementに合わなければならないことを意味します。」 ::= dsClfrEntry2
-- -- 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 OBJECT-TYPE SYNTAX SEQUENCE OF DsClfrElementEntry PIB-ACCESSは「フィルタテーブルエントリーで定義されて、各分類のためのアンカーとしてのクラシファイア要素テーブルサーブにおけるエントリーは型に基づいて作る」STATUSの現在の記述をインストールします。 また、分類パターンが満たされているとき、それぞれのクラシファイア要素テーブル項目はその後の川下のdiffserv機能的なdatapath要素を指定します。 したがって、クラシファイア要素テーブルが分類パターンとその後の川下の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).
分類パラメタはdsClfrElementSpecificによって示されたフィルタテーブルのエントリーで定義されます。 異なったタイプのフィルタテーブルがあることができて、彼らを相互混ぜて、クラシファイアの中で使用できます。 フィルタテーブルに関する例はIP Multi-分野ClassifiersのためのfrwkIpFilterTable[FR-PIB](MFCs)です。
Chan, et al. Informational [Page 46] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[46ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
If there is ambiguity between classifier elements of the same
classifier, then dsClfrElementPrecedence needs to be used."
::= { dsPolicyClasses 3 }
「同じクラシファイアのクラシファイア要素の間には、あいまいさがあれば、dsClfrElementPrecedenceは、使用される必要があります。」 ::= dsPolicyClasses3
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 OBJECT-TYPE SYNTAX DsClfrElementEntry STATUSの現在の記述。 PIB-インデックスdsClfrElementPrid、ユニークさ、dsClfrElementClfrId、dsClfrElementPrecedence、dsClfrElementSpecific:、:= dsClfrElementTable1
DsClfrElementEntry ::= SEQUENCE {
dsClfrElementPrid InstanceId,
dsClfrElementClfrId TagId,
dsClfrElementPrecedence Unsigned32,
dsClfrElementNext Prid,
dsClfrElementSpecific Prid
}
DsClfrElementEntry:、:= 系列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 }
dsClfrElementPrid OBJECT-TYPE SYNTAX InstanceId STATUSの現在の記述、「唯一クラスの例を特定する任意の整数インデックス。」 ::= dsClfrElementEntry1
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 OBJECT-TYPE SYNTAX TagId STATUSの現在の記述、「クラシファイアは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 }
したがって、AクラシファイアIdは、このクラシファイア要素のクラシファイアがどれの一部であるかを特定します。 「これはdsClfrEntryの既存の例のためのdsClfrId属性の値であるに違いありません。」 ::= dsClfrElementEntry2
dsClfrElementPrecedence OBJECT-TYPE
SYNTAX Unsigned32 (1..4294967295)
dsClfrElementPrecedenceオブジェクト・タイプ構文Unsigned32(1..4294967295)
Chan, et al. Informational [Page 47] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[47ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
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.
STATUSの現在の記述、「クラシファイア要素が適用されている相対オーダ:」 より大きい数は、より高い先行があるクラシファイア要素を表します。 同じ先行があるクラシファイア要素が明白であるに違いなく、すなわち、それらは、非重なっているパターンを定義しなければならなくて、同時に交通の流れに適用されると考えられます。 異なった先行があるクラシファイア要素はそれらのフィルタに重なるかもしれません: 合っている最も高い先行があるクラシファイア要素を取ります。
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 }
与えられたインタフェースに、イングレス方向には完全なクラシファイアが適所にいつもあるに違いありません。 これは、入って来るパケットに提示できたあらゆる可能なパターンに合っている1個以上のフィルタがいつもあることを意味します。 「出口の方向にはどんなそのような要件もありません。」 ::= dsClfrElementEntry3
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 OBJECT-TYPE SYNTAX Prid STATUSの現在の記述、「この属性が1つのブランチを提供する、Diffserv Model部4.1で説明されたクラシファイアの機能性を四方八方に広げてください、」
This selects the next diffserv functional datapath
element to handle traffic for this data path.
これは、このデータ経路のための交通を扱うために次のdiffservの機能的なdatapath要素を選択します。
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 }
zeroDotZeroの値はこのデータ経路のためのDiffServ処理の終わりを示します。 いかなる他の値も以下について1の(先在)有効な例を示さなければなりません。 "dsClfrEntry dsMeterEntry dsActionEntry dsAlgDropEntry dsQEntry"。 DEFVAL zeroDotZero:、:= dsClfrElementEntry4
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.,
dsClfrElementSpecific OBJECT-TYPE SYNTAX Prid STATUSの現在の記述は「例えば適切な分類フィルタについて説明する別のテーブルの有効なエントリーへのポインタ」です。
Chan, et al. Informational [Page 48] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[48ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
an entry in frwkIpFilterTable (Framework PIB).
frwkIpFilterTable(枠組みのPIB)のエントリー。
The PRI pointed to must exist prior to the installation of
this classifier element.
示された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 }
「値のzeroDotZeroは合うように解釈されて、別のクラシファイア要素に従って、ものは少しも合っていませんでした--そのようなエントリーの1つだけが各クラシファイアのために存在するかもしれないということです。」 ::= dsClfrElementEntry5
-- -- 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.
-- -- Meters----このPIBはさまざまなMetersを支持します。 それはaを含んでいます--パラメタが缶を設定するMetersのための特定の定義--Token Bucketパラメタを使用することで、モデル化されてください。 -- 他のPIBsは他の計量パラメタセットを定義できます。 -- -- それらのdsMeterSucceedNextとdsMeterFailNextポインタを使用して、複数のメーター要素が論理的にどっと落すかもしれない、--必要です。 -- この1つの例がAF PHB実現(複数の平らな順応メーターを使用する)のためのものであるかもしれません。 -- -- PIBの個々のメーター要素の滝は意図します--複数の平らな順応に機能上相当しているように--パケットの決断。 連続した自然である、--表現は単にこのPIBのための記号法の便利です。 -- -- srTCMメーター(RFC2697)は2がセットする指定された使用であることができます--dsMeterEntryとdsTBParamEntry。 第一セットは--遂行された情報のRateとCommitted Burst Size--象徴バケツを指定します。 2番目のセットはExcess Burstを指定します--サイズ象徴バケツ。 -- -- trTCMメーター(RFC2698)は2がセットする指定された使用であることができます--dsMeterEntryとdsTBParamEntry。 第一セットは--遂行された情報のRateとCommitted Burst Size--象徴バケツを指定します。 2番目のセットはPeak情報を指定します--レートとPeak Burst Size象徴バケツ。 -- -- tswTCMメーター(RFC2859)は2がセットする指定された使用であることができます--dsMeterEntryとdsTBParamEntry。 第一セットが指定する、--Target Rate象徴バケツを遂行しました。 2番目のセットは--ピークTarget Rate象徴バケツそれぞれのdsTBParamInterval--象徴バケツを指定します。Average Intervalを反映します。
dsMeterTable OBJECT-TYPE
dsMeterTableオブジェクト・タイプ
Chan, et al. Informational [Page 49] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[49ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
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.
SYNTAX SEQUENCE OF DsMeterEntry PIB-ACCESSはSTATUS現在の記述をインストールします。「このクラスはシステムが交通の流れを取り締まるのに使用するかもしれない特定のメーターを数え上げます」。 計量されるべき交通の流れはすなわち、このクラスで各エントリーを示す物によるメーターの要素上流のそばで決定しています。 これはインタフェースにおけるすべての交通を含むかもしれません。
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 }
「特定のメーターの詳細はdsMeterSpecificによって参照をつけられたテーブル項目で見つけられることです。」 REFERENCE、「Diffserv RoutersのためのInformal Management Model、RFC3290は以下を何5インチも区分します」。= dsPolicyClasses4
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 OBJECT-TYPE SYNTAX DsMeterEntry STATUSの現在の記述、「メーターテーブルのエントリーは1メーターのただ一つの順応レベルについて説明します」。 PIB-インデックスdsMeterPrid、ユニークさ、dsMeterSucceedNext、dsMeterFailNext、dsMeterSpecific:、:= dsMeterTable1
DsMeterEntry ::= SEQUENCE {
dsMeterPrid InstanceId,
dsMeterSucceedNext Prid,
dsMeterFailNext Prid,
dsMeterSpecific Prid
}
DsMeterEntry:、:= 系列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 }
dsMeterPrid OBJECT-TYPE SYNTAX InstanceId STATUSの現在の記述、「唯一クラスの例を特定する任意の整数インデックス。」 ::= dsMeterEntry1
dsMeterSucceedNext OBJECT-TYPE
SYNTAX Prid
STATUS current
dsMeterSucceedNext OBJECT-TYPE SYNTAX Prid STATUS海流
Chan, et al. Informational [Page 50] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[50ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
DESCRIPTION
"If the traffic does conform, this selects the next
diffserv functional datapath element to handle
traffic for this data path.
記述、「交通が従うなら、これはこのデータ経路のための交通を扱うために次のdiffservの機能的な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 }
この変数における値のzeroDotZeroは、DiffServ処理がこのdatapathの交通に実行されるのをこれ以上示しません。 いかなる他の値も以下について1の(先在)有効な例を示さなければなりません。 "dsClfrEntry dsMeterEntry dsActionEntry dsAlgDropEntry dsQEntry"。 DEFVAL zeroDotZero:、:= dsMeterEntry2
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 OBJECT-TYPE SYNTAX Prid STATUSの現在の記述、「交通が従わないなら、これはこのデータ経路のための交通を扱うために次のdiffservの機能的な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 }
この変数における値のzeroDotZeroは、DiffServ処理がこのdatapathの交通に実行されるのをこれ以上示しません。 いかなる他の値も以下について1の(先在)有効な例を示さなければなりません。 "dsClfrEntry dsMeterEntry dsActionEntry dsAlgDropEntry dsQEntry"。 DEFVAL zeroDotZero:、:= dsMeterEntry3
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.
「詳細なパラメタを含むエントリーにingこれがポイントメーターのふるまいを示すす」dsMeterSpecific OBJECT-TYPE SYNTAX Prid STATUSの現在の記述。 明らかにその特定のテーブルのエントリーを管理しなければならないことに注意してください。
For example, dsMeterSpecific may point to an
entry in dsTBMeterTable, which contains an
例えば、dsMeterSpecificがdsTBMeterTableにエントリーを示すかもしれない、どれ、含有
Chan, et al. Informational [Page 51] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[51ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
instance of a single set of Token Bucket parameters.
1セットのToken Bucketパラメタの例。
The PRI pointed to must exist prior to installing this
Meter datapath element."
::= { dsMeterEntry 4 }
「このMeter datapath要素をインストールする前に、示されたPRIは存在しなければなりません。」 ::= dsMeterEntry4
-- -- 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. --
-- -- 象徴バケツParameter Table----Token Bucket Parameter Table parameterizesの各エントリー--単一の象徴バケツ。 複数の象徴バケツがそうであることができます--複数のレベルをparameterizeするのに一緒に使用される、--順応。 -- -- Token Bucket Parameter Tableのエントリーがそうすることができることに注意してください--複数のdsMeterTableエントリーで示されて、共有されてください。 --
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 }
dsTBParamTable OBJECT-TYPE SYNTAX SEQUENCE OF DsTBParamEntry PIB-ACCESSはSTATUS現在の記述をインストールします。「このテーブルはシステムが交通の流れを取り締まるのに使用するかもしれない象徴バケツメーターパラメタセットを数え上げます」。 それぞれ単一賃率とシングルを持っているとサイズがはち切れたので、そのようなパラメタセットはここでモデル化されます。 「複数レート/放出量が必要であるときに、多回入国は使用されています。」 REFERENCE、「Diffserv RoutersのためのInformal Management Model、RFC3290は以下を何5.1インチも区分します」。= dsPolicyClasses5
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 OBJECT-TYPE SYNTAX DsTBParamEntry STATUSの現在の記述、「ただ一つの象徴バケツパラメタセットについて説明するエントリー。」 PIB-インデックスdsTBParamPrid、ユニークさ、dsTBParamType、dsTBParamRate、dsTBParamBurstSize、dsTBParamInterval:、:= dsTBParamTable1
DsTBParamEntry ::= SEQUENCE {
dsTBParamPrid InstanceId,
DsTBParamEntry:、:= 系列、dsTBParamPrid InstanceId
Chan, et al. Informational [Page 52] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[52ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
dsTBParamType AutonomousType,
dsTBParamRate Unsigned32,
dsTBParamBurstSize BurstSize,
dsTBParamInterval Unsigned32
}
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 }
dsTBParamPrid OBJECT-TYPE SYNTAX InstanceId STATUSの現在の記述、「唯一クラスの例を特定する任意の整数インデックス。」 ::= dsTBParamEntry1
dsTBParamType OBJECT-TYPE
SYNTAX AutonomousType
STATUS current
DESCRIPTION
"The Metering algorithm associated with the
Token-Bucket parameters. zeroDotZero indicates this
is unknown.
MeteringアルゴリズムはToken-バケツパラメタと交際しました。dsTBParamType OBJECT-TYPE SYNTAX AutonomousType STATUSの現在の記述、「zeroDotZeroは、これが未知であることを示します」。
Standard values for generic algorithms are as follows:
一般的なアルゴリズムのための基準値は以下の通りです:
diffServTBParamSimpleTokenBucket, diffServTBParamAvgRate,
diffServTBParamSrTCMBlind, diffServTBParamSrTCMAware,
diffServTBParamTrTCMBlind, diffServTBParamTrTCMAware,
diffServTBParamTswTCM
diffServTBParamSimpleTokenBucket、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 }
「これらはDiffServ MIBで指定されます。」 REFERENCE、「Diffserv RoutersのためのInformal Management Model、RFC3290は以下を何5.1インチも区分します」。= dsTBParamEntry2
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 }
「象徴バケツは2番目の(キロビット毎秒)あたりのキロビットで評定する」「1秒あたりのキロビット」dsTBParamRate OBJECT-TYPE SYNTAX Unsigned32(1 .4294967295)のUNITSのSTATUSの現在の記述。 この属性は以下に使用されます。 1. srTCM2のためのRFC2697のCIR。 trTCM3のためのRFC2698のCIRとPIR。 TSWTCM4のためのRFC2859のCTRとPTR。 セクション5.1 RFC3290のAverageRate、0.1インチ:、:= dsTBParamEntry3
Chan, et al. Informational [Page 53] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[53ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
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 }
「ただ一つのトランスミッションにおける最大のバイト数をはち切れた」dsTBParamBurstSize OBJECT-TYPE SYNTAX BurstSize UNITS「バイト」STATUSの現在の記述。 この属性は以下に使用されます。 1. srTCM2のためのRFC2697のCBSとEBS。 trTCM3のためのRFC2698のCBSとPBS。 「RFC3290、セクション5でSizeを押し破いてください。」 ::= dsTBParamEntry4
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 }
「時間間隔は象徴バケツと共に使用した」dsTBParamInterval OBJECT-TYPE SYNTAX Unsigned32(1 .4294967295)UNITS「マイクロセカンド」STATUSの現在の記述。 : 1. Rate Meter、RFC3290、セクション5.1.1、デルタを平均してください。 2. 簡単なToken Bucket Meter、RFC3290、セクション5.1.3--時間間隔t。 3. RFC2859TSWTCM--AVG_間隔。 4. 「RFC2697srTCM、RFC2698trTCM、--、象徴バケツアップデートが間隔を調節する」 ::= dsTBParamEntry5
-- -- Actions --
-- -- 動作--
-- -- The Action Table allows enumeration of the different -- types of actions to be applied to a traffic flow. --
-- -- Action Tableは異なることの列挙を許容します--交通の流れに適用されるべき動作のタイプ。 --
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 OBJECT-TYPE SYNTAX SEQUENCE OF DsActionEntry PIB-ACCESSがSTATUSの現在の記述をインストールする、「Action Tableがそれが動作できることを列挙する、-、交通の流れに形成される、」 複数の動作を連結できます。
Specific actions are indicated by dsAction-
Specific which points to an entry of a specific
action type parameterizing the action in detail."
「特定の動作はdsAction特有によって示されます(詳細に動作をparameterizingする特定の動作タイプのエントリーを示します)。」
Chan, et al. Informational [Page 54] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[54ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
REFERENCE
"An Informal Management Model for Diffserv Routers,
RFC 3290, section 6."
::= { dsPolicyClasses 6 }
REFERENCE、「Diffserv RoutersのためのInformal Management Model、RFC3290、セクション6。」 ::= dsPolicyClasses6
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 }
「動作テーブルの各エントリーは交通に適用されるのを1つの特定の動作の記述を許容する」dsActionEntry OBJECT-TYPE SYNTAX DsActionEntry STATUSの現在の記述。 PIB-インデックスdsActionPrid、ユニークさ、dsActionNext、dsActionSpecific:、:= dsActionTable1
DsActionEntry ::= SEQUENCE {
dsActionPrid InstanceId,
dsActionNext Prid,
dsActionSpecific Prid
}
DsActionEntry:、:= 系列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 }
dsActionPrid OBJECT-TYPE SYNTAX InstanceId STATUSの現在の記述、「唯一クラスの例を特定する任意の整数インデックス。」 ::= dsActionEntry1
dsActionNext OBJECT-TYPE
SYNTAX Prid
STATUS current
DESCRIPTION
"This selects the next diffserv functional datapath
element to handle traffic for this data path.
「これはこのデータ経路のための交通を扱うのを次のdiffservの機能的なdatapath要素に選択する」dsActionNext OBJECT-TYPE SYNTAX Prid STATUSの現在の記述。
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 }
この変数における値のzeroDotZeroは、DiffServ処理がこのdatapathの交通に実行されるのをこれ以上示しません。 いかなる他の値も以下について1の(先在)有効な例を示さなければなりません。 "dsClfrEntry dsMeterEntry dsActionEntry dsAlgDropEntry dsQEntry"。 DEFVAL zeroDotZero:、:= dsActionEntry2
Chan, et al. Informational [Page 55] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[55ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
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 OBJECT-TYPE SYNTAX Prid STATUSの現在の記述、「動作のタイプに追加情報を提供する物の例へのポインタは、エントリーをテーブルの上に置くようにこの動作で示しました」。
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 }
「この動作datapathエントリーをインストールする前に、示されたPRIは存在しなければなりません。」 ::= dsActionEntry3
-- 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. --
-- DSCPマークAction Table----このクラスの通りはdsActionSpecificによって示されます--DSCPに特定の詳細なパラメタを提供するために--マークの動作。 -- このクラスは支持されたそれぞれのための1つのエントリーを高々含むべきです--DSCP値。 これらのエントリーは異なることによって再利用されるべきです--同じであるか異なったデータ経路のdsActionEntry。 --
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 }
dsDscpMarkActTable OBJECT-TYPE SYNTAX SEQUENCE OF DsDscpMarkActEntry PIB-ACCESSは「このクラスはIPパケットのDSCP分野をマークするか、または述べさせながら、使用される特定のDSCPsを数え上げる」STATUSの現在の記述をインストールします。 「このテーブルのエントリーはdsActionSpecific属性によって参照をつけられるかもしれません。」 REFERENCE、「Diffserv RoutersのためのInformal Management Model、RFC3290は以下を何6.1インチも区分します」。= dsPolicyClasses7
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 }
「DSCPのエントリーはマークに使用される独身のDSCPについて説明する動作テーブルであるとマークする」dsDscpMarkActEntry OBJECT-TYPE SYNTAX DsDscpMarkActEntry STATUSの現在の記述。 PIB-インデックスdsDscpMarkActPrid
Chan, et al. Informational [Page 56] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[56ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
UNIQUENESS { dsDscpMarkActDscp }
::= { dsDscpMarkActTable 1 }
ユニークさのdsDscpMarkActDscp:、:= dsDscpMarkActTable1
DsDscpMarkActEntry ::= SEQUENCE {
dsDscpMarkActPrid InstanceId,
dsDscpMarkActDscp Dscp
}
DsDscpMarkActEntry:、:= 系列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 }
dsDscpMarkActPrid OBJECT-TYPE SYNTAX InstanceId STATUSの現在の記述、「唯一クラスの例を特定する任意の整数インデックス。」 ::= dsDscpMarkActEntry1
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 }
dsDscpMarkActDscp OBJECT-TYPE SYNTAX Dscp STATUSの現在の記述、「このActionが交通をマークするか、または述べさせるのに使用するDSCP。」 -1のDSCP値がこのクラスで許可証tedでないことに注意してください。 このActionを条件とした唯一のパケットがこのDSCPと共に既にマークされるのは、かなり可能です。 「また、DiffServがネットの仕事へのイングレスの上と、そして、それからの出口の上のパケット異状をもたらすかもしれなくて、イングレスと出口が同じルータで現れるのが、かなり可能であることに注意してください。」 ::= dsDscpMarkActEntry2
-- -- Algorithmic Drop Table --
-- -- アルゴリズムのドロップテーブル--
-- Algorithmic Drop Table is the entry point for the Algorithmic -- Dropper functional data path element.
-- アルゴリズムのDrop TableはAlgorithmicのためのエントリー・ポイントです--点滴器の機能的なデータ経路要素。
-- For a simple algorithmic dropper, a single algorithmic drop entry -- will be sufficient to parameterize the dropper.
-- 単一のアルゴリズムの低下エントリー--簡単なアルゴリズムの点滴器に関しては、点滴器をparameterizeすることができるくらい望んでください。
-- 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.
-- dsAlgDropSpecific--より複雑なアルゴリズムの点滴器に関して、缶を結果と考えてください。使用されて、パラメータ・テーブルでエントリーに参照をつけてください--例えば、無作為の点滴器のためのdsRandomDropTable。
-- 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
-- しかし、より複雑な点滴器、複数の待ち行列(それ自身のアルゴリズムがある各待ち行列)がaを使用できるという例えば測定する点滴器に関しては、エントリーとしてのdsAlgDropTableエントリーはAlgorithmic Dropperのために指します。
Chan, et al. Informational [Page 57] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[57ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
-- 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. --
-- 点滴器パラメタを残す機能的なデータ経路要素--各待ち行列に、dsMQAlgDropTableのエントリーで指定されてください。 -- そのような用法、投錨しているdsAlgDropEntryのdsAlgDropType--mQDropであるべきであり、およびそのdsAlgDropQMeasureでは、参照(その後のdsMQAlgDropEntryのもの、dsAlgDropSpecific)がパラメタにすべてに適切な状態で参照をつけるのに使用されるべきである、--測定される待ち行列。 -- その後のdsMQAlgDropEntryのものはパラメタを提供するでしょう--測定される各待ち行列あたり1つ。 dsMQAlgDropEntryのものはそうです--それらのdsMQAlgDropNext属性を使用することで、チェーニングされます。 --
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 }
dsAlgDropTable OBJECT-TYPE SYNTAX SEQUENCE OF DsAlgDropEntry PIB-ACCESSはSTATUS現在の記述をインストールします。「アルゴリズムのドロップテーブルは何らかのアルゴリズムに応じてパケットを落とす機能的なデータ経路要素にエントリーdescrib- ingを含んでいます」。 REFERENCE、「セクション7.1 Diffserv RoutersのためのInformal Management Model、RFC3290、0.3インチ:、:、」= dsPolicyClasses8
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 OBJECT-TYPE SYNTAX DsAlgDropEntry STATUSの現在の記述、「エントリーは何らかのアルゴリズムに応じてパケットを落とす過程について説明します」。 「アルゴリズムタイプの詳細は必要であるときに、dsAlgDropTypeとその他の詳細パラメタエントリーがdsAlgDropSpecificによって示されている状態で見つけられることです。」 PIB-インデックスdsAlgDropPrid、ユニークさ、dsAlgDropType、dsAlgDropNext、dsAlgDropQMeasure、dsAlgDropQThreshold、dsAlgDropSpecific:、:= dsAlgDropTable1
DsAlgDropEntry ::= SEQUENCE {
dsAlgDropPrid InstanceId,
dsAlgDropType INTEGER,
dsAlgDropNext Prid,
dsAlgDropQMeasure Prid,
dsAlgDropQThreshold Unsigned32,
DsAlgDropEntry:、:= 系列、dsAlgDropPrid InstanceId、dsAlgDropType整数、dsAlgDropNext Prid、dsAlgDropQMeasure Prid、dsAlgDropQThreshold Unsigned32
Chan, et al. Informational [Page 58] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[58ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
dsAlgDropSpecific Prid
}
dsAlgDropSpecific Prid
dsAlgDropPrid OBJECT-TYPE
SYNTAX InstanceId
STATUS current
DESCRIPTION
"An arbitrary integer index that uniquely identifies an
instance of the class."
::= { dsAlgDropEntry 1 }
dsAlgDropPrid OBJECT-TYPE SYNTAX InstanceId STATUSの現在の記述、「唯一クラスの例を特定する任意の整数インデックス。」 ::= dsAlgDropEntry1
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.
dsAlgDropType OBJECT-TYPE SYNTAX INTEGER、他の(1)、tailDrop(2)、headDrop(3)、randomDrop(4)、alwaysDrop(5)、mQDrop(6)、「アルゴリズムのタイプはこの点滴器で使用した」STATUSの現在の記述。 tailDrop(2)、headDrop(3)、またはalwaysDrop(5)の値はこの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.
tailDrop(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.
headDrop(3)アルゴリズムは以下の通り説明されます: dsAlgDropQMeasureによって示された待ち行列の現在の深さがdsAlgDropQThresholdにあるとき、パケットが到着するなら、現在、待ち行列のヘッドのパケットは、待ち行列のテールで待ち行列に入れられる新しいパケットに場所を開けるために落とされます。
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)
randomDrop(4)アルゴリズムは以下の通り説明されます: パケット到着のときに、手当たりしだいにパケットを落とすか、または他のパケットを落とすかもしれないアルゴリズムは、実行されます。(s)
Chan, et al. Informational [Page 59] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[59ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
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.
場所の待ち行列から。 アルゴリズムの詳細は独占であるかもしれません。 このアルゴリズムのために、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)アルゴリズムはいつもパケットを落とします。 この場合、このEntryの他の構成値は重要ではありません。 待ち行列が使用されていない、したがって、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)アルゴリズムは低下アルゴリズムのための複数の待ち行列を測定します。 dsAlgDropQMeasureにdsMQAlgDropEntryに参照をつけさせることによって、測定された待ち行列は表されます。 「それぞれのチェーニングされたdsMQAlgDropEntryは測定待ち行列の1つのための低下アルゴリズムを説明するのに使用されます。」
::= { dsAlgDropEntry 2 }
::= dsAlgDropEntry2
dsAlgDropNext OBJECT-TYPE
SYNTAX Prid
STATUS current
DESCRIPTION
"This selects the next diffserv functional datapath
element to handle traffic for this data path.
「これはこのデータ経路のための交通を扱うのを次のdiffservの機能的なdatapath要素に選択する」dsAlgDropNext OBJECT-TYPE SYNTAX Prid STATUSの現在の記述。
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.
この属性における値のzeroDotZeroは、DiffServ処理がこのdatapathの交通に実行されるのをこれ以上示しません。 いかなる他の値も以下について1の(先在)有効な例を示さなければなりません。 dsClfrEntry dsMeterEntry dsActionEntry dsAlgDropEntry dsQEntry。
When dsAlgDropType is alwaysDrop(5), this attribute is
Ignored."
DEFVAL { zeroDotZero }
::= { dsAlgDropEntry 3 }
「dsAlgDropTypeがalwaysDrop(5)であるときに、この属性はIgnoredです。」 DEFVAL zeroDotZero:、:= dsAlgDropEntry3
dsAlgDropQMeasure OBJECT-TYPE
SYNTAX Prid
STATUS current
DESCRIPTION
dsAlgDropQMeasure OBJECT-TYPE SYNTAX Prid STATUSの現在の記述
Chan, et al. Informational [Page 60] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[60ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
"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.
alwaysDrop(5)に関しては、この属性はzeroDotZeroであるべきです。 tailDrop(2)、headDrop(3)、randomDrop(4)に関しては、これはdsQTableにエントリーを示すべきです。 mQDrop(6)に関しては、これは複数の待ち行列点滴器のために測定される待ち行列のそのDescribe1をdsMQAlgDropEntryに向けるべきです。
The PRI pointed to must exist prior to installing
this dropper element."
::= { dsAlgDropEntry 4 }
「この点滴器要素をインストールする前に、示されたPRIは存在しなければなりません。」 ::= dsAlgDropEntry4
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 OBJECT-TYPE SYNTAX Unsigned32(1 .4294967295)UNITS「バイト」STATUSの現在の記述、「待ち行列のバイトで表現される深さの引き金が低下に発生する敷居が測定されて、アルゴリズムを確認してください、dsAlgDropTypeがこの属性が無視されるalwaysDrop(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 }
tailDrop(2)かheadDrop(3)アルゴリズムのために、これはdsAlgDropQMeasureによって示された低下動作が行われる待ち行列の深さを表します。 「他のアルゴリズムは、この敷居のためにそれら自身の意味論を定義する必要があるでしょう。」 ::= dsAlgDropEntry5
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 OBJECT-TYPE SYNTAX Prid STATUSの現在の記述は「低下アルゴリズムに関する詳細を提供するテーブル項目を示します」。 この点滴器要素をインストールする前に、示されたPRIは存在しなければなりません。
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
mQDrop(6)と等しいdsAlgDropTypeとのエントリーはこれを使用できます。
Chan, et al. Informational [Page 61] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[61ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
attribute to reference parameters that is used by all the
queues of the multiple queues being measured.
参照パラメタへの測定される複数の待ち行列のすべての待ち行列で使用される属性。
For all other algorithms, this should take the value
zeroDotZero."
::= { dsAlgDropEntry 6 }
「他のすべてのアルゴリズムのために、これは値のzeroDotZeroを取るべきです。」 ::= dsAlgDropEntry6
-- -- 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. --
-- -- 複数のQueue Algorithmic Drop Table----dsAlgDropTypeが低下アルゴリズムのために倍数--待ち行列を測定する点滴器のためのmQDrop(6)であるときに、このテーブルのエントリーはdsAlgDropQMeasureによって参照をつけられるはずです。 -- テーブルの各エントリーは、測定される複数の待ち行列の中でただ一つの待ち行列のための低下アルゴリズムを説明するのに使用されます。 -- -- このテーブルのエントリー(dsMQAlgDropEntry)は広がっています--以下を除いた対応するパラメタの用法が同じのdsAlgDropEntry -- dsAlgDropNextは次のdiffservを示すのに使用されます--パケットであるときに、機能的なデータ経路要素は落とされません。 -- dsMQAlgDropExceedNextは、測定される複数の待ち行列のために次--倍数を一緒にチェーニングするためのdsMQAlgDropEntry--dsMQAlgDropEntryのものを示すのに使用されます。 --
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 }
dsMQAlgDropTable OBJECT-TYPE SYNTAX SEQUENCE OF DsMQAlgDropEntry PIB-ACCESSはSTATUS現在の記述をインストールします。「複数の待ち行列のアルゴリズムのドロップテーブルが複数の待ち行列のアルゴリズムの点滴器のために測定される各待ち行列について説明するエントリーを含んでいます」。 ::= dsPolicyClasses9
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 OBJECT-TYPE SYNTAX DsMQAlgDropEntry STATUSの現在の記述、「エントリーは何らかのアルゴリズムに応じてパケットを落とす過程について説明します」。 各エントリーは測定されるそれぞれの複数の待ち行列に使用されます。 各エントリーはdsMQAlgDropExceedNext属性を加えるのに基本的なdsAlgDropEntryを広げます。
Further details of the algorithm type are to be found in
dsAlgDropType and with more detail parameter entry pointed
アルゴリズムタイプの詳細はdsAlgDropTypeとその他の詳細パラメタエントリーが指されている状態で見つけられることです。
Chan, et al. Informational [Page 62] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[62ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
to by dsMQAlgDropSpecific when necessary."
EXTENDS { dsAlgDropEntry }
UNIQUENESS { dsMQAlgDropExceedNext }
::= { dsMQAlgDropTable 1 }
「dsMQAlgDropSpecific、必要である、」 dsAlgDropEntryを広げている、ユニークさのdsMQAlgDropExceedNext:、:= dsMQAlgDropTable1
DsMQAlgDropEntry ::= SEQUENCE {
dsMQAlgDropExceedNext Prid
}
DsMQAlgDropEntry:、:= 系列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 }
「mQDropのために複数のdsMQAlgDropEntryをリンクするために使用される」dsMQAlgDropExceedNext OBJECT-TYPE SYNTAX Prid STATUSの現在の記述。 「zeroDotZeroの値は、これがdsMQAlgDropEntryのチェーンの最終であることを示します。」 DEFVAL zeroDotZero:、:= dsMQAlgDropEntry1
-- -- 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 }
dsRandomDropTable OBJECT-TYPE SYNTAX SEQUENCE OF DsRandomDropEntry PIB-ACCESSはSTATUS現在の記述をインストールします。「無作為のドロップテーブルは手当たりしだいにパケットを落とす過程について説明しながら、エントリーを含んでいます」。 「このテーブルのエントリーはdsAlgDropTypeがrandomDrop(4)であるときに、dsAlgDropSpecificによって示されることを意図します。」 REFERENCE、「セクション7.1 Diffserv RoutersのためのInformal Management Model、RFC3290、0.3インチ:、:、」= dsPolicyClasses10
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,
dsRandomDropEntry OBJECT-TYPE SYNTAX DsRandomDropEntry STATUSの現在の記述、「エントリーはランダム・アルゴリズムに応じてパケットを落とす過程について説明します」。 PIB-インデックスdsRandomDropPrid、ユニークさ、dsRandomDropMinThreshBytes、dsRandomDropMinThreshPkts、dsRandomDropMaxThreshBytes、dsRandomDropMaxThreshPkts
Chan, et al. Informational [Page 63] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[63ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
dsRandomDropProbMax,
dsRandomDropWeight,
dsRandomDropSamplingRate
}
::= { dsRandomDropTable 1 }
dsRandomDropProbMax、dsRandomDropWeight、dsRandomDropSamplingRate ::= dsRandomDropTable1
DsRandomDropEntry ::= SEQUENCE {
dsRandomDropPrid InstanceId,
dsRandomDropMinThreshBytes Unsigned32,
dsRandomDropMinThreshPkts Unsigned32,
dsRandomDropMaxThreshBytes Unsigned32,
dsRandomDropMaxThreshPkts Unsigned32,
dsRandomDropProbMax Unsigned32,
dsRandomDropWeight Unsigned32,
dsRandomDropSamplingRate Unsigned32
}
DsRandomDropEntry:、:= 系列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 }
dsRandomDropPrid OBJECT-TYPE SYNTAX InstanceId STATUSの現在の記述、「唯一クラスの例を特定する任意の整数インデックス。」 ::= dsRandomDropEntry1
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 }
「落とされて、平均はありながら、交通が非ゼロ確率を持っているバイトで表現される深さを列に並ばせる」dsRandomDropMinThreshBytes OBJECT-TYPE SYNTAX Unsigned32(1 .4294967295)UNITS「バイト」STATUSの現在の記述。 ::= dsRandomDropEntry2
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 }
「落とされて、平均はありながら、交通が非ゼロ確率を持っているパケットの深さを列に並ばせる」dsRandomDropMinThreshPkts OBJECT-TYPE SYNTAX Unsigned32(1 .4294967295)UNITS「パケット」STATUSの現在の記述。 ::= dsRandomDropEntry3
dsRandomDropMaxThreshBytes OBJECT-TYPE
SYNTAX Unsigned32 (1..4294967295)
UNITS "bytes"
STATUS current
DESCRIPTION
dsRandomDropMaxThreshBytes OBJECT-TYPE SYNTAX Unsigned32(1 .4294967295)UNITS「バイト」STATUSの現在の記述
Chan, et al. Informational [Page 64] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[64ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
"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 }
「平均した待ち行列の深さは、どの交通を超えて確率が落とされるdsRandomDropProbMaxによって示されるか、またはマークされるのをさせるか。」 「これがdsAlgDropQThresholdに格納される物理的な待ち行列限界と異なっていることに注意してください。」 ::= dsRandomDropEntry4
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によって示された確率を持っている深さを列に並ばせる」dsRandomDropMaxThreshPkts OBJECT-TYPE SYNTAX Unsigned32(1 .4294967295)UNITS「パケット」STATUSの現在の記述。 「これがdsAlgDropQThresholdに格納される物理的な待ち行列限界と異なっていることに注意してください。」 ::= dsRandomDropEntry5
dsRandomDropProbMax OBJECT-TYPE
SYNTAX Unsigned32 (0..1000)
STATUS current
DESCRIPTION
"The worst case random drop probability, expressed in drops
per thousand packets.
「最悪の場合の無作為の低下確率であって、1,000のパケットあたりの低下で言い表された」dsRandomDropProbMax OBJECT-TYPE SYNTAX Unsigned32(0 .1000)STATUS現在の記述。
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 }
例えば、あらゆるパケットが最悪の場合には(100%)落とされるかもしれないなら、これには、値1000があります。 「あるいはまた、最悪の場合には1パーセント(1%)の交通が落とされるかもしれないなら、それには、値10があります。」 ::= dsRandomDropEntry6
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 SYNTAX Unsigned32(0 .4294967295)のSTATUSの現在の記述、「中で現在の平均した待ち行列の深さについて計算するExponentially Weighted Moving Average機能に影響する過去の歴史の重さ」。 MaxValueは方程式が方程式による新規見本、および古い価値の係数としての(MaxValue--dsRandomDropWeight)/MaxValueに係数としてdsRandomDropWeight/MaxValueを使用します、どことPEPによって報告された能力で決心しているか。
Implementations may further limit the values of
dsRandomDropWeight via the capability tables."
::= { dsRandomDropEntry 7 }
「実現は能力テーブルを通してさらにdsRandomDropWeightの値を制限するかもしれません。」 ::= dsRandomDropEntry7
dsRandomDropSamplingRate OBJECT-TYPE
dsRandomDropSamplingRateオブジェクト・タイプ
Chan, et al. Informational [Page 65] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[65ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
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 }
SYNTAX Unsigned32(0 .1000000)のSTATUSの現在の記述、「待ち行列が待ち行列のために抽出される1秒あたりの回数は計算を平均します」。 「ゼロの値は、パケットが待ち行列に入れられるたびに(または、デキューされます)待ち行列が抽出されることを意味します。」 ::= dsRandomDropEntry8
-- -- 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のエントリーが先入れ先出し待ち行列diffserv([MODEL]セクションで説明される機能的なデータ経路要素)を表す、7.1、.1 -- 入力の一部として待ち行列のためのスケジューリングパラメタの仕様にスケジューラの機能的なデータ経路に注意してください--[MODEL]セクション7.1.2で説明される要素。 階層的な列を作り/スケジューリングで建てて、これは許容します。 -- したがって、待ち行列は以下によってparameterizedされます。 -- 1. どのスケジューラがこの待ち行列、dsQNextを調整するでしょうか? -- 2. スケジューラはどう敬意をもってこの待ち行列を修理するだろうか--すべてに、もう片方が修理する同じスケジューラの必要性を列に並ばせます--dsQMinRateとdsQMaxRate。 -- -- 1つ以上の上流のdiffserv機能的なデータ経路要素に注意してください--共有するかもしれません、ポイント、[MODEL]で説明されるdsQTableエントリー--.1に7.1を区分してください。 --
dsQTable OBJECT-TYPE
SYNTAX SEQUENCE OF DsQEntry
PIB-ACCESS install
STATUS current
DESCRIPTION
"The Queue Table enumerates the queues."
::= { dsPolicyClasses 11 }
dsQTable OBJECT-TYPE SYNTAX SEQUENCE OF DsQEntry PIB-ACCESSはSTATUS現在の記述をインストールします。「Queue Tableは待ち行列を列挙します」。 ::= dsPolicyClasses11
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 OBJECT-TYPE SYNTAX DsQEntry STATUSの現在の記述、「Queue Tableのエントリーは機能的なデータ経路要素としてただ一つの待ち行列を記述します」。 PIB-インデックスdsQPrid、ユニークさ、dsQNext
Chan, et al. Informational [Page 66] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[66ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
dsQMinRate,
dsQMaxRate }
::= { dsQTable 1 }
dsQMinRate、dsQMaxRate ::= dsQTable1
DsQEntry ::= SEQUENCE {
dsQPrid InstanceId,
dsQNext Prid,
dsQMinRate Prid,
dsQMaxRate Prid
}
DsQEntry:、:= 系列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 }
dsQPrid OBJECT-TYPE SYNTAX InstanceId STATUSの現在の記述、「唯一クラスの例を特定する任意の整数インデックス。」 ::= dsQEntry1
dsQNext OBJECT-TYPE
SYNTAX Prid
STATUS current
DESCRIPTION
"This selects the next diffserv scheduler. This must point
to a dsSchedulerEntry.
dsQNext OBJECT-TYPE SYNTAX Prid STATUSの現在の記述、「これは次の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 }
この属性における、zeroDotZeroの値は不完全なdsQEntry例を示します。 「エントリーには、それに意味をそれに与えるパラメタが全くないので、このような場合には、どんな操作上の効果もありません。」 ::= dsQEntry2
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 }
dsQMinRate OBJECT-TYPE SYNTAX Prid STATUSの現在の記述、「このPridはdsMinRateTableのdsQNextによって示されたスケジューラがこの待ち行列を修理するのに使用するはずであるエントリーを示します」。 この値がzeroDotZeroであるなら、最低料率と優先権は不特定です。 「この値がzeroDotZeroでないなら、このエントリーをインストールする前に、示された例は存在しなければなりません。」 ::= dsQEntry3
dsQMaxRate OBJECT-TYPE
SYNTAX Prid
STATUS current
dsQMaxRate OBJECT-TYPE SYNTAX Prid STATUS海流
Chan, et al. Informational [Page 67] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[67ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
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 }
記述、「このPridはdsMaxRateTableのdsQNextによって示されたスケジューラがこの待ち行列を修理するのに使用するはずであるエントリーを示します」。 この値がzeroDotZeroであるなら、最高率はインタフェースのライン・スピードです。 「この値がzeroDotZeroでないなら、このエントリーをインストールする前に、示された例は存在しなければなりません。」 ::= dsQEntry4
-- -- 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. --
-- -- スケジューラTable------Scheduler Tableはパケットスケジューラを表すのに使用されます: -- それは複数のスケジューリングアルゴリズムそれぞれ--同じくらいで使用されるために複数の待ち行列を修理します--(データ経路の論理的であるか物理的なインタフェース)に柔軟性を提供します。 -- -- それぞれの上流の機能的なデータ経路要素によって指定されて、スケジューラが使用する整備点検パラメタがそうであるのに注意してください。このPIBの待ち行列かスケジューラ。 -- スケジューラの上流の機能的なデータ経路要素の整備点検パラメタの間のコーディネートと一貫性はそうしなければなりません--スケジューラが正しく機能するには、維持されてください。 -- -- dsSchedulerMinRateとdsSchedulerMaxRate属性はそうです--aの出力のための整備点検パラメタを指定するために、使用されます--、スケジューラ、いつ、川下の機能的なデータ経路要素--別のスケジューラはそうですか? -- これは、階層的な待ち行列/スケジューラを組立てるのに使用されます。 -- -- スケジューラの機能的なデータ経路要素の、より多くの議論--[MODEL]セクション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 OBJECT-TYPE SYNTAX SEQUENCE OF DsSchedulerEntry PIB-ACCESSはSTATUS現在の記述をインストールします。「Scheduler Tableはパケットスケジューラを数え上げます」。 「与えられたdatapathで1dsSchedulerEntryによって説明される各アルゴリズムで複数のスケジューリングアルゴリズムを使用できます。」 REFERENCEは「セクション7.1 Diffserv Routers、RFC3290、何0.2インチもInformal Management Model」です。
Chan, et al. Informational [Page 68] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[68ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
::= { dsPolicyClasses 12 }
::= dsPolicyClasses12
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 OBJECT-TYPE SYNTAX DsSchedulerEntry STATUSの現在の記述、「スケジューリングアルゴリズムのただ一つの例について説明するScheduler Tableのエントリー。」 PIB-インデックスdsSchedulerPrid、ユニークさ、dsSchedulerNext、dsSchedulerMethod、dsSchedulerMinRate、dsSchedulerMaxRate:、:= dsSchedulerTable1
DsSchedulerEntry ::= SEQUENCE {
dsSchedulerPrid InstanceId,
dsSchedulerNext Prid,
dsSchedulerMethod AutonomousType,
dsSchedulerMinRate Prid,
dsSchedulerMaxRate Prid
}
DsSchedulerEntry:、:= 系列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 }
dsSchedulerPrid OBJECT-TYPE SYNTAX InstanceId STATUSの現在の記述、「唯一クラスの例を特定する任意の整数インデックス。」 ::= dsSchedulerEntry1
dsSchedulerNext OBJECT-TYPE
SYNTAX Prid
STATUS current
DESCRIPTION
"This selects the next diffserv functional datapath
element to handle traffic for this data path.
「これはこのデータ経路のための交通を扱うのを次のdiffservの機能的なdatapath要素に選択する」dsSchedulerNext OBJECT-TYPE SYNTAX Prid STATUSの現在の記述。
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処理がこのdatapathの交通に実行されるのをこれ以上示さないzeroDotZeroの値があります。 zeroDotZeroの使用は最後の機能的なdatapath要素のための正常な用法です。 zeroDotZero以外のどんな値も以下について1の(先在)有効な例を示さなければなりません。 dsSchedulerEntry dsQEntry
or:
または、:
Chan, et al. Informational [Page 69] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[69ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
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 }
「これは同じデータ経路への複数のスケジューラ方法の実現、および階層的なスケジューラの実現のために別のdsSchedulerEntryを示します。」 DEFVAL zeroDotZero:、:= dsSchedulerEntry2
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 }
「スケジューリングアルゴリズムはこのSchedulerで使用した」dsSchedulerMethod OBJECT-TYPE SYNTAX AutonomousType STATUSの現在の記述。 一般的なアルゴリズムのための基準値: diffServSchedulerPriority、diffServSchedulerWRR、diffServSchedulerWFQはDiffServ MIBで指定されます。 加算値は他のPIBsでさらに指定されるかもしれません。 「zeroDotZeroの値は、これが未知であることを示します。」 REFERENCE、「セクション7.1 Diffserv RoutersのためのInformal Management Model、RFC3290、0.2インチ:、:、」= dsSchedulerEntry3
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.
「このスケジューラから評定このPridが優先権を示すdsMinRateTableのエントリーか最小の出力を示すす」dsSchedulerMinRate OBJECT-TYPE SYNTAX Prid STATUSの現在の記述。 1つ以上のレベルのスケジューラがあるときだけ、この属性は使用されています。
When it has the value zeroDotZero, it indicates that no
Minimum rate or priority is imposed."
DEFVAL { zeroDotZero }
::= { dsSchedulerEntry 4 }
「値のzeroDotZeroを持っているとき、どんなMinimumレートも優先権も課されないのを示します。」 DEFVAL zeroDotZero:、:= dsSchedulerEntry4
dsSchedulerMaxRate OBJECT-TYPE
SYNTAX Prid
STATUS current
DESCRIPTION
"This Prid indicates the entry in dsMaxRateTable
dsSchedulerMaxRate OBJECT-TYPE SYNTAX Prid STATUSの現在の記述、「このPridはdsMaxRateTableでエントリーを示します」。
Chan, et al. Informational [Page 70] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[70ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
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.
このスケジューラから最大出力率を示します。 1つ以上の最高率が適用されるとき(例えば、マルチレート整形器は使用されています)、それはレートエントリーの1番目を示します。 1つ以上のレベルのスケジューラがあるときだけ、この属性は使用されます。
When it has the value zeroDotZero, it indicates that no
Maximum rate is imposed."
DEFVAL { zeroDotZero }
::= { dsSchedulerEntry 5 }
「値のzeroDotZeroを持っているとき、Maximumレートが全く課されないのを示します。」 DEFVAL zeroDotZero:、:= dsSchedulerEntry5
-- -- 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. --
-- -- 別々にQueueかSchedulerから維持された最小のRate Parameters Tableは------その入力か出力にスケジューラによって使用されるパラメタがそうであるリユーザビリティが推論して、両方でそれらは使用できるようにエントリーをテーブルの上に置きます--待ち行列とスケジューラ。 これはこのPIB中で使用されたパラメタリゼーションからデータ経路要素の分離のためのアプローチに続きます。 -- スケジューラは階層的なスケジューリングのモデルを許容します--システム。そして、QueuesによるこれらのMinimum Rate Parameter Tableエントリーの使用、------明確に、Schedulerには、1つ以上の入力とある出力があります。 -- Minimum Rate Parameter Tableエントリーを示して、aを食べさせるどんなスケジューラも--スケジューラを与えるどんな待ち行列、またはスケジューラを後援するも最小の転送レートを指定するかもしれません。 -- -- 属性が使用されるdsMinRatePriority/絶対的なもの/親類--、スケジューラの仕事を保存する部分へのパラメタ: -- 「仕事保存」が、放つためにスケジューラが続くことができるのを含意する、--、データ、入力のときに利用可能なデータがある限り。 に比例してこれ--、ある優先を保証するという効果を持っている、--、他のスケジューラ入力、そして/または、ある最小の部分、--有効出力帯域幅。 適切に構成されていて、すべてのもう一方が属した後に予備帯域幅--それら自身の最低料率を消費する機会を持っていたのがあれば、これは利用可能なa(ある最低料率)を意味します。(交通があるなら、最低料率は超えられるかもしれません)。 --
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
dsMinRateTable OBJECT-TYPE SYNTAX SEQUENCE OF DsMinRateEntry PIB-ACCESSは「Minimum Rate Tableは使用するか、または再利用できるパラメタの計画をしながら、個々のセットを数え上げる」STATUSの現在の記述をインストールします。
Chan, et al. Informational [Page 71] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[71ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
by Queues and Schedulers."
::= { dsPolicyClasses 13 }
「待ち行列とスケジューラ。」 ::= dsPolicyClasses13
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 }
「Minimum Rate Tableのエントリーは使用のために待ち行列とスケジューラでパラメタの計画をしながら、1セットについて説明する」dsMinRateEntry OBJECT-TYPE SYNTAX DsMinRateEntry STATUSの現在の記述。 PIB-インデックスdsMinRatePrid、ユニークさ、dsMinRatePriority、dsMinRateAbsolute、dsMinRateRelative:、:= dsMinRateTable1
DsMinRateEntry ::= SEQUENCE {
dsMinRatePrid InstanceId,
dsMinRatePriority Unsigned32,
dsMinRateAbsolute Unsigned32,
dsMinRateRelative Unsigned32
}
DsMinRateEntry:、:= 系列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 }
dsMinRatePrid OBJECT-TYPE SYNTAX InstanceId STATUSの現在の記述、「唯一クラスのインスタンスを特定する任意の整数インデックス。」 ::= dsMinRateEntry1
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 }
dsMinRatePriority OBJECT-TYPE SYNTAX Unsigned32(1 .4294967295)のSTATUSの現在の記述、「スケジューラの他の入力に比例した関連スケジューラへのこの入力の優先権。」 「より高いPriority値は、関連待ち行列/スケジューラが最初に、下側のPriority値をもっている他のものの前でサービスを得るのを示します。」 ::= dsMinRateEntry2
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
「キロビット/秒の川下のスケジューラ要素がこれに割り当てるはずである最小の絶対レートは列に並ばせる」「1秒あたりのキロビット」dsMinRateAbsolute OBJECT-TYPE SYNTAX Unsigned32(1 .4294967295)のUNITSのSTATUSの現在の記述。 値です。
Chan, et al. Informational [Page 72] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[72ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
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.
最低料率保証は、全くゼロであり、次に、有効にありません。 値が非ゼロであるなら、スケジューラは少なくともこのレートへのこの待ち行列を整備点検に保証するでしょう。
Note that this attribute's value is coupled to that
of dsMinRateRelative: changes to one will affect the value
of the other.
この属性の値がdsMinRateRelativeのものと結合されることに注意してください: 1つへの変化はもう片方の値に影響するでしょう。
[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]は、ユニットのbpsにおけるGauge32とifSpeedを定義して、100万のbpsのユニットのGauge32としてifHighSpeedを定義します。 これは以下の方程式をもたらします:
RateRelative = [ (RateAbsolute * 1000) / ifSpeed ] * 1,000
RateRelativeは*1,000と等しいです[(RateAbsolute*1000)/ifSpeed]。
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によってifSpeedによって使用されたビーピーエスに使用されたキロビット毎秒を変換するものであるか、そして、1,000がRateRelativeのための'1の1/1,000のユニット'あります。
or, if appropriate:
または、適切です:
RateRelative =
{ [ (RateAbsolute * 1000) / 1,000,000 ] / ifHIghSpeed } *
1,000
RateRelativeは[(RateAbsolute*1000)/100万]/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 }
「どこ、1000と100万はRateAbsoluteによってビーピーエスがifHighSpeed、1,000使用した100万まで使用されたキロビット毎秒を変換するのがRateRelativeのための'1の1/1,000のユニット'あるからであるか。」 参照、「ifSpeed、ifHighSpeed、-、MIB、RFC2863インチ。 ::= dsMinRateEntry3
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 OBJECT-TYPE SYNTAX Unsigned32(1 .4294967295)のSTATUSの現在の記述、「1の1/1,000のユニットでifSpeedかifHighSpeedによって報告されるように川下のスケジューラ要素がインタフェースの最大imumレートに比例してこの待ち行列に割り当てるはずである最低料率。」 値がゼロであるなら、最低料率保証が全く有効にありません。 値が非ゼロであるなら、スケジューラは少なくともこのレートへのこの待ち行列を整備点検に保証するでしょう。
Note that this attribute's value is coupled to that
of dsMinRateAbsolute: changes to one will
affect the value of the other.
この属性の値がdsMinRateAbsoluteのものと結合されることに注意してください: 1つへの変化はもう片方の値に影響するでしょう。
Chan, et al. Informational [Page 73] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[73ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
[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]は、ユニットのbpsにおけるGauge32とifSpeedを定義して、100万のbpsのユニットのGauge32としてifHighSpeedを定義します。 これは以下の方程式をもたらします:
RateRelative = [ (RateAbsolute * 1000) / ifSpeed ] * 1,000
RateRelativeは*1,000と等しいです[(RateAbsolute*1000)/ifSpeed]。
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によってifSpeedによって使用されたビーピーエスに使用されたキロビット毎秒を変換するものであるか、そして、1,000がRateRelativeのための'1の1/1,000のユニット'あります。
or, if appropriate:
または、適切です:
RateRelative =
{ [ (RateAbsolute * 1000) / 1,000,000 ] / ifHIghSpeed } *
1,000
RateRelativeは[(RateAbsolute*1000)/100万]/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 }
「どこ、1000と100万はRateAbsoluteによってビーピーエスがifHighSpeed、1,000使用した100万まで使用されたキロビット毎秒を変換するのがRateRelativeのための'1の1/1,000のユニット'あるからであるか。」 参照、「ifSpeed、ifHighSpeed、-、MIB、RFC2863インチ。 ::= dsMinRateEntry4
-- -- 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
-- -- 別々にQueueかSchedulerから維持された最大のRate Parameters Tableは------その入力か出力にスケジューラによって使用されるパラメタがそうであるリユーザビリティが推論して、両方でそれらは使用できるようにエントリーをテーブルの上に置きます--待ち行列とスケジューラ。 これはこのPIB中で使用されたパラメタリゼーションからデータ経路要素の分離のためのアプローチに続きます。 -- -- スケジューラは階層的なスケジューリングのモデルを許容します--システム。そして、QueuesによるこれらのMaximum Rate Parameter Tableエントリーの使用、------明確に、Schedulerには、1つ以上の入力とある出力があります。 -- Maximum Rate Parameter Tableエントリーを示して、aを食べさせるどんなスケジューラも--スケジューラを与えるどんな待ち行列、またはスケジューラを後援するも最大の転送レートを指定するかもしれません。 マルチレート--Dual Leaky Bucketアルゴリズムなどの整形器はそれらの--同じくらいがある複数のMaximum Rate Parameter Entriesを使用するレート--dsMaxRateIdにもかかわらず、異なったdsMaxRateLevelsを指定します。 -- -- 絶対の、または、相対的な属性が使用されるdsMaxRateLevel/
Chan, et al. Informational [Page 74] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[74ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
-- 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. --
-- スケジューラの仕事を保存しない部分へのパラメタ: -- 非仕事をしている保存が、スケジューラが時々そうするかもしれないのを含意する、--パケットを放ってください、入力のときに利用可能なデータがあっても。 -- これには整備点検を制限するという効果がある、--、パケットストリームが通じて待ち行列/スケジューラを通過して、事実上、形成を実行して、入力されるか、または出力された/スケジューラを列に並ばせる、Informal Differentiated Services Modelで説明されて、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 }
dsMaxRateTable OBJECT-TYPE SYNTAX SEQUENCE OF DsMaxRateEntry PIB-ACCESSは「Maximum Rate TableはQueuesとSchedulersが使用するか、または再利用できるパラメタの計画をしながら、個々のセットを数え上げる」STATUSの現在の記述をインストールします。 ::= dsPolicyClasses14
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 }
「Maximum Rate Tableのエントリーは使用のために待ち行列とスケジューラでパラメタの計画をしながら、1セットについて説明する」dsMaxRateEntry OBJECT-TYPE SYNTAX DsMaxRateEntry STATUSの現在の記述。 PIB-インデックスdsMaxRatePrid、ユニークさ、dsMaxRateId、dsMaxRateLevel、dsMaxRateAbsolute、dsMaxRateRelative、dsMaxRateThreshold:、:= dsMaxRateTable1
DsMaxRateEntry ::= SEQUENCE {
dsMaxRatePrid InstanceId,
dsMaxRateId Unsigned32,
dsMaxRateLevel Unsigned32,
dsMaxRateAbsolute Unsigned32,
dsMaxRateRelative Unsigned32,
dsMaxRateThreshold BurstSize
}
DsMaxRateEntry:、:= 系列dsMaxRatePrid InstanceId、dsMaxRateId Unsigned32、dsMaxRateLevel Unsigned32、dsMaxRateAbsolute Unsigned32、dsMaxRateRelative Unsigned32、dsMaxRateThreshold BurstSize
dsMaxRatePrid OBJECT-TYPE
SYNTAX InstanceId
STATUS current
DESCRIPTION
dsMaxRatePrid OBJECT-TYPE SYNTAX InstanceId STATUSの現在の記述
Chan, et al. Informational [Page 75] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[75ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
"An arbitrary integer index that uniquely identifies an
instance of the class."
::= { dsMaxRateEntry 1 }
「唯一クラスのインスタンスを特定する任意の整数インデックス。」 ::= dsMaxRateEntry1
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と共に使用した」dsMaxRateId OBJECT-TYPE SYNTAX Unsigned32(0 .4294967295)のSTATUSの現在の記述。 この属性は、マルチレート整形器のすべてのレート属性を関連づけるのに使用されます。 マルチレート整形器の各dsMaxRateEntryには、この属性における同じ値がなければなりません。 マルチレート整形器の異なったレートは、dsMaxRateLevelを使用することで特定されます。 「この属性はこの属性が単一賃率整形器に使用されないのを示すのにゼロの値を使用します。」 DEFVAL0:、:= dsMaxRateEntry2
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 }
dsMaxRateLevel OBJECT-TYPE SYNTAX Unsigned32(1 .32)のSTATUSの現在の記述、「マルチレート整形器のどのレベルを示すインデックスにパラメタを与えています」。 マルチレート整形器には、何らかの数の料金水準があります。 フレームRelayの二元的なレート仕様は'公約'と'余分な'レートについて言及します。 ATMの二元的なレート仕様は'平均'と'ピーク'レートについて言及します。 このテーブルは、レートの特殊活字の数字をサポートするために一般化されます。 遂行されるかミーン・レートがレベル1です、そして、ピークレート(もしあれば)は構成された最高水準レートです、そして、他のレートがあれば、それらはオーダーを単調に増強する際にそれらの間に分配されます。 「エントリーが単一賃率整形器に使用されるとき、この属性は1の値を含んでいます。」 DEFVAL1:、:= dsMaxRateEntry3
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
「最大は川下のスケジューラ要素がこの待ち行列に割り当てるはずであるキロビット/秒のときに評定する」「1秒あたりのキロビット」dsMaxRateAbsolute OBJECT-TYPE SYNTAX Unsigned32(1 .4294967295)のUNITSのSTATUSの現在の記述。 最大imumレート限界が全く値がゼロであるなら有効にありません、そして、スケジューラはこの待ち行列のための仕事保存であることを試みるはずです。 値です。
Chan, et al. Informational [Page 76] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[76ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
is non-zero, the scheduler will limit the servicing
of this queue to, at most, this rate in a non-work-
conserving manner.
非ゼロに合わせます、スケジューラがaでこの待ち行列の整備点検を大部分のこのレートに制限するということである、非、-、方法を仕事して保存します。
Note that this attribute's value is coupled to that
of dsMaxRateRelative: changes to one will
affect the value of the other.
この属性の値がdsMaxRateRelativeのものと結合されることに注意してください: 1つへの変化はもう片方の値に影響するでしょう。
[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]は、ユニットのbpsにおけるGauge32とifSpeedを定義して、100万のbpsのユニットのGauge32としてifHighSpeedを定義します。 これは以下の方程式をもたらします:
RateRelative = [ (RateAbsolute * 1000) / ifSpeed ] * 1,000
RateRelativeは*1,000と等しいです[(RateAbsolute*1000)/ifSpeed]。
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によってifSpeedによって使用されたビーピーエスに使用されたキロビット毎秒を変換するものであるか、そして、1,000がRateRelativeのための'1の1/1,000のユニット'あります。
or, if appropriate:
または、適切です:
RateRelative =
{ [ (RateAbsolute * 1000) / 1,000,000 ] / ifHIghSpeed } *
1,000
RateRelativeは[(RateAbsolute*1000)/100万]/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 }
「どこ、1000と100万はRateAbsoluteによってビーピーエスがifHighSpeed、1,000使用した100万まで使用されたキロビット毎秒を変換するのがRateRelativeのための'1の1/1,000のユニット'あるからであるか。」 ::= dsMaxRateEntry4
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 OBJECT-TYPE SYNTAX Unsigned32(1 .4294967295)のSTATUSの現在の記述、「1の1/1,000のユニットでifSpeedかifHighSpeedによって報告されるように川下のスケジューラ要素がインタフェースの最大imumレートに比例してこの待ち行列に割り当てるはずである最高率。」 値がゼロであるなら、最高率限界が全く有効にありません、そして、スケジューラはこの待ち行列のための仕事保存であることを試みるはずです。 値が非ゼロであるなら、スケジューラは仕事を保存しない方法でこの待ち行列の整備点検を大部分のこのレートに制限するでしょう。
Note that this attribute's value is coupled to that
of dsMaxRateAbsolute: changes to one will
affect the value of the other.
この属性の値がdsMaxRateAbsoluteのものと結合されることに注意してください: 1つへの変化はもう片方の値に影響するでしょう。
Chan, et al. Informational [Page 77] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[77ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
[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]は、ユニットのbpsにおけるGauge32とifSpeedを定義して、100万のbpsのユニットのGauge32としてifHighSpeedを定義します。 これは以下の方程式をもたらします:
RateRelative = [ (RateAbsolute * 1000) / ifSpeed ] * 1,000
RateRelativeは*1,000と等しいです[(RateAbsolute*1000)/ifSpeed]。
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によってifSpeedによって使用されたビーピーエスに使用されたキロビット毎秒を変換するものであるか、そして、1,000がRateRelativeのための'1の1/1,000のユニット'あります。
or, if appropriate:
または、適切です:
RateRelative =
{ [ (RateAbsolute * 1000) / 1,000,000 ] / ifHIghSpeed } *
1,000
RateRelativeは[(RateAbsolute*1000)/100万]/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 }
「どこ、1000と100万はRateAbsoluteによってビーピーエスがifHighSpeed、1,000使用した100万まで使用されたキロビット毎秒を変換するのがRateRelativeのための'1の1/1,000のユニット'あるからであるか。」 参照、「ifSpeed、ifHighSpeed、-、MIB、RFC2863インチ。 ::= dsMaxRateEntry5
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 }
dsMaxRateThreshold OBJECT-TYPE SYNTAX BurstSize UNITS「バイト」STATUSの現在の記述、「マルチレートスケジューラのレートが次の出力に増加する待ち行列の深さのバイト数は評価します」。 「そのような整形器のための最後のPRIでは、この敷居は、無視されて、コンベンションによるゼロです。」 「適応型のレート整形器、RFC2963」という参照:、:= dsMaxRateEntry6
-- -- Conformance Section --
-- -- 順応部--
dsPolicyPibCompliances
OBJECT IDENTIFIER ::= { dsPolicyPibConformance 1 }
dsPolicyPibGroups
OBJECT IDENTIFIER ::= { dsPolicyPibConformance 2 }
dsPolicyPibCompliancesオブジェクト識別子:、:= dsPolicyPibConformance1dsPolicyPibGroupsオブジェクト識別子:、:= dsPolicyPibConformance2
dsPolicyPibCompliance MODULE-COMPLIANCE
dsPolicyPibComplianceモジュールコンプライアンス
Chan, et al. Informational [Page 78] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[78ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
STATUS current
DESCRIPTION
"Describes the requirements for conformance to the
QoS Policy PIB."
STATUSの現在の記述は「順応のための要件についてQoS Policy PIBに説明します」。
MODULE FRAMEWORK-PIB
MANDATORY-GROUPS {
frwkPrcSupportGroup,
frwkPibIncarnationGroup,
frwkDeviceIdGroup,
frwkCompLimitsGroup,
frwkCapabilitySetGroup,
frwkRoleComboGroup,
frwkIfRoleComboGroup,
frwkBaseFilterGroup,
frwkIpFilterGroup }
モジュールのフレームワーク-PIBの義務的なグループ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."
OBJECT frwkPibIncarnationLongevity PIB-MIN-ACCESSは「サポート方針満了が必要であるならインストールサポートが必要であるにされる」記述に通知します。
OBJECT frwkPibIncarnationTtl
PIB-MIN-ACCESS notify
DESCRIPTION
"Install support is required if policy expiration is to
be supported."
OBJECT 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 }
MODULE DIFFSERV-PIB--このモジュールMANDATORY-GROUPSdsPibBaseIfCapsGroup、dsPibIfClassificationCapsGroup、dsPibIfAlgDropCapsGroup、dsPibIfQueueCapsGroup、dsPibIfSchedulerCapsGroup、dsPibIfMaxRateCapsGroup、dsPibIfElmDepthCapsGroup、dsPibIfElmLinkCapsGroup、dsPibDataPathGroup、dsPibClfrGroup、dsPibClfrElementGroup、dsPibActionGroup、dsPibAlgDropGroup、dsPibQGroup、dsPibSchedulerGroup、dsPibMinRateGroup、dsPibMaxRateGroup
Chan, et al. Informational [Page 79] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[79ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
GROUP dsPibIfMeteringCapsGroup
DESCRIPTION
"This group is mandatory for devices that implement
metering functions."
GROUP dsPibIfMeteringCapsGroup記述、「このグループは計量機能を実装するデバイスに義務的です」。
GROUP dsPibMeterGroup
DESCRIPTION
"This group is mandatory for devices that implement
metering functions."
GROUP dsPibMeterGroup記述、「このグループは計量機能を実装するデバイスに義務的です」。
GROUP dsPibTBParamGroup
DESCRIPTION
"This group is mandatory for devices that implement
token-bucket metering functions."
GROUP dsPibTBParamGroup記述、「このグループはトークンバケツ計量機能を実装するデバイスに義務的です」。
GROUP dsPibDscpMarkActGroup
DESCRIPTION
"This group is mandatory for devices that implement
DSCP-Marking functions."
GROUP dsPibDscpMarkActGroup記述、「このグループはDSCPをマークしている機能を実装するデバイスに義務的です」。
GROUP dsPibMQAlgDropGroup
DESCRIPTION
"This group is mandatory for devices that implement
Multiple Queue Measured Algorithmic Drop functions."
GROUP dsPibMQAlgDropGroup記述、「このグループはMultiple Queue Measured Algorithmic Dropに機能を実装するデバイスに義務的です」。
GROUP dsPibRandomDropGroup
DESCRIPTION
"This group is mandatory for devices that implement
Random Drop functions."
GROUP dsPibRandomDropGroup記述、「このグループはRandom Dropに機能を実装するデバイスに義務的です」。
OBJECT dsClfrId
PIB-MIN-ACCESS not-accessible
DESCRIPTION
"Install support is not required."
OBJECT dsClfrId PIB-MIN-ACCESSのアクセスしやすくない記述、「インストールサポートは必要ではありません」。
OBJECT dsClfrElementClfrId
PIB-MIN-ACCESS not-accessible
DESCRIPTION
"Install support is not required."
OBJECT dsClfrElementClfrId PIB-MIN-ACCESSのアクセスしやすくない記述、「インストールサポートは必要ではありません」。
OBJECT dsClfrElementPrecedence
PIB-MIN-ACCESS not-accessible
DESCRIPTION
"Install support is not required."
OBJECT dsClfrElementPrecedence PIB-MIN-ACCESSのアクセスしやすくない記述、「インストールサポートは必要ではありません」。
OBJECT dsClfrElementNext
PIB-MIN-ACCESS not-accessible
アクセスしやすくないOBJECT dsClfrElementNext PIB-MIN-ACCESS
Chan, et al. Informational [Page 80] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[80ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
DESCRIPTION
"Install support is not required."
記述、「インストールサポートは必要ではありません」。
OBJECT dsClfrElementSpecific
PIB-MIN-ACCESS not-accessible
DESCRIPTION
"Install support is not required."
OBJECT dsClfrElementSpecific PIB-MIN-ACCESSのアクセスしやすくない記述、「インストールサポートは必要ではありません」。
OBJECT dsMeterSucceedNext
PIB-MIN-ACCESS not-accessible
DESCRIPTION
"Install support is not required."
OBJECT dsMeterSucceedNext PIB-MIN-ACCESSのアクセスしやすくない記述、「インストールサポートは必要ではありません」。
OBJECT dsMeterFailNext
PIB-MIN-ACCESS not-accessible
DESCRIPTION
"Install support is not required."
OBJECT dsMeterFailNext PIB-MIN-ACCESSのアクセスしやすくない記述、「インストールサポートは必要ではありません」。
OBJECT dsMeterSpecific
PIB-MIN-ACCESS not-accessible
DESCRIPTION
"Install support is not required."
OBJECT dsMeterSpecific PIB-MIN-ACCESSのアクセスしやすくない記述、「インストールサポートは必要ではありません」。
OBJECT dsTBParamType
PIB-MIN-ACCESS not-accessible
DESCRIPTION
"Install support is not required."
OBJECT dsTBParamType PIB-MIN-ACCESSのアクセスしやすくない記述、「インストールサポートは必要ではありません」。
OBJECT dsTBParamRate
PIB-MIN-ACCESS not-accessible
DESCRIPTION
"Install support is not required."
OBJECT dsTBParamRate PIB-MIN-ACCESSのアクセスしやすくない記述、「インストールサポートは必要ではありません」。
OBJECT dsTBParamBurstSize
PIB-MIN-ACCESS not-accessible
DESCRIPTION
"Install support is not required."
OBJECT dsTBParamBurstSize PIB-MIN-ACCESSのアクセスしやすくない記述、「インストールサポートは必要ではありません」。
OBJECT dsTBParamInterval
PIB-MIN-ACCESS not-accessible
DESCRIPTION
"Install support is not required."
OBJECT dsTBParamInterval PIB-MIN-ACCESSのアクセスしやすくない記述、「インストールサポートは必要ではありません」。
OBJECT dsActionNext
PIB-MIN-ACCESS not-accessible
DESCRIPTION
"Install support is not required."
OBJECT dsActionNext PIB-MIN-ACCESSのアクセスしやすくない記述、「インストールサポートは必要ではありません」。
Chan, et al. Informational [Page 81] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[81ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
OBJECT dsActionSpecific
PIB-MIN-ACCESS not-accessible
DESCRIPTION
"Install support is not required."
OBJECT dsActionSpecific PIB-MIN-ACCESSのアクセスしやすくない記述、「インストールサポートは必要ではありません」。
OBJECT dsAlgDropType
PIB-MIN-ACCESS not-accessible
DESCRIPTION
"Install support is not required."
OBJECT dsAlgDropType PIB-MIN-ACCESSのアクセスしやすくない記述、「インストールサポートは必要ではありません」。
OBJECT dsAlgDropNext
PIB-MIN-ACCESS not-accessible
DESCRIPTION
"Install support is not required."
OBJECT dsAlgDropNext PIB-MIN-ACCESSのアクセスしやすくない記述、「インストールサポートは必要ではありません」。
OBJECT dsAlgDropQMeasure
PIB-MIN-ACCESS not-accessible
DESCRIPTION
"Install support is not required."
OBJECT dsAlgDropQMeasure PIB-MIN-ACCESSのアクセスしやすくない記述、「インストールサポートは必要ではありません」。
OBJECT dsAlgDropQThreshold
PIB-MIN-ACCESS not-accessible
DESCRIPTION
"Install support is not required."
OBJECT dsAlgDropQThreshold PIB-MIN-ACCESSのアクセスしやすくない記述、「インストールサポートは必要ではありません」。
OBJECT dsAlgDropSpecific
PIB-MIN-ACCESS not-accessible
DESCRIPTION
"Install support is not required."
OBJECT dsAlgDropSpecific PIB-MIN-ACCESSのアクセスしやすくない記述、「インストールサポートは必要ではありません」。
OBJECT dsRandomDropMinThreshBytes
PIB-MIN-ACCESS not-accessible
DESCRIPTION
"Install support is not required."
OBJECT dsRandomDropMinThreshBytes PIB-MIN-ACCESSのアクセスしやすくない記述、「インストールサポートは必要ではありません」。
OBJECT dsRandomDropMinThreshPkts
PIB-MIN-ACCESS not-accessible
DESCRIPTION
"Install support is not required."
OBJECT dsRandomDropMinThreshPkts PIB-MIN-ACCESSのアクセスしやすくない記述、「インストールサポートは必要ではありません」。
OBJECT dsRandomDropMaxThreshBytes
PIB-MIN-ACCESS not-accessible
DESCRIPTION
"Install support is not required."
OBJECT dsRandomDropMaxThreshBytes PIB-MIN-ACCESSのアクセスしやすくない記述、「インストールサポートは必要ではありません」。
OBJECT dsRandomDropMaxThreshPkts
PIB-MIN-ACCESS not-accessible
DESCRIPTION
OBJECT dsRandomDropMaxThreshPkts PIB-MIN-ACCESSのアクセスしやすくない記述
Chan, et al. Informational [Page 82] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[82ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
"Install support is not required."
「インストールサポートは必要ではありません。」
OBJECT dsRandomDropProbMax
PIB-MIN-ACCESS not-accessible
DESCRIPTION
"Install support is not required."
OBJECT dsRandomDropProbMax PIB-MIN-ACCESSのアクセスしやすくない記述、「インストールサポートは必要ではありません」。
OBJECT dsRandomDropWeight
PIB-MIN-ACCESS not-accessible
DESCRIPTION
"Install support is not required."
OBJECT dsRandomDropWeight PIB-MIN-ACCESSのアクセスしやすくない記述、「インストールサポートは必要ではありません」。
OBJECT dsRandomDropSamplingRate
PIB-MIN-ACCESS not-accessible
DESCRIPTION
"Install support is not required."
OBJECT dsRandomDropSamplingRate PIB-MIN-ACCESSのアクセスしやすくない記述、「インストールサポートは必要ではありません」。
OBJECT dsQNext
PIB-MIN-ACCESS not-accessible
DESCRIPTION
"Install support is not required."
OBJECT dsQNext PIB-MIN-ACCESSのアクセスしやすくない記述、「インストールサポートは必要ではありません」。
OBJECT dsQMinRate
PIB-MIN-ACCESS not-accessible
DESCRIPTION
"Install support is not required."
OBJECT dsQMinRate PIB-MIN-ACCESSのアクセスしやすくない記述、「インストールサポートは必要ではありません」。
OBJECT dsQMaxRate
PIB-MIN-ACCESS not-accessible
DESCRIPTION
"Install support is not required."
OBJECT dsQMaxRate PIB-MIN-ACCESSのアクセスしやすくない記述、「インストールサポートは必要ではありません」。
OBJECT dsSchedulerNext
PIB-MIN-ACCESS not-accessible
DESCRIPTION
"Install support is not required."
OBJECT dsSchedulerNext PIB-MIN-ACCESSのアクセスしやすくない記述、「インストールサポートは必要ではありません」。
OBJECT dsSchedulerMethod
PIB-MIN-ACCESS not-accessible
DESCRIPTION
"Install support is not required."
OBJECT dsSchedulerMethod PIB-MIN-ACCESSのアクセスしやすくない記述、「インストールサポートは必要ではありません」。
OBJECT dsSchedulerMinRate
PIB-MIN-ACCESS not-accessible
DESCRIPTION
"Install support is not required."
OBJECT dsSchedulerMinRate PIB-MIN-ACCESSのアクセスしやすくない記述、「インストールサポートは必要ではありません」。
OBJECT dsSchedulerMaxRate
オブジェクトdsSchedulerMaxRate
Chan, et al. Informational [Page 83] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[83ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
PIB-MIN-ACCESS not-accessible
DESCRIPTION
"Install support is not required."
PIB-MIN-ACCESSのアクセスしやすくない記述、「インストールサポートは必要ではありません」。
OBJECT dsMinRatePriority
PIB-MIN-ACCESS not-accessible
DESCRIPTION
"Install support is not required."
OBJECT dsMinRatePriority PIB-MIN-ACCESSのアクセスしやすくない記述、「インストールサポートは必要ではありません」。
OBJECT dsMinRateAbsolute
PIB-MIN-ACCESS not-accessible
DESCRIPTION
"Install support is not required."
OBJECT dsMinRateAbsolute PIB-MIN-ACCESSのアクセスしやすくない記述、「インストールサポートは必要ではありません」。
OBJECT dsMinRateRelative
PIB-MIN-ACCESS not-accessible
DESCRIPTION
"Install support is not required."
OBJECT dsMinRateRelative PIB-MIN-ACCESSのアクセスしやすくない記述、「インストールサポートは必要ではありません」。
OBJECT dsMaxRateId
PIB-MIN-ACCESS not-accessible
DESCRIPTION
"Install support is not required."
OBJECT dsMaxRateId PIB-MIN-ACCESSのアクセスしやすくない記述、「インストールサポートは必要ではありません」。
OBJECT dsMaxRateLevel
PIB-MIN-ACCESS not-accessible
DESCRIPTION
"Install support is not required."
OBJECT dsMaxRateLevel PIB-MIN-ACCESSのアクセスしやすくない記述、「インストールサポートは必要ではありません」。
OBJECT dsMaxRateAbsolute
PIB-MIN-ACCESS not-accessible
DESCRIPTION
"Install support is not required."
OBJECT dsMaxRateAbsolute PIB-MIN-ACCESSのアクセスしやすくない記述、「インストールサポートは必要ではありません」。
OBJECT dsMaxRateRelative
PIB-MIN-ACCESS not-accessible
DESCRIPTION
"Install support is not required."
OBJECT dsMaxRateRelative PIB-MIN-ACCESSのアクセスしやすくない記述、「インストールサポートは必要ではありません」。
OBJECT dsMaxRateThreshold
PIB-MIN-ACCESS not-accessible
DESCRIPTION
"Install support is not required."
OBJECT dsMaxRateThreshold PIB-MIN-ACCESSのアクセスしやすくない記述、「インストールサポートは必要ではありません」。
::= { dsPolicyPibCompliances 1 }
::= dsPolicyPibCompliances1
dsPibBaseIfCapsGroup OBJECT-GROUP
OBJECTS {
dsPibBaseIfCapsGroupオブジェクト群対象
Chan, et al. Informational [Page 84] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[84ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
dsBaseIfCapsPrid, dsBaseIfCapsDirection
}
STATUS current
DESCRIPTION
"The Base Interface Capability Group defines the PIB
Objects that describe the base for interface capabilities."
::= { dsPolicyPibGroups 1 }
dsBaseIfCapsPrid、dsBaseIfCapsDirection STATUSの現在の記述、「基地のInterface Capability Groupはインタフェース能力のためにベースについて説明するPIB Objectsを定義します」。 ::= dsPolicyPibGroups1
dsPibIfClassificationCapsGroup OBJECT-GROUP
OBJECTS {
dsIfClassificationCapsSpec
}
STATUS current
DESCRIPTION
"The Classification Capability Group defines the PIB
Objects that describe the classification capabilities."
::= { dsPolicyPibGroups 2 }
dsPibIfClassificationCapsGroup OBJECT-GROUP OBJECTS dsIfClassificationCapsSpec、STATUSの現在の記述、「Classification Capability Groupは分類能力について説明するPIB Objectsを定義します」。 ::= dsPolicyPibGroups2
dsPibIfMeteringCapsGroup OBJECT-GROUP
OBJECTS {
dsIfMeteringCapsSpec
}
STATUS current
DESCRIPTION
"The Metering Capability Group defines the PIB
Objects that describe the metering capabilities."
::= { dsPolicyPibGroups 3 }
dsPibIfMeteringCapsGroup OBJECT-GROUP OBJECTS dsIfMeteringCapsSpec、STATUSの現在の記述、「Metering Capability Groupは計量能力について説明するPIB Objectsを定義します」。 ::= dsPolicyPibGroups3
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 }
dsPibIfAlgDropCapsGroup OBJECT-GROUP OBJECTS、dsIfAlgDropCapsType、dsIfAlgDropCapsMQCount、STATUSの現在の記述、「Algorithmic Dropper Capability Groupはアルゴリズムの点滴器能力について説明するPIB Objectsを定義します」。 ::= dsPolicyPibGroups4
dsPibIfQueueCapsGroup OBJECT-GROUP
OBJECTS {
dsIfQueueCapsMinQueueSize, dsIfQueueCapsMaxQueueSize,
dsIfQueueCapsTotalQueueSize
}
STATUS current
DESCRIPTION
"The Queueing Capability Group defines the PIB
Objects that describe the queueing capabilities."
dsPibIfQueueCapsGroup OBJECT-GROUP OBJECTS、dsIfQueueCapsMinQueueSize、dsIfQueueCapsMaxQueueSize、dsIfQueueCapsTotalQueueSize、STATUSの現在の記述、「Queueing Capability Groupは待ち行列能力について説明するPIB Objectsを定義します」。
Chan, et al. Informational [Page 85] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[85ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
::= { dsPolicyPibGroups 5 }
::= dsPolicyPibGroups5
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 }
dsPibIfSchedulerCapsGroup OBJECT-GROUP OBJECTS、dsIfSchedulerCapsServiceDisc、dsIfSchedulerCapsMaxInputs、dsIfSchedulerCapsMinMaxRate、STATUSの現在の記述、「Scheduler Capability Groupはスケジューラ能力について説明するPIB Objectsを定義します」。 ::= dsPolicyPibGroups6
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 }
dsPibIfMaxRateCapsGroup OBJECT-GROUP OBJECTS dsIfMaxRateCapsMaxLevels、STATUSの現在の記述、「マックスRate Capability Groupは最大レート能力について説明するPIB Objectsを定義します」。 ::= dsPolicyPibGroups7
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 }
dsPibIfElmDepthCapsGroup OBJECT-GROUP OBJECTS、dsIfElmDepthCapsPrc、dsIfElmDepthCapsCascadeMax、STATUSの現在の記述、「DataPath Element Depth Capability Groupはdatapath要素深さ能力について説明するPIB Objectsを定義します」。 ::= dsPolicyPibGroups8
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 }
dsPibIfElmLinkCapsGroup OBJECT-GROUP OBJECTS、dsIfElmLinkCapsPrc、dsIfElmLinkCapsAttr、dsIfElmLinkCapsNextPrc、STATUSの現在の記述、「DataPath Element Linkage Capability Groupはdatapath要素リンケージ能力について説明するPIB Objectsを定義します」。 ::= dsPolicyPibGroups9
dsPibDataPathGroup OBJECT-GROUP
OBJECTS {
dsPibDataPathGroup物群対象
Chan, et al. Informational [Page 86] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[86ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
dsDataPathPrid, dsDataPathCapSetName,
dsDataPathRoles, dsDataPathIfDirection,
dsDataPathStart
}
STATUS current
DESCRIPTION
"The Data Path Group defines the PIB Objects that
describe a data path."
::= { dsPolicyPibGroups 10 }
dsDataPathPrid、dsDataPathCapSetName、dsDataPathRoles、dsDataPathIfDirection、dsDataPathStart STATUSの現在の記述、「Data Path Groupはデータ経路について説明するPIB Objectsを定義します」。 ::= dsPolicyPibGroups10
dsPibClfrGroup OBJECT-GROUP
OBJECTS {
dsClfrPrid, dsClfrId
}
STATUS current
DESCRIPTION
"The Classifier Group defines the PIB Objects that
describe a generic classifier."
::= { dsPolicyPibGroups 11 }
dsPibClfrGroup OBJECT-GROUP OBJECTS、dsClfrPrid、dsClfrId、STATUSの現在の記述、「Classifier Groupは一般的なクラシファイアについて説明するPIB Objectsを定義します」。 ::= dsPolicyPibGroups11
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 }
dsPibClfrElementGroup OBJECT-GROUP OBJECTS、dsClfrElementPrid、dsClfrElementClfrId、dsClfrElementPrecedence、dsClfrElementNext、dsClfrElementSpecific、STATUSの現在の記述、「Classifier Groupは一般的なクラシファイアについて説明するPIB Objectsを定義します」。 ::= dsPolicyPibGroups12
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 }
dsPibMeterGroup OBJECT-GROUP OBJECTS、dsMeterPrid、dsMeterSucceedNext、dsMeterFailNext、dsMeterSpecific、STATUSの現在の記述、「Meter Groupはdescrib- ingで一般的なメーター要素に使用される物を定義します」。 ::= dsPolicyPibGroups13
dsPibTBParamGroup OBJECT-GROUP
OBJECTS {
dsTBParamPrid, dsTBParamType, dsTBParamRate,
dsTBParamBurstSize, dsTBParamInterval
}
dsPibTBParamGroup物群対象dsTBParamPrid、dsTBParamType、dsTBParamRate、dsTBParamBurstSize、dsTBParamInterval
Chan, et al. Informational [Page 87] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[87ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
STATUS current
DESCRIPTION
"The Token-Bucket Parameter Group defines the objects
used in describing a single-rate token bucket meter
element."
::= { dsPolicyPibGroups 14 }
「Token-バケツParameter Groupは単一賃率象徴バケツメーター要素について説明しながら、使用される物を定義する」STATUSの現在の記述。 ::= dsPolicyPibGroups14
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 }
dsPibActionGroup OBJECT-GROUP OBJECTS、dsActionPrid、dsActionNext、dsActionSpecific、「Action Groupは一般的な動作要素について説明しながら、使用される物を定義する」STATUSの現在の記述。 ::= dsPolicyPibGroups15
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 }
dsPibDscpMarkActGroup OBJECT-GROUP OBJECTS、dsDscpMarkActPrid、dsDscpMarkActDscp、「DSCPマークAction GroupはDSCP Marking Action要素について説明しながら、使用される物を定義する」STATUSの現在の記述。 ::= dsPolicyPibGroups16
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 }
dsPibAlgDropGroup OBJECT-GROUP OBJECTS、dsAlgDropPrid、dsAlgDropType、dsAlgDropNext、dsAlgDropQMeasure、dsAlgDropQThreshold、dsAlgDropSpecific、STATUSの現在の記述、「Algorithmic Drop Groupはアルゴリズムの点滴器操作について説明する物とconfigura- tionを含んでいます」。 ::= dsPolicyPibGroups17
dsPibMQAlgDropGroup OBJECT-GROUP
OBJECTS {
dsMQAlgDropExceedNext
}
STATUS current
DESCRIPTION
"The Multiple Queue Measured Algorithmic Drop Group
contains the objects that describe multiple queue
dsPibMQAlgDropGroup OBJECT-GROUP OBJECTS dsMQAlgDropExceedNext、STATUSの現在の記述、「Multiple Queue Measured Algorithmic Drop Groupは複数の待ち行列について説明する物を含んでいます」。
Chan, et al. Informational [Page 88] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[88ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
measured algorithmic dropper operation and configuration."
::= { dsPolicyPibGroups 18 }
「アルゴリズムの点滴器操作と構成を測定します。」だった ::= dsPolicyPibGroups18
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 }
dsPibRandomDropGroup OBJECT-GROUP OBJECTS、dsRandomDropPrid、dsRandomDropMinThreshBytes、dsRandomDropMinThreshPkts、dsRandomDropMaxThreshBytes、dsRandomDropMaxThreshPkts、dsRandomDropProbMax、dsRandomDropWeight、dsRandomDropSamplingRate、STATUSの現在の記述、「Random Drop Groupは無作為の点滴器操作と構成のためにAlgorithmic Drop Groupを増大します」。 ::= dsPolicyPibGroups19
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 }
dsPibQGroup OBJECT-GROUP OBJECTS、dsQPrid、dsQNext、dsQMinRate、dsQMaxRate、STATUSの現在の記述、「Queue Groupはインターフェース型の待ち行列について説明する物を含んでいます」。 ::= dsPolicyPibGroups20
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 }
dsPibSchedulerGroup OBJECT-GROUP OBJECTS、dsSchedulerPrid、dsSchedulerNext、dsSchedulerMethod、dsSchedulerMinRate、dsSchedulerMaxRate、STATUSの現在の記述、「Scheduler Groupはインターフェース型の上でパケットスケジューラについて説明する物を含んでいます」。 ::= dsPolicyPibGroups21
dsPibMinRateGroup OBJECT-GROUP
OBJECTS {
dsMinRatePrid, dsMinRatePriority,
dsMinRateAbsolute, dsMinRateRelative
}
STATUS current
DESCRIPTION
dsPibMinRateGroup OBJECT-GROUP OBJECTS、dsMinRatePrid、dsMinRatePriority、dsMinRateAbsolute、dsMinRateRelative、STATUSの現在の記述
Chan, et al. Informational [Page 89] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[89ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
"The Minimum Rate Group contains the objects
that describe packet schedulers' parameters on interface
types."
::= { dsPolicyPibGroups 22 }
「Minimum Rate Groupはインターフェース型に関するパケットスケジューラのパラメタについて説明する物を含んでいます。」 ::= dsPolicyPibGroups22
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 }
dsPibMaxRateGroup OBJECT-GROUP OBJECTS、dsMaxRatePrid、dsMaxRateId、dsMaxRateLevel、dsMaxRateAbsolute、dsMaxRateRelative、dsMaxRateThreshold、STATUSの現在の記述、「Maximum Rate Groupはインターフェース型に関するパケットスケジューラのパラメタについて説明する物を含んでいます」。 ::= dsPolicyPibGroups23
END
終わり
9. Acknowledgments
9. 承認
Early versions of this specification were also co-authored by Michael Fine, John Seligson, Carol Bell, Andrew Smith, and Francis Reichmeyer.
また、この仕様の早めのバージョンはマイケルFineのジョンSeligson、キャロル・ベル、アンドリュー・スミス、およびフランシス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はDifferentiated Services ArchitectureのためにDiffServ RoutersとManagement Information基地にInformal Management Modelに入ったすべての仕事のときに建てます。
It has been developed with the active involvement of many people, but most notably Diana Rawlins, Martin Bokaemper, Walter Weiss, and Bert Wijnen.
多くの人々、最も著しくダイアナ・ローリンズ、マーチンBokaemper、ウォルター・ウィス、およびバートWijnenだけのアクティブなかかわり合いでそれを開発してあります。
10. Security Considerations
10. セキュリティ問題
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:
このPIBには、どんなパスワードや通貨の量のようにそのものとして敏感なPRCsもありません。 しかし、多くのPRCsがビジネス見解から機密であるかもしれない情報を含むかもしれないこのPIBにあります、彼らが顧客の役務契約かサービスプロバイダーが顧客の交通に適用するのを選ぶフィルタを表すかもしれないので。 これらのPRCsには、インストールのPIB- ACCESS節があります:
Chan, et al. Informational [Page 90] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[90ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
dsDataPathTable, dsClfrTable, dsClfrElementTable, dsMeterTable, dsTBParamTable, dsActionTable, dsDscpMarkActTable, dsAlgDropTable, dsMQAlgDropTable, dsRandomDropTable, dsQTable, dsSchedulerTable, dsMinRateTable, dsMaxRateTable
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.
上のPRCsについて悪意がある変わるのは食糧を供給される装置のDiffServ働きに影響するかもしれません。
Malicious access of the above PRCs exposes policy information concerning how the device is provisioned.
装置がどう食糧を供給されるかに関して上のPRCsの悪意があるアクセスは方針情報を露出します。
This PIB also contain PRCs with PIB-ACCESS clause of notify:
また、このPIBがPIB-ACCESS節があるPRCsを含んでいる、通知します:
dsBaseIfCapsTAble, dsIfClassificationCapsTable, dsIfMeteringCapsTable, dsIfAlgDropCapsTable, dsIfQueueCapsTable, dsIfSchedulerCapsTable, dsIfMaxRateCapsTable, dsIfElmDepthCapsTable, dsIfElmLinkCapsTable
dsBaseIfCapsTAble、dsIfClassificationCapsTable、dsIfMeteringCapsTable、dsIfAlgDropCapsTable、dsIfQueueCapsTable、dsIfSchedulerCapsTable、dsIfMaxRateCapsTable、dsIfElmDepthCapsTable、dsIfElmLinkCapsTable
Malicious access of the above PRCs exposes information concerning the device being provisioned.
上のPRCsの悪意があるアクセスは食糧を供給される装置に関して情報を露出します。
The use of IPSEC between PDP and PEP, as described in [COPS], provides the necessary protection.
PDPとPEPの間のIPSECの[COPS]で説明される使用は必要な保護を提供します。
11. Intellectual Property Considerations
11. 知的所有権問題
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は本書では含まれた仕様いくつかかすべてに関して要求された知的所有権について通知されました。 詳しい情報に関しては、要求された権利のオンラインリストに相談してください。
12. IANA Considerations
12. IANA問題
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 Policy Information基地(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 SUBJECT-CATEGORIESはCOPS Client Typesに写像されます。 SUBJECT-CATEGORIESのためのIANA ConsiderationsはCOPS Client Typesのための[COPS]IANA Considerationsの指定されるのと同じ要件に続きます。 DiffServ QoS PIBはStandardsスペースで新しいCOPS Client Typeを定義します。 IANAは[COPS]IANA Considerationsで説明されるようにCOPSクライアントタイプdiffServ(2)を割り当てました。 IANAはその結果、COPS Client Typesのために、登録( http://www.iana.org/assignments/cops-parameters )をアップデートしました。
Chan, et al. Informational [Page 91] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[91ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
13. Normative References
13. 引用規格
[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.、Rajan、R.、およびA.Sastry、「巡査(一般的なオープンポリシーサービス)は議定書を作ります」、RFC2748、2000年1月。
[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.
[PRを獲得します]のチェン(K.、ダラム、D.、ガイ、S.、ハーツォグ、S.、McCloghrie、K.、Reichmeyer、F.、Seligson、J.、スミス、A.、およびR.Yavatkar)は、「方針の食糧を供給する用法を獲得します」、RFC3084、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.、おかげさまで元気です、M.、Seligson、J.、チェン、K.、ハーン、S.、Sahita、R.、スミス、A.、およびF.Reichmeyer、「方針の構造は情報に食糧を供給し」て、RFC3159、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] カールソンとM.とウィスとW.とブレークとS.とワングとZ.と黒人とD.とE.デイヴィース、「微分されたサービスのための構造」、RFC2475、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]ニコルズとK.とブレークとS.、ベイカーとF.とD.黒、「IPv4とIPv6ヘッダーとの微分されたサービス分野(DS分野)の定義」RFC2474(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] おかげさまで元気です、M.、McCloghrie、K.、Seligson、J.、チェン、K.、ハーン、S.、Sahita、R.、スミス、A.、およびF.Reichmeyer、「枠組みの方針Information基地」RFC3318、2003年3月。
[RAP-FRAMEWORK] Yavatkar, R. and D. Pendarakis, "A Framework for
Policy-based Admission Control", RFC 2753, January
2000.
[ラップ枠組み] Yavatkar、研究開発Pendarakis、「方針ベースの入場コントロールのための枠組み」、RFC2753、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.、パーキンスとD.とSchoenwaelderとJ.とケースとJ.とローズとM.とS.Waldbusser、「経営情報バージョン2(SMIv2)の構造」STD58、RFC2578(1999年4月)。
[MODEL] Bernet, Y., Blake, S., Grossman, D. and A. Smith
"An Informal Management Model for Diffserv Routers",
RFC 3290, May 2002.
「非公式の経営者側はDiffservルータのためにモデル化する」[モデル]Bernet、Y.、ブレーク、S.、グロースマン、D.、およびA.スミス(RFC3290)は2002がそうするかもしれません。
[IFMIB] McCloghrie, K. and F. Kastenholz, "The Interfaces
Group MIB", RFC 2863, June 2000.
[IFMIB] McCloghrieとK.とF.Kastenholz、「インタフェースはMIBを分類する」RFC2863、2000年6月。
Chan, et al. Informational [Page 92] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[92ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
[DS-MIB] Baker, F., Chan, K. and A. Smith, "Management
Information Base for the Differentiated Services
Architecture", RFC 3289, May 2002.
[DS-MIB] ベイカー、F.、チェン、K.、およびA.スミス(「微分されたサービス構造のための管理情報ベース」、RFC3289)は2002がそうするかもしれません。
[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.ボーデン、「輻輳制御のための活発な待ち行列管理の研究」、IEEE Infocom2000、 http://www.ieee-infocom.org/ 2000/書類/405.pdfの2000年3月
[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にあふれます」、In SIGCOMM2000、 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.とベイカーとF.とウィスとW.とJ.Wroclawski、「相対的優先転送PHBは分類する」RFC2597、1999年6月。
[EF-PHB] Jacobson, V., Nichols, K. and K. Poduri, "An
Expedited Forwarding PHB", RFC 2598, June 1999.
[EF-PHB]ジェーコブソンとV.とニコルズとK.とK.Poduri、「完全優先転送PHB」、RFC2598 1999年6月。
[INTSERVMIB] Baker, F., Krawczyk, J. and A. Sastry, "Integrated
Services Management Information Base using SMIv2",
RFC 2213, September 1997.
[INTSERVMIB]ベイカー(F.、Krawczyk、J.、およびA.Sastry)は、「1997年9月にSMIv2"、RFC2213を使用するサービス管理情報ベースを統合しました」。
[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]ブレーデンとB.とクラークとD.とクロウクロフトとJ.とデイビーとB.とデアリングとS.とEstrinとD.とフロイドとS.とジェーコブソンとV.とMinshallとG.とヤマウズラとC.とピーターソンとL.とRamakrishnanとK.、ShenkerとS.とWroclawskiとJ.とL.チャン、「インターネットの待ち行列管理と輻輳回避の推薦」RFC2309(1998年4月)。
[SRTCM] Heinanen, J. and R. Guerin, "A Single Rate Three
Color Marker", RFC 2697, September 1999.
[SRTCM] HeinanenとJ.とR.ゲラン、「単一賃率Threeカラーマーカー」、RFC2697、1999年9月。
[TRTCM] Heinanen, J. and R. Guerin, "A Two Rate Three Color
Marker", RFC 2698, September 1999.
[TRTCM] HeinanenとJ.とR.ゲラン、「2レートThreeカラーマーカー」、RFC2698、1999年9月。
[TSWTCM] Fang, W., Seddigh, N. and B. Nandy, "A Time Sliding
Window Three Colour Marker", RFC 2859, June 2000.
[TSWTCM] 牙とW.とSeddighとN.とB.ナンディ、「時間引窓Three色のマーカー」、RFC2859、2000年6月。
[RFC2026] Bradner, S., "The Internet Standards Process --
Revision 3", BCP 9, RFC 2026, October 1996.
[RFC2026] ブラドナー、S.、「改正3インチ、BCP9、RFC2026、1996年インターネット標準化過程--10月。」
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate
Requirement Levels", BCP 14, RFC 2119, March 1997.
[RFC2119] ブラドナー、S.、「Indicate Requirement LevelsへのRFCsにおける使用のためのキーワード」、BCP14、RFC2119、1997年3月。
Chan, et al. Informational [Page 93] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[93ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
[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.とパーキンスとD.とSchoenwaelderとJ.とケースとJ.とローズとM.とS.Waldbusser、「SMIv2"、STD58、RFC2579、1999年4月の原文のコンベンション。」
[SHAPER] Bonaventure, O. and S. De Cnodder, "A Rate Adaptive
Shaper for Differentiated Services", RFC 2963,
October 2000.
2000年10月の[整形器]ボナバンチュレール、O.、およびS.De Cnodder、「微分されたサービスのためのレートの適応型の整形器」RFC2963。
[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.、クインとB.とハーツォグとS.とHuynhとA.とカールソンとM.とペリーとJ.とS.Waldbusser、「方針を拠点とする管理のための用語」RFC3198(2001年11月)。
Chan, et al. Informational [Page 94] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[94ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
14. Authors' Addresses
14. 作者のアドレス
Kwok Ho Chan Nortel Networks, Inc. 600 Technology Park Drive Billerica, MA 01821 USA
クォックおーい、チェンノーテルネットワークInc.600技術公園Driveビルリカ、MA01821米国
Phone: +1 978 288 8175 EMail: khchan@nortelnetworks.com
以下に電話をしてください。 +1 8175年の978 288メール: khchan@nortelnetworks.com
Ravi Sahita Intel Labs. 2111 NE 25th Avenue Hillsboro, OR 97124 USA
ラービーSahitaインテル研究室。 2111 NE第25Avenueヒースボロー、または97124米国
Phone: +1 503 712 1554 EMail: ravi.sahita@intel.com
以下に電話をしてください。 +1 1554年の503 712メール: ravi.sahita@intel.com
Scott Hahn Intel 2111 NE 25th Avenue Hillsboro, OR 97124 USA
スコットハーンインテル2111NE第25Avenueヒースボロー、または97124米国
Phone: +1 503 264 8231 EMail: scott.hahn@intel.com
以下に電話をしてください。 +1 8231年の503 264メール: scott.hahn@intel.com
Keith McCloghrie Cisco Systems, Inc. 170 West Tasman Drive San Jose, CA 95134-1706 USA
西タスマン・DriveキースMcCloghrieシスコシステムズInc.170カリフォルニア95134-1706サンノゼ(米国)
Phone: +1 408 526 5260 EMail: kzm@cisco.com
以下に電話をしてください。 +1 5260年の408 526メール: kzm@cisco.com
Chan, et al. Informational [Page 95] RFC 3317 DiffServ QoS Policy Information Base March 2003
チェン、他 2003年の[95ページ]情報のRFC3317DiffServ QoS方針情報基地の行進
15. Full Copyright Statement
15. 完全な著作権宣言文
Copyright (C) The Internet Society (2003). All Rights Reserved.
Copyright(C)インターネット協会(2003)。 All rights reserved。
This document and translations of it may be copied and furnished to others, and derivative works that comment on or otherwise explain it or assist in its implementation may be prepared, copied, published and distributed, in whole or in part, without restriction of any kind, provided that the above copyright notice and this paragraph are included on all such copies and derivative works. However, this document itself may not be modified in any way, such as by removing the copyright notice or references to the Internet Society or other Internet organizations, except as needed for the purpose of developing Internet standards in which case the procedures for copyrights defined in the Internet Standards process must be followed, or as required to translate it into languages other than English.
それに関するこのドキュメントと翻訳は、コピーして、それが批評するか、またはそうでなければわかる他のもの、および派生している作品に提供するか、または準備されているかもしれなくて、コピーされて、発行されて、全体か一部広げられた実現を助けるかもしれません、どんな種類の制限なしでも、上の版権情報とこのパラグラフがそのようなすべてのコピーと派生している作品の上に含まれていれば。 しかしながら、このドキュメント自体は何らかの方法で変更されないかもしれません、インターネット協会か他のインターネット組織の版権情報か参照を取り除くのなどように、それを英語以外の言語に翻訳するのが著作権のための手順がインターネットStandardsの過程で定義したどのケースに従わなければならないか、必要に応じてさもなければ、インターネット標準を開発する目的に必要であるのを除いて。
The limited permissions granted above are perpetual and will not be revoked by the Internet Society or its successors or assigns.
上に承諾された限られた許容は、永久であり、インターネット協会、後継者または案配によって取り消されないでしょう。
This document and the information contained herein is provided on an "AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
このドキュメントとそして、「そのままで」という基礎とインターネットの振興発展を目的とする組織に、インターネット・エンジニアリング・タスク・フォースが速達の、または、暗示しているすべての保証を放棄するかどうかというここにことであり、他を含んでいて、含まれて、情報の使用がここに侵害しないどんな保証も少しもまっすぐになるという情報か市場性か特定目的への適合性のどんな黙示的な保証。
Acknowledgement
承認
Funding for the RFC Editor function is currently provided by the Internet Society.
RFC Editor機能のための基金は現在、インターネット協会によって提供されます。
Chan, et al. Informational [Page 96]
チェン、他 情報[96ページ]
一覧
スポンサーリンク
