RFC3176 日本語訳
3176 InMon Corporation's sFlow: A Method for Monitoring Traffic inSwitched and Routed Networks. P. Phaal, S. Panchen, N. McKee. September 2001. (Format: TXT=60171 bytes) (Status: INFORMATIONAL)
プログラムでの自動翻訳です。
英語原文
Network Working Group P. Phaal
Request for Comments: 3176 S. Panchen
Category: Informational N. McKee
InMon Corp.
September 2001
Phaalがコメントのために要求するワーキンググループP.をネットワークでつないでください: 3176秒間パンチェンCategory: 情報のN.マッキーInMon社の2001年9月
InMon Corporation's sFlow: A Method for Monitoring Traffic in
Switched and Routed Networks
InMon社のsFlow: 切り換えられて発送されたネットワークのモニターしている交通のための方法
Status of this Memo
このMemoの状態
This memo provides information for the Internet community. It does not specify an Internet standard of any kind. Distribution of this memo is unlimited.
このメモはインターネットコミュニティのための情報を提供します。 それはどんな種類のインターネット標準も指定しません。 このメモの分配は無制限です。
Copyright Notice
版権情報
Copyright (C) The Internet Society (2001). All Rights Reserved.
Copyright(C)インターネット協会(2001)。 All rights reserved。
Abstract
要約
This memo defines InMon Coporation's sFlow system. sFlow is a technology for monitoring traffic in data networks containing switches and routers. In particular, it defines the sampling mechanisms implemented in an sFlow Agent for monitoring traffic, the sFlow MIB for controlling the sFlow Agent, and the format of sample data used by the sFlow Agent when forwarding data to a central data collector.
このメモはInMon CoporationのsFlowシステムを定義します。sFlowは、スイッチとルータを含んでいて、データ網で交通をモニターするための技術です。 特に、それは主要なデータコレクタにデータを転送するときsFlowエージェントによって使用されたsFlowエージェントでモニターしている交通に実行された標本抽出メカニズム、sFlowエージェントを監督するためのsFlow MIB、および標本データの書式を定義します。
Table of Contents
目次
1. Overview ..................................................... 2
2. Sampling Mechanisms .......................................... 2
2.1 Sampling of Switched Flows ............................... 3
2.1.1 Distributed Switching .............................. 4
2.1.2 Random Number Generation ........................... 4
2.2 Sampling of Network Interface Statistics ................. 4
3. sFlow MIB .................................................... 5
3.1 The SNMP Management Framework ............................ 5
3.2 Definitions .............................................. 6
4. sFlow Datagram Format ........................................ 14
5. Security Considerations ...................................... 25
5.1 Control .................................................. 26
5.2 Transport ................................................ 26
5.3 Confidentiality .......................................... 26
6. References ................................................... 27
7. Authors' Addresses ........................................... 29
1. 概観… 2 2. メカニズムを抽出します… 2 2.1 切り換えられることの標本抽出は流れます… 3 2.1 .1は切り換えを分配しました… 4 2.1 .2乱数発生… 4 2.2 ネットワーク・インターフェース統計の標本抽出… 4 3. sFlow MIB… 5 3.1 SNMP管理枠組み… 5 3.2の定義… 6 4. sFlowデータグラム形式… 14 5. セキュリティ問題… 25 5.1 制御してください… 26 5.2 輸送… 26 5.3秘密性… 26 6. 参照… 27 7. 作者のアドレス… 29
Phaal, et al. Informational [Page 1] RFC 3176 InMon Corporation's sFlow September 2001
Phaal、他 情報[1ページ]のRFC3176InMon社のsFlow2001年9月
8. Intellectual Property Statement .............................. 30 9. Full Copyright Statement ..................................... 31
8. 知的所有権声明… 30 9. 完全な著作権宣言文… 31
1. Overview
1. 概観
sFlow is a technology for monitoring traffic in data networks containing switches and routers. In particular, it defines the sampling mechanisms implemented in an sFlow Agent for monitoring traffic, the sFlow MIB for controlling the sFlow Agent, and the format of sample data used by the sFlow Agent when forwarding data to a central data collector.
sFlowは、スイッチとルータを含んでいて、データ網で交通をモニターするための技術です。 特に、それは主要なデータコレクタにデータを転送するときsFlowエージェントによって使用されたsFlowエージェントでモニターしている交通に実行された標本抽出メカニズム、sFlowエージェントを監督するためのsFlow MIB、および標本データの書式を定義します。
The architecture and sampling techniques used in the sFlow monitoring system are designed to provide continuous site-wide (and network- wide) traffic monitoring for high speed switched and routed networks.
そして、sFlow監視システムで使用される構造とサンプリング技法が広さの連続したサイトを提供するように設計されている、(ネットワーク広い)、高速のための交通モニターは、ネットワークを切り換えて、発送しました。
The design specifically addresses issues associated with:
デザインは明確に以下に関連づけられた問題を記述します。
o Accurately monitoring network traffic at Gigabit speeds and higher.
o 正確に、ネットワークトラフィックをGigabit速度においてより高くモニターします。
o Scaling to manage tens of thousands of agents from a single point.
o シングルから何万人ものエージェントを管理するために比例して、指してください。
o Extremely low cost agent implementation.
o 非常に低い費用エージェント実現。
The sFlow monitoring system consists of an sFlow Agent (embedded in a switch or router or in a stand alone probe) and a central data collector, or sFlow Analyzer.
sFlow監視システムはsFlowエージェント(スイッチかルータかスタンドアロン徹底的調査に埋め込まれている)と主要なデータコレクタか、sFlow Analyzerから成ります。
The sFlow Agent uses sampling technology to capture traffic statistics from the device it is monitoring. sFlow Datagrams are used to immediately forward the sampled traffic statistics to an sFlow Analyzer for analysis.
sFlowエージェントはそれがモニターしている装置から交通統計を得る標本抽出技術を使用します。sFlowデータグラムは、すぐに分析のために抽出された交通統計をsFlow Analyzerに送るのに使用されます。
This document describes the sampling mechanisms used by the sFlow Agent, the SFLOW MIB used by the sFlow Analyzer to control the sFlow Agent, and the sFlow Datagram Format used by the sFlow Agent to send traffic data to the sFlow Analyzer.
このドキュメントはsFlowエージェント(sFlowエージェントを監督するのにsFlow Analyzerによって使用されたSFLOW MIB)によって使用された標本抽出メカニズムと交通データをsFlow Analyzerに送るのにsFlowエージェントによって使用されたsFlowデータグラムFormatについて説明します。
2. Sampling Mechanisms
2. 標本抽出メカニズム
The sFlow Agent uses two forms of sampling: statistical packet-based sampling of switched flows, and time-based sampling of network interface statistics.
sFlowエージェントは2つのフォームの標本抽出を使用します: 切り換えられた流れの統計的なパケットベースの標本抽出、およびネットワーク・インターフェース統計の時間ベースの標本抽出。
Phaal, et al. Informational [Page 2] RFC 3176 InMon Corporation's sFlow September 2001
Phaal、他 情報[2ページ]のRFC3176InMon社のsFlow2001年9月
2.1 Sampling of Switched Flows
2.1 切り換えられた流れの標本抽出
A flow is defined as all the packets that are received on one interface, enter the Switching/Routing Module and are sent to another interface. In the case of a one-armed router, the source and destination interface could be the same. In the case of a broadcast or multicast packet there may be multiple destination interfaces. The sampling mechanism must ensure that any packet involved in a flow has an equal chance of being sampled, irrespective of the flow to which it belongs.
流れは1つのインタフェースに受け取られて、Switching/ルート設定Moduleを入れて、別のインタフェースに送られるすべてのパケットと定義されます。 片腕のルータの場合では、ソースと目的地のインタフェースは同じであるかもしれません。 放送かマルチキャストパケットのケースには、複数の目的地のインタフェースがあるかもしれません。 標本抽出メカニズムは、流れにかかわるどんなパケットも抽出されるという等しい機会を持っているのを確実にしなければなりません、それが属する流れの如何にかかわらず。
Sampling flows is accomplished as follows: When a packet arrives on an interface, a filtering decision is made that determines whether the packet should be dropped. If the packet is not filtered a destination interface is assigned by the switching/routing function. At this point a decision is made on whether or not to sample the packet. The mechanism involves a counter that is decremented with each packet. When the counter reaches zero a sample is taken. Whether or not a sample is taken, the counter Total_Packets is incremented. Total_Packets is a count of all the packets that could have been sampled.
流れを抽出するのは以下の通り達成されます: パケットがインタフェースで到着すると、パケットが落とされるべきであるかどうか決定するフィルタリング決定をします。 パケットがフィルターにかけられないなら、目的地のインタフェースは切り換え/経路選択機能によって割り当てられます。 ここに、パケットを抽出するかどうかに関して決定をします。 メカニズムは各パケットで減少するカウンタにかかわります。 カウンタがゼロに達するとき、サンプルを取ります。 サンプルを取るか否かに関係なく、カウンタTotal_Packetsは増加されています。 合計_Packetsは抽出されたかもしれないすべてのパケットのカウントです。
Taking a sample involves either copying the packet's header, or extracting features from the packet (see sFlow Datagram Format for a description of the different forms of sample). Every time a sample is taken, the counter Total_Samples, is incremented. Total_Samples is a count of the number of samples generated. Samples are sent by the sampling entity to the sFlow Agent for processing. The sample includes the packet information, and the values of the Total_Packets and Total_Samples counters.
サンプリングするのは、パケットのヘッダーをコピーするか、またはパケットから特徴を抽出することを伴います(異なった形式のサンプルの記述に関してsFlowデータグラムFormatを見てください)。 サンプルが取られる毎回(カウンタTotal_Samples)が増加されています。 合計_Samplesは発生するサンプルの数のカウントです。 処理のために標本抽出実体でsFlowエージェントにサンプルを送ります。 サンプルはパケット情報、およびTotal_PacketsとTotal_Samplesカウンタの値を含んでいます。
When a sample is taken, the counter indicating how many packets to skip before taking the next sample should be reset. The value of the counter should be set to a random integer where the sequence of random integers used over time should be such that
サンプルを取ると、次のサンプルを取る前にいくつのパケットをスキップするかを示すカウンタをリセットするべきです。 カウンタの値は時間がたつにつれて使用された無作為の整数の系列がそのようなものがそれであるなら設定されるところに無作為の整数に設定されるべきです。
(1) Total_Packets/Total_Samples = Rate
(1)合計_パケット/合計_サンプル=は評価します。
An alternative strategy for packet sampling is to generate a random number for each packet, compare the random number to a preset threshold and take a sample whenever the random number is smaller than the threshold value. Calculation of an appropriate threshold value depends on the characteristics of the random number generator, however, the resulting sample stream must still satisfy (1).
パケット標本抽出のための代替の戦略は各パケットのために乱数を発生させることであり、比較してください。閾値より小さいときはいつも、aへの乱数は、敷居をあらかじめセットして、サンプリングします。 適切な閾値の計算を乱数発生器の特性に依存して、しかしながら、結果として起こるサンプルストリームはまだ(1)を満たさなければなりません。
Phaal, et al. Informational [Page 3] RFC 3176 InMon Corporation's sFlow September 2001
Phaal、他 情報[3ページ]のRFC3176InMon社のsFlow2001年9月
2.1.1 Distributed Switching
2.1.1 分配された切り換え
The SFLOW MIB permits separate sampling entities to be associated with different physical or logical elements of the switch (such as interfaces, backplanes or VLANs). Each sampling engine has its own independent state (i.e., Total_Packets, Total_Samples, Skip and Rate), and forwards its own sample messages to the sFlow Agent. The sFlow Agent is responsible for packaging the samples into datagrams for transmission to an sFlow Analyzer.
SFLOW MIBは、別々の標本抽出実体がスイッチ(インタフェース、バックプレーンまたはVLANsなどの)の異なった物理的であるか論理要素に関連しているのを可能にします。 それぞれの標本抽出エンジンは、それ自身の独立国家(すなわち、Total_Packets、Total_Samples、Skip、およびRate)を持って、それ自身のサンプルメッセージをsFlowエージェントに転送します。 sFlowエージェントはsFlow Analyzerへの伝送のためデータグラムにサンプルをパッケージするのに責任があります。
2.1.2 Random Number Generation
2.1.2 乱数発生
The essential property of the random number generator is that the mean value of the numbers it generates converges to the required sampling rate.
乱数発生器の不可欠の特性はそれが発生させる数の平均値が必要な標本抽出率に一点に集まるということです。
A uniform distribution random number generator is very effective. The range of skip counts (the variance) does not significantly affect results; variation of +-10% of the mean value is sufficient.
一様分布乱数発生器は非常に効果的です。 スキップカウント(変化)の範囲は結果にかなり影響しません。 + 平均値の-10%の変化は十分です。
The random number generator must ensure that all numbers in the range between its maximum and minimum values of the distribution are possible; a random number generator only capable of generating even numbers, or numbers with any common divisor is unsuitable.
乱数発生器は、分配の最大の、そして、最小の値の間の範囲のすべての数が可能であることを確実にしなければなりません。 どんな公約数でも偶数、または数を発生させることができるだけである乱数発生器は不適当です。
A new skip value is only required every time a sample is taken.
サンプルを取るときはいつも、新しいスキップ値が必要であるだけです。
2.2 Sampling of Network Interface Statistics
2.2 ネットワーク・インターフェース統計の標本抽出
The objective of the counter sampling is to efficiently, periodically poll each data source on the device and extract key statistics.
カウンタ標本抽出の目的は、効率的に、そして、定期的に装置の上の各データ送信端末に投票して、主要な統計を抜粋することです。
For efficiency and scalability reasons, the sFlow System implements counter polling in the sFlow Agent. A maximum polling interval is assigned to the agent, but the agent is free to schedule polling in order maximize internal efficiency.
効率とスケーラビリティ理由で、sFlow SystemはsFlowエージェントでカウンタ世論調査を実行します。 最大のポーリングインタバルはエージェントに割り当てられますが、エージェントは、内部の効率を最大にするために自由に世論調査の計画をすることができます。
Flow sampling and counter sampling are designed as part of an integrated system. Both types of samples are combined in sFlow Datagrams. Since flow sampling will cause a steady, but random, stream of datagrams to be sent to the sFlow Analyzer, counter samples may be taken opportunistically in order to fill these datagrams.
流れ標本抽出とカウンタ標本抽出は融合システムの一部として設計されています。 sFlowデータグラムで両方のタイプのサンプルを結合します。流れ標本抽出でデータグラムの安定しましたが、無作為のストリームをsFlow Analyzerに送るので、これらのデータグラムをいっぱいにするために便宜主義的に対見本を取るかもしれません。
One strategy for counter sampling has the sFlow Agent keep a list of counter sources being sampled. When a flow sample is generated the sFlow Agent examines the list and adds counters to the sample datagram, least recently sampled first. Counters are only added to the datagram if the sources are within a short period, 5 seconds say,
カウンタ標本抽出のための1つの戦略で、sFlowエージェントはカウンタソースのリストを抽出しておきます。 流れのサンプルが発生するとき、sFlowエージェントは、リストを調べて、サンプルデータグラムにカウンタを加えて、最少は最近、1番目を抽出しました。 5秒は、ソースが短期以内にある場合にだけカウンタがデータグラムに加えられると言います。
Phaal, et al. Informational [Page 4] RFC 3176 InMon Corporation's sFlow September 2001
Phaal、他 情報[4ページ]のRFC3176InMon社のsFlow2001年9月
of failing to meet the required sampling interval (see sFlowCounterSamplingInterval in SFLOW MIB). Whenever a counter source's statistics are added to a sample datagram, the time the counter source was last sampled is updated and the counter source is placed at the end of the list. Periodically, say every second, the sFlow Agent examines the list of counter sources and sends any counters that need to be sent to meet the sampling interval requirement.
会わないのにおいて、必要な標本抽出間隔に会ってください(SFLOW MIBのsFlowCounterSamplingIntervalを見てください)。 カウンタソースの統計がサンプルデータグラムに加えられるときはいつも、カウンタソースが最後に抽出された時をアップデートします、そして、カウンタソースをリストの終わりに置きます。 定期的に、sFlowエージェントが毎秒標本抽出間隔必要条件を満たすためにカウンタソースのリストを調べて、送られる必要があるどんなカウンタも送ると言ってください。
Alternatively, if the agent regularly schedules counter sampling, then it should schedule each counter source at a different start time (preferably randomly) so that counter sampling is not synchronized within an agent or between agents.
あるいはまた、エージェントが定期的にカウンタ標本抽出の計画をするなら異なった開始時刻(望ましくは手当たりしだいに)にそれぞれのカウンタソースの計画をするべきであるので、カウンタ標本抽出はエージェント以内かエージェントの間で連動しません。
3. sFlow MIB
3. sFlow MIB
The sFlow MIB defines a control interface for an sFlow Agent. This interface provides a standard mechanism for remotely controlling and configuring an sFlow Agent.
sFlow MIBはsFlowエージェントのためにコントロールインタフェースを定義します。 このインタフェースはsFlowエージェントを離れて制御して、構成するのに標準のメカニズムを提供します。
3.1 The SNMP Management Framework
3.1 SNMP管理枠組み
The SNMP Management Framework presently consists of five major components:
SNMP Management Frameworkは現在、5個の主要コンポーネントから成ります:
o An overall architecture, described in RFC 2571 [2].
o RFC2571[2]で説明された総合的な構造。
o Mechanisms for describing and naming objects and events for the
purpose of management. The first version of this Structure of
Management Information (SMI) is called SMIv1 and described in STD
16,
o 物を説明して、命名するためのメカニズムと管理の目的のための出来事。 Management情報(SMI)のこのStructureの最初のバージョンは、SMIv1と呼ばれて、STD16で説明されます。
RFC 1155 [3], STD 16, RFC 1212 [4] and RFC 1215 [5]. The second
version, called SMIv2, is described in STD 58, RFC 2578 [6], STD
58, RFC 2579 [7] and STD 58, RFC 2580 [8].
RFC1155[3]、STD16、RFC1212[4]、およびRFC1215[5]。 SMIv2と呼ばれる第2バージョンはSTD58、RFC2578[6]、STD58、RFC2579[7]、およびSTD58(RFC2580[8])で説明されます。
o Message protocols for transferring management information. The
first version of the SNMP message protocol is called SNMPv1 and
described in STD 15, RFC 1157 [9]. A second version of the SNMP
message protocol, which is not an Internet standards track
protocol, is called SNMPv2c and described in RFC 1901 [10] and RFC
1906 [11]. The third version of the message protocol is called
SNMPv3 and described in RFC 1906 [11], RFC 2572 [12] and RFC 2574
[13].
o 経営情報を移すためのメッセージプロトコル。 SNMPメッセージプロトコルの最初のバージョンは、STD15、RFC1157[9]でSNMPv1と呼ばれて、説明されます。 SNMPメッセージプロトコルの第2のバージョンは、RFC1901[10]とRFC1906[11]でSNMPv2cと呼ばれて、説明されます。(プロトコルはインターネット標準化過程プロトコルではありません)。 メッセージプロトコルの第3バージョンは、RFC1906[11]、RFC2572[12]、およびRFC2574[13]でSNMPv3と呼ばれて、説明されます。
Phaal, et al. Informational [Page 5] RFC 3176 InMon Corporation's sFlow September 2001
Phaal、他 情報[5ページ]のRFC3176InMon社のsFlow2001年9月
o Protocol operations for accessing management information. The
first set of protocol operations and associated PDU formats is
described in STD 15, RFC 1157 [9]. A second set of protocol
operations and associated PDU formats is described in RFC 1905
[14].
o 経営情報にアクセスするための操作について議定書の中で述べてください。 プロトコル操作と関連PDU形式の第一セットはSTD15、RFC1157[9]で説明されます。 2番目のセットのプロトコル操作と関連PDU形式はRFC1905[14]で説明されます。
o A set of fundamental applications described in RFC 2573 [15] and
the view-based access control mechanism described in RFC 2575
[16].
o 1セットの基礎的応用はRFCで2573[15]について説明しました、そして、視点ベースのアクセス管理機構はRFCで2575[16]について説明しました。
A more detailed introduction to the current SNMP Management Framework can be found in RFC 2570 [17].
RFC2570[17]で現在のSNMP Management Frameworkへの、より詳細な紹介を見つけることができます。
Managed objects are accessed via a virtual information store, termed the Management Information Base or MIB. Objects in the MIB are defined using the mechanisms defined in the SMI.
管理オブジェクトはManagement Information基地と呼ばれた仮想情報店かMIBを通してアクセスされます。 MIBの物は、SMIで定義されたメカニズムを使用することで定義されます。
This memo specifies a MIB module that is compliant to the SMIv2. A MIB conforming to the SMIv1 can be produced through the appropriate translations. The resulting translated MIB must be semantically equivalent, except where objects or events are omitted because no translation is possible (use of Counter64). Some machine readable information in SMIv2 will be converted into textual descriptions in SMIv1 during the translation process. However, this loss of machine readable information is not considered to change the semantics of the MIB.
このメモはSMIv2に対応であるMIBモジュールを指定します。 適切な翻訳でSMIv1に従うMIBは生産できます。 どんな翻訳も可能でないので(Counter64の使用)、結果として起こる翻訳されたMIBは物か出来事が省略されるところで意味的に同等でなければなりません。 SMIv2の何らかのマシンの読み込み可能な情報が翻訳の過程の間、SMIv1の原文の記述に変換されるでしょう。 しかしながら、マシンの読み込み可能な情報のこの損失がMIBの意味論を変えると考えられません。
3.2 Definitions
3.2 定義
SFLOW-MIB DEFINITIONS ::= BEGIN
SFLOW-MIB定義:、:= 始まってください。
IMPORTS
輸入
MODULE-IDENTITY, OBJECT-TYPE, Integer32, enterprises
FROM SNMPv2-SMI
SnmpAdminString
FROM SNMP-FRAMEWORK-MIB
OwnerString
FROM RMON-MIB
InetAddressType, InetAddress
FROM INET-ADDRESS-MIB
MODULE-COMPLIANCE, OBJECT-GROUP
FROM SNMPv2-CONF;
MODULE-IDENTITY、OBJECT-TYPE、Integer32、企業FROM SNMPv2-SMI SnmpAdminString FROM SNMP-FRAMEWORK-MIB OwnerString FROM RMON-MIB InetAddressType、InetAddress FROM INET-ADDRESS-MIB MODULE-COMPLIANCE、OBJECT-GROUP FROM SNMPv2-CONF。
sFlowMIB MODULE-IDENTITY LAST-UPDATED "200105150000Z" -- May 15, 2001 ORGANIZATION "InMon Corp." CONTACT-INFO
sFlowMIBモジュールアイデンティティはインフォメーションに連絡する状態で2001年5月15日組織"200105150000Z"--「InMon社」をアップデートしました。
Phaal, et al. Informational [Page 6] RFC 3176 InMon Corporation's sFlow September 2001
Phaal、他 情報[6ページ]のRFC3176InMon社のsFlow2001年9月
"Peter Phaal
InMon Corp.
http://www.inmon.com/
「ピーターPhaal InMon社の http://www.inmon.com/ 」
Tel: +1-415-661-6343
Email: peter_phaal@inmon.com"
DESCRIPTION
"The MIB module for managing the generation and transportation
of sFlow data records."
Tel: +1-415-661-6343 メールしてください: " peter_phaal@inmon.com "記述、「sFlowデータレコードの世代と輸送を経営するためのMIBモジュール。」
--
-- Revision History
--
REVISION "200105150000Z" -- May 15, 2001
DESCRIPTION
"Version 1.2
-- -- 改訂履歴--改正"200105150000Z"--2001年5月15日記述「バージョン1.2」
Brings MIB into SMI v2 compliance."
「SMI v2コンプライアンスにMIBを運び込みます。」
REVISION "200105010000Z" -- May 1, 2001
DESCRIPTION
"Version 1.1
改正"200105010000Z"--2001年5月1日記述「バージョン1.1」
Adds sFlowDatagramVersion."
::= { enterprises 4300 1 }
「sFlowDatagramVersionを加えます。」 ::= 企業4300 1
sFlowAgent OBJECT IDENTIFIER ::= { sFlowMIB 1 }
sFlowAgent物の識別子:、:= sFlowMIB1
sFlowVersion OBJECT-TYPE
SYNTAX SnmpAdminString
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Uniquely identifies the version and implementation of this MIB.
The version string must have the following structure:
<MIB Version>;<Organization>;<Software Revision>
where:
<MIB Version> must be '1.2', the version of this MIB.
<Organization> the name of the organization responsible
for the agent implementation.
<Revision> the specific software build of this agent.
sFlowVersion OBJECT-TYPE SYNTAX SnmpAdminStringのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「唯一、このMIBのバージョンと実現を特定します」。 バージョンストリングには、以下の構造がなければなりません: <MIBバージョン>; <Organization>; <Software Revision>、どこ: <MIBバージョン>は'1.2'、このMIBのバージョンであるに違いありません。 <組織>、エージェント実現に原因となる組織名。 特定のソフトウェアがこのエージェントで造る<改正>。
As an example, the string '1.2;InMon Corp.;2.1.1' indicates
that this agent implements version '1.2' of the SFLOW MIB, that
it was developed by 'InMon Corp.' and that the software build
is '2.1.1'.
例として、ストリング'1.2; InMon社;2.1.1'は、このエージェントがSFLOW MIBのバージョン'1.2'を実行して、それが'InMon社'そして、ソフトウェアが建てられるのがある'という2.1の.1'開発されたのを示します。
The MIB Version will change with each revision of the SFLOW
MIBバージョンはSFLOWの各改正を交換するでしょう。
Phaal, et al. Informational [Page 7] RFC 3176 InMon Corporation's sFlow September 2001
Phaal、他 情報[7ページ]のRFC3176InMon社のsFlow2001年9月
MIB.
MIB。
Management entities must check the MIB Version and not attempt
to manage agents with MIB Versions greater than that for which
they were designed.
経営体は、MIBバージョンをチェックして、MIBバージョンにそれらが設計されたそれよりすばらしい状態でエージェントを管理するのを試みてはいけません。
Note: The sFlow Datagram Format has an independent version
number which may change independently from <MIB Version>.
<MIB Version> applies to the structure and semantics of
the SFLOW MIB only."
DEFVAL { "1.2;;" }
::= { sFlowAgent 1 }
以下に注意してください。 sFlowデータグラムFormatには、<MIBバージョン>から独自に変化するかもしれない独立しているバージョン番号があります。 「<MIBバージョン>はSFLOW MIBの構造と意味論だけに適用します。」 DEFVAL、「1.2」;、:、:= sFlowAgent1
sFlowAgentAddressType OBJECT-TYPE
SYNTAX InetAddressType
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The address type of the address associated with this agent.
Only ipv4 and ipv6 types are supported."
::= { sFlowAgent 2 }
「アドレスのアドレスタイプはこのエージェントに関連づけた」sFlowAgentAddressType OBJECT-TYPE SYNTAX InetAddressTypeのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 「ipv4とipv6タイプだけが支持されます。」 ::= sFlowAgent2
sFlowAgentAddress OBJECT-TYPE
SYNTAX InetAddress
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The IP address associated with this agent. In the case of a
multi-homed agent, this should be the loopback address of the
agent. The sFlowAgent address must provide SNMP connectivity
to the agent. The address should be an invariant that does not
change as interfaces are reconfigured, enabled, disabled,
added or removed. A manager should be able to use the
sFlowAgentAddress as a unique key that will identify this
agent over extended periods of time so that a history can
be maintained."
::= { sFlowAgent 3 }
「IPアドレスはこのエージェントに関連づけた」sFlowAgentAddress OBJECT-TYPE SYNTAX InetAddressのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 aに関するケース、マルチ、家へ帰り、エージェント、これはエージェントのループバックアドレスであるべきです。 sFlowAgentアドレスはSNMPの接続性をエージェントに提供しなければなりません。 アドレスはインタフェースを再構成するか、可能にするか、無能にするか、加えるか、または取り除くのに応じて変化しない不変式であるべきです。 「マネージャは歴史を維持できるように延ばされた期間の間にこのエージェントを特定するユニークキーとしてsFlowAgentAddressを使用できるべきです。」 ::= sFlowAgent3
sFlowTable OBJECT-TYPE
SYNTAX SEQUENCE OF SFlowEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"A table of the sFlow samplers within a device."
::= { sFlowAgent 4 }
sFlowTable OBJECT-TYPE SYNTAX SEQUENCE OF SFlowEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「装置の中のsFlow見本集のテーブル。」 ::= sFlowAgent4
sFlowEntry OBJECT-TYPE
SYNTAX SFlowEntry
sFlowEntryオブジェクト・タイプ構文SFlowEntry
Phaal, et al. Informational [Page 8] RFC 3176 InMon Corporation's sFlow September 2001
Phaal、他 情報[8ページ]のRFC3176InMon社のsFlow2001年9月
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"Attributes of an sFlow sampler."
INDEX { sFlowDataSource }
::= { sFlowTable 1 }
マックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「sFlow見本集の属性。」 sFlowDataSourceに索引をつけてください:、:= sFlowTable1
SFlowEntry ::= SEQUENCE {
sFlowDataSource OBJECT IDENTIFIER,
sFlowOwner OwnerString,
sFlowTimeout Integer32,
sFlowPacketSamplingRate Integer32,
sFlowCounterSamplingInterval Integer32,
sFlowMaximumHeaderSize Integer32,
sFlowMaximumDatagramSize Integer32,
sFlowCollectorAddressType InetAddressType,
sFlowCollectorAddress InetAddress,
sFlowCollectorPort Integer32,
sFlowDatagramVersion Integer32
}
SFlowEntry:、:= 系列sFlowDataSource物の識別子、sFlowOwner OwnerString、sFlowTimeout Integer32、sFlowPacketSamplingRate Integer32、sFlowCounterSamplingInterval Integer32、sFlowMaximumHeaderSize Integer32、sFlowMaximumDatagramSize Integer32、sFlowCollectorAddressType InetAddressType、sFlowCollectorAddress InetAddress、sFlowCollectorPort Integer32、sFlowDatagramVersion Integer32
sFlowDataSource OBJECT-TYPE
SYNTAX OBJECT IDENTIFIER
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Identifies the source of the data for the sFlow sampler.
The following data source types are currently defined:
sFlowDataSource OBJECT-TYPE SYNTAX OBJECT IDENTIFIERのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「sFlow見本集のためのデータの源を特定します」。 以下のデータ送信端末タイプは現在、定義されます:
- ifIndex.<I>
DataSources of this traditional form are called 'port-based'.
Ideally the sampling entity will perform sampling on all flows
originating from or destined to the specified interface.
However, if the switch architecture only permits input or
output sampling then the sampling agent is permitted to only
sample input flows input or output flows. Each packet must
only be considered once for sampling, irrespective of the
number of ports it will be forwarded to.
- ifIndexこの伝統的な形式の<I>DataSourcesは'ポートベースである'と呼ばれます。 理想的に、標本抽出実体は指定されたインタフェースに発するか、または運命づけられるすべての流れの標本抽出を実行するでしょう。 しかしながら、許可証だけが入力したスイッチ構造かその時標本抽出エージェントを抽出する出力が入力流れを抽出するだけであることが許可されるなら、流れを入力するか、または出力してください。 それが送られるポートの数の如何にかかわらず標本抽出のために一度各パケットを考えるだけでよいです。
Note: Port 0 is used to indicate that all ports on the device
are represented by a single data source.
- sFlowPacketSamplingRate applies to all ports on the
device capable of packet sampling.
- sFlowCounterSamplingInterval applies to all ports.
以下に注意してください。 ポート0は、装置の上のすべてのポートが単一のデータ送信端末によって表されるのを示すのに使用されます。 - sFlowPacketSamplingRateはパケット標本抽出であることができる装置の上のすべてのポートに適用します。 - sFlowCounterSamplingIntervalはすべてのポートに適用します。
- smonVlanDataSource.<V>
A dataSource of this form refers to a 'Packet-based VLAN'
and is called a 'VLAN-based' dataSource. <V> is the VLAN
- smonVlanDataSourceこの形式の<V>A dataSourceは'パケットベースのVLAN'について言及して、'VLANベース'のdataSourceと呼ばれます。 <V>はVLANです。
Phaal, et al. Informational [Page 9] RFC 3176 InMon Corporation's sFlow September 2001
Phaal、他 情報[9ページ]のRFC3176InMon社のsFlow2001年9月
ID as defined by the IEEE 802.1Q standard. The
value is between 1 and 4094 inclusive, and it represents
an 802.1Q VLAN-ID with global scope within a given
bridged domain.
Sampling is performed on all packets received that are part
of the specified VLAN (no matter which port they arrived on).
Each packet will only be considered once for sampling,
irrespective of the number of ports it will be forwarded to.
IEEE 802.1Q規格によって定義されるID。 値は1と4094の間で包括的です、そして、それは与えられた橋を架けられたドメインの中にグローバルな範囲で802.1Q VLAN-IDを表します。 標本抽出はパケットが受けた指定されたVLANの一部であるすべてに実行されます(どのポートで到着したかとしても)。 各パケットはそれが送られるポートの数の如何にかかわらず標本抽出のために一度考えられるだけでしょう。
- entPhysicalEntry.<N>
A dataSource of this form refers to a physical entity within
the agent (e.g., entPhysicalClass = backplane(4)) and is called
an 'entity-based' dataSource.
Sampling is performed on all packets entering the resource (e.g.
If the backplane is being sampled, all packets transmitted onto
the backplane will be considered as single candidates for
sampling irrespective of the number of ports they ultimately
reach).
- entPhysicalEntryこの形式の<N>A dataSourceはエージェントの中の物理的実体について言及します。(例えばentPhysicalClassはバックプレーン(4))と等しく、'実体ベース'のdataSourceと呼ばれます。 標本抽出がリソースを入力するすべてのパケットに実行される、(例えば、If、バックプレーンが抽出されていて、バックプレーンに伝えられたすべてのパケットが彼らが結局達するポートの数の如何にかかわらず標本抽出の単独の候補であるとみなされる、)
Note: Since each DataSource operates independently, a packet
that crosses multiple DataSources may generate multiple
flow records."
::= { sFlowEntry 1 }
以下に注意してください。 「各DataSourceが独自に作動するので、複数のDataSourcesを越えるパケットは複数の流れ記録を発生させるかもしれません。」 ::= sFlowEntry1
sFlowOwner OBJECT-TYPE
SYNTAX OwnerString
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"The entity making use of this sFlow sampler. The empty string
indicates that the sFlow sampler is currently unclaimed.
An entity wishing to claim an sFlow sampler must make sure
that the sampler is unclaimed before trying to claim it.
The sampler is claimed by setting the owner string to identify
the entity claiming the sampler. The sampler must be claimed
before any changes can be made to other sampler objects.
sFlowOwner OBJECT-TYPE SYNTAX OwnerStringマックス-ACCESSは「このsFlow見本集を利用する実体」をSTATUSの現在の記述に読書して書きます。 空のストリングは、sFlow見本集が現在要求されないのを示します。 それを要求しようとする前に、sFlow見本集が確実にそれを見本集にしなければならないと主張する実体願望は要求されません。 所有者ストリングに見本集を要求する実体を特定するように設定することによって、見本集は要求されます。 どんな変更も他の見本集物にすることができる前に見本集を要求しなければなりません。
In order to avoid a race condition, the entity taking control
of the sampler must set both the owner and a value for
sFlowTimeout in the same SNMP set request.
競合条件を避けるために、見本集を制御する実体は同じSNMPセット要求に所有者と値の両方をsFlowTimeoutに設定しなければなりません。
When a management entity is finished using the sampler,
it should set its value back to unclaimed. The agent
must restore all other entities this row to their
default values when the owner is set to unclaimed.
経営体が見本集を使用し終わっているとき、それは値を要求されなく遅らせるべきです。 所有者が要求されなく用意ができているとき、エージェントはそれらのデフォルトへのこの列が評価する他のすべての実体を回復しなければなりません。
This mechanism provides no enforcement and relies on the
cooperation of management entities in order to ensure that
このメカニズムは、実施を全く提供しないで、それを確実にするために経営体の協力に依存します。
Phaal, et al. Informational [Page 10] RFC 3176 InMon Corporation's sFlow September 2001
Phaal、他 情報[10ページ]のRFC3176InMon社のsFlow2001年9月
competition for a sampler is fairly resolved."
DEFVAL { "" }
::= { sFlowEntry 2 }
「見本集の競争は公正に決議されています。」 DEFVAL、「「:、:、」= sFlowEntry2
sFlowTimeout OBJECT-TYPE
SYNTAX Integer32
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"The time (in seconds) remaining before the sampler is released
and stops sampling. When set, the owner establishes control
for the specified period. When read, the remaining time in the
interval is returned.
sFlowTimeout OBJECT-TYPE SYNTAX Integer32マックス-ACCESSは「見本集がリリースされて、標本抽出を止める前に残っている時間(秒の)」をSTATUSの現在の記述に読書して書きます。 設定されると、所有者は指定された期間のためのコントロールを確立します。 読まれると、間隔の残っている時間は返されます。
A management entity wanting to maintain control of the sampler
is responsible for setting a new value before the old one
expires.
見本集のコントロールが古い方に新しい値について提示するのに原因となると主張するために足りない経営体は期限が切れます。
When the interval expires, the agent is responsible for
restoring all other entities in this row to their default
values."
DEFVAL { 0 }
::= { sFlowEntry 3 }
「間隔が期限が切れるとき、エージェントはこの列の他のすべての実体をそれらのデフォルト値に回復するのに責任があります。」 DEFVAL0:、:= sFlowEntry3
sFlowPacketSamplingRate OBJECT-TYPE
SYNTAX Integer32
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"The statistical sampling rate for packet sampling from this
source.
sFlowPacketSamplingRate OBJECT-TYPE SYNTAX Integer32マックス-ACCESSは「このソースからのパケット標本抽出の統計調査レート」をSTATUSの現在の記述に読書して書きます。
Set to N to sample 1/Nth of the packets in the monitored flows.
An agent should choose its own algorithm introduce variance
into the sampling so that exactly every Nth packet is not
counted. A sampling rate of 1 counts all packets. A sampling
rate of 0 disables sampling.
モニターされた流れにおけるパケットにおける1/n番目のサンプルへのNにセットしてください。 エージェントはそれ自身のアルゴリズムを選ぶべきです。ちょうどあらゆるNthパケットが数えられるというわけではないように、標本抽出に変化を紹介してください。 1の標本抽出率はすべてのパケットを数えます。 0の標本抽出率は標本抽出を無能にします。
The agent is permitted to have minimum and maximum allowable
values for the sampling rate. A minimum rate lets the agent
designer set an upper bound on the overhead associated with
sampling, and a maximum rate may be the result of hardware
restrictions (such as counter size). In addition not all values
between the maximum and minimum may be realizable as the
sampling rate (again because of implementation considerations).
エージェントには標本抽出率のための最小の、そして、最大の許容量があることが許可されています。 エージェントのデザイナーは最低料率で標本抽出に関連しているオーバーヘッドに上限をけしかけることができます、そして、最高率はハードウェア制限(カウンタサイズなどの)の結果であるかもしれません。 さらに、最大と最小限の間のすべての値がどんな標本抽出率(再び実現問題による)として実現可能であるかもしれないというわけではありません。
When the sampling rate is set the agent is free to adjust the
value so that it lies between the maximum and minimum values
標本抽出率が設定されるとき、エージェントが自由に値を調整できるので、それは最大の、そして、最小の値の間に横たわっています。
Phaal, et al. Informational [Page 11] RFC 3176 InMon Corporation's sFlow September 2001
Phaal、他 情報[11ページ]のRFC3176InMon社のsFlow2001年9月
and has the closest achievable value.
そして、最も近い達成可能な値を持っています。
When read, the agent must return the actual sampling rate it
will be using (after the adjustments previously described). The
sampling algorithm must converge so that over time the number
of packets sampled approaches 1/Nth of the total number of
packets in the monitored flows."
DEFVAL { 0 }
::= { sFlowEntry 4 }
読まれると、エージェントはそれが使用する(調整のときに以前に説明された後)実際の標本抽出率を返さなければなりません。 「標本抽出アルゴリズムが一点に集まらなければならないので、パケットの数は時間がたつにつれて、モニターされた流れにおける、パケットの総数における1/n番目のアプローチを抽出しました。」 DEFVAL0:、:= sFlowEntry4
sFlowCounterSamplingInterval OBJECT-TYPE
SYNTAX Integer32
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"The maximum number of seconds between successive samples of the
counters associated with this data source. A sampling interval
of 0 disables counter sampling."
DEFVAL { 0 }
::= { sFlowEntry 5 }
sFlowCounterSamplingInterval OBJECT-TYPE SYNTAX Integer32 MAX-ACCESS read-write STATUS current DESCRIPTION "The maximum number of seconds between successive samples of the counters associated with this data source. A sampling interval of 0 disables counter sampling." DEFVAL { 0 } ::= { sFlowEntry 5 }
sFlowMaximumHeaderSize OBJECT-TYPE
SYNTAX Integer32
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"The maximum number of bytes that should be copied from a
sampled packet. The agent may have an internal maximum and
minimum permissible sizes. If an attempt is made to set this
value outside the permissible range then the agent should
adjust the value to the closest permissible value."
DEFVAL { 128 }
::= { sFlowEntry 6 }
sFlowMaximumHeaderSize OBJECT-TYPE SYNTAX Integer32 MAX-ACCESS read-write STATUS current DESCRIPTION "The maximum number of bytes that should be copied from a sampled packet. The agent may have an internal maximum and minimum permissible sizes. If an attempt is made to set this value outside the permissible range then the agent should adjust the value to the closest permissible value." DEFVAL { 128 } ::= { sFlowEntry 6 }
sFlowMaximumDatagramSize OBJECT-TYPE
SYNTAX Integer32
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"The maximum number of data bytes that can be sent in a single
sample datagram. The manager should set this value to avoid
fragmentation of the sFlow datagrams."
DEFVAL { 1400 }
::= { sFlowEntry 7 }
sFlowMaximumDatagramSize OBJECT-TYPE SYNTAX Integer32 MAX-ACCESS read-write STATUS current DESCRIPTION "The maximum number of data bytes that can be sent in a single sample datagram. The manager should set this value to avoid fragmentation of the sFlow datagrams." DEFVAL { 1400 } ::= { sFlowEntry 7 }
sFlowCollectorAddressType OBJECT-TYPE
SYNTAX InetAddressType
MAX-ACCESS read-write
sFlowCollectorAddressType OBJECT-TYPE SYNTAX InetAddressType MAX-ACCESS read-write
Phaal, et al. Informational [Page 12] RFC 3176 InMon Corporation's sFlow September 2001
Phaal, et al. Informational [Page 12] RFC 3176 InMon Corporation's sFlow September 2001
STATUS current
DESCRIPTION
"The type of sFlowCollectorAddress."
DEFVAL { ipv4 }
::= { sFlowEntry 8 }
STATUS current DESCRIPTION "The type of sFlowCollectorAddress." DEFVAL { ipv4 } ::= { sFlowEntry 8 }
sFlowCollectorAddress OBJECT-TYPE
SYNTAX InetAddress
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"The IP address of the sFlow collector.
If set to 0.0.0.0 all sampling is disabled."
DEFVAL { "0.0.0.0" }
::= { sFlowEntry 9 }
sFlowCollectorAddress OBJECT-TYPE SYNTAX InetAddress MAX-ACCESS read-write STATUS current DESCRIPTION "The IP address of the sFlow collector. If set to 0.0.0.0 all sampling is disabled." DEFVAL { "0.0.0.0" } ::= { sFlowEntry 9 }
sFlowCollectorPort OBJECT-TYPE
SYNTAX Integer32
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"The destination port for sFlow datagrams."
DEFVAL { 6343 }
::= { sFlowEntry 10 }
sFlowCollectorPort OBJECT-TYPE SYNTAX Integer32 MAX-ACCESS read-write STATUS current DESCRIPTION "The destination port for sFlow datagrams." DEFVAL { 6343 } ::= { sFlowEntry 10 }
sFlowDatagramVersion OBJECT-TYPE
SYNTAX Integer32
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"The version of sFlow datagrams that should be sent.
sFlowDatagramVersion OBJECT-TYPE SYNTAX Integer32 MAX-ACCESS read-write STATUS current DESCRIPTION "The version of sFlow datagrams that should be sent.
When set to a value not support by the agent, the agent should
adjust the value to the highest supported value less than the
requested value, or return an error if no such values exist."
DEFVAL { 4 }
::= { sFlowEntry 11 }
When set to a value not support by the agent, the agent should adjust the value to the highest supported value less than the requested value, or return an error if no such values exist." DEFVAL { 4 } ::= { sFlowEntry 11 }
-- -- Compliance Statements --
-- -- Compliance Statements --
sFlowMIBConformance OBJECT IDENTIFIER ::= { sFlowMIB 2 }
sFlowMIBGroups OBJECT IDENTIFIER ::= { sFlowMIBConformance 1 }
sFlowMIBCompliances OBJECT IDENTIFIER ::= { sFlowMIBConformance 2 }
sFlowMIBConformance OBJECT IDENTIFIER ::= { sFlowMIB 2 } sFlowMIBGroups OBJECT IDENTIFIER ::= { sFlowMIBConformance 1 } sFlowMIBCompliances OBJECT IDENTIFIER ::= { sFlowMIBConformance 2 }
sFlowCompliance MODULE-COMPLIANCE
STATUS current
sFlowCompliance MODULE-COMPLIANCE STATUS current
Phaal, et al. Informational [Page 13] RFC 3176 InMon Corporation's sFlow September 2001
Phaal, et al. Informational [Page 13] RFC 3176 InMon Corporation's sFlow September 2001
DESCRIPTION
"Compliance statements for the sFlow Agent."
DESCRIPTION "Compliance statements for the sFlow Agent."
MODULE -- this module
MANDATORY-GROUPS { sFlowAgentGroup }
OBJECT sFlowAgentAddressType
SYNTAX InetAddressType { ipv4(1) }
DESCRIPTION
"Agents need only support ipv4."
MODULE -- this module MANDATORY-GROUPS { sFlowAgentGroup } OBJECT sFlowAgentAddressType SYNTAX InetAddressType { ipv4(1) } DESCRIPTION "Agents need only support ipv4."
OBJECT sFlowCollectorAddressType
SYNTAX InetAddressType { ipv4(1) }
DESCRIPTION
"Agents need only support ipv4."
OBJECT sFlowCollectorAddressType SYNTAX InetAddressType { ipv4(1) } DESCRIPTION "Agents need only support ipv4."
::= { sFlowMIBCompliances 1 }
::= { sFlowMIBCompliances 1 }
sFlowAgentGroup OBJECT-GROUP
OBJECTS { sFlowVersion, sFlowAgentAddressType, sFlowAgentAddress,
sFlowDataSource, sFlowOwner, sFlowTimeout,
sFlowPacketSamplingRate, sFlowCounterSamplingInterval,
sFlowMaximumHeaderSize, sFlowMaximumDatagramSize,
sFlowCollectorAddressType, sFlowCollectorAddress,
sFlowCollectorPort, sFlowDatagramVersion }
STATUS current
DESCRIPTION
"A collection of objects for managing the generation and
transportation of sFlow data records."
::= { sFlowMIBGroups 1 }
sFlowAgentGroup OBJECT-GROUP OBJECTS { sFlowVersion, sFlowAgentAddressType, sFlowAgentAddress, sFlowDataSource, sFlowOwner, sFlowTimeout, sFlowPacketSamplingRate, sFlowCounterSamplingInterval, sFlowMaximumHeaderSize, sFlowMaximumDatagramSize, sFlowCollectorAddressType, sFlowCollectorAddress, sFlowCollectorPort, sFlowDatagramVersion } STATUS current DESCRIPTION "A collection of objects for managing the generation and transportation of sFlow data records." ::= { sFlowMIBGroups 1 }
END
END
The sFlow MIB references definitions from a number of existing RFCs [18], [19], [20] and [21].
The sFlow MIB references definitions from a number of existing RFCs [18], [19], [20] and [21].
4. sFlow Datagram Format
4. sFlow Datagram Format
The sFlow datagram format specifies a standard format for the sFlow Agent to send sampled data to a remote data collector.
The sFlow datagram format specifies a standard format for the sFlow Agent to send sampled data to a remote data collector.
The format of the sFlow datagram is specified using the XDR standard [1]. XDR is more compact than ASN.1 and simpler for the sFlow Agent to encode and the sFlow Analyzer to decode.
The format of the sFlow datagram is specified using the XDR standard [1]. XDR is more compact than ASN.1 and simpler for the sFlow Agent to encode and the sFlow Analyzer to decode.
Samples are sent as UDP packets to the host and port specified in the SFLOW MIB. The lack of reliability in the UDP transport mechanism does not significantly affect the accuracy of the measurements obtained from an sFlow Agent.
Samples are sent as UDP packets to the host and port specified in the SFLOW MIB. The lack of reliability in the UDP transport mechanism does not significantly affect the accuracy of the measurements obtained from an sFlow Agent.
Phaal, et al. Informational [Page 14] RFC 3176 InMon Corporation's sFlow September 2001
Phaal, et al. Informational [Page 14] RFC 3176 InMon Corporation's sFlow September 2001
o If counter samples are lost then new values will be sent during
the next polling interval. The chance of an undetected counter
wrap is negligible. The sFlow datagram specifies 64 bit octet
counters, and with typical counter polling intervals between 20 to
120 seconds, the chance of a long enough sequence of sFlow
datagrams being lost to hide a counter wrap is very small.
o If counter samples are lost then new values will be sent during the next polling interval. The chance of an undetected counter wrap is negligible. The sFlow datagram specifies 64 bit octet counters, and with typical counter polling intervals between 20 to 120 seconds, the chance of a long enough sequence of sFlow datagrams being lost to hide a counter wrap is very small.
o The net effect of lost flow samples is a slight reduction in the
effective sampling rate.
o The net effect of lost flow samples is a slight reduction in the effective sampling rate.
The use of UDP reduces the amount of memory required to buffer data. UDP also provides a robust means of delivering timely traffic information during periods of intense traffic (such as a denial of service attack). UDP is more robust than a reliable transport mechanism because under overload the only effect on overall system performance is a slight increase in transmission delay and a greater number of lost packets, neither of which has a significant effect on an sFlow-based monitoring system. If a reliable transport mechanism were used then an overload would introduce long transmission delays and require large amounts of buffer memory on the agent.
The use of UDP reduces the amount of memory required to buffer data. UDP also provides a robust means of delivering timely traffic information during periods of intense traffic (such as a denial of service attack). UDP is more robust than a reliable transport mechanism because under overload the only effect on overall system performance is a slight increase in transmission delay and a greater number of lost packets, neither of which has a significant effect on an sFlow-based monitoring system. If a reliable transport mechanism were used then an overload would introduce long transmission delays and require large amounts of buffer memory on the agent.
While the sFlow Datagram structure permits multiple samples to be included in each datagram, the sampling agent must not wait for a buffer to fill with samples before sending the sample datagram. sFlow sampling is intended to provide timely information on traffic. The agent may at most delay a sample by 1 second before it is required to send the datagram.
While the sFlow Datagram structure permits multiple samples to be included in each datagram, the sampling agent must not wait for a buffer to fill with samples before sending the sample datagram. sFlow sampling is intended to provide timely information on traffic. The agent may at most delay a sample by 1 second before it is required to send the datagram.
The agent should try to piggyback counter samples on the datagram stream resulting from flow sampling. Before sending out a datagram the remaining space in the buffer can be filled with counter samples. The agent has discretion in the timing of its counter polling, the specified counter sampling intervals sFlowCounterSamplingInterval is a maximum, so the agent is free to sample counters early if it has space in a datagram. If counters must be sent in order to satisfy the maximum sampling interval then a datagram must be sent containing the outstanding counters.
The agent should try to piggyback counter samples on the datagram stream resulting from flow sampling. Before sending out a datagram the remaining space in the buffer can be filled with counter samples. The agent has discretion in the timing of its counter polling, the specified counter sampling intervals sFlowCounterSamplingInterval is a maximum, so the agent is free to sample counters early if it has space in a datagram. If counters must be sent in order to satisfy the maximum sampling interval then a datagram must be sent containing the outstanding counters.
The following is the XDR description of an sFlow Datagram:
The following is the XDR description of an sFlow Datagram:
/* sFlow Datagram Version 4 */
/* sFlow Datagram Version 4 */
/* Revision History - version 4 adds support BGP communities - version 3 adds support for extended_url information */
/* Revision History - version 4 adds support BGP communities - version 3 adds support for extended_url information */
/* sFlow Sample types */
/* sFlow Sample types */
Phaal, et al. Informational [Page 15] RFC 3176 InMon Corporation's sFlow September 2001
Phaal, et al. Informational [Page 15] RFC 3176 InMon Corporation's sFlow September 2001
/* Address Types */
/* Address Types */
typedef opaque ip_v4[4]; typedef opaque ip_v6[16];
typedef opaque ip_v4[4]; typedef opaque ip_v6[16];
enum address_type {
IP_V4 = 1,
IP_V6 = 2
}
enum address_type { IP_V4 = 1, IP_V6 = 2 }
union address (address_type type) {
case IP_V4:
ip_v4;
case IP_V6:
ip_v6;
}
union address (address_type type) { case IP_V4: ip_v4; case IP_V6: ip_v6; }
/* Packet header data */
/* Packet header data */
const MAX_HEADER_SIZE = 256; /* The maximum sampled header size. */
const MAX_HEADER_SIZE = 256; /* The maximum sampled header size. */
/* The header protocol describes the format of the sampled header */
enum header_protocol {
ETHERNET-ISO8023 = 1,
ISO88024-TOKENBUS = 2,
ISO88025-TOKENRING = 3,
FDDI = 4,
FRAME-RELAY = 5,
X25 = 6,
PPP = 7,
SMDS = 8,
AAL5 = 9,
AAL5-IP = 10, /* e.g., Cisco AAL5 mux */
IPv4 = 11,
IPv6 = 12,
MPLS = 13
}
/* The header protocol describes the format of the sampled header */ enum header_protocol { ETHERNET-ISO8023 = 1, ISO88024-TOKENBUS = 2, ISO88025-TOKENRING = 3, FDDI = 4, FRAME-RELAY = 5, X25 = 6, PPP = 7, SMDS = 8, AAL5 = 9, AAL5-IP = 10, /* e.g., Cisco AAL5 mux */ IPv4 = 11, IPv6 = 12, MPLS = 13 }
struct sampled_header {
header_protocol protocol; /* Format of sampled header */
unsigned int frame_length; /* Original length of packet before
sampling */
opaque header<MAX_HEADER_SIZE>; /* Header bytes */
}
struct sampled_header { header_protocol protocol; /* Format of sampled header */ unsigned int frame_length; /* Original length of packet before sampling */ opaque header<MAX_HEADER_SIZE>; /* Header bytes */ }
/* Packet IP version 4 data */
/* Packet IP version 4 data */
struct sampled_ipv4 {
struct sampled_ipv4 {
Phaal, et al. Informational [Page 16] RFC 3176 InMon Corporation's sFlow September 2001
Phaal, et al. Informational [Page 16] RFC 3176 InMon Corporation's sFlow September 2001
unsigned int length; /* The length of the IP packet excluding
lower layer encapsulations */
unsigned int protocol; /* IP Protocol type
(for example, TCP = 6, UDP = 17) */
ip_v4 src_ip; /* Source IP Address */
ip_v4 dst_ip; /* Destination IP Address */
unsigned int src_port; /* TCP/UDP source port number or
equivalent */
unsigned int dst_port; /* TCP/UDP destination port number or
equivalent */
unsigned int tcp_flags; /* TCP flags */
unsigned int tos; /* IP type of service */
}
/* Packet IP version 6 data */
unsigned int length; /* The length of the IP packet excluding lower layer encapsulations */ unsigned int protocol; /* IP Protocol type (for example, TCP = 6, UDP = 17) */ ip_v4 src_ip; /* Source IP Address */ ip_v4 dst_ip; /* Destination IP Address */ unsigned int src_port; /* TCP/UDP source port number or equivalent */ unsigned int dst_port; /* TCP/UDP destination port number or equivalent */ unsigned int tcp_flags; /* TCP flags */ unsigned int tos; /* IP type of service */ } /* Packet IP version 6 data */
struct sampled_ipv6 {
unsigned int length; /* The length of the IP packet excluding
lower layer encapsulations */
unsigned int protocol; /* IP next header
(for example, TCP = 6, UDP = 17) */
ip_v6 src_ip; /* Source IP Address */
ip_v6 dst_ip; /* Destination IP Address */
unsigned int src_port; /* TCP/UDP source port number or
equivalent */
unsigned int dst_port; /* TCP/UDP destination port number or
equivalent */
unsigned int tcp_flags; /* TCP flags */
unsigned int priority; /* IP priority */
}
struct sampled_ipv6 { unsigned int length; /* The length of the IP packet excluding lower layer encapsulations */ unsigned int protocol; /* IP next header (for example, TCP = 6, UDP = 17) */ ip_v6 src_ip; /* Source IP Address */ ip_v6 dst_ip; /* Destination IP Address */ unsigned int src_port; /* TCP/UDP source port number or equivalent */ unsigned int dst_port; /* TCP/UDP destination port number or equivalent */ unsigned int tcp_flags; /* TCP flags */ unsigned int priority; /* IP priority */ }
/* Packet data */
/* Packet data */
enum packet_information_type {
HEADER = 1, /* Packet headers are sampled */
IPV4 = 2, /* IP version 4 data */
IPV6 = 3 /* IP version 6 data */
}
enum packet_information_type { HEADER = 1, /* Packet headers are sampled */ IPV4 = 2, /* IP version 4 data */ IPV6 = 3 /* IP version 6 data */ }
union packet_data_type (packet_information_type type) {
case HEADER:
sampled_header header;
case IPV4:
sampled_ipv4 ipv4;
case IPV6:
sampled_ipv6 ipv6;
}
union packet_data_type (packet_information_type type) { case HEADER: sampled_header header; case IPV4: sampled_ipv4 ipv4; case IPV6: sampled_ipv6 ipv6; }
Phaal, et al. Informational [Page 17] RFC 3176 InMon Corporation's sFlow September 2001
Phaal, et al. Informational [Page 17] RFC 3176 InMon Corporation's sFlow September 2001
/* Extended data types */
/* Extended data types */
/* Extended switch data */
/* Extended switch data */
struct extended_switch {
unsigned int src_vlan; /* The 802.1Q VLAN id of incoming frame */
unsigned int src_priority; /* The 802.1p priority of incoming
frame */
unsigned int dst_vlan; /* The 802.1Q VLAN id of outgoing frame */
unsigned int dst_priority; /* The 802.1p priority of outgoing
frame */
}
struct extended_switch { unsigned int src_vlan; /* The 802.1Q VLAN id of incoming frame */ unsigned int src_priority; /* The 802.1p priority of incoming frame */ unsigned int dst_vlan; /* The 802.1Q VLAN id of outgoing frame */ unsigned int dst_priority; /* The 802.1p priority of outgoing frame */ }
/* Extended router data */
/* Extended router data */
struct extended_router {
address nexthop; /* IP address of next hop router */
unsigned int src_mask; /* Source address prefix mask bits */
unsigned int dst_mask; /* Destination address prefix mask bits */
}
struct extended_router { address nexthop; /* IP address of next hop router */ unsigned int src_mask; /* Source address prefix mask bits */ unsigned int dst_mask; /* Destination address prefix mask bits */ }
/* Extended gateway data */
/* Extended gateway data */
enum as_path_segment_type {
AS_SET = 1, /* Unordered set of ASs */
AS_SEQUENCE = 2 /* Ordered set of ASs */
}
enum as_path_segment_type { AS_SET = 1, /* Unordered set of ASs */ AS_SEQUENCE = 2 /* Ordered set of ASs */ }
union as_path_type (as_path_segment_type) {
case AS_SET:
unsigned int as_set<>;
case AS_SEQUENCE:
unsigned int as_sequence<>;
}
union as_path_type (as_path_segment_type) { case AS_SET: unsigned int as_set<>; case AS_SEQUENCE: unsigned int as_sequence<>; }
struct extended_gateway {
unsigned int as; /* Autonomous system number of router */
unsigned int src_as; /* Autonomous system number of source */
unsigned int src_peer_as; /* Autonomous system number of source
peer */
as_path_type dst_as_path<>; /* Autonomous system path to the
destination */
unsigned int communities<>; /* Communities associated with this
route */
unsigned int localpref; /* LocalPref associated with this
route */
}
struct extended_gateway { unsigned int as; /* Autonomous system number of router */ unsigned int src_as; /* Autonomous system number of source */ unsigned int src_peer_as; /* Autonomous system number of source peer */ as_path_type dst_as_path<>; /* Autonomous system path to the destination */ unsigned int communities<>; /* Communities associated with this route */ unsigned int localpref; /* LocalPref associated with this route */ }
Phaal, et al. Informational [Page 18] RFC 3176 InMon Corporation's sFlow September 2001
Phaal, et al. Informational [Page 18] RFC 3176 InMon Corporation's sFlow September 2001
/* Extended user data */
/* Extended user data */
struct extended_user {
string src_user<>; /* User ID associated with packet
source */
string dst_user<>; /* User ID associated with packet
destination */
struct extended_user { string src_user<>; /* User ID associated with packet source */ string dst_user<>; /* User ID associated with packet destination */
}
}
/* Extended URL data */
/* Extended URL data */
enum url_direction {
src = 1, /* URL is associated with source
address */
dst = 2 /* URL is associated with destination
address */
}
enum url_direction { src = 1, /* URL is associated with source address */ dst = 2 /* URL is associated with destination address */ }
struct extended_url {
url_direction direction; /* URL associated with packet source */
string url<>; /* URL associated with the packet flow */
}
struct extended_url { url_direction direction; /* URL associated with packet source */ string url<>; /* URL associated with the packet flow */ }
/* Extended data */
enum extended_information_type {
SWITCH = 1, /* Extended switch information */
ROUTER = 2, /* Extended router information */
GATEWAY = 3, /* Extended gateway router information */
USER = 4, /* Extended TACACS/RADIUS user information */
URL = 5 /* Extended URL information */
}
/* Extended data */ enum extended_information_type { SWITCH = 1, /* Extended switch information */ ROUTER = 2, /* Extended router information */ GATEWAY = 3, /* Extended gateway router information */ USER = 4, /* Extended TACACS/RADIUS user information */ URL = 5 /* Extended URL information */ }
union extended_data_type (extended_information_type type) {
case SWITCH:
extended_switch switch;
case ROUTER:
extended_router router;
case GATEWAY:
extended_gateway gateway;
case USER:
extended_user user;
case URL:
extended_url url;
}
union extended_data_type (extended_information_type type) { case SWITCH: extended_switch switch; case ROUTER: extended_router router; case GATEWAY: extended_gateway gateway; case USER: extended_user user; case URL: extended_url url; }
/* Format of a single flow sample */
/* Format of a single flow sample */
Phaal, et al. Informational [Page 19] RFC 3176 InMon Corporation's sFlow September 2001
Phaal, et al. Informational [Page 19] RFC 3176 InMon Corporation's sFlow September 2001
struct flow_sample {
unsigned int sequence_number; /* Incremented with each flow sample
generated by this source_id */
unsigned int source_id; /* sFlowDataSource encoded as follows:
The most significant byte of the
source_id is used to indicate the
type of sFlowDataSource
(0 = ifIndex,
1 = smonVlanDataSource,
2 = entPhysicalEntry) and the
lower three bytes contain the
relevant index value.*/
struct flow_sample { unsigned int sequence_number; /* Incremented with each flow sample generated by this source_id */ unsigned int source_id; /* sFlowDataSource encoded as follows: The most significant byte of the source_id is used to indicate the type of sFlowDataSource (0 = ifIndex, 1 = smonVlanDataSource, 2 = entPhysicalEntry) and the lower three bytes contain the relevant index value.*/
unsigned int sampling_rate; /* sFlowPacketSamplingRate */
unsigned int sample_pool; /* Total number of packets that could
have been sampled (i.e., packets
skipped by sampling process + total
number of samples) */
unsigned int drops; /* Number times a packet was dropped
due to lack of resources */
unsigned int sampling_rate; /* sFlowPacketSamplingRate */ unsigned int sample_pool; /* Total number of packets that could have been sampled (i.e., packets skipped by sampling process + total number of samples) */ unsigned int drops; /* Number times a packet was dropped due to lack of resources */
unsigned int input; /* SNMP ifIndex of input interface.
0 if interface is not known. */
unsigned int output; /* SNMP ifIndex of output interface,
0 if interface is not known.
Set most significant bit to
indicate multiple destination
interfaces (i.e., in case of
broadcast or multicast)
and set lower order bits to
indicate number of destination
interfaces.
Examples:
0x00000002 indicates ifIndex =
2
0x00000000 ifIndex unknown.
0x80000007 indicates a packet
sent to 7
interfaces.
0x80000000 indicates a packet
sent to an unknown
number of interfaces
greater than 1. */
unsigned int input; /* SNMP ifIndex of input interface. 0 if interface is not known. */ unsigned int output; /* SNMP ifIndex of output interface, 0 if interface is not known. Set most significant bit to indicate multiple destination interfaces (i.e., in case of broadcast or multicast) and set lower order bits to indicate number of destination interfaces. Examples: 0x00000002 indicates ifIndex = 2 0x00000000 ifIndex unknown. 0x80000007 indicates a packet sent to 7 interfaces. 0x80000000 indicates a packet sent to an unknown number of interfaces greater than 1. */
packet_data_type packet_data; /* Information about sampled
packet */
extended_data_type extended_data<>; /* Extended flow information */
}
packet_data_type packet_data; /* Information about sampled packet */ extended_data_type extended_data<>; /* Extended flow information */ }
Phaal, et al. Informational [Page 20] RFC 3176 InMon Corporation's sFlow September 2001
Phaal, et al. Informational [Page 20] RFC 3176 InMon Corporation's sFlow September 2001
/* Counter types */
/* Counter types */
/* Generic interface counters - see RFC 2233 */
/* Generic interface counters - see RFC 2233 */
struct if_counters {
unsigned int ifIndex;
unsigned int ifType;
unsigned hyper ifSpeed;
unsigned int ifDirection; /* derived from MAU MIB (RFC 2668)
0 = unknown, 1=full-duplex,
2=half-duplex, 3 = in, 4=out */
unsigned int ifStatus; /* bit field with the following bits
assigned
bit 0 = ifAdminStatus
(0 = down, 1 = up)
bit 1 = ifOperStatus
(0 = down, 1 = up) */
unsigned hyper ifInOctets;
unsigned int ifInUcastPkts;
unsigned int ifInMulticastPkts;
unsigned int ifInBroadcastPkts;
unsigned int ifInDiscards;
unsigned int ifInErrors;
unsigned int ifInUnknownProtos;
unsigned hyper ifOutOctets;
unsigned int ifOutUcastPkts;
unsigned int ifOutMulticastPkts;
unsigned int ifOutBroadcastPkts;
unsigned int ifOutDiscards;
unsigned int ifOutErrors;
unsigned int ifPromiscuousMode;
}
struct if_counters { unsigned int ifIndex; unsigned int ifType; unsigned hyper ifSpeed; unsigned int ifDirection; /* derived from MAU MIB (RFC 2668) 0 = unknown, 1=full-duplex, 2=half-duplex, 3 = in, 4=out */ unsigned int ifStatus; /* bit field with the following bits assigned bit 0 = ifAdminStatus (0 = down, 1 = up) bit 1 = ifOperStatus (0 = down, 1 = up) */ unsigned hyper ifInOctets; unsigned int ifInUcastPkts; unsigned int ifInMulticastPkts; unsigned int ifInBroadcastPkts; unsigned int ifInDiscards; unsigned int ifInErrors; unsigned int ifInUnknownProtos; unsigned hyper ifOutOctets; unsigned int ifOutUcastPkts; unsigned int ifOutMulticastPkts; unsigned int ifOutBroadcastPkts; unsigned int ifOutDiscards; unsigned int ifOutErrors; unsigned int ifPromiscuousMode; }
/* Ethernet interface counters - see RFC 2358 */
/* Ethernet interface counters - see RFC 2358 */
struct ethernet_counters {
if_counters generic;
unsigned int dot3StatsAlignmentErrors;
unsigned int dot3StatsFCSErrors;
unsigned int dot3StatsSingleCollisionFrames;
unsigned int dot3StatsMultipleCollisionFrames;
unsigned int dot3StatsSQETestErrors;
unsigned int dot3StatsDeferredTransmissions;
unsigned int dot3StatsLateCollisions;
unsigned int dot3StatsExcessiveCollisions;
unsigned int dot3StatsInternalMacTransmitErrors;
unsigned int dot3StatsCarrierSenseErrors;
unsigned int dot3StatsFrameTooLongs;
struct ethernet_counters { if_counters generic; unsigned int dot3StatsAlignmentErrors; unsigned int dot3StatsFCSErrors; unsigned int dot3StatsSingleCollisionFrames; unsigned int dot3StatsMultipleCollisionFrames; unsigned int dot3StatsSQETestErrors; unsigned int dot3StatsDeferredTransmissions; unsigned int dot3StatsLateCollisions; unsigned int dot3StatsExcessiveCollisions; unsigned int dot3StatsInternalMacTransmitErrors; unsigned int dot3StatsCarrierSenseErrors; unsigned int dot3StatsFrameTooLongs;
Phaal, et al. Informational [Page 21] RFC 3176 InMon Corporation's sFlow September 2001
Phaal, et al. Informational [Page 21] RFC 3176 InMon Corporation's sFlow September 2001
unsigned int dot3StatsInternalMacReceiveErrors; unsigned int dot3StatsSymbolErrors; }
unsigned int dot3StatsInternalMacReceiveErrors; unsigned int dot3StatsSymbolErrors; }
/* FDDI interface counters - see RFC 1512 */
struct fddi_counters {
if_counters generic;
}
/* FDDI interface counters - see RFC 1512 */ struct fddi_counters { if_counters generic; }
/* Token ring counters - see RFC 1748 */
/* Token ring counters - see RFC 1748 */
struct tokenring_counters {
if_counters generic;
unsigned int dot5StatsLineErrors;
unsigned int dot5StatsBurstErrors;
unsigned int dot5StatsACErrors;
unsigned int dot5StatsAbortTransErrors;
unsigned int dot5StatsInternalErrors;
unsigned int dot5StatsLostFrameErrors;
unsigned int dot5StatsReceiveCongestions;
unsigned int dot5StatsFrameCopiedErrors;
unsigned int dot5StatsTokenErrors;
unsigned int dot5StatsSoftErrors;
unsigned int dot5StatsHardErrors;
unsigned int dot5StatsSignalLoss;
unsigned int dot5StatsTransmitBeacons;
unsigned int dot5StatsRecoverys;
unsigned int dot5StatsLobeWires;
unsigned int dot5StatsRemoves;
unsigned int dot5StatsSingles;
unsigned int dot5StatsFreqErrors;
}
struct tokenring_counters { if_counters generic; unsigned int dot5StatsLineErrors; unsigned int dot5StatsBurstErrors; unsigned int dot5StatsACErrors; unsigned int dot5StatsAbortTransErrors; unsigned int dot5StatsInternalErrors; unsigned int dot5StatsLostFrameErrors; unsigned int dot5StatsReceiveCongestions; unsigned int dot5StatsFrameCopiedErrors; unsigned int dot5StatsTokenErrors; unsigned int dot5StatsSoftErrors; unsigned int dot5StatsHardErrors; unsigned int dot5StatsSignalLoss; unsigned int dot5StatsTransmitBeacons; unsigned int dot5StatsRecoverys; unsigned int dot5StatsLobeWires; unsigned int dot5StatsRemoves; unsigned int dot5StatsSingles; unsigned int dot5StatsFreqErrors; }
/* 100 BaseVG interface counters - see RFC 2020 */
/* 100 BaseVG interface counters - see RFC 2020 */
struct vg_counters {
if_counters generic;
unsigned int dot12InHighPriorityFrames;
unsigned hyper dot12InHighPriorityOctets;
unsigned int dot12InNormPriorityFrames;
unsigned hyper dot12InNormPriorityOctets;
unsigned int dot12InIPMErrors;
unsigned int dot12InOversizeFrameErrors;
unsigned int dot12InDataErrors;
unsigned int dot12InNullAddressedFrames;
unsigned int dot12OutHighPriorityFrames;
unsigned hyper dot12OutHighPriorityOctets;
unsigned int dot12TransitionIntoTrainings;
struct vg_counters { if_counters generic; unsigned int dot12InHighPriorityFrames; unsigned hyper dot12InHighPriorityOctets; unsigned int dot12InNormPriorityFrames; unsigned hyper dot12InNormPriorityOctets; unsigned int dot12InIPMErrors; unsigned int dot12InOversizeFrameErrors; unsigned int dot12InDataErrors; unsigned int dot12InNullAddressedFrames; unsigned int dot12OutHighPriorityFrames; unsigned hyper dot12OutHighPriorityOctets; unsigned int dot12TransitionIntoTrainings;
Phaal, et al. Informational [Page 22] RFC 3176 InMon Corporation's sFlow September 2001
Phaal, et al. Informational [Page 22] RFC 3176 InMon Corporation's sFlow September 2001
unsigned hyper dot12HCInHighPriorityOctets; unsigned hyper dot12HCInNormPriorityOctets; unsigned hyper dot12HCOutHighPriorityOctets; }
unsigned hyper dot12HCInHighPriorityOctets; unsigned hyper dot12HCInNormPriorityOctets; unsigned hyper dot12HCOutHighPriorityOctets; }
/* WAN counters */
/* WAN counters */
struct wan_counters {
if_counters generic;
}
struct wan_counters { if_counters generic; }
/* VLAN counters */
/* VLAN counters */
struct vlan_counters {
unsigned int vlan_id;
unsigned hyper octets;
unsigned int ucastPkts;
unsigned int multicastPkts;
unsigned int broadcastPkts;
unsigned int discards;
}
struct vlan_counters { unsigned int vlan_id; unsigned hyper octets; unsigned int ucastPkts; unsigned int multicastPkts; unsigned int broadcastPkts; unsigned int discards; }
/* Counter data */
/* Counter data */
enum counters_version {
GENERIC = 1,
ETHERNET = 2,
TOKENRING = 3,
FDDI = 4,
VG = 5,
WAN = 6,
VLAN = 7
}
enum counters_version { GENERIC = 1, ETHERNET = 2, TOKENRING = 3, FDDI = 4, VG = 5, WAN = 6, VLAN = 7 }
union counters_type (counters_version version) {
case GENERIC:
if_counters generic;
case ETHERNET:
ethernet_counters ethernet;
case TOKENRING:
tokenring_counters tokenring;
case FDDI:
fddi_counters fddi;
case VG:
vg_counters vg;
case WAN:
wan_counters wan;
case VLAN:
union counters_type (counters_version version) { case GENERIC: if_counters generic; case ETHERNET: ethernet_counters ethernet; case TOKENRING: tokenring_counters tokenring; case FDDI: fddi_counters fddi; case VG: vg_counters vg; case WAN: wan_counters wan; case VLAN:
Phaal, et al. Informational [Page 23] RFC 3176 InMon Corporation's sFlow September 2001
Phaal, et al. Informational [Page 23] RFC 3176 InMon Corporation's sFlow September 2001
vlan_counters vlan;
}
vlan_counters vlan; }
/* Format of a single counter sample */
/* Format of a single counter sample */
struct counters_sample {
unsigned int sequence_number; /* Incremented with each counter
sample generated by this
source_id */
unsigned int source_id; /* sFlowDataSource encoded as
follows:
The most significant byte of the
source_id is used to indicate the
type of sFlowDataSource
(0 = ifIndex,
1 = smonVlanDataSource,
2 = entPhysicalEntry) and the
lower three
bytes contain the relevant
index value.*/
struct counters_sample { unsigned int sequence_number; /* Incremented with each counter sample generated by this source_id */ unsigned int source_id; /* sFlowDataSource encoded as follows: The most significant byte of the source_id is used to indicate the type of sFlowDataSource (0 = ifIndex, 1 = smonVlanDataSource, 2 = entPhysicalEntry) and the lower three bytes contain the relevant index value.*/
unsigned int sampling_interval; /* sFlowCounterSamplingInterval*/ counters_type counters; }
unsigned int sampling_interval; /* sFlowCounterSamplingInterval*/ counters_type counters; }
/* Format of a sample datagram */
/* Format of a sample datagram */
enum sample_types {
FLOWSAMPLE = 1,
COUNTERSSAMPLE = 2
}
enum sample_types { FLOWSAMPLE = 1, COUNTERSSAMPLE = 2 }
union sample_type (sample_types sampletype) {
case FLOWSAMPLE:
flow_sample flowsample;
case COUNTERSSAMPLE:
counters_sample counterssample;
}
union sample_type (sample_types sampletype) { case FLOWSAMPLE: flow_sample flowsample; case COUNTERSSAMPLE: counters_sample counterssample; }
struct sample_datagram_v4 {
address agent_address /* IP address of sampling agent,
sFlowAgentAddress. */
unsigned int sequence_number; /* Incremented with each sample
datagram generated */
unsigned int uptime; /* Current time (in milliseconds since
device last booted). Should be set
as close to datagram transmission
time as possible.*/
struct sample_datagram_v4 { address agent_address /* IP address of sampling agent, sFlowAgentAddress. */ unsigned int sequence_number; /* Incremented with each sample datagram generated */ unsigned int uptime; /* Current time (in milliseconds since device last booted). Should be set as close to datagram transmission time as possible.*/
Phaal, et al. Informational [Page 24] RFC 3176 InMon Corporation's sFlow September 2001
Phaal, et al. Informational [Page 24] RFC 3176 InMon Corporation's sFlow September 2001
sample_type samples<>; /* An array of flow, counter and delay
samples */
}
sample_type samples<>; /* An array of flow, counter and delay samples */ }
enum datagram_version {
VERSION4 = 4
}
enum datagram_version { VERSION4 = 4 }
union sample_datagram_type (datagram_version version) {
case VERSION4:
sample_datagram_v4 datagram;
}
union sample_datagram_type (datagram_version version) { case VERSION4: sample_datagram_v4 datagram; }
struct sample_datagram {
sample_datagram_type version;
}
struct sample_datagram { sample_datagram_type version; }
The sFlow Datagram specification makes use of definitions from a number of existing RFCs [22], [23], [24], [25], [26], [27] and [28].
The sFlow Datagram specification makes use of definitions from a number of existing RFCs [22], [23], [24], [25], [26], [27] and [28].
5. Security Considerations
5. Security Considerations
Deploying a traffic monitoring system raises a number of security related issues. sFlow does not provide specific security mechanisms, relying instead on proper deployment and configuration to maintain an adequate level of security.
Deploying a traffic monitoring system raises a number of security related issues. sFlow does not provide specific security mechanisms, relying instead on proper deployment and configuration to maintain an adequate level of security.
While the deployment of traffic monitoring systems does create some risk, it also provides a powerful means of detecting and tracing unauthorized network activity.
While the deployment of traffic monitoring systems does create some risk, it also provides a powerful means of detecting and tracing unauthorized network activity.
This section is intended to provide information that will help understand potential risks and configuration options for mitigating those risks.
このセクションがそれらの危険を緩和するための潜在的リスクと設定オプションを理解しているのを助ける情報を提供することを意図します。
5.1 Control
5.1 コントロール
The sFlow MIB is used to configure the generation of sFlow samples. The security of SNMP, with access control lists, is usually considered adequate in an enterprise setting. However, there are situations when these security measures are insufficient (for example a WAN router) and SNMP configuration control will be disabled.
sFlow MIBは、sFlowのサンプルの世代を構成するのに使用されます。 アクセスコントロールリストで、通常、SNMPのセキュリティは企業設定で適切であると考えられます。 しかしながら、これらの安全策が不十分であるときに(例えば、WANルータ)、状況があります、そして、SNMP構成管理は無効にされるでしょう。
When SNMP is disabled, a command line interface is typically provided. The following arguments are required to configure sFlow sampling on an interface.
SNMPは障害があるとき、コマンドラインインタフェースを通常提供します。 以下の議論が、インタフェースのsFlow標本抽出を構成するのに必要です。
Phaal, et al. Informational [Page 25] RFC 3176 InMon Corporation's sFlow September 2001
Phaal、他 情報[25ページ]のRFC3176InMon社のsFlow2001年9月
-sFlowDataSource <source> -sFlowPacketSamplingRate <rate> -sFlowCounterSamplingInterval <interval> -sFlowMaximumHeaderSize <header size> -sFlowMaximumDatagramSize <datagram size> -sFlowCollectorAddress <address> -sFlowCollectorPort <port>
-sFlowDataSource<ソース>-sFlowPacketSamplingRate<レート>-sFlowCounterSamplingInterval<間隔>-sFlowMaximumHeaderSize<ヘッダーサイズ>-sFlowMaximumDatagramSize<データグラムサイズ>-sFlowCollectorAddress<アドレス>-sFlowCollectorPort<ポート>。
5.2 Transport
5.2 輸送
Traffic information is sent unencrypted across the network from the sFlow Agent to the sFlow Analyzer and is thus vulnerable to eavesdropping. This risk can be limited by creating a secure measurement network and routing the sFlow Datagrams over this network. The choice of technology for creating the secure measurement network is deployment specific, but could include the use of VLANs or VPN tunnels.
道路交通情報は、sFlowエージェントからsFlow Analyzerにネットワークの向こう側に非暗号化されていた状態で送られて、その結果、盗聴に被害を受け易いです。 安全な測定ネットワークを創設して、このネットワークの上にsFlowデータグラムを発送することによって、この危険を制限できます。 安全な測定ネットワークを創設するための技術の選択は、展開特有ですが、VLANsかVPNトンネルの使用を含むかもしれません。
The sFlow Analyzer is vulnerable to attacks involving spoofed sFlow Datagrams. To limit this vulnerability the sFlow Analyzer should check sequence numbers and verify source addresses. If a secure measurement network has been constructed then only sFlow Datagrams received from that network should be processed.
sFlow Analyzerは偽造しているsFlowデータグラムにかかわる攻撃に被害を受け易いです。sFlow Analyzerは、この脆弱性を制限するために、一連番号をチェックして、ソースアドレスについて確かめるはずです。 安全な測定ネットワークが構成されたなら、そのネットワークから受け取られたsFlowデータグラムだけが処理されるべきです。
5.3 Confidentiality
5.3 秘密性
Traffic information can reveal confidential information about individual network users. The degree of visibility of application level data can be controlled by limiting the number of header bytes captured by the sFlow agent. In addition, packet sampling makes it virtually impossible to capture sequences of packets from an individual transaction.
道路交通情報は個々のネットワーク利用者に関する秘密情報を明らかにすることができます。 sFlowエージェントによって得られたヘッダーバイトの数を制限することによって、アプリケーションレベルデータの目に見えることの度合いを制御できます。 さらに、パケット標本抽出で、個々のトランザクションからパケットの系列を得るのは実際には不可能になります。
The traffic patterns discernible by decoding the sFlow Datagrams in the sFlow Analyzer can reveal details of an individual's network related activities and due care should be taken to secure access to the sFlow Analyzer.
sFlow AnalyzerのsFlowデータグラムを解読することによって認識できるトラフィック・パターンは、個人のネットワークの細部が活動を関係づけたのを明らかにすることができます、そして、sFlow Analyzerへのアクセスを保証するために相当な注意を取るべきです。
6. References
6. 参照
[1] Sun Microsystems, Inc., "XDR: External Data Representation
Standard", RFC 1014, June 1987.
[1] サン・マイクロシステムズ・インク、「XDR:」 「外部データ表現規格」、RFC1014、1987年6月。
[2] Harrington, D., Presuhn, R., and B. Wijnen, "An Architecture
for Describing SNMP Management Frameworks", RFC 2571, April
1999.
[2] ハリントン、D.、Presuhn、R.、およびB.Wijnen、「SNMP管理フレームワークについて説明するためのアーキテクチャ」、RFC2571、1999年4月。
Phaal, et al. Informational [Page 26] RFC 3176 InMon Corporation's sFlow September 2001
Phaal、他 情報[26ページ]のRFC3176InMon社のsFlow2001年9月
[3] Rose, M. and K. McCloghrie, "Structure and Identification of
Management Information for TCP/IP-based Internets", STD 16, RFC
1155, May 1990.
[3] ローズ、M.、およびK.McCloghrie、「TCP/IPベースのインターネットのための経営情報の構造と識別」(STD16、RFC1155)は1990がそうするかもしれません。
[4] Rose, M. and K. McCloghrie, "Concise MIB Definitions", STD 16,
RFC 1212, March 1991.
[4] ローズとM.とK.McCloghrie、「簡潔なMIB定義」、STD16、RFC1212、1991年3月。
[5] Rose, M., "A Convention for Defining Traps for use with the
SNMP", RFC 1215, March 1991.
[5] ローズ、1991年3月、M.、「SNMPとの使用のためのDefining TrapsのためのConvention」RFC1215。
[6] 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.
[6]McCloghrie、K.、パーキンス、D.、Schoenwaelder、J.、ケース、J.、ローズ、M.、およびS.Waldbusser、「経営情報バージョン2(SMIv2)の構造」、STD58、RFC2578(1999年4月)。
[7] McCloghrie, K., Perkins, D., Schoenwaelder, J., Case, J., Rose,
M. and S. Waldbusser, "Textual Conventions for SMIv2", STD 58,
RFC 2579, April 1999.
[7]McCloghrie、K.、パーキンス、D.、Schoenwaelder、J.、ケース、J.、ローズ、M.、およびS.Waldbusser、「SMIv2"、STD58、RFC2579、1999年4月の原文のコンベンション。」
[8] McCloghrie, K., Perkins, D., Schoenwaelder, J., Case, J., Rose,
M. and S. Waldbusser, "Conformance Statements for SMIv2", STD
58, RFC 2580, April 1999.
[8]McCloghrie、K.、パーキンス、D.、Schoenwaelder、J.、ケース、J.、ローズ、M.、およびS.Waldbusser、「SMIv2"、STD58、RFC2580、1999年4月のための順応声明。」
[9] Case, J., Fedor, M., Schoffstall, M. and J. Davin, "Simple
Network Management Protocol", STD 15, RFC 1157, May 1990.
[9] ケース、J.、ヒョードル、M.、Schoffstall、M.、およびJ.デーヴィン(「簡単なネットワーク管理プロトコル」、STD15、RFC1157)は1990がそうするかもしれません。
[10] Case, J., McCloghrie, K., Rose, M. and S. Waldbusser,
"Introduction to Community-based SNMPv2", RFC 1901, January
1996.
[10]ケース、J.、McCloghrie、K.、ローズ、M.、およびS.Waldbusser、「地域密着型のSNMPv2"への紹介、RFC1901、1996年1月。」
[11] Case, J., McCloghrie, K., Rose, M. and S. Waldbusser,
"Transport Mappings for Version 2 of the Simple Network
Management Protocol (SNMPv2)", RFC 1906, January 1996.
[11]ケース、J.、McCloghrie、K.、ローズ、M.、およびS.Waldbusser、「簡単なネットワークマネージメントのバージョン2のための輸送マッピングは(SNMPv2)について議定書の中で述べます」、RFC1906、1996年1月。
[12] Case, J., Harrington D., Presuhn R. and B. Wijnen, "Message
Processing and Dispatching for the Simple Network Management
Protocol (SNMP)", RFC 2572, April 1999.
[12]ケース、J.、ハリントンD.、Presuhn R.、およびB.Wijnen、「メッセージ処理と簡単なネットワークマネージメントのために急いでいるのは(SNMP)について議定書の中で述べます」、RFC2572、1999年4月。
[13] Blumenthal, U. and B. Wijnen, "User-based Security Model (USM)
for version 3 of the Simple Network Management Protocol
(SNMPv3)", RFC 2574, April 1999.
[13] ブルーメンソルとU.とB.Wijnen、「Simple Network Managementプロトコル(SNMPv3)のバージョン3のためのユーザベースのSecurity Model(USM)」、RFC2574、1999年4月。
[14] Case, J., McCloghrie, K., Rose, M. and S. Waldbusser, "Protocol
Operations for Version 2 of the Simple Network Management
Protocol (SNMPv2)", RFC 1905, January 1996.
[14] ケース、J.、McCloghrie(K.、ローズ、M.、およびS.Waldbusser)は「簡単なネットワーク管理プロトコル(SNMPv2)のバージョン2のための操作について議定書の中で述べます」、RFC1905、1996年1月。
[15] Levi, D., Meyer, P. and B. Stewart, "SNMPv3 Applications", RFC
2573, April 1999.
[15] レビとD.とマイヤーとP.とB.スチュワート、「SNMPv3アプリケーション」、RFC2573、1999年4月。
Phaal, et al. Informational [Page 27] RFC 3176 InMon Corporation's sFlow September 2001
Phaal、他 情報[27ページ]のRFC3176InMon社のsFlow2001年9月
[16] Wijnen, B., Presuhn, R. and K. McCloghrie, "View-based Access
Control Model (VACM) for the Simple Network Management Protocol
(SNMP)", RFC 2575, April 1999.
[16] Wijnen、B.、Presuhn、R.、およびK.McCloghrie、「簡単なネットワークマネージメントのための視点ベースのアクセス制御モデル(VACM)は(SNMP)について議定書の中で述べます」、RFC2575、1999年4月。
[17] Case, J., Mundy, R., Partain, D. and B. Stewart, "Introduction
to Version 3 of the Internet-standard Network Management
Framework", RFC 2570, April 1999.
[17] ケースとJ.とマンディとR.、パーテインとD.とB.スチュワート、「インターネット標準ネットワークマネージメントフレームワークのバージョン3への序論」RFC2570(1999年4月)。
[18] Waldbusser, S., "Remote Network Monitoring Management
Information Base", RFC 2819, May 2000.
[18] Waldbusser(S.、「リモートネットワーク監視管理情報ベース」、RFC2819)は2000がそうするかもしれません。
[19] Waterman, R., Lahaye, B., Romascanu, D. and S. Waldbusser,
"Remote Network Monitoring MIB Extensions for Switched Networks
Version 1.0", RFC 2613, June 1999.
[19]船頭、R.、Lahaye、B.、Romascanu、D.、およびS.Waldbusser、「交換網バージョン1インチ、RFC2613、1999年6月のリモートネットワーク監視MIB拡張子。」
[20] Daniele, M., Haberman, B., Routhier, S. and J. Schoenwaelder,
"Textual Conventions for Internet Network Addresses", RFC 2851,
June 2000.
[20] ダニエルとM.とハーバーマンとB.とRouthierとS.とJ.Schoenwaelder、「インターネットネットワーク・アドレスのための原文のコンベンション」、RFC2851、2000年6月。
[21] Brownlee, N., "Traffic Flow Measurement: Meter MIB", RFC 2720,
October 1999.
[21] ブラウンリー、N.、「流量測定を取引してください」 「メーターMIB」、1999年10月のRFC2720。
[22] Smith, A., Flick, J., de Graaf, K., Romanscanu, D., McMaster,
D., McCloghrie, K. and S. Roberts, "Definition of Managed
Objects for IEEE 802.3 Medium Attachment Units (MAUs)", RFC
2668, August 1999.
[22] スミスとA.とFlickとJ.とdeグラーフとK.とRomanscanuとD.とマクマスターとD.、McCloghrieとK.とS.ロバーツ、「IEEE802.3媒体付属ユニット(MAUs)管理オブジェクトの定義」RFC2668(1999年8月)。
[23] McCloghrie, K. and F. Kastenholz, "The Interfaces Group MIB
using SMIv2", RFC 2233, November 1997.
[23] McCloghrie、K.、およびF.Kastenholz、「インタフェースは1997年11月にSMIv2"、RFC2233を使用するMIBを分類します」。
[24] Flick, J. and J. Johnson, "Definition of Managed Objects for
the Ethernet-like Interface Types", RFC 2358, June 1998.
[24] 軽打とJ.とJ.ジョンソン、「イーサネットのようなインターフェース型のための管理オブジェクトの定義」、RFC2358、1998年6月。
[25] Case, J., "FDDI Management Information Base", RFC 1512,
September 1993.
[25] ケース、J.、「FDDI管理情報ベース」、RFC1512、1993年9月。
[26] McCloghrie, K. and E. Decker, "IEEE 802.5 MIB using SMIv2", RFC
1748, December 1994.
そして、[26]McCloghrie、K.、E.デッカー、「1994年12月にSMIv2"、RFC1748を使用するIEEE802.5MIB。」
[27] Flick, J., "Definitions of Managed Objects for IEEE 802.12
Interfaces", RFC 2020, October 1996.
[27] 軽打、J.、「IEEE802.12インタフェースへの管理オブジェクトの定義」、RFC2020、1996年10月。
[28] Willis, S., Burruss, J. and J. Chu, "Definitions of Managed
Objects for the Fourth Version of the Border Gateway Protocol
(BGP-4) using SMIv2", RFC 1657, July 1994.
[28] ウィリス、S.、Burruss、J.、およびJ.チュウ、「SMIv2"を使用して、境界ゲートウェイの第4バージョンのための管理オブジェクトの定義は(BGP-4)について議定書の中で述べます、RFC1657、1994年7月」。
Phaal, et al. Informational [Page 28] RFC 3176 InMon Corporation's sFlow September 2001
Phaal、他 情報[28ページ]のRFC3176InMon社のsFlow2001年9月
7. Authors' Addresses
7. 作者のアドレス
Peter Phaal InMon Corporation 1404 Irving Street San Francisco, CA 94122
ピーターPhaal InMon社1404のアービング・通りサンフランシスコ、カリフォルニア 94122
Phone: (415) 661-6343 EMail: peter_phaal@INMON.COM
以下に電話をしてください。 (415) 661-6343 メールしてください: peter_phaal@INMON.COM
Sonia Panchen InMon Corporation 1404 Irving Street San Francisco, CA 94122
ソニアパンチェンInMon社1404のアービング・通りサンフランシスコ、カリフォルニア 94122
Phone: (415) 661-6343 EMail: sonia_panchen@INMON.COM
以下に電話をしてください。 (415) 661-6343 メールしてください: sonia_panchen@INMON.COM
Neil McKee InMon Corporation 1404 Irving Street San Francisco, CA 94122
ニールマッキーInMon社1404のアービング・通りサンフランシスコ、カリフォルニア 94122
Phone: (415) 661-6343 EMail: neil_mckee@INMON.COM
以下に電話をしてください。 (415) 661-6343 メールしてください: neil_mckee@INMON.COM
Phaal, et al. Informational [Page 29] RFC 3176 InMon Corporation's sFlow September 2001
Phaal、他 情報[29ページ]のRFC3176InMon社のsFlow2001年9月
8. Intellectual Property Statement
8. 知的所有権声明
The IETF takes no position regarding the validity or scope of any intellectual property 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; neither does it represent that it has made any effort to identify any such rights. Information on the IETF's procedures with respect to rights in standards-track and standards-related documentation can be found in BCP-11. Copies of claims of rights made available for publication 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 implementors or users of this specification can be obtained from the IETF Secretariat.
IETFはどんな知的所有権の正当性か範囲、実装に関係すると主張されるかもしれない他の権利、本書では説明された技術の使用またはそのような権利の下におけるどんなライセンスも利用可能であるかもしれない、または利用可能でないかもしれない範囲に関しても立場を全く取りません。 どちらも、それはそれを表しません。どんなそのような権利も特定するためにいずれも取り組みにしました。 BCP-11で標準化過程の権利と規格関連のドキュメンテーションに関するIETFの手順に関する情報を見つけることができます。 権利のクレームのコピーで利用可能に作られるべきライセンスの保証、または一般的なライセンスか許可が作成者によるそのような所有権の使用に得させられた試みの結果が公表といずれにも利用可能になったか、またはIETF事務局からこの仕様のユーザを得ることができます。
The IETF invites any interested party to bring to its attention any copyrights, patents or patent applications, or other proprietary rights which may cover technology that may be required to practice this standard. Please address the information to the IETF Executive Director.
IETFはこの規格を練習するのに必要であるかもしれない技術をカバーするかもしれないどんな著作権もその注目していただくどんな利害関係者、特許、特許出願、または他の所有権も招待します。 IETF専務に情報を扱ってください。
Phaal, et al. Informational [Page 30] RFC 3176 InMon Corporation's sFlow September 2001
Phaal、他 情報[30ページ]のRFC3176InMon社のsFlow2001年9月
9. Full Copyright Statement
9. 完全な著作権宣言文
Copyright (C) The Internet Society (2001). All Rights Reserved.
Copyright(C)インターネット協会(2001)。 All rights reserved。
This document and translations of it may be copied and furnished to others, and derivative works that comment on or otherwise explain it or assist in its implementation may be prepared, copied, published and distributed, in whole or in part, without restriction of any kind, provided that the above copyright notice and this paragraph are included on all such copies and derivative works. However, this document itself may not be modified in any way, such as by removing the copyright notice or references to the Internet Society or other Internet organizations, except as needed for the purpose of developing Internet standards in which case the procedures for copyrights defined in the Internet Standards process must be followed, or as required to translate it into languages other than English.
それに関するこのドキュメントと翻訳は、コピーして、それが批評するか、またはそうでなければわかる他のもの、および派生している作品に提供するか、または準備されているかもしれなくて、コピーされて、発行されて、全体か一部分配された実装を助けるかもしれません、どんな種類の制限なしでも、上の版権情報とこのパラグラフがそのようなすべてのコピーと派生している作品の上に含まれていれば。 しかしながら、このドキュメント自体は何らかの方法で変更されないかもしれません、インターネット協会か他のインターネット組織の版権情報か参照を取り除くのなどように、それを英語以外の言語に翻訳するのが著作権のための手順がインターネットStandardsプロセスで定義したどのケースに従わなければならないか、必要に応じてさもなければ、インターネット標準を開発する目的に必要であるのを除いて。
The limited permissions granted above are perpetual and will not be revoked by the Internet Society or its successors or assigns.
上に承諾された限られた許容は、永久であり、インターネット協会、後継者または案配によって取り消されないでしょう。
This document and the information contained herein is provided on an "AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
このドキュメントとそして、「そのままで」という基礎とインターネットの振興発展を目的とする組織に、インターネット・エンジニアリング・タスク・フォースが速達の、または、暗示しているすべての保証を放棄するかどうかというここにことであり、他を含んでいて、含まれて、情報の使用がここに侵害しないどんな保証も少しもまっすぐになるという情報か市場性か特定目的への適合性のどんな黙示的な保証。
Acknowledgement
承認
Funding for the RFC Editor function is currently provided by the Internet Society.
RFC Editor機能のための基金は現在、インターネット協会によって提供されます。
Phaal, et al. Informational [Page 31]
Phaal、他 情報[31ページ]
一覧
スポンサーリンク
