RFC4323 日本語訳
4323 Data Over Cable System Interface Specification Quality of ServiceManagement Information Base (DOCSIS-QoS MIB). M. Patrick, W. Murwin. January 2006. (Format: TXT=197285 bytes) (Status: PROPOSED STANDARD)
プログラムでの自動翻訳です。
英語原文
Network Working Group M. Patrick
Request for Comments: 4323 W. Murwin
Category: Standards Track Motorola BCS
January 2006
コメントを求めるワーキンググループM.パトリックの要求をネットワークでつないでください: 4323年のW.Murwinカテゴリ: 標準化過程モトローラBCS2006年1月
Data Over Cable System Interface Specification
Quality of Service
Management Information Base (DOCSIS-QoS MIB)
ケーブルシステム・インタフェース仕様サービスの質管理情報ベースの上のデータ(DOCSIS-QoS MIB)
Status of This Memo
このメモの状態
This document specifies an Internet standards track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the "Internet Official Protocol Standards" (STD 1) for the standardization state and status of this protocol. Distribution of this memo is unlimited.
このドキュメントは、インターネットコミュニティにインターネット標準化過程プロトコルを指定して、改良のために議論と提案を要求します。 このプロトコルの標準化状態と状態への「インターネット公式プロトコル標準」(STD1)の現行版を参照してください。 このメモの分配は無制限です。
Copyright Notice
版権情報
Copyright (C) The Internet Society (2006).
Copyright(C)インターネット協会(2006)。
Abstract
要約
This document defines a basic set of managed objects for SNMP-based management of extended QoS features of Cable Modems (CMs) and Cable Modem Termination Systems (CMTSs) conforming to the Data over Cable System (DOCSIS) specifications versions 1.1 and 2.0.
このドキュメントは、Cable Modems(CM)とCable Modem Termination Systems(CMTSs)の拡張QoSの特徴のSNMPを拠点とする管理のためにCable System(DOCSIS)仕様バージョン1.1と2.0の上でDataに従いながら、基本的なセットの管理オブジェクトを定義します。
Patrick & Murwin Standards Track [Page 1] RFC 4323 IPCDN DOCSIS QoS MIB January 2006
パトリックとMurwin規格はIPCDN DOCSIS QoS MIB2006年1月にRFC4323を追跡します[1ページ]。
Table of Contents
目次
1. Introduction ....................................................2
1.1. The Internet-Standard Management Framework .................2
1.2. Glossary ...................................................3
2. Overview ........................................................5
2.1. Textual Conventions ........................................5
2.2. MIB Organization ...........................................5
2.2.1. docsIetfQosPktClassTable ............................9
2.2.2. docsIetfQosParamSetTable ...........................10
2.2.2.1. Interoperation with DOCSIS 1.0 ............11
2.2.3. docsIetfQosServiceFlowTable ........................12
2.2.4. docsIetfQosServiceFlowStatsTable ...................13
2.2.5. docsIetfQosUpstreamStatsTable ......................14
2.2.6. docsIetfQosDynamicServiceStatsTable ................14
2.2.7. docsIetfQosServiceFlowLogTable .....................14
2.2.8. docsIetfQosServiceClassTable .......................15
2.2.9. docsIetfQosServiceClassPolicyTable .................15
2.2.10. docsIetfQosPHSTable ...............................16
2.2.11. docsIetfQosCmtsMacToSrvFlowTable ..................16
3. Externally Administered Classification .........................16
4. DOCSIS and IPv4 Type-of-Service (ToS) Field ....................19
5. Definitions ....................................................20
6. Security Considerations ........................................84
7. IANA Considerations ............................................86
8. Acknowledgements ...............................................86
9. Normative References ...........................................86
10. Informative References ........................................87
1. 序論…2 1.1. インターネット標準の管理枠組み…2 1.2. 用語集…3 2. 概観…5 2.1. 原文のコンベンション…5 2.2. MIB組織…5 2.2.1docsIetfQosPktClassTable…9 2.2.2docsIetfQosParamSetTable…10 2.2.2.1. DOCSIS1.0とInteroperation…11 2.2.3docsIetfQosServiceFlowTable…12 2.2.4docsIetfQosServiceFlowStatsTable…13 2.2.5docsIetfQosUpstreamStatsTable…14 2.2.6docsIetfQosDynamicServiceStatsTable…14 2.2.7docsIetfQosServiceFlowLogTable…14 2.2.8docsIetfQosServiceClassTable…15 2.2.9docsIetfQosServiceClassPolicyTable…15 2.2.10docsIetfQosPHSTable…16 2.2.11docsIetfQosCmtsMacToSrvFlowTable…16 3. 外部的に、分類を管理します…16 4. DOCSISと(ToS)がさばくサービスのIPv4タイプ…19 5. 定義…20 6. セキュリティ問題…84 7. IANA問題…86 8. 承認…86 9. 標準の参照…86 10. 有益な参照…87
1. Introduction
1. 序論
This memo is a product of the IP over Cable Data Network (IPCDN) working group within the Internet Engineering Task Force (IETF).
このメモはインターネット・エンジニアリング・タスク・フォース(IETF)の中のCable Data Network(IPCDN)ワーキンググループの上のIPの製品です。
1.1. The Internet-Standard Management Framework
1.1. インターネット標準の管理枠組み
For a detailed overview of the documents that describe the current Internet-Standard Management Framework, please refer to section 7 of RFC 3410 [15].
現在のインターネット標準のManagement Frameworkについて説明するドキュメントの詳細な概観について、RFC3410[15]のセクション7を参照してください。
Managed objects are accessed via a virtual information store, termed the Management Information Base or MIB. MIB objects are generally accessed through the Simple Network Management Protocol (SNMP). Objects in the MIB are defined using the mechanisms defined in the Structure of Management Information (SMI). This memo specifies a MIB module that is compliant to the SMIv2, which is described in STD 58, RFC 2578 [1], STD 58, RFC 2579 [2] and STD 58, RFC 2580 [3].
管理オブジェクトはManagement Information基地と呼ばれた仮想情報店かMIBを通してアクセスされます。 一般に、MIB物はSimple Network Managementプロトコル(SNMP)を通してアクセスされます。 MIBの物は、Management情報(SMI)のStructureで定義されたメカニズムを使用することで定義されます。 このメモはSTD58、RFC2578[1]、STD58、RFC2579[2]、およびSTD58(RFC2580[3])で説明されるSMIv2に対応であるMIBモジュールを指定します。
Patrick & Murwin Standards Track [Page 2] RFC 4323 IPCDN DOCSIS QoS MIB January 2006
パトリックとMurwin規格はIPCDN DOCSIS QoS MIB2006年1月にRFC4323を追跡します[2ページ]。
1.2. Glossary
1.2. 用語集
Active QPS Active QoS Parameter Set (QPS). The set of QoS
parameters that describe the current level of service
provided to a Service Flow (SF).
アクティブなQPSアクティブなQoSパラメタはセットしました(QPS)。 現在のレベルのサービスについて説明するQoSパラメタのセットはService Flow(SF)に供給されました。
Active SF Active Service Flow. An SF with a non-empty Active
QPS.
アクティブなSF現役流動。 非空のActive QPSとSF。
Admitted QPS Admitted QoS Parameter Set. The set of QoS
parameters that describe a level of service that the
Service Flow is not currently using, but that it is
guaranteed to receive upon the SF's request to make
the set Active.
認められたQPSは、QoSパラメタがセットしたことを認めました。 Service Flowが現在利用していないサービスのレベルについて説明しますが、セットをActiveにするというSFの要求に受けるのが保証されているQoSパラメタのセット。
Admitted SF A Service Flow with a non-empty Admitted QPS.
非空のAdmitted QPSと認められたSF A Service Flow。
CATV Cable Television.
CATVケーブルテレビ。
CM Cable Modem. A modem connecting a subscriber's LAN
to the Cable Television (CATV) Radio Frequency (RF)
network. DOCSIS CMs operate as a MAC layer bridge
between the home LAN and the Cable Television (CATV)
Radio Frequency (RF) network.
CMケーブルモデム。 Cable Television(CATV)ラジオFrequency(RF)ネットワークに加入者のLANを関連づけるモデム。 DOCSIS CMは家のLANとCable Television(CATV)ラジオFrequency(RF)ネットワークの間のMAC層の橋として作動します。
CMTS Cable Modem Termination System. The "head-end"
device providing connectivity between the RF network
and the Internet.
CMTSはモデム終了システムに電報を打ちます。 RFネットワークとインターネットの間に接続性を提供する「ギヤエンド」装置。
Downstream The direction from the head-end towards the
subscriber.
川下、加入者に向かったギヤエンドからの指示。
DSA Dynamic Service Addition. A DOCSIS MAC management
message requesting the dynamic creation of a new
Service Flow. New SFs are created with a three-
message exchange of a DSA-REQ, DSA-RSP, and DSA-ACK.
DSAのダイナミックなサービス添加。 新しいService Flowのダイナミックな創造を要求するDOCSIS MAC管理メッセージ。 新しいSFsはDSA-REQ、DSA-RSP、およびDSA-ACKの3交換処理で作成されます。
DSC Dynamic Service Change. A DOCSIS MAC management
message requesting a change to the attributes of a
Service Flow. SFs are changed with a three-message
exchange of a DSC-REQ, DSC-RSP, and DSC-ACK.
DSCのダイナミックなサービス変化。 Service Flowの属性への変化を要求するDOCSIS MAC管理メッセージ。 DSC-REQ、DSC-RSP、およびDSC-ACKの3交換処理でSFsを変えます。
DSD Dynamic Service Delete. A DOCSIS MAC management
message requesting the deletion of a Service Flow.
SFs are deleted with a two-message exchange of a
DSD-REQ and DSD-ACK.
サービスが削除するDSD動力。 Service Flowの削除を要求するDOCSIS MAC管理メッセージ。 SFsはDSD-REQとDSD-ACKの2交換処理で削除されます。
Patrick & Murwin Standards Track [Page 3] RFC 4323 IPCDN DOCSIS QoS MIB January 2006
パトリックとMurwin規格はIPCDN DOCSIS QoS MIB2006年1月にRFC4323を追跡します[3ページ]。
Head-end The origination point in most cable systems of the
subscriber video signals. It is generally also the
location of the CMTS.
加入者ビデオ信号のほとんどのケーブルシステムの創作ポイントをヘッドで終わらせてください。 また、一般に、それはCMTSの位置です。
PHS Payload Header Suppression. A feature of DOCSIS 1.1
and 2.0 in which header bytes that are common in a
sequence of packets of a Service Flow are replaced by
a one-byte PHSI Index (PHSI) when transmitting the
packet on the RF network.
PHS有効搭載量ヘッダー抑圧。 RFネットワークでパケットを伝えるときService Flowのパケットの系列で一般的なヘッダーバイトが1バイトのPHSI Index(PHSI)に取り替えられるDOCSIS1.1と2.0の特徴。
primary SF Primary Service Flow. All CMs have a Primary
Upstream Service Flow and a Primary Downstream
Service Flow. They provide a default path for
forwarded packets that are not classified to any
other Service Flow.
第一のSF Primary Service Flow。 すべてのCMには、Primary Upstream Service FlowとPrimary Downstream Service Flowがあります。 彼らはいかなる他のService Flowにも分類されない進められたパケットにデフォルト経路を提供します。
Provisioned QPS A QoS Parameter Set describing an envelope of service
within which a Service Flow is authorized to request
admission. All existing Service Flows must have a
non-empty Provisioned QPS; thus, all SFs are
considered to be "Provisioned".
Service Flowが入場を要求するのが認可されるサービスの封筒について説明するQPS A QoS Parameter Setに食糧を供給しました。 すべての既存のService Flowsには、非空のProvisioned QPSがなければなりません。 したがって、すべてのSFsが「食糧を供給される」と考えられます。
RF Radio Frequency. In particular, this abbreviation
refers to the radio frequencies for Cable Television
(CATV).
rf無線周波数。 特に、この略語はCable Television(CATV)について無線周波数について言及します。
SCN Service Class Name. A named set of QoS parameters.
A Service Flow may or may not be associated with a
single named Service Class. A Service Class has as
an attribute a QoS Parameter Set that is used as the
default set of values for all Service Flows belonging
to the Service Class.
SCNはクラス名を修理します。 命名されたセットのQoSパラメタ。 Service FlowはService Classと命名されるシングルに関連しているかもしれません。 Service ClassはすべてのService Flowsのための値のデフォルトがセットしたので使用されたQoS Parameter Setに属性としてService Classに属させます。
SID Service ID. A 16-bit unsigned integer assigned by
the CMTS for an Upstream Service Flow with a non-
empty Active QoS Parameter Set.
SIDはIDを修理します。 Upstream Service Flowのために非空のActive QoS Parameter Setと共にCMTSによって割り当てられた16ビットの符号のない整数。
SF Service Flow. A unidirectional stream of packets
between the CM and CMTS. SFs are characterized as
upstream or downstream. The SF is the fundamental
unit of service provided on a DOCSIS CATV network.
SFは流れを修理します。 CMとCMTSの間のパケットの単方向の流れ。 SFsは上流か川下として特徴付けられます。 SFは基本的なDOCSIS CATVネットワークで提供されたサービスのユニットです。
SFID Service Flow ID. A 32-bit unsigned integer assigned
by the CMTS to each Service Flow.
SFIDはFlow IDを修理します。 CMTSによって各Service Flowに割り当てられた32ビットの符号のない整数。
Upstream The direction from a subscriber CM to the head-end
CMTS.
上流、加入者CMからギヤエンドCMTSへの指示。
Patrick & Murwin Standards Track [Page 4] RFC 4323 IPCDN DOCSIS QoS MIB January 2006
パトリックとMurwin規格はIPCDN DOCSIS QoS MIB2006年1月にRFC4323を追跡します[4ページ]。
2. Overview
2. 概観
This MIB module provides a set of objects required for the management of DOCSIS 1.1 and 2.0 compliant Cable Modems (CM) and Cable Modem Termination Systems (CMTS). The specification is derived from the DOCSIS 2.0 Radio Frequency Interface specification [4]. Please note that the referenced DOCSIS specifications only requires Cable Modems to process IPv4 customer traffic. Design choices in this MIB module reflect those requirements. Future versions of the DOCSIS standard are expected to require support for IPv6 as well.
このMIBモジュールはDOCSIS1.1と2.0の言いなりになっているCable Modems(CM)の管理に必要である物とCable Modem Termination Systems(CMTS)の1セットを提供します。 DOCSIS2.0Radio Frequency Interface仕様[4]から仕様を得ます。 参照をつけられたDOCSIS仕様は、Cable ModemsがIPv4顧客交通を処理するのを必要とするだけです。 このMIBモジュールにおけるデザイン選択はそれらの要件を反映します。 DOCSIS規格の将来のバージョンがまた、IPv6に支持を要すると予想されます。
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 RFC 2119 [5].
キーワード“MUST"、「必須NOT」が「必要です」、“SHALL"、「」、“SHOULD"、「「推薦され」て、「5月」の、そして、「任意」のNOTはRFC2119[5]で説明されるように本書では解釈されることであるべきですか?
2.1. Textual Conventions
2.1. 原文のコンベンション
The textual convention "DocsIetfQosRfMacIfDirection" is defined to indicate the direction of a packet classifier relative to an interface. It takes the values of either downstream(1) or upstream(2).
原文のコンベンション"DocsIetfQosRfMacIfDirection"は、インタフェースに比例してパケットクラシファイアの指示を示すために定義されます。 それは川下(1)か上流(2)のどちらかの値を取ります。
The textual convention "DocsIetfQosBitRate" corresponds to the bits per second as defined for QoS Parameter Sets in DOCSIS 1.1 and 2.0. This definition includes all bits of the Ethernet MAC frame as transmitted on the RF network, starting with the Destination Address and ending with the Ethernet Frame Check Sequence (FCS). It does NOT includes bits in the DOCSIS MAC header.
原文のコンベンション"DocsIetfQosBitRate"はDOCSIS1.1と2.0のQoS Parameter Setsのために定義されるようにbpsに対応しています。 この定義はRFネットワークで伝えられるようにイーサネットMACフレームのすべてのビットを含んでいます、イーサネットFrame Check Sequence(FCS)と共にDestination Addressと結末から始まって。 それはDOCSIS MACヘッダーでNOTインクルードにビットをします。
2.2. MIB Organization
2.2. MIB組織
The structure of the IPCDN QoS MIB module (DOCS-IETF-QOS-MIB) is summarized below:
IPCDN QoS MIBモジュール(DOCS-IETF-QOS-MIB)の構造は以下へまとめられます:
docsIetfQosMIB
docsIetfQosMIBObjects
docsIetfQosPktClassTable
docsIetfQosPktClassEntry
docsIetfQosPktClassId
docsIetfQosPktClassDirection
docsIetfQosPktClassPriority
docsIetfQosPktClassIpTosLow
docsIetfQosPktClassIpTosHigh
docsIetfQosPktClassIpTosMask
docsIetfQosPktClassIpProtocol
docsIetfQosPktClassInetAddressType
docsIetfQosPktClassInetSourceAddr
docsIetfQosPktClassInetSourceMask
docsIetfQosMIB docsIetfQosMIBObjects docsIetfQosPktClassTable docsIetfQosPktClassEntry docsIetfQosPktClassId docsIetfQosPktClassDirection docsIetfQosPktClassPriority docsIetfQosPktClassIpTosLow docsIetfQosPktClassIpTosHigh docsIetfQosPktClassIpTosMask docsIetfQosPktClassIpProtocol docsIetfQosPktClassInetAddressType docsIetfQosPktClassInetSourceAddr docsIetfQosPktClassInetSourceMask
Patrick & Murwin Standards Track [Page 5] RFC 4323 IPCDN DOCSIS QoS MIB January 2006
パトリックとMurwin規格はIPCDN DOCSIS QoS MIB2006年1月にRFC4323を追跡します[5ページ]。
docsIetfQosPktClassInetDestAddr
docsIetfQosPktClassInetDestMask
docsIetfQosPktClassSourcePortStart
docsIetfQosPktClassSourcePortEnd
docsIetfQosPktClassDestPortStart
docsIetfQosPktClassDestPortEnd
docsIetfQosPktClassDestMacAddr
docsIetfQosPktClassDestMacMask
docsIetfQosPktClassSourceMacAddr
docsIetfQosPktClassEnetProtocolType
docsIetfQosPktClassEnetProtocol
docsIetfQosPktClassUserPriLow
docsIetfQosPktClassUserPriHigh
docsIetfQosPktClassVlanId
docsIetfQosPktClassStateActive
docsIetfQosPktClassPkts
docsIetfQosPktClassBitMap
docsIetfQosParamSetTable
docsIetfQosParamSetEntry
docsIetfQosParamSetServiceClassName
docsIetfQosParamSetPriority
docsIetfQosParamSetMaxTrafficRate
docsIetfQosParamSetMaxTrafficBurst
docsIetfQosParamSetMinReservedRate
docsIetfQosParamSetMinReservedPkt
docsIetfQosParamSetActiveTimeout
docsIetfQosParamSetAdmittedTimeout
docsIetfQosParamSetMaxConcatBurst
docsIetfQosParamSetSchedulingType
docsIetfQosParamSetNomPollInterval
docsIetfQosParamSetTolPollJitter
docsIetfQosParamSetUnsolicitGrantSize
docsIetfQosParamSetNomGrantInterval
docsIetfQosParamSetTolGrantJitter
docsIetfQosParamSetGrantsPerInterval
docsIetfQosParamSetTosAndMask
docsIetfQosParamSetTosOrMask
docsIetfQosParamSetMaxLatency
docsIetfQosParamSetType
docsIetfQosParamSetRequestPolicyOct
docsIetfQosParamSetBitMap
docsIetfQosServiceFlowTable
docsIetfQosServiceFlowEntry
docsIetfQosServiceFlowId
docsIetfQosServiceFlowSID
docsIetfQosServiceFlowDirection
docsIetfQosServiceFlowPrimary
docsIetfQosServiceFlowStatsTable
docsIetfQosPktClassBitMap docsIetfQosParamSetTable docsIetfQosParamSetEntry docsIetfQosParamSetServiceClassName docsIetfQosParamSetPriority docsIetfQosParamSetMaxTrafficRate docsIetfQosParamSetMaxTrafficBurst docsIetfQosParamSetMinReservedRate; docsIetfQosParamSetNomGrantInterval docsIetfQosParamSetTolGrantJitter docsIetfQosParamSetGrantsPerInterval docsIetfQosParamSetTosAndMask docsIetfQosParamSetTosOrMask docsIetfQosParamSetMaxLatency docsIetfQosParamSetType docsIetfQosParamSetRequestPolicyOct docsIetfQosParamSetBitMap docsIetfQosServiceFlowTable docsIetfQosServiceFlowEntry docsIetfQosServiceFlowId docsIetfQosServiceFlowSID docsIetfQosServiceFlowDirection docsIetfQosServiceFlowPrimary docsIetfQosServiceFlowStatsTable
Patrick & Murwin Standards Track [Page 6] RFC 4323 IPCDN DOCSIS QoS MIB January 2006
パトリックとMurwin規格はIPCDN DOCSIS QoS MIB2006年1月にRFC4323を追跡します[6ページ]。
docsIetfQosServiceFlowStatsEntry
docsIetfQosServiceFlowPkts
docsIetfQosServiceFlowOctets
docsIetfQosServiceFlowTimeCreated
docsIetfQosServiceFlowTimeActive
docsIetfQosServiceFlowPHSUnknowns
docsIetfQosServiceFlowPolicedDropPkts
docsIetfQosServiceFlowPolicedDelayPkts
docsIetfQosUpstreamStatsTable
docsIetfQosUpstreamStatsEntry
docsIetfQosSID
docsIetfQosUpstreamFragments
docsIetfQosUpstreamFragDiscards
docsIetfQosUpstreamConcatBursts
docsIetfQosDynamicServiceStatsTable
docsIetfQosDynamicServiceStatsEntry
docsIetfQosIfDirection
docsIetfQosDSAReqs
docsIetfQosDSARsps
docsIetfQosDSAAcks
docsIetfQosDSCReqs
docsIetfQosDSCRsps
docsIetfQosDSCAcks
docsIetfQosDSDReqs
docsIetfQosDSDRsps
docsIetfQosDynamicAdds
docsIetfQosDynamicAddFails
docsIetfQosDynamicChanges
docsIetfQosDynamicChangeFails
docsIetfQosDynamicDeletes
docsIetfQosDynamicDeleteFails
docsIetfQosDCCReqs
docsIetfQosDCCRsps
docsIetfQosDCCAcks
docsIetfQosDCCs
docsIetfQosDCCFails
docsIetfQosServiceFlowLogTable
docsIetfQosServiceFlowLogEntry
docsIetfQosServiceFlowLogIndex
docsIetfQosServiceFlowLogIfIndex
docsIetfQosServiceFlowLogSFID
docsIetfQosServiceFlowLogCmMac
docsIetfQosServiceFlowLogPkts
docsIetfQosServiceFlowLogOctets
docsIetfQosServiceFlowLogTimeDeleted
docsIetfQosServiceFlowLogTimeCreated
docsIetfQosServiceFlowLogTimeActive
docsIetfQosServiceFlowLogDirection
docsIetfQosIfDirection docsIetfQosDSAReqs docsIetfQosDSARsps docsIetfQosDSAAcks docsIetfQosDSCReqs docsIetfQosDSCRsps docsIetfQosDSCAcks docsIetfQosDSDReqs docsIetfQosDSDRsps docsIetfQosDynamicAdds docsIetfQosDynamicAddFails docsIetfQosDynamicChanges; wLogIndex docsIetfQosServiceFlowLogIfIndex docsIetfQosServiceFlowLogSFID docsIetfQosServiceFlowLogCmMac docsIetfQosServiceFlowLogPkts docsIetfQosServiceFlowLogOctets docsIetfQosServiceFlowLogTimeDeleted docsIetfQosServiceFlowLogTimeCreated docsIetfQosServiceFlowLogTimeActive docsIetfQosServiceFlowLogDirection
Patrick & Murwin Standards Track [Page 7] RFC 4323 IPCDN DOCSIS QoS MIB January 2006
パトリックとMurwin規格はIPCDN DOCSIS QoS MIB2006年1月にRFC4323を追跡します[7ページ]。
docsIetfQosServiceFlowLogPrimary
docsIetfQosServiceFlowLogServiceClassName
docsIetfQosServiceFlowLogPolicedDropPkts
docsIetfQosServiceFlowLogPolicedDelayPkts
docsIetfQosServiceFlowLogControl
docsIetfQosServiceClassTable
docsIetfQosServiceClassEntry
docsIetfQosServiceClassName
docsIetfQosServiceClassStatus
docsIetfQosServiceClassMaxTrafficRate
docsIetfQosServiceClassMaxTrafficBurst
docsIetfQosServiceClassMinReservedRate
docsIetfQosServiceClassMinReservedPkt
docsIetfQosServiceClassMaxConcatBurst
docsIetfQosServiceClassNomPollInterval
docsIetfQosServiceClassTolPollJitter
docsIetfQosServiceClassUnsolicitGrantSize
docsIetfQosServiceClassNomGrantInterval
docsIetfQosServiceClassTolGrantJitter
docsIetfQosServiceClassGrantsPerInterval
docsIetfQosServiceClassMaxLatency
docsIetfQosServiceClassActiveTimeout
docsIetfQosServiceClassAdmittedTimeout
docsIetfQosServiceClassSchedulingType
docsIetfQosServiceClassRequestPolicy
docsIetfQosServiceClassTosAndMask
docsIetfQosServiceClassTosOrMask
docsIetfQosServiceClassDirection
docsIetfQosServiceClassStorageType
docsIetfQosServiceClassDSCPOverwrite
docsIetfQosServiceClassPolicyTable
docsIetfQosServiceClassPolicyEntry
docsIetfQosServiceClassPolicyIndex
docsIetfQosServiceClassPolicyName
docsIetfQosServiceClassPolicyRulePriority
docsIetfQosServiceClassPolicyStatus
docsIetfQosServiceClassPolicyStorageType
docsIetfQosPHSTable
docsIetfQosPHSEntry
docsIetfQosPHSField
docsIetfQosPHSMask
docsIetfQosPHSSize
docsIetfQosPHSVerify
docsIetfQosPHSIndex
docsIetfQosCmtsMacToSrvFlowTable
docsIetfQosCmtsMacToSrvFlowEntry
docsIetfQosServiceClassActiveTimeout docsIetfQosServiceClassAdmittedTimeout docsIetfQosServiceClassSchedulingType docsIetfQosServiceClassRequestPolicy docsIetfQosServiceClassTosAndMask docsIetfQosServiceClassTosOrMask docsIetfQosServiceClassDirection docsIetfQosServiceClassStorageType docsIetfQosServiceClassDSCPOverwrite docsIetfQosServiceClassPolicyTable docsIetfQosServiceClassPolicyEntry docsIetfQosServiceClassPolicyIndex docsIetfQosServiceClassPolicyName docsIetfQosServiceClassPolicyRulePriority;
Patrick & Murwin Standards Track [Page 8] RFC 4323 IPCDN DOCSIS QoS MIB January 2006
パトリックとMurwin規格はIPCDN DOCSIS QoS MIB2006年1月にRFC4323を追跡します[8ページ]。
docsIetfQosCmtsCmMac
docsIetfQosCmtsServiceFlowId
docsIetfQosCmtsIfIndex
docsIetfQosCmtsCmMac docsIetfQosCmtsServiceFlowId docsIetfQosCmtsIfIndex
This MIB module is organized as 11 tables. Most tables are implemented in both the CM and CMTS; the docsIetfQosUpstreamStatsTable and docsIetfQosServiceFlowLogTable are implemented on the CMTS only.
このMIBモジュールは11個のテーブルとして組織化されます。 ほとんどのテーブルがCMとCMTSの両方で実行されます。 docsIetfQosUpstreamStatsTableとdocsIetfQosServiceFlowLogTableはCMTSだけで実行されます。
2.2.1. docsIetfQosPktClassTable
2.2.1. docsIetfQosPktClassTable
The docsIetfQosPktClassTable reports the Service Flow Classifiers
implemented by the managed device. The table is indexed by the tuple
{ ifIndex, docsIetfQosServiceFlowId, docsIetfQosPktClassId }. The
ifIndex corresponds to a CATV MAC interface. Each CATV MAC interface
has a set of Service Flows identified with a docsIetfQosServiceFlowId
value that is unique for that interface. Each Service Flow may have
a number of packet classifiers that map packets to the flow. The
ClassifierId for the classifier is unique only within a particular
Service Flow.
docsIetfQosPktClassTableは管理された装置によって実行されたService Flow Classifiersを報告します。 テーブルはtupleによって索引をつけられます。ifIndex、docsIetfQosServiceFlowId、docsIetfQosPktClassId。 ifIndexはCATV MACインタフェースに対応しています。 それぞれのCATV MACインタフェースで、そのインタフェースに、ユニークなdocsIetfQosServiceFlowId値とService Flowsの1セットを同一視しています。 各Service Flowには、パケットを流れに写像する多くのパケットクラシファイアがあるかもしれません。 クラシファイアのためのClassifierIdは特定のService Flowだけの中でユニークです。
The semantics of packet classification are provided in [4]. Briefly, the DOCSIS MAC interface calls for matching packets based on values within the 802.2 (LLC), 802.3, IP, and/or UDP/TCP headers. Packets that map more than one classifier are prioritized according to their docsIetfQosPktClassPriority values. The docsIetfQosServiceFlowId (an index object) indicates to which Service Flow the packet is classified.
パケット分類の意味論を[4]に提供します。 簡潔に、DOCSIS MACインタフェースは、802.2個の(LLC)、802.3、IP、そして/または、UDP/TCPヘッダーの中に値に基づいたパケットを合わせるように求めます。 それらのdocsIetfQosPktClassPriority値に従って、1つ以上のクラシファイアを写像するパケットが最優先します。 docsIetfQosServiceFlowId(インデックス物)は、パケットがどのService Flowに分類されているかを示します。
The docsIetfQosPktClassTable is distinct from the docsDevIpFilterTable of [6] in that docsIetfQosPktClassTable is intended only to reflect the state of the Service Flow Classifiers. Service Flow Classifiers may be created only via a CM configuration file or from the Dynamic Service Addition (DSA) messages. For this reason, docsIetfQosPktClassTable is read-only.
docsIetfQosPktClassTableは[6]のdocsDevIpFilterTableとdocsIetfQosPktClassTableが単にService Flow Classifiersの州を反映することを意図するという点において異なっています。 サービスFlow ClassifiersはCM構成ファイルかDynamic Service Addition(DSA)メッセージから作成されるかもしれません。 この理由で、docsIetfQosPktClassTableは書き込み禁止です。
The docsDevIpFilterTable is intended for external policy-based administration of packet classifiers. See the section "Externally Administered Classification", below.
docsDevIpFilterTableはパケットクラシファイアの外部の方針を拠点とする管理のために意図します。 下の「外部的に、分類を管理する」というセクションを見てください。
Patrick & Murwin Standards Track [Page 9] RFC 4323 IPCDN DOCSIS QoS MIB January 2006
パトリックとMurwin規格はIPCDN DOCSIS QoS MIB2006年1月にRFC4323を追跡します[9ページ]。
2.2.2. docsIetfQosParamSetTable
2.2.2. docsIetfQosParamSetTable
The docsIetfQosParamSetTable reports the values of QoS Parameter Set as defined in Section C.2.2 of [4].
docsIetfQosParamSetTableは[4]のセクションC.2.2で定義されるようにQoS Parameter Setの値を報告します。
In general, a Service Flow is associated with three different QoS Parameter Sets (QPSs): an "active" QPS, an "admitted" QPS, and a "provisioned" or "authorized" QPS. The relationship of these three sets is represented below:
一般に、Service Flowは3異なったQoS Parameter Sets(QPSs)に関連しています: . これらの3セットの関係が表される「アクティブな」QPS、「認められた」QPS、および「食糧を供給された」か「認可された」QPS:
+---------------------+
| Provisioned |
| |
| +---------------+ |
| | Admitted | |
| | | |
| | +---------+ | |
| | | Active | | |
| | | | | |
| | +---------+ | |
| | | |
| +---------------+ |
| |
+---------------------+
+---------------------+ | 食糧を供給されます。| | | | +---------------+ | | | 認められます。| | | | | | | | +---------+ | | | | | アクティブ| | | | | | | | | | | +---------+ | | | | | | | +---------------+ | | | +---------------------+
Figure 1: QoS Parameter Sets
図1: QoSパラメタセット
The Provisioned QPS describes the maximum service envelope for which the SF is authorized. The Admitted QPS is the set of services for which a Service Flow has requested admission to the DOCSIS RF network, but which is not yet active. The Admitted QPS is used during the two-phase process of IP Telephony/PacketCable Service Flow admission to admit the bandwidth for a bidirectional voice call when the far end is ringing. Because ringing may occur for up to four minutes, this permits the bandwidth to be reserved but not actually consumed during this interval. The Active QPS is the set of services actually being used by the Service Flow. The DOCSIS v1.1 specification [4] defines what it means for a QPS envelope to be "within" another. In general, an inner QPS is considered "within" an outer QPS when all QoS parameters represent demands of equal or fewer resources of the network.
Provisioned QPSはSFが認可されている最大のサービス封筒について説明します。 Admitted QPSはまだ活動的でないService FlowがDOCSIS RFネットワークに入場を要求したサービスのセットです。 Admitted QPSは、遠端が鳴っているとき、双方向の音声通話のために帯域幅を認めるのにIP Telephony/PacketCable Service Flow入場の二相法の間、使用されます。 鳴ることが4分まで起こるかもしれないので、これは、帯域幅が予約されますが、実際にこの間隔の間消費されないことを許可します。 Active QPSは実際にService Flowによって利用されるサービスのセットです。 DOCSIS v1.1仕様[4]は、“within"が別のものであったならそれがQPSのために何に封筒を意味するかを定義します。 内側のQPSによるすべてのQoSパラメタであるときに、“within"であると考えられて、外側のQPSがネットワークに関する等しいか、より少ないリソースの要求を表すという一般に、ことです。
In addition to its use as an attribute of a Service Flow, a QPS is also an attribute of a Service Class. A DOCSIS CM configuration file or DSA message may request the creation of a new SF and give only the Service Class Name. The CMTS "expands the macro" of a Service Class Name creation by populating the Provisioned, Admitted, and/or Active QPSs of the Service Flow with the QPS of the Service Class Name. All
Service Flowの属性としての使用に加えて、また、QPSはService Classの属性です。 DOCSIS CM構成ファイルかDSAメッセージが、新しいSFの創造を要求して、Service Class Nameだけに与えるかもしれません。 CMTSは、Service Class Name創造についてService Class NameのQPSとService FlowのProvisioned、Admitted、そして/または、Active QPSsに居住することによって、「マクロを広げます」。 すべて
Patrick & Murwin Standards Track [Page 10] RFC 4323 IPCDN DOCSIS QoS MIB January 2006
パトリックとMurwin規格はIPCDN DOCSIS QoS MIB2006年1月にRFC4323を追跡します[10ページ]。
the QPSs of a Service Flow must be expansions of the same Service Class, and in this case the SF is said to "belong" to the Service Class. Changing the contents of a Service Class' QPS does not affect the QPS of any Service Flow earlier expanded from that Service Class name. Only the CMTS implements docsIetfQosServiceClassTable.
Service FlowのQPSsは同じService Classの拡大であるに違いありません、そして、この場合、SFはService Classに「属する」と言われます。 Service ClassのQPSのコンテンツを変えるのは前にそのService Class名から広げられたどんなService FlowのQPSにも影響しません。 CMTSだけがdocsIetfQosServiceClassTableを実行します。
See [4], section 8, for a full description and the theory of operation of DOCSIS 1.1 QoS operation.
DOCSIS1.1QoS操作の余すところのない解説と動作理論に関して[4]、セクション8を見てください。
The docsIetfQosParamSetTable sets are indexed by { ifIndex,
docsIetfQosServiceFlowId, docsIetfQosParamSetType}. ifIndex
indicates a particular "DOCSIS MAC Domain". docsIetfQosServiceFlowId
uniquely identifies a Service Flow on that MAC domain. The
docsIetfQosParamSetType indicates whether the row describes an
active, admitted, or provisioned QoS Parameter Set.
docsIetfQosParamSetTableセットはifIndex、docsIetfQosServiceFlowId、docsIetfQosParamSetTypeによって索引をつけられます。ifIndexは特定の「DOCSIS MACドメイン」を示します。docsIetfQosServiceFlowIdは唯一そのMACドメインのService Flowを特定します。 docsIetfQosParamSetTypeは、列がアクティブであるか、認められたか、食糧を供給されたQoS Parameter Setについて説明するかどうかを示します。
The docsIetfQosParamSetTable is read-only because it indicates the QoS Parameter Set contents as defined by DOCSIS signaling. The docsIetfQosServiceClassTable is read-create to permit managers to define a template of QoS Parameters that can be referenced by DOCSIS modems when creating their QoS Parameter Sets.
DOCSISシグナリングによって定義されるようにQoS Parameter Setコンテンツを示すので、docsIetfQosParamSetTableは書き込み禁止です。 docsIetfQosServiceClassTableはそれらのQoS Parameter Setsを作成するときDOCSISモデムで参照をつけることができるQoS Parametersのテンプレートを定義するマネージャを許可証に読書して創造することです。
2.2.2.1. Interoperation with DOCSIS 1.0
2.2.2.1. DOCSIS1.0とInteroperation
The DOCS-IF-MIB [7] specifies a docsIfQosProfileTable to describe the set of Class Of Service (COS) parameters associated with a COS "profile". The docsIfCmServiceTable, which contains one entry per SID, references this table with a docsIfCmServiceQosProfile number.
DOCS、MIBである、[7]は、COS「プロフィール」に関連しているClass Of Service(COS)パラメタのセットについて説明するためにdocsIfQosProfileTableを指定します。 docsIfCmServiceTable。(そのdocsIfCmServiceTableは1SIDあたり1つのエントリー、これがdocsIfCmServiceQosProfile番号で見送る参照を含みます)。
The DOCSIS 1.1 and 2.0 CM registration process allows a modem to register as operating with DOCSIS 1.0, DOCSIS 1.1, or DOCSIS 2.0 functionality. For ease of expression, we call a modem registering with DOCSIS 1.0 functionality a "DOCSIS 1.0 modem", regardless of the modem's capabilities.
DOCSIS1.1と2.0CM登録手続で、モデムはDOCSIS1.0、DOCSIS1.1、またはDOCSISと共に2.0の機能性を操作するとして登録されます。 表現の容易さのために、私たちは、モデムを「DOCSIS1.0モデム」というDOCSIS1.0の機能性とともに記名すると呼びます、モデムの能力にかかわらず。
A CMTS or CM supporting DOCSIS 1.0, as well as DOCSIS 1.1, and/or DOCSIS 2.0 implements both the tables of [7] and the tables of this MIB module. The interoperation goal is that before modem registration, the DOCSIS 1.0 MIB [7] applies. After registration, either the DOCSIS 1.0 or DOCSIS 1.1/2.0 MIB applies, depending on the mode with which the modem registered. The specific interoperation rules are:
CMTSかCMサポートDOCSISが[7]の両方のテーブルとこのMIBモジュールのテーブルを同じくらい1.0に、DOCSIS1.1、そして/または、DOCSIS2.0と同じくらいよく実行します。 interoperation目標はモデム登録の前にDOCSIS1.0MIB[7]が適用するということです。 登録、DOCSIS1.0またはDOCSISの後に、モデムが登録されたモードによって、1.1/2.0MIBは適用します。 特定のinteroperation規則は以下の通りです。
1. When a CM initially ranges, the CM implements a row in the
DOCS-IF-MIB docsIfCmServiceTable, and the CMTS implements a row
in the DOCS-IF-MIB docsIfCmtsServiceTable corresponding to the
default upstream Service ID (SID) used for pre-registration
1. いつCMが初めは及んで、CMが列を実行するか、DOCS、MIB docsIfCmServiceTableである、CMTSが中で列を実行する、DOCS、MIB docsIfCmtsServiceTableである、デフォルトの上流のService ID(SID)との対応はプレ登録に使用しました。
Patrick & Murwin Standards Track [Page 11] RFC 4323 IPCDN DOCSIS QoS MIB January 2006
パトリックとMurwin規格はIPCDN DOCSIS QoS MIB2006年1月にRFC4323を追跡します[11ページ]。
upstream traffic. For historical compatibility, a row may be
created for the docsIfQosProfileTable with default values,
which may be referenced by the docsIfCmServiceTable entries.
上流の交通。 歴史的な互換性において、列はdocsIfQosProfileTableのためにデフォルト値で作成されるかもしれません。(docsIfCmServiceTableエントリーでデフォルト値は参照をつけられるかもしれません)。
2. Both a CMTS and CM implementing this MIB MUST NOT implement
docsIetfQosParamSetTable or docsIetfQosServiceFlowTable rows
until after the CM registers with DOCSIS 1.1 or 2.0 modem
operation.
2. CMがDOCSIS1.1か2.0モデム操作とともに記名した後までCMTSとこのMIB MUST NOTを実行するCMの両方がdocsIetfQosParamSetTableかdocsIetfQosServiceFlowTable列を実行します。
3. When a modem registers with the CMTS as a "DOCSIS 1.1" or
"DOCSIS 2.0" modem, any exclusively-referenced row in DOCS-IF-
MIB docsIfQosProfileTable representing the modem's upstream QoS
profile for pre-registration traffic MUST be removed.
Multiply-referenced rows may remain. The
docsIfCmServiceQosProfile object in the CM's row of
3. DOCSIS2インチモデム、いずれも排他的にDOCSの列に参照をつけました。または、モデムがaとしてCMTSとともに記名する、「DOCSIS、1.1インチ、「--モデムの上流QoSプロフィールをプレ登録交通に表すMIB docsIfQosProfileTableがそうしなければならないなら移されてください、」 掛け算、-、参照箇所、列は残るかもしれません。 CMのところの物が船をこぐdocsIfCmServiceQosProfile
docsIfCmServiceTable MUST be set to zero. The
docsIfCmServiceTable row for the DOCSIS 1.1 or DOCSIS 2.0 modem
continues to exist, and the various statistic objects in that
row are incremented. The CMTS should retain a
docsIfCmtsServiceTable entry for the DOCSIS 1.1 or DOCSIS 2.0
CM.
docsIfCmServiceTableはゼロに用意ができなければなりません。 DOCSIS1.1かDOCSIS2.0モデムのためのdocsIfCmServiceTable列は存続します、そして、その列の様々な統計値物は増加されています。 CMTSはDOCSIS1.1かDOCSIS2.0CMのためのdocsIfCmtsServiceTableエントリーを保有するはずです。
4. When a DOCSIS 1.1 or DOCSIS 2.0 modem registers, both the CMTS
and CM represent all Service Flows described in the modem
configuration file in docsIetfQosParamSetTable and
docsIetfQosServiceFlowTable.
4. DOCSIS1.1かDOCSIS2.0モデムが登録されるとき、CMTSとCMの両方はdocsIetfQosParamSetTableとdocsIetfQosServiceFlowTableのモデム構成ファイルで説明されたすべてのService Flowsを表します。
5. DOCSIS 1.0 modems do not have entries in the DOCS-IETF-QOS-MIB.
5. モデムがするDOCSIS1.0はDOCS-IETF-QOS-MIBにエントリーを持っていません。
2.2.3. docsIetfQosServiceFlowTable
2.2.3. docsIetfQosServiceFlowTable
The docsIetfQosServiceFlowTable provides read-only information about
all the Service Flows known by the device. It is indexed by the
combination of { ifIndex, dosQosServiceFlowId }, where ifIndex
corresponds to a CATV MAC interface and docsIetfQosServiceFlowId is
the 32-bit integer assigned by the CMTS controlling the MAC domain.
A CM typically has only a single CATV MAC interface, whereas a CMTS
may have several. See [7] for a description of the ifIndex numbering
for DOCSIS devices.
docsIetfQosServiceFlowTableは装置によって知られていたすべてのService Flowsの書き込み禁止情報を提供します。 ifIndex、ifIndexがCATV MACインタフェースに対応するdosQosServiceFlowIdの組み合わせでそれは索引をつけられます、そして、docsIetfQosServiceFlowIdはMACドメインを制御するCMTSによって割り当てられた32ビットの整数です。 CMには、単一のCATV MACインタフェースしか通常ありませんが、CMTSでは、数個があるかもしれません。 DOCSISのために装置に付番するifIndexの記述のための[7]を見てください。
The table indicates whether a given SF is in the upstream or downstream direction, and whether it is the "primary" SF in that direction. The primary SF carries traffic that is not otherwise classified to any other SF in that direction.
テーブルは上流の、または、川下の方向には与えられたSFがあって、それがその方向に「第一」のSFであるかどうかを示します。 第一のSFは別の方法でその方向にいかなる他のSFにも分類されない交通を運びます。
Patrick & Murwin Standards Track [Page 12] RFC 4323 IPCDN DOCSIS QoS MIB January 2006
パトリックとMurwin規格はIPCDN DOCSIS QoS MIB2006年1月にRFC4323を追跡します[12ページ]。
2.2.4. docsIetfQosServiceFlowStatsTable
2.2.4. docsIetfQosServiceFlowStatsTable
The docsIetfQosServiceFlowStatsTable provides statistics for all currently existing SFs known by the managed device. It provides basic packet and octet counters, as well as certain other SF-specific stats such as the time at which the flow was created and how many seconds it has been active.
docsIetfQosServiceFlowStatsTableは管理された装置によって知られていたすべての現在既存のSFsに統計を供給します。 それは基本的なパケットと八重奏カウンタを提供します、流れが引き起こされて、それが何秒、アクティブである時などの他のあるSF特有の統計と同様に。
The table also provides objects that can be used to fine-tune admission control decisions; namely, the number of packets dropped or delayed due to QoS policing decisions enforced by the managed device.
また、テーブルは入場コントロール決定について微調整するのに使用できる物を提供します。 すなわち、パケットの数は、管理された装置によって励行される決定を取り締まるQoSのため低下したか、または延着しました。
The model of the Service Flows stats table is that there exists a Service Flow Classification function followed by a Service Flow maximum rate Policing function for packets transmitted onto the DOCSIS RF network, as depicted below.
Service Flows統計テーブルのモデルはService Flow最高率Policing機能がDOCSIS RFネットワークに伝えられたパケットのためにあとに続いたService Flow Classification機能が存在しているということです、以下に表現されるように。
+----------+
+------------+ clsfy 1 -----+ | Per-SF | forwarded
Pkts | |-----------> | | Maximum |-> for DOCSIS
----->| Classify | clsfy 2 SF1 |--> | Rate | RF Network
| Function |-----------> | | Policing | transmission
| | -----+ | Function |
| | | |----+
| | | | |
| | +----------+ Dropped
+------------+ | ^
+----+ Delayed
+----------+ +------------+は1をclsfyします。-----+ | SF| 進められたPkts| |、-、-、-、-、-、-、-、-、-、--、>|、| 最大|-DOCSISのための>。----->| 分類します。| 2SF1をclsfyします。| -->、| レート| rfネットワーク| 機能|、-、-、-、-、-、-、-、-、-、--、>|、| 取り締まり| トランスミッション| | -----+ | 機能| | | | |----+ | | | | | | | +----------+は+を落としました。------------+ | ^ +----遅れた+
Packets intended for transmission onto the DOCSIS RF network (upstream or downstream) are first classified to a Service Flow by matching one of several possible classifiers associated with that Service Flow. The docsIetfQosPktClassPkts count includes the number of packets that match the classifier, regardless of the eventual disposition of the packet.
トランスミッションのためにDOCSIS RFネットワーク(上流か川下)に意図するパケットは最初に、そのService Flowに関連している数人の可能なクラシファイアの合っているひとりによってService Flowに分類されます。 docsIetfQosPktClassPktsカウントはパケットの最後の気質にかかわらずクラシファイアに合っているパケットの数を含んでいます。
DOCSIS requires that each Service Flow be policed to maintain a maximum rate of transmission. This is performed by either dropping or delaying a packet on that Service Flow. The docsIetfQosServiceFlowPolicedDropPkts object counts the number of Service Flow packets dropped by the policing function. The docsIetfQosServiceFlowPolicedDelayPkts counts the number of packets delayed but still forwarded. The docsIetfQosServiceFlowPkts object counts the total number of packets forwarded beyond the policing function intended for eventual transmission onto the DOCSIS RF network. Although packets may later be dropped by other functions (e.g., a transmit queue overflow on a DOCSIS hardware transmitter), the docsIetfQos MIB per service-flow counters are not affected.
DOCSISは、各Service Flowが最高率の送信を維持するために取り締まられるのを必要とします。 これは、そのService Flowにパケットを低下するか、または遅らせることによって、実行されます。 docsIetfQosServiceFlowPolicedDropPkts物は取り締まり機能によって落とされたService Flowパケットの数を数えます。 docsIetfQosServiceFlowPolicedDelayPktsは遅らせられますが、まだ進められていたパケットの数を数えます。 docsIetfQosServiceFlowPkts物は最後のトランスミッションのためにDOCSIS RFネットワークに意図する取り締まり機能を超えたところまで進められたパケットの総数を数えます。 パケットは後で他の機能によって落とされるかもしれませんが(例えば、aはDOCSISハードウェア送信機の上に待ち行列オーバーフローを伝えます)、サービス流動カウンタあたりのdocsIetfQos MIBは影響を受けません。
Patrick & Murwin Standards Track [Page 13] RFC 4323 IPCDN DOCSIS QoS MIB January 2006
パトリックとMurwin規格はIPCDN DOCSIS QoS MIB2006年1月にRFC4323を追跡します[13ページ]。
2.2.5. docsIetfQosUpstreamStatsTable
2.2.5. docsIetfQosUpstreamStatsTable
This table provides statistics that are measured only at the CMTS in the upstream direction. These include counts of fragmentation headers received, fragments discarded, and concatenation headers received.
このテーブルはCMTSだけで上流の方向に測定される統計を提供します。 これらはヘッダーが受けた断片化のカウントを含んでいます、そして、断片は捨てられました、そして、連結ヘッダーは受信しました。
2.2.6. docsIetfQosDynamicServiceStatsTable
2.2.6. docsIetfQosDynamicServiceStatsTable
This table provides read-only stats on the operation of the Dynamic Service state machines as specified in section 9.4 of [4]. It provides a set of 14 counters in each direction for a DOCSIS MAC layer interface. That is, each DOCSIS MAC layer interface has one row for downstream stats and a second row for upstream stats.
このテーブルは[4]のセクション9.4の指定されるとしてのDynamic Service州のマシンの操作における書き込み禁止統計を提供します。 それはDOCSIS MAC層のインタフェースのための各方向に14台のカウンタのセットを提供します。 すなわちそれぞれのDOCSIS MAC層のインタフェースには、川下の統計のための1つの列と上流の統計のための2番目の列があります。
Eight of the counters are DSx packet type counts, one counter for each of the eight DSx packet types. For example, the docsIetfQosDSAReqs object in the upstream row at the CMTS counts the number of DSA-REQ messages received by the CMTS from that interface. The docsIetfQosDSAReqs object in the downstream row at the CMTS counts the number of DSA-REQ messages transmitted by the CMTS on that interface.
8台のカウンタがDSxパケットタイプカウントである、それぞれの8DSxパケットのための1台のカウンタがタイプされます。 例えば、CMTSの上流の列のdocsIetfQosDSAReqs物はCMTSによってそのインタフェースから受け取られたDSA-REQメッセージの数を数えます。 CMTSの川下の列のdocsIetfQosDSAReqs物はそのインタフェースでCMTSによって送られたDSA-REQメッセージの数を数えます。
The remaining six counters per (interface, direction) combination count the number of successful and unsuccessful transactions that were initiated on the interface and direction. For example, the upstream docsIetfQosDynamicAdds on a CMTS is the number of successfully completed CM-initiated dynamic additions, because at the CMTS a CM-initiated DSA starts in the upstream direction. The downstream docsIetfQosDynamicAdds at a CMTS is the number of successful CMTS-initiated DSA transactions.
残っている(インタフェース、指示)組み合わせあたり6台のカウンタがインタフェースと指示で開始されたうまくいっていて失敗の取引の数を数えます。 例えば、CMTSの上の上流のdocsIetfQosDynamicAddsは首尾よく完成したCMで開始しているダイナミックな追加の数です、CMで開始しているDSAがCMTSで上流の方向に始まるので。 CMTSの川下のdocsIetfQosDynamicAddsはうまくいっているCMTSによって開始されたDSA取引の数です。
Dynamic service transactions can fail for a number of reasons, as listed in the state machines of section 9.4. Rather than include still more counters for each different failure reason, they are grouped into a single count, e.g., docsIetfQosDynamicAddFails. Again, this object exists in both directions, so that locally originated and remotely originated transaction failures are counted separately. Further troubleshooting of transaction failures will require vendor-specific queries and operation.
ダイナミックなサービス取引はセクション9.4の州のマシンに記載されているように様々な意味で失敗できます。 むしろ、それらはまして、それぞれの異なった失敗理由でカウンタを含んでいるよりただ一つのカウント、例えば、docsIetfQosDynamicAddFailsに分類されます。 一方、この物が両方の方向に存在しているので、局所的に溯源されて、離れて溯源された取引失敗は別々に数えられます。 取引失敗のさらなるトラブルシューティングは業者特有の質問と操作を必要とするでしょう。
2.2.7. docsIetfQosServiceFlowLogTable
2.2.7. docsIetfQosServiceFlowLogTable
This table contains a log of the Service Flows that no longer exist in the docsIetfQosServiceFlowTable. It is intended to be periodically polled by traffic monitoring and billing agents. It is implemented only at the CMTS.
このテーブルはもうdocsIetfQosServiceFlowTableに存在しないService Flowsに関するログを含んでいます。 エージェントをモニターして、請求する交通で定期的に投票されるのは意図しています。 それはCMTSだけで実行されます。
Patrick & Murwin Standards Track [Page 14] RFC 4323 IPCDN DOCSIS QoS MIB January 2006
パトリックとMurwin規格はIPCDN DOCSIS QoS MIB2006年1月にRFC4323を追跡します[14ページ]。
It contains a chronological log of SF session statistics, including a total count of packets and octets transferred on the SF. It includes time stamps of the SF creation and deletion time, and of its number of active seconds. The active second count is the count of seconds that the SF had a non-empty Active QoS Parameter Set, i.e., it was eligible to pass data. For unicast SFs, it includes the CM MAC address associated with the flow for billing reference purposes.
それはSFセッション統計の年代順のログを含んでいます、SFで移されたパケットと八重奏の総カウントを含んでいて。 それはSF創造と削除時間、およびそのアクティブな秒の番号のタイムスタンプを含んでいます。 2番目の活発なカウントはSFには非空のActive QoS Parameter Setがあって、すなわち、それがデータを通過する資格があったことの秒のカウントです。 ユニキャストSFsのために、それは支払い参照目的のための流れに関連しているCM MACアドレスを含んでいます。
The maximum number of log records kept by a CMTS and the duration that a log record is maintained in the table are vendor-specific. An explicit control object is provided so that the monitoring application can explicitly delete records it has read.
ログ記録がテーブルで保守されるというCMTSと持続時間によってつけられたログ記録の最大数は業者特有です。 監視用途が明らかに、それが読んだ記録を削除できるように、明白なコントロール物を提供します。
2.2.8. docsIetfQosServiceClassTable
2.2.8. docsIetfQosServiceClassTable
This table defines the Service Class Name and references a QoS Parameter Set for each Service Class defined in a CMTS. It is indexed by the Service Class Name string itself. The table is read- create on a CMTS, and is not implemented in a CM. Each entry of the docsIetfQosServiceClassTable should define a template for flows in a given direction (upstream or downstream). Some parameters of the docsIetfQosServiceClassTable are specific to a particular direction, and so their values are not applicable when used as a template for flows in the other direction.
このテーブルは各Service ClassのためのQoS Parameter SetがCMTSで定義したService Class Nameと参照を定義します。 それはService Class Nameストリング自体によって索引をつけられます。 テーブルは、読書がaでCMTSを作成するということであり、CMで実行されません。 docsIetfQosServiceClassTableの各エントリーは流れのために与えられた指示(上流か川下)に基づきテンプレートを定義するべきです。 docsIetfQosServiceClassTableのいくつかのパラメタが特定の方向に特定であるので、もう片方の方向への流れにテンプレートとして使用される場合、それらの値は適切ではありません。
2.2.9. docsIetfQosServiceClassPolicyTable
2.2.9. docsIetfQosServiceClassPolicyTable
The docsIetfQosServiceClassPolicyTable can be referenced by the docsDevFilterPolicyTable of [6] in order to have a "policy" that classifies packets to a named Service Class. This is one mechanism by which "external" entities (such as an SNMP manager) may control the classification of a packet for QoS purposes. Entries are indexed by a small-integer docsIetfQosServiceClassPolicyIndex. They provide a Service Class Name and a Rule Priority. A policy referencing a row of this table intends the packet to be forwarded on a Service Flow "belonging" to the named Service Class. See section 3, "Externally Administered Classification", below.
[6]のdocsDevFilterPolicyTableは、それが分類する「方針」パケットを命名されたService Classに持つためにdocsIetfQosServiceClassPolicyTableに参照をつけることができます。 これは「外部」の実体(SNMPマネージャなどの)がQoS目的のためにパケットの分類を制御するかもしれない1つのメカニズムです。 エントリーはわずかな整数docsIetfQosServiceClassPolicyIndexによって索引をつけられます。 彼らはService Class NameとRule Priorityを提供します。 パケットが命名されたService Classに「属し」ながらService Flowでこのテーブルの列に参照をつけるのが進められるつもりである方針。 セクション3、以下の「外部的に管理された分類」を見てください。
This table is implemented on both the CM and CMTS, and is read-create on both.
このテーブルは、CMとCMTSの両方で実行されて、あります。両方で読書して作成します。
Patrick & Murwin Standards Track [Page 15] RFC 4323 IPCDN DOCSIS QoS MIB January 2006
パトリックとMurwin規格はIPCDN DOCSIS QoS MIB2006年1月にRFC4323を追跡します[15ページ]。
2.2.10. docsIetfQosPHSTable
2.2.10. docsIetfQosPHSTable
The Payload Header Suppression (PHS) feature of DOCSIS 1.1 and 2.0 permits packets to replace the unchanging bytes of the Ethernet, IP, and UDP headers with a one-byte index when transmitting on the cable network. This is especially useful for IP Telephony packets, where such suppression can result in almost twice the number of calls supported within the same upstream channel.
ケーブルネットワークを伝わるとき、DOCSIS1.1と2.0の有効搭載量Header Suppression(PHS)の特徴は、パケットがイーサネット、IP、およびUDPヘッダーの変らないバイトを1バイトのインデックスに置き換えることを許可します。 これは特にIP Telephonyパケットの役に立ちます、そのような抑圧がほとんど同じ上流のチャンネルの中に支持された呼び出しの数の2倍をもたらすことができるところで。
Each entry of the table corresponds to a PHS Rule as described in
section 8.4 of [4]. The rules are identified by their corresponding
Service Flow ID and docsIetfQosPktClassId. A PHS rule is associated
with exactly one classifier. The table is therefore indexed by the
tuple { ifIndex, docsIetfQosServiceFlowId, docsIetfQosPktClassId}.
テーブルの各エントリーは[4]のセクション8.4で説明されるようにPHS Ruleに対応しています。 規則はそれらの対応するService Flow IDとdocsIetfQosPktClassIdによって特定されます。 PHS規則はちょうど1つのクラシファイアに関連しています。 したがって、tupleによって索引をつけられて、テーブルはそうです。ifIndex、docsIetfQosServiceFlowId、docsIetfQosPktClassId。
This table is read-only, and MUST be implemented on both the CM and CMTS when PHS is supported.
このテーブルを書き込み禁止であり、PHSが支持されるとき、CMとCMTSの両方で実行しなければなりません。
2.2.11 docsIetfQosCmtsMacToSrvFlowTable
2.2.11 docsIetfQosCmtsMacToSrvFlowTable
The docsIetfQosCmtsMacToSrvFlowTable describes the mapping of CM MAC addresses to the Service Flow IDs that are uniquely identified with that CM. External applications may collect statistics on all packets flowing through a CM by determining the SFID of all of its flows, and then collecting the statistics of packets and bytes for each flow.
docsIetfQosCmtsMacToSrvFlowTableは唯一そのCMと同一視されているService Flow IDにCM MACアドレスに関するマッピングについて説明します。 外部のアプリケーションは統計を各流れのために流れのすべてのSFIDを決定するのによるCMを貫流させて、次にパケットの統計を集めて、バイトを貫流させるすべてのパケットに集めるかもしれません。
Downstream multicast Service Flows are not indicated in the docsIetfQosCmtsMacToSrvFlowTable because they are not associated with only one CM.
川下で、彼らが1つのCMだけに関連づけられないので、マルチキャストService FlowsはdocsIetfQosCmtsMacToSrvFlowTableで示されません。
3. Externally Administered Classification
3. 外部的に管理された分類
DOCSIS 1.1 and 2.0 provide rich semantics for the classification of packets to Service Flows with the Service Flow Classifier table. Service Flow Classifiers may be created statically in the DOCSIS CM configuration file, or may be created dynamically with Dynamic Service Addition (DSA) and Dynamic Service Change (DSC) DOCSIS MAC messages.
DOCSIS1.1と2.0はService Flow ClassifierテーブルでService Flowsへのパケットの分類に豊かな意味論を提供します。 サービスFlow ClassifiersはDOCSIS CM構成ファイルで静的に作成されるか、またはDynamic Service Addition(DSA)とDynamic Service Change(DSC)DOCSIS MACメッセージでダイナミックに作成されるかもしれません。
Several major issues arose with the concept of externally administered classification; e.g., should an external SNMP manager be permitted to create classification rows? One problem was the coordination of classifier IDs because such an approach would require either separate classifier ID number spaces or objects to coordinate both internal and external classifier ID assignments. A more serious problem, however, was that external creation of SF Classifiers would require "knowledge" of the individual Service Flow ID for Service Flows by external applications. It was strongly felt by the
いくつかの大変な問題が外部的に管理された分類の概念で起こりました。 例えば、外部のSNMPマネージャが分類列を作成することが許可されるべきですか? そのようなアプローチは内部の、そして、外部の両方のクラシファイアID課題を調整するために別々のクラシファイアID数の空間か物のどちらかを必要とするでしょう、したがって、1つの問題はクラシファイアIDのコーディネートでした。 しかしながら、より重大な問題はSF Classifiersの外部の創造がService Flowsのために外部のアプリケーションで個々のService Flow IDに関する「知識」を必要とするだろうということでした。 それは強く感じられました。
Patrick & Murwin Standards Track [Page 16] RFC 4323 IPCDN DOCSIS QoS MIB January 2006
パトリックとMurwin規格はIPCDN DOCSIS QoS MIB2006年1月にRFC4323を追跡します[16ページ]。
committee that SFIDs should remain internal DOCSIS objects, and not be transmitted as part of protocol flows, e.g., for IP packet telephony signaling. DOCSIS 1.1 introduced the concept of named Service Classes for ease of administration within a domain of CMs and CMTSs. What was desired was to permit external classification of packets to a Service Class, not to a particular Service Flow.
委員会、プロトコルの一部が流れるのに従って、そのSFIDsは内部のDOCSIS物のままで残っていて、伝えるべきではありません、例えば、IPパケット電話シグナリングのために。 DOCSIS1.1は管理の容易さのためにCMとCMTSsのドメインの中で命名されたService Classesの概念を紹介しました。 望まれていたことはパケットの外部の分類を特定のService Flowではなく、Service Classに可能にすることになっていました。
The DOCSIS committee therefore decided to use the already-defined IP Packet Filter Table [6] for the external classification of packets for QoS purposes. The docsDevIpPacketFilterTable defines similar packet matching criteria as does docsIetfQosPktClassTable, but it matches a packet to an arbitrary "policy set" instead of a particular Service Flow. One of the policies in the policy set then selects the Service Class of the SF on which to forward the packet. The docsIetfQosServiceClassPolicyTable of this MIB module defines the Service Class Name to which a packet is classified.
したがって、DOCSIS委員会は、QoS目的のためのパケットの外部の分類に既に定義されたIP Packet Filter Table[6]を使用すると決めました。 docsDevIpPacketFilterTableはdocsIetfQosPktClassTableのように同様のパケット合っている評価基準を定義しますが、それは特定のService Flowの代わりに任意の「方針セット」にパケットを合わせます。 そして、方針セットにおける方針のひとりはパケットを進めるSFのService Classを選択します。 このMIBモジュールのdocsIetfQosServiceClassPolicyTableはパケットが分類されているService Class Nameを定義します。
The interaction of external and internal packet classification is depicted below.
外部の、そして、内部のパケット分類の相互作用は以下に表現されます。
Patrick & Murwin Standards Track [Page 17] RFC 4323 IPCDN DOCSIS QoS MIB January 2006
パトリックとMurwin規格はIPCDN DOCSIS QoS MIB2006年1月にRFC4323を追跡します[17ページ]。
|
| Outbound Pkt
V
docsDevIpFilterTable------> docsDevFilterPolicyTable
| |
| V
| docsIetfQosServiceClassPolicyTable
| |
Pkt | ServiceClassName,|
| ServiceClassPolicyRulePriority|
V V
+--------------------------------------------------------+
| | DOCSIS MAC LAYER ENTITY | |
| | | Select |
| V | any |
| docsIetfQosPktClassTable <--------------| SFID Y |
| | | in SCN |
| | docsIetfQosPktClassPriority, | |
| | SFID X | |
| V V |
| +--------------------------------------------+ |
| | Select the SFID associated with the | |
| | higher of docsIetfQosPktClassPriority or | |
| | docsIetfQosServiceClassPolicyRulePriority | |
| +--------------------------------------------+ |
| | |
| V |
| | | | | |
| | | ... | | Service Flows |
| +----+ +----+ |
| SFID X SFID Y |
+--------------------------------------------------------+
| | 外国行きのPkt V docsDevIpFilterTable------>docsDevFilterPolicyTable| | | V| docsIetfQosServiceClassPolicyTable| | Pkt| ServiceClassName| | ServiceClassPolicyRulePriority| +に対するV--------------------------------------------------------+ | | DOCSIS Mac層の実体| | | | | 選ぶ| | V| いくらか| | docsIetfQosPktClassTable<。--------------| SFID Y| | | | SCNで| | | docsIetfQosPktClassPriority| | | | SFID X| | | V V| | +--------------------------------------------+ | | | 交際したSFIDを選択してください。| | | | またはdocsIetfQosPktClassPriorityで、より高い。| | | | docsIetfQosServiceClassPolicyRulePriority| | | +--------------------------------------------+ | | | | | V| | | | | | | | | | ... | | サービスは流れます。| | +----+ +----+ | | SFID X SFID Y| +--------------------------------------------------------+
Figure 2: DOCSIS Packet Classification
図2: DOCSISパケット分類
The processing of an outgoing packet proceeds as follows:
出発しているパケットの処理は以下の通り続きます:
1. The packet is first checked for matches with rows of the
docsDevIpFilterTable. If it matches, the matching row provides
a docsDevFilterPolicyId integer.
1. パケットは最初に、docsDevIpFilterTableの列とのマッチがないかどうかチェックされます。 合っているなら、合っている列はdocsDevFilterPolicyId整数を提供します。
2. The docsDevFilterPolicyId indexes into one (or more) rows of
docsDevFilterPolicyTable. Each row provides an arbitrary
RowPointer (docsDevFilterPolicyPtr), corresponding to a policy
to be applied to the packet.
2. docsDevFilterPolicyIdはdocsDevFilterPolicyTableの1つ(さらに)の列に索引をつけます。 パケットに適用されるために方針に対応している、各列は任意のRowPointer(docsDevFilterPolicyPtr)を提供します。
Patrick & Murwin Standards Track [Page 18] RFC 4323 IPCDN DOCSIS QoS MIB January 2006
パトリックとMurwin規格はIPCDN DOCSIS QoS MIB2006年1月にRFC4323を追跡します[18ページ]。
3. This MIB module defines a docsIetfQosServiceClassPolicyTable
whose entries may be pointed to by docsDevFilterPolicyPtr in
order to classify packets administratively to a named DOCSIS
Service Class. The docsIetfQosServiceClassPolicyEntry provides
a Service Class Name (SCN) as docsIetfQosServiceClassPolicyName
and a classification rule priority as
docsIetfQosServiceClassPolicyRulePriority. These are submitted
to the device's DOCSIS MAC Layer entity as a special form of
the MAC_DATA.request primitive, as described in Section E.2.1
of [4].
3. このMIBモジュールはエントリーが行政上パケットを命名されたDOCSIS Service Classに分類するためにdocsDevFilterPolicyPtrによって示されるかもしれないdocsIetfQosServiceClassPolicyTableを定義します。 docsIetfQosServiceClassPolicyNameと分類がdocsIetfQosServiceClassPolicyRulePriorityとして優先権を統治するとき、docsIetfQosServiceClassPolicyEntryはService Class Name(SCN)を提供します。 _Mac DATA.request primitiveの特別なフォームとして装置のDOCSIS MAC Layer実体にこれらを提出します、[4]のセクションE.2.1で説明されるように。
4. The MAC Layer selects an SFID ("Y") of an active Service Flow
belonging to the named class, choosing an SF arbitrarily if
there is more than one.
4. MAC Layerは命名されたクラスに属す現役流動のSFID(「Y」)を選択します、1つ以上があれば任意にSFを選んで。
5. The packet is then classified according to the
docsIetfQosPktClassTable, which may classify the packet to a
different SFID "X". Associated with the classifier is a
docsIetfQosPktClassPriority.
5. そして、docsIetfQosPktClassTableによると、パケットは分類されます。(docsIetfQosPktClassTableはパケットを異なったSFID「X」に分類するかもしれません)。 クラシファイアに関連づけられているのは、docsIetfQosPktClassPriorityです。
6. In the event of a conflict between the SCN-determined SFID and
the classified SFID, the greater of docsIetfQosPktClassPriority
and docsIetfQosServiceClassPolicyRulePriority determines which
SFID is selected to forward the packet.
6. SCNが決定しているSFIDと分類されたSFIDとの衝突の場合、docsIetfQosPktClassPriorityとdocsIetfQosServiceClassPolicyRulePriorityについて、よりすばらしいのは、どのSFIDがパケットを進めるのが選択されるかを決定します。
A packet that does not match a docsIetfQosServiceClassPolicyEntry is directly submitted to the DOCSIS MAC layer, where the docsIetfQosPktClassTable selects the SID on which it is to be forwarded.
直接docsIetfQosServiceClassPolicyEntryに合っていないパケットをDOCSIS MAC層に提出します。そこでは、docsIetfQosPktClassTableがそれが進められることになっているSIDを選択します。
By convention (in [4]), the "internal" docsIetfQosPktClassPriority values should be in the range 64-191, while the "external" priorities may be either in the range 192-255 to override the internal classification or in the range 0-63 to be overridden by internal classification.
コンベンション、([4])に、「内部」のdocsIetfQosPktClassPriority値が範囲64-191にあるべきです、内部の分類でくつがえされるために、「外部」のプライオリティは内部の分類をくつがえす範囲192-255か範囲0-63にあるかもしれませんが。
This classification mechanism applies both upstream from the CM and downstream from the CMTS.
この分類メカニズムはCMと川下からCMTSから両方を上流へ当てはまります。
4. DOCSIS and IPv4 Type-of-Service (ToS) Field
4. DOCSISとサービスのIPv4タイプ(ToS)分野
The DOCSIS-IETF-QOS-MIB MIB module relies on the DOCSIS MAC layer protocols and uses objects that reflect the IPv4 Type-of-Service (ToS) octet as defined in [14]. The applicability of these objects is limited to the DOCSIS access network. The past and current versions of the DOCSIS specifications for which this MIB module is defined do not reflect Differentiated Services [9] on the DOCSIS access network. However, with proper selection of values for these
DOCSIS-IETF-QOS-MIB MIBモジュールは、DOCSIS MAC層のプロトコルを当てにして、[14]で定義されるようにサービスのIPv4 Type(ToS)八重奏を反映する物を使用します。 これらの物の適用性はDOCSISアクセスネットワークに制限されます。 このMIBモジュールが定義されるDOCSIS仕様の過去の、そして、現在のバージョンはDOCSISアクセスネットワークにDifferentiated Services[9]を反映しません。 しかしながら、これらのための値の適切な品揃え
Patrick & Murwin Standards Track [Page 19] RFC 4323 IPCDN DOCSIS QoS MIB January 2006
パトリックとMurwin規格はIPCDN DOCSIS QoS MIB2006年1月にRFC4323を追跡します[19ページ]。
objects, the network operator can enforce Differentiated Services Per-hop Behaviors (PHBs) on the DOCSIS Access Network, and can configure the modification of the DSCP for certain packet flows as they enter the metro network from the access network. Essentially this makes the DOCSIS access network TOS marking compatible with the wider use of DSCP outside DOCSIS networks. Note that because the entire IPv4 TOS octet may be available for modification via the latter mechanism (due to the current MAC level DOCSIS protocols and CLI interface configuration), it is possible that the DOCSIS network could be configured to modify the Explicit Congestion Notification (ECN) bits [10] of certain packets. This modification of the ECN bits is prevented by the MIB module's design. The MIB module prohibits the modification of the TOS octet (read-only objects: docsIetfQosPktClassIpTosLow, docsIetfQosPktClassIpTosHigh docsIetfQosPktClassIpTosMask, docsIetfQosParamSetTosAndMask, docsIetfQosParamSetTosOrMask) and allows the DSCP field to be modified (read-create object: docsIetfQosServiceClassDSCPOverwrite).
物、ネットワーク・オペレータはDOCSIS Access Networkの上のDifferentiated Services Per-ホップBehaviors(PHBs)を実施できて、彼らがアクセスネットワークから地下鉄ネットワークに入るのに従って、あるパケットのためのDSCPの変更が流れるのを構成できます。 本質的にはこれで、DOCSISアクセスネットワークTOSマークはDOCSISネットワークの外でDSCPの、より広い使用と互換性があるようになります。 全体のIPv4 TOS八重奏が後者のメカニズム(現在のMAC平らなDOCSISプロトコルとCLIインタフェース構成による)で変更に利用可能であるかもしれないのであるパケットのExplicit Congestion Notification(電子証券取引ネットワーク)ビット[10]を変更するためにDOCSISネットワークを構成できたのが可能であることに注意してください。 電子証券取引ネットワークビットのこの変更はMIBモジュールのデザインによって防がれます。 MIBモジュールは、TOS八重奏(書き込み禁止物: docsIetfQosPktClassIpTosLow、docsIetfQosPktClassIpTosHigh docsIetfQosPktClassIpTosMask、docsIetfQosParamSetTosAndMask、docsIetfQosParamSetTosOrMask)の変更を禁止して、DSCP分野が変更されるのを許容します(物: docsIetfQosServiceClassDSCPOverwriteを読書して作成してください)。
5. Definitions
5. 定義
This MIB module refers to the SNMPv2-SMI [1] MIB module, SNMPv2-TC [2] MIB module, SNMPv2-CONF [3] MIB Module, DOCSIS RFI Specification SP-RFIv2.0-I06-040804 [4], INET-ADDRESS-MIB [8] MIB module, IF-MIB [11] MIB module, SNMP-FRAMEWORK-MIB [12] MIB module, and DIFFSERV- DSCP-TC [13] MIB module.
このMIBモジュールはSNMPv2-SMI[1]MIBモジュールを示します、SNMPv2-TC[2]MIBモジュール、SNMPv2-CONF[3]MIB Module、DOCSIS RFI Specification SP-RFIv2.0-I06-040804[4]、INET-ADDRESS-MIB[8]MIBモジュール、-、MIB、[11]MIBモジュール、SNMP-FRAMEWORK-MIB[12]MIBモジュール、およびDIFFSERV- DSCP-TC[13]MIBモジュール。
DOCS-IETF-QOS-MIB DEFINITIONS ::= BEGIN
DOCS-IETF-QOS-MIB定義:、:= 始まってください。
IMPORTS
MODULE-IDENTITY,
OBJECT-TYPE,
Integer32,
Counter32,
Unsigned32,
Counter64,
mib-2
FROM SNMPv2-SMI
IMPORTS MODULE-IDENTITY、OBJECT-TYPE、Integer32、Counter32、Unsigned32、Counter64、mib-2 FROM SNMPv2-SMI
TEXTUAL-CONVENTION,
MacAddress,
RowStatus,
TruthValue,
TimeStamp,
StorageType
FROM SNMPv2-TC
SNMPv2-Tcからの原文のコンベンション、MacAddress、RowStatus、TruthValue、タイムスタンプ、StorageType
OBJECT-GROUP,
MODULE-COMPLIANCE
物グループ、モジュールコンプライアンス
Patrick & Murwin Standards Track [Page 20] RFC 4323 IPCDN DOCSIS QoS MIB January 2006
パトリックとMurwin規格はIPCDN DOCSIS QoS MIB2006年1月にRFC4323を追跡します[20ページ]。
FROM SNMPv2-CONF
SNMPv2-CONFから
ifIndex,
InterfaceIndex
FROM IF-MIB
ifIndex、InterfaceIndex、-、MIB
InetAddressType,
InetAddress,
InetPortNumber
FROM INET-ADDRESS-MIB
INETアドレスMIBからのInetAddressType、InetAddress、InetPortNumber
DscpOrAny
FROM DIFFSERV-DSCP-TC
DIFFSERV-DSCP-TcからのDscpOrAny
SnmpAdminString
FROM SNMP-FRAMEWORK-MIB;
SNMP枠組みのMIBからのSnmpAdminString。
docsIetfQosMIB MODULE-IDENTITY
LAST-UPDATED "200601230000Z" -- January 23, 2006
ORGANIZATION "IETF IP over Cable Data Network (IPCDN)
Working Group"
CONTACT-INFO
"
Co-Author: Michael Patrick
Postal: Motorola BCS
111 Locke Drive
Marlborough, MA 01752-7214
U.S.A.
Phone: +1 508 786 7563
E-mail: michael.patrick@motorola.com
docsIetfQosMIBモジュールアイデンティティ最終更新日の"200601230000Z"--「以下について共同執筆してください」という2006年1月23日組織「ケーブルデータ網(IPCDN)作業部会の上のIETF IP」コンタクトインフォメーション マイケル・パトリックPostal: モトローラBCS111ロック・Drive MA01752-7214マールバラ(米国)は以下に電話をします。 +1 7563年の508 786メール: michael.patrick@motorola.com
Co-Author: William Murwin
Postal: Motorola BCS
111 Locke Drive
Marlborough, MA 01752-7214
U.S.A.
Phone: +1 508 786 7594
E-mail: w.murwin@motorola.com
以下について共同執筆してください。 ウィリアムMurwin郵便: モトローラBCS111ロック・Drive MA01752-7214マールバラ(米国)は以下に電話をします。 +1 7594年の508 786メール: w.murwin@motorola.com
IETF IPCDN Working Group
General Discussion: ipcdn@ietf.org
Subscribe: http://www.ietf.org/mailman/listinfo/ipcdn
Archive: ftp://ftp.ietf.org/ietf-mail-archive/ipcdn
Co-chairs: Richard Woundy, Richard_Woundy@cable.comcast.com
Jean-Francois Mule, jfm@cablelabs.com"
DESCRIPTION
"This is the management information for
Quality Of Service (QOS) for DOCSIS 1.1 and 2.0.
IETF IPCDNワーキンググループ一般議論: ipcdn@ietf.org は申し込まれます: http://www.ietf.org/mailman/listinfo/ipcdn アーカイブ: ftp://ftp.ietf.org/ietf-mail-archive/ipcdn 共同議長: 「リチャードWoundy、 Richard_Woundy@cable.comcast.com ジャン・フランソワMule、 jfm@cablelabs.com 」記述、「これはDOCSIS1.1と2.0のためのQuality Of Service(QOS)のための経営情報です」。
Patrick & Murwin Standards Track [Page 21] RFC 4323 IPCDN DOCSIS QoS MIB January 2006
パトリックとMurwin規格はIPCDN DOCSIS QoS MIB2006年1月にRFC4323を追跡します[21ページ]。
Copyright (C) The Internet Society (2006). This version of
this MIB module is part of RFC 4323; see the RFC itself for
full legal notices."
Copyright(C)インターネット協会(2006)。 このMIBモジュールのこのバージョンはRFC4323の一部です。 「完全な法定の通知に関してRFC自身を見てください。」
REVISION "200601230000Z" -- January 23, 2006
DESCRIPTION
"Initial version, published as RFC 4323."
::= { mib-2 127 }
REVISION"200601230000Z"--「初期のバージョンであって、RFC4323として発行された」2006年1月23日記述。 ::= mib-2 127
--
-- Placeholder for notifications/traps.
--
docsIetfQosNotifications OBJECT IDENTIFIER ::= { docsIetfQosMIB 0 }
-- -- 通知/罠のためのプレースホルダ。 -- docsIetfQosNotifications物の識別子:、:= docsIetfQosMIB0
docsIetfQosMIBObjects OBJECT IDENTIFIER ::= { docsIetfQosMIB 1 }
docsIetfQosMIBObjects物の識別子:、:= docsIetfQosMIB1
-- Textual Conventions
DocsIetfQosRfMacIfDirection ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION "Indicates a direction on an RF MAC interface.
-- 原文のコンベンションDocsIetfQosRfMacIfDirection:、:= TEXTUAL-CONVENTION STATUSの現在の記述は「RF MACインタフェースに関する指示を示します」。
The value downstream(1) is from Cable Modem
Termination System to Cable Modem.
Cable Modem Termination SystemからCable Modemまで値の川下(1)があります。
The value upstream(2) is from Cable Modem to
Cable Modem Termination System."
SYNTAX INTEGER {
downstream(1),
upstream(2)
}
「Cable ModemからCable Modem Termination Systemまで値の上流(2)があります。」 構文整数川下(1)、上流(2)
DocsIetfQosBitRate ::= TEXTUAL-CONVENTION
DISPLAY-HINT "d"
STATUS current
DESCRIPTION "The rate of traffic in unit of bits per second.
Used to specify traffic rate for QOS."
SYNTAX Unsigned32
DocsIetfQosBitRate:、:= TEXTUAL-CONVENTION DISPLAY-ヒントの「d」STATUSの現在の記述、「bpsのユニットのトラフィックのレート。」 「QOSのトラフィックレートを指定するのにおいて、中古です」。 構文Unsigned32
DocsIetfQosSchedulingType ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION "The scheduling service provided by a CMTS for an
upstream Service Flow. If the parameter is omitted
from an upstream QOS Parameter Set, this object
takes the value of bestEffort (2). This parameter
must be reported as undefined (1) for downstream
QOS Parameter Sets."
SYNTAX INTEGER {
undefined (1),
DocsIetfQosSchedulingType:、:= 「スケジューリングサービスはCMTSから上流のService Flowに供給した」TEXTUAL-CONVENTION STATUSの現在の記述。 パラメタが上流のQOS Parameter Setから省略されるなら、このオブジェクトはbestEffort(2)の値を取ります。 「川下のQOS Parameter Setsのための未定義の(1)としてこのパラメタを報告しなければなりません。」 SYNTAX INTEGER、未定義の(1)
Patrick & Murwin Standards Track [Page 22] RFC 4323 IPCDN DOCSIS QoS MIB January 2006
パトリックとMurwin規格はIPCDN DOCSIS QoS MIB2006年1月にRFC4323を追跡します[22ページ]。
bestEffort (2),
nonRealTimePollingService(3),
realTimePollingService(4),
unsolictedGrantServiceWithAD(5),
unsolictedGrantService(6)
}
bestEffort(2)、nonRealTimePollingService(3)、realTimePollingService(4)、unsolictedGrantServiceWithAD(5)、unsolictedGrantService(6)
-----------------------------------------------------------------------
--
-- Packet Classifier Table
--
docsIetfQosPktClassTable OBJECT-TYPE
SYNTAX SEQUENCE OF DocsIetfQosPktClassEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION "This table describes the packet classification
configured on the CM or CMTS.
The model is that a packet either received
as input from an interface or transmitted
for output on an interface may be compared
against an ordered list of rules pertaining to
the packet contents. Each rule is a row of this
table. A matching rule provides a Service Flow
ID to which the packet is classified.
All rules need to match for a packet to match
a classifier.
----------------------------------------------------------------------- -- -- パケットClassifier Table--、docsIetfQosPktClassTable OBJECT-TYPEのSYNTAX SEQUENCE OF DocsIetfQosPktClassEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「このテーブルはCMかCMTSで構成されたパケット分類について説明します」。 モデルはどちらかがインタフェースから入力されるか、または出力のためにインタフェースで伝えられるように受けたパケットがパケットコンテンツに関係する規則の規則正しいリストに対して比較されるかもしれないということです。 各規則はこのテーブルの行です。 合っている規則はパケットが分類されているService Flow IDを提供します。 すべての規則が、パケットがクラシファイアに合うように合う必要があります。
The objects in this row correspond to a set of
Classifier Encoding parameters in a DOCSIS
MAC management message. The
docsIetfQosPktClassBitMap indicates which
particular parameters were present in the
classifier as signaled in the DOCSIS message.
If the referenced parameter was not present
in the signaled DOCSIS 1.1 and 2.0 Classifier, the
corresponding object in this row reports a
value as specified in the DESCRIPTION section."
::= { docsIetfQosMIBObjects 1 }
この行のオブジェクトはDOCSIS MAC管理メッセージの1セットのClassifier Encodingパラメタに対応しています。 docsIetfQosPktClassBitMapは、DOCSISメッセージで合図されるようにクラシファイアでどの特定のパラメタが存在していたかを示します。 「参照をつけられたパラメタが合図されたDOCSIS1.1と2.0Classifierに存在していなかったなら、この行の対応するオブジェクトは記述部で指定されているとして値を報告します。」 ::= docsIetfQosMIBObjects1
docsIetfQosPktClassEntry OBJECT-TYPE
SYNTAX DocsIetfQosPktClassEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION "An entry in this table provides a single packet
classifier rule. The index ifIndex is an ifType
of docsCableMaclayer(127)."
INDEX {
「このテーブルのエントリーはただ一つのパケットクラシファイア規則を提供する」docsIetfQosPktClassEntry OBJECT-TYPE SYNTAX DocsIetfQosPktClassEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 「インデックスifIndexはdocsCableMaclayer(127)のifTypeです。」 インデックス
Patrick & Murwin Standards Track [Page 23] RFC 4323 IPCDN DOCSIS QoS MIB January 2006
パトリックとMurwin規格はIPCDN DOCSIS QoS MIB2006年1月にRFC4323を追跡します[23ページ]。
ifIndex,
docsIetfQosServiceFlowId,
docsIetfQosPktClassId
}
::= { docsIetfQosPktClassTable 1 }
ifIndex、docsIetfQosServiceFlowId、docsIetfQosPktClassId ::= docsIetfQosPktClassTable1
DocsIetfQosPktClassEntry ::= SEQUENCE {
docsIetfQosPktClassId Unsigned32,
docsIetfQosPktClassDirection DocsIetfQosRfMacIfDirection,
docsIetfQosPktClassPriority Integer32,
docsIetfQosPktClassIpTosLow OCTET STRING,
docsIetfQosPktClassIpTosHigh OCTET STRING,
docsIetfQosPktClassIpTosMask OCTET STRING,
docsIetfQosPktClassIpProtocol Integer32,
docsIetfQosPktClassInetAddressType InetAddressType,
docsIetfQosPktClassInetSourceAddr InetAddress,
docsIetfQosPktClassInetSourceMask InetAddress,
docsIetfQosPktClassInetDestAddr InetAddress,
docsIetfQosPktClassInetDestMask InetAddress,
docsIetfQosPktClassSourcePortStart InetPortNumber,
docsIetfQosPktClassSourcePortEnd InetPortNumber,
docsIetfQosPktClassDestPortStart InetPortNumber,
docsIetfQosPktClassDestPortEnd InetPortNumber,
docsIetfQosPktClassDestMacAddr MacAddress,
docsIetfQosPktClassDestMacMask MacAddress,
docsIetfQosPktClassSourceMacAddr MacAddress,
docsIetfQosPktClassEnetProtocolType INTEGER,
docsIetfQosPktClassEnetProtocol Integer32,
docsIetfQosPktClassUserPriLow Integer32,
docsIetfQosPktClassUserPriHigh Integer32,
docsIetfQosPktClassVlanId Integer32,
docsIetfQosPktClassStateActive TruthValue,
docsIetfQosPktClassPkts Counter64,
docsIetfQosPktClassBitMap BITS
}
DocsIetfQosPktClassEntry:、:= 系列docsIetfQosPktClassId Unsigned32、docsIetfQosPktClassDirection DocsIetfQosRfMacIfDirection、docsIetfQosPktClassPriority Integer32、docsIetfQosPktClassIpTosLow八重奏ストリング、docsIetfQosPktClassIpTosHigh八重奏ストリング、docsIetfQosPktClassIpTosMask八重奏ストリング、docsIetfQosPktClassIpProtocol Integer32、docsIetfQosPktClassInetAddressType InetAddressType、docsIetfQosPktClassInetSourceAddr InetAddress、docsIetfQosPktClassInetSourceMask InetAddress、docsIetfQosPktClassInetDestAddr InetAddress; docsIetfQosPktClassInetDestMask InetAddress、docsIetfQosPktClassSourcePortStart InetPortNumber、docsIetfQosPktClassSourcePortEnd InetPortNumber、docsIetfQosPktClassDestPortStart InetPortNumber、docsIetfQosPktClassDestPortEnd InetPortNumber、docsIetfQosPktClassDestMacAddr MacAddress; docsIetfQosPktClassDestMacMask MacAddress、docsIetfQosPktClassSourceMacAddr MacAddress、docsIetfQosPktClassEnetProtocolType整数、docsIetfQosPktClassEnetProtocol Integer32、docsIetfQosPktClassUserPriLow Integer32、docsIetfQosPktClassUserPriHigh Integer32、docsIetfQosPktClassVlanId Integer32、docsIetfQosPktClassStateActive TruthValue、docsIetfQosPktClassPkts Counter64、docsIetfQosPktClassBitMapビット
docsIetfQosPktClassId OBJECT-TYPE
SYNTAX Unsigned32 (1..65535)
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION "Index assigned to packet classifier entry by
the CMTS, which is unique per Service Flow."
REFERENCE "SP-RFIv2.0-I06-040804, Appendix C.2.1.3.2"
::= { docsIetfQosPktClassEntry 1 }
「インデックスはService Flow単位でユニークなCMTSによるパケットクラシファイアエントリーに割り当てた」docsIetfQosPktClassId OBJECT-TYPE SYNTAX Unsigned32(1 .65535)のマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 参照、「SP-RFIv2.0-I06-040804、付録C.2.1.3、0.2インチ:、:、」= docsIetfQosPktClassEntry1
docsIetfQosPktClassDirection OBJECT-TYPE
docsIetfQosPktClassDirectionオブジェクト・タイプ
Patrick & Murwin Standards Track [Page 24] RFC 4323 IPCDN DOCSIS QoS MIB January 2006
パトリックとMurwin規格はIPCDN DOCSIS QoS MIB2006年1月にRFC4323を追跡します[24ページ]。
SYNTAX DocsIetfQosRfMacIfDirection
MAX-ACCESS read-only
STATUS current
DESCRIPTION "Indicates the direction to which the classifier
is applied."
::= { docsIetfQosPktClassEntry 2 }
SYNTAX DocsIetfQosRfMacIfDirectionのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「クラシファイアが付けられる方向を示します」。 ::= docsIetfQosPktClassEntry2
docsIetfQosPktClassPriority OBJECT-TYPE
SYNTAX Integer32 (0..255)
MAX-ACCESS read-only
STATUS current
DESCRIPTION "The value specifies the order of evaluation
of the classifiers.
docsIetfQosPktClassPriority OBJECT-TYPE SYNTAX Integer32(0 .255)のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「値はクラシファイアの評価の注文を指定します」。
The higher the value, the higher the priority.
The value of 0 is used as default in
provisioned Service Flows Classifiers.
The default value of 64 is used for dynamic
Service Flow Classifiers.
値が高ければ高いほど、優先度は、より高いです。 0の値は食糧を供給されたService Flows Classifiersのデフォルトとして使用されます。 64のデフォルト値はダイナミックなService Flow Classifiersに使用されます。
If the referenced parameter is not present
in a classifier, this object reports the default
value as defined above."
REFERENCE "SP-RFIv2.0-I06-040804, Appendix C.2.1.3.5"
::= { docsIetfQosPktClassEntry 3 }
「参照をつけられたパラメタがクラシファイアに存在していないなら、このオブジェクトは上で定義されるようにデフォルト値を報告します。」 参照、「SP-RFIv2.0-I06-040804、付録C.2.1.3、0.5インチ:、:、」= docsIetfQosPktClassEntry3
docsIetfQosPktClassIpTosLow OBJECT-TYPE
SYNTAX OCTET STRING (SIZE(1))
MAX-ACCESS read-only
STATUS current
DESCRIPTION "The low value of a range of TOS byte values.
If the referenced parameter is not present
in a classifier, this object reports the value
of 0.
docsIetfQosPktClassIpTosLow OBJECT-TYPE SYNTAX OCTET STRING、(「さまざまなTOSバイトの低値は評価する」SIZE(1)) MAX-ACCESSの読書だけのSTATUSの現在の記述。 参照をつけられたパラメタがクラシファイアに存在していないなら、このオブジェクトは0の値を報告します。
The IP TOS octet, as originally defined in RFC 791,
has been superseded by the 6-bit Differentiated
Services Field (DSField, RFC 3260) and the 2-bit
Explicit Congestion Notification Field (ECN field,
RFC 3168). This object is defined as an 8-bit
octet as per the DOCSIS Specification
for packet classification."
REFERENCE "SP-RFIv2.0-I06-040804, Appendix C.2.1.5.1"
::= { docsIetfQosPktClassEntry 4 }
元々RFC791で定義されるIP TOS八重奏は6ビットのDifferentiated Services Field(DSField、RFC3260)と2ビットのExplicit Congestion Notification Field(電子証券取引ネットワーク分野、RFC3168)によって取って代わられました。 「このオブジェクトはパケット分類のためのDOCSIS Specificationに従って8ビット・オクテットと定義されます。」 参照、「SP-RFIv2.0-I06-040804、付録C.2.1.5、0.1インチ:、:、」= docsIetfQosPktClassEntry4
docsIetfQosPktClassIpTosHigh OBJECT-TYPE
SYNTAX OCTET STRING (SIZE(1))
MAX-ACCESS read-only
docsIetfQosPktClassIpTosHigh OBJECT-TYPE SYNTAX OCTET STRING、(SIZE(1)) MAX-ACCESS書き込み禁止
Patrick & Murwin Standards Track [Page 25] RFC 4323 IPCDN DOCSIS QoS MIB January 2006
パトリックとMurwin規格はIPCDN DOCSIS QoS MIB2006年1月にRFC4323を追跡します[25ページ]。
STATUS current
DESCRIPTION "The 8-bit high value of a range of TOS byte
values.
「さまざまなTOSバイトの8ビットの高い値は評価する」STATUSの現在の記述。
If the referenced parameter is not present
in a classifier, this object reports the
value of 0.
参照をつけられたパラメタがクラシファイアに存在していないなら、このオブジェクトは0の値を報告します。
The IP TOS octet as originally defined in RFC 791
has been superseded by the 6-bit Differentiated
Services Field (DSField, RFC 3260) and the 2-bit
Explicit Congestion Notification Field (ECN field,
RFC 3168). This object is defined as an 8-bit
octet as defined by the DOCSIS Specification
for packet classification."
REFERENCE "SP-RFIv2.0-I06-040804, Appendix C.2.1.5.1"
::= { docsIetfQosPktClassEntry 5 }
RFC791の元々定義されているとしてのIP TOS八重奏は6ビットのDifferentiated Services Field(DSField、RFC3260)と2ビットのExplicit Congestion Notification Field(電子証券取引ネットワーク分野、RFC3168)によって取って代わられました。 「このオブジェクトはパケット分類のためにDOCSIS Specificationによって定義される8ビット・オクテットと定義されます。」 参照、「SP-RFIv2.0-I06-040804、付録C.2.1.5、0.1インチ:、:、」= docsIetfQosPktClassEntry5
docsIetfQosPktClassIpTosMask OBJECT-TYPE
SYNTAX OCTET STRING (SIZE(1))
MAX-ACCESS read-only
STATUS current
DESCRIPTION "The mask value is bitwise ANDed with TOS byte
in an IP packet, and this value is used for
range checking of TosLow and TosHigh.
docsIetfQosPktClassIpTosMask OBJECT-TYPE SYNTAX OCTET STRING、(SIZE(1)) MAX-ACCESSの読書だけのSTATUSの現在の記述は「TosLowとTosHighの範囲点検のためのTOSバイトがIPパケットにあって、この値が使用されているマスクが、評価するbitwise ANDedです」。
If the referenced parameter is not present
in a classifier, this object reports the value
of 0.
参照をつけられたパラメタがクラシファイアに存在していないなら、このオブジェクトは0の値を報告します。
The IP TOS octet as originally defined in RFC 791
has been superseded by the 6-bit Differentiated
Services Field (DSField, RFC 3260) and the 2-bit
Explicit Congestion Notification Field (ECN field,
RFC 3168). This object is defined as an 8-bit
octet per the DOCSIS Specification for packet
classification."
REFERENCE "SP-RFIv2.0-I06-040804, Appendix C.2.1.5.1"
::= { docsIetfQosPktClassEntry 6 }
RFC791の元々定義されているとしてのIP TOS八重奏は6ビットのDifferentiated Services Field(DSField、RFC3260)と2ビットのExplicit Congestion Notification Field(電子証券取引ネットワーク分野、RFC3168)によって取って代わられました。 「このオブジェクトはパケット分類のために1DOCSIS Specificationあたり1つの8ビット・オクテットと定義されます。」 参照、「SP-RFIv2.0-I06-040804、付録C.2.1.5、0.1インチ:、:、」= docsIetfQosPktClassEntry6
docsIetfQosPktClassIpProtocol OBJECT-TYPE
SYNTAX Integer32 (0..258)
MAX-ACCESS read-only
STATUS current
DESCRIPTION "This object indicates the value of the IP
Protocol field required for IP packets to match
this rule.
「IPパケットがこの規則に合うのが必要このオブジェクトがIPプロトコル分野の値を示すした」docsIetfQosPktClassIpProtocol OBJECT-TYPE SYNTAX Integer32(0 .258)のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。
Patrick & Murwin Standards Track [Page 26] RFC 4323 IPCDN DOCSIS QoS MIB January 2006
パトリックとMurwin規格はIPCDN DOCSIS QoS MIB2006年1月にRFC4323を追跡します[26ページ]。
The value 256 matches traffic with any IP Protocol
value. The value 257 by convention matches both TCP
and UDP.
値256はどんなIPプロトコル価値にもトラフィックを合わせます。 コンベンションによる値257はTCPとUDPの両方に合っています。
If the referenced parameter is not present
in a classifier, this object reports the value
of 258."
REFERENCE "SP-RFIv2.0-I06-040804, Appendix C.2.1.5.2"
::= { docsIetfQosPktClassEntry 7 }
「参照をつけられたパラメタがクラシファイアに存在していないなら、このオブジェクトは258の値を報告します。」 参照、「SP-RFIv2.0-I06-040804、付録C.2.1.5、0.2インチ:、:、」= docsIetfQosPktClassEntry7
docsIetfQosPktClassInetAddressType OBJECT-TYPE
SYNTAX InetAddressType
MAX-ACCESS read-only
STATUS current
DESCRIPTION "The type of the Internet address for
docsIetfQosPktClassInetSourceAddr,
docsIetfQosPktClassInetSourceMask,
docsIetfQosPktClassInetDestAddr, and
docsIetfQosPktClassInetDestMask.
docsIetfQosPktClassInetAddressType OBJECT-TYPE SYNTAX InetAddressTypeのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述「docsIetfQosPktClassInetSourceAddrのためのインターネット・アドレスのタイプ、docsIetfQosPktClassInetSourceMask、docsIetfQosPktClassInetDestAddr、およびdocsIetfQosPktClassInetDestMask。」
If the referenced parameter is not present
in a classifier, this object reports the value of
ipv4(1)."
REFERENCE "SP-RFIv2.0-I06-040804, Appendix C.2.1.5.3"
::= { docsIetfQosPktClassEntry 8 }
「参照をつけられたパラメタがクラシファイアに存在していないなら、このオブジェクトはipv4(1)の値を報告します。」 参照、「SP-RFIv2.0-I06-040804、付録C.2.1.5、0.3インチ:、:、」= docsIetfQosPktClassEntry8
docsIetfQosPktClassInetSourceAddr OBJECT-TYPE
SYNTAX InetAddress
MAX-ACCESS read-only
STATUS current
DESCRIPTION "This object specifies the value of the IP
Source Address required for packets to match
this rule.
docsIetfQosPktClassInetSourceAddr OBJECT-TYPE SYNTAX InetAddressのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「Source Addressが、パケットがこの規則に合っているのを必要としたIPの値を指定これが反対するします」。
An IP packet matches the rule when the packet
IP Source Address bitwise ANDed with the
docsIetfQosPktClassInetSourceMask value equals the
docsIetfQosPktClassInetSourceAddr value.
docsIetfQosPktClassInetSourceMask値があるパケットIP Source Address bitwise ANDedがdocsIetfQosPktClassInetSourceAddr値と等しいときに、IPパケットは規則に合っています。
The address type of this object is specified by
docsIetfQosPktClassInetAddressType.
このオブジェクトのアドレスタイプはdocsIetfQosPktClassInetAddressTypeによって指定されます。
If the referenced parameter is not present
in a classifier, this object reports the value of
'00000000'H."
REFERENCE "SP-RFIv2.0-I06-040804, Appendix C.2.1.5.3"
::= { docsIetfQosPktClassEntry 9 }
「参照をつけられたパラメタがクラシファイアに存在していないなら、このオブジェクトは'00000000'H.の値を報告します」 参照、「SP-RFIv2.0-I06-040804、付録C.2.1.5、0.3インチ:、:、」= docsIetfQosPktClassEntry9
Patrick & Murwin Standards Track [Page 27] RFC 4323 IPCDN DOCSIS QoS MIB January 2006
パトリックとMurwin規格はIPCDN DOCSIS QoS MIB2006年1月にRFC4323を追跡します[27ページ]。
docsIetfQosPktClassInetSourceMask OBJECT-TYPE
SYNTAX InetAddress
MAX-ACCESS read-only
STATUS current
DESCRIPTION "This object specifies which bits of a packet's
IP Source Address are compared to match
this rule.
docsIetfQosPktClassInetSourceMask OBJECT-TYPE SYNTAX InetAddressのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「パケットのIP Source Addressのどのビットがこの規則を合わせるために比較されるかを指定これが反対するします」。
An IP packet matches the rule when the packet
source address bitwise ANDed with the
docsIetfQosPktClassInetSourceMask value equals the
docsIetfQosIpPktClassInetSourceAddr value.
docsIetfQosPktClassInetSourceMask値があるパケットソースアドレスbitwise ANDedがdocsIetfQosIpPktClassInetSourceAddr値と等しいときに、IPパケットは規則に合っています。
The address type of this object is specified by
docsIetfQosPktClassInetAddressType.
このオブジェクトのアドレスタイプはdocsIetfQosPktClassInetAddressTypeによって指定されます。
If the referenced parameter is not present
in a classifier, this object reports the value of
'FFFFFFFF'H."
REFERENCE "SP-RFIv2.0-I06-040804, Appendix C.2.1.5.4"
::= { docsIetfQosPktClassEntry 10 }
「参照をつけられたパラメタがクラシファイアに存在していないなら、このオブジェクトは'FFFFFFFF'H.」の値を報告します' 参照、「SP-RFIv2.0-I06-040804、付録C.2.1.5、0.4インチ:、:、」= docsIetfQosPktClassEntry10
docsIetfQosPktClassInetDestAddr OBJECT-TYPE
SYNTAX InetAddress
MAX-ACCESS read-only
STATUS current
DESCRIPTION "This object specifies the value of the IP
Destination Address required for packets to match
this rule.
docsIetfQosPktClassInetDestAddr OBJECT-TYPE SYNTAX InetAddressのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「Destination Addressが、パケットがこの規則に合っているのを必要としたIPの値を指定これが反対するします」。
An IP packet matches the rule when the packet
IP Destination Address bitwise ANDed with the
docsIetfQosPktClassInetDestMask value
equals the docsIetfQosPktClassInetDestAddr value.
docsIetfQosPktClassInetDestMask値があるパケットIP Destination Address bitwise ANDedがdocsIetfQosPktClassInetDestAddr値と等しいときに、IPパケットは規則に合っています。
The address type of this object is specified by
docsIetfQosPktClassInetAddressType.
このオブジェクトのアドレスタイプはdocsIetfQosPktClassInetAddressTypeによって指定されます。
If the referenced parameter is not present
in a classifier, this object reports the value of
'00000000'H."
REFERENCE "SP-RFIv2.0-I06-040804, Appendix C.2.1.5.5"
::= { docsIetfQosPktClassEntry 11 }
「参照をつけられたパラメタがクラシファイアに存在していないなら、このオブジェクトは'00000000'H.の値を報告します」 参照、「SP-RFIv2.0-I06-040804、付録C.2.1.5、0.5インチ:、:、」= docsIetfQosPktClassEntry11
docsIetfQosPktClassInetDestMask OBJECT-TYPE
SYNTAX InetAddress
MAX-ACCESS read-only
STATUS current
docsIetfQosPktClassInetDestMask OBJECT-TYPE SYNTAX InetAddressマックス-ACCESS書き込み禁止STATUS海流
Patrick & Murwin Standards Track [Page 28] RFC 4323 IPCDN DOCSIS QoS MIB January 2006
パトリックとMurwin規格はIPCDN DOCSIS QoS MIB2006年1月にRFC4323を追跡します[28ページ]。
DESCRIPTION "This object specifies which bits of a packet's
IP Destination Address are compared to
match this rule.
記述は「パケットのIP Destination Addressのどのビットがこの規則を合わせるために比較されるかを指定これが反対するします」。
An IP packet matches the rule when the packet
destination address bitwise ANDed with the
docsIetfQosPktClassInetDestMask value equals the
docsIetfQosIpPktClassInetDestAddr value.
docsIetfQosPktClassInetDestMask値があるパケットの目的地アドレスbitwise ANDedがdocsIetfQosIpPktClassInetDestAddr値と等しいときに、IPパケットは規則に合っています。
The address type of this object is specified by
docsIetfQosPktClassInetAddressType.
このオブジェクトのアドレスタイプはdocsIetfQosPktClassInetAddressTypeによって指定されます。
If the referenced parameter is not present
in a classifier, this object reports the value of
'FFFFFFFF'H."
REFERENCE "SP-RFIv2.0-I06-040804, Appendix C.2.1.5.6"
::= { docsIetfQosPktClassEntry 12 }
「参照をつけられたパラメタがクラシファイアに存在していないなら、このオブジェクトは'FFFFFFFF'H.」の値を報告します' 参照、「SP-RFIv2.0-I06-040804、付録C.2.1.5、0.6インチ:、:、」= docsIetfQosPktClassEntry12
docsIetfQosPktClassSourcePortStart OBJECT-TYPE
SYNTAX InetPortNumber
MAX-ACCESS read-only
STATUS current
DESCRIPTION "This object specifies the low-end inclusive
range of TCP/UDP source port numbers to which
a packet is compared. This object is irrelevant
for non-TCP/UDP IP packets.
docsIetfQosPktClassSourcePortStart OBJECT-TYPE SYNTAX InetPortNumberのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「パケットが比較されるローエンドの包括的な範囲のTCP/UDPソースポート番号を指定これが反対するします」。 非TCP/UDP IPパケットに、このオブジェクトは無関係です。
If the referenced parameter is not present
in a classifier, this object reports the value
of 0."
REFERENCE "SP-RFIv2.0-I06-040804, Appendix C.2.1.5.7"
::= { docsIetfQosPktClassEntry 13 }
「参照をつけられたパラメタがクラシファイアに存在していないなら、このオブジェクトは0の値を報告します。」 参照、「SP-RFIv2.0-I06-040804、付録C.2.1.5、0.7インチ:、:、」= docsIetfQosPktClassEntry13
docsIetfQosPktClassSourcePortEnd OBJECT-TYPE
SYNTAX InetPortNumber
MAX-ACCESS read-only
STATUS current
DESCRIPTION "This object specifies the high-end inclusive
range of TCP/UDP source port numbers to which
a packet is compared. This object is irrelevant
for non-TCP/UDP IP packets.
docsIetfQosPktClassSourcePortEnd OBJECT-TYPE SYNTAX InetPortNumberのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「パケットが比較されるハイエンドの包括的な範囲のTCP/UDPソースポート番号を指定これが反対するします」。 非TCP/UDP IPパケットに、このオブジェクトは無関係です。
If the referenced parameter is not present
in a classifier, this object reports the value of
65535."
REFERENCE "SP-RFIv2.0-I06-040804, Appendix C.2.1.5.8"
::= { docsIetfQosPktClassEntry 14 }
「参照をつけられたパラメタがクラシファイアに存在していないなら、このオブジェクトは65535の値を報告します。」 参照、「SP-RFIv2.0-I06-040804、付録C.2.1.5、0.8インチ:、:、」= docsIetfQosPktClassEntry14
Patrick & Murwin Standards Track [Page 29] RFC 4323 IPCDN DOCSIS QoS MIB January 2006
パトリックとMurwin規格はIPCDN DOCSIS QoS MIB2006年1月にRFC4323を追跡します[29ページ]。
docsIetfQosPktClassDestPortStart OBJECT-TYPE
SYNTAX InetPortNumber
MAX-ACCESS read-only
STATUS current
DESCRIPTION "This object specifies the low-end inclusive
range of TCP/UDP destination port numbers to
which a packet is compared.
docsIetfQosPktClassDestPortStart OBJECT-TYPE SYNTAX InetPortNumberのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「パケットが比較されるローエンドの包括的な範囲のTCP/UDP目的地ポートナンバーを指定これが反対するします」。
If the referenced parameter is not present
in a classifier, this object reports the value
of 0."
REFERENCE "SP-RFIv2.0-I06-040804, Appendix C.2.1.5.9"
::= { docsIetfQosPktClassEntry 15 }
「参照をつけられたパラメタがクラシファイアに存在していないなら、このオブジェクトは0の値を報告します。」 参照、「SP-RFIv2.0-I06-040804、付録C.2.1.5、0.9インチ:、:、」= docsIetfQosPktClassEntry15
docsIetfQosPktClassDestPortEnd OBJECT-TYPE
SYNTAX InetPortNumber
MAX-ACCESS read-only
STATUS current
DESCRIPTION "This object specifies the high-end inclusive
range of TCP/UDP destination port numbers to which
a packet is compared.
docsIetfQosPktClassDestPortEnd OBJECT-TYPE SYNTAX InetPortNumberのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「パケットが比較されるハイエンドの包括的な範囲のTCP/UDP目的地ポートナンバーを指定これが反対するします」。
If the referenced parameter is not present
in a classifier, this object reports the value of
65535."
REFERENCE "SP-RFIv2.0-I06-040804, Appendix C.2.1.5.10"
::= { docsIetfQosPktClassEntry 16 }
「参照をつけられたパラメタがクラシファイアに存在していないなら、このオブジェクトは65535の値を報告します。」 参照、「SP-RFIv2.0-I06-040804、付録C.2.1.5、0.1インチ:、:、」= docsIetfQosPktClassEntry16
docsIetfQosPktClassDestMacAddr OBJECT-TYPE
SYNTAX MacAddress
MAX-ACCESS read-only
STATUS current
DESCRIPTION "An Ethernet packet matches an entry when its
destination MAC address bitwise ANDed with
docsIetfQosPktClassDestMacMask equals the value of
docsIetfQosPktClassDestMacAddr.
docsIetfQosPktClassDestMacAddr OBJECT-TYPE SYNTAX MacAddressのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「docsIetfQosPktClassDestMacMaskと目的地MACアドレスbitwise ANDedがdocsIetfQosPktClassDestMacAddrの値と等しいときに、イーサネットパケットはエントリーに合います」。
If the referenced parameter is not present
in a classifier, this object reports the value of
'000000000000'H."
REFERENCE "SP-RFIv2.0-I06-040804, Appendix C.2.1.6.1"
::= { docsIetfQosPktClassEntry 17 }
「参照をつけられたパラメタがクラシファイアに存在していないなら、このオブジェクトは'000000000000'H.の値を報告します」 参照、「SP-RFIv2.0-I06-040804、付録C.2.1.6、0.1インチ:、:、」= docsIetfQosPktClassEntry17
docsIetfQosPktClassDestMacMask OBJECT-TYPE
SYNTAX MacAddress
MAX-ACCESS read-only
STATUS current
docsIetfQosPktClassDestMacMask OBJECT-TYPE SYNTAX MacAddressマックス-ACCESS書き込み禁止STATUS海流
Patrick & Murwin Standards Track [Page 30] RFC 4323 IPCDN DOCSIS QoS MIB January 2006
パトリックとMurwin規格はIPCDN DOCSIS QoS MIB2006年1月にRFC4323を追跡します[30ページ]。
DESCRIPTION "An Ethernet packet matches an entry when its
destination MAC address bitwise ANDed with
docsIetfQosPktClassDestMacMask equals the value of
docsIetfQosPktClassDestMacAddr.
記述、「docsIetfQosPktClassDestMacMaskと目的地MACアドレスbitwise ANDedがdocsIetfQosPktClassDestMacAddrの値と等しいときに、イーサネットパケットはエントリーに合います」。
If the referenced parameter is not present
in a classifier, this object reports the value of
'000000000000'H."
REFERENCE "SP-RFIv2.0-I06-040804, Appendix C.2.1.6.1"
::= { docsIetfQosPktClassEntry 18 }
「参照をつけられたパラメタがクラシファイアに存在していないなら、このオブジェクトは'000000000000'H.の値を報告します」 参照、「SP-RFIv2.0-I06-040804、付録C.2.1.6、0.1インチ:、:、」= docsIetfQosPktClassEntry18
docsIetfQosPktClassSourceMacAddr OBJECT-TYPE
SYNTAX MacAddress
MAX-ACCESS read-only
STATUS current
DESCRIPTION "An Ethernet packet matches this entry when its
source MAC address equals the value of
this object.
docsIetfQosPktClassSourceMacAddr OBJECT-TYPE SYNTAX MacAddressのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「ソースMACアドレスがこのオブジェクトの値と等しいときに、イーサネットパケットはこのエントリーに合います」。
If the referenced parameter is not present
in a classifier, this object reports the value of
'FFFFFFFFFFFF'H."
REFERENCE "SP-RFIv2.0-I06-040804, Appendix C.2.1.6.2"
::= { docsIetfQosPktClassEntry 19 }
「参照をつけられたパラメタがクラシファイアに存在していないなら、このオブジェクトは'FFFFFFFFFFFF'H.」の値を報告します' 参照、「SP-RFIv2.0-I06-040804、付録C.2.1.6、0.2インチ:、:、」= docsIetfQosPktClassEntry19
docsIetfQosPktClassEnetProtocolType OBJECT-TYPE
SYNTAX INTEGER {
none(0),
ethertype(1),
dsap(2),
mac(3),
all(4)
}
MAX-ACCESS read-only
STATUS current
DESCRIPTION "This object indicates the format of the layer 3
protocol ID in the Ethernet packet. A value of
none(0) means that the rule does not use the
layer 3 protocol type as a matching criteria.
docsIetfQosPktClassEnetProtocolType OBJECT-TYPE SYNTAX INTEGER、なにも、(0)、ethertype(1)、dsap(2)、mac(3)、すべての(4)、マックス-ACCESSの読書だけのSTATUSの現在の記述は「イーサネットパケットの層3のプロトコルIDの書式を示これが反対するします」。 規則がする(0)が意味しないなにも値は合っている評価基準として層3のプロトコルタイプを使用しません。
A value of ethertype(1) means that the rule
applies only to frames that contain an
EtherType value. Ethertype values are contained
in packets using the Dec-Intel-Xerox (DIX)
encapsulation or the RFC1042 Sub-Network Access
Protocol (SNAP) encapsulation formats.
ethertype(1)の値は、規則がEtherType値を含むフレームだけに適用されることを意味します。 Ethertype値は、パケットに12月のインテルゼロックス(DIX)カプセル化かRFC1042 Sub-ネットワークAccessプロトコル(SNAP)カプセル化形式を使用することで含まれています。
A value of dsap(2) means that the rule applies
dsap(2)の値は、規則が適用されることを意味します。
Patrick & Murwin Standards Track [Page 31] RFC 4323 IPCDN DOCSIS QoS MIB January 2006
パトリックとMurwin規格はIPCDN DOCSIS QoS MIB2006年1月にRFC4323を追跡します[31ページ]。
only to frames using the IEEE802.3
encapsulation format with a Destination Service
Access Point (DSAP) other
than 0xAA (which is reserved for SNAP).
IEEE802.3カプセル化を使用するフレームだけに、Destination Service Access Pointと共に0xAA(SNAPのために予約される)を除いた(DSAP)をフォーマットしてください。
A value of mac(3) means that the rule applies
only to MAC management messages for MAC management
messages.
mac(3)の値は、規則がMAC管理メッセージへのMAC管理メッセージだけに適用されることを意味します。
A value of all(4) means that the rule matches
all Ethernet packets.
すべての(4)の値は、規則がすべてのイーサネットパケットに合っていることを意味します。
If the Ethernet frame contains an 802.1P/Q Tag
header (i.e., EtherType 0x8100), this object
applies to the embedded EtherType field within
the 802.1P/Q header.
イーサネットフレームが802.1P/Q Tagヘッダー(すなわち、EtherType0x8100)を含んでいるなら、このオブジェクトは802.1P/Qヘッダーの中に埋め込まれたEtherType分野に適用されます。
If the referenced parameter is not present in a
classifier, this object reports the value of 0."
REFERENCE "SP-RFIv2.0-I06-040804, Appendix C.2.1.6.3"
::= { docsIetfQosPktClassEntry 20 }
「参照をつけられたパラメタがクラシファイアに存在していないなら、このオブジェクトは0の値を報告します。」 参照、「SP-RFIv2.0-I06-040804、付録C.2.1.6、0.3インチ:、:、」= docsIetfQosPktClassEntry20
docsIetfQosPktClassEnetProtocol OBJECT-TYPE
SYNTAX Integer32 (0..65535)
MAX-ACCESS read-only
STATUS current
DESCRIPTION "If docsIetfQosEthPktClassProtocolType is none(0),
this object is ignored when considering whether
a packet matches the current rule.
docsIetfQosPktClassEnetProtocol OBJECT-TYPE SYNTAX Integer32(0 .65535)のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「(0) パケットが現在の規則に合っているかどうか考えるとき、docsIetfQosEthPktClassProtocolTypeがなにもであるなら、このオブジェクトは無視されます」。
If dosQosPktClassEnetProtocolType is ethertype(1),
this object gives the 16-bit value of the
EtherType that the packet must match in order to
match the rule.
dosQosPktClassEnetProtocolTypeがethertype(1)であるなら、このオブジェクトはパケットが規則を合わせるために合わなければならないEtherTypeの16ビットの値を与えます。
If docsIetfQosPktClassEnetProtocolType is dsap(2),
the lower 8 bits of this object's value must match
the DSAP byte of the packet in order to match the
rule.
docsIetfQosPktClassEnetProtocolTypeがdsap(2)であるなら、このオブジェクトの価値の低級8ビットは、規則を合わせるためにパケットのDSAPバイトに合わなければなりません。
If docsIetfQosPktClassEnetProtocolType is mac(3),
the lower 8 bits of this object's value represent a
lower bound (inclusive) of MAC management message
type codes matched, and the upper 8 bits represent
the upper bound (inclusive) of matched MAC message
type codes. Certain message type codes are
excluded from matching, as specified in the
reference.
docsIetfQosPktClassEnetProtocolTypeがmac(3)であるなら、このオブジェクトの価値の低級8ビットはコードが合っていたMAC管理メッセージタイプで(包括的)で下界を表します、そして、上側の8ビットは取り組んでいるMACメッセージタイプコードで(包括的)で上限を表します。 あるメッセージタイプコードは、参照で指定されるように合っているので、除かれます。
Patrick & Murwin Standards Track [Page 32] RFC 4323 IPCDN DOCSIS QoS MIB January 2006
パトリックとMurwin規格はIPCDN DOCSIS QoS MIB2006年1月にRFC4323を追跡します[32ページ]。
If the Ethernet frame contains an 802.1P/Q Tag
header (i.e., EtherType 0x8100), this object applies
to the embedded EtherType field within the 802.1P/Q
header.
イーサネットフレームが802.1P/Q Tagヘッダー(すなわち、EtherType0x8100)を含んでいるなら、このオブジェクトは802.1P/Qヘッダーの中に埋め込まれたEtherType分野に適用されます。
If the referenced parameter is not present in the
classifier, the value of this object is reported
as 0."
REFERENCE "SP-RFIv2.0-I06-040804, Appendix C.2.1.6.3"
::= { docsIetfQosPktClassEntry 21 }
「参照をつけられたパラメタがクラシファイアに存在していないなら、このオブジェクトの値は0として報告されます。」 参照、「SP-RFIv2.0-I06-040804、付録C.2.1.6、0.3インチ:、:、」= docsIetfQosPktClassEntry21
docsIetfQosPktClassUserPriLow OBJECT-TYPE
SYNTAX Integer32 (0..7)
MAX-ACCESS read-only
STATUS current
DESCRIPTION "This object applies only to Ethernet frames
using the 802.1P/Q tag header (indicated with
EtherType 0x8100). Such frames include a 16-bit
Tag that contains a 3-bit Priority field and
a 12-bit VLAN number.
「このオブジェクトは802.1P/Qタグヘッダー(EtherType0x8100と共に示される)を使用するイーサネットフレームだけに適用する」docsIetfQosPktClassUserPriLow OBJECT-TYPE SYNTAX Integer32(0 .7)のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 そのようなフレームは3ビットのPriority分野と12ビットのVLAN番号を含む16ビットのTagを含んでいます。
Tagged Ethernet packets must have a 3-bit
Priority field within the range of
docsIetfQosPktClassPriLow to
docsIetfQosPktClassPriHigh in order to match this
rule.
タグ付けをされたイーサネットパケットは、この規則を合わせるためにdocsIetfQosPktClassPriLowの範囲の中に3ビットのPriority分野をdocsIetfQosPktClassPriHighに持たなければなりません。
If the referenced parameter is not present in the
classifier, the value of this object is reported
as 0."
REFERENCE "SP-RFIv2.0-I06-040804, Appendix C.2.1.7.1"
::= { docsIetfQosPktClassEntry 22 }
「参照をつけられたパラメタがクラシファイアに存在していないなら、このオブジェクトの値は0として報告されます。」 参照、「SP-RFIv2.0-I06-040804、付録C.2.1.7、0.1インチ:、:、」= docsIetfQosPktClassEntry22
docsIetfQosPktClassUserPriHigh OBJECT-TYPE
SYNTAX Integer32 (0..7)
MAX-ACCESS read-only
STATUS current
DESCRIPTION "This object applies only to Ethernet frames
using the 802.1P/Qtag header (indicated with
EtherType 0x8100). Such frames include a 16-bit
Tag that contains a 3-bit Priority field and
a 12-bit VLAN number.
「このオブジェクトは802.1P/Qtagヘッダー(EtherType0x8100と共に示される)を使用するイーサネットフレームだけに適用する」docsIetfQosPktClassUserPriHigh OBJECT-TYPE SYNTAX Integer32(0 .7)のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 そのようなフレームは3ビットのPriority分野と12ビットのVLAN番号を含む16ビットのTagを含んでいます。
Tagged Ethernet packets must have a 3-bit
Priority field within the range of
docsIetfQosPktClassPriLow to
docsIetfQosPktClassPriHigh in order to match this
rule.
タグ付けをされたイーサネットパケットは、この規則を合わせるためにdocsIetfQosPktClassPriLowの範囲の中に3ビットのPriority分野をdocsIetfQosPktClassPriHighに持たなければなりません。
Patrick & Murwin Standards Track [Page 33] RFC 4323 IPCDN DOCSIS QoS MIB January 2006
パトリックとMurwin規格はIPCDN DOCSIS QoS MIB2006年1月にRFC4323を追跡します[33ページ]。
If the referenced parameter is not present in the
classifier, the value of this object is reported
as 7."
REFERENCE "SP-RFIv2.0-I06-040804, Appendix C.2.1.7.1"
::= { docsIetfQosPktClassEntry 23 }
「参照をつけられたパラメタがクラシファイアに存在していないなら、このオブジェクトの値は7として報告されます。」 参照、「SP-RFIv2.0-I06-040804、付録C.2.1.7、0.1インチ:、:、」= docsIetfQosPktClassEntry23
docsIetfQosPktClassVlanId OBJECT-TYPE
SYNTAX Integer32 (0 | 1..4094)
MAX-ACCESS read-only
STATUS current
DESCRIPTION "This object applies only to Ethernet frames
using the 802.1P/Q tag header.
docsIetfQosPktClassVlanId OBJECT-TYPE SYNTAX Integer32、(0|1 .4094) 「このオブジェクトは802.1P/Qタグヘッダーを使用するイーサネットフレームだけに適用する」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述。
Tagged packets must have a VLAN Identifier that
matches the value in order to match the rule.
タグ付きパケットには、規則を合わせるために値に合っているVLAN Identifierがなければなりません。
If the referenced parameter is not present in the
classifier, the value of this object is reported
as 0."
REFERENCE "SP-RFIv2.0-I06-040804, Appendix C.2.1.7.2"
::= { docsIetfQosPktClassEntry 24 }
「参照をつけられたパラメタがクラシファイアに存在していないなら、このオブジェクトの値は0として報告されます。」 参照、「SP-RFIv2.0-I06-040804、付録C.2.1.7、0.2インチ:、:、」= docsIetfQosPktClassEntry24
docsIetfQosPktClassStateActive OBJECT-TYPE
SYNTAX TruthValue
MAX-ACCESS read-only
STATUS current
DESCRIPTION "This object indicates whether or not the classifier
is enabled to classify packets to a Service Flow.
「クラシファイアがパケットをService Flowに分類するのが可能にされるか否かに関係なく、このオブジェクトは示す」docsIetfQosPktClassStateActive OBJECT-TYPE SYNTAX TruthValueのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。
If the referenced parameter is not present in the
classifier, the value of this object is reported
as true(1)."
REFERENCE "SP-RFIv2.0-I06-040804, Appendix C.2.1.3.6"
::= { docsIetfQosPktClassEntry 25 }
「参照をつけられたパラメタがクラシファイアに存在していないなら、このオブジェクトの値は本当の(1)として報告されます。」 参照、「SP-RFIv2.0-I06-040804、付録C.2.1.3、0.6インチ:、:、」= docsIetfQosPktClassEntry25
docsIetfQosPktClassPkts OBJECT-TYPE
SYNTAX Counter64
MAX-ACCESS read-only
STATUS current
DESCRIPTION "This object counts the number of packets that have
been classified using this entry. This
includes all packets delivered to a Service Flow
maximum rate policing function, whether or not that
function drops the packets.
docsIetfQosPktClassPkts OBJECT-TYPE SYNTAX Counter64のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「このエントリーを使用することで分類されたパケットの数を数えこれが反対するします」。 これはService Flow最高率取り締まり機能に提供されたすべてのパケットを含んでいます、その機能がパケットを下げるか否かに関係なく。
This counter's last discontinuity is the
ifCounterDiscontinuityTime for the same ifIndex that
indexes this object."
「このカウンタの最後の不連続はこのオブジェクトに索引をつける同じifIndexのためのifCounterDiscontinuityTimeです。」
Patrick & Murwin Standards Track [Page 34] RFC 4323 IPCDN DOCSIS QoS MIB January 2006
パトリックとMurwin規格はIPCDN DOCSIS QoS MIB2006年1月にRFC4323を追跡します[34ページ]。
::= { docsIetfQosPktClassEntry 26 }
::= docsIetfQosPktClassEntry26
docsIetfQosPktClassBitMap OBJECT-TYPE
SYNTAX BITS { -- Reference SP-RFIv2.0-I06-040804
rulePriority(0), -- Appendix C.2.1.3.4
activationState(1), -- Appendix C.2.1.3.6
ipTos(2), -- Appendix C.2.1.5.1
ipProtocol(3), -- Appendix C.2.1.5.2
ipSourceAddr(4), -- Appendix C.2.1.5.3
ipSourceMask(5), -- Appendix C.2.1.5.4
ipDestAddr(6), -- Appendix C.2.1.5.5
ipDestMask(7), -- Appendix C.2.1.5.6
sourcePortStart(8), -- Appendix C.2.1.5.7
sourcePortEnd(9), -- Appendix C.2.1.5.8
destPortStart(10), -- Appendix C.2.1.5.9
destPortEnd(11), -- Appendix C.2.1.5.10
destMac(12), -- Appendix C.2.1.6.1
sourceMac(13), -- Appendix C.2.1.6.2
ethertype(14), -- Appendix C.2.1.6.3
userPri(15), -- Appendix C.2.1.7.1
vlanId(16) -- Appendix C.2.1.7.2
}
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object indicates which parameter encodings
were actually present in the DOCSIS packet
classifier encoding signaled in the DOCSIS message
that created or modified the classifier. Note that
Dynamic Service Change messages have replace
semantics, so that all non-default parameters must
be present whether the classifier is being created
or changed.
docsIetfQosPktClassBitMapオブジェクト・タイプ構文ビット; --参照SP-RFIv2.0-I06-040804 rulePriority(0)--付録C.2.1、.3、.4activationState(1)、--、付録C.2.1、.3、.6ipTos(2)、--、付録C.2.1、.5、.1ipProtocol(3)、--、付録C.2.1、.5、.2ipSourceAddr(4)、--、付録C.2.1、.5、.3ipSourceMask(5)、--、付録C.2.1、.5、.4ipDestAddr(6)、--、付録C.2.1、.5、.5ipDestMask(7)、--、付録C.2.1.5.6sourcePortStart(8); マックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「どのパラメタencodingsが実際にクラシファイアを創造したか、または変更したDOCSISメッセージで合図されたDOCSISパケットクラシファイアコード化で存在しているかを示これが反対するします」。 クラシファイアを創造するか、または変えていることにかかわらずすべての非デフォルトパラメタが存在していなければならないようにDynamic Service Changeメッセージで意味論を置き換える注意。
A bit of this object is set to 1 if the parameter
indicated by the comment was present in the
classifier encoding, and to 0 otherwise.
そうでなければ、コメントで示されたパラメタがクラシファイアコード化と、0に存在していたなら、この少しのオブジェクトが1に設定されます。
Note that BITS are encoded most significant bit
first, so that if, for example, bits 6 and 7 are
set, this object is encoded as the octet string
'030000'H."
::= { docsIetfQosPktClassEntry 27 }
「BITSが最初にコード化された最上位ビットであることに注意してください、例えば、ビット6と7が設定されるなら、このオブジェクトが八重奏ストリング'030000'H.としてコード化されるように」 ::= docsIetfQosPktClassEntry27
-- -- QOS Parameter Set Table --
-- -- QOSパラメタはテーブルの用意をしました--
Patrick & Murwin Standards Track [Page 35] RFC 4323 IPCDN DOCSIS QoS MIB January 2006
パトリックとMurwin規格はIPCDN DOCSIS QoS MIB2006年1月にRFC4323を追跡します[35ページ]。
docsIetfQosParamSetTable OBJECT-TYPE
SYNTAX SEQUENCE OF DocsIetfQosParamSetEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION "This table describes the set of DOCSIS 1.1 and 2.0
QOS parameters defined in a managed device.
docsIetfQosParamSetTable OBJECT-TYPEのSYNTAX SEQUENCE OF DocsIetfQosParamSetEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「このテーブルはQOSパラメタが管理されたデバイスで定義したDOCSIS1.1と2.0のセットについて説明します」。
The ifIndex index specifies a DOCSIS MAC Domain.
The docsIetfQosServiceFlowId index specifies a
particular Service Flow.
The docsIetfQosParamSetType index indicates whether
the active, admitted, or provisioned QOS Parameter
Set is being described by the row.
ifIndexインデックスはDOCSIS MAC Domainを指定します。 docsIetfQosServiceFlowIdインデックスは特定のService Flowを指定します。 docsIetfQosParamSetTypeインデックスは、アクティブであるか、認められたか、食糧を供給されたQOS Parameter Setが行によって説明されているかどうかを示します。
Only the QOS Parameter Sets of DOCSIS 1.1 and 2.0
Service Flows are represented in this table.
DOCSIS1.1と2.0Service FlowsのQOS Parameter Setsだけがこのテーブルに表されます。
DOCSIS 1.0 QOS service profiles are not
represented in this table.
QOSサービスが輪郭を描くDOCSIS1.0はこのテーブルに表されません。
Each row corresponds to a DOCSIS QOS Parameter Set
as signaled via DOCSIS MAC management messages.
Each object in the row corresponds to one or
part of one DOCSIS 1.1 Service Flow Encoding.
The docsIetfQosParamSetBitMap object in the row
indicates which particular parameters were signaled
in the original registration or dynamic service
request message that created the QOS Parameter Set.
各行はDOCSIS MAC管理メッセージで合図されるようにDOCSIS QOS Parameter Setに対応しています。 行の各オブジェクトは1DOCSIS1.1のService Flow Encodingの1か一部に対応しています。 行のdocsIetfQosParamSetBitMapオブジェクトは、どの特定のパラメタがQOS Parameter Setを作成したオリジナルの登録かダイナミックなサービス要求メッセージで合図されたかを示します。
In many cases, even if a QOS Parameter Set parameter
was not signaled, the DOCSIS specification calls
for a default value to be used. That default value
is reported as the value of the corresponding object
in this row.
多くの場合、QOS Parameter Setパラメタが合図されなかったとしても、DOCSIS仕様は、デフォルト値が使用されるように求めます。 そのデフォルト値はこの行の対応するオブジェクトの値として報告されます。
Many objects are not applicable, depending on
the Service Flow direction or upstream scheduling
type. The object value reported in this case
is specified in the DESCRIPTION clause."
::= { docsIetfQosMIBObjects 2 }
タイプの計画をしながらService Flow方向か上流へよって、多くのオブジェクトは適切ではありません。 「この場合報告されているオブジェクト値は記述節で指定されます。」 ::= docsIetfQosMIBObjects2
docsIetfQosParamSetEntry OBJECT-TYPE
SYNTAX DocsIetfQosParamSetEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION "A unique set of QOS parameters."
INDEX {
ifIndex, docsIetfQosServiceFlowId, docsIetfQosParamSetType
docsIetfQosParamSetEntry OBJECT-TYPE SYNTAX DocsIetfQosParamSetEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「ユニークなセットのQOSパラメタ。」 インデックス、ifIndex、docsIetfQosServiceFlowId、docsIetfQosParamSetType
Patrick & Murwin Standards Track [Page 36] RFC 4323 IPCDN DOCSIS QoS MIB January 2006
パトリックとMurwin規格はIPCDN DOCSIS QoS MIB2006年1月にRFC4323を追跡します[36ページ]。
}
::= { docsIetfQosParamSetTable 1 }
} ::= docsIetfQosParamSetTable1
DocsIetfQosParamSetEntry ::= SEQUENCE {
docsIetfQosParamSetServiceClassName SnmpAdminString,
docsIetfQosParamSetPriority Integer32,
docsIetfQosParamSetMaxTrafficRate DocsIetfQosBitRate,
docsIetfQosParamSetMaxTrafficBurst Unsigned32,
docsIetfQosParamSetMinReservedRate DocsIetfQosBitRate,
docsIetfQosParamSetMinReservedPkt Integer32,
docsIetfQosParamSetActiveTimeout Integer32,
docsIetfQosParamSetAdmittedTimeout Integer32,
docsIetfQosParamSetMaxConcatBurst Integer32,
docsIetfQosParamSetSchedulingType DocsIetfQosSchedulingType,
docsIetfQosParamSetNomPollInterval Unsigned32,
docsIetfQosParamSetTolPollJitter Unsigned32,
docsIetfQosParamSetUnsolicitGrantSize Integer32,
docsIetfQosParamSetNomGrantInterval Unsigned32,
docsIetfQosParamSetTolGrantJitter Unsigned32,
docsIetfQosParamSetGrantsPerInterval Integer32,
docsIetfQosParamSetTosAndMask OCTET STRING,
docsIetfQosParamSetTosOrMask OCTET STRING,
docsIetfQosParamSetMaxLatency Unsigned32,
docsIetfQosParamSetType INTEGER,
docsIetfQosParamSetRequestPolicyOct OCTET STRING,
docsIetfQosParamSetBitMap BITS
}
DocsIetfQosParamSetEntry:、:= 系列{ docsIetfQosParamSetServiceClassName SnmpAdminString、docsIetfQosParamSetPriority Integer32、docsIetfQosParamSetMaxTrafficRate DocsIetfQosBitRate、docsIetfQosParamSetMaxTrafficBurst Unsigned32、docsIetfQosParamSetMinReservedRate DocsIetfQosBitRate、docsIetfQosParamSetMinReservedPkt Integer32、docsIetfQosParamSetActiveTimeout Integer32、docsIetfQosParamSetAdmittedTimeout Integer32、docsIetfQosParamSetMaxConcatBurst Integer32、docsIetfQosParamSetSchedulingType DocsIetfQosSchedulingType; docsIetfQosParamSetNomPollInterval Unsigned32、docsIetfQosParamSetTolPollJitter Unsigned32、docsIetfQosParamSetUnsolicitGrantSize Integer32、docsIetfQosParamSetNomGrantInterval Unsigned32、docsIetfQosParamSetTolGrantJitter Unsigned32、docsIetfQosParamSetGrantsPerInterval Integer32; docsIetfQosParamSetTosAndMask八重奏ストリング、docsIetfQosParamSetTosOrMask八重奏ストリング、docsIetfQosParamSetMaxLatency Unsigned32、docsIetfQosParamSetType整数、docsIetfQosParamSetRequestPolicyOct八重奏ストリング、docsIetfQosParamSetBitMapビット; }
docsIetfQosParamSetServiceClassName OBJECT-TYPE
SYNTAX SnmpAdminString
MAX-ACCESS read-only
STATUS current
DESCRIPTION "Refers to the Service Class Name from which the
parameter set values were derived.
docsIetfQosParamSetServiceClassName OBJECT-TYPE SYNTAX SnmpAdminStringのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「パラメタ設定値が引き出されたService Class Nameについて言及します」。
If the referenced parameter is not present in the
corresponding DOCSIS QOS Parameter Set, the default
value of this object is a zero-length string."
REFERENCE "SP-RFIv2.0-I06-040804, Appendix C.2.2.3.4"
::= { docsIetfQosParamSetEntry 1 }
「参照をつけられたパラメタが対応するDOCSIS QOS Parameter Setに存在していないなら、このオブジェクトのデフォルト値はゼロ長ストリングです。」 参照、「SP-RFIv2.0-I06-040804、付録C.2.2.3、0.4インチ:、:、」= docsIetfQosParamSetEntry1
docsIetfQosParamSetPriority OBJECT-TYPE
SYNTAX Integer32 (0..7)
MAX-ACCESS read-only
STATUS current
DESCRIPTION "The relative priority of a Service Flow.
Higher numbers indicate higher priority.
This priority should only be used to differentiate
docsIetfQosParamSetPriority OBJECT-TYPE SYNTAX Integer32(0 .7)のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「Service Flowの相対的な優先権。」 より大きい数は、より高い優先度を示します。 この優先権は、差別化するのに使用されるだけであるべきです。
Patrick & Murwin Standards Track [Page 37] RFC 4323 IPCDN DOCSIS QoS MIB January 2006
パトリックとMurwin規格はIPCDN DOCSIS QoS MIB2006年1月にRFC4323を追跡します[37ページ]。
Service Flow from identical parameter sets.
同じパラメタセットからFlowを調整してください。
If the referenced parameter is not present in the
corresponding DOCSIS QOS Parameter Set, the default
value of this object is 0. If the parameter is
not applicable, the reported value is 0."
REFERENCE "SP-RFIv2.0-I06-040804, Appendix C.2.2.5.1"
::= { docsIetfQosParamSetEntry 2 }
参照をつけられたパラメタが対応するDOCSIS QOS Parameter Setに存在していないなら、このオブジェクトのデフォルト値は0です。 「パラメタが適切でないなら、報告された値は0です。」 参照、「SP-RFIv2.0-I06-040804、付録C.2.2.5、0.1インチ:、:、」= docsIetfQosParamSetEntry2
docsIetfQosParamSetMaxTrafficRate OBJECT-TYPE
SYNTAX DocsIetfQosBitRate
MAX-ACCESS read-only
STATUS current
DESCRIPTION "Maximum sustained traffic rate allowed for this
Service Flow in bits/sec. Must count all MAC frame
data PDU from the bytes following the MAC header
HCS to the end of the CRC. The number of bytes
forwarded is limited during any time interval.
The value 0 means no maximum traffic rate is
enforced. This object applies to both upstream and
downstream Service Flows.
「最大の持続しているトラフィックレートはビット/秒のときにこのService Flowのために許容した」docsIetfQosParamSetMaxTrafficRate OBJECT-TYPE SYNTAX DocsIetfQosBitRateのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述 MACヘッダーHCSに続くバイトからCRCの端まですべてのMACフレームデータPDUを数えなければなりません。 進められたバイト数はどんな時間間隔の間も、制限されます。 値0は、どんな最大のトラフィックレートも励行されないことを意味します。 このオブジェクトは上流の、そして、川下の両方のService Flowsに適用されます。
If the referenced parameter is not present in the
corresponding DOCSIS QOS Parameter Set, the default
value of this object is 0. If the parameter is
not applicable, it is reported as 0."
REFERENCE "SP-RFIv2.0-I06-040804, Appendix C.2.2.5.2"
::= { docsIetfQosParamSetEntry 3 }
参照をつけられたパラメタが対応するDOCSIS QOS Parameter Setに存在していないなら、このオブジェクトのデフォルト値は0です。 「パラメタが適切でないなら、それは0として報告されます。」 参照、「SP-RFIv2.0-I06-040804、付録C.2.2.5、0.2インチ:、:、」= docsIetfQosParamSetEntry3
docsIetfQosParamSetMaxTrafficBurst OBJECT-TYPE
SYNTAX Unsigned32
MAX-ACCESS read-only
STATUS current
DESCRIPTION "Specifies the token bucket size in bytes
for this parameter set. The value is calculated
from the byte following the MAC header HCS to
the end of the CRC. This object is applied in
conjunction with docsIetfQosParamSetMaxTrafficRate
to calculate maximum sustained traffic rate.
docsIetfQosParamSetMaxTrafficBurst OBJECT-TYPE SYNTAX Unsigned32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「バイトで表現されるトークンバケツサイズをこのパラメタセットに指定します」。 値はMACヘッダーHCSに続くバイトからCRCの端まで計算されます。 このオブジェクトは、最大の持続しているトラフィックが評価すると見込むためにdocsIetfQosParamSetMaxTrafficRateに関連して適用されます。
If the referenced parameter is not present in the
corresponding DOCSIS QOS Parameter Set, the default
value of this object for scheduling types
bestEffort (2), nonRealTimePollingService(3),
and realTimePollingService(4) is 3044.
参照をつけられたパラメタが対応するDOCSIS QOS Parameter Setに存在していないなら、スケジューリングタイプのbestEffort(2)、nonRealTimePollingService(3)、およびrealTimePollingService(4)のためのこのオブジェクトのデフォルト値は3044です。
If this parameter is not applicable, it is reported
as 0.
このパラメタが適切でないなら、それは0として報告されます。
Patrick & Murwin Standards Track [Page 38] RFC 4323 IPCDN DOCSIS QoS MIB January 2006
パトリックとMurwin規格はIPCDN DOCSIS QoS MIB2006年1月にRFC4323を追跡します[38ページ]。
"
REFERENCE "SP-RFIv2.0-I06-040804, Appendix C.2.2.5.3"
::= { docsIetfQosParamSetEntry 4 }
「参照、「SP-RFIv2.0-I06-040804、付録C.2.2.5、0.3インチ:、:、」= docsIetfQosParamSetEntry4
docsIetfQosParamSetMinReservedRate OBJECT-TYPE
SYNTAX DocsIetfQosBitRate
MAX-ACCESS read-only
STATUS current
DESCRIPTION "Specifies the guaranteed minimum rate in
bits/sec for this parameter set. The value is
calculated from the byte following the MAC
header HCS to the end of the CRC. The default
value of 0 means that no bandwidth is reserved.
docsIetfQosParamSetMinReservedRate OBJECT-TYPE SYNTAX DocsIetfQosBitRateのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「ビット/秒のときにこのパラメタセットに最低保証比率を指定します」。 値はMACヘッダーHCSに続くバイトからCRCの端まで計算されます。 0のデフォルト値は、どんな帯域幅も予約されていないことを意味します。
If the referenced parameter is not present in the
corresponding DOCSIS QOS Parameter Set, the default
value of this object is 0. If the parameter
is not applicable, it is reported as 0."
REFERENCE "SP-RFIv2.0-I06-040804, Appendix C.2.2.5.4"
::= { docsIetfQosParamSetEntry 5 }
参照をつけられたパラメタが対応するDOCSIS QOS Parameter Setに存在していないなら、このオブジェクトのデフォルト値は0です。 「パラメタが適切でないなら、それは0として報告されます。」 参照、「SP-RFIv2.0-I06-040804、付録C.2.2.5、0.4インチ:、:、」= docsIetfQosParamSetEntry5
docsIetfQosParamSetMinReservedPkt OBJECT-TYPE
SYNTAX Integer32 (0..65535)
MAX-ACCESS read-only
STATUS current
DESCRIPTION "Specifies an assumed minimum packet size in
bytes for which the
docsIetfQosParamSetMinReservedRate will be
provided. The value is calculated from the byte
following the MAC header HCS to the end of the
CRC.
docsIetfQosParamSetMinReservedPkt OBJECT-TYPE SYNTAX Integer32(0 .65535)のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「docsIetfQosParamSetMinReservedRateが提供されるバイトで表現される想定された最小のパケットサイズを指定します」。 値はMACヘッダーHCSに続くバイトからCRCの端まで計算されます。
If the referenced parameter is omitted from a
DOCSIS QOS parameter set, the default value is
CMTS implementation dependent. In this case, the
CMTS reports the default value it is using, and the
CM reports a value of 0. If the referenced
parameter is not applicable to the direction or
scheduling type of the Service Flow, both CMTS and
CM report this object's value as 0."
REFERENCE "SP-RFIv2.0-I06-040804, Appendix C.2.2.5.5"
::= { docsIetfQosParamSetEntry 6 }
参照をつけられたパラメタがDOCSIS QOSパラメタセットから省略されるなら、デフォルト値はCMTS実装に依存しています。 この場合、CMTSはそれが使用しているデフォルト値を報告します、そして、CMは0の値を報告します。 「参照をつけられたパラメタがService Flowの方向かスケジューリングタイプに適切でないなら、CMTSとCMの両方が0としてこのオブジェクトの値を報告します。」 参照、「SP-RFIv2.0-I06-040804、付録C.2.2.5、0.5インチ:、:、」= docsIetfQosParamSetEntry6
docsIetfQosParamSetActiveTimeout OBJECT-TYPE
SYNTAX Integer32 (0..65535)
UNITS "seconds"
MAX-ACCESS read-only
STATUS current
docsIetfQosParamSetActiveTimeout OBJECT-TYPE SYNTAX Integer32(0 .65535)UNITS「秒」マックス-ACCESS書き込み禁止STATUS海流
Patrick & Murwin Standards Track [Page 39] RFC 4323 IPCDN DOCSIS QoS MIB January 2006
パトリックとMurwin規格はIPCDN DOCSIS QoS MIB2006年1月にRFC4323を追跡します[39ページ]。
DESCRIPTION "Specifies the maximum duration in seconds that
resources remain unused on an active service
flow before CMTS signals that both active and
admitted parameters set are null. The default
value of 0 signifies an infinite amount of time.
記述は「アクティブなものと同様に認められたパラメタがセットしたというCMTS信号がヌルになる前にリソースが現役流動で未使用のままで残る秒に最大の持続時間を指定します」。 0のデフォルト値は無限の時間を意味します。
If the referenced parameter is not present in the
corresponding DOCSIS QOS Parameter Set, the default
value of this object is 0."
REFERENCE "SP-RFIv2.0-I06-040804, Appendix C.2.2.5.6"
::= { docsIetfQosParamSetEntry 7 }
「参照をつけられたパラメタが対応するDOCSIS QOS Parameter Setに存在していないなら、このオブジェクトのデフォルト値は0です。」 参照、「SP-RFIv2.0-I06-040804、付録C.2.2.5、0.6インチ:、:、」= docsIetfQosParamSetEntry7
docsIetfQosParamSetAdmittedTimeout OBJECT-TYPE
SYNTAX Integer32 (0..65535)
UNITS "seconds"
MAX-ACCESS read-only
STATUS current
DESCRIPTION "Specifies the maximum duration in seconds that
resources remain in admitted state before
resources must be released.
docsIetfQosParamSetAdmittedTimeout OBJECT-TYPE SYNTAX Integer32(0 .65535)UNITS「秒」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「リソースを発表しなければならない前にリソースが認められた州に残る秒に最大の持続時間を指定します」。
The value of 0 signifies an infinite amount
of time.
0の値は無限の時間を意味します。
If the referenced parameter is not present in the
corresponding DOCSIS QOS Parameter Set, the
default value of this object is 200.
"
参照をつけられたパラメタが対応するDOCSIS QOS Parameter Setに存在していないなら、このオブジェクトのデフォルト値は200です。 "
REFERENCE "SP-RFIv2.0-I06-040804, Appendix C.2.2.5.7"
DEFVAL { 200 }
::= { docsIetfQosParamSetEntry 8 }
参照、「SP-RFIv2.0-I06-040804、0.7インチの付録C.2.2.5DEFVAL200:、:、」= docsIetfQosParamSetEntry8
docsIetfQosParamSetMaxConcatBurst OBJECT-TYPE
SYNTAX Integer32 (0..65535)
MAX-ACCESS read-only
STATUS current
DESCRIPTION "Specifies the maximum concatenated burst in
bytes that an upstream Service Flow is allowed.
The value is calculated from the FC byte of the
Concatenation MAC Header to the last CRC byte in
of the last concatenated MAC frame, inclusive.
The value of 0 specifies no maximum burst.
docsIetfQosParamSetMaxConcatBurst OBJECT-TYPE SYNTAX Integer32(0 .65535)のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「上流のService Flowが許容されているバイトにおける最大の連結された炸裂を指定します」。 値は中で最後に連結されたMACフレームについてConcatenation MAC HeaderのFCバイトから最後のCRCバイトまで計算されます、包括的です。 0の値はどんな最大の炸裂も指定しません。
If the referenced parameter is not present in the
corresponding DOCSIS QOS Parameter Set, the default
value of this object for scheduling types
bestEffort(2), nonRealTimePollingService(3), and
そして参照をつけられたパラメタが対応するDOCSIS QOS Parameter Setに存在していないなら、スケジューリングのためのこのオブジェクトのデフォルト値はbestEffort(2)をタイプします、nonRealTimePollingService(3)。
Patrick & Murwin Standards Track [Page 40] RFC 4323 IPCDN DOCSIS QoS MIB January 2006
パトリックとMurwin規格はIPCDN DOCSIS QoS MIB2006年1月にRFC4323を追跡します[40ページ]。
realTimePollingService(4) is 1522. If the parameter
is not applicable, this object's value is reported
as 0."
REFERENCE "SP-RFIv2.0-I06-040804, Appendix C.2.2.6.1"
::= { docsIetfQosParamSetEntry 9 }
realTimePollingService(4)は1522です。 「パラメタが適切でないなら、このオブジェクトの値は0として報告されます。」 参照、「SP-RFIv2.0-I06-040804、付録C.2.2.6、0.1インチ:、:、」= docsIetfQosParamSetEntry9
docsIetfQosParamSetSchedulingType OBJECT-TYPE
SYNTAX DocsIetfQosSchedulingType
MAX-ACCESS read-only
STATUS current
DESCRIPTION "Specifies the upstream scheduling service used for
upstream Service Flow.
docsIetfQosParamSetSchedulingType OBJECT-TYPE SYNTAX DocsIetfQosSchedulingTypeのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「上流のService Flowに利用された上流のスケジューリングサービスを指定します」。
If the referenced parameter is not present in the
corresponding DOCSIS QOS Parameter Set of an
upstream Service Flow, the default value of this
object is bestEffort(2). For QOS parameter sets of
downstream Service Flows, this object's value is
reported as undefined(1)."
REFERENCE "SP-RFIv2.0-I06-040804, Appendix C.2.2.6.2"
::= { docsIetfQosParamSetEntry 10 }
参照をつけられたパラメタが上流のService Flowの対応するDOCSIS QOS Parameter Setに存在していないなら、このオブジェクトのデフォルト値はbestEffort(2)です。 「川下のService FlowsのQOSパラメタセットにおいて、このオブジェクトの値は未定義の(1)として報告されます。」 参照、「SP-RFIv2.0-I06-040804、付録C.2.2.6、0.2インチ:、:、」= docsIetfQosParamSetEntry10
docsIetfQosParamSetNomPollInterval OBJECT-TYPE
SYNTAX Unsigned32
UNITS "microseconds"
MAX-ACCESS read-only
STATUS current
DESCRIPTION "Specifies the nominal interval in microseconds
between successive unicast request
opportunities on an upstream Service Flow.
docsIetfQosParamSetNomPollInterval OBJECT-TYPE SYNTAX Unsigned32 UNITS「マイクロセカンド」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「マイクロセカンドのときに上流のService Flowで連続したユニキャスト要求の機会の間で名目上の間隔を指定します」。
This object applies only to upstream Service Flows
with DocsIetfQosSchedulingType of value
nonRealTimePollingService(3),
realTimePollingService(4), and
unsolictedGrantServiceWithAD(5). The parameter is
mandatory for realTimePollingService(4). If the
parameter is omitted with
nonRealTimePollingService(3), the CMTS uses an
implementation-dependent value. If the parameter
is omitted with unsolictedGrantServiceWithAD(5),
the CMTS uses as a default value the value of the
Nominal Grant Interval parameter. In all cases,
the CMTS reports the value it is using when the
parameter is applicable. The CM reports the
signaled parameter value if it was signaled,
and 0 otherwise.
このオブジェクトは値のnonRealTimePollingService(3)、realTimePollingService(4)、およびunsolictedGrantServiceWithAD(5)のDocsIetfQosSchedulingTypeと共に上流のService Flowsだけに適用されます。 パラメタはrealTimePollingService(4)に義務的です。 パラメタがnonRealTimePollingService(3)と共に省略されるなら、CMTSは実装依存する値を使用します。 パラメタがunsolictedGrantServiceWithAD(5)と共に省略されるなら、CMTSはデフォルト値としてNominalグラントIntervalパラメタの値を使用します。 すべての場合では、パラメタが適切であるときに、CMTSはそれが使用している値を報告します。 CMは、合図されたパラメタが別の方法でそれが合図されたか、そして、0を評価すると報告します。
Patrick & Murwin Standards Track [Page 41] RFC 4323 IPCDN DOCSIS QoS MIB January 2006
パトリックとMurwin規格はIPCDN DOCSIS QoS MIB2006年1月にRFC4323を追跡します[41ページ]。
If the referenced parameter is not applicable to
the direction or scheduling type of the
corresponding DOCSIS QOS Parameter Set, both
CMTS and CM report this object's value as 0."
REFERENCE "SP-RFIv2.0-I06-040804, Appendix C.2.2.6.4"
::= { docsIetfQosParamSetEntry 11 }
「参照をつけられたパラメタが対応するDOCSIS QOS Parameter Setの方向かスケジューリングタイプに適切でないなら、CMTSとCMの両方が0としてこのオブジェクトの値を報告します。」 参照、「SP-RFIv2.0-I06-040804、付録C.2.2.6、0.4インチ:、:、」= docsIetfQosParamSetEntry11
docsIetfQosParamSetTolPollJitter OBJECT-TYPE
SYNTAX Unsigned32
UNITS "microseconds"
MAX-ACCESS read-only
STATUS current
DESCRIPTION "Specifies the maximum amount of time in
microseconds that the unicast request interval
may be delayed from the nominal periodic
schedule on an upstream Service Flow.
docsIetfQosParamSetTolPollJitter OBJECT-TYPE SYNTAX Unsigned32 UNITS「マイクロセカンド」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「マイクロセカンドの最大の時間にユニキャスト要求間隔が上流のService Flowに関する名目上の周期的なスケジュールから遅れるかもしれないと指定します」。
This parameter is applicable only to upstream
Service Flows with a DocsIetfQosSchedulingType of
realTimePollingService(4) or
unsolictedGrantServiceWithAD(5).
このパラメタはrealTimePollingService(4)かunsolictedGrantServiceWithAD(5)のDocsIetfQosSchedulingTypeと上流のService Flowsだけに適切です。
If the referenced parameter is applicable but not
present in the corresponding DOCSIS QOS Parameter
Set, the CMTS uses an implementation-dependent
value and reports the value it is using.
The CM reports a value of 0 in this case.
参照をつけられたパラメタが対応するDOCSIS QOS Parameter Setに適切ですが、存在していないなら、CMTSは実装依存する値を使用して、それが使用している値を報告します。 CMはこの場合0の値を報告します。
If the parameter is not applicable to the
direction or upstream scheduling type of the
Service Flow, both CMTS and CM report this
object's value as 0."
REFERENCE "SP-RFIv2.0-I06-040804, Appendix C.2.2.6.5"
::= { docsIetfQosParamSetEntry 12 }
「パラメタがService Flowのタイプの計画をする方向か上流に適切でないなら、CMTSとCMの両方が0としてこのオブジェクトの値を報告します。」 参照、「SP-RFIv2.0-I06-040804、付録C.2.2.6、0.5インチ:、:、」= docsIetfQosParamSetEntry12
docsIetfQosParamSetUnsolicitGrantSize OBJECT-TYPE
SYNTAX Integer32 (0..65535)
MAX-ACCESS read-only
STATUS current
DESCRIPTION "Specifies the unsolicited grant size in bytes.
The grant size includes the entire MAC frame
data PDU from the Frame Control byte to the end
of the MAC frame.
docsIetfQosParamSetUnsolicitGrantSize OBJECT-TYPE SYNTAX Integer32(0 .65535)のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「バイトで表現される求められていない交付金サイズを指定します」。 交付金サイズはFrame ControlバイトからMACフレームの端までの全体のMACフレームデータPDUを含んでいます。
The referenced parameter is applicable only
for upstream flows with a DocsIetfQosSchedulingType
of unsolicitedGrantServicewithAD(5) or
unsolicitedGrantService(6), and it is mandatory
上流の流れだけに、参照をつけられたパラメタはunsolicitedGrantServicewithAD(5)かunsolicitedGrantService(6)のDocsIetfQosSchedulingTypeと共に適切です、そして、それは義務的です。
Patrick & Murwin Standards Track [Page 42] RFC 4323 IPCDN DOCSIS QoS MIB January 2006
パトリックとMurwin規格はIPCDN DOCSIS QoS MIB2006年1月にRFC4323を追跡します[42ページ]。
when applicable. Both CMTS and CM report
the signaled value of the parameter in this
case.
適切であるときに。 CMTSとCMの両方がこの場合パラメタの合図された値を報告します。
If the referenced parameter is not applicable to
the direction or scheduling type of the
corresponding DOCSIS QOS Parameter Set, both
CMTS and CM report this object's value as 0."
REFERENCE "SP-RFIv2.0-I06-040804, Appendix C.2.2.6.6"
::= { docsIetfQosParamSetEntry 13 }
「参照をつけられたパラメタが対応するDOCSIS QOS Parameter Setの方向かスケジューリングタイプに適切でないなら、CMTSとCMの両方が0としてこの物の値を報告します。」 参照、「SP-RFIv2.0-I06-040804、付録C.2.2.6、0.6インチ:、:、」= docsIetfQosParamSetEntry13
docsIetfQosParamSetNomGrantInterval OBJECT-TYPE
SYNTAX Unsigned32
UNITS "microseconds"
MAX-ACCESS read-only
STATUS current
DESCRIPTION "Specifies the nominal interval in microseconds
between successive data grant opportunities
on an upstream Service Flow.
docsIetfQosParamSetNomGrantInterval OBJECT-TYPE SYNTAX Unsigned32 UNITS「マイクロセカンド」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「マイクロセカンドのときに上流のService Flowで連続したデータ交付金の機会の間で名目上の間隔を指定します」。
The referenced parameter is applicable only
for upstream flows with a DocsIetfQosSchedulingType
of unsolicitedGrantServicewithAD(5) or
unsolicitedGrantService(6), and it is mandatory
when applicable. Both CMTS and CM report the
signaled value of the parameter in this case.
上流の流れだけに、参照をつけられたパラメタはunsolicitedGrantServicewithAD(5)かunsolicitedGrantService(6)のDocsIetfQosSchedulingTypeと共に適切です、そして、適切であるときに、それは義務的です。 CMTSとCMの両方がこの場合パラメタの合図された値を報告します。
If the referenced parameter is not applicable to
the direction or scheduling type of the
corresponding DOCSIS QOS Parameter Set, both
CMTS and CM report this object's value as 0."
REFERENCE "SP-RFIv2.0-I06-040804, Appendix C.2.2.6.7"
::= { docsIetfQosParamSetEntry 14 }
「参照をつけられたパラメタが対応するDOCSIS QOS Parameter Setの方向かスケジューリングタイプに適切でないなら、CMTSとCMの両方が0としてこの物の値を報告します。」 参照、「SP-RFIv2.0-I06-040804、付録C.2.2.6、0.7インチ:、:、」= docsIetfQosParamSetEntry14
docsIetfQosParamSetTolGrantJitter OBJECT-TYPE
SYNTAX Unsigned32
UNITS "microseconds"
MAX-ACCESS read-only
STATUS current
DESCRIPTION "Specifies the maximum amount of time in
microseconds that the transmission opportunities
may be delayed from the nominal periodic schedule.
docsIetfQosParamSetTolGrantJitter OBJECT-TYPE SYNTAX Unsigned32 UNITS「マイクロセカンド」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「マイクロセカンドの最大の時間にトランスミッションの機会が名目上の周期的なスケジュールから遅れるかもしれないと指定します」。
The referenced parameter is applicable only
for upstream flows with a DocsIetfQosSchedulingType
of unsolicitedGrantServicewithAD(5) or
unsolicitedGrantService(6), and it is mandatory
when applicable. Both CMTS and CM report the
上流の流れだけに、参照をつけられたパラメタはunsolicitedGrantServicewithAD(5)かunsolicitedGrantService(6)のDocsIetfQosSchedulingTypeと共に適切です、そして、適切であるときに、それは義務的です。 CMTSとCMの両方が報告します。
Patrick & Murwin Standards Track [Page 43] RFC 4323 IPCDN DOCSIS QoS MIB January 2006
パトリックとMurwin規格はIPCDN DOCSIS QoS MIB2006年1月にRFC4323を追跡します[43ページ]。
signaled value of the parameter in this case.
この場合パラメタの値に合図しました。
If the referenced parameter is not applicable to
the direction or scheduling type of the
corresponding DOCSIS QOS Parameter Set, both
CMTS and CM report this object's value as 0."
REFERENCE "SP-RFIv2.0-I06-040804, Appendix C.2.2.6.8"
::= { docsIetfQosParamSetEntry 15 }
「参照をつけられたパラメタが対応するDOCSIS QOS Parameter Setの方向かスケジューリングタイプに適切でないなら、CMTSとCMの両方が0としてこの物の値を報告します。」 参照、「SP-RFIv2.0-I06-040804、付録C.2.2.6、0.8インチ:、:、」= docsIetfQosParamSetEntry15
docsIetfQosParamSetGrantsPerInterval OBJECT-TYPE
SYNTAX Integer32 (0..127)
MAX-ACCESS read-only
STATUS current
DESCRIPTION "Specifies the number of data grants per Nominal
Grant Interval
(docsIetfQosParamSetNomGrantInterval).
docsIetfQosParamSetGrantsPerInterval OBJECT-TYPE SYNTAX Integer32(0 .127)のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「NominalグラントInterval(docsIetfQosParamSetNomGrantInterval)あたりのデータ交付金の数を指定します」。
The referenced parameter is applicable only
for upstream flows with a DocsIetfQosSchedulingType
of unsolicitedGrantServicewithAD(5) or
unsolicitedGrantService(6), and it is mandatory
when applicable. Both CMTS and CM report the
signaled value of the parameter in this case.
上流の流れだけに、参照をつけられたパラメタはunsolicitedGrantServicewithAD(5)かunsolicitedGrantService(6)のDocsIetfQosSchedulingTypeと共に適切です、そして、適切であるときに、それは義務的です。 CMTSとCMの両方がこの場合パラメタの合図された値を報告します。
If the referenced parameter is not applicable to
the direction or scheduling type of the
corresponding DOCSIS QOS Parameter Set, both
CMTS and CM report this object's value as 0."
REFERENCE "SP-RFIv2.0-I06-040804, Appendix C.2.2.6.9"
::= { docsIetfQosParamSetEntry 16 }
「参照をつけられたパラメタが対応するDOCSIS QOS Parameter Setの方向かスケジューリングタイプに適切でないなら、CMTSとCMの両方が0としてこの物の値を報告します。」 参照、「SP-RFIv2.0-I06-040804、付録C.2.2.6、0.9インチ:、:、」= docsIetfQosParamSetEntry16
docsIetfQosParamSetTosAndMask OBJECT-TYPE
SYNTAX OCTET STRING (SIZE(1))
MAX-ACCESS read-only
STATUS current
DESCRIPTION "Specifies the AND mask for the IP TOS byte for
overwriting IP packet's TOS value. The IP packet
TOS byte is bitwise ANDed with
docsIetfQosParamSetTosAndMask, and the result is
bitwise ORed with docsIetfQosParamSetTosORMask and
the result is written to the IP packet TOS byte.
A value of 'FF'H for docsIetfQosParamSetTosAndMask
and a value of '00'H for
docsIetfQosParamSetTosOrMask means that the IP
Packet TOS byte is not overwritten.
docsIetfQosParamSetTosAndMask OBJECT-TYPE SYNTAX OCTET STRING、(SIZE(1)) MAX-ACCESSの書き込み禁止のSTATUSの現在の記述は「IPパケットのTOS値を上書きするとIP TOSバイトにANDマスクを指定します」。 IPパケットTOSバイトはdocsIetfQosParamSetTosAndMaskとbitwise ANDedです、そして、結果はdocsIetfQosParamSetTosORMaskとbitwise ORedです、そして、結果はIPパケットTOSバイトに書かれています。 'docsIetfQosParamSetTosAndMaskのためのFF'HとdocsIetfQosParamSetTosOrMaskのための'00'Hの値は、IP Packet TOSバイトが上書きされないことを意味する'値。
This combination is reported if the referenced
parameter is not present in a QOS Parameter Set.
参照をつけられたパラメタがQOS Parameter Setに存在していないなら、この組み合わせは報告されます。
Patrick & Murwin Standards Track [Page 44] RFC 4323 IPCDN DOCSIS QoS MIB January 2006
パトリックとMurwin規格はIPCDN DOCSIS QoS MIB2006年1月にRFC4323を追跡します[44ページ]。
The IP TOS octet as originally defined in RFC 791
has been superseded by the 6-bit Differentiated
Services Field (DSField, RFC 3260) and the 2-bit
Explicit Congestion Notification Field (ECN field,
RFC 3168). Network operators SHOULD avoid
specifying values of docsIetfQosParamSetTosAndMask
and docsIetfQosParamSetTosORMask that would result
in the modification of the ECN bits.
RFC791の元々定義されているとしてのIP TOS八重奏は6ビットのDifferentiated Services Field(DSField、RFC3260)と2ビットのExplicit Congestion Notification Field(電子証券取引ネットワーク分野、RFC3168)によって取って代わられました。 ネットワーク・オペレータSHOULDは、電子証券取引ネットワークビットの変更をもたらすdocsIetfQosParamSetTosAndMaskとdocsIetfQosParamSetTosORMaskの値を指定するのを避けます。
In particular, operators should not use values of
docsIetfQosParamSetTosAndMask that have either of
the least-significant two bits set to 0. Similarly,
operators should not use values of
docsIetfQosParamSetTosORMask that have either of
the least-significant two bits set to 1.
特に、オペレータは最も最少に重要な2ビットのどちらかを0に設定させるdocsIetfQosParamSetTosAndMaskの値を使用するべきではありません。 同様に、オペレータは最も最少に重要な2ビットのどちらかを1に設定させるdocsIetfQosParamSetTosORMaskの値を使用するべきではありません。
Even though this object is only enforced by the
Cable Modem Termination System (CMTS),
Cable Modems MUST report the value as signaled in
the referenced parameter."
REFERENCE "SP-RFIv2.0-I06-040804, Appendix C.2.2.6.10;
RFC 3168, The Addition of Explicit Congestion
Notification (ECN) to IP;
RFC 3260, New Terminology and Clarifications for
Diffserv."
::= { docsIetfQosParamSetEntry 17 }
「この物はCable Modem Termination System(CMTS)によって実施されるだけですが、Cable Modemsは参照をつけられたパラメタで合図されるように値を報告しなければなりません。」 「SP-RFIv2.0-I06-040804、付録C.2.2.6.10」という参照。 RFC3168、明白な混雑通知(電子証券取引ネットワーク)のIPへの追加。 「DiffservのためのRFC3260、新しい用語、および明確化。」 ::= docsIetfQosParamSetEntry17
docsIetfQosParamSetTosOrMask OBJECT-TYPE
SYNTAX OCTET STRING (SIZE(1))
MAX-ACCESS read-only
STATUS current
DESCRIPTION "Specifies the OR mask for the IP TOS byte.
docsIetfQosParamSetTosOrMask OBJECT-TYPE SYNTAX OCTET STRING、(SIZE(1)) MAX-ACCESSの書き込み禁止のSTATUSの現在の記述は「IP TOSバイトにORマスクを指定します」。
See the description of docsIetfQosParamSetTosAndMask
for further details.
さらに詳しい明細についてはdocsIetfQosParamSetTosAndMaskの記述を見てください。
The IP TOS octet as originally defined in RFC 791
has been superseded by the 6-bit Differentiated
Services Field (DSField, RFC 3260) and the 2-bit
Explicit Congestion Notification Field (ECN field,
RFC 3168). Network operators SHOULD avoid
specifying values of docsIetfQosParamSetTosAndMask
and docsIetfQosParamSetTosORMask that would result
in the modification of the ECN bits."
REFERENCE "SP-RFIv2.0-I06-040804, Appendix C.2.2.6.10;
RFC 3168, The Addition of Explicit Congestion
Notification (ECN) to IP;
RFC 3260, New Terminology and Clarifications for
RFC791の元々定義されているとしてのIP TOS八重奏は6ビットのDifferentiated Services Field(DSField、RFC3260)と2ビットのExplicit Congestion Notification Field(電子証券取引ネットワーク分野、RFC3168)によって取って代わられました。 「ネットワーク・オペレータSHOULDは、電子証券取引ネットワークビットの変更をもたらすdocsIetfQosParamSetTosAndMaskとdocsIetfQosParamSetTosORMaskの値を指定するのを避けます。」 「SP-RFIv2.0-I06-040804、付録C.2.2.6.10」という参照。 RFC3168、明白な混雑通知(電子証券取引ネットワーク)のIPへの追加。 RFC3260、新しい用語、および明確化
Patrick & Murwin Standards Track [Page 45] RFC 4323 IPCDN DOCSIS QoS MIB January 2006
パトリックとMurwin規格はIPCDN DOCSIS QoS MIB2006年1月にRFC4323を追跡します[45ページ]。
Diffserv."
::= { docsIetfQosParamSetEntry 18 }
"Diffserv"。 ::= docsIetfQosParamSetEntry18
docsIetfQosParamSetMaxLatency OBJECT-TYPE
SYNTAX Unsigned32
UNITS "microseconds"
MAX-ACCESS read-only
STATUS current
DESCRIPTION "Specifies the maximum latency between the
reception of a packet by the CMTS on its NSI
and the forwarding of the packet to the RF
interface. A value of 0 signifies no maximum
latency is enforced. This object only applies to
downstream Service Flows.
docsIetfQosParamSetMaxLatency OBJECT-TYPE SYNTAX Unsigned32 UNITS「マイクロセカンド」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「NSIの上のCMTSによるパケットのレセプションとパケットの推進の間の最大の潜在をRFインタフェースまで指定します」。 0の値はどんな最大の潜在も意味しません。実施されます。 この物は川下のService Flowsに適用されるだけです。
If the referenced parameter is not present in the
corresponding downstream DOCSIS QOS Parameter Set,
the default value is 0. This parameter is
not applicable to upstream DOCSIS QOS Parameter
Sets, and its value is reported as 0 in this case."
REFERENCE "SP-RFIv2.0-I06-040804, Appendix C.2.2.7.1"
::= { docsIetfQosParamSetEntry 19 }
参照をつけられたパラメタが対応する川下のDOCSIS QOS Parameter Setに存在していないなら、デフォルト値は0です。 「このパラメタは上流のDOCSIS QOS Parameter Setsに適切ではありません、そして、値はこの場合0として報告されます。」 参照、「SP-RFIv2.0-I06-040804、付録C.2.2.7、0.1インチ:、:、」= docsIetfQosParamSetEntry19
docsIetfQosParamSetType OBJECT-TYPE
SYNTAX INTEGER {
active (1),
admitted (2),
provisioned (3)
}
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION "Defines the type of the QOS parameter set defined
by this row. active(1) indicates the Active QOS
parameter set, describing the service currently
being provided by the DOCSIS MAC domain to the
Service Flow. admitted(2) indicates the Admitted
QOS Parameter Set, describing services reserved by
the DOCSIS MAC domain for use by the service
flow. provisioned (3) describes the QOS Parameter
Set defined in the DOCSIS CM Configuration file for
the Service Flow."
REFERENCE "SP-RFIv2.0-I06-040804, 8.1.5"
::= { docsIetfQosParamSetEntry 20 }
docsIetfQosParamSetType OBJECT-TYPE SYNTAX INTEGER、アクティブな(1)(明白な(2))が(3)に食糧を供給した、マックス-ACCESSのアクセスしやすくないSTATUS現在の記述; Service FlowへのDOCSIS MACドメインのそばでは. (2)がAdmitted QOS Parameter Setを示すことを認めて、使用のためにDOCSIS MACドメインによってサービスで控えられたサービスについて説明するのが流れます。「現在食糧を供給されて、(3)がService FlowのためのDOCSIS CM Configurationファイルで定義されたQOS Parameter Setについて説明するかどうかということであるサービスについて説明して. アクティブな(1)が、Active QOSパラメタが設定したのを示すこの列によって定義されたQOSパラメタセットのタイプを定義します。」 参照、「SP-RFIv2.0-I06-040804、8.1 0.5インチ:、:、」= docsIetfQosParamSetEntry20
docsIetfQosParamSetRequestPolicyOct OBJECT-TYPE
SYNTAX OCTET STRING (SIZE(4))
-- A 32-bit mask represented most significant byte
docsIetfQosParamSetRequestPolicyOct OBJECT-TYPE SYNTAX OCTET STRING、(SIZE(4))、--32ビットのマスクが最も重要なバイトを表した
Patrick & Murwin Standards Track [Page 46] RFC 4323 IPCDN DOCSIS QoS MIB January 2006
パトリックとMurwin規格はIPCDN DOCSIS QoS MIB2006年1月にRFC4323を追跡します[46ページ]。
-- first. The 32-bit integer represented in this
-- manner equals the binary value of the referenced
-- integer parameter of the DOCSIS RFI
-- specification.
-- The BITS syntax is not used in order to avoid
-- the confusion caused by different bit-numbering
-- conventions.
MAX-ACCESS read-only
STATUS current
DESCRIPTION "Specifies which transmit interval opportunities
the CM omits for upstream transmission requests and
packet transmissions. This object takes its
default value for downstream Service Flows.
-- 最初に。 これに表された32ビットの整数--方法は参照箇所--DOCSIS RFIの整数パラメタ--仕様の2進の値と等しいです。 -- BITS構文は、コンベンションを避けること(異なったビット付番で引き起こされた混乱)に使用されていません。 マックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「どれがCMが上流の送信要求とパケット伝送のために省略する間隔の機会を伝えるかを指定します」。 この物は川下のService Flowsにデフォルト値を取ります。
Unless otherwise indicated, a bit value of 1 means
that a CM must not use that opportunity for
upstream transmission.
別の方法で示されない場合、少し、1の値は、CMが上流のトランスミッションのその機会を利用してはいけないことを意味します。
If bit 0 is the least significant bit of the
least significant (4th) octet, and if bit number
is increased with significance, the bit definitions
are defined as follows:
ビット0が(4番目)の最も重要でない八重奏の最下位ビットであり、噛み付いている数が意味で増加するなら、噛み付いている定義は以下の通り定義されます:
broadcastReqOpp(0):
all CMs broadcast request opportunities
broadcastReqOpp(0): すべてのCM放送が機会を要求します。
priorityReqMulticastReq(1):
priority request multicast request
opportunities
priorityReqMulticastReq(1): 優先権要求マルチキャスト要求の機会
reqDataForReq(2):
request/data opportunities for requests
reqDataForReq(2): 要求の要求/データの機会
reqDataForData(3):
request/data opportunities for data
reqDataForData(3): データの要求/データの機会
piggybackReqWithData(4):
piggyback requests with data
piggybackReqWithData(4): データで要求を背負ってください。
concatenateData(5):
concatenate data
concatenateData(5): データを連結してください。
fragmentData(6):
fragment data
fragmentData(6): 断片データ
suppresspayloadheaders(7):
suppress payload headers
suppresspayloadheaders(7): ペイロードヘッダーを抑圧してください。
Patrick & Murwin Standards Track [Page 47] RFC 4323 IPCDN DOCSIS QoS MIB January 2006
パトリックとMurwin規格はIPCDN DOCSIS QoS MIB2006年1月にRFC4323を追跡します[47ページ]。
dropPktsExceedUGSize(8):
A value of 1 means that the Service Flow must
drop packets that do not fit in the Unsolicited
Grant size.
dropPktsExceedUGSize(8): 1の値は、Service FlowがUnsolicitedグラントサイズをうまくはめ込まないパケットを落とさなければならないことを意味します。
If the referenced parameter is not present in
a QOS Parameter Set, the value of this object is
reported as '00000000'H."
REFERENCE "SP-RFIv2.0-I06-040804, Appendix C.2.2.6.3"
::= { docsIetfQosParamSetEntry 21 }
「参照をつけられたパラメタがQOS Parameter Setに存在していないなら、この物の値は'00000000'H.として報告されます」 参照、「SP-RFIv2.0-I06-040804、付録C.2.2.6、0.3インチ:、:、」= docsIetfQosParamSetEntry21
docsIetfQosParamSetBitMap OBJECT-TYPE
-- Each bit corresponds to a parameter
-- from SP-RFI-v1.1-I10-037030,
-- Appendix C in the indicated
SYNTAX BITS { -- section number.
trafficPriority(0), -- C.2.2.5.1
maxTrafficRate(1), -- C.2.2.5.2
maxTrafficBurst(2), -- C.2.2.5.3
minReservedRate(3), -- C.2.2.5.4
minReservedPkt(4), -- C.2.2.5.5
activeTimeout(5), -- C.2.2.5.6
admittedTimeout(6), -- C.2.2.5.7
maxConcatBurst(7), -- C.2.2.6.1
schedulingType(8), -- C.2.2.6.2
requestPolicy(9), -- C.2.2.6.3
nomPollInterval(10), -- C.2.2.6.4
tolPollJitter(11), -- C.2.2.6.5
unsolicitGrantSize(12), -- C.2.2.6.6
nomGrantInterval(13), -- C.2.2.6.7
tolGrantJitter(14), -- C.2.2.6.8
grantsPerInterval(15), -- C.2.2.6.9
tosOverwrite(16), -- C.2.2.6.10
maxLatency(17) -- C.2.2.7.1
}
MAX-ACCESS read-only
STATUS current
DESCRIPTION "This object indicates the set of QOS Parameter
Set parameters actually signaled in the
DOCSIS registration or dynamic service request
message that created or modified the QOS Parameter
Set. A bit is set to 1 when the parameter described
by the indicated reference section is present
in the original request.
docsIetfQosParamSetBitMap OBJECT-TYPE--各ビットはSP-RFI-v1.1-I10-037030からのパラメタに対応しています; 示されたSYNTAX BITSの付録C; --セクション番号trafficPriority(0)--C.2.2、.5、.1maxTrafficRate(1)、--、C.2.2、.5、.2maxTrafficBurst(2)、--、C.2.2、.5、.3minReservedRate(3)、--、C.2.2、.5、.4minReservedPkt(4)、--、C.2.2、.5、.5activeTimeout(5)、--、C.2.2、.5、.6admittedTimeout(6)、--、C.2.2、.5、.7maxConcatBurst(7)、--、C.2.2.6.1schedulingType(8); 「実際にQOS Parameter Setを作成したか、または変更したDOCSIS登録かダイナミックなサービス要求メッセージでは示この物がQOS Parameter Setパラメタのセットを示すした」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 示された参照部によって説明されたパラメタがオリジナルの要求に存在しているとき、1に少し設定されます。
Note that when Service Class names are expanded,
the registration or dynamic response message may
contain parameters as expanded by the CMTS based
Service Class名が広げられるとき、ベースのCMTSによって広げられるように登録かダイナミックな応答メッセージがパラメタを含むかもしれないことに注意してください。
Patrick & Murwin Standards Track [Page 48] RFC 4323 IPCDN DOCSIS QoS MIB January 2006
パトリックとMurwin規格はIPCDN DOCSIS QoS MIB2006年1月にRFC4323を追跡します[48ページ]。
on a stored service class. These expanded
parameters are not indicated by a 1 bit in this
object.
格納されたサービスのクラスに関して。 これらの拡張パラメタはこの物で1ビットによって示されません。
Note that even though some QOS Parameter Set
parameters may not be signaled in a message
(so that the paramater's bit in this object is 0),
the DOCSIS specification requires that default
values be used. These default values are reported
as the corresponding object's value in the row.
いくつかのQOS Parameter Setパラメタがメッセージで合図されないかもしれませんが(この物のparamaterのビットが0であるように)、DOCSIS仕様が、デフォルト値が使用されるのを必要とすることに注意してください。 これらのデフォルト値は対応するオブジェクトの値として列で報告されます。
Note that BITS objects are encoded most
significant bit first. For example, if bits
1 and 16 are set, the value of this object
is the octet string '400080'H."
::= { docsIetfQosParamSetEntry 22 }
BITS物が最初にコード化された最上位ビットであることに注意してください。 「例えば、ビット1と16が設定されるなら、この物の値は八重奏ストリング'400080'H.です」 ::= docsIetfQosParamSetEntry22
--
-- Service Flow Table
--
docsIetfQosServiceFlowTable OBJECT-TYPE
SYNTAX SEQUENCE OF DocsIetfQosServiceFlowEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION "This table describes the set of DOCSIS-QOS
Service Flows in a managed device."
::= { docsIetfQosMIBObjects 3 }
-- -- Flow Tableを調整してください--、docsIetfQosServiceFlowTable OBJECT-TYPEのSYNTAX SEQUENCE OF DocsIetfQosServiceFlowEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「このテーブルは管理された装置でDOCSIS-QOS Service Flowsのセットについて説明します」。 ::= docsIetfQosMIBObjects3
docsIetfQosServiceFlowEntry OBJECT-TYPE
SYNTAX DocsIetfQosServiceFlowEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION "Describes a Service Flow.
An entry in the table exists for each
Service Flow ID. The ifIndex is an
ifType of docsCableMaclayer(127)."
INDEX {
ifIndex,
docsIetfQosServiceFlowId
}
::= { docsIetfQosServiceFlowTable 1 }
docsIetfQosServiceFlowEntry OBJECT-TYPE SYNTAX DocsIetfQosServiceFlowEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述は「サービス流動について説明します」。 テーブルのエントリーはそれぞれのService Flow IDに存在しています。 「ifIndexはdocsCableMaclayer(127)のifTypeです。」 ifIndex、docsIetfQosServiceFlowIdに索引をつけてください:、:= docsIetfQosServiceFlowTable1
DocsIetfQosServiceFlowEntry ::= SEQUENCE {
docsIetfQosServiceFlowId Unsigned32,
docsIetfQosServiceFlowSID Unsigned32,
docsIetfQosServiceFlowDirection DocsIetfQosRfMacIfDirection,
docsIetfQosServiceFlowPrimary TruthValue
}
DocsIetfQosServiceFlowEntry:、:= 系列docsIetfQosServiceFlowId Unsigned32、docsIetfQosServiceFlowSID Unsigned32、docsIetfQosServiceFlowDirection DocsIetfQosRfMacIfDirection、docsIetfQosServiceFlowPrimary TruthValue
Patrick & Murwin Standards Track [Page 49] RFC 4323 IPCDN DOCSIS QoS MIB January 2006
パトリックとMurwin規格はIPCDN DOCSIS QoS MIB2006年1月にRFC4323を追跡します[49ページ]。
docsIetfQosServiceFlowId OBJECT-TYPE
SYNTAX Unsigned32 (1..4294967295)
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION "An index assigned to a Service Flow by CMTS."
REFERENCE "SP-RFIv2.0-I06-040804, Appendix C.2.2.3.2"
::= { docsIetfQosServiceFlowEntry 1 }
「インデックスはCMTSでService Flowに割り当てた」docsIetfQosServiceFlowId OBJECT-TYPE SYNTAX Unsigned32(1 .4294967295)のマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 参照、「SP-RFIv2.0-I06-040804、付録C.2.2.3、0.2インチ:、:、」= docsIetfQosServiceFlowEntry1
docsIetfQosServiceFlowSID OBJECT-TYPE
SYNTAX Unsigned32 (0..16383)
MAX-ACCESS read-only
STATUS current
DESCRIPTION "Service Identifier (SID) assigned to an
admitted or active Service Flow. This object
reports a value of 0 if a Service ID is not
associated with the Service Flow. Only active
or admitted upstream Service Flows will have a
Service ID (SID)."
REFERENCE "SP-RFIv2.0-I06-040804, Appendix C.2.2.3.3"
::= { docsIetfQosServiceFlowEntry 2 }
「サービスIdentifier(SID)は認められたかアクティブなService Flowに割り当てた」docsIetfQosServiceFlowSID OBJECT-TYPE SYNTAX Unsigned32(0 .16383)のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 Service IDがService Flowに関連づけられないなら、この物は0の値を報告します。 「アクティブであるか認められた上流のService Flowsだけには、Service ID(SID)があるでしょう。」 参照、「SP-RFIv2.0-I06-040804、付録C.2.2.3、0.3インチ:、:、」= docsIetfQosServiceFlowEntry2
docsIetfQosServiceFlowDirection OBJECT-TYPE
SYNTAX DocsIetfQosRfMacIfDirection
MAX-ACCESS read-only
STATUS current
DESCRIPTION "The direction of the Service Flow."
REFERENCE "SP-RFIv2.0-I06-040804, Appendix C.2.1.1/2"
::= { docsIetfQosServiceFlowEntry 3 }
docsIetfQosServiceFlowDirection OBJECT-TYPE SYNTAX DocsIetfQosRfMacIfDirectionのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「Service Flowの指示。」 参照、「SP-RFIv2.0-I06-040804、付録C.2.1.1/2インチ:、:、」= docsIetfQosServiceFlowEntry3
docsIetfQosServiceFlowPrimary OBJECT-TYPE
SYNTAX TruthValue
MAX-ACCESS read-only
STATUS current
DESCRIPTION "Object reflects whether Service Flow is the primary
or a secondary Service Flow.
「物はService Flowが第一のService Flowであるか二次Service Flowであることにかかわらず反映する」docsIetfQosServiceFlowPrimary OBJECT-TYPE SYNTAX TruthValueのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。
A primary Service Flow is the default Service Flow
for otherwise unclassified traffic and all MAC
messages."
REFERENCE "SP-RFIv2.0-I06-040804, Section 8.1 "
::= { docsIetfQosServiceFlowEntry 4 }
「第一のService Flowはそうでなければ、非分類された交通とすべてのMACメッセージのためのデフォルトService Flowです。」 「SP-RFIv2.0-I06-040804、セクション8.1」という参照:、:= docsIetfQosServiceFlowEntry4
--
-- Service Flow Stats Table
--
docsIetfQosServiceFlowStatsTable OBJECT-TYPE
SYNTAX SEQUENCE OF DocsIetfQosServiceFlowStatsEntry
MAX-ACCESS not-accessible
-- -- サービスFlow Stats Table--アクセスしやすくないdocsIetfQosServiceFlowStatsTable OBJECT-TYPE SYNTAX SEQUENCE OF DocsIetfQosServiceFlowStatsEntryマックス-ACCESS
Patrick & Murwin Standards Track [Page 50] RFC 4323 IPCDN DOCSIS QoS MIB January 2006
パトリックとMurwin規格はIPCDN DOCSIS QoS MIB2006年1月にRFC4323を追跡します[50ページ]。
STATUS current
DESCRIPTION "This table describes statistics associated with the
Service Flows in a managed device."
::= { docsIetfQosMIBObjects 4 }
STATUSの現在の記述、「このテーブルは管理された装置のService Flowsに関連している統計について説明します」。 ::= docsIetfQosMIBObjects4
docsIetfQosServiceFlowStatsEntry OBJECT-TYPE
SYNTAX DocsIetfQosServiceFlowStatsEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION "Describes a set of Service Flow statistics.
An entry in the table exists for each
Service Flow ID. The ifIndex is an
ifType of docsCableMaclayer(127)."
INDEX {
ifIndex,
docsIetfQosServiceFlowId
}
::= { docsIetfQosServiceFlowStatsTable 1 }
docsIetfQosServiceFlowStatsEntry OBJECT-TYPE SYNTAX DocsIetfQosServiceFlowStatsEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述は「1セットのService Flow統計について説明します」。 テーブルのエントリーはそれぞれのService Flow IDに存在しています。 「ifIndexはdocsCableMaclayer(127)のifTypeです。」 ifIndex、docsIetfQosServiceFlowIdに索引をつけてください:、:= docsIetfQosServiceFlowStatsTable1
DocsIetfQosServiceFlowStatsEntry ::= SEQUENCE {
docsIetfQosServiceFlowPkts Counter64,
docsIetfQosServiceFlowOctets Counter64,
docsIetfQosServiceFlowTimeCreated TimeStamp,
docsIetfQosServiceFlowTimeActive Counter32,
docsIetfQosServiceFlowPHSUnknowns Counter32,
docsIetfQosServiceFlowPolicedDropPkts Counter32,
docsIetfQosServiceFlowPolicedDelayPkts Counter32
}
DocsIetfQosServiceFlowStatsEntry:、:= 系列docsIetfQosServiceFlowPkts Counter64、docsIetfQosServiceFlowOctets Counter64、docsIetfQosServiceFlowTimeCreatedタイムスタンプ、docsIetfQosServiceFlowTimeActive Counter32、docsIetfQosServiceFlowPHSUnknowns Counter32、docsIetfQosServiceFlowPolicedDropPkts Counter32、docsIetfQosServiceFlowPolicedDelayPkts Counter32
docsIetfQosServiceFlowPkts OBJECT-TYPE
SYNTAX Counter64
MAX-ACCESS read-only
STATUS current
DESCRIPTION "For outgoing Service Flows, this object counts the
number of Packet Data PDUs forwarded to this
Service Flow. For incoming upstream CMTS service
flows, this object counts the number of Packet
Data PDUs actually received on the Service Flow
identified by the SID for which the packet was
scheduled. CMs not classifying downstream packets
may report this object's value as 0 for downstream
Service Flows. This object does not count
MAC-specific management messages.
「出発しているService Flows、Packet Data PDUsの数がこのService Flowに送ったこの物のカウント」のためのdocsIetfQosServiceFlowPkts OBJECT-TYPE SYNTAX Counter64のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 入って来る上流のCMTSに関しては、サービスは流れて、この物は実際にパケットが予定されていたSIDによって特定されたService Flowに受け取られたPacket Data PDUsの数を数えます。 分類の川下のパケットではなく、CMが川下のService Flowsのための0としてこの物の値を報告するかもしれません。 この物はMAC特有の管理メッセージを数えません。
Particularly for UGS flows, packets sent on the
primary Service Flow in violation of the UGS grant
size should be counted only by the instance of this
object that is associated with the primary service
特にUGS流れることのために、パケットは、UGS交付金サイズを違反した第一のService Flowが単に一次業務に関連しているこの物の例によって数えられるべきであるのを転送しました。
Patrick & Murwin Standards Track [Page 51] RFC 4323 IPCDN DOCSIS QoS MIB January 2006
パトリックとMurwin規格はIPCDN DOCSIS QoS MIB2006年1月にRFC4323を追跡します[51ページ]。
flow.
流れてください。
Unclassified upstream user data packets (i.e., non-
MAC-management) forwarded to the primary upstream
Service Flow should be counted by the instance of
this object that is associated with the primary
service flow.
すなわち、上流のユーザデータ・パケットをUnclassifiedした、(非、-、MAC-管理) 第一の上流に送って、Service Flowは一次業務流動に関連しているこの物の例によって数えられるべきです。
This object does include packets counted by
docsIetfQosServiceFlowPolicedDelayPkts, but does not
include packets counted by
docsIetfQosServiceFlowPolicedDropPkts
and docsIetfQosServiceFlowPHSUnknowns.
この物は、docsIetfQosServiceFlowPolicedDelayPktsによって数えられたパケットを含んでいますが、docsIetfQosServiceFlowPolicedDropPktsとdocsIetfQosServiceFlowPHSUnknownsによって数えられたパケットは含んでいません。
This counter's last discontinuity is the
ifCounterDiscontinuityTime for the same ifIndex that
indexes this object."
::= { docsIetfQosServiceFlowStatsEntry 1 }
「このカウンタの最後の不連続はこの物に索引をつける同じifIndexのためのifCounterDiscontinuityTimeです。」 ::= docsIetfQosServiceFlowStatsEntry1
docsIetfQosServiceFlowOctets OBJECT-TYPE
SYNTAX Counter64
MAX-ACCESS read-only
STATUS current
DESCRIPTION "The number of octets from the byte after the MAC
header HCS to the end of the CRC for all packets
counted in the docsIetfQosServiceFlowPkts object for
this row. Note that this counts the octets after
payload header suppression and before payload
header expansion have been applied.
「MACヘッダーHCSの後のバイトからすべてのパケットのためのCRCの端までの八重奏の数はdocsIetfQosServiceFlowPkts物でこの列まで数えた」docsIetfQosServiceFlowOctets OBJECT-TYPE SYNTAX Counter64のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 これがペイロードヘッダー抑圧の後に八重奏を数えて、ペイロードヘッダー拡大の前に適用されたことに注意してください。
This counter's last discontinuity is the
ifCounterDiscontinuityTime for the same ifIndex that
indexes this object."
::= { docsIetfQosServiceFlowStatsEntry 2 }
「このカウンタの最後の不連続はこの物に索引をつける同じifIndexのためのifCounterDiscontinuityTimeです。」 ::= docsIetfQosServiceFlowStatsEntry2
docsIetfQosServiceFlowTimeCreated OBJECT-TYPE
SYNTAX TimeStamp
MAX-ACCESS read-only
STATUS current
DESCRIPTION "The value of sysUpTime when the service flow
was created."
::= { docsIetfQosServiceFlowStatsEntry 3 }
docsIetfQosServiceFlowTimeCreated OBJECT-TYPE SYNTAX TimeStampのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「サービス流動であるときに、sysUpTimeの値は作成されました」。 ::= docsIetfQosServiceFlowStatsEntry3
docsIetfQosServiceFlowTimeActive OBJECT-TYPE
SYNTAX Counter32
UNITS "seconds"
MAX-ACCESS read-only
STATUS current
docsIetfQosServiceFlowTimeActive OBJECT-TYPE SYNTAX Counter32 UNITS「秒」マックス-ACCESS書き込み禁止STATUS海流
Patrick & Murwin Standards Track [Page 52] RFC 4323 IPCDN DOCSIS QoS MIB January 2006
パトリックとMurwin規格はIPCDN DOCSIS QoS MIB2006年1月にRFC4323を追跡します[52ページ]。
DESCRIPTION "The number of seconds that the service flow
has been active.
記述、「サービスが流れる秒の数はアクティブでした」。
This counter's last discontinuity is the
ifCounterDiscontinuityTime for the same ifIndex that
indexes this object."
::= { docsIetfQosServiceFlowStatsEntry 4 }
「このカウンタの最後の不連続はこの物に索引をつける同じifIndexのためのifCounterDiscontinuityTimeです。」 ::= docsIetfQosServiceFlowStatsEntry4
docsIetfQosServiceFlowPHSUnknowns OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION "For incoming upstream CMTS service flows, this
object counts the number of packets received
with an unknown payload header suppression index.
The service flow is identified by the SID for which
the packet was scheduled.
「入って来る上流のCMTSサービス流れ、パケットの数が未知のペイロードヘッダー抑圧インデックスで受けたこの物のカウント」のためのdocsIetfQosServiceFlowPHSUnknowns OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 サービス流動はパケットが予定されていたSIDによって特定されます。
On a CM, only this object's instance for the primary
downstream service flow counts packets received with
an unknown payload header suppression index. All
other downstream service flows on CM report this
objects value as 0.
CMでは、第一の川下のサービス流動のためのこの物だけの例は未知のペイロードヘッダー抑圧インデックスで受け取られたパケットを数えます。 他のすべての川下のサービスがこの物が0として評価するCMレポートを流れます。
All outgoing service flows report this object's
value as 0.
すべての外向的なサービス流れが0としてこの物の値を報告します。
This counter's last discontinuity is the
ifCounterDiscontinuityTime for the same ifIndex that
indexes this object."
::= { docsIetfQosServiceFlowStatsEntry 5 }
「このカウンタの最後の不連続はこの物に索引をつける同じifIndexのためのifCounterDiscontinuityTimeです。」 ::= docsIetfQosServiceFlowStatsEntry5
docsIetfQosServiceFlowPolicedDropPkts OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION "For outgoing service flows, this object counts the
number of Packet Data PDUs classified to this
service flow dropped due to:
(1) implementation-dependent excessive delay
while enforcing the Maximum Sustained
Traffic Rate; or
(2) UGS packets dropped due to exceeding the
Unsolicited Grant Size with a
Request/Transmission policy that requires
such packets to be dropped.
「外向的なサービス流れ、Packet Data PDUsの数が以下のため落とされたこのサービス流動に分類したこの物のカウント」のためのdocsIetfQosServiceFlowPolicedDropPkts OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述 (1) Maximum Sustained Traffic Rateを実施する過度の遅れがゆったり過ごす実現扶養家族。 (2) または、そのようなパケットが落とされるのを必要とするRequest/トランスミッション方針でUnsolicitedグラントSizeを超えているためUGSパケットは低下しました。
Classified packets dropped due to other reasons
他の理由のため落とされた分類されたパケット
Patrick & Murwin Standards Track [Page 53] RFC 4323 IPCDN DOCSIS QoS MIB January 2006
パトリックとMurwin規格はIPCDN DOCSIS QoS MIB2006年1月にRFC4323を追跡します[53ページ]。
must be counted in ifOutDiscards for the interface
of this service flow. This object reports 0 for
incoming service flows.
ifOutDiscardsでこのサービス流動のインタフェースまで数えなければなりません。 入来のためのレポート0が調整するこの物は流れます。
This counter's last discontinuity is the
ifCounterDiscontinuityTime for the same ifIndex that
indexes this object."
::= { docsIetfQosServiceFlowStatsEntry 6 }
「このカウンタの最後の不連続はこの物に索引をつける同じifIndexのためのifCounterDiscontinuityTimeです。」 ::= docsIetfQosServiceFlowStatsEntry6
docsIetfQosServiceFlowPolicedDelayPkts OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION "This object counts only outgoing packets delayed in
order to maintain the Maximum Sustained Traffic
Rate. This object will always report a value of 0
for UGS flows because the Maximum Sustained Traffic
Rate does not apply. This object is 0 for incoming
service flows.
docsIetfQosServiceFlowPolicedDelayPkts OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「Maximum Sustained Traffic Rateを維持するために遅れる出発しているパケットだけを数えこれが反対するします」。 この物は、いつもMaximum Sustained Traffic Rateが適用しないのでUGSのための0の値が流れると報告するでしょう。 この物は入って来るサービス流れのための0です。
This counter's last discontinuity is the
ifCounterDiscontinuityTime for the same ifIndex that
indexes this object."
::= { docsIetfQosServiceFlowStatsEntry 7 }
「このカウンタの最後の不連続はこの物に索引をつける同じifIndexのためのifCounterDiscontinuityTimeです。」 ::= docsIetfQosServiceFlowStatsEntry7
--
-- Upstream Service Flow Stats Table (CMTS ONLY)
--
docsIetfQosUpstreamStatsTable OBJECT-TYPE
SYNTAX SEQUENCE OF DocsIetfQosUpstreamStatsEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION "This table describes statistics associated with
upstream service flows. All counted frames must
be received without a Frame Check Sequence (FCS)
error."
::= { docsIetfQosMIBObjects 5 }
-- -- 上流のService Flow Stats Table(CMTS ONLY)--、docsIetfQosUpstreamStatsTable OBJECT-TYPEのSYNTAX SEQUENCE OF DocsIetfQosUpstreamStatsEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「このテーブルは上流のサービス流れに関連している統計について説明します」。 「Frame Check Sequence(FCS)誤りなしですべての数えられたフレームを受け取らなければなりません。」 ::= docsIetfQosMIBObjects5
docsIetfQosUpstreamStatsEntry OBJECT-TYPE
SYNTAX DocsIetfQosUpstreamStatsEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION "Describes a set of upstream service flow
statistics. An entry in the table exists for each
upstream Service Flow in a managed device.
The ifIndex is an ifType of
docsCableMaclayer(127)."
INDEX {
docsIetfQosUpstreamStatsEntry OBJECT-TYPE SYNTAX DocsIetfQosUpstreamStatsEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述は「1セットの上流のサービス流れ統計について説明します」。 テーブルのエントリーはそれぞれの上流のService Flowのために管理された装置に存在しています。 「ifIndexはdocsCableMaclayer(127)のifTypeです。」 インデックス
Patrick & Murwin Standards Track [Page 54] RFC 4323 IPCDN DOCSIS QoS MIB January 2006
パトリックとMurwin規格はIPCDN DOCSIS QoS MIB2006年1月にRFC4323を追跡します[54ページ]。
ifIndex,
docsIetfQosSID
}
::= { docsIetfQosUpstreamStatsTable 1 }
ifIndex、docsIetfQosSID ::= docsIetfQosUpstreamStatsTable1
DocsIetfQosUpstreamStatsEntry ::= SEQUENCE {
docsIetfQosSID Unsigned32,
docsIetfQosUpstreamFragments Counter32,
docsIetfQosUpstreamFragDiscards Counter32,
docsIetfQosUpstreamConcatBursts Counter32
}
DocsIetfQosUpstreamStatsEntry:、:= 系列docsIetfQosSID Unsigned32、docsIetfQosUpstreamFragments Counter32、docsIetfQosUpstreamFragDiscards Counter32、docsIetfQosUpstreamConcatBursts Counter32
docsIetfQosSID OBJECT-TYPE
SYNTAX Unsigned32 (1..16383)
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION "Identifies a service ID for an admitted or active
upstream service flow."
::= { docsIetfQosUpstreamStatsEntry 1 }
docsIetfQosSID OBJECT-TYPE SYNTAX Unsigned32(1 .16383)のマックス-ACCESSのアクセスしやすくないSTATUS現在の記述は「認められたかアクティブな上流のサービス流動のためにサービスIDを特定します」。 ::= docsIetfQosUpstreamStatsEntry1
docsIetfQosUpstreamFragments OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION "The number of fragmentation headers received on an
upstream service flow, regardless of whether
the fragment was correctly reassembled into a
valid packet.
「断片が正しく有効なパケットに組み立て直されたかどうかにかかわらず断片化ヘッダーの数は上流のサービス流動で受けた」docsIetfQosUpstreamFragments OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。
This counter's last discontinuity is the
ifCounterDiscontinuityTime for the same ifIndex that
indexes this object."
::= { docsIetfQosUpstreamStatsEntry 2 }
「このカウンタの最後の不連続はこの物に索引をつける同じifIndexのためのifCounterDiscontinuityTimeです。」 ::= docsIetfQosUpstreamStatsEntry2
docsIetfQosUpstreamFragDiscards OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION "The number of upstream fragments discarded and not
assembled into a valid upstream packet.
「捨てられて、有効な上流のパケットに組み立てられないで、上流の数は断片化する」docsIetfQosUpstreamFragDiscards OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。
This counter's last discontinuity is the
ifCounterDiscontinuityTime for the same ifIndex that
indexes this object."
::= { docsIetfQosUpstreamStatsEntry 3 }
「このカウンタの最後の不連続はこの物に索引をつける同じifIndexのためのifCounterDiscontinuityTimeです。」 ::= docsIetfQosUpstreamStatsEntry3
docsIetfQosUpstreamConcatBursts OBJECT-TYPE
SYNTAX Counter32
docsIetfQosUpstreamConcatBurstsオブジェクト・タイプ構文Counter32
Patrick & Murwin Standards Track [Page 55] RFC 4323 IPCDN DOCSIS QoS MIB January 2006
パトリックとMurwin規格はIPCDN DOCSIS QoS MIB2006年1月にRFC4323を追跡します[55ページ]。
MAX-ACCESS read-only
STATUS current
DESCRIPTION "The number of concatenation headers received on an
upstream service flow.
This counter's last discontinuity is the
ifCounterDiscontinuityTime for the same ifIndex that
indexes this object."
::= { docsIetfQosUpstreamStatsEntry 4 }
「連結ヘッダーの数は上流のサービス流動で受けた」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 「このカウンタの最後の不連続はこの物に索引をつける同じifIndexのためのifCounterDiscontinuityTimeです。」 ::= docsIetfQosUpstreamStatsEntry4
--
-- Dynamic Service Stats Table
--
docsIetfQosDynamicServiceStatsTable OBJECT-TYPE
SYNTAX SEQUENCE OF DocsIetfQosDynamicServiceStatsEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION "This table describes statistics associated with the
Dynamic Service Flows in a managed device."
::= { docsIetfQosMIBObjects 6 }
-- -- ダイナミックなService Stats Table--、docsIetfQosDynamicServiceStatsTable OBJECT-TYPEのSYNTAX SEQUENCE OF DocsIetfQosDynamicServiceStatsEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「このテーブルは管理された装置のDynamic Service Flowsに関連している統計について説明します」。 ::= docsIetfQosMIBObjects6
docsIetfQosDynamicServiceStatsEntry OBJECT-TYPE
SYNTAX DocsIetfQosDynamicServiceStatsEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION "Describes a set of dynamic service flow statistics.
Two entries exist for each DOCSIS MAC layer
interface for the upstream and downstream
direction. On the CMTS, the downstream direction
row indicates messages transmitted or transactions
originated by the CMTS. The upstream direction row
indicates messages received or transaction
originated by the CM. On the CM, the downstream
direction row indicates messages received or
transactions originated by the CMTS. The upstream
direction row indicates messages transmitted by
the CM or transactions originated by the CM.
The ifIndex is an ifType of
docsCableMaclayer(127)."
INDEX {
ifIndex,
docsIetfQosIfDirection
}
::= { docsIetfQosDynamicServiceStatsTable 1 }
docsIetfQosDynamicServiceStatsEntry OBJECT-TYPE SYNTAX DocsIetfQosDynamicServiceStatsEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述は「1セットのダイナミックなサービス流れ統計について説明します」。 2つのエントリーが上流の、そして、川下の指示のためのそれぞれのDOCSIS MAC層のインタフェースに存在しています。 CMTSでは、川下の指示列が、メッセージが送られたのを示すか、または取引はCMTSで由来しました。 上流の指示列が、メッセージが受信されたのを示すか、または取引はCMで由来しました。 CMでは、川下の指示列が、メッセージが受信されたのを示すか、または取引はCMTSで由来しました。 上流の指示列は、メッセージがCMによって溯源されたCMか取引で送られたのを示します。 「ifIndexはdocsCableMaclayer(127)のifTypeです。」 ifIndex、docsIetfQosIfDirectionに索引をつけてください:、:= docsIetfQosDynamicServiceStatsTable1
DocsIetfQosDynamicServiceStatsEntry ::= SEQUENCE {
docsIetfQosIfDirection DocsIetfQosRfMacIfDirection,
docsIetfQosDSAReqs Counter32,
DocsIetfQosDynamicServiceStatsEntry:、:= 系列、docsIetfQosIfDirection DocsIetfQosRfMacIfDirection、docsIetfQosDSAReqs Counter32
Patrick & Murwin Standards Track [Page 56] RFC 4323 IPCDN DOCSIS QoS MIB January 2006
パトリックとMurwin規格はIPCDN DOCSIS QoS MIB2006年1月にRFC4323を追跡します[56ページ]。
docsIetfQosDSARsps Counter32,
docsIetfQosDSAAcks Counter32,
docsIetfQosDSCReqs Counter32,
docsIetfQosDSCRsps Counter32,
docsIetfQosDSCAcks Counter32,
docsIetfQosDSDReqs Counter32,
docsIetfQosDSDRsps Counter32,
docsIetfQosDynamicAdds Counter32,
docsIetfQosDynamicAddFails Counter32,
docsIetfQosDynamicChanges Counter32,
docsIetfQosDynamicChangeFails Counter32,
docsIetfQosDynamicDeletes Counter32,
docsIetfQosDynamicDeleteFails Counter32,
docsIetfQosDCCReqs Counter32,
docsIetfQosDCCRsps Counter32,
docsIetfQosDCCAcks Counter32,
docsIetfQosDCCs Counter32,
docsIetfQosDCCFails Counter32
}
docsIetfQosDSARsps Counter32、docsIetfQosDSAAcks Counter32、docsIetfQosDSCReqs Counter32、docsIetfQosDSCRsps Counter32、docsIetfQosDSCAcks Counter32、docsIetfQosDSDReqs Counter32、docsIetfQosDSDRsps Counter32、docsIetfQosDynamicAdds Counter32、docsIetfQosDynamicAddFails Counter32; docsIetfQosDynamicChanges Counter32、docsIetfQosDynamicChangeFails Counter32、docsIetfQosDynamicDeletes Counter32、docsIetfQosDynamicDeleteFails Counter32、docsIetfQosDCCReqs Counter32、docsIetfQosDCCRsps Counter32、docsIetfQosDCCAcks Counter32、docsIetfQosDCCs Counter32、docsIetfQosDCCFails Counter32
docsIetfQosIfDirection OBJECT-TYPE
SYNTAX DocsIetfQosRfMacIfDirection
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION "The direction of interface."
::= { docsIetfQosDynamicServiceStatsEntry 1 }
docsIetfQosIfDirection OBJECT-TYPE SYNTAX DocsIetfQosRfMacIfDirectionのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「インタフェースの指示。」 ::= docsIetfQosDynamicServiceStatsEntry1
docsIetfQosDSAReqs OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION "The number of Dynamic Service Addition Requests,
including retries.
docsIetfQosDSAReqs OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「再試行を含むDynamic Service Addition Requestsの数。」
This counter's last discontinuity is the
ifCounterDiscontinuityTime for the same ifIndex that
indexes this object."
::= { docsIetfQosDynamicServiceStatsEntry 2 }
「このカウンタの最後の不連続はこの物に索引をつける同じifIndexのためのifCounterDiscontinuityTimeです。」 ::= docsIetfQosDynamicServiceStatsEntry2
docsIetfQosDSARsps OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION "The number of Dynamic Service Addition Responses,
including retries.
docsIetfQosDSARsps OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「再試行を含むDynamic Service Addition Responsesの数。」
This counter's last discontinuity is the
ifCounterDiscontinuityTime for the same ifIndex that
このカウンタの最後の不連続が同じifIndexのためのifCounterDiscontinuityTimeである、それ
Patrick & Murwin Standards Track [Page 57] RFC 4323 IPCDN DOCSIS QoS MIB January 2006
パトリックとMurwin規格はIPCDN DOCSIS QoS MIB2006年1月にRFC4323を追跡します[57ページ]。
indexes this object."
::= { docsIetfQosDynamicServiceStatsEntry 3 }
「この物に索引をつけます。」 ::= docsIetfQosDynamicServiceStatsEntry3
docsIetfQosDSAAcks OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION "The number of Dynamic Service Addition
Acknowledgements, including retries.
docsIetfQosDSAAcks OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「再試行を含むDynamic Service Addition Acknowledgementsの数。」
This counter's last discontinuity is the
ifCounterDiscontinuityTime for the same ifIndex that
indexes this object."
::= { docsIetfQosDynamicServiceStatsEntry 4 }
「このカウンタの最後の不連続はこの物に索引をつける同じifIndexのためのifCounterDiscontinuityTimeです。」 ::= docsIetfQosDynamicServiceStatsEntry4
docsIetfQosDSCReqs OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION "The number of Dynamic Service Change Requests,
including retries.
docsIetfQosDSCReqs OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「再試行を含むDynamic Service Change Requestsの数。」
This counter's last discontinuity is the
ifCounterDiscontinuityTime for the same ifIndex that
indexes this object."
::= { docsIetfQosDynamicServiceStatsEntry 5 }
「このカウンタの最後の不連続はこの物に索引をつける同じifIndexのためのifCounterDiscontinuityTimeです。」 ::= docsIetfQosDynamicServiceStatsEntry5
docsIetfQosDSCRsps OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION "The number of Dynamic Service Change Responses,
including retries.
docsIetfQosDSCRsps OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「再試行を含むDynamic Service Change Responsesの数。」
This counter's last discontinuity is the
ifCounterDiscontinuityTime for the same ifIndex that
indexes this object."
::= { docsIetfQosDynamicServiceStatsEntry 6 }
「このカウンタの最後の不連続はこの物に索引をつける同じifIndexのためのifCounterDiscontinuityTimeです。」 ::= docsIetfQosDynamicServiceStatsEntry6
docsIetfQosDSCAcks OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION "The number of Dynamic Service Change
Acknowledgements, including retries.
docsIetfQosDSCAcks OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「再試行を含むDynamic Service Change Acknowledgementsの数。」
This counter's last discontinuity is the
ifCounterDiscontinuityTime for the same ifIndex that
このカウンタの最後の不連続が同じifIndexのためのifCounterDiscontinuityTimeである、それ
Patrick & Murwin Standards Track [Page 58] RFC 4323 IPCDN DOCSIS QoS MIB January 2006
パトリックとMurwin規格はIPCDN DOCSIS QoS MIB2006年1月にRFC4323を追跡します[58ページ]。
indexes this object."
::= { docsIetfQosDynamicServiceStatsEntry 7 }
「この物に索引をつけます。」 ::= docsIetfQosDynamicServiceStatsEntry7
docsIetfQosDSDReqs OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION "The number of Dynamic Service Delete Requests,
including retries.
docsIetfQosDSDReqs OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「再試行を含むDynamic Service Delete Requestsの数。」
This counter's last discontinuity is the
ifCounterDiscontinuityTime for the same ifIndex that
indexes this object."
::= { docsIetfQosDynamicServiceStatsEntry 8 }
「このカウンタの最後の不連続はこの物に索引をつける同じifIndexのためのifCounterDiscontinuityTimeです。」 ::= docsIetfQosDynamicServiceStatsEntry8
docsIetfQosDSDRsps OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION "The number of Dynamic Service Delete Responses,
including retries.
docsIetfQosDSDRsps OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「再試行を含むDynamic Service Delete Responsesの数。」
This counter's last discontinuity is the
ifCounterDiscontinuityTime for the same ifIndex that
indexes this object."
::= { docsIetfQosDynamicServiceStatsEntry 9 }
「このカウンタの最後の不連続はこの物に索引をつける同じifIndexのためのifCounterDiscontinuityTimeです。」 ::= docsIetfQosDynamicServiceStatsEntry9
docsIetfQosDynamicAdds OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION "The number of successful Dynamic Service Addition
transactions.
docsIetfQosDynamicAdds OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「うまくいっているDynamic Service Addition取引の数。」
This counter's last discontinuity is the
ifCounterDiscontinuityTime for the same ifIndex that
indexes this object."
::= { docsIetfQosDynamicServiceStatsEntry 10 }
「このカウンタの最後の不連続はこの物に索引をつける同じifIndexのためのifCounterDiscontinuityTimeです。」 ::= docsIetfQosDynamicServiceStatsEntry10
docsIetfQosDynamicAddFails OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION "The number of failed Dynamic Service Addition
transactions.
docsIetfQosDynamicAddFails OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「失敗したDynamic Service Addition取引の数。」
This counter's last discontinuity is the
ifCounterDiscontinuityTime for the same ifIndex that
このカウンタの最後の不連続が同じifIndexのためのifCounterDiscontinuityTimeである、それ
Patrick & Murwin Standards Track [Page 59] RFC 4323 IPCDN DOCSIS QoS MIB January 2006
パトリックとMurwin規格はIPCDN DOCSIS QoS MIB2006年1月にRFC4323を追跡します[59ページ]。
indexes this object."
::= { docsIetfQosDynamicServiceStatsEntry 11 }
「この物に索引をつけます。」 ::= docsIetfQosDynamicServiceStatsEntry11
docsIetfQosDynamicChanges OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION "The number of successful Dynamic Service Change
transactions.
docsIetfQosDynamicChanges OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「うまくいっているDynamic Service Change取引の数。」
This counter's last discontinuity is the
ifCounterDiscontinuityTime for the same ifIndex that
indexes this object."
::= { docsIetfQosDynamicServiceStatsEntry 12 }
「このカウンタの最後の不連続はこの物に索引をつける同じifIndexのためのifCounterDiscontinuityTimeです。」 ::= docsIetfQosDynamicServiceStatsEntry12
docsIetfQosDynamicChangeFails OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION "The number of failed Dynamic Service Change
transactions.
docsIetfQosDynamicChangeFails OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「失敗したDynamic Service Change取引の数。」
This counter's last discontinuity is the
ifCounterDiscontinuityTime for the same ifIndex that
indexes this object."
::= { docsIetfQosDynamicServiceStatsEntry 13 }
「このカウンタの最後の不連続はこの物に索引をつける同じifIndexのためのifCounterDiscontinuityTimeです。」 ::= docsIetfQosDynamicServiceStatsEntry13
docsIetfQosDynamicDeletes OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION "The number of successful Dynamic Service Delete
transactions.
docsIetfQosDynamicDeletes OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「うまくいっているDynamic Service Delete取引の数。」
This counter's last discontinuity is the
ifCounterDiscontinuityTime for the same ifIndex that
indexes this object."
::= { docsIetfQosDynamicServiceStatsEntry 14 }
「このカウンタの最後の不連続はこの物に索引をつける同じifIndexのためのifCounterDiscontinuityTimeです。」 ::= docsIetfQosDynamicServiceStatsEntry14
docsIetfQosDynamicDeleteFails OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION "The number of failed Dynamic Service Delete
transactions.
docsIetfQosDynamicDeleteFails OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「失敗したDynamic Service Delete取引の数。」
This counter's last discontinuity is the
ifCounterDiscontinuityTime for the same ifIndex that
このカウンタの最後の不連続が同じifIndexのためのifCounterDiscontinuityTimeである、それ
Patrick & Murwin Standards Track [Page 60] RFC 4323 IPCDN DOCSIS QoS MIB January 2006
パトリックとMurwin規格はIPCDN DOCSIS QoS MIB2006年1月にRFC4323を追跡します[60ページ]。
indexes this object."
::= { docsIetfQosDynamicServiceStatsEntry 15 }
「この物に索引をつけます。」 ::= docsIetfQosDynamicServiceStatsEntry15
docsIetfQosDCCReqs OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION "The number of Dynamic Channel Change Request
messages traversing an interface. This count
is nonzero only on downstream direction rows.
This count should include the number of retries.
「Dynamic Channel Change Requestの数はインタフェースを横断しながら、通信させる」docsIetfQosDCCReqs OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 このカウントは川下の指示列だけの非零です。 このカウントは再試行の数を含むべきです。
This counter's last discontinuity is the
ifCounterDiscontinuityTime for the same ifIndex
that indexes this object."
::= { docsIetfQosDynamicServiceStatsEntry 16 }
「このカウンタの最後の不連続はこの物に索引をつける同じifIndexのためのifCounterDiscontinuityTimeです。」 ::= docsIetfQosDynamicServiceStatsEntry16
docsIetfQosDCCRsps OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION "The number of Dynamic Channel Change Response
messages traversing an interface. This count is
nonzero only on upstream direction rows. This count
should include the number of retries.
「Dynamic Channel Change Responseの数はインタフェースを横断しながら、通信させる」docsIetfQosDCCRsps OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 このカウントは上流の指示列だけの非零です。 このカウントは再試行の数を含むべきです。
This counter's last discontinuity is the
ifCounterDiscontinuityTime for the same ifIndex that
indexes this object."
::= { docsIetfQosDynamicServiceStatsEntry 17 }
「このカウンタの最後の不連続はこの物に索引をつける同じifIndexのためのifCounterDiscontinuityTimeです。」 ::= docsIetfQosDynamicServiceStatsEntry17
docsIetfQosDCCAcks OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION "The number of Dynamic Channel Change Acknowledgement
messages traversing an interface. This count
is nonzero only on downstream direction rows.
This count should include the number of retries.
「Dynamic Channel Change Acknowledgementの数はインタフェースを横断しながら、通信させる」docsIetfQosDCCAcks OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 このカウントは川下の指示列だけの非零です。 このカウントは再試行の数を含むべきです。
This counter's last discontinuity is the
ifCounterDiscontinuityTime for the same ifIndex that
indexes this object."
::= { docsIetfQosDynamicServiceStatsEntry 18 }
「このカウンタの最後の不連続はこの物に索引をつける同じifIndexのためのifCounterDiscontinuityTimeです。」 ::= docsIetfQosDynamicServiceStatsEntry18
docsIetfQosDCCs OBJECT-TYPE
SYNTAX Counter32
docsIetfQosDCCsオブジェクト・タイプ構文Counter32
Patrick & Murwin Standards Track [Page 61] RFC 4323 IPCDN DOCSIS QoS MIB January 2006
パトリックとMurwin規格はIPCDN DOCSIS QoS MIB2006年1月にRFC4323を追跡します[61ページ]。
MAX-ACCESS read-only
STATUS current
DESCRIPTION "The number of successful Dynamic Channel Change
transactions. This count is nonzero only on
downstream direction rows.
マックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「うまくいっているDynamic Channel Change取引の数。」 このカウントは川下の指示列だけの非零です。
This counter's last discontinuity is the
ifCounterDiscontinuityTime for the same ifIndex that
indexes this object."
::= { docsIetfQosDynamicServiceStatsEntry 19 }
「このカウンタの最後の不連続はこの物に索引をつける同じifIndexのためのifCounterDiscontinuityTimeです。」 ::= docsIetfQosDynamicServiceStatsEntry19
docsIetfQosDCCFails OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION "The number of failed Dynamic Channel Change
transactions. This count is nonzero only on
downstream direction rows.
docsIetfQosDCCFails OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「失敗したDynamic Channel Change取引の数。」 このカウントは川下の指示列だけの非零です。
This counter's last discontinuity is the
ifCounterDiscontinuityTime for the same ifIndex that
indexes this object."
::= { docsIetfQosDynamicServiceStatsEntry 20 }
「このカウンタの最後の不連続はこの物に索引をつける同じifIndexのためのifCounterDiscontinuityTimeです。」 ::= docsIetfQosDynamicServiceStatsEntry20
--
-- Service Flow Log Table (CMTS ONLY)
--
docsIetfQosServiceFlowLogTable OBJECT-TYPE
SYNTAX SEQUENCE OF DocsIetfQosServiceFlowLogEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION "This table contains a log of the disconnected
Service Flows in a managed device."
::= { docsIetfQosMIBObjects 7 }
-- -- Flow Log Table(CMTS ONLY)を調整してください--、docsIetfQosServiceFlowLogTable OBJECT-TYPEのSYNTAX SEQUENCE OF DocsIetfQosServiceFlowLogEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「このテーブルは管理された装置に外されたService Flowsに関するログを含んでいます」。 ::= docsIetfQosMIBObjects7
docsIetfQosServiceFlowLogEntry OBJECT-TYPE
SYNTAX DocsIetfQosServiceFlowLogEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION "The information regarding a single disconnected
service flow."
INDEX {
docsIetfQosServiceFlowLogIndex
}
::= { docsIetfQosServiceFlowLogTable 1 }
docsIetfQosServiceFlowLogEntry OBJECT-TYPE SYNTAX DocsIetfQosServiceFlowLogEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「シングルの情報はサービス流動を外しました」。 docsIetfQosServiceFlowLogIndexに索引をつけてください:、:= docsIetfQosServiceFlowLogTable1
DocsIetfQosServiceFlowLogEntry ::= SEQUENCE {
DocsIetfQosServiceFlowLogEntry:、:= 系列
Patrick & Murwin Standards Track [Page 62] RFC 4323 IPCDN DOCSIS QoS MIB January 2006
パトリックとMurwin規格はIPCDN DOCSIS QoS MIB2006年1月にRFC4323を追跡します[62ページ]。
docsIetfQosServiceFlowLogIndex Unsigned32,
docsIetfQosServiceFlowLogIfIndex InterfaceIndex,
docsIetfQosServiceFlowLogSFID Unsigned32,
docsIetfQosServiceFlowLogCmMac MacAddress,
docsIetfQosServiceFlowLogPkts Counter64,
docsIetfQosServiceFlowLogOctets Counter64,
docsIetfQosServiceFlowLogTimeDeleted TimeStamp,
docsIetfQosServiceFlowLogTimeCreated TimeStamp,
docsIetfQosServiceFlowLogTimeActive Counter32,
docsIetfQosServiceFlowLogDirection DocsIetfQosRfMacIfDirection,
docsIetfQosServiceFlowLogPrimary TruthValue,
docsIetfQosServiceFlowLogServiceClassName SnmpAdminString,
docsIetfQosServiceFlowLogPolicedDropPkts Counter32,
docsIetfQosServiceFlowLogPolicedDelayPkts Counter32,
docsIetfQosServiceFlowLogControl INTEGER
}
docsIetfQosServiceFlowLogIndex Unsigned32、docsIetfQosServiceFlowLogIfIndex InterfaceIndex、docsIetfQosServiceFlowLogSFID Unsigned32、docsIetfQosServiceFlowLogCmMac MacAddress、docsIetfQosServiceFlowLogPkts Counter64、docsIetfQosServiceFlowLogOctets Counter64、docsIetfQosServiceFlowLogTimeDeletedタイムスタンプ、docsIetfQosServiceFlowLogTimeCreatedタイムスタンプ; docsIetfQosServiceFlowLogTimeActive Counter32、docsIetfQosServiceFlowLogDirection DocsIetfQosRfMacIfDirection、docsIetfQosServiceFlowLogPrimary TruthValue、docsIetfQosServiceFlowLogServiceClassName SnmpAdminString、docsIetfQosServiceFlowLogPolicedDropPkts Counter32、docsIetfQosServiceFlowLogPolicedDelayPkts Counter32、docsIetfQosServiceFlowLogControl整数
docsIetfQosServiceFlowLogIndex OBJECT-TYPE
SYNTAX Unsigned32 (1..4294967295)
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION "Unique index for a logged service flow."
::= { docsIetfQosServiceFlowLogEntry 1 }
docsIetfQosServiceFlowLogIndex OBJECT-TYPE SYNTAX Unsigned32(1 .4294967295)のマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「登録されたサービス流動のためのユニークなインデックス。」 ::= docsIetfQosServiceFlowLogEntry1
docsIetfQosServiceFlowLogIfIndex OBJECT-TYPE
SYNTAX InterfaceIndex
MAX-ACCESS read-only
STATUS current
DESCRIPTION "The ifIndex of ifType docsCableMaclayer(127)
on the CMTS where the service flow was present."
::= { docsIetfQosServiceFlowLogEntry 2 }
docsIetfQosServiceFlowLogIfIndex OBJECT-TYPE SYNTAX InterfaceIndexのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「サービス流動が存在していたCMTSの上のifType docsCableMaclayer(127)のifIndex。」 ::= docsIetfQosServiceFlowLogEntry2
docsIetfQosServiceFlowLogSFID OBJECT-TYPE
SYNTAX Unsigned32 (1..4294967295)
MAX-ACCESS read-only
STATUS current
DESCRIPTION "The index assigned to the service flow by the CMTS."
::= { docsIetfQosServiceFlowLogEntry 3 }
「インデックスはCMTSでサービス流動に割り当てた」docsIetfQosServiceFlowLogSFID OBJECT-TYPE SYNTAX Unsigned32(1 .4294967295)のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 ::= docsIetfQosServiceFlowLogEntry3
docsIetfQosServiceFlowLogCmMac OBJECT-TYPE
SYNTAX MacAddress
MAX-ACCESS read-only
STATUS current
DESCRIPTION "The MAC address for the cable modem associated with
the service flow."
::= { docsIetfQosServiceFlowLogEntry 4 }
「ケーブルモデムのためのMACアドレスはサービス流動に関連づけた」docsIetfQosServiceFlowLogCmMac OBJECT-TYPE SYNTAX MacAddressのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 ::= docsIetfQosServiceFlowLogEntry4
docsIetfQosServiceFlowLogPkts OBJECT-TYPE
docsIetfQosServiceFlowLogPktsオブジェクト・タイプ
Patrick & Murwin Standards Track [Page 63] RFC 4323 IPCDN DOCSIS QoS MIB January 2006
パトリックとMurwin規格はIPCDN DOCSIS QoS MIB2006年1月にRFC4323を追跡します[63ページ]。
SYNTAX Counter64
MAX-ACCESS read-only
STATUS current
DESCRIPTION "The number of packets counted on this service flow
after payload header suppression."
::= { docsIetfQosServiceFlowLogEntry 5 }
「パケットの数はペイロードヘッダー抑圧の後にこのサービス流動で数えた」SYNTAX Counter64のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 ::= docsIetfQosServiceFlowLogEntry5
docsIetfQosServiceFlowLogOctets OBJECT-TYPE
SYNTAX Counter64
MAX-ACCESS read-only
STATUS current
DESCRIPTION "The number of octets counted on this service flow
after payload header suppression."
::= { docsIetfQosServiceFlowLogEntry 6 }
「八重奏の数はペイロードヘッダー抑圧の後にこのサービス流動で数えた」docsIetfQosServiceFlowLogOctets OBJECT-TYPE SYNTAX Counter64のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 ::= docsIetfQosServiceFlowLogEntry6
docsIetfQosServiceFlowLogTimeDeleted OBJECT-TYPE
SYNTAX TimeStamp
MAX-ACCESS read-only
STATUS current
DESCRIPTION "The value of sysUpTime when the service flow
was deleted."
::= { docsIetfQosServiceFlowLogEntry 7 }
docsIetfQosServiceFlowLogTimeDeleted OBJECT-TYPE SYNTAX TimeStampのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「サービス流動であるときに、sysUpTimeの値は削除されました」。 ::= docsIetfQosServiceFlowLogEntry7
docsIetfQosServiceFlowLogTimeCreated OBJECT-TYPE
SYNTAX TimeStamp
MAX-ACCESS read-only
STATUS current
DESCRIPTION "The value of sysUpTime when the service flow
was created."
::= { docsIetfQosServiceFlowLogEntry 8 }
docsIetfQosServiceFlowLogTimeCreated OBJECT-TYPE SYNTAX TimeStampのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「サービス流動であるときに、sysUpTimeの値は作成されました」。 ::= docsIetfQosServiceFlowLogEntry8
docsIetfQosServiceFlowLogTimeActive OBJECT-TYPE
SYNTAX Counter32
UNITS "seconds"
MAX-ACCESS read-only
STATUS current
DESCRIPTION "The total time that the service flow was active."
::= { docsIetfQosServiceFlowLogEntry 9 }
「サービス流動がアクティブであったことの総時間」の間のdocsIetfQosServiceFlowLogTimeActive OBJECT-TYPE SYNTAX Counter32 UNITS「秒」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 ::= docsIetfQosServiceFlowLogEntry9
docsIetfQosServiceFlowLogDirection OBJECT-TYPE
SYNTAX DocsIetfQosRfMacIfDirection
MAX-ACCESS read-only
STATUS current
DESCRIPTION "The value of docsIetfQosServiceFlowDirection
for the service flow."
::= { docsIetfQosServiceFlowLogEntry 10 }
docsIetfQosServiceFlowLogDirection OBJECT-TYPE SYNTAX DocsIetfQosRfMacIfDirectionのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「サービス流動のためのdocsIetfQosServiceFlowDirectionの値。」 ::= docsIetfQosServiceFlowLogEntry10
docsIetfQosServiceFlowLogPrimary OBJECT-TYPE
docsIetfQosServiceFlowLogPrimaryオブジェクト・タイプ
Patrick & Murwin Standards Track [Page 64] RFC 4323 IPCDN DOCSIS QoS MIB January 2006
パトリックとMurwin規格はIPCDN DOCSIS QoS MIB2006年1月にRFC4323を追跡します[64ページ]。
SYNTAX TruthValue
MAX-ACCESS read-only
STATUS current
DESCRIPTION "The value of docsIetfQosServiceFlowPrimary for the
service flow."
::= { docsIetfQosServiceFlowLogEntry 11 }
SYNTAX TruthValueのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「サービス流動のためのdocsIetfQosServiceFlowPrimaryの値。」 ::= docsIetfQosServiceFlowLogEntry11
docsIetfQosServiceFlowLogServiceClassName OBJECT-TYPE
SYNTAX SnmpAdminString
MAX-ACCESS read-only
STATUS current
DESCRIPTION "The value of docsIetfQosParamSetServiceClassName for
the provisioned QOS Parameter Set of the
service flow."
::= { docsIetfQosServiceFlowLogEntry 12 }
docsIetfQosServiceFlowLogServiceClassName OBJECT-TYPE SYNTAX SnmpAdminStringのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「サービス流動の食糧を供給されたQOS Parameter SetのためのdocsIetfQosParamSetServiceClassNameの値。」 ::= docsIetfQosServiceFlowLogEntry12
docsIetfQosServiceFlowLogPolicedDropPkts OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION "The final value of
docsIetfQosServiceFlowPolicedDropPkts for the
service flow."
::= { docsIetfQosServiceFlowLogEntry 13 }
docsIetfQosServiceFlowLogPolicedDropPkts OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「サービス流動のためのdocsIetfQosServiceFlowPolicedDropPktsの検査値。」 ::= docsIetfQosServiceFlowLogEntry13
docsIetfQosServiceFlowLogPolicedDelayPkts OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION "The final value of
docsIetfQosServiceFlowPolicedDelayPkts for the
service flow."
::= { docsIetfQosServiceFlowLogEntry 14 }
docsIetfQosServiceFlowLogPolicedDelayPkts OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「サービス流動のためのdocsIetfQosServiceFlowPolicedDelayPktsの検査値。」 ::= docsIetfQosServiceFlowLogEntry14
docsIetfQosServiceFlowLogControl OBJECT-TYPE
SYNTAX INTEGER {
active(1),
destroy(6)
}
docsIetfQosServiceFlowLogControlオブジェクト・タイプ構文整数アクティブである、(1) (6)を破壊してください。
MAX-ACCESS read-write
STATUS current
DESCRIPTION "Setting this object to the value destroy(6) removes
this entry from the table.
マックス-ACCESSが現在の記述をSTATUSに読書して書く、「この物を値に設定して、(6)を破壊してください、テーブルからこのエントリーを取り除く、」
Reading this object returns the value active(1)."
::= { docsIetfQosServiceFlowLogEntry 15 }
「この物を読むと、値のアクティブな(1)は返ります。」 ::= docsIetfQosServiceFlowLogEntry15
Patrick & Murwin Standards Track [Page 65] RFC 4323 IPCDN DOCSIS QoS MIB January 2006
パトリックとMurwin規格はIPCDN DOCSIS QoS MIB2006年1月にRFC4323を追跡します[65ページ]。
--
-- Service Class Table (CMTS ONLY)
--
docsIetfQosServiceClassTable OBJECT-TYPE
SYNTAX SEQUENCE OF DocsIetfQosServiceClassEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION "This table describes the set of DOCSIS-QOS
Service Classes in a CMTS."
::= { docsIetfQosMIBObjects 8 }
-- -- Class Table(CMTS ONLY)を調整してください--、docsIetfQosServiceClassTable OBJECT-TYPEのSYNTAX SEQUENCE OF DocsIetfQosServiceClassEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「このテーブルはCMTSでDOCSIS-QOS Service Classesのセットについて説明します」。 ::= docsIetfQosMIBObjects8
docsIetfQosServiceClassEntry OBJECT-TYPE
SYNTAX DocsIetfQosServiceClassEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION "A provisioned service class on a CMTS.
Each entry defines a template for certain
DOCSIS QOS Parameter Set values. When a CM
creates or modifies an Admitted QOS Parameter Set
for a Service Flow, it may reference a Service Class
Name instead of providing explicit QOS Parameter
Set values. In this case, the CMTS populates
the QOS Parameter Set with the applicable
corresponding values from the named Service Class.
Subsequent changes to a Service Class row do not
affect the QOS Parameter Set values of any service
flows already admitted.
「食糧を供給されたサービスはCMTSで分類する」docsIetfQosServiceClassEntry OBJECT-TYPE SYNTAX DocsIetfQosServiceClassEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 各エントリーはあるDOCSIS QOS Parameter Set値のためにテンプレートを定義します。 CMがService FlowのためにAdmitted QOS Parameter Setを作成するか、または変更すると、それは明白なQOS Parameter Setを提供することの代わりにService Class Nameが評価する参照を変更します。 この場合、CMTSは適切な換算値で命名されたService ClassからQOS Parameter Setに居住します。 Service Class列へのその後の変化は既に認められたどんなサービス流れのQOS Parameter Set値にも影響しません。
A service class template applies to only
a single direction, as indicated in the
docsIetfQosServiceClassDirection object."
INDEX {
docsIetfQosServiceClassName
}
::= { docsIetfQosServiceClassTable 1 }
「サービスクラステンプレートはdocsIetfQosServiceClassDirection物にみられるようにただ一つの方向だけに適用されます。」 docsIetfQosServiceClassNameに索引をつけてください:、:= docsIetfQosServiceClassTable1
DocsIetfQosServiceClassEntry ::= SEQUENCE {
docsIetfQosServiceClassName SnmpAdminString,
docsIetfQosServiceClassStatus RowStatus,
docsIetfQosServiceClassPriority Integer32,
docsIetfQosServiceClassMaxTrafficRate DocsIetfQosBitRate,
docsIetfQosServiceClassMaxTrafficBurst Unsigned32,
docsIetfQosServiceClassMinReservedRate DocsIetfQosBitRate,
docsIetfQosServiceClassMinReservedPkt Integer32,
docsIetfQosServiceClassMaxConcatBurst Integer32,
docsIetfQosServiceClassNomPollInterval Unsigned32,
docsIetfQosServiceClassTolPollJitter Unsigned32,
docsIetfQosServiceClassUnsolicitGrantSize Integer32,
DocsIetfQosServiceClassEntry:、:= 系列、docsIetfQosServiceClassName SnmpAdminString、docsIetfQosServiceClassStatus RowStatus、docsIetfQosServiceClassPriority Integer32、docsIetfQosServiceClassMaxTrafficRate DocsIetfQosBitRate、docsIetfQosServiceClassMaxTrafficBurst Unsigned32、docsIetfQosServiceClassMinReservedRate DocsIetfQosBitRate; docsIetfQosServiceClassMinReservedPkt Integer32、docsIetfQosServiceClassMaxConcatBurst Integer32、docsIetfQosServiceClassNomPollInterval Unsigned32、docsIetfQosServiceClassTolPollJitter Unsigned32、docsIetfQosServiceClassUnsolicitGrantSize Integer32
Patrick & Murwin Standards Track [Page 66] RFC 4323 IPCDN DOCSIS QoS MIB January 2006
パトリックとMurwin規格はIPCDN DOCSIS QoS MIB2006年1月にRFC4323を追跡します[66ページ]。
docsIetfQosServiceClassNomGrantInterval Unsigned32,
docsIetfQosServiceClassTolGrantJitter Unsigned32,
docsIetfQosServiceClassGrantsPerInterval Integer32,
docsIetfQosServiceClassMaxLatency Unsigned32,
docsIetfQosServiceClassActiveTimeout Integer32,
docsIetfQosServiceClassAdmittedTimeout Integer32,
docsIetfQosServiceClassSchedulingType DocsIetfQosSchedulingType,
docsIetfQosServiceClassRequestPolicy OCTET STRING,
docsIetfQosServiceClassTosAndMask OCTET STRING,
docsIetfQosServiceClassTosOrMask OCTET STRING,
docsIetfQosServiceClassDirection DocsIetfQosRfMacIfDirection,
docsIetfQosServiceClassStorageType StorageType,
docsIetfQosServiceClassDSCPOverwrite DscpOrAny
}
docsIetfQosServiceClassNomGrantInterval Unsigned32、docsIetfQosServiceClassTolGrantJitter Unsigned32、docsIetfQosServiceClassGrantsPerInterval Integer32、docsIetfQosServiceClassMaxLatency Unsigned32、docsIetfQosServiceClassActiveTimeout Integer32、docsIetfQosServiceClassAdmittedTimeout Integer32、docsIetfQosServiceClassSchedulingType DocsIetfQosSchedulingType; docsIetfQosServiceClassRequestPolicy八重奏ストリング、docsIetfQosServiceClassTosAndMask八重奏ストリング、docsIetfQosServiceClassTosOrMask八重奏ストリング、docsIetfQosServiceClassDirection DocsIetfQosRfMacIfDirection、docsIetfQosServiceClassStorageType StorageType、docsIetfQosServiceClassDSCPOverwrite DscpOrAny
docsIetfQosServiceClassName OBJECT-TYPE
SYNTAX SnmpAdminString (SIZE (1..15))
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION "Service Class Name. DOCSIS specifies that the
maximum size is 16 ASCII characters including
a terminating zero. The terminating zero is not
represented in this SnmpAdminString syntax object."
REFERENCE "SP-RFIv2.0-I06-040804, Appendix C.2.2.3.4"
::= { docsIetfQosServiceClassEntry 1 }
アクセスしやすくないdocsIetfQosServiceClassName OBJECT-TYPE SYNTAX SnmpAdminString(SIZE(1 .15))のSTATUS現在の記述マックス-ACCESS「サービスクラス名。」 DOCSISは、最大サイズが終わっているゼロを含む16人のASCII文字であると指定します。 「終わりゼロはこのSnmpAdminString構文物に表されません。」 参照、「SP-RFIv2.0-I06-040804、付録C.2.2.3、0.4インチ:、:、」= docsIetfQosServiceClassEntry1
docsIetfQosServiceClassStatus OBJECT-TYPE
SYNTAX RowStatus
MAX-ACCESS read-create
STATUS current
DESCRIPTION "Used to create or delete rows in this table.
There is no restriction on the ability to change
values in this row while the row is active.
Inactive rows need not be timed out."
::= { docsIetfQosServiceClassEntry 2 }
docsIetfQosServiceClassStatus OBJECT-TYPE SYNTAX RowStatusマックス-ACCESSは「このテーブルの列を作成するか、または削除するために使用される」STATUSの現在の記述を読書して作成します。 制限が全く列がアクティブである間にこの列で値を変える能力にありません。 「不活発な列は外で調節される必要はありません。」 ::= docsIetfQosServiceClassEntry2
docsIetfQosServiceClassPriority OBJECT-TYPE
SYNTAX Integer32 (0..7)
MAX-ACCESS read-create
STATUS current
DESCRIPTION "Template for docsIetfQosParamSetPriority."
DEFVAL { 0 }
::= { docsIetfQosServiceClassEntry 3 }
docsIetfQosServiceClassPriority OBJECT-TYPE SYNTAX Integer32(0 .7)マックス-ACCESSはSTATUSの現在の記述を読書して作成します。「docsIetfQosParamSetPriorityのためのテンプレート。」 DEFVAL0:、:= docsIetfQosServiceClassEntry3
docsIetfQosServiceClassMaxTrafficRate OBJECT-TYPE
SYNTAX DocsIetfQosBitRate
MAX-ACCESS read-create
STATUS current
docsIetfQosServiceClassMaxTrafficRate OBJECT-TYPE SYNTAX DocsIetfQosBitRateマックス-ACCESSはSTATUS海流を読書して引き起こします。
Patrick & Murwin Standards Track [Page 67] RFC 4323 IPCDN DOCSIS QoS MIB January 2006
パトリックとMurwin規格はIPCDN DOCSIS QoS MIB2006年1月にRFC4323を追跡します[67ページ]。
DESCRIPTION "Template for docsIetfQosParamSetMaxTrafficRate."
DEFVAL { 0 }
::= { docsIetfQosServiceClassEntry 4 }
記述、「docsIetfQosParamSetMaxTrafficRateのためのテンプレート。」 DEFVAL0:、:= docsIetfQosServiceClassEntry4
docsIetfQosServiceClassMaxTrafficBurst OBJECT-TYPE
SYNTAX Unsigned32
MAX-ACCESS read-create
STATUS current
DESCRIPTION "Template for docsIetfQosParamSetMaxTrafficBurst."
DEFVAL { 3044 }
::= { docsIetfQosServiceClassEntry 5 }
docsIetfQosServiceClassMaxTrafficBurst OBJECT-TYPE SYNTAX Unsigned32マックス-ACCESSはSTATUSの現在の記述を読書して作成します。「docsIetfQosParamSetMaxTrafficBurstのためのテンプレート。」 DEFVAL3044:、:= docsIetfQosServiceClassEntry5
docsIetfQosServiceClassMinReservedRate OBJECT-TYPE
SYNTAX DocsIetfQosBitRate
MAX-ACCESS read-create
STATUS current
DESCRIPTION "Template for docsIetfQosParamSEtMinReservedRate."
DEFVAL { 0 }
::= { docsIetfQosServiceClassEntry 6 }
docsIetfQosServiceClassMinReservedRate OBJECT-TYPE SYNTAX DocsIetfQosBitRateマックス-ACCESSはSTATUSの現在の記述を読書して作成します。「docsIetfQosParamSEtMinReservedRateのためのテンプレート。」 DEFVAL0:、:= docsIetfQosServiceClassEntry6
docsIetfQosServiceClassMinReservedPkt OBJECT-TYPE
SYNTAX Integer32 (0..65535)
MAX-ACCESS read-create
STATUS current
DESCRIPTION "Template for docsIetfQosParamSetMinReservedPkt."
::= { docsIetfQosServiceClassEntry 7 }
docsIetfQosServiceClassMinReservedPkt OBJECT-TYPE SYNTAX Integer32(0 .65535)マックス-ACCESSはSTATUSの現在の記述を読書して作成します。「docsIetfQosParamSetMinReservedPktのためのテンプレート。」 ::= docsIetfQosServiceClassEntry7
docsIetfQosServiceClassMaxConcatBurst OBJECT-TYPE
SYNTAX Integer32 (0..65535)
MAX-ACCESS read-create
STATUS current
DESCRIPTION "Template for docsIetfQosParamSetMaxConcatBurst."
DEFVAL { 1522 }
::= { docsIetfQosServiceClassEntry 8 }
docsIetfQosServiceClassMaxConcatBurst OBJECT-TYPE SYNTAX Integer32(0 .65535)マックス-ACCESSはSTATUSの現在の記述を読書して作成します。「docsIetfQosParamSetMaxConcatBurstのためのテンプレート。」 DEFVAL1522:、:= docsIetfQosServiceClassEntry8
docsIetfQosServiceClassNomPollInterval OBJECT-TYPE
SYNTAX Unsigned32
UNITS "microseconds"
MAX-ACCESS read-create
STATUS current
DESCRIPTION "Template for docsIetfQosParamSetNomPollInterval."
DEFVAL { 0 }
::= { docsIetfQosServiceClassEntry 9 }
docsIetfQosServiceClassNomPollInterval OBJECT-TYPE SYNTAX Unsigned32 UNITS「マイクロセカンド」マックス-ACCESSはSTATUSの現在の記述を読書して作成します。「docsIetfQosParamSetNomPollIntervalのためのテンプレート。」 DEFVAL0:、:= docsIetfQosServiceClassEntry9
docsIetfQosServiceClassTolPollJitter OBJECT-TYPE
SYNTAX Unsigned32
UNITS "microseconds"
MAX-ACCESS read-create
マックス-ACCESSが読書して作成するdocsIetfQosServiceClassTolPollJitter OBJECT-TYPE SYNTAX Unsigned32 UNITS「マイクロセカンド」
Patrick & Murwin Standards Track [Page 68] RFC 4323 IPCDN DOCSIS QoS MIB January 2006
パトリックとMurwin規格はIPCDN DOCSIS QoS MIB2006年1月にRFC4323を追跡します[68ページ]。
STATUS current
DESCRIPTION "Template for docsIetfQosParamSetTolPollJitter."
DEFVAL { 0 }
::= { docsIetfQosServiceClassEntry 10 }
STATUSの現在の記述、「docsIetfQosParamSetTolPollJitterのためのテンプレート。」 DEFVAL0:、:= docsIetfQosServiceClassEntry10
docsIetfQosServiceClassUnsolicitGrantSize OBJECT-TYPE
SYNTAX Integer32 (0..65535)
MAX-ACCESS read-create
STATUS current
DESCRIPTION "Template for docsIetfQosParamSetUnsolicitGrantSize."
DEFVAL { 0 }
::= { docsIetfQosServiceClassEntry 11 }
docsIetfQosServiceClassUnsolicitGrantSize OBJECT-TYPE SYNTAX Integer32(0 .65535)マックス-ACCESSはSTATUSの現在の記述を読書して作成します。「docsIetfQosParamSetUnsolicitGrantSizeのためのテンプレート。」 DEFVAL0:、:= docsIetfQosServiceClassEntry11
docsIetfQosServiceClassNomGrantInterval OBJECT-TYPE
SYNTAX Unsigned32
UNITS "microseconds"
MAX-ACCESS read-create
STATUS current
DESCRIPTION "Template for docsIetfQosParamSetNomGrantInterval."
DEFVAL { 0 }
::= { docsIetfQosServiceClassEntry 12 }
docsIetfQosServiceClassNomGrantInterval OBJECT-TYPE SYNTAX Unsigned32 UNITS「マイクロセカンド」マックス-ACCESSはSTATUSの現在の記述を読書して作成します。「docsIetfQosParamSetNomGrantIntervalのためのテンプレート。」 DEFVAL0:、:= docsIetfQosServiceClassEntry12
docsIetfQosServiceClassTolGrantJitter OBJECT-TYPE
SYNTAX Unsigned32
UNITS "microseconds"
MAX-ACCESS read-create
STATUS current
DESCRIPTION "Template for docsIetfQosParamSetTolGrantJitter."
DEFVAL { 0 }
::= { docsIetfQosServiceClassEntry 13 }
docsIetfQosServiceClassTolGrantJitter OBJECT-TYPE SYNTAX Unsigned32 UNITS「マイクロセカンド」マックス-ACCESSはSTATUSの現在の記述を読書して作成します。「docsIetfQosParamSetTolGrantJitterのためのテンプレート。」 DEFVAL0:、:= docsIetfQosServiceClassEntry13
docsIetfQosServiceClassGrantsPerInterval OBJECT-TYPE
SYNTAX Integer32 (0..127)
MAX-ACCESS read-create
STATUS current
DESCRIPTION "Template for docsIetfQosParamSetGrantsPerInterval."
DEFVAL { 0 }
::= { docsIetfQosServiceClassEntry 14 }
docsIetfQosServiceClassGrantsPerInterval OBJECT-TYPE SYNTAX Integer32(0 .127)マックス-ACCESSはSTATUSの現在の記述を読書して作成します。「docsIetfQosParamSetGrantsPerIntervalのためのテンプレート。」 DEFVAL0:、:= docsIetfQosServiceClassEntry14
docsIetfQosServiceClassMaxLatency OBJECT-TYPE
SYNTAX Unsigned32
UNITS "microseconds"
MAX-ACCESS read-create
STATUS current
DESCRIPTION "Template for docsIetfQosParamSetClassMaxLatency."
REFERENCE "SP-RFIv2.0-I06-040804, Appendix C.2.2.7.1"
DEFVAL { 0 }
::= { docsIetfQosServiceClassEntry 15 }
docsIetfQosServiceClassMaxLatency OBJECT-TYPE SYNTAX Unsigned32 UNITS「マイクロセカンド」マックス-ACCESSはSTATUSの現在の記述を読書して作成します。「docsIetfQosParamSetClassMaxLatencyのためのテンプレート。」 参照、「SP-RFIv2.0-I06-040804、0.1インチの付録C.2.2.7DEFVAL0:、:、」= docsIetfQosServiceClassEntry15
Patrick & Murwin Standards Track [Page 69] RFC 4323 IPCDN DOCSIS QoS MIB January 2006
パトリックとMurwin規格はIPCDN DOCSIS QoS MIB2006年1月にRFC4323を追跡します[69ページ]。
docsIetfQosServiceClassActiveTimeout OBJECT-TYPE
SYNTAX Integer32 (0..65535)
UNITS "seconds"
MAX-ACCESS read-create
STATUS current
DESCRIPTION "Template for docsIetfQosParamSetActiveTimeout."
DEFVAL { 0 }
::= { docsIetfQosServiceClassEntry 16 }
docsIetfQosServiceClassActiveTimeout OBJECT-TYPE SYNTAX Integer32(0 .65535)UNITS「秒」マックス-ACCESSはSTATUSの現在の記述を読書して作成します。「docsIetfQosParamSetActiveTimeoutのためのテンプレート。」 DEFVAL0:、:= docsIetfQosServiceClassEntry16
docsIetfQosServiceClassAdmittedTimeout OBJECT-TYPE
SYNTAX Integer32 (0..65535)
UNITS "seconds"
MAX-ACCESS read-create
STATUS current
DESCRIPTION "Template for docsIetfQosParamSetAdmittedTimeout."
DEFVAL { 200 }
::= { docsIetfQosServiceClassEntry 17 }
docsIetfQosServiceClassAdmittedTimeout OBJECT-TYPE SYNTAX Integer32(0 .65535)UNITS「秒」マックス-ACCESSはSTATUSの現在の記述を読書して作成します。「docsIetfQosParamSetAdmittedTimeoutのためのテンプレート。」 DEFVAL200:、:= docsIetfQosServiceClassEntry17
docsIetfQosServiceClassSchedulingType OBJECT-TYPE
SYNTAX DocsIetfQosSchedulingType
MAX-ACCESS read-create
STATUS current
DESCRIPTION "Template for docsIetfQosParamSetSchedulingType."
DEFVAL { bestEffort }
::= { docsIetfQosServiceClassEntry 18 }
docsIetfQosServiceClassSchedulingType OBJECT-TYPE SYNTAX DocsIetfQosSchedulingTypeマックス-ACCESSはSTATUSの現在の記述を読書して作成します。「docsIetfQosParamSetSchedulingTypeのためのテンプレート。」 DEFVAL bestEffort:、:= docsIetfQosServiceClassEntry18
docsIetfQosServiceClassRequestPolicy OBJECT-TYPE
SYNTAX OCTET STRING (SIZE(4))
MAX-ACCESS read-create
STATUS current
DESCRIPTION "Template for docsIetfQosParamSetRequestPolicyOct."
DEFVAL { '00000000'H } -- no bits are set
::= { docsIetfQosServiceClassEntry 19 }
SIZE(4)) MAX-ACCESSはSTATUSの現在の記述を読書して作成します。docsIetfQosServiceClassRequestPolicy OBJECT-TYPE SYNTAX OCTET STRING、(「docsIetfQosParamSetRequestPolicyOctのためのテンプレート」、DEFVAL'00000000'H--ビットは全く設定されません:、:= docsIetfQosServiceClassEntry19
docsIetfQosServiceClassTosAndMask OBJECT-TYPE
SYNTAX OCTET STRING (SIZE(1))
MAX-ACCESS read-only
STATUS current
DESCRIPTION "Template for docsIetfQosParamSetTosAndMask.
The IP TOS octet as originally defined in RFC 791
has been superseded by the 6-bit Differentiated
Services Field (DSField, RFC 3260) and the 2-bit
Explicit Congestion Notification Field (ECN field,
RFC 3168). Network operators SHOULD avoid
specifying values of
docsIetfQosServiceClassTosAndMask and
docsIetfQosServiceClassTosOrMask that would result
in the modification of the ECN bits.
docsIetfQosServiceClassTosAndMask OBJECT-TYPE SYNTAX OCTET STRING、(SIZE(1)) MAX-ACCESSの書き込み禁止のSTATUSの現在の記述、「docsIetfQosParamSetTosAndMaskのためのテンプレート。」 RFC791の元々定義されているとしてのIP TOS八重奏は6ビットのDifferentiated Services Field(DSField、RFC3260)と2ビットのExplicit Congestion Notification Field(電子証券取引ネットワーク分野、RFC3168)によって取って代わられました。 ネットワーク・オペレータSHOULDは、電子証券取引ネットワークビットの変更をもたらすdocsIetfQosServiceClassTosAndMaskとdocsIetfQosServiceClassTosOrMaskの値を指定するのを避けます。
Patrick & Murwin Standards Track [Page 70] RFC 4323 IPCDN DOCSIS QoS MIB January 2006
パトリックとMurwin規格はIPCDN DOCSIS QoS MIB2006年1月にRFC4323を追跡します[70ページ]。
In particular, operators should not use values of
docsIetfQosServiceClassTosAndMask that have either
of the least-significant two bits set to 0.
Similarly,operators should not use values of
docsIetfQosServiceClassTosOrMask that have either
of the least-significant two bits set to 1."
REFERENCE "SP-RFIv2.0-I06-040804, Appendix C.2.2.6.10;
RFC 3168, The Addition of Explicit Congestion
Notification (ECN) to IP;
RFC 3260, New Terminology and Clarifications for
Diffserv."
::= { docsIetfQosServiceClassEntry 20 }
特に、オペレータは最も最少に重要な2ビットのどちらかを0に設定させるdocsIetfQosServiceClassTosAndMaskの値を使用するべきではありません。 「同様に、オペレータは最も最少に重要な2ビットのどちらかを1に設定させるdocsIetfQosServiceClassTosOrMaskの値を使用するべきではありません。」 「SP-RFIv2.0-I06-040804、付録C.2.2.6.10」という参照。 RFC3168、明白な混雑通知(電子証券取引ネットワーク)のIPへの追加。 「DiffservのためのRFC3260、新しい用語、および明確化。」 ::= docsIetfQosServiceClassEntry20
docsIetfQosServiceClassTosOrMask OBJECT-TYPE
SYNTAX OCTET STRING (SIZE(1))
MAX-ACCESS read-only
STATUS current
DESCRIPTION "Template for docsIetfQosParamSetTosOrMask.
The IP TOS octet as originally defined in RFC 791
has been superseded by the 6-bit Differentiated
Services Field (DSField, RFC 3260) and the 2-bit
Explicit Congestion Notification Field (ECN field,
RFC 3168). Network operators SHOULD avoid
specifying values of
docsIetfQosServiceClassTosAndMask and
docsIetfQosServiceClassTosOrMask that would result
in the modification of the ECN bits.
docsIetfQosServiceClassTosOrMask OBJECT-TYPE SYNTAX OCTET STRING、(SIZE(1)) MAX-ACCESSの書き込み禁止のSTATUSの現在の記述、「docsIetfQosParamSetTosOrMaskのためのテンプレート。」 RFC791の元々定義されているとしてのIP TOS八重奏は6ビットのDifferentiated Services Field(DSField、RFC3260)と2ビットのExplicit Congestion Notification Field(電子証券取引ネットワーク分野、RFC3168)によって取って代わられました。 ネットワーク・オペレータSHOULDは、電子証券取引ネットワークビットの変更をもたらすdocsIetfQosServiceClassTosAndMaskとdocsIetfQosServiceClassTosOrMaskの値を指定するのを避けます。
In particular, operators should not use values of
docsIetfQosServiceClassTosAndMask that have either
of the least-significant two bits set to 0.
Similarly, operators should not use values of
docsIetfQosServiceClassTosOrMask that have either
of the least-significant two bits set to 1."
REFERENCE "SP-RFIv2.0-I06-040804, Appendix C.2.2.6.10;
RFC 3168, The Addition of Explicit Congestion
Notification (ECN) to IP;
RFC 3260, New Terminology and Clarifications for
Diffserv."
::= { docsIetfQosServiceClassEntry 21 }
特に、オペレータは最も最少に重要な2ビットのどちらかを0に設定させるdocsIetfQosServiceClassTosAndMaskの値を使用するべきではありません。 「同様に、オペレータは最も最少に重要な2ビットのどちらかを1に設定させるdocsIetfQosServiceClassTosOrMaskの値を使用するべきではありません。」 「SP-RFIv2.0-I06-040804、付録C.2.2.6.10」という参照。 RFC3168、明白な混雑通知(電子証券取引ネットワーク)のIPへの追加。 「DiffservのためのRFC3260、新しい用語、および明確化。」 ::= docsIetfQosServiceClassEntry21
docsIetfQosServiceClassDirection OBJECT-TYPE
SYNTAX DocsIetfQosRfMacIfDirection
MAX-ACCESS read-create
STATUS current
DESCRIPTION "Specifies whether the service class template
applies to upstream or downstream service flows."
DEFVAL { upstream }
docsIetfQosServiceClassDirection OBJECT-TYPE SYNTAX DocsIetfQosRfMacIfDirectionマックス-ACCESSは現在の記述が「サービスクラステンプレートが上流の、または、川下のサービス流れに適用されるか否かに関係なく、指定する」STATUSを読書して作成します。 DEFVAL上流
Patrick & Murwin Standards Track [Page 71] RFC 4323 IPCDN DOCSIS QoS MIB January 2006
パトリックとMurwin規格はIPCDN DOCSIS QoS MIB2006年1月にRFC4323を追跡します[71ページ]。
::= { docsIetfQosServiceClassEntry 22 }
::= docsIetfQosServiceClassEntry22
docsIetfQosServiceClassStorageType OBJECT-TYPE
SYNTAX StorageType
MAX-ACCESS read-create
STATUS current
DESCRIPTION "This object defines whether this row is kept in
volatile storage and lost upon reboot or whether
it is backed up by non-volatile or permanent
storage. 'permanent' entries need not allow
writable access to any object."
DEFVAL { nonVolatile }
::= { docsIetfQosServiceClassEntry 23 }
docsIetfQosServiceClassStorageType OBJECT-TYPE SYNTAX StorageTypeマックス-ACCESSは「この列が揮発性記憶装置で保たれて、リブートのときに失われているか、またはそれが非揮発性の、または、永久的な格納で支援されることにかかわらずこの物は定義する」STATUSの現在の記述を読書して作成します。 「'永久的な'エントリーはどんな物への書き込み可能なアクセスも許す必要はありません。」 DEFVAL、不揮発性:、:= docsIetfQosServiceClassEntry23
docsIetfQosServiceClassDSCPOverwrite OBJECT-TYPE
SYNTAX DscpOrAny
MAX-ACCESS read-create
STATUS current
DESCRIPTION "This object allows the overwrite of the DSCP
field per RFC 3260.
docsIetfQosServiceClassDSCPOverwrite OBJECT-TYPE SYNTAX DscpOrAnyマックス-ACCESSは「この物はRFC3260あたりのDSCP分野の重ね書きを許容する」STATUSの現在の記述を読書して作成します。
If this object is -1, then the corresponding entry's
docsIetfQosServiceClassTosAndMask value MUST be
'FF'H and docsIetfQosServiceClassTosOrMask MUST be
'00'H. Otherwise, this object is in the range of
0..63, and the corresponding entry's
docsIetfQosServiceClassTosAndMask value MUST be
'03'H and the docsIetfQosServiceClassTosOrMask MUST
be this object's value shifted left by two bit
positions."
REFERENCE "RFC 3168, The Addition of Explicit Congestion
Notification (ECN) to IP;
RFC 3260, New Terminology and Clarifications for
Diffserv."
DEFVAL { -1 }
::= { docsIetfQosServiceClassEntry 24 }
この物が-1であるなら、docsIetfQosServiceClassTosAndMaskが'FF'Hであるに違いないことを評価する対応するエントリーのものとdocsIetfQosServiceClassTosOrMaskは'00'H'であるに違いありません。 さもなければ、この物は0の範囲にあります。「63、およびdocsIetfQosServiceClassTosAndMaskが'HとdocsIetfQosServiceClassTosOrMaskはこの物であるに違いありません'という'03値であるに違いないことを評価する対応するエントリーは左で2つのビット位置によって移行させられました。」 「RFC3168、明白な混雑通知(電子証券取引ネットワーク)のIPへの追加」という参照。 「DiffservのためのRFC3260、新しい用語、および明確化。」 DEFVAL-1:、:= docsIetfQosServiceClassEntry24
--
-- Service Class PolicyTable
--
docsIetfQosServiceClassPolicyTable OBJECT-TYPE
SYNTAX SEQUENCE OF DocsIetfQosServiceClassPolicyEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION "This table describes the set of DOCSIS-QOS
Service Class Policies.
-- -- Class PolicyTableを調整してください--、docsIetfQosServiceClassPolicyTable OBJECT-TYPEのSYNTAX SEQUENCE OF DocsIetfQosServiceClassPolicyEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「このテーブルはDOCSIS-QOS Service Class Policiesのセットについて説明します」。
This table is an adjunct to the
このテーブルは付属物です。
Patrick & Murwin Standards Track [Page 72] RFC 4323 IPCDN DOCSIS QoS MIB January 2006
パトリックとMurwin規格はIPCDN DOCSIS QoS MIB2006年1月にRFC4323を追跡します[72ページ]。
docsDevFilterPolicy table. Entries in the
docsDevFilterPolicy table can point to
specific rows in this table.
docsDevFilterPolicyテーブル。 docsDevFilterPolicyテーブルのエントリーはこのテーブルの特定の列を示すことができます。
This table permits mapping a packet to a service
class name of an active service flow so long as
a classifier does not exist at a higher
priority."
REFERENCE "SP-RFIv2.0-I06-040804, Appendix E.2.1"
::= { docsIetfQosMIBObjects 9 }
「このテーブルは、クラシファイアが、より高い優先度で存在していない限り、現役流動のサービスクラス名にパケットを写像するのを可能にします。」 参照、「SP-RFIv2.0-I06-040804、付録E.2.1":、:、」= docsIetfQosMIBObjects9
docsIetfQosServiceClassPolicyEntry OBJECT-TYPE
SYNTAX DocsIetfQosServiceClassPolicyEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION "A service class name policy entry."
INDEX {
docsIetfQosServiceClassPolicyIndex
}
::= { docsIetfQosServiceClassPolicyTable 1 }
「サービスのクラスは方針エントリーと命名する」docsIetfQosServiceClassPolicyEntry OBJECT-TYPE SYNTAX DocsIetfQosServiceClassPolicyEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 docsIetfQosServiceClassPolicyIndexに索引をつけてください:、:= docsIetfQosServiceClassPolicyTable1
DocsIetfQosServiceClassPolicyEntry ::= SEQUENCE {
docsIetfQosServiceClassPolicyIndex Unsigned32,
docsIetfQosServiceClassPolicyName SnmpAdminString,
docsIetfQosServiceClassPolicyRulePriority Integer32,
docsIetfQosServiceClassPolicyStatus RowStatus,
docsIetfQosServiceClassPolicyStorageType StorageType
}
DocsIetfQosServiceClassPolicyEntry:、:= 系列docsIetfQosServiceClassPolicyIndex Unsigned32、docsIetfQosServiceClassPolicyName SnmpAdminString、docsIetfQosServiceClassPolicyRulePriority Integer32、docsIetfQosServiceClassPolicyStatus RowStatus、docsIetfQosServiceClassPolicyStorageType StorageType
docsIetfQosServiceClassPolicyIndex OBJECT-TYPE
SYNTAX Unsigned32 (1..2147483647)
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION "Index value to identify an entry in
this table uniquely."
::= { docsIetfQosServiceClassPolicyEntry 1 }
docsIetfQosServiceClassPolicyIndex OBJECT-TYPE SYNTAX Unsigned32(1 .2147483647)のマックス-ACCESSのアクセスしやすくないSTATUS現在の記述は「このテーブルで唯一エントリーを特定するために値に索引をつけます」。 ::= docsIetfQosServiceClassPolicyEntry1
docsIetfQosServiceClassPolicyName OBJECT-TYPE
SYNTAX SnmpAdminString
MAX-ACCESS read-create
STATUS current
DESCRIPTION "Service Class Name to identify the name of the
service class flow to which the packet should be
directed."
REFERENCE "SP-RFIv2.0-I06-040804, Appendix E.2.1"
::= { docsIetfQosServiceClassPolicyEntry 2 }
docsIetfQosServiceClassPolicyName OBJECT-TYPE SYNTAX SnmpAdminStringマックス-ACCESSはSTATUSの現在の記述を読書して作成します。「Class Nameを調整して、パケットが向けられるべきであるサービスクラス流動の名前を特定してください。」 参照、「SP-RFIv2.0-I06-040804、付録E.2.1":、:、」= docsIetfQosServiceClassPolicyEntry2
docsIetfQosServiceClassPolicyRulePriority OBJECT-TYPE
docsIetfQosServiceClassPolicyRulePriorityオブジェクト・タイプ
Patrick & Murwin Standards Track [Page 73] RFC 4323 IPCDN DOCSIS QoS MIB January 2006
パトリックとMurwin規格はIPCDN DOCSIS QoS MIB2006年1月にRFC4323を追跡します[73ページ]。
SYNTAX Integer32 (0..255)
MAX-ACCESS read-create
STATUS current
DESCRIPTION "Service Class Policy rule priority for the
entry."
REFERENCE "SP-RFIv2.0-I06-040804, Appendix C.2.1.3.5"
::= { docsIetfQosServiceClassPolicyEntry 3 }
SYNTAX Integer32(0 .255)マックス-ACCESSはSTATUSの現在の記述を読書して作成します。「サービスClass Policyはエントリーに優先権を統治します」。 参照、「SP-RFIv2.0-I06-040804、付録C.2.1.3、0.5インチ:、:、」= docsIetfQosServiceClassPolicyEntry3
docsIetfQosServiceClassPolicyStatus OBJECT-TYPE
SYNTAX RowStatus
MAX-ACCESS read-create
STATUS current
DESCRIPTION "Used to create or delete rows in this table.
This object should not be deleted if it is
referenced by an entry in docsDevFilterPolicy.
The reference should be deleted first.
There is no restriction on the ability
to change values in this row while the row is
active. Inactive rows need not be timed out."
::= { docsIetfQosServiceClassPolicyEntry 4 }
docsIetfQosServiceClassPolicyStatus OBJECT-TYPE SYNTAX RowStatusマックス-ACCESSは「このテーブルの列を作成するか、または削除するために使用される」STATUSの現在の記述を読書して作成します。 エントリーでdocsDevFilterPolicyでそれに参照をつけるなら、この物を削除するべきではありません。 参照は最初に、削除されるべきです。 制限が全く列がアクティブである間にこの列で値を変える能力にありません。 「不活発な列は外で調節される必要はありません。」 ::= docsIetfQosServiceClassPolicyEntry4
docsIetfQosServiceClassPolicyStorageType OBJECT-TYPE
SYNTAX StorageType
MAX-ACCESS read-create
STATUS current
DESCRIPTION "This object defines whether this row is kept in
volatile storage and lost upon reboot or whether
it is backed up by non-volatile or permanent
storage. 'permanent' entries need not allow
writable access to any object."
DEFVAL { nonVolatile }
::= { docsIetfQosServiceClassPolicyEntry 5 }
docsIetfQosServiceClassPolicyStorageType OBJECT-TYPE SYNTAX StorageTypeマックス-ACCESSは「この列が揮発性記憶装置で保たれて、リブートのときに失われているか、またはそれが非揮発性の、または、永久的な格納で支援されることにかかわらずこの物は定義する」STATUSの現在の記述を読書して作成します。 「'永久的な'エントリーはどんな物への書き込み可能なアクセスも許す必要はありません。」 DEFVAL、不揮発性:、:= docsIetfQosServiceClassPolicyEntry5
--
-- Payload Header Suppression(PHS) Table
--
docsIetfQosPHSTable OBJECT-TYPE
SYNTAX SEQUENCE OF DocsIetfQosPHSEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION "This table describes the set of payload header
suppression entries."
::= { docsIetfQosMIBObjects 10 }
-- -- Header Suppression(PHS)が見送る有効搭載量--、docsIetfQosPHSTable OBJECT-TYPE SYNTAX SEQUENCE OF DocsIetfQosPHSEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「このテーブルはペイロードヘッダー抑圧エントリーのセットについて説明します」。 ::= docsIetfQosMIBObjects10
docsIetfQosPHSEntry OBJECT-TYPE
SYNTAX DocsIetfQosPHSEntry
MAX-ACCESS not-accessible
STATUS current
docsIetfQosPHSEntry OBJECT-TYPE SYNTAX DocsIetfQosPHSEntryのマックス-ACCESSのアクセスしやすくないSTATUS海流
Patrick & Murwin Standards Track [Page 74] RFC 4323 IPCDN DOCSIS QoS MIB January 2006
パトリックとMurwin規格はIPCDN DOCSIS QoS MIB2006年1月にRFC4323を追跡します[74ページ]。
DESCRIPTION "A payload header suppression entry.
記述「Aペイロードヘッダー抑圧エントリー。」
The ifIndex is an ifType of docsCableMaclayer(127).
The index docsIetfQosServiceFlowId selects one
service flow from the cable MAC layer interface.
The docsIetfQosPktClassId index matches an
index of the docsIetfQosPktClassTable."
INDEX {
ifIndex,
docsIetfQosServiceFlowId,
docsIetfQosPktClassId
}
::= { docsIetfQosPHSTable 1 }
ifIndexはdocsCableMaclayer(127)のifTypeです。 インデックスdocsIetfQosServiceFlowIdはケーブルMAC層のインタフェースからの1つのサービス流動を選択します。 「docsIetfQosPktClassIdインデックスはdocsIetfQosPktClassTableのインデックスに合っています。」 ifIndex、docsIetfQosServiceFlowId、docsIetfQosPktClassIdに索引をつけてください:、:= docsIetfQosPHSTable1
DocsIetfQosPHSEntry ::= SEQUENCE {
docsIetfQosPHSField OCTET STRING,
docsIetfQosPHSMask OCTET STRING,
docsIetfQosPHSSize Integer32,
docsIetfQosPHSVerify TruthValue,
docsIetfQosPHSIndex Integer32
}
DocsIetfQosPHSEntry:、:= 系列docsIetfQosPHSField八重奏ストリング、docsIetfQosPHSMask八重奏ストリング、docsIetfQosPHSSize Integer32、docsIetfQosPHSVerify TruthValue、docsIetfQosPHSIndex Integer32
docsIetfQosPHSField OBJECT-TYPE
SYNTAX OCTET STRING (SIZE(0..255))
MAX-ACCESS read-only
STATUS current
DESCRIPTION "Payload header suppression field defines the
bytes of the header that must be
suppressed/restored by the sending/receiving
device.
docsIetfQosPHSField OBJECT-TYPE SYNTAX OCTET STRING(SIZE(0 .255))のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「有効搭載量ヘッダー抑圧分野は発信/受信装置で抑圧されなければならないか、または返さなければならないヘッダーのバイトを定義します」。
The number of octets in this object should be
the same as the value of docsIetfQosPHSSize."
REFERENCE "SP-RFIv2.0-I06-040804, Appendix C.2.2.10.1"
::= { docsIetfQosPHSEntry 1 }
「この物の八重奏の数はdocsIetfQosPHSSizeの値と同じであるべきです。」 参照、「SP-RFIv2.0-I06-040804、付録C.2.2.10、0.1インチ:、:、」= docsIetfQosPHSEntry1
docsIetfQosPHSMask OBJECT-TYPE
SYNTAX OCTET STRING(SIZE(0..32))
MAX-ACCESS read-only
STATUS current
DESCRIPTION "Payload header suppression mask defines the
bit mask that is used in combination with the
docsIetfQosPHSField. It defines which bytes in
the header must be suppressed/restored by the
sending or receiving device.
docsIetfQosPHSMask OBJECT-TYPE SYNTAX OCTET STRING(SIZE(0 .32))のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「有効搭載量ヘッダー抑圧マスクはdocsIetfQosPHSFieldと組み合わせて使用される噛み付いているマスクを定義します」。 それは、送付か受信デバイスでヘッダーのどのバイトを抑圧されなければならないか、または回復しなければならないかを定義します。
Each bit of this bit mask corresponds to a byte
in the docsIetfQosPHSField, with the least
この噛み付いているマスクの各ビットはdocsIetfQosPHSFieldで最少で1バイトに対応しています。
Patrick & Murwin Standards Track [Page 75] RFC 4323 IPCDN DOCSIS QoS MIB January 2006
パトリックとMurwin規格はIPCDN DOCSIS QoS MIB2006年1月にRFC4323を追跡します[75ページ]。
significant bit corresponding to the first byte
of the docsIetfQosPHSField.
docsIetfQosPHSFieldの最初のバイトに対応する重要なビット。
Each bit of the bit mask specifies whether
the corresponding byte should be suppressed
in the packet. A bit value of '1' indicates that
the byte should be suppressed by the sending
device and restored by the receiving device.
A bit value of '0' indicates that
the byte should not be suppressed by the sending
device or restored by the receiving device.
噛み付いているマスクの各ビットは、対応するバイトがパケットで抑圧されるべきであるかどうか指定します。 少し、'1'の値はバイトが送付デバイスによって抑圧されて、受信デバイスで回復するべきであるのを示します。 少し、'0'の値は、バイトが送付デバイスによって抑圧されるべきではありませんし、また受信デバイスで回復するべきでないのを示します。
If the bit mask does not contain a bit for each
byte in the docsIetfQosPHSField, then the bit mask
is extended with bit values of '1' to be the
necessary length."
REFERENCE "SP-RFIv2.0-I06-040804, Appendix C.2.2.10.3"
::= { docsIetfQosPHSEntry 2 }
「噛み付いているマスクがdocsIetfQosPHSFieldにしばらくを各バイト単位で含んでいないなら噛み付いているマスクは'1'の噛み付いている値で広げられて、必要な長さにします。」 参照、「SP-RFIv2.0-I06-040804、付録C.2.2.10、0.3インチ:、:、」= docsIetfQosPHSEntry2
docsIetfQosPHSSize OBJECT-TYPE
SYNTAX Integer32 (0..255)
MAX-ACCESS read-only
STATUS current
DESCRIPTION "Payload header suppression size specifies the
number of bytes in the header to be suppressed
and restored.
docsIetfQosPHSSize OBJECT-TYPE SYNTAX Integer32(0 .255)のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「有効搭載量ヘッダー抑圧サイズは抑圧されて、回復するためにヘッダーでバイト数を指定します」。
The value of this object must match the number
of bytes in the docsIetfQosPHSField."
REFERENCE "SP-RFIv2.0-I06-040804, Appendix C.2.2.10.4"
::= { docsIetfQosPHSEntry 3 }
「このオブジェクトの値はdocsIetfQosPHSFieldでバイト数に合わなければなりません。」 参照、「SP-RFIv2.0-I06-040804、付録C.2.2.10、0.4インチ:、:、」= docsIetfQosPHSEntry3
docsIetfQosPHSVerify OBJECT-TYPE
SYNTAX TruthValue
MAX-ACCESS read-only
STATUS current
DESCRIPTION "Payload header suppression verification value. If
'true', the sender must verify docsIetfQosPHSField
is the same as what is contained in the packet
to be suppressed."
REFERENCE "SP-RFIv2.0-I06-040804, Appendix C.2.2.10.5"
::= { docsIetfQosPHSEntry 4 }
現在のdocsIetfQosPHSVerify OBJECT-TYPE SYNTAX TruthValueの記述マックス-ACCESS書き込み禁止STATUS「有効搭載量ヘッダー抑圧検証価値。」 「'本当'送付者がdocsIetfQosPHSFieldについて確かめなければならないなら、中に含まれていることと同じくらいは抑圧されるべきパケットです」? 参照、「SP-RFIv2.0-I06-040804、付録C.2.2.10、0.5インチ:、:、」= docsIetfQosPHSEntry4
docsIetfQosPHSIndex OBJECT-TYPE
SYNTAX Integer32 (1..255)
MAX-ACCESS read-only
STATUS current
DESCRIPTION "Payload header suppression index uniquely
「有効搭載量ヘッダー抑圧は唯一索引をつける」docsIetfQosPHSIndex OBJECT-TYPE SYNTAX Integer32(1 .255)のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述
Patrick & Murwin Standards Track [Page 76] RFC 4323 IPCDN DOCSIS QoS MIB January 2006
パトリックとMurwin規格はIPCDN DOCSIS QoS MIB2006年1月にRFC4323を追跡します[76ページ]。
references the PHS rule for a given service flow."
REFERENCE "SP-RFIv2.0-I06-040804, Appendix C.2.2.10.2"
::= { docsIetfQosPHSEntry 5 }
「PHSが与えられたサービス流動のために統治する参照。」 参照、「SP-RFIv2.0-I06-040804、付録C.2.2.10、0.2インチ:、:、」= docsIetfQosPHSEntry5
--
-- docsIetfQosCmtsMacToSrvFlowTable (CMTS Only)
--
docsIetfQosCmtsMacToSrvFlowTable OBJECT-TYPE
SYNTAX SEQUENCE OF DocsIetfQosCmtsMacToSrvFlowEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION "This table provides for referencing the service
flows associated with a particular cable modem.
This allows indexing into other docsIetfQos
tables that are indexed by docsIetfQosServiceFlowId
and ifIndex."
::= { docsIetfQosMIBObjects 11 }
-- -- docsIetfQosCmtsMacToSrvFlowTable(CMTS Only)--「このテーブルは特定のケーブルモデムに関連しているサービス流れように参照をつけるのに提供する」docsIetfQosCmtsMacToSrvFlowTable OBJECT-TYPEのSYNTAX SEQUENCE OF DocsIetfQosCmtsMacToSrvFlowEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 「これは、docsIetfQosServiceFlowIdとifIndexによって索引をつけられる他のdocsIetfQosテーブルに索引をつけるのを許容します。」 ::= docsIetfQosMIBObjects11
docsIetfQosCmtsMacToSrvFlowEntry OBJECT-TYPE
SYNTAX DocsIetfQosCmtsMacToSrvFlowEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION "An entry is created by CMTS for each service flow
connected to this CMTS."
INDEX {
docsIetfQosCmtsCmMac,
docsIetfQosCmtsServiceFlowId
}
::= { docsIetfQosCmtsMacToSrvFlowTable 1 }
docsIetfQosCmtsMacToSrvFlowEntry OBJECT-TYPE SYNTAX DocsIetfQosCmtsMacToSrvFlowEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「エントリーはこのCMTSに接続されたそれぞれのサービス流動のためにCMTSによって作成されます」。 docsIetfQosCmtsCmMac、docsIetfQosCmtsServiceFlowIdに索引をつけてください:、:= docsIetfQosCmtsMacToSrvFlowTable1
DocsIetfQosCmtsMacToSrvFlowEntry ::= SEQUENCE {
docsIetfQosCmtsCmMac MacAddress,
docsIetfQosCmtsServiceFlowId Unsigned32,
docsIetfQosCmtsIfIndex InterfaceIndex
}
DocsIetfQosCmtsMacToSrvFlowEntry:、:= 系列docsIetfQosCmtsCmMac MacAddress、docsIetfQosCmtsServiceFlowId Unsigned32、docsIetfQosCmtsIfIndex InterfaceIndex
docsIetfQosCmtsCmMac OBJECT-TYPE
SYNTAX MacAddress
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION "The MAC address for the referenced CM."
::= { docsIetfQosCmtsMacToSrvFlowEntry 1 }
「MACは参照をつけられたCMのために扱う」docsIetfQosCmtsCmMac OBJECT-TYPE SYNTAX MacAddressのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 ::= docsIetfQosCmtsMacToSrvFlowEntry1
docsIetfQosCmtsServiceFlowId OBJECT-TYPE
SYNTAX Unsigned32 (1..4294967295)
MAX-ACCESS not-accessible
STATUS current
docsIetfQosCmtsServiceFlowId OBJECT-TYPE SYNTAX Unsigned32(1 .4294967295)のマックス-ACCESSのアクセスしやすくないSTATUS海流
Patrick & Murwin Standards Track [Page 77] RFC 4323 IPCDN DOCSIS QoS MIB January 2006
パトリックとMurwin規格はIPCDN DOCSIS QoS MIB2006年1月にRFC4323を追跡します[77ページ]。
DESCRIPTION "An index assigned to a service flow by CMTS."
::= { docsIetfQosCmtsMacToSrvFlowEntry 2 }
「インデックスはCMTSでサービス流動に割り当てた」記述。 ::= docsIetfQosCmtsMacToSrvFlowEntry2
docsIetfQosCmtsIfIndex OBJECT-TYPE
SYNTAX InterfaceIndex
MAX-ACCESS read-only
STATUS current
DESCRIPTION "The ifIndex of ifType docsCableMacLayer(127)
on the CMTS that is connected to the Cable Modem."
::= { docsIetfQosCmtsMacToSrvFlowEntry 3 }
docsIetfQosCmtsIfIndex OBJECT-TYPE SYNTAX InterfaceIndexのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「Cable Modemに接続されるCMTSの上のifType docsCableMacLayer(127)のifIndex。」 ::= docsIetfQosCmtsMacToSrvFlowEntry3
--
-- Conformance definitions
--
docsIetfQosConformance OBJECT IDENTIFIER
::= { docsIetfQosMIB 2 }
-- -- 順応定義--、docsIetfQosConformance OBJECT IDENTIFIER:、:= docsIetfQosMIB2
docsIetfQosGroups OBJECT IDENTIFIER
::= { docsIetfQosConformance 1 }
docsIetfQosGroupsオブジェクト識別子:、:= docsIetfQosConformance1
docsIetfQosCompliances OBJECT IDENTIFIER
::= { docsIetfQosConformance 2 }
docsIetfQosCompliancesオブジェクト識別子:、:= docsIetfQosConformance2
docsIetfQosCompliance MODULE-COMPLIANCE
STATUS current
DESCRIPTION
"The compliance statement for MCNS Cable Modems and
Cable Modem Termination Systems that implement DOCSIS
Service Flows."
docsIetfQosCompliance MODULE-COMPLIANCE STATUSの現在の記述、「DOCSIS Service Flowsを実装するMCNS Cable ModemsとCable Modem Termination Systemsのための承諾声明。」
MODULE -- docsIetfQosMIB
MANDATORY-GROUPS { docsIetfQosBaseGroup }
モジュール--docsIetfQosMIBの義務的なグループdocsIetfQosBaseGroup
GROUP docsIetfQosCmtsGroup
DESCRIPTION
"This group is mandatory for Cable Modem Termination
Systems (CMTS) and is not implemented for Cable Modems
(CM)."
GROUP docsIetfQosCmtsGroup記述、「このグループは、Cable Modem Termination Systems(CMTS)に義務的であり、Cable Modems(CM)のために実装されません」。
GROUP docsIetfQosParamSetGroup
DESCRIPTION
"This group is mandatory for Cable Modem Termination
Systems (CMTS) and Cable Modems. Cable modems only
implement objects in this group as read-only."
このグループはCable Modem Termination Systems(CMTS)とCable Modemsに義務的です。GROUP docsIetfQosParamSetGroup記述、「ケーブルモデムは書き込み禁止としてこのグループでオブジェクトを実装するだけです」。
GROUP docsIetfQosSrvClassPolicyGroup
DESCRIPTION
"This group is optional for Cable Modem Termination
GROUP docsIetfQosSrvClassPolicyGroup記述、「Cable Modem Terminationに、このグループは任意です」。
Patrick & Murwin Standards Track [Page 78] RFC 4323 IPCDN DOCSIS QoS MIB January 2006
パトリックとMurwin規格はIPCDN DOCSIS QoS MIB2006年1月にRFC4323を追跡します[78ページ]。
Systems (CMTS) and Cable Modems. This group is relevant
if policy-based service flow classification
is implemented. See docsDevPolicyTable in
DOCS-CABLE-DEVICE-MIB for more details."
システム(CMTS)とCable Modems方針ベースのサービス流れ分類が実装されるなら、このグループは関連しています。 「その他の詳細に関してDOCS-CABLE-DEVICE-MIBのdocsDevPolicyTableを見てください。」
GROUP docsIetfQosServiceClassGroup
DESCRIPTION
"This group is mandatory for a Cable Modem Termination
System (CMTS) that implements expansion of Service Class
Names in a QOS Parameter Set. This group is
not implemented on the Cable Modems."
GROUP docsIetfQosServiceClassGroup記述、「このグループはQOS Parameter SetでのService Class Namesの拡張を実装するCable Modem Termination System(CMTS)に義務的です」。 「このグループはCable Modemsで実装されません。」
OBJECT docsIetfQosPktClassPkts
DESCRIPTION
"This object only needs to be implemented in entries
that are classifying packets and not policing packets."
「このオブジェクトがパケットを分類しているエントリーで実装されて、パケットを取り締まらないのに必要であるだけである」OBJECT docsIetfQosPktClassPkts記述。
OBJECT docsIetfQosPktClassInetAddressType
SYNTAX InetAddressType { ipv4(1) }
DESCRIPTION
"An implementation is only required to support IPv4
address."
OBJECT docsIetfQosPktClassInetAddressType SYNTAX InetAddressType ipv4(1)、「IPv4アドレスであるとサポート実装が必要であるだけである」記述。
OBJECT docsIetfQosPktClassInetSourceAddr
SYNTAX InetAddress (SIZE(4))
DESCRIPTION
"An implementation is only required to support IPv4
address."
OBJECT docsIetfQosPktClassInetSourceAddr SYNTAX InetAddress、(「IPv4アドレスであるとサポート実装が必要であるだけである」SIZE(4)) DESCRIPTION。
OBJECT docsIetfQosPktClassInetSourceMask
SYNTAX InetAddress (SIZE(4))
DESCRIPTION
"An implementation is only required to support IPv4
address."
OBJECT docsIetfQosPktClassInetSourceMask SYNTAX InetAddress、(「IPv4アドレスであるとサポート実装が必要であるだけである」SIZE(4)) DESCRIPTION。
OBJECT docsIetfQosPktClassInetDestAddr
SYNTAX InetAddress (SIZE(4))
DESCRIPTION
"An implementation is only required to support IPv4
address."
OBJECT docsIetfQosPktClassInetDestAddr SYNTAX InetAddress、(「IPv4アドレスであるとサポート実装が必要であるだけである」SIZE(4)) DESCRIPTION。
OBJECT docsIetfQosPktClassInetDestMask
SYNTAX InetAddress (SIZE(4))
DESCRIPTION
"An implementation is only required to support IPv4
address."
OBJECT docsIetfQosPktClassInetDestMask SYNTAX InetAddress、(「IPv4アドレスであるとサポート実装が必要であるだけである」SIZE(4)) DESCRIPTION。
OBJECT docsIetfQosServiceClassStorageType
オブジェクトdocsIetfQosServiceClassStorageType
Patrick & Murwin Standards Track [Page 79] RFC 4323 IPCDN DOCSIS QoS MIB January 2006
パトリックとMurwin規格はIPCDN DOCSIS QoS MIB2006年1月にRFC4323を追跡します[79ページ]。
SYNTAX StorageType { nonVolatile(3) }
DESCRIPTION
"An implementation is only required to support nonvolatile
storage."
SYNTAX StorageType nonVolatile(3)、「不揮発性記憶装置をサポート実装が必要であるだけである」記述。
OBJECT docsIetfQosServiceClassPolicyStorageType
SYNTAX StorageType { nonVolatile(3) }
DESCRIPTION
"An implementation is only required to support nonvolatile
storage."
OBJECT docsIetfQosServiceClassPolicyStorageType SYNTAX StorageType nonVolatile(3)、「不揮発性記憶装置をサポート実装が必要であるだけである」記述。
::= { docsIetfQosCompliances 1 }
::= docsIetfQosCompliances1
docsIetfQosBaseGroup OBJECT-GROUP
OBJECTS {
docsIetfQosPktClassDirection,
docsIetfQosPktClassPriority,
docsIetfQosPktClassIpTosLow,
docsIetfQosPktClassIpTosHigh,
docsIetfQosPktClassIpTosMask,
docsIetfQosPktClassIpProtocol,
docsIetfQosPktClassSourcePortStart,
docsIetfQosPktClassSourcePortEnd,
docsIetfQosPktClassDestPortStart,
docsIetfQosPktClassDestPortEnd,
docsIetfQosPktClassDestMacAddr,
docsIetfQosPktClassDestMacMask,
docsIetfQosPktClassSourceMacAddr,
docsIetfQosPktClassEnetProtocolType,
docsIetfQosPktClassEnetProtocol,
docsIetfQosPktClassUserPriLow,
docsIetfQosPktClassUserPriHigh,
docsIetfQosPktClassVlanId,
docsIetfQosPktClassStateActive,
docsIetfQosPktClassPkts,
docsIetfQosPktClassBitMap,
docsIetfQosPktClassInetAddressType,
docsIetfQosPktClassInetSourceAddr,
docsIetfQosPktClassInetSourceMask,
docsIetfQosPktClassInetDestAddr,
docsIetfQosPktClassInetDestMask,
docsIetfQosBaseGroupオブジェクト群対象、docsIetfQosPktClassDirection、docsIetfQosPktClassPriority、docsIetfQosPktClassIpTosLow、docsIetfQosPktClassIpTosHigh、docsIetfQosPktClassIpTosMask、docsIetfQosPktClassIpProtocol、docsIetfQosPktClassSourcePortStart、docsIetfQosPktClassSourcePortEnd、docsIetfQosPktClassDestPortStart、docsIetfQosPktClassDestPortEnd、docsIetfQosPktClassDestMacAddr、docsIetfQosPktClassDestMacMask; docsIetfQosPktClassSourceMacAddr、docsIetfQosPktClassEnetProtocolType、docsIetfQosPktClassEnetProtocol、docsIetfQosPktClassUserPriLow、docsIetfQosPktClassUserPriHigh、docsIetfQosPktClassVlanId、docsIetfQosPktClassStateActive、docsIetfQosPktClassPkts、docsIetfQosPktClassBitMap、docsIetfQosPktClassInetAddressType、docsIetfQosPktClassInetSourceAddr、docsIetfQosPktClassInetSourceMask、docsIetfQosPktClassInetDestAddr、docsIetfQosPktClassInetDestMask
docsIetfQosServiceFlowSID,
docsIetfQosServiceFlowDirection,
docsIetfQosServiceFlowPrimary,
docsIetfQosServiceFlowSID、docsIetfQosServiceFlowDirection、docsIetfQosServiceFlowPrimary
docsIetfQosServiceFlowPkts,
docsIetfQosServiceFlowOctets,
docsIetfQosServiceFlowPkts、docsIetfQosServiceFlowOctets
Patrick & Murwin Standards Track [Page 80] RFC 4323 IPCDN DOCSIS QoS MIB January 2006
パトリックとMurwin規格はIPCDN DOCSIS QoS MIB2006年1月にRFC4323を追跡します[80ページ]。
docsIetfQosServiceFlowTimeCreated,
docsIetfQosServiceFlowTimeActive,
docsIetfQosServiceFlowPHSUnknowns,
docsIetfQosServiceFlowPolicedDropPkts,
docsIetfQosServiceFlowPolicedDelayPkts,
docsIetfQosServiceFlowTimeCreated、docsIetfQosServiceFlowTimeActive、docsIetfQosServiceFlowPHSUnknowns、docsIetfQosServiceFlowPolicedDropPkts、docsIetfQosServiceFlowPolicedDelayPkts
docsIetfQosDSAReqs,
docsIetfQosDSARsps,
docsIetfQosDSAAcks,
docsIetfQosDSCReqs,
docsIetfQosDSCRsps,
docsIetfQosDSCAcks,
docsIetfQosDSDReqs,
docsIetfQosDSDRsps,
docsIetfQosDynamicAdds,
docsIetfQosDynamicAddFails,
docsIetfQosDynamicChanges,
docsIetfQosDynamicChangeFails,
docsIetfQosDynamicDeletes,
docsIetfQosDynamicDeleteFails,
docsIetfQosDCCReqs,
docsIetfQosDCCRsps,
docsIetfQosDCCAcks,
docsIetfQosDCCs,
docsIetfQosDCCFails,
docsIetfQosDSAReqs、docsIetfQosDSARsps、docsIetfQosDSAAcks、docsIetfQosDSCReqs、docsIetfQosDSCRsps、docsIetfQosDSCAcks、docsIetfQosDSDReqs、docsIetfQosDSDRsps、docsIetfQosDynamicAdds、docsIetfQosDynamicAddFails、docsIetfQosDynamicChanges、docsIetfQosDynamicChangeFails、docsIetfQosDynamicDeletes、docsIetfQosDynamicDeleteFails、docsIetfQosDCCReqs、docsIetfQosDCCRsps、docsIetfQosDCCAcks、docsIetfQosDCCs、docsIetfQosDCCFails
docsIetfQosPHSField,
docsIetfQosPHSMask,
docsIetfQosPHSSize,
docsIetfQosPHSVerify,
docsIetfQosPHSIndex
}
STATUS current
DESCRIPTION
"Group of objects implemented in both Cable Modems and
Cable Modem Termination Systems."
::= { docsIetfQosGroups 1 }
docsIetfQosPHSField、docsIetfQosPHSMask、docsIetfQosPHSSize、docsIetfQosPHSVerify、docsIetfQosPHSIndex 「オブジェクトのグループはCable ModemsとCable Modem Termination Systemsの両方で実装した」STATUSの現在の記述、:、:= docsIetfQosGroups1
docsIetfQosParamSetGroup OBJECT-GROUP
OBJECTS {
docsIetfQosParamSetServiceClassName,
docsIetfQosParamSetPriority,
docsIetfQosParamSetMaxTrafficRate,
docsIetfQosParamSetMaxTrafficBurst,
docsIetfQosParamSetMinReservedRate,
docsIetfQosParamSetMinReservedPkt,
docsIetfQosParamSetActiveTimeout,
docsIetfQosParamSetAdmittedTimeout,
docsIetfQosParamSetGroupオブジェクト群対象、docsIetfQosParamSetServiceClassName、docsIetfQosParamSetPriority、docsIetfQosParamSetMaxTrafficRate、docsIetfQosParamSetMaxTrafficBurst、docsIetfQosParamSetMinReservedRate、docsIetfQosParamSetMinReservedPkt、docsIetfQosParamSetActiveTimeout、docsIetfQosParamSetAdmittedTimeout
Patrick & Murwin Standards Track [Page 81] RFC 4323 IPCDN DOCSIS QoS MIB January 2006
パトリックとMurwin規格はIPCDN DOCSIS QoS MIB2006年1月にRFC4323を追跡します[81ページ]。
docsIetfQosParamSetMaxConcatBurst,
docsIetfQosParamSetSchedulingType,
docsIetfQosParamSetNomPollInterval,
docsIetfQosParamSetTolPollJitter,
docsIetfQosParamSetUnsolicitGrantSize,
docsIetfQosParamSetNomGrantInterval,
docsIetfQosParamSetTolGrantJitter,
docsIetfQosParamSetGrantsPerInterval,
docsIetfQosParamSetTosAndMask,
docsIetfQosParamSetTosOrMask,
docsIetfQosParamSetMaxLatency,
docsIetfQosParamSetRequestPolicyOct,
docsIetfQosParamSetBitMap
}
STATUS current
DESCRIPTION
"Group of objects implemented in both Cable Modems and
Cable Modem Termination Systems for QOS Parameter Sets."
::= { docsIetfQosGroups 2 }
docsIetfQosParamSetMaxConcatBurst、docsIetfQosParamSetSchedulingType、docsIetfQosParamSetNomPollInterval、docsIetfQosParamSetTolPollJitter、docsIetfQosParamSetUnsolicitGrantSize、docsIetfQosParamSetNomGrantInterval、docsIetfQosParamSetTolGrantJitter、docsIetfQosParamSetGrantsPerInterval、docsIetfQosParamSetTosAndMask、docsIetfQosParamSetTosOrMask、docsIetfQosParamSetMaxLatency、docsIetfQosParamSetRequestPolicyOct、docsIetfQosParamSetBitMap 「オブジェクトのグループはQOS Parameter SetsのためのCable ModemsとCable Modem Termination Systemsの両方で実装した」STATUSの現在の記述。 ::= docsIetfQosGroups2
docsIetfQosCmtsGroup OBJECT-GROUP
OBJECTS {
docsIetfQosCmtsGroupオブジェクト群対象
docsIetfQosUpstreamFragments,
docsIetfQosUpstreamFragDiscards,
docsIetfQosUpstreamConcatBursts,
docsIetfQosUpstreamFragments、docsIetfQosUpstreamFragDiscards、docsIetfQosUpstreamConcatBursts
docsIetfQosServiceFlowLogIfIndex,
docsIetfQosServiceFlowLogSFID,
docsIetfQosServiceFlowLogCmMac,
docsIetfQosServiceFlowLogPkts,
docsIetfQosServiceFlowLogOctets,
docsIetfQosServiceFlowLogTimeDeleted,
docsIetfQosServiceFlowLogTimeCreated,
docsIetfQosServiceFlowLogTimeActive,
docsIetfQosServiceFlowLogDirection,
docsIetfQosServiceFlowLogPrimary,
docsIetfQosServiceFlowLogServiceClassName,
docsIetfQosServiceFlowLogPolicedDropPkts,
docsIetfQosServiceFlowLogPolicedDelayPkts,
docsIetfQosServiceFlowLogControl,
docsIetfQosServiceFlowLogIfIndex、docsIetfQosServiceFlowLogSFID、docsIetfQosServiceFlowLogCmMac、docsIetfQosServiceFlowLogPkts、docsIetfQosServiceFlowLogOctets、docsIetfQosServiceFlowLogTimeDeleted、docsIetfQosServiceFlowLogTimeCreated、docsIetfQosServiceFlowLogTimeActive、docsIetfQosServiceFlowLogDirection、docsIetfQosServiceFlowLogPrimary、docsIetfQosServiceFlowLogServiceClassName、docsIetfQosServiceFlowLogPolicedDropPkts、docsIetfQosServiceFlowLogPolicedDelayPkts、docsIetfQosServiceFlowLogControl
docsIetfQosCmtsIfIndex -- docsIetfQosCmtsMacToSrvFlowTable required
docsIetfQosCmtsIfIndex--docsIetfQosCmtsMacToSrvFlowTableが必要です。
}
STATUS current
DESCRIPTION
} STATUSの現在の記述
Patrick & Murwin Standards Track [Page 82] RFC 4323 IPCDN DOCSIS QoS MIB January 2006
パトリックとMurwin規格はIPCDN DOCSIS QoS MIB2006年1月にRFC4323を追跡します[82ページ]。
"Group of objects implemented only in the CMTS."
::= { docsIetfQosGroups 3 }
「CMTSだけで実装されたオブジェクトのグループ。」 ::= docsIetfQosGroups3
docsIetfQosSrvClassPolicyGroup OBJECT-GROUP
OBJECTS {
docsIetfQosServiceClassPolicyName,
docsIetfQosServiceClassPolicyRulePriority,
docsIetfQosServiceClassPolicyStatus,
docsIetfQosServiceClassPolicyStorageType
}
STATUS current
DESCRIPTION
"Group of objects implemented in both Cable Modems and
Cable Modem Termination Systems when supporting policy-based
service flows."
::= { docsIetfQosGroups 4 }
docsIetfQosSrvClassPolicyGroup OBJECT-GROUP OBJECTS、docsIetfQosServiceClassPolicyName、docsIetfQosServiceClassPolicyRulePriority、docsIetfQosServiceClassPolicyStatus、docsIetfQosServiceClassPolicyStorageType、「方針ベースのサービスが流れであるとサポートするときオブジェクトのグループはCable ModemsとCable Modem Termination Systemsの両方で実装した」STATUSの現在の記述。 ::= docsIetfQosGroups4
docsIetfQosServiceClassGroup OBJECT-GROUP
OBJECTS {
docsIetfQosServiceClassStatus,
docsIetfQosServiceClassPriority,
docsIetfQosServiceClassMaxTrafficRate,
docsIetfQosServiceClassMaxTrafficBurst,
docsIetfQosServiceClassMinReservedRate,
docsIetfQosServiceClassMinReservedPkt,
docsIetfQosServiceClassMaxConcatBurst,
docsIetfQosServiceClassNomPollInterval,
docsIetfQosServiceClassTolPollJitter,
docsIetfQosServiceClassUnsolicitGrantSize,
docsIetfQosServiceClassNomGrantInterval,
docsIetfQosServiceClassTolGrantJitter,
docsIetfQosServiceClassGrantsPerInterval,
docsIetfQosServiceClassMaxLatency,
docsIetfQosServiceClassActiveTimeout,
docsIetfQosServiceClassAdmittedTimeout,
docsIetfQosServiceClassSchedulingType,
docsIetfQosServiceClassRequestPolicy,
docsIetfQosServiceClassTosAndMask,
docsIetfQosServiceClassTosOrMask,
docsIetfQosServiceClassDirection,
docsIetfQosServiceClassStorageType,
docsIetfQosServiceClassDSCPOverwrite
}
STATUS current
DESCRIPTION
"Group of objects implemented only in Cable Modem
Termination Systems when supporting expansion of Service
Class Names in a QOS Parameter Set"
docsIetfQosServiceClassGroupオブジェクト群対象; { docsIetfQosServiceClassStatus、docsIetfQosServiceClassPriority、docsIetfQosServiceClassMaxTrafficRate、docsIetfQosServiceClassMaxTrafficBurst、docsIetfQosServiceClassMinReservedRate、docsIetfQosServiceClassMinReservedPkt、docsIetfQosServiceClassMaxConcatBurst、docsIetfQosServiceClassNomPollInterval、docsIetfQosServiceClassTolPollJitter、docsIetfQosServiceClassUnsolicitGrantSize、docsIetfQosServiceClassNomGrantInterval; docsIetfQosServiceClassTolGrantJitter、docsIetfQosServiceClassGrantsPerInterval、docsIetfQosServiceClassMaxLatency、docsIetfQosServiceClassActiveTimeout、docsIetfQosServiceClassAdmittedTimeout、docsIetfQosServiceClassSchedulingType、docsIetfQosServiceClassRequestPolicy、docsIetfQosServiceClassTosAndMask、docsIetfQosServiceClassTosOrMask、docsIetfQosServiceClassDirection、docsIetfQosServiceClassStorageType、docsIetfQosServiceClassDSCPOverwrite; } 「オブジェクトのグループはCable Modem Termination Systems whだけで実装した」STATUSの現在の記述「QOS Parameter SetでのService Class Namesの拡張をサポートするアン」
Patrick & Murwin Standards Track [Page 83] RFC 4323 IPCDN DOCSIS QoS MIB January 2006
パトリックとMurwin規格はIPCDN DOCSIS QoS MIB2006年1月にRFC4323を追跡します[83ページ]。
::= { docsIetfQosGroups 5 }
::= docsIetfQosGroups5
END
終わり
6. Security Considerations
6. セキュリティ問題
This MIB module relates to an agent that will provide metropolitan public Internet access. As such, improper manipulation of the objects represented by this MIB module may result in denial of service to a large number of end-users [6]. Manipulation of the docsIetfQosServiceClassTable and docsIetfQosServiceClassPolicyTable may allow an end-user to increase his or her service levels, or affect other end-users in either a positive or negative manner. In addition, manipulation of docsIetfQosServiceFlowLogControl could allow an attacker to remove logs of packet and byte counts forwarded on a Service Flow. If such logs were used for billing, the attacker would obtain free service.
このMIBモジュールは首都の公共のインターネット・アクセスを提供するエージェントに関連します。 そういうものとして、このMIBモジュールで表されたオブジェクトの不適当な操作は多くのエンドユーザ[6]に対するサービスの否定をもたらすかもしれません。 docsIetfQosServiceClassTableとdocsIetfQosServiceClassPolicyTableの操作で、エンドユーザは、その人のサービスレベルを増強するか、または肯定しているか否定している態度で他のエンドユーザに影響するかもしれません。 さらに、docsIetfQosServiceFlowLogControlの操作で、攻撃者はService Flowで進められたパケットとバイト・カウントに関するログを取り除くことができました。 そのようなログが支払いに使用されるなら、攻撃者は無料奉仕を得るでしょうに。
There are a number of management objects defined in this MIB module with a MAX-ACCESS clause of read-write and/or read-create. Such objects may be considered sensitive or vulnerable in some network environments. The support for SET operations in a non-secure environment without proper protection can have a negative effect on network operations. These are the tables and objects and their sensitivity/vulnerability:
aがあります。読書して書くことのマックス-ACCESS節でこのMIBモジュールで定義された管理オブジェクトに付番する、そして/または、読書して作成します。 そのようなオブジェクトはいくつかのネットワーク環境で敏感であるか、または被害を受け易いと考えられるかもしれません。 適切な保護のない非安全な環境におけるSET操作のサポートはネットワーク操作のときにマイナスの影響がある場合があります。 これらは、テーブルと、オブジェクトとそれらの感度/脆弱性です:
o The docsIetfQosServiceClassTable provides a template of QOS
parameters such as maximum rate limits for a named service
class. Changing these parameters would allow an attacker to
obtain an unauthorized class of service.
o docsIetfQosServiceClassTableは命名されたサービスのクラスのための最高率限界などのQOSパラメタのテンプレートを提供します。 これらのパラメタを変えるのに、攻撃者は権限のないクラスのサービスを得ることができるでしょう。
o The docsIetfQosServiceClassPolicyTable applies CMTS vendor
proprietary policies for packet forwarding, including
dropping, scheduling, notification, or other policies.
Changing this table could allow an attacker to deny service to
all subscribers of the CMTS or could grant the attacker
unauthorized forwarding policies.
o docsIetfQosServiceClassPolicyTableは低下、スケジューリング、通知、または他の方針を含むパケット推進のためのCMTSのベンダーの独占方針を適用します。 このテーブルを変えるのは、攻撃者がCMTSのすべての加入者に対するサービスを否定するのを許容できたか、または攻撃者の権限のない推進方針を与えるかもしれません。
o The docsIetfQosServiceFlowLogControl object controls the
deletion of entries in the docsIetfQosServiceFlowLogTable,
which acts as a historical "detail record" of DOCSIS Service
Flow packets and bytes transmitted. Such records may be used
for billing purposes, so the unauthorized deletion of the
records can result in free service.
o docsIetfQosServiceFlowLogControlオブジェクトはdocsIetfQosServiceFlowLogTableでのエントリーの削除を制御します。(DOCSIS Service Flowパケットとバイトの歴史的な「明細レコード」が伝わったようにdocsIetfQosServiceFlowLogTableは行動します)。 そのような記録が支払い目的に使用されるかもしれないので、記録の権限のない削除は無料奉仕をもたらすことができます。
Some of the readable objects in this MIB module (i.e., objects with a MAX-ACCESS other than not-accessible) may be considered sensitive or vulnerable in some network environments. It is thus important to
このMIBモジュール(すなわち、アクセスしやすくないのを除いたマックス-ACCESSがあるオブジェクト)によるいくつかの読み込み可能なオブジェクトがいくつかのネットワーク環境で敏感であるか、または被害を受け易いと考えられるかもしれません。 その結果、それは重要です。
Patrick & Murwin Standards Track [Page 84] RFC 4323 IPCDN DOCSIS QoS MIB January 2006
パトリックとMurwin規格はIPCDN DOCSIS QoS MIB2006年1月にRFC4323を追跡します[84ページ]。
control even GET access to these objects and possibly to even encrypt the values of these objects when sending them over the network via SNMP. These are the tables and objects and their sensitivity/vulnerability:
これらのオブジェクトへのGETアクセスさえ制御してください、そして、SNMPを通してネットワークの上にそれらを送るときにはことによると同等に、これらのオブジェクトの値を暗号化してください。 これらは、テーブルと、オブジェクトとそれらの感度/脆弱性です:
o Unauthorized SNMP GET access of the docsIetfQosPktClassTable
or docsIetfQosPHSTable can allow an attacker to learn IP
addresses permitted to have enhanced quality of service, for
possible spoofing. This table typically contains the IP
addresses involved in voice-over-IP sessions, for example.
o 攻撃者はdocsIetfQosPktClassTableかdocsIetfQosPHSTableの権限のないSNMP GETアクセスでサービスの質を高めたことが許可されたIPアドレスを学ぶことができます、可能なスプーフィングのために。 このテーブルは例えば、ナレーターの声IPセッションにかかわるIPアドレスを通常含んでいます。
o Unauthorized SNMP GET access of the docsIetfQosParamSetTable
allows an attacker to learn the names of Service Classes that
are permitted to have enhanced QoS service, and the values of
that enhanced service. That name can be referenced in an
unauthorized DOCSIS cable modem configuration file to obtain
enhanced service.
o docsIetfQosParamSetTableの権限のないSNMP GETアクセスで、攻撃者はQoSサービスを機能アップしたことが許可されているService Classesという名前、およびその高度サービスの値を学ぶことができます。 高度サービスを得るために権限のないDOCSISケーブルモデム構成ファイルでその名前に参照をつけることができます。
o Unauthorized SNMP GET access of the
docsIetfQosServiceFlowTable can tell an attacker when Service
Flows are active, e.g., when a voice-over-IP call is in
progress.
o docsIetfQosServiceFlowTableの権限のないSNMP GETアクセスは、Service Flowsがいつアクティブであるかを攻撃者に言うことができます、例えば、ナレーターの声IP呼び出しが進行しているとき。
Unauthorized SNMP GET access of the
docsIetfQosServiceFlowLogTable can expose private information
about network usage.
docsIetfQosServiceFlowLogTableの権限のないSNMP GETアクセスはネットワーク用法に関する個人情報を暴露することができます。
o Unauthorized SNMP GET access of the
docsIetfQosServiceFlowStatsTable,
docsIetfQosUpstreamStatsTable,
docsIetfQosDynamicServiceStatsTable,
docsIetfQosServiceFlowLogTable, and
docsIetfQosCmtsMacToSrvFlowTable can tell an attacker the
volume of traffic to and from any Service Flow in the system,
resulting in loss of privacy of the amount and direction of
data transfer.
o docsIetfQosServiceFlowStatsTable、docsIetfQosUpstreamStatsTable、docsIetfQosDynamicServiceStatsTable、docsIetfQosServiceFlowLogTable、およびdocsIetfQosCmtsMacToSrvFlowTableの権限のないSNMP GETアクセスは交通量をService FlowとシステムのどんなService Flowからも攻撃者に言うことができます、データ転送の量と方向のプライバシーの損失をもたらして。
SNMP versions prior to SNMPv3 did not include adequate security. Even if the network itself is secure (for example by using IPSec), even then, there is no control as to who on the secure network is allowed to access and GET/SET (read/change/create/delete) the objects in this MIB module. It is RECOMMENDED that implementers consider the security features as provided by the SNMPv3 framework (see [15], section 8), including full support for the SNMPv3 cryptographic mechanisms (for authentication and privacy). Further, deployment of SNMP versions prior to SNMPv3 is NOT RECOMMENDED. Instead, it is RECOMMENDED to deploy SNMPv3 and to enable cryptographic security. It is then a customer/operator responsibility to ensure that the SNMP
SNMPv3の前のSNMPバージョンは十分な安全性を含んでいませんでした。 ネットワーク自体が安全であっても(例えば、IPSecを使用するのによる)、その時でさえ、アクセスとGET/SET(読むか、変える、作成する、または削除する)へのオブジェクトが安全なネットワークにこのMIBモジュールでだれに許容されているかに関してコントロールが全くありません。 implementersがSNMPv3フレームワークで提供するようにセキュリティ機能を考えるのは([15]を見てください、セクション8)、RECOMMENDEDです、SNMPv3の暗号のメカニズム(認証とプライバシーのための)の全面的な支援を含んでいて。 さらに、SNMPv3の前のSNMPバージョンの展開はNOT RECOMMENDEDです。 代わりに、それはSNMPv3を配布して、暗号のセキュリティを可能にするRECOMMENDEDです。 それ、次に、それを確実にする顧客/オペレータ責任はSNMPです。
Patrick & Murwin Standards Track [Page 85] RFC 4323 IPCDN DOCSIS QoS MIB January 2006
パトリックとMurwin規格はIPCDN DOCSIS QoS MIB2006年1月にRFC4323を追跡します[85ページ]。
entity giving access to an instance of this MIB module, is properly configured to give access to the objects only to those principals (users) that have legitimate rights to indeed GET or SET (change/create/delete) them.
付与がこのMIBモジュールのインスタンスにアクセスして、適切に構成される実体は、本当にGETに正当な権利を持っている校長(ユーザ)をそれらだけへのオブジェクトへのアクセスに与えるか、または(変えるか、作成する、または削除します)それらをSETに与えます。
7. IANA Considerations
7. IANA問題
The MIB module in this document uses the following IANA-assigned OBJECT IDENTIFIER values recorded in the SMI Numbers registry:
MIBモジュールは本書ではSMI民数記登録に記録された以下のIANAによって割り当てられたOBJECT IDENTIFIER値を使用します:
Descriptor OBJECT IDENTIFIER Value
-------------- -----------------------
docsIetfQosMIB { mib-2 127 }
記述子オブジェクト識別子価値-------------- ----------------------- docsIetfQosMIBmib-2 127
8. Acknowledgements
8. 承認
The authors gratefully acknowledge the comments and suggestions of the IP over Cable Data Network (IPCDN) Working Group (especially the co-chairs Richard Woundy and Jean-Francois Mule) as well as the contributions of the Operation and Management Area Director, Bert Wijnen.
作者はOperationとManagement Areaディレクターの貢献(バートWijnen)と同様にCable Data Network(IPCDN)作業部会(特に共同議長のリチャードWoundyとジャン・フランソワMule)の上で感謝してIPのコメントと提案を承諾します。
9. Normative References
9. 引用規格
[1] McCloghrie, K., Perkins, D., and J. Schoenwaelder, "Structure of
Management Information Version 2 (SMIv2)", STD 58, RFC 2578,
April 1999.
[1]McCloghrie、K.、パーキンス、D.、およびJ.Schoenwaelder、「経営情報バージョン2(SMIv2)の構造」、STD58、RFC2578(1999年4月)。
[2] McCloghrie, K., Perkins, D., and J. Schoenwaelder, "Textual
Conventions for SMIv2", STD 58, RFC 2579, April 1999.
[2]McCloghrieとK.とパーキンス、D.とJ.Schoenwaelder、「SMIv2"、STD58、RFC2579、1999年4月の原文のコンベンション。」
[3] McCloghrie, K., Perkins, D., and J. Schoenwaelder, "Conformance
Statements for SMIv2", STD 58, RFC 2580, April 1999.
[3]McCloghrieとK.とパーキンス、D.とJ.Schoenwaelder、「SMIv2"、STD58、RFC2580、1999年4月のための順応声明。」
[4] "Data-Over-Cable Service Interface Specifications: Radio
Frequency Interface Specification SP-RFIv2.0-I06-040804",
DOCSIS, August 2004,
http://www.cablelabs.com/specifications/archives/.
[4] 「データ過剰ケーブルサービスは仕様を連結します」。 「無線周波数インターフェース仕様SP-RFIv2.0-I06-040804」、DOCSIS、2004年8月、 http://www.cablelabs.com/specifications/archives/ 。
[5] Bradner, S., "Key words for use in RFCs to Indicate Requirement
Levels", BCP 14, RFC 2119, March 1997.
[5] ブラドナー、S.、「Indicate Requirement LevelsへのRFCsにおける使用のためのキーワード」、BCP14、RFC2119、1997年3月。
[6] St. Johns, M., "Cable Device Management Information Base for
DOCSIS compliant Cable Modems and Cable Modem Termination
Systems", RFC 2669, August 1999.
[6] 聖ジョーンズ、M.は「DOCSISの言いなりになっているCable ModemsとCable Modem Termination SystemsのためにInformation基地にDevice Managementに電報を打ちます」、RFC2669、1999年8月。
Patrick & Murwin Standards Track [Page 86] RFC 4323 IPCDN DOCSIS QoS MIB January 2006
パトリックとMurwin規格はIPCDN DOCSIS QoS MIB2006年1月にRFC4323を追跡します[86ページ]。
[7] St. Johns, M., "Radio Frequency (RF) Interface Management
Information Base for MCNS/DOCSIS compliant RF interfaces", RFC
2670, August 1999.
[7] 聖ジョーンズ、M.、「MCNS/DOCSIS対応することのRFインタフェースへのラジオFrequency(RF)インタフェースManagement Information基地」、RFC2670、1999年8月。
[8] Daniele, M., Haberman, B., Routhier, S., and J. Schoenwaelder,
"Textual Conventions for Internet Network Addresses", RFC 4001,
February 2005.
2005年2月の[8] ダニエルとM.とハーバーマンとB.とRouthier、S.とJ.Schoenwaelder、「インターネットネットワーク・アドレスのための原文のコンベンション」RFC4001。
[9] Grossman, D., "New Terminology and Clarifications for Diffserv",
RFC 3260, April 2002.
[9] グロースマンと、D.と、「Diffservのための新しい用語と明確化」、RFC3260、4月2002日
[10] Ramakrishnan, K., Floyd, S., and D. Black, "The Addition of
Explicit Congestion Notification (ECN) to IP", RFC 3168,
September 2001.
[10]Ramakrishnan、K.、フロイド、S.、およびD.黒、「明白な混雑通知のIPへの追加(電子証券取引ネットワーク)」、RFC3168(2001年9月)。
[11] McCloghrie, K. and F. Kastenholz, "The Interfaces Group MIB",
RFC 2863, June 2000.
[11]McCloghrieとK.とF.Kastenholz、「インタフェースはMIBを分類する」RFC2863、2000年6月。
[12] Harrington, D., Presuhn, R., and B. Wijnen, "An Architecture for
Describing Simple Network Management Protocol (SNMP) Management
Frameworks", STD 62, RFC 3411, December 2002.
[12] ハリントン、D.、Presuhn、R.、およびB.Wijnen、「簡単なネットワーク管理プロトコル(SNMP)管理フレームワークについて説明するためのアーキテクチャ」、STD62、RFC3411(2002年12月)。
[13] Baker, F., Chan, K., and A. Smith, "Management Information Base
for the Differentiated Services Architecture", RFC 3289, May
2002.
[13] ベイカー(F.とチェン、K.とA.スミス、「差別化されたサービスアーキテクチャのための管理情報ベース」RFC3289)は2002がそうするかもしれません。
[14] Postel, J., "Internet Protocol", STD 5, RFC 791, September 1981.
[14] ポステル、J.、「インターネットプロトコル」、STD5、RFC791、1981年9月。
10. Informative References
10. 有益な参照
[15] Case, J., Mundy, R., Partain, D., and B. Stewart, "Introduction
and Applicability Statements for Internet-Standard Management
Framework", RFC 3410, December 2002.
[15] ケース、J.、マンディ、R.、パーテイン、D.、およびB.スチュワート、「インターネット標準の管理フレームワークのための序論と適用性声明」、RFC3410(2002年12月)。
Patrick & Murwin Standards Track [Page 87] RFC 4323 IPCDN DOCSIS QoS MIB January 2006
パトリックとMurwin規格はIPCDN DOCSIS QoS MIB2006年1月にRFC4323を追跡します[87ページ]。
Authors' Addresses
作者のアドレス
Michael Patrick Motorola Broadband Communications Sector 111 Locke Drive Marlborough, MA 01752
マイケルパトリックモトローラ広帯域通信セクター111ロック・Driveマールバラ、MA 01752
Phone: (508) 786-7563 EMail: michael.patrick@motorola.com
以下に電話をしてください。 (508) 786-7563 メールしてください: michael.patrick@motorola.com
William Murwin Motorola Broadband Communications Sector 111 Locke Drive Marlborough, MA 01752
ウィリアムMurwinモトローラ広帯域通信セクター111ロック・Driveマールバラ、MA 01752
Phone: (508) 786-7594 EMail: w.murwin@motorola.com
以下に電話をしてください。 (508) 786-7594 メールしてください: w.murwin@motorola.com
Patrick & Murwin Standards Track [Page 88] RFC 4323 IPCDN DOCSIS QoS MIB January 2006
パトリックとMurwin規格はIPCDN DOCSIS QoS MIB2006年1月にRFC4323を追跡します[88ページ]。
Full Copyright Statement
完全な著作権宣言文
Copyright (C) The Internet Society (2006).
Copyright(C)インターネット協会(2006)。
This document is subject to the rights, licenses and restrictions contained in BCP 78, and except as set forth therein, the authors retain all their rights.
このドキュメントはBCP78に含まれた権利、ライセンス、および制限を受けることがあります、そして、そこに詳しく説明されるのを除いて、作者は彼らのすべての権利を保有します。
This document and the information contained herein are provided on an "AS IS" basis and THE CONTRIBUTOR, THE ORGANIZATION HE/SHE REPRESENTS OR IS SPONSORED BY (IF ANY), THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIM ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
このドキュメントと「そのままで」という基礎と貢献者、その人が代表する組織で提供するか、または後援されて、インターネット協会とインターネット・エンジニアリング・タスク・フォースはすべての保証を放棄します、と急行ORが含意したということであり、他を含んでいて、ここに含まれて、情報の使用がここに侵害しないどんな保証も少しもまっすぐになるという情報か市場性か特定目的への適合性のどんな黙示的な保証。
Intellectual Property
知的所有権
The IETF takes no position regarding the validity or scope of any Intellectual Property Rights or other rights that might be claimed to pertain to the implementation or use of the technology described in this document or the extent to which any license under such rights might or might not be available; nor does it represent that it has made any independent effort to identify any such rights. Information on the procedures with respect to rights in RFC documents can be found in BCP 78 and BCP 79.
IETFはどんなIntellectual Property Rightsの正当性か範囲、実現に関係すると主張されるかもしれない他の権利、本書では説明された技術の使用またはそのような権利の下におけるどんなライセンスも利用可能であるかもしれない、または利用可能でないかもしれない範囲に関しても立場を全く取りません。 または、それはそれを表しません。どんなそのような権利も特定するためのどんな独立している努力もしました。 BCP78とBCP79でRFCドキュメントの権利に関する手順に関する情報を見つけることができます。
Copies of IPR disclosures made to the IETF Secretariat and any assurances of licenses to be made available, or the result of an attempt made to obtain a general license or permission for the use of such proprietary rights by implementers or users of this specification can be obtained from the IETF on-line IPR repository at http://www.ietf.org/ipr.
IPR公開のコピーが利用可能に作られるべきライセンスの保証、または一般的な免許を取得するのが作られた試みの結果をIETF事務局といずれにもしたか、または http://www.ietf.org/ipr のIETFのオンラインIPR倉庫からこの仕様のimplementersかユーザによるそのような所有権の使用のために許可を得ることができます。
The IETF invites any interested party to bring to its attention any copyrights, patents or patent applications, or other proprietary rights that may cover technology that may be required to implement this standard. Please address the information to the IETF at ietf-ipr@ietf.org.
IETFはこの規格を実行するのに必要であるかもしれない技術をカバーするかもしれないどんな著作権もその注目していただくどんな利害関係者、特許、特許出願、または他の所有権も招待します。 ietf-ipr@ietf.org のIETFに情報を記述してください。
Acknowledgement
承認
Funding for the RFC Editor function is provided by the IETF Administrative Support Activity (IASA).
RFC Editor機能のための基金はIETF Administrative Support Activity(IASA)によって提供されます。
Patrick & Murwin Standards Track [Page 89]
パトリックとMurwin標準化過程[89ページ]
一覧
スポンサーリンク
