Network Working Group G. Renker
Request for Comments: 5097 G. Fairhurst
Category: Standards Track University of Aberdeen
January 2008
MIB for the UDP-Lite Protocol
Status of This Memo
このメモのステータス
This document specifies an Internet standards track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the "Internet Official Protocol Standards" (STD 1) for the standardization state and status of this protocol. Distribution of this memo is unlimited.
この文書は、インターネットコミュニティのためのインターネット標準トラックプロトコルを指定し、改善のための議論と提案を要求します。このプロトコルの標準化状態と状態への「インターネット公式プロトコル標準」（STD 1）の最新版を参照してください。このメモの配布は無制限です。
Abstract
抽象
This document specifies a Management Information Base (MIB) module for the Lightweight User Datagram Protocol (UDP-Lite). It defines a set of new MIB objects to characterise the behaviour and performance of transport layer endpoints deploying UDP-Lite. UDP-Lite resembles UDP, but differs from the semantics of UDP by the addition of a single option. This adds the capability for variable-length data checksum coverage, which can benefit a class of applications that prefer delivery of (partially) corrupted datagram payload data in preference to discarding the datagram.
この文書では、軽量ユーザーデータグラムプロトコル（UDP-Liteの）のための管理情報ベース（MIB）のモジュールを指定します。これは、UDP-Liteの展開トランスポート層のエンドポイントの動作とパフォーマンスを特徴づけるために、新しいMIBオブジェクトのセットを定義します。 UDP-LiteはUDPに似ているが、1つのオプションを追加することにより、UDPの意味論とは異なります。これは、データグラムを廃棄に優先して（部分的に）破損したデータグラムのペイロードデータの配信を好むアプリケーションのクラスを受けることができ、可変長データのチェックサム・カバレッジのための機能を追加します。
Table of Contents
目次
1. Introduction ....................................................2
1.1. Relationship to the UDP-MIB ................................2
1.2. Relationship to HOST-RESOURCES-MIB and SYSAPPL-MIB .........4
1.3. Interpretation of the MIB Variables ........................5
1.4. Conventions ................................................8
2. The Internet-Standard Management Framework ......................8
3. Definitions .....................................................8
4. Security Considerations ........................................19
5. IANA Considerations ............................................20
6. Acknowledgments ................................................20
7. References .....................................................20
7.1. Normative References ......................................20
7.2. Informative References ....................................21
The Lightweight User Datagram Protocol (UDP-Lite) [RFC3828] (also known as UDPLite) is an IETF standards-track transport protocol. The operation of UDP-Lite is similar to the User Datagram Protocol (UDP) [RFC768], but can also serve applications in error-prone network environments that prefer to have partially damaged payloads delivered rather than discarded. This is achieved by changing the semantics of the UDP Length field to that of a Checksum Coverage field. If this feature is not used, UDP-Lite is semantically identical to UDP.
軽量ユーザーデータグラムプロトコル（UDPLite）[RFC3828]（またUDPLiteとしても知られる）は、IETF標準トラックトランスポートプロトコルです。 UDP-Liteとの動作は、ユーザ・データグラム・プロトコル（UDP）[RFC768]と同様であるが、送達なく廃棄部分損傷ペイロードを有することを好む誤りがちなネットワーク環境でアプリケーションを提供することができます。これは、チェックサム・カバレッジ・フィールドのそれにUDP長フィールドのセマンティクスを変更することによって達成されます。この機能を使用しない場合は、UDP-LiteはUDPと意味的に同じです。
The interface of UDP-Lite differs from that of UDP by the addition of a single option, which communicates a length value. At the sender this specifies the intended datagram checksum coverage; at the receiver it signifies a minimum coverage threshold for incoming datagrams. This length value may also be modified during the lifetime of a connection. UDP-Lite does not provide mechanisms to negotiate the checksum coverage between the sender and receiver. Where required, this needs to be communicated by another protocol. The Datagram Congestion Control Protocol (DCCP) [RFC4340] for instance includes a capability to negotiate checksum coverage values.
UDP-Liteとのインターフェースは、長さの値を通信する1つのオプションの添加によってUDPとは異なります。送信側では、これは意図したデータグラムのチェックサム適用範囲を指定します。受信機では受信データグラムの最小カバレッジ閾値を意味します。この長さの値は、接続の存続期間中に変更されてもよいです。 UDP-Liteは、送信者と受信者の間のチェックサムカバレッジを交渉する仕組みを提供していません。必要な場合、これは、別のプロトコルで通信する必要があります。例えばデータグラム輻輳制御プロトコル（DCCP）[RFC4340]は、チェックサム・カバレッジ値を交渉する能力を含みます。
This document defines a set of runtime statistics (variables) that facilitate network management/monitoring as well as unified comparisons between different protocol implementations and operating environments. To provide a common interface for users and implementors of UDP-Lite modules, the definitions of these runtime statistics are provided as a MIB module using the SMIv2 format [RFC2578].
この文書は、異なるプロトコル実装及び動作環境間のネットワーク管理/監視、並びに統一の比較を容易にするランタイム統計（変数）のセットを定義します。ユーザとUDP-Liteのモジュールの実装のための共通のインターフェースを提供するために、これらの実行時統計の定義はSMIv2の形式[RFC2578]を使用して、MIBモジュールとして提供されます。
The similarities between UDP and UDP-Lite suggest that the MIB module for UDP-Lite should resemble that of UDP [RFC4113], with extensions corresponding to the additional capabilities of UDP-Lite. The UDP-Lite MIB module is placed beneath the mib-2 subtree, adhering to the familiar structure of the UDP-MIB module to ease integration.
UDPとUDP-Liteの間の類似点は、UDP-LiteのMIBモジュールは、UDP-Liteとの追加機能に対応した拡張子を持つ、UDP [RFC4113]のそれに似ている必要があることを示唆しています。 UDP-LiteのMIBモジュールは、統合を容易にするためにUDP-MIBモジュールのおなじみの構造に付着し、MIB-2サブツリーの下に配置されています。
In particular, these well-known basic counters are supported:
特に、これらのよく知られた基本的なカウンタはサポートされています。
o InDatagrams
InDatagrams
o NoPorts
NoPorts
o InErrors
InErrors上
o OutDatagrams
O OutDatagrams
The following read-only variables have been added to the basic structure used in the UDP-MIB module:
次の読み取り専用変数は、UDP-MIBモジュールで使用される基本的な構造に追加されました：
InPartialCov: The number of received datagrams, with a valid format and checksum, whose checksum coverage is strictly less than the datagram length.
InPartialCov：受信したデータグラムの数、チェックサムカバレッジデータグラム長さより厳密に小さい有効なフォーマットおよびチェックサムを有します。
InBadChecksum: The number of received datagrams with an invalid checksum (i.e., where the receiver-recalculated UDP-Lite checksum does not match that in the Checksum field). Unlike NoPorts, this error type also counts as InErrors.
InBadChecksum：無効なチェックサムを用いて受信データグラムの数（すなわち、受信機再計算UDP-Liteのチェックサムはチェックサムフィールドに一致しない場合）。 NoPortsとは異なり、このエラーの種類もInErrorsとしてカウントされます。
OutPartialCov: The number of sent datagrams with a valid format and checksum whose checksum coverage is strictly less than the datagram length.
OutPartialCov：チェックサムカバレッジデータグラムの長さよりも厳密に小さい有効なフォーマットとチェックサムと送信されたデータグラムの数。
All non-error counters used in this document are 64-bit counters. This is a departure from UDP, which traditionally used 32-bit counters and mandates 64-bit counters only on fast networks [RFC4113]. This choice is justified by the fact that UDP-Lite is a more recent protocol, and that network speeds continue to grow.
このドキュメントで使用されるすべての非エラーカウンタは64ビットカウンタです。これは、伝統的に、32ビットカウンタを使用し、唯一の高速ネットワーク[RFC4113]の64ビットカウンタを義務付けUDP、から逸脱しています。この選択は、UDP-Liteは、より最近のプロトコルであり、そのネットワーク速度が成長し続けているという事実によって正当化されます。
Another difference from the UDP MIB module is that the UDP-Lite MIB module does not support an IPv4-only listener table. This feature was present only for compatibility reasons and is superseded by the more informative endpoint table. Two columnar objects have been added to this table:
UDP MIBモジュールからのもう一つの違いは、UDP-LiteのMIBモジュールはIPv4のみのリスナーのテーブルをサポートしていないということです。この機能は、互換性のためだけに存在し、より多くの有益なエンドポイントテーブルに取って代わられます。二つの円柱状のオブジェクトは、このテーブルに追加されました。
udpliteEndpointMinCoverage: The minimum acceptable receiver checksum coverage length [RFC3828]. This value may be manipulated by the application attached to the receiving endpoint.
udpliteEndpointMinCoverage：最小許容受信チェックサム・カバレッジ・長[RFC3828]。この値は、受信エンドポイントに取り付けられたアプリケーションによって操作されてもよいです。
udpliteEndpointViolCoverage: This object is optional and counts the number of valid datagrams with a checksum coverage value less than the corresponding value of udpliteEndpointMinCoverage. Although being otherwise valid, such datagrams are discarded rather than passed to the application. This object thus serves to separate cases of violated coverage from other InErrors.
udpliteEndpointViolCoverage：このオブジェクトはオプションであり、udpliteEndpointMinCoverageの対応する値よりも小さいチェックサムカバレッジ値で有効なデータグラムの数をカウントします。それ以外の場合は有効であるが、そのようなデータグラムは破棄されているのではなく、アプリケーションに渡されます。このオブジェクトは、このように他のInErrorsから違反カバレッジのケースを分離するのに役立ちます。
The second entry is not required to manage the transport protocol and hence is not mandatory. It may be implemented to assist in debugging application design and configuration.
2番目のエントリは、トランスポート・プロトコルを管理する必要がなく、したがって、必須ではありません。アプリケーションの設計および構成のデバッグを支援するために実施することができます。
The UDP-Lite MIB module also provides a discontinuity object to help determine whether one or more of its counters experienced a discontinuity event. This is an event, other than re-initialising the management system, that invalidates the management entity's understanding of the counter values.
UDP-LiteのMIBモジュールはまた、そのカウンタの1つまたは複数の不連続イベントを経験したかどうかを判断するのに役立つ不連続オブジェクトを提供します。これは、カウンタ値の管理エンティティの理解を無効にする管理システムを再初期化以外のイベントです。
For example, if UDP-Lite is implemented as a loadable operating system module, a module load or unload would produce a discontinuity. By querying the value of udpliteStatsDiscontinuityTime, a management entity can determine whether or not a discontinuity event has occurred.
UDP-Liteのがロード可能なオペレーティング・システム・モジュールとして実装されている場合、例えば、モジュールのロードまたはアンロードは、不連続を生成します。 udpliteStatsDiscontinuityTimeの値を問い合わせることによって、管理エンティティは、不連続イベントが発生したか否かを判断することができます。
The UDP-Lite endpoint table contains one columnar object, udpliteEndpointProcess, reporting a unique value that identifies a distinct piece of software associated with this endpoint. (When more than one piece of software is associated with this endpoint, a representative is chosen, so that consecutive queries consistently refer to the same identifier. The reported value is then consistent, as long as the representative piece of software is running and still associated with the endpoint.)
UDP-Liteのエンドポイントの表は、このエンドポイントに関連付けられたソフトウェアの明確な部分を識別する一意の値を報告し、1つの柱状オブジェクト、udpliteEndpointProcessが含まれています。ソフトウェアの複数の片をこのエンドポイントに関連付けられている場合の連続クエリが常に同じ識別子を指すように（代表的には、選択されている。報告された値があれば、ソフトウェアの代表的な部分が実行されているように依然として関連し、一致していますエンドポイントで。）
The value of udpliteEndpointProcess is reported as an Unsigned32, and it shares with the hrSWRunIndex of the HOST-RESOURCES-MIB [RFC2790] and the sysApplElmtRunIndex of the SYSAPPL-MIB [RFC2287] the requirement that, wherever possible, this should be the native and unique identification number employed by the system.
udpliteEndpointProcessの値はUnsigned32のように報告され、それはHOST-RESOURCES-MIB [RFC2790]のhrSWRunIndexと、可能な限り、これはネイティブでなければならないSYSAPPL-MIB [RFC2287]要件のsysApplElmtRunIndexとで共有されていますシステムによって使用される固有の識別番号。
If the SYSAPPL-MIB module is available, the value of udpliteEndpointProcess should correspond to the appropriate value of sysApplElmtRunIndex. If not available, an alternative should be used (e.g., the hrSWRunIndex of the HOST-RESOURCES-MIB module).
SYSAPPL-MIBモジュールが利用可能である場合、udpliteEndpointProcessの値はsysApplElmtRunIndexの適切な値に対応しなければなりません。利用できない場合、代替が使用されるべきである（例えば、HOST-RESOURCES-MIBモジュールのhrSWRunIndex）。
Figure 1 shows an informal survey of the packet processing path, with reference to counter names in parentheses.
図1は、括弧内の名前に対抗するために参照して、パケット処理パスの非公式の調査を示します。
Received UDP-Lite Datagrams
|
| +- Full Coverage ---------------------+-> Deliver
| | |
+- Valid Header--+ +- >= Rec. Coverage --+
| (InDatagrams) | |
| +- Partial -----+
| (InPartialCov) |
| +- < Rec. Coverage --+
| (EndpointViolCoverage) |
| |
| |
+- Header Error ---+ |
| | |
+- Checksum Error -+-----------------------------------+-> Discard
| (InBadChecksum) (InErrors)
|
+- Port Error -------------------------------------------> Discard
(NoPorts)
Figure 1: UDP-Lite Input Processing Path
図1：UDP-Liteの入力処理パス
A platform-independent test of the UDP-Lite implementations in two connected end hosts may be performed as follows.
次のように接続された2つのエンドホストにおけるUDP-Liteの実装のプラットフォームに依存しないテストが実行されてもよいです。
On the sending side, OutDatagrams and OutPartialCov are observed. The ratio OutPartialCov/OutDatagrams describes the fraction (between 0 and 1) of datagrams using partial checksum coverage.
送信側では、OutDatagramsとOutPartialCovが観察されています。比OutPartialCov / OutDatagramsは、部分チェックサム・カバレッジを使用してデータグラムの（0と1の間の）画分を記載しています。
On the receiving side, InDatagrams, InPartialCov, and InErrors are monitored. If datagrams are received from the given sender, InErrors is close to zero, and InPartialCov is zero, no partial coverage is employed. If no datagrams are received and InErrors increases proportionally with the sending rate, a configuration error is likely (a wrong value of receiver minimum checksum coverage).
受信側では、InDatagrams、InPartialCov、およびInErrorsが監視されています。データグラムは、所与の送信者から受信された場合、InErrorsはゼロに近く、InPartialCovには部分的な被覆が使用されていない、ゼロです。いかなるデータグラムが送信速度に比例InErrors増加を受けていないとされている場合、構成エラーは、おそらく（レシーバ最小チェックサム・カバレッジの間違った値）です。
The InBadChecksum counter reflects errors that may persist following end-host processing, router processing, or link processing (this includes illegal coverage values as defined in [RFC3828], since checksum and checksum coverage are mutually interdependent). In particular, InBadChecksum can serve as an indicator of the residual link bit error rate: on links with higher bit error rates, a lower value of the checksum coverage may help to reduce the values of both InErrors and InBadChecksum. By observing these values and adapting the configuration, a setting may then be found that is more adapted to the specific type of link, and the type of payload. In particular, a reduction in the number of discarded datagrams (InErrors), may indicate an improved performance.
InBadChecksumカウンタは、（チェックサムとチェックサム・カバレッジが互いに相互に依存しているので、[RFC3828]で定義されるように、これは違法カバレッジ値を含む）エンドホスト加工、ルータ加工、又はリンク処理後の持続可能性のあるエラーを反映しています。特に、InBadChecksum残留リンクのビット誤り率の指標として機能することができる：より高いビット誤り率とのリンクに、チェックサム適用範囲の低い値は、両方のInErrorsとInBadChecksumの値を減少させるのに役立つことができます。これらの値を観測し、設定を適応させることによって、設定は、より多くのリンクの特定のタイプ、およびペイロードのタイプに適合されることが見出されてもよいです。具体的には、廃棄されたデータグラム（InErrors）の数の減少は、改善された性能を示すことができます。
The above statistics are elementary and can be used to derive the following information:
上記の統計は基本であり、以下の情報を得るために使用することができます。
o The total number of incoming datagrams is InDatagrams + InErrors + NoPorts.
O受信データグラムの総数はInDatagrams + InErrors + NoPortsあります。
o The number of InErrors that were discarded due to problems other than a bad checksum is InErrors - InBadChecksum.
不正なチェックサム以外の問題に廃棄されたInErrorsの数oをInErrorsです - InBadChecksum。
o The number of InDatagrams that have full coverage is InDatagrams - InPartialCov.
Oフルカバレッジを持っているInDatagramsの数がInDatagramsです - InPartialCov。
o The number of OutDatagrams that have full coverage is OutDatagrams - OutPartialCov.
Oフルカバレッジを持っているOutDatagramsの数がOutDatagramsです - OutPartialCov。
The following Case diagram [CASE] summarises the relationships between the counters on the input processing path.
次のケース図[CASE]は入力処理経路上のカウンター間の関係をまとめたものです。
Transport Layer Interface
-------------------------------------------------------------
/\
||
----------------------------- InDatagrams
|| ^
|| |
|| |
||----------------------> InPartialCov
|| |
|| |
|| v
|| EndpointViolCoverage
|| |
NoPorts <--------|| |
|| |
||------> InBadChecksum ------>|
|| |
|| |
|| v
||------------------------> InErrors
||
||
-------------------------------------------------------------
Network Layer Interface
Figure 2: Counters for Received UDP-Lite Datagrams
図2：受信したUDP-Liteのデータグラムのためのカウンタ
A configuration error may occur when a sender chooses a coverage value for the datagrams that it sends that is less than the minimum coverage configured by the intended recipient. The minimum coverage is set on a per-session basis by the application associated with the listening endpoint, and its current value is recorded in the udpliteEndpointTable. Reception of valid datagrams with a checksum coverage value less than this threshold results in dropping the datagram [RFC3828] and incrementing InErrors. To improve debugging of such (misconfigured) cases, an implementer may choose to support the optional udpliteEndpointViolCoverage entry in the endpoint table (Section 1.1) that specifically counts datagrams falling in this category. Without this feature, failure due to misconfiguration can not be distinguished from datagram processing failure.
送信者は、それはそれが意図された受信者によって設定された最小カバレッジよりも小さい送信データグラムのカバレッジ値を選択すると、構成エラーが発生する可能性があります。最小のカバレッジがリスニングエンドポイントに関連付けられたアプリケーションによってセッションごとに設定され、その電流値がudpliteEndpointTableに記録されています。以下、データグラム[RFC3828]を滴下し、InErrorsをインクリメントし、この閾値結果よりチェックサムカバレッジ値を持つ有効なデータグラムを受信します。そのような（誤って設定）例デバッグを向上させるために、実装者は、特にこのカテゴリーに落下するデータグラムを数えエンドポイントテーブル（セクション1.1）でオプションudpliteEndpointViolCoverageエントリをサポートすることもできます。この機能がない、設定ミスによる障害がデータグラム処理の失敗と区別することはできません。
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 BCP 14 [RFC2119].
この文書のキーワード "MUST"、 "MUST NOT"、 "REQUIRED"、、、、 "べきではない" "べきである" "ないもの" "ものとし"、 "推奨"、 "MAY"、および "OPTIONAL" はありますBCP 14 [RFC2119]に記載されているように解釈されます。
For a detailed overview of the documents that describe the current Internet-Standard Management Framework, please refer to section 7 of RFC 3410 [RFC3410].
現在のインターネット標準の管理フレームワークを記述したドキュメントの詳細な概要については、RFC 3410 [RFC3410]のセクション7を参照してください。
Managed objects are accessed via a virtual information store, termed the Management Information Base or MIB. MIB objects are generally accessed through the Simple Network Management Protocol (SNMP). Objects in the MIB are defined using the mechanisms defined in the Structure of Management Information (SMI). This memo specifies a MIB module that is compliant to the SMIv2, which is described in STD 58, RFC 2578 [RFC2578], STD 58, RFC 2579 [RFC2579] and STD 58, RFC 2580 [RFC2580].
管理対象オブジェクトが仮想情報店を介してアクセスされ、管理情報ベースまたはMIBと呼ばれます。 MIBオブジェクトは、一般的に簡易ネットワーク管理プロトコル（SNMP）を介してアクセスされます。 MIBのオブジェクトは、管理情報（SMI）の構造で定義されたメカニズムを使用して定義されています。このメモは、STD 58、RFC 2578 [RFC2578]、STD 58、RFC 2579 [RFC2579]とSTD 58、RFC 2580 [RFC2580]に記載されているSMIv2のに準拠しているMIBモジュールを指定します。
UDPLITE-MIB DEFINITIONS ::= BEGIN
IMPORTS MODULE-IDENTITY, OBJECT-TYPE, mib-2, Unsigned32, Counter32, Counter64 FROM SNMPv2-SMI -- [RFC2578]
輸入MODULE-IDENTITY、OBJECT-TYPE、MIB-2、Unsigned32の、Counter32の、Counter64のSNMPv2の-SMI FROM - [RFC2578]
TimeStamp FROM SNMPv2-TC -- [RFC2579]
SNMPv2の-TCからのタイムスタンプ - [RFC2579]
MODULE-COMPLIANCE, OBJECT-GROUP FROM SNMPv2-CONF -- [RFC2580]
MODULE-COMPLIANCEのSNMPv2-CONFからの、オブジェクト・グループ - [RFC2580]
InetAddress, InetAddressType, InetPortNumber FROM INET-ADDRESS-MIB; -- [RFC4001]
INET-ADDRESS-MIBからのInetAddress、InetAddressTypeの、InetPortNumber。 - [RFC4001]
udpliteMIB MODULE-IDENTITY LAST-UPDATED "200712180000Z" -- 18 December 2007 ORGANIZATION "IETF TSV Working Group (TSVWG)" CONTACT-INFO "IETF TSV Working Group http://www.ietf.org/html.charters/tsvwg-charter.html Mailing List: tsvwg@ietf.org
udpliteMIBのMODULE-IDENTITY LAST-UPDATED "200712180000Z" - 2007年12月18日ORGANIZATION "IETF TSVワーキンググループ（TSVWG）" CONTACT-INFO「IETF TSVワーキンググループhttp://www.ietf.org/html.charters/tsvwg-charter .htmlのメーリングリスト：tsvwg@ietf.org
Gerrit Renker, Godred Fairhurst
Electronics Research Group
School of Engineering, University of Aberdeen
Fraser Noble Building, Aberdeen AB24 3UE, UK"
DESCRIPTION
"The MIB module for managing UDP-Lite implementations.
Copyright (C) The IETF Trust (2008). This version of
this MIB module is part of RFC 5097; see the RFC
itself for full legal notices."
REVISION "200712180000Z" -- 18 December 2007
DESCRIPTION
"Initial SMIv2 revision, based on the format of the UDP
MIB module (RFC 4113) and published as RFC 5097."
::= { mib-2 170 }
udplite OBJECT IDENTIFIER ::= { udpliteMIB 1 }
udpliteInDatagrams OBJECT-TYPE -- as in UDP-MIB
SYNTAX Counter64
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The total number of UDP-Lite datagrams that were
delivered to UDP-Lite users.
Discontinuities in the value of this counter can occur
at re-initialisation of the management system, and at
other times as indicated by the value of
udpliteStatsDiscontinuityTime."
::= { udplite 1 }
udpliteInPartialCov OBJECT-TYPE -- new in UDP-Lite
SYNTAX Counter64
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The total number of UDP-Lite datagrams that were
delivered to UDP-Lite users (applications) and whose
checksum coverage was strictly less than the datagram
length.
Discontinuities in the value of this counter can occur
at re-initialisation of the management system, and at
other times as indicated by the value of
udpliteStatsDiscontinuityTime."
::= { udplite 2 }
udpliteNoPorts OBJECT-TYPE -- as in UDP-MIB
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The total number of received UDP-Lite datagrams for
which there was no listener at the destination port.
Discontinuities in the value of this counter can occur
at re-initialisation of the management system, and at
other times as indicated by the value of
udpliteStatsDiscontinuityTime."
::= { udplite 3 }
udpliteInErrors OBJECT-TYPE -- as in UDP-MIB
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of received UDP-Lite datagrams that could not
be delivered for reasons other than the lack of an
application at the destination port.
Discontinuities in the value of this counter can occur
at re-initialisation of the management system, and at
other times as indicated by the value of
udpliteStatsDiscontinuityTime."
::= { udplite 4 }
udpliteInBadChecksum OBJECT-TYPE -- new in UDP-Lite
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of received UDP-Lite datagrams whose checksum
could not be validated. This includes illegal checksum
coverage values, as their use would lead to incorrect
checksums.
Discontinuities in the value of this counter can occur
at re-initialisation of the management system, and at
other times as indicated by the value of
udpliteStatsDiscontinuityTime."
REFERENCE "RFC 3828, section 3.1"
::= { udplite 5 }
udpliteOutDatagrams OBJECT-TYPE -- as in UDP-MIB SYNTAX Counter64 MAX-ACCESS read-only STATUS current DESCRIPTION
udpliteOutDatagrams OBJECT-TYPE - UDP-MIB SYNTAX Counter64のMAX-ACCESS read-onlyステータス現在の説明のように、
"The total number of UDP-Lite datagrams sent from this
entity.
Discontinuities in the value of this counter can occur
at re-initialisation of the management system, and at
other times as indicated by the value of
udpliteStatsDiscontinuityTime."
::= { udplite 6 }
udpliteOutPartialCov OBJECT-TYPE -- new in UDP-Lite
SYNTAX Counter64
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The total number of udpliteOutDatagrams whose
checksum coverage was strictly less than the
datagram length.
Discontinuities in the value of this counter can occur
at re-initialisation of the management system, and at
other times as indicated by the value of
udpliteStatsDiscontinuityTime."
::= { udplite 7 }
udpliteEndpointTable OBJECT-TYPE SYNTAX SEQUENCE OF UdpLiteEndpointEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "A table containing information about this entity's UDP-Lite endpoints on which a local application is currently accepting or sending datagrams.
UdpLiteEndpointEntry MAX-ACCESSステータス現在の説明のudpliteEndpointTable OBJECT-TYPE構文配列「ローカルアプリケーションは、現在のデータグラムを受け入れるか、送信されているこのエンティティのUDP-Liteのエンドポイントについての情報を含むテーブル。
The address type in this table represents the address
type used for the communication, irrespective of the
higher-layer abstraction. For example, an application
using IPv6 'sockets' to communicate via IPv4 between
::ffff:10.0.0.1 and ::ffff:10.0.0.2 would use
InetAddressType ipv4(1).
Like the udpTable in RFC 4113, this table also allows the representation of an application that completely specifies both local and remote addresses and ports. A listening application is represented in three possible ways:
RFC 4113にudpTableように、このテーブルはまた、完全にローカルとリモートのアドレスとポートの両方を指定したアプリケーションの表現を可能にします。リスニングアプリケーションは3つの方法で表されます。
1) An application that is willing to accept both IPv4 and IPv6 datagrams is represented by a udpliteEndpointLocalAddressType of unknown(0) and a udpliteEndpointLocalAddress of ''h (a zero-length octet-string).
1）IPv4とIPv6の両方のデータグラムを受け入れる意志があるアプリケーションは、未知のudpliteEndpointLocalAddressType（0） 'のH（zero-lengthオクテットストリング）のudpliteEndpointLocalAddressで表されます。
2) An application that is willing to accept only IPv4 or only IPv6 datagrams is represented by a udpliteEndpointLocalAddressType of the appropriate address type and a udpliteEndpointLocalAddress of '0.0.0.0' or '::' respectively.
2）のみIPv4またはIPv6のみデータグラムを受け入れる意志があるアプリケーションは、それぞれ適切なアドレスのタイプと「0.0.0.0」または「::」のudpliteEndpointLocalAddressのudpliteEndpointLocalAddressTypeで表されます。
3) An application that is listening for datagrams only for a specific IP address but from any remote system is represented by a udpliteEndpointLocalAddressType of the appropriate address type, with udpliteEndpointLocalAddress specifying the local address.
3）特定のIPアドレスの任意のリモートシステムからのデータグラムのみをリスニングしているアプリケーションはudpliteEndpointLocalAddressがローカルアドレスを指定して、適切なアドレス型のudpliteEndpointLocalAddressTypeで表されます。
In all cases where the remote address is a wildcard, the udpliteEndpointRemoteAddressType is unknown(0), the udpliteEndpointRemoteAddress is ''h (a zero-length octet-string), and the udpliteEndpointRemotePort is 0.
リモートアドレスがワイルドカードであり、全ての場合において、udpliteEndpointRemoteAddressType（0）、udpliteEndpointRemoteAddressはH「（zero-lengthオクテットストリング）を不明」であり、そしてudpliteEndpointRemotePortは0です。
If the operating system is demultiplexing UDP-Lite
packets by remote address/port, or if the application
has 'connected' the socket specifying a default remote
address/port, the udpliteEndpointRemote* values should
be used to reflect this."
::= { udplite 8 }
udpliteEndpointEntry OBJECT-TYPE
SYNTAX UdpLiteEndpointEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"Information about a particular current UDP-Lite endpoint.
Implementers need to pay attention to the sizes of
udpliteEndpointLocalAddress/RemoteAddress, as Object
Identifiers (OIDs) of column instances in this table must
have no more than 128 sub-identifiers in order to remain
accessible with SNMPv1, SNMPv2c, and SNMPv3."
INDEX { udpliteEndpointLocalAddressType,
udpliteEndpointLocalAddress,
udpliteEndpointLocalPort,
udpliteEndpointRemoteAddressType,
udpliteEndpointRemoteAddress,
udpliteEndpointRemotePort,
udpliteEndpointInstance }
::= { udpliteEndpointTable 1 }
UdpLiteEndpointEntry ::= SEQUENCE {
udpliteEndpointLocalAddressType InetAddressType, udpliteEndpointLocalAddress InetAddress, udpliteEndpointLocalPort InetPortNumber, udpliteEndpointRemoteAddressType InetAddressType, udpliteEndpointRemoteAddress InetAddress, udpliteEndpointRemotePort InetPortNumber, udpliteEndpointInstance Unsigned32, udpliteEndpointProcess Unsigned32, udpliteEndpointMinCoverage Unsigned32, udpliteEndpointViolCoverage Counter32 }
udpliteEndpointLocalAddressTypeたInetAddressType、udpliteEndpointLocalAddressのInetAddress、udpliteEndpointLocalPort InetPortNumber、udpliteEndpointRemoteAddressTypeたInetAddressType、udpliteEndpointRemoteAddressのInetAddress、udpliteEndpointRemotePort InetPortNumber、udpliteEndpointInstance Unsigned32の、udpliteEndpointProcess Unsigned32の、udpliteEndpointMinCoverage Unsigned32の、udpliteEndpointViolCoverage Counter32の}
udpliteEndpointLocalAddressType OBJECT-TYPE
SYNTAX InetAddressType
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The address type of udpliteEndpointLocalAddress. Only
IPv4, IPv4z, IPv6, and IPv6z addresses are expected, or
unknown(0) if datagrams for all local IP addresses are
accepted."
::= { udpliteEndpointEntry 1 }
udpliteEndpointLocalAddress OBJECT-TYPE SYNTAX InetAddress MAX-ACCESS not-accessible STATUS current DESCRIPTION "The local IP address for this UDP-Lite endpoint.
udpliteEndpointLocalAddressのOBJECT-TYPE構文InetAddress MAX-ACCESSステータス現在の説明は「このUDP-LiteのエンドポイントのローカルIPアドレス。
The value of this object can be represented in three
possible ways, depending on the characteristics of the
listening application:
1. For an application that is willing to accept both IPv4 and IPv6 datagrams, the value of this object must be ''h (a zero-length octet-string), with the value of the corresponding instance of the EndpointLocalAddressType object being unknown(0).
IPv4とIPv6の両方のデータグラムを受け入れる意志があるアプリケーションについて1.、このオブジェクトの値は、（EndpointLocalAddressTypeオブジェクトの対応するインスタンスの値が不明であると、「hの（zero-lengthオクテット文字列）」でなければなりません0）。
2. For an application that is willing to accept only IPv4 or only IPv6 datagrams, the value of this object must be '0.0.0.0' or '::', respectively, while the corresponding instance of the EndpointLocalAddressType object represents the appropriate address type.
2. EndpointLocalAddressTypeオブジェクトの対応するインスタンスが適切なアドレスのタイプを表しているだけIPv4またはIPv6のみデータグラムを受け入れる意志があるアプリケーションの場合、このオブジェクトの値は、それぞれ「0.0.0.0」または「::」でなければなりません。
destined only to a specific IP address, the value of this object is the specific IP address for which this node is receiving packets, with the corresponding instance of the EndpointLocalAddressType object representing the appropriate address type.
のみ特定のIPアドレス宛てに、このオブジェクトの値は、このノードが適切なアドレスのタイプを表すEndpointLocalAddressTypeオブジェクトの対応するインスタンスと、パケットを受信された特定のIPアドレスです。
As this object is used in the index for the
udpliteEndpointTable, implementors should be careful
not to create entries that would result in OIDs with
more than 128 sub-identifiers; this is because of SNMP
and SMI limitations."
::= { udpliteEndpointEntry 2 }
udpliteEndpointLocalPort OBJECT-TYPE
SYNTAX InetPortNumber
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The local port number for this UDP-Lite endpoint."
::= { udpliteEndpointEntry 3 }
udpliteEndpointRemoteAddressType OBJECT-TYPE
SYNTAX InetAddressType
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The address type of udpliteEndpointRemoteAddress. Only
IPv4, IPv4z, IPv6, and IPv6z addresses are expected, or
unknown(0) if datagrams for all remote IP addresses are
accepted. Also, note that some combinations of
udpliteEndpointLocalAdressType and
udpliteEndpointRemoteAddressType are not supported. In
particular, if the value of this object is not
unknown(0), it is expected to always refer to the
same IP version as udpliteEndpointLocalAddressType."
::= { udpliteEndpointEntry 4 }
udpliteEndpointRemoteAddress OBJECT-TYPE SYNTAX InetAddress MAX-ACCESS not-accessible STATUS current DESCRIPTION "The remote IP address for this UDP-Lite endpoint. If datagrams from any remote system are to be accepted, this value is ''h (a zero-length octet-string). Otherwise, it has the type described by udpliteEndpointRemoteAddressType and is the address of the remote system from which datagrams are to be accepted (or to which all datagrams will be sent).
udpliteEndpointRemoteAddress OBJECT-TYPE構文InetAddress MAX-ACCESSステータス現在の説明「このUDP-LiteのエンドポイントのためのリモートIPアドレス。任意のリモートシステムからのデータグラムが受け入れられる場合は、この値は 『』の時間（長さゼロのオクテットであります-string）。そうでなければ、udpliteEndpointRemoteAddressTypeによって記載されたタイプがあり、リモートデータグラムが受け入れられるようにされ、そこからシステム（またはこれに全てのデータグラムが送信される）のアドレスです。
As this object is used in the index for the
udpliteEndpointTable, implementors should be careful
not to create entries that would result in OIDs with
more than 128 sub-identifiers; this is because of SNMP
and SMI limitations."
::= { udpliteEndpointEntry 5 }
udpliteEndpointRemotePort OBJECT-TYPE
SYNTAX InetPortNumber
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The remote port number for this UDP-Lite endpoint. If
datagrams from any remote system are to be accepted,
this value is zero."
::= { udpliteEndpointEntry 6 }
udpliteEndpointInstance OBJECT-TYPE
SYNTAX Unsigned32 (1..'ffffffff'h)
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The instance of this tuple. This object is used to
distinguish among multiple processes 'connected' to
the same UDP-Lite endpoint. For example, on a system
implementing the BSD sockets interface, this would be
used to support the SO_REUSEADDR and SO_REUSEPORT
socket options."
::= { udpliteEndpointEntry 7 }
udpliteEndpointProcess OBJECT-TYPE SYNTAX Unsigned32 MAX-ACCESS read-only STATUS current DESCRIPTION "A unique value corresponding to a piece of software running on this endpoint.
udpliteEndpointProcess OBJECT-TYPE構文Unsigned32 MAX-ACCESS read-onlyステータス現在の説明「このエンドポイント上で実行されているソフトウェアの一部に対応するユニークな値。
If this endpoint is associated with more than one piece
of software, the agent should choose one of these. As
long as the representative piece of software
is running and still associated with the endpoint,
subsequent reads will consistently return the same
value. The implementation may use any algorithm
satisfying these constraints (e.g., choosing the entity with the oldest start time).
This identifier is platform-specific. Wherever possible, it should use the system's native, unique identification number as the value.
この識別子は、プラットフォーム固有です。可能な限り、それは値としてシステムのネイティブ、固有の識別番号を使用する必要があります。
If the SYSAPPL-MIB module is available, the value should be the same as sysApplElmtRunIndex. If not available, an alternative should be used (e.g., the hrSWRunIndex of the HOST-RESOURCES-MIB module).
SYSAPPL-MIBモジュールが利用可能である場合、値はsysApplElmtRunIndexと同じでなければなりません。利用できない場合、代替が使用されるべきである（例えば、HOST-RESOURCES-MIBモジュールのhrSWRunIndex）。
If it is not possible to uniquely identify the pieces of
software associated with this endpoint, then the value
zero should be used. (Note that zero is otherwise a
valid value for sysApplElmtRunIndex.)"
::= { udpliteEndpointEntry 8 }
udpliteEndpointMinCoverage OBJECT-TYPE -- new in UDP-Lite
SYNTAX Unsigned32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The minimum checksum coverage expected by this endpoint.
A value of 0 indicates that only fully covered datagrams
are accepted."
REFERENCE "RFC 3828, section 3.1"
::= { udpliteEndpointEntry 9 }
udpliteEndpointViolCoverage OBJECT-TYPE -- new / optional in UDP-Lite
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of datagrams received by this endpoint whose
checksum coverage violated the minimum coverage threshold
set for this connection (i.e., all valid datagrams whose
checksum coverage was strictly smaller than the minimum,
as defined in RFC 3828).
Discontinuities in the value of this counter can occur
at re-initialisation of the management system, and at
other times as indicated by the value of
udpliteStatsDiscontinuityTime."
::= { udpliteEndpointEntry 10 }
udpliteStatsDiscontinuityTime OBJECT-TYPE
SYNTAX TimeStamp
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The value of sysUpTime at the most recent occasion at
which one or more of the UDP-Lite counters suffered a
discontinuity.
A value of zero indicates no such discontinuity has
occurred since the last re-initialisation of the local
management subsystem."
::= { udplite 9 }
-- Conformance Information
- 適合情報
udpliteMIBConformance OBJECT IDENTIFIER ::= { udpliteMIB 2 }
udpliteMIBCompliance MODULE-COMPLIANCE STATUS current DESCRIPTION "The compliance statement for systems that implement UDP-Lite.
udpliteMIBCompliance MODULE-COMPLIANCEステータス現在の説明「UDP-Liteの実装するシステムのための準拠宣言。
There are a number of INDEX objects that cannot be
represented in the form of OBJECT clauses in SMIv2,
but for which we have the following compliance
requirements, expressed in OBJECT clause form in this
description clause:
-- OBJECT udpliteEndpointLocalAddressType -- SYNTAX InetAddressType { unknown(0), ipv4(1), -- ipv6(2), ipv4z(3), -- ipv6z(4) } -- DESCRIPTION -- Support for dns(16) is not required. -- OBJECT udpliteEndpointLocalAddress -- SYNTAX InetAddress (SIZE(0|4|8|16|20)) -- DESCRIPTION -- Support is only required for zero-length -- octet-strings, and for scoped and unscoped -- IPv4 and IPv6 addresses. -- OBJECT udpliteEndpointRemoteAddressType -- SYNTAX InetAddressType { unknown(0), ipv4(1), -- ipv6(2), ipv4z(3), -- ipv6z(4) } -- DESCRIPTION -- Support for dns(16) is not required. -- OBJECT udpliteEndpointRemoteAddress
- オブジェクトudpliteEndpointLocalAddressType - 構文InetAddressType {不明（0）、IPv4の（1）、 - IPv6の（2）、ipv4z（3）、 - ipv6z（4）} - DESCRIPTION - DNSのサポート（16）されています必須ではありません。 - オブジェクトudpliteEndpointLocalAddress - 構文InetAddress（SIZE（0 | 4 | 8 | 16 | 20）） - DESCRIPTION - サポートのみ、ゼロ長のために必要とされる - オクテットストリング、およびスコープと対象範囲外のための - IPv4およびIPv6アドレス。 - オブジェクトudpliteEndpointRemoteAddressType - 構文InetAddressType {不明（0）、IPv4の（1）、 - IPv6の（2）、ipv4z（3）、 - ipv6z（4）} - DESCRIPTION - DNSのサポート（16）されています必須ではありません。 - OBJECTのudpliteEndpointRemoteAddress
-- SYNTAX InetAddress (SIZE(0|4|8|16|20))
-- DESCRIPTION
-- Support is only required for zero-length
-- octet-strings, and for scoped and unscoped
-- IPv4 and IPv6 addresses.
"
MODULE -- this module
MANDATORY-GROUPS { udpliteBaseGroup,
udplitePartialCsumGroup,
udpliteEndpointGroup }
GROUP udpliteAppGroup
DESCRIPTION
"This group is optional and provides supplementary
information about the effectiveness of using minimum
checksum coverage thresholds on endpoints."
::= { udpliteMIBConformance 1 }
udpliteMIBGroups OBJECT IDENTIFIER ::= { udpliteMIBConformance 2 }
udpliteBaseGroup OBJECT-GROUP -- as in UDP
OBJECTS { udpliteInDatagrams, udpliteNoPorts, udpliteInErrors,
udpliteOutDatagrams, udpliteStatsDiscontinuityTime }
STATUS current
DESCRIPTION
"The group of objects providing for counters of
basic UDP-like statistics."
::= { udpliteMIBGroups 1 }
udplitePartialCsumGroup OBJECT-GROUP -- specific to UDP-Lite
OBJECTS { udpliteInPartialCov,
udpliteInBadChecksum,
udpliteOutPartialCov }
STATUS current
DESCRIPTION
"The group of objects providing for counters of
transport layer statistics exclusive to UDP-Lite."
::= { udpliteMIBGroups 2 }
udpliteEndpointGroup OBJECT-GROUP
OBJECTS { udpliteEndpointProcess, udpliteEndpointMinCoverage }
STATUS current
DESCRIPTION
"The group of objects providing for the IP version
independent management of UDP-Lite 'endpoints'."
::= { udpliteMIBGroups 3 }
udpliteAppGroup OBJECT-GROUP
OBJECTS { udpliteEndpointViolCoverage }
STATUS current
DESCRIPTION
"The group of objects that provide application-level
information for the configuration management of
UDP-Lite 'endpoints'."
::= { udpliteMIBGroups 4 }
END
終わり
There are no management objects defined in this MIB module that have a MAX-ACCESS clause of read-write and/or read-create. So, if this MIB module is implemented correctly, then there is no risk that an intruder can alter or create any management objects of this MIB module via direct SNMP SET operations.
読み書きおよび/またはリード作成のMAX-ACCESS節を持っているこのMIBモジュールで定義された管理オブジェクトがありません。このMIBモジュールが正しく実装されているのであれば、その後、侵入者が変更またはダイレクトSNMP SET操作を経て、このMIBモジュールのいずれかの管理オブジェクトを作成することができる危険性はありません。
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 control even GET and/or NOTIFY 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:
このMIBモジュールで読み取り可能なオブジェクトの一部（すなわち、アクセス可能ではない以外MAX-ACCESS持つオブジェクト）は、いくつかのネットワーク環境に敏感又は脆弱と考えることができます。 GETおよび/またはこれらのオブジェクトへのアクセスを通知し、おそらくSNMPを通してネットワークの上にそれらを送信する場合でも、これらのオブジェクトの値を暗号化するためにも、制御することが重要です。これらは、テーブルと、オブジェクトとそれらの感度/脆弱性です：
The indices of the udpliteEndpointTable contain information about the listeners on an entity. In particular, the udpliteEndpointLocalPort index objects can be used to identify ports that are open on the machine and which attacks are likely to succeed, without the attacker having to run a port scanner. The table also identifies the currently listening UDP-Lite ports.
udpliteEndpointTableの指標は、エンティティのリスナーに関する情報が含まれています。特に、udpliteEndpointLocalPortインデックスオブジェクトは、マシン上で開いていると、その攻撃は、攻撃者がポートスキャナを実行しなくても、成功する可能性があるポートを識別するために使用することができます。表には、現在リスニングUDP-Liteのポートを識別します。
The udpliteEndpointMinCoverage provides information about the requirements of the transport service associated with a specific UDP-Lite port. This provides additional detail concerning the type of application associated with the port at the receiver.
udpliteEndpointMinCoverageは、特定のUDP-Liteのポートに関連付けられた輸送サービスの要件に関する情報を提供します。これは、受信機におけるポートに関連付けられているアプリケーションの種類に関する追加の詳細を提供します。
Since UDP-Lite permits the delivery of (partially) corrupted data to an end host, the counters defined in this MIB module may be used to infer information about the characteristics of the end-to-end path over which the datagrams are communicated. This information could be used to infer the type of application associated with the port at the receiver.
UDP-Liteが（部分的に）エンドホストへのデータ破損の送達を可能にするので、このMIBモジュールで定義されたカウンタは、データグラムが通信される上、エンドツーエンド経路の特性に関する情報を推測するために使用することができます。この情報は、受信機におけるポートに関連付けられているアプリケーションの種類を推測するために使用することができます。
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.
SNMPv3の前のSNMPバージョンは十分なセキュリティを含んでいませんでした。ネットワーク自体が（IPsecを使って、例えば）安全であっても、その後も、安全なネットワーク上で/ SETにアクセスし、GETだれに許容されているかのように何の制御（読み取り/変更/作成/削除）この内のオブジェクトが存在しませんMIBモジュール。
It is RECOMMENDED that implementers consider the security features as provided by the SNMPv3 framework (see RFC 3410 [RFC3410], section 8), including full support for the SNMPv3 cryptographic mechanisms (for authentication and privacy).
（認証とプライバシーのために）SNMPv3の暗号化メカニズムの完全なサポートを含むSNMPv3フレームワーク（セクション8、RFC 3410 [RFC3410]を参照）によって提供される実装は、セキュリティ機能を考えることが推奨されます。
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 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.
さらに、SNMPv3の前のSNMPバージョンの展開はお勧めしません。代わりに、SNMPv3を展開すると、暗号化セキュリティを有効にすることをお勧めします。このMIBモジュールのインスタンスへのアクセスを与えるSNMP実体が適切にのみプリンシパル（ユーザ）にオブジェクトへのアクセスを提供するように設定されていることを確認するために、顧客/オペレータ責任実際にGETまたはSET（変化への正当な権利を有することです/）/削除、それらを作成します。
The MIB module in this document uses the following IANA-assigned OBJECT IDENTIFIER values recorded in the SMI Numbers registry:
この文書に記載されているMIBモジュールはSMI番号のレジストリに記録されている以下のIANAによって割り当てられたオブジェクト識別子の値を使用します。
+------------+-------------------------+
| Descriptor | OBJECT IDENTIFIER value |
+------------+-------------------------+
| udpliteMIB | { mib-2 170 } |
+------------+-------------------------+
The design of the MIB module presented in this document owes much to the format of the module presented in [RFC4113].
この文書のMIBモジュールの設計は、[RFC4113]に提示モジュールの形式に多くを負っています。
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.
[RFC2119]ブラドナーの、S.、 "要件レベルを示すためにRFCsにおける使用のためのキーワード"、BCP 14、RFC 2119、1997年3月。
[RFC2578] McCloghrie, K., Perkins, D., Schoenwaelder, J., Case, J., Rose, M., and S. Waldbusser, "Structure of Management Information Version 2 (SMIv2)", STD 58, RFC 2578, April 1999.
[RFC2578] McCloghrie、K.、パーキンス、D.、Schoenwaelder、J.、ケース、J.、ローズ、M.、およびS. Waldbusser、 "経営情報バージョン2（SMIv2）の構造"、STD 58、RFC 2578 、1999年4月。
[RFC2579] McCloghrie, K., Perkins, D., Schoenwaelder, J., Case, J., Rose, M., and S. Waldbusser, "Textual Conventions for SMIv2", STD 58, RFC 2579, April 1999.
[RFC2579] McCloghrie、K.、パーキンス、D.、Schoenwaelder、J.、ケース、J.、ローズ、M.、およびS. Waldbusser、 "SMIv2のためのテキストの表記法"、STD 58、RFC 2579、1999年4月。
[RFC2580] McCloghrie, K., Perkins, D., Schoenwaelder, J., Case, J., Rose, M., and S. Waldbusser, "Conformance Statements for SMIv2", STD 58, RFC 2580, April 1999.
[RFC2580] McCloghrie、K.、パーキンス、D.、Schoenwaelder、J.、ケース、J.、ローズ、M.、およびS. Waldbusser、 "SMIv2のための適合性宣言"、STD 58、RFC 2580、1999年4月。
[RFC3828] Larzon, L-A., Degermark, M., Pink, S., Jonsson, L-E., and G. Fairhurst, "The Lightweight User Datagram Protocol (UDP-Lite)", RFC 3828, July 2004.
[RFC3828] Larzon、L-A。、Degermark、M.、ピンク、S.、ヨンソン、L-E。、およびG. Fairhurst、 "軽量ユーザーデータグラムプロトコル（UDP-Liteの）"、RFC 3828、2004年7月。
[RFC4001] Daniele, M., Haberman, B., Routhier, S., and J. Schoenwaelder, "Textual Conventions for Internet Network Addresses", RFC 4001, February 2005.
[RFC4001]ダニエル、M.、ハーバーマン、B.、Routhier、S.、およびJ. Schoenwaelder、 "インターネットネットワークアドレスのためのテキストの表記法"、RFC 4001、2005年2月。
[CASE] Case, J. and C. Partridge, "Case Diagrams: A First Step to Diagrammed Management Information Bases", ACM Computer Communications Review, 19(1):13-16, January 1989.
[CASE]ケース、J.とC.ヤマウズラ、 "ケース図：図解管理情報ベースへの第一歩"、ACMコンピュータコミュニケーションレビュー、19（1）：13-16、1989年1月。
[RFC768] Postel, J., "User Datagram Protocol", STD 6, RFC 768, August 1980.
[RFC768]ポステル、J.、 "ユーザ・データグラム・プロトコル"、STD 6、RFC 768、1980年8月。
[RFC2287] Krupczak, C. and J. Saperia, "Definitions of System-Level Managed Objects for Applications", RFC 2287, February 1998.
[RFC2287] Krupczak、C.とJ. Saperia、RFC 2287、1998年2月 "アプリケーションのためのシステムレベルの管理オブジェクトの定義"。
[RFC2790] Waldbusser, S. and P. Grillo, "Host Resources MIB", RFC 2790, March 2000.
[RFC2790] Waldbusser、S.とP.グリロ、2000年3月、RFC 2790 "リソースMIBホスト"。
[RFC3410] Case, J., Mundy, R., Partain, D., and B. Stewart, "Introduction and Applicability Statements for Internet-Standard Management Framework", RFC 3410, December 2002.
[RFC3410]ケース、J.、マンディ、R.、パーテイン、D.、およびB.スチュワート、 "インターネット標準の管理フレームワークのための序論と適用性声明"、RFC 3410、2002年12月。
[RFC4113] Fenner, B. and J. Flick, "Management Information Base for the User Datagram Protocol (UDP)", RFC 4113, June 2005.
[RFC4113]フェナー、B.とJ.フリック、RFC 4113 "管理情報ベースはUDP（User Datagram Protocol）について"、2005年6月。
[RFC4340] Kohler, E., Handley, M., and S. Floyd, "Datagram Congestion Control Protocol (DCCP)", RFC 4340, March 2006.
[RFC4340]コーラー、E.、ハンドリー、M.、およびS.フロイド、 "データグラム輻輳制御プロトコル（DCCP）"、RFC 4340、2006年3月。
Authors' Addresses
著者のアドレス
Gerrit Renker University of Aberdeen School of Engineering Fraser Noble Building Aberdeen AB24 3UE Scotland
エンジニアリング・フレイザーノーブルビルアバディーンAB24 3UEスコットランドのアバディーン大学のヘリットRenker大学
EMail: gerrit@erg.abdn.ac.uk URI: http://www.erg.abdn.ac.uk
電子メール：gerrit@erg.abdn.ac.uk URI：http://www.erg.abdn.ac.uk
Godred Fairhurst University of Aberdeen School of Engineering Fraser Noble Building Aberdeen AB24 3UE Scotland
エンジニアリング・フレイザーノーブルビルアバディーンAB24 3UEスコットランドのアバディーン大学のGodred Fairhurst大学
EMail: gorry@erg.abdn.ac.uk URI: http://www.erg.abdn.ac.uk
電子メール：gorry@erg.abdn.ac.uk URI：http://www.erg.abdn.ac.uk
Full Copyright Statement
完全な著作権声明
Copyright (C) The IETF Trust (2008).
著作権（C）IETFトラスト（2008）。
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.
この文書では、BCP 78に含まれる権利と許可と制限の適用を受けており、その中の記載を除いて、作者は彼らのすべての権利を保有します。
This document and the information contained herein are provided on an "AS IS" basis and THE CONTRIBUTOR, THE ORGANIZATION HE/SHE REPRESENTS OR IS SPONSORED BY (IF ANY), THE INTERNET SOCIETY, THE IETF TRUST AND THE INTERNET ENGINEERING TASK FORCE DISCLAIM ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
この文書とここに含まれている情報は、基礎とCONTRIBUTOR「そのまま」、ORGANIZATION HE / SHEが表すまたはインターネットSOCIETY、（もしあれば）を後援し、IETF TRUST ANDインターネットエンジニアリングタスクフォース放棄ALLに設けられています。保証は、明示または黙示、この情報の利用および特定目的に対する権利または商品性または適合性の黙示の保証を侵害しない任意の保証がこれらに限定されません。
Intellectual Property
知的財産
The IETF takes no position regarding the validity or scope of any Intellectual Property Rights or other rights that might be claimed to pertain to the implementation or use of the technology described in this document or the extent to which any license under such rights might or might not be available; nor does it represent that it has made any independent effort to identify any such rights. Information on the procedures with respect to rights in RFC documents can be found in BCP 78 and BCP 79.
IETFは、本書またはそのような権限下で、ライセンスがたりないかもしれない程度に記載された技術の実装や使用に関係すると主張される可能性があります任意の知的財産権やその他の権利の有効性または範囲に関していかなる位置を取りません利用可能です。またそれは、それがどのような権利を確認する独自の取り組みを行ったことを示すものでもありません。 RFC文書の権利に関する手続きの情報は、BCP 78およびBCP 79に記載されています。
Copies of IPR disclosures made to the IETF Secretariat and any assurances of licenses to be made available, or the result of an attempt made to obtain a general license or permission for the use of such proprietary rights by implementers or users of this specification can be obtained from the IETF on-line IPR repository at http://www.ietf.org/ipr.
IPRの開示のコピーが利用できるようにIETF事務局とライセンスの保証に行われた、または本仕様の実装者または利用者がそのような所有権の使用のための一般的なライセンスまたは許可を取得するために作られた試みの結果を得ることができますhttp://www.ietf.org/iprのIETFのオンラインIPRリポジトリから。
The IETF invites any interested party to bring to its attention any copyrights, patents or patent applications, or other proprietary rights that may cover technology that may be required to implement this standard. Please address the information to the IETF at ietf-ipr@ietf.org.
IETFは、その注意にこの標準を実装するために必要とされる技術をカバーすることができる任意の著作権、特許または特許出願、またはその他の所有権を持ってすべての利害関係者を招待します。 ietf-ipr@ietf.orgのIETFに情報を記述してください。