Network Working Group J. Quittek
Request for Comments: 5102 NEC
Category: Standards Track S. Bryant
B. Claise
P. Aitken
Cisco Systems, Inc.
J. Meyer
PayPal
January 2008
Information Model for IP Flow Information Export
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 memo defines an information model for the IP Flow Information eXport (IPFIX) protocol. It is used by the IPFIX protocol for encoding measured traffic information and information related to the traffic Observation Point, the traffic Metering Process, and the Exporting Process. Although developed for the IPFIX protocol, the model is defined in an open way that easily allows using it in other protocols, interfaces, and applications.
このメモは、IPフロー情報エクスポート（IPFIX）プロトコルの情報モデルを定義します。これは、トラフィック観測ポイント、トラフィック計量プロセス、およびエクスポートプロセスに関連する測定されたトラフィック情報と情報を符号化するためのIPFIXプロトコルによって使用されます。 IPFIXプロトコルのために開発されているが、モデルを簡単に他のプロトコル、インターフェース、およびアプリケーションで使用することができ、オープンな方法で定義されています。
Table of Contents
目次
1. Introduction ....................................................6
2. Properties of IPFIX Protocol Information Elements ...............7
2.1. Information Elements Specification Template ................7
2.2. Scope of Information Elements ..............................9
2.3. Naming Conventions for Information Elements ................9
3. Type Space .....................................................10
3.1. Abstract Data Types .......................................10
3.1.1. unsigned8 ..........................................10
3.1.2. unsigned16 .........................................11
3.1.3. unsigned32 .........................................11
3.1.4. unsigned64 .........................................11
3.1.5. signed8 ............................................11
3.1.6. signed16 ...........................................11
3.1.7. signed32 ...........................................11
3.1.8. signed64 ...........................................11
3.1.9. float32 ............................................11
3.1.10. float64 ...........................................11
3.1.11. boolean ...........................................12
3.1.12. macAddress ........................................12
3.1.13. octetArray ........................................12
3.1.14. string ............................................12
3.1.15. dateTimeSeconds ...................................12
3.1.16. dateTimeMilliseconds ..............................12
3.1.17. dateTimeMicroseconds ..............................12
3.1.18. dateTimeNanoseconds ...............................13
3.1.19. ipv4Address .......................................13
3.1.20. ipv6Address .......................................13
3.2. Data Type Semantics .......................................13
3.2.1. quantity ...........................................13
3.2.2. totalCounter .......................................13
3.2.3. deltaCounter .......................................14
3.2.4. identifier .........................................14
3.2.5. flags ..............................................14
4. Information Element Identifiers ................................14
5. Information Elements ...........................................18
5.1. Identifiers ...............................................19
5.1.1. lineCardId .........................................20
5.1.2. portId .............................................20
5.1.3. ingressInterface ...................................20
5.1.4. egressInterface ....................................21
5.1.5. meteringProcessId ..................................21
5.1.6. exportingProcessId .................................21
5.1.7. flowId .............................................22
5.1.8. templateId .........................................22
5.1.9. observationDomainId ................................22
5.1.10. observationPointId ................................23
5.1.11. commonPropertiesId ................................23
5.2. Metering and Exporting Process Configuration ..............23
5.2.1. exporterIPv4Address ................................24
5.2.2. exporterIPv6Address ................................24
5.2.3. exporterTransportPort ..............................24
5.2.4. collectorIPv4Address ...............................25
5.2.5. collectorIPv6Address ...............................25
5.2.6. exportInterface ....................................25
5.2.7. exportProtocolVersion ..............................26
5.2.8. exportTransportProtocol ............................26
5.2.9. collectorTransportPort .............................27
5.2.10. flowKeyIndicator ..................................27
5.3. Metering and Exporting Process Statistics .................28
5.3.1. exportedMessageTotalCount ..........................28
5.3.2. exportedOctetTotalCount ............................28
5.3.3. exportedFlowRecordTotalCount .......................29
5.3.4. observedFlowTotalCount .............................29
5.3.5. ignoredPacketTotalCount ............................29
5.3.6. ignoredOctetTotalCount .............................30
5.3.7. notSentFlowTotalCount ..............................30
5.3.8. notSentPacketTotalCount ............................30
5.3.9. notSentOctetTotalCount .............................31
5.4. IP Header Fields ..........................................31
5.4.1. ipVersion ..........................................31
5.4.2. sourceIPv4Address ..................................32
5.4.3. sourceIPv6Address ..................................32
5.4.4. sourceIPv4PrefixLength .............................32
5.4.5. sourceIPv6PrefixLength .............................33
5.4.6. sourceIPv4Prefix ...................................33
5.4.7. sourceIPv6Prefix ...................................33
5.4.8. destinationIPv4Address .............................33
5.4.9. destinationIPv6Address .............................34
5.4.10. destinationIPv4PrefixLength .......................34
5.4.11. destinationIPv6PrefixLength .......................34
5.4.12. destinationIPv4Prefix .............................34
5.4.13. destinationIPv6Prefix .............................35
5.4.14. ipTTL .............................................35
5.4.15. protocolIdentifier ................................35
5.4.16. nextHeaderIPv6 ....................................36
5.4.17. ipDiffServCodePoint ...............................36
5.4.18. ipPrecedence ......................................36
5.4.19. ipClassOfService ..................................37
5.4.20. postIpClassOfService ..............................37
5.4.21. flowLabelIPv6 .....................................38
5.4.22. isMulticast .......................................38
5.4.23. fragmentIdentification ............................39
5.4.24. fragmentOffset ....................................39
5.4.25. fragmentFlags .....................................39
5.4.26. ipHeaderLength ....................................40
5.4.27. ipv4IHL ...........................................40
5.4.28. totalLengthIPv4 ...................................41
5.4.29. ipTotalLength .....................................41
5.4.30. payloadLengthIPv6 .................................41
5.5. Transport Header Fields ...................................42
5.5.1. sourceTransportPort ................................42
5.5.2. destinationTransportPort ...........................42
5.5.3. udpSourcePort ......................................43
5.5.4. udpDestinationPort .................................43
5.5.5. udpMessageLength ...................................43
5.5.6. tcpSourcePort ......................................44
5.5.7. tcpDestinationPort .................................44
5.5.8. tcpSequenceNumber ..................................44
5.5.9. tcpAcknowledgementNumber ...........................44
5.5.10. tcpWindowSize .....................................45
5.5.11. tcpWindowScale ....................................45
5.5.12. tcpUrgentPointer ..................................45
5.5.13. tcpHeaderLength ...................................45
5.5.14. icmpTypeCodeIPv4 ..................................46
5.5.15. icmpTypeIPv4 ......................................46
5.5.16. icmpCodeIPv4 ......................................46
5.5.17. icmpTypeCodeIPv6 ..................................46
5.5.18. icmpTypeIPv6 ......................................47
5.5.19. icmpCodeIPv6 ......................................47
5.5.20. igmpType ..........................................47
5.6. Sub-IP Header Fields ......................................48
5.6.1. sourceMacAddress ...................................48
5.6.2. postSourceMacAddress ...............................48
5.6.3. vlanId .............................................49
5.6.4. postVlanId .........................................49
5.6.5. destinationMacAddress ..............................49
5.6.6. postDestinationMacAddress ..........................49
5.6.7. wlanChannelId ......................................50
5.6.8. wlanSSID ...........................................50
5.6.9. mplsTopLabelTTL ....................................50
5.6.10. mplsTopLabelExp ...................................51
5.6.11. postMplsTopLabelExp ...............................51
5.6.12. mplsLabelStackDepth ...............................51
5.6.13. mplsLabelStackLength ..............................52
5.6.14. mplsPayloadLength .................................52
5.6.15. mplsTopLabelStackSection ..........................52
5.6.16. mplsLabelStackSection2 ............................53
5.6.17. mplsLabelStackSection3 ............................53
5.6.18. mplsLabelStackSection4 ............................53
5.6.19. mplsLabelStackSection5 ............................54
5.6.20. mplsLabelStackSection6 ............................54
5.6.21. mplsLabelStackSection7 ............................54
5.6.22. mplsLabelStackSection8 ............................55
5.6.23. mplsLabelStackSection9 ............................55
5.6.24. mplsLabelStackSection10 ...........................55
5.7. Derived Packet Properties .................................56
5.7.1. ipPayloadLength ....................................56
5.7.2. ipNextHopIPv4Address ...............................56
5.7.3. ipNextHopIPv6Address ...............................57
5.7.4. bgpSourceAsNumber ..................................57
5.7.5. bgpDestinationAsNumber .............................57
5.7.6. bgpNextAdjacentAsNumber ............................57
5.7.7. bgpPrevAdjacentAsNumber ............................58
5.7.8. bgpNextHopIPv4Address ..............................58
5.7.9. bgpNextHopIPv6Address ..............................58
5.7.10. mplsTopLabelType ..................................59
5.7.11. mplsTopLabelIPv4Address ...........................59
5.7.12. mplsTopLabelIPv6Address ...........................60
5.7.13. mplsVpnRouteDistinguisher .........................60
5.8. Min/Max Flow Properties ...................................61
5.8.1. minimumIpTotalLength ...............................61
5.8.2. maximumIpTotalLength ...............................61
5.8.3. minimumTTL .........................................61
5.8.4. maximumTTL .........................................62
5.8.5. ipv4Options ........................................62
5.8.6. ipv6ExtensionHeaders ...............................64
5.8.7. tcpControlBits .....................................65
5.8.8. tcpOptions .........................................66
5.9. Flow Timestamps ...........................................67
5.9.1. flowStartSeconds ...................................67
5.9.2. flowEndSeconds .....................................68
5.9.3. flowStartMilliseconds ..............................68
5.9.4. flowEndMilliseconds ................................68
5.9.5. flowStartMicroseconds ..............................68
5.9.6. flowEndMicroseconds ................................68
5.9.7. flowStartNanoseconds ...............................69
5.9.8. flowEndNanoseconds .................................69
5.9.9. flowStartDeltaMicroseconds .........................69
5.9.10. flowEndDeltaMicroseconds ..........................69
5.9.11. systemInitTimeMilliseconds ........................70
5.9.12. flowStartSysUpTime ................................70
5.9.13. flowEndSysUpTime ..................................70
5.10. Per-Flow Counters ........................................70
5.10.1. octetDeltaCount ...................................71
5.10.2. postOctetDeltaCount ...............................71
5.10.3. octetDeltaSumOfSquares ............................72
5.10.4. octetTotalCount ...................................72
5.10.5. postOctetTotalCount ...............................72
5.10.6. octetTotalSumOfSquares ............................72
5.10.7. packetDeltaCount ..................................73
5.10.8. postPacketDeltaCount ..............................73
5.10.9. packetTotalCount ..................................73
5.10.10. postPacketTotalCount .............................74
5.10.11. droppedOctetDeltaCount ...........................74
5.10.12. droppedPacketDeltaCount ..........................74
5.10.13. droppedOctetTotalCount ...........................74
5.10.14. droppedPacketTotalCount ..........................75
5.10.15. postMCastPacketDeltaCount ........................75
5.10.16. postMCastOctetDeltaCount .........................75
5.10.17. postMCastPacketTotalCount ........................76
5.10.18. postMCastOctetTotalCount .........................76
5.10.19. tcpSynTotalCount .................................76
5.10.20. tcpFinTotalCount .................................77
5.10.21. tcpRstTotalCount .................................77
5.10.22. tcpPshTotalCount .................................77
5.10.23. tcpAckTotalCount .................................78
5.10.24. tcpUrgTotalCount .................................78
5.11. Miscellaneous Flow Properties ............................78
5.11.1. flowActiveTimeout .................................79
5.11.2. flowIdleTimeout ...................................79
5.11.3. flowEndReason .....................................79
5.11.4. flowDurationMilliseconds ..........................80
5.11.5. flowDurationMicroseconds ..........................80
5.11.6. flowDirection .....................................80
5.12. Padding ..................................................80
5.12.1. paddingOctets .....................................81
6. Extending the Information Model ................................81
7. IANA Considerations ............................................82
7.1. IPFIX Information Elements ................................82
7.2. MPLS Label Type Identifier ................................82
7.3. XML Namespace and Schema ..................................83
8. Security Considerations ........................................83
9. Acknowledgements ...............................................84
10. References ....................................................84
10.1. Normative References .....................................84
10.2. Informative References ...................................84
Appendix A. XML Specification of IPFIX Information Elements .......88
Appendix B. XML Specification of Abstract Data Types .............157
The IP Flow Information eXport (IPFIX) protocol serves for transmitting information related to measured IP traffic over the Internet. The protocol specification in [RFC5101] defines how Information Elements are transmitted. For Information Elements, it specifies the encoding of a set of basic data types. However, the list of Information Elements that can be transmitted by the protocol, such as Flow attributes (source IP address, number of packets, etc.) and information about the Metering and Exporting Process (packet Observation Point, sampling rate, Flow timeout interval, etc.), is not specified in [RFC5101].
IPフロー情報エクスポート（IPFIX）プロトコルは、インターネット上で測定されたIPトラフィックに関連する情報を送信するのに役立ちます。 [RFC5101]のプロトコル仕様は、情報要素を送信する方法を定義します。情報要素の場合は、基本データ型のセットのエンコーディングを指定します。しかしながら、そのようなフローなどのプロトコルによって送信可能な情報要素のリストは、メータリングおよびエクスポートプロセス（パケット観測ポイント、サンプリングレート、フロータイムアウト間隔について（送信元IPアドレス、パケット数、等）と情報を属性、等）、[RFC5101]で指定されていません。
This document complements the IPFIX protocol specification by providing the IPFIX information model. IPFIX-specific terminology used in this document is defined in Section 2 of [RFC5101]. As in [RFC5101], these IPFIX-specific terms have the first letter of a word capitalized when used in this document.
このドキュメントは、IPFIX情報モデルを提供することにより、IPFIXプロトコル仕様を補完します。この文書で使用IPFIX固有の用語は[RFC5101]のセクション2で定義されています。 [RFC5101]のように、これらIPFIX固有の用語は、本文書で使用される場合、単語の最初の文字が大文字有します。
The use of the term 'information model' is not fully in line with the definition of this term in [RFC3444]. The IPFIX information model does not specify relationships between Information Elements, but also it does not specify a concrete encoding of Information Elements. Besides the encoding used by the IPFIX protocol, other encodings of IPFIX Information Elements can be applied, for example, XML-based encodings.
用語「情報モデル」の使用は[RFC3444]でこの用語の定義に沿ったもので、完全ではありません。 IPFIX情報モデルは、情報要素間の関係を指定しませんが、またそれは、情報要素の具体的なエンコーディングを指定していません。 IPFIXプロトコルによって使用される符号化に加えて、IPFIX情報エレメントの他の符号化は、例えば、XMLベースのエンコーディングを適用することができます。
The main part of this document is Section 5, which defines the (extensible) list of Information Elements to be transmitted by the IPFIX protocol. Section 2 defines a template for specifying IPFIX Information Elements in Section 5. Section 3 defines the set of abstract data types that are available for IPFIX Information Elements. Section 6 discusses extensibility of the IPFIX information model.
この文書の主要部分は、IPFIXプロトコルによって送信される情報要素の（拡張可能）のリストを定義するセクション5です。第2節では、IPFIX情報要素のために利用可能な抽象データ型のセットを定義する第5節第3節ではIPFIX情報要素を指定するためのテンプレートを定義します。第6節はIPFIX情報モデルの拡張について説明します。
The main bodies of Sections 2, 3, and 5 were generated from XML documents. The XML-based specification of template, abstract data types, and IPFIX Information Elements can be used for automatically checking syntactical correctness of the specification of IPFIX Information Elements. It can further be used for generating IPFIX protocol implementation code that deals with processing IPFIX Information Elements. Also, code for applications that further process traffic information transmitted via the IPFIX protocol can be generated with the XML specification of IPFIX Information Elements.
セクション2、3、および5の本体は、XML文書から生成しました。テンプレート、抽象データ型、およびIPFIX情報要素のXMLベースの仕様では、自動的にIPFIX情報要素の仕様の構文正しさをチェックするために使用することができます。さらに、IPFIX情報要素の処理を扱うIPFIXプロトコルの実装コードを生成するために使用することができます。また、さらなるプロセス交通情報をIPFIXプロトコルを介して送信されたアプリケーションのためのコードはIPFIX情報エレメントのXML仕様に生成することができます。
For that reason, the XML document that served as a source for Section 5 and the XML schema that served as source for Sections 2 and 3 are attached to this document in Appendices A and B.
そのため、第5及びセクション2及び3の供給源として役立ったXMLスキーマのための源として役立ったXML文書は、付録AとBは、この文書に添付されています
Note that although partially generated from the attached XML documents, the main body of this document is normative while the appendices are informational.
部分的に取り付けたXML文書から生成されたものの、付録は情報であるが、この文書の本体は規範的であることに注意してください。
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in [RFC2119].
この文書のキーワード "MUST"、 "MUST NOT"、 "REQUIRED"、、、、 "べきではない" "べきである" "ないもの" "ものとし"、 "推奨"、 "MAY"、および "OPTIONAL" はあります[RFC2119]に記載されているように解釈されます。
Information in messages of the IPFIX protocol is modeled in terms of Information Elements of the IPFIX information model. IPFIX Information Elements are specified in Section 5. For specifying these Information Elements, a template is used that is described below.
IPFIXプロトコルのメッセージ内の情報はIPFIX情報モデルの情報要素の観点からモデル化されています。 IPFIX情報要素テンプレートは、以下に説明されている使用され、これらの情報要素を指定するための第5項に規定されています。
All Information Elements specified for the IPFIX protocol either in this document or by any future extension MUST have the following properties defined:
IPFIXプロトコルのいずれか、この文書にまたは任意の将来の拡張で指定されたすべての情報要素は、次のプロパティが定義されている必要があります。
name - A unique and meaningful name for the Information Element.
名前 - 情報要素のためのユニークで意味のある名前。
elementId - A numeric identifier of the Information Element. If this identifier is used without an enterprise identifier (see [RFC5101] and enterpriseId below), then it is globally unique and the list of allowed values is administered by IANA. It is used for compact identification of an Information Element when encoding Templates in the protocol.
ELEMENTID - 情報要素の数値識別子。この識別子は、企業の識別子なしで使用される場合、それはグローバルに一意であり、許容値のリストは、IANAによって投与される（以下[RFC5101]とenterpriseIdを参照されたいです）。プロトコルにテンプレートを符号化する際には、情報要素のコンパクトな識別のために使用されます。
description - The semantics of this Information Element. Describes how this Information Element is derived from the Flow or other information available to the observer.
説明 - この情報要素の意味。この情報要素は、フローや観察者に利用可能な他の情報から導出される方法を説明します。
dataType - One of the types listed in Section 3.1 of this document or in a future extension of the information model. The type space for attributes is constrained to facilitate implementation. The existing type space does however encompass most basic types used in modern programming languages, as well as some derived types (such as ipv4Address) that are common to this domain and useful to distinguish.
dataTypeと - このドキュメントのセクション3.1か情報モデルの今後の拡大に記載されているタイプの一つ。属性の型スペースは実装を容易にするために、制約されています。既存のタイプのスペースは、しかし、現代のプログラミング言語で使用される最も基本的なタイプだけでなく、このドメインに共通して区別するのに有用である（例えばIPv4Addressをなど）いくつかの派生型を包含しません。
status - The status of the specification of this Information Element. Allowed values are 'current', 'deprecated', and 'obsolete'.
ステータス - この情報要素の仕様の状態。指定可能な値は、「現在の」「非推奨」、および「時代遅れ」です。
Enterprise-specific Information Elements MUST have the following property defined:
エンタープライズ固有の情報要素は、定義された次のプロパティを持っている必要があります。
enterpriseId - Enterprises may wish to define Information Elements without registering them with IANA, for example, for enterprise-internal purposes. For such Information Elements, the Information Element identifier described above is not sufficient when the Information Element is used outside the enterprise. If specifications of enterprise-specific Information Elements are made public and/or if enterprise-specific identifiers are used by the IPFIX protocol outside the enterprise, then the enterprise-specific identifier MUST be made globally unique by combining it with an enterprise identifier. Valid values for the enterpriseId are defined by IANA as Structure of Management Information (SMI) network management private enterprise codes. They are defined at http://www.iana.org/assignments/enterprise-numbers.
enterpriseId - 企業は、企業内部目的のために、例えば、IANAにそれらを登録しないで情報要素を定義することもできます。情報要素は、企業外で使用される場合、そのような情報要素について、上述した情報要素識別子は十分ではありません。企業固有の情報要素の仕様が公開されている場合、企業固有の識別子が企業外IPFIXプロトコルによって使用される場合、および/または、その後、企業固有の識別子は、企業の識別子と組み合わせることによって、グローバルに一意にしなければなりません。 enterpriseIdの有効な値は、管理情報（SMI）ネットワーク管理、民間企業コードの構造としてIANAによって定義されています。これらはhttp://www.iana.org/assignments/enterprise-numbersで定義されています。
All Information Elements specified for the IPFIX protocol either in this document or by any future extension MAY have the following properties defined:
IPFIXプロトコルのいずれか、この文書にまたは任意の将来の拡張で指定されたすべての情報要素は、以下のプロパティが定義されていることがあります。
dataTypeSemantics - The integral types may be qualified by additional semantic details. Valid values for the data type semantics are specified in Section 3.2 of this document or in a future extension of the information model.
dataTypeSemantics - 整数型には、追加の意味論的な詳細によって修飾することができます。データ・タイプのセマンティクスの有効な値は、このドキュメントのセクション3.2か情報モデルの今後の拡大に指定されています。
units - If the Information Element is a measure of some kind, the units identify what the measure is.
単位は - 情報要素はいくつかの種類の尺度である場合、単位は対策が何であるかを識別する。
range - Some Information Elements may only be able to take on a restricted set of values that can be expressed as a range (e.g., 0 through 511 inclusive). If this is the case, the valid inclusive range should be specified.
範囲 - いくつかの情報要素のみを範囲として表すことができる値の制限されたセットに取ることができる（例えば、0から511を含みます）。このような場合は、有効な包括的範囲を指定する必要があります。
reference - Identifies additional specifications that more precisely define this item or provide additional context for its use.
参考 - より正確には、このアイテムを定義するか、またはその使用のための追加のコンテキストを提供する追加の仕様を識別します。
By default, most Information Elements have a scope specified in their definitions.
デフォルトでは、ほとんどの情報要素は、その定義で指定された範囲を持っています。
o The Information Elements defined in Sections 5.2 and 5.3 have a default of "a specific Metering Process" or of "a specific Exporting Process", respectively.
O情報要素は、セクション5.2で定義されており、5.3は、それぞれ、「特定のエクスポートプロセス」「特定計量プロセス」のかのデフォルトを持っています。
o The Information Elements defined in Sections 5.4-5.11 have a scope of "a specific Flow".
Oセクション5.4から5.11に定義されている情報要素「とは、特定のフロー」の範囲を持っています。
Within Data Records defined by Option Templates, the IPFIX protocol allows further limiting of the Information Element scope. The new scope is specified by one or more scope fields and defined as the combination of all specified scope values; see Section 3.4.2.1 on IPFIX scopes in [RFC5101].
オプションテンプレートによって定義されたデータレコード内、IPFIXプロトコルは、更に、情報要素の範囲を限定することができます。新しいスコープは、一つ以上のスコープ・フィールドによって指定され、指定されたすべての範囲の値の組み合わせとして定義されます。 [RFC5101]でIPFIXスコープのセクション3.4.2.1を参照してください。
The following naming conventions were used for naming Information
Elements in this document. It is recommended that extensions of the
model use the same conventions.
o Names of Information Elements should be descriptive.
O情報要素の名前は記述する必要があります。
o Names of Information Elements that are not enterprise-specific MUST be unique within the IPFIX information model. Enterprise-specific Information Elements SHOULD be prefixed with a vendor name.
Oエンタープライズ固有でない情報要素の名前はIPFIX情報モデル内で一意でなければなりません。エンタープライズ固有の情報要素は、ベンダー名で始めなければなりません。
o Names of Information Elements start with non-capitalized letters.
O情報要素の名前は非大文字の文字で始まります。
o Composed names use capital letters for the first letter of each component (except for the first one). All other letters are non-capitalized, even for acronyms. Exceptions are made for acronyms containing non-capitalized letter, such as 'IPv4' and 'IPv6'. Examples are sourceMacAddress and destinationIPv4Address.
O作曲名は（最初のものを除く）の各成分の最初の文字を大文字を使用します。他のすべての文字はさえ頭字語のために、非資産計上されます。例外は、「IPv4の」と「のIPv6」などの非大文字の文字を含む頭字語、のために作られています。例としては、sourceMacAddressとdestinationIPv4Addressです。
o Middleboxes [RFC3234] may change Flow properties, such as the Differentiated Service Code Point (DSCP) value or the source IP address. If an IPFIX Observation Point is located in the path of a Flow before one or more middleboxes that potentially modify packets of the Flow, then it may be desirable to also report Flow properties after the modification performed by the middleboxes. An example is an Observation Point before a packet marker changing a packet's IPv4 Type of Service (TOS) field that is encoded in Information Element classOfServiceIPv4. Then the value observed and reported by Information Element classOfServiceIPv4 is valid at the Observation Point, but not after the packet passed the packet marker. For reporting the change value of the TOS field, the IPFIX information model uses Information Elements that have a name prefix "post", for example, "postClassOfServiceIPv4". Information Elements with prefix "post" report on Flow properties that are not necessarily observed at the Observation Point, but which are obtained within the Flow's Observation Domain by other means considered to be sufficiently reliable, for example, by analyzing the packet marker's marking tables.
OのMiddleboxes [RFC3234]は、そのような差別化サービスコードポイント（DSCP）値またはソースIPアドレスとして流動特性を、変更することができます。 IPFIX観測点は、潜在的にフローのパケットを修正する一つ以上の中間装置の前流の経路に配置されている場合、また、中間装置によって実行される変更後の流動性を報告することが望ましい場合があります。例では、情報要素classOfServiceIPv4でエンコードされているサービス（TOS）フィールドのパケットのIPv4タイプを変更するパケットマーカの前に観測点です。そして、情報要素classOfServiceIPv4で観測されたと報告された値は、パケットがパケットマーカーを通過したObservation Pointのではなく、後に有効です。 TOSフィールドの変更値を報告するため、IPFIX情報モデルは、「postClassOfServiceIPv4」例えば、「ポスト」の名前の接頭辞を持つ情報要素を使用しています。必ずしも観測点で観測されず、例えば、パケットマーカーのマーキングテーブルを解析することで、十分に信頼性があると考えられ、他の手段によって流れの観測ドメイン内得られる流動特性に接頭辞「ポスト」の報告と情報要素。
This section describes the abstract data types that can be used for the specification of IPFIX Information Elements in Section 4. Section 3.1 describes the set of abstract data types.
このセクションでは、抽象データ型のセットを記述する第4節3.1節でIPFIX情報要素の仕様のために使用することができる抽象データ型を記述します。
Abstract data types unsigned8, unsigned16, unsigned32, unsigned64, signed8, signed16, signed32, and signed64 are integral data types. As described in Section 3.2, their data type semantics can be further specified, for example, by 'totalCounter', 'deltaCounter', 'identifier', or 'flags'.
抽象データ型UNSIGNED8、UNSIGNED16、Unsigned32の、unsigned64は、signed8、signed16、signed32、およびsigned64は、整数データ型です。セクション3.2で説明したように、それらのデータ・タイプのセマンティクスは、さらに、例えば、「totalCounter」、「deltaCounter」、「識別子」、または「フラグ」によって、特定することができます。
This section describes the set of valid abstract data types of the IPFIX information model. Note that further abstract data types may be specified by future extensions of the IPFIX information model.
このセクションでは、IPFIX情報モデルの有効な抽象データ型のセットを記述します。さらに抽象データ型はIPFIX情報モデルの将来の拡張で指定することができることに注意してください。
The type "unsigned8" represents a non-negative integer value in the range of 0 to 255.
「UNSIGNED8」タイプは0〜255の範囲の非負の整数値を表します。
The type "unsigned16" represents a non-negative integer value in the range of 0 to 65535.
「UNSIGNED16」タイプは0〜65535の範囲の非負の整数値を表します。
The type "unsigned32" represents a non-negative integer value in the range of 0 to 4294967295.
タイプ「Unsigned32のは、」4294967295から0までの範囲の非負の整数値を表します。
The type "unsigned64" represents a non-negative integer value in the range of 0 to 18446744073709551615.
「unsigned64は」タイプ18446744073709551615から0までの範囲の非負の整数値を表します。
The type "signed8" represents an integer value in the range of -128 to 127.
タイプ「signed8」は127 -128の範囲の整数値を表します。
The type "signed16" represents an integer value in the range of -32768 to 32767.
タイプ「signed16」は-32768〜32767の範囲の整数値を表します。
The type "signed32" represents an integer value in the range of -2147483648 to 2147483647.
タイプ「signed32」は-2147483648の2147483647の範囲の整数値を表します。
The type "signed64" represents an integer value in the range of -9223372036854775808 to 9223372036854775807.
タイプ「signed64」は-9223372036854775808の9223372036854775807の範囲の整数値を表します。
The type "float32" corresponds to an IEEE single-precision 32-bit floating point type as defined in [IEEE.754.1985].
【IEEE.754.1985]で定義されているタイプ「のfloat32」はIEEE単精度32ビット浮動小数点型に相当します。
The type "float64" corresponds to an IEEE double-precision 64-bit floating point type as defined in [IEEE.754.1985].
【IEEE.754.1985]で定義されているタイプ「のfloat64」はIEEE倍精度64ビット浮動小数点型に相当します。
The type "boolean" represents a binary value. The only allowed values are "true" and "false".
タイプ「ブール」のバイナリ値を表します。唯一の許容値は、「真」と「偽」です。
The type "macAddress" represents a string of 6 octets.
タイプ「MACADDRESSは」6つのオクテットの文字列を表します。
The type "octetArray" represents a finite-length string of octets.
タイプ「octetArrayは」オクテットの有限長の文字列を表します。
The type "string" represents a finite-length string of valid characters from the Unicode character encoding set [ISO.10646- 1.1993]. Unicode allows for ASCII [ISO.646.1991] and many other international character sets to be used.
タイプ「string」は、Unicode文字エンコーディングセット[ISO.10646- 1.1993]から有効な文字の有限長の文字列を表します。 Unicodeは、[ISO.646.1991] ASCIIを可能にし、他の多くの国際的な文字セットが使用されるように。
The type "dateTimeSeconds" represents a time value in units of seconds based on coordinated universal time (UTC). The choice of an epoch, for example, 00:00 UTC, January 1, 1970, is left to corresponding encoding specifications for this type, for example, the IPFIX protocol specification. Leap seconds are excluded. Note that transformation of values might be required between different encodings if different epoch values are used.
タイプ「dateTimeSecondsは」協定世界時（UTC）に基づいて、秒単位の時間値を表します。エポックの選択は、例えば00:00 UTC 1970年1月1日には、例えば、IPFIXプロトコル仕様、このタイプの符号化仕様を対応に任されています。うるう秒は除外されています。異なるエポック値が使用される場合は、値の変換は、異なるエンコーディングの間に必要とされるかもしれないことに留意されたいです。
The type "dateTimeMilliseconds" represents a time value in units of milliseconds based on coordinated universal time (UTC). The choice of an epoch, for example, 00:00 UTC, January 1, 1970, is left to corresponding encoding specifications for this type, for example, the IPFIX protocol specification. Leap seconds are excluded. Note that transformation of values might be required between different encodings if different epoch values are used.
タイプ「dateTimeMillisecondsは」協定世界時（UTC）に基づいて、ミリ秒単位の時間値を表します。エポックの選択は、例えば00:00 UTC 1970年1月1日には、例えば、IPFIXプロトコル仕様、このタイプの符号化仕様を対応に任されています。うるう秒は除外されています。異なるエポック値が使用される場合は、値の変換は、異なるエンコーディングの間に必要とされるかもしれないことに留意されたいです。
The type "dateTimeMicroseconds" represents a time value in units of microseconds based on coordinated universal time (UTC). The choice of an epoch, for example, 00:00 UTC, January 1, 1970, is left to corresponding encoding specifications for this type, for example, the IPFIX protocol specification. Leap seconds are excluded. Note that transformation of values might be required between different encodings if different epoch values are used.
タイプ「dateTimeMicrosecondsは」協定世界時（UTC）に基づくマイクロ秒単位の時間値を表します。エポックの選択は、例えば00:00 UTC 1970年1月1日には、例えば、IPFIXプロトコル仕様、このタイプの符号化仕様を対応に任されています。うるう秒は除外されています。異なるエポック値が使用される場合は、値の変換は、異なるエンコーディングの間に必要とされるかもしれないことに留意されたいです。
The type "dateTimeNanoseconds" represents a time value in units of nanoseconds based on coordinated universal time (UTC). The choice of an epoch, for example, 00:00 UTC, January 1, 1970, is left to corresponding encoding specifications for this type, for example, the IPFIX protocol specification. Leap seconds are excluded. Note that transformation of values might be required between different encodings if different epoch values are used.
タイプ「dateTimeNanosecondsは」協定世界時（UTC）に基づくナノ秒単位の時間値を表します。エポックの選択は、例えば00:00 UTC 1970年1月1日には、例えば、IPFIXプロトコル仕様、このタイプの符号化仕様を対応に任されています。うるう秒は除外されています。異なるエポック値が使用される場合は、値の変換は、異なるエンコーディングの間に必要とされるかもしれないことに留意されたいです。
The type "ipv4Address" represents a value of an IPv4 address.
タイプ「IPv4Addressを」は、IPv4アドレスの値を表します。
The type "ipv6Address" represents a value of an IPv6 address.
タイプ「ipv6Addressは、」IPv6アドレスの値を表しています。
This section describes the set of valid data type semantics of the IPFIX information model. Note that further data type semantics may be specified by future extensions of the IPFIX information model.
このセクションでは、IPFIX情報モデルの有効なデータ・タイプのセマンティクスのセットを記述する。さらに、データ型のセマンティクスはIPFIX情報モデルの将来の拡張で指定することができることに注意してください。
A quantity value represents a discrete measured value pertaining to the record. This is distinguished from counters that represent an ongoing measured value whose "odometer" reading is captured as part of a given record. If no semantic qualifier is given, the Information Elements that have an integral data type should behave as a quantity.
量の値は、レコードに関連する離散的な測定値を表します。これは、「走行距離」読み取り所与のレコードの一部として取り込まれている継続的な測定値を表すカウンタと区別されます。何の意味的な修飾子が指定されていない場合、整数データ型を持つ情報要素は、量として振る舞う必要があります。
An integral value reporting the value of a counter. Counters are unsigned and wrap back to zero after reaching the limit of the type. For example, an unsigned64 with counter semantics will continue to increment until reaching the value of 2**64 - 1. At this point, the next increment will wrap its value to zero and continue counting from zero. The semantics of a total counter is similar to the semantics of counters used in SNMP, such as Counter32 defined in RFC 2578 [RFC2578]. The only difference between total counters and counters
カウンタの値を報告する整数値。カウンタは、符号なしであり、タイプの限界に達した後、ゼロに戻ってラップします。この時点で、1次の増分がゼロにその値をラップし、ゼロからカウントを継続します - 例えば、カウンタセマンティクスとunsigned64は、2 ** 64の値に達するまでインクリメントし続けます。トータルカウンタの意味論は、RFC 2578 [RFC2578]で定義されたようなCounter32のようなSNMPで使用されるカウンタの意味論と同様です。トータルカウンタとカウンタの唯一の違い
used in SNMP is that the total counters have an initial value of 0. A total counter counts independently of the export of its value.
SNMPで使用することは、総カウンタはトータルカウンタは独立して、その値の輸出のカウントは0の初期値を持っていることです。
An integral value reporting the value of a counter. Counters are unsigned and wrap back to zero after reaching the limit of the type. For example, an unsigned64 with counter semantics will continue to increment until reaching the value of 2**64 - 1. At this point, the next increment will wrap its value to zero and continue counting from zero. The semantics of a delta counter is similar to the semantics of counters used in SNMP, such as Counter32 defined in RFC 2578 [RFC2578]. The only difference between delta counters and counters used in SNMP is that the delta counters have an initial value of 0. A delta counter is reset to 0 each time its value is exported.
カウンタの値を報告する整数値。カウンタは、符号なしであり、タイプの限界に達した後、ゼロに戻ってラップします。この時点で、1次の増分がゼロにその値をラップし、ゼロからカウントを継続します - 例えば、カウンタセマンティクスとunsigned64は、2 ** 64の値に達するまでインクリメントし続けます。デルタカウンタの意味論は、RFC 2578 [RFC2578]で定義されたようなCounter32のようなSNMPで使用されるカウンタの意味論と同様です。 SNMPで使用されるデルタカウンタと、カウンタの唯一の違いは、デルタカウンタはデルタカウンタが0の値がエクスポートされるたびにリセットされ、0の初期値を有することです。
An integral value that serves as an identifier. Specifically, mathematical operations on two identifiers (aside from the equality operation) are meaningless. For example, Autonomous System ID 1 * Autonomous System ID 2 is meaningless.
識別子として機能する整数値。具体的には、2つの識別子（脇等価操作からの）上の数学的な操作は無意味です。例えば、自律システムID 1 *自律システムID 2は無意味です。
An integral value that actually represents a set of bit fields. Logical operations are appropriate on such values, but not other mathematical operations. Flags should always be of an unsigned type.
実際のビットフィールドのセットを表す整数値。論理演算は、このような値に適切ではなく、他の数学的な操作です。フラグは常に符号なしの型でなければなりません。
All Information Elements defined in Section 5 of this document or in future extensions of the IPFIX information model have their identifiers assigned by IANA. Their identifiers can be retrieved at http://www.iana.org/assignments/ipfix.
このドキュメントのセクション5でまたはIPFIX情報モデルの将来の拡張で定義されたすべての情報要素は、IANAによって割り当てられたその識別子を持っています。その識別子はhttp://www.iana.org/assignments/ipfixで取得することができます。
The value of these identifiers is in the range of 1-32767. Within this range, Information Element identifier values in the sub-range of 1-127 are compatible with field types used by NetFlow version 9 [RFC3954].
これらの識別子の値は、1〜32767の範囲です。この範囲内で、1-127のサブ範囲の情報要素識別子の値は、NetFlowバージョン9 [RFC3954]によって使用されるフィールドタイプと互換性があります。
+---------------------------------+---------------------------------+
| Range of IANA-assigned | Description |
| Information Element identifiers | |
+---------------------------------+---------------------------------+
| 0 | Reserved. |
| 1-127 | Information Element identifiers |
| | compatible with NetFlow version |
| | 9 field types [RFC3954]. |
| 128-32767 | Further Information Element |
| | identifiers. |
+---------------------------------+---------------------------------+
Enterprise-specific Information Element identifiers have the same range of 1-32767, but they are coupled with an additional enterprise identifier. For enterprise-specific Information Elements, Information Element identifier 0 is also reserved.
エンタープライズ固有の情報エレメント識別子は、1〜32767の同じ範囲を持っていますが、彼らは追加の企業識別子と結合されています。企業固有の情報要素は、情報要素識別子0も予約されています。
Enterprise-specific Information Element identifiers can be chosen by an enterprise arbitrarily within the range of 1-32767. The same identifier may be assigned by other enterprises for different purposes.
企業固有の情報要素識別子は、1〜32767の範囲内の任意の企業が選択することができます。同じ識別子が異なる目的のために他の会社によって割り当てられてもよいです。
Still, Collecting Processes can distinguish these Information Elements because the Information Element identifier is coupled with an enterprise identifier.
情報要素識別子は、企業の識別子と結合されているので、まだ、収集プロセスは、これらの情報要素を区別することができます。
Enterprise identifiers MUST be registered as SMI network management private enterprise code numbers with IANA. The registry can be found at http://www.iana.org/assignments/enterprise-numbers.
エンタープライズ識別子は、IANAとのSMIネットワーク管理プライベート企業コード番号として登録する必要があります。レジストリはhttp://www.iana.org/assignments/enterprise-numbersで見つけることができます。
The following list gives an overview of the Information Element identifiers that are specified in Section 5 and are compatible with field types used by NetFlow version 9 [RFC3954].
以下のリストはセクション5で指定されたとNetFlowバージョン9 [RFC3954]によって使用されるフィールドタイプと互換性のあるれる情報要素識別子の概要を示します。
+----+----------------------------+-------+-------------------------+
| ID | Name | ID | Name |
+----+----------------------------+-------+-------------------------+
| 1 | octetDeltaCount | 43 | RESERVED |
| 2 | packetDeltaCount | 44 | sourceIPv4Prefix |
| 3 | RESERVED | 45 | destinationIPv4Prefix |
| 4 | protocolIdentifier | 46 | mplsTopLabelType |
| 5 | ipClassOfService | 47 | mplsTopLabelIPv4Address |
| 6 | tcpControlBits | 48-51 | RESERVED |
| 7 | sourceTransportPort | 52 | minimumTTL |
| 8 | sourceIPv4Address | 53 | maximumTTL |
| 9 | sourceIPv4PrefixLength | 54 | fragmentIdentification |
| 10 | ingressInterface | 55 | postIpClassOfService |
| 11 | destinationTransportPort | 56 | sourceMacAddress |
| 12 | destinationIPv4Address | 57 |postDestinationMacAddress|
| 13 | destinationIPv4PrefixLength| 58 | vlanId |
| 14 | egressInterface | 59 | postVlanId |
| 15 | ipNextHopIPv4Address | 60 | ipVersion |
| 16 | bgpSourceAsNumber | 61 | flowDirection |
| 17 | bgpDestinationAsNumber | 62 | ipNextHopIPv6Address |
| 18 | bgpNexthopIPv4Address | 63 | bgpNexthopIPv6Address |
| 19 | postMCastPacketDeltaCount | 64 | ipv6ExtensionHeaders |
| 20 | postMCastOctetDeltaCount | 65-69 | RESERVED |
| 21 | flowEndSysUpTime | 70 | mplsTopLabelStackSection|
| 22 | flowStartSysUpTime | 71 | mplsLabelStackSection2 |
| 23 | postOctetDeltaCount | 72 | mplsLabelStackSection3 |
| 24 | postPacketDeltaCount | 73 | mplsLabelStackSection4 |
| 25 | minimumIpTotalLength | 74 | mplsLabelStackSection5 |
| 26 | maximumIpTotalLength | 75 | mplsLabelStackSection6 |
| 27 | sourceIPv6Address | 76 | mplsLabelStackSection7 |
| 28 | destinationIPv6Address | 77 | mplsLabelStackSection8 |
| 29 | sourceIPv6PrefixLength | 78 | mplsLabelStackSection9 |
| 30 | destinationIPv6PrefixLength| 79 | mplsLabelStackSection10 |
| 31 | flowLabelIPv6 | 80 | destinationMacAddress |
| 32 | icmpTypeCodeIPv4 | 81 | postSourceMacAddress |
| 33 | igmpType | 82-84 | RESERVED |
| 34 | RESERVED | 85 | octetTotalCount |
| 35 | RESERVED | 86 | packetTotalCount |
| 36 | flowActiveTimeout | 87 | RESERVED |
| 37 | flowIdleTimeout | 88 | fragmentOffset |
| 38 | RESERVED | 89 | RESERVED |
| 39 | RESERVED | 90 |mplsVpnRouteDistinguisher|
| 40 | exportedOctetTotalCount |91-127 | RESERVED |
| 41 | exportedMessageTotalCount | | |
| 42 |exportedFlowRecordTotalCount| | |
+----+----------------------------+-------+-------------------------+
The following list gives an overview of the Information Element identifiers that are specified in Section 5 and extends the list of Information Element identifiers specified already in [RFC3954].
以下のリストは、セクション5で指定し、[RFC3954]ですでに指定された情報要素識別子のリストを拡張している情報要素識別子の概要を説明します。
+-----+---------------------------+-----+---------------------------+
| ID | Name | ID | Name |
+-----+---------------------------+-----+---------------------------+
| 128 | bgpNextAdjacentAsNumber | 169 | destinationIPv6Prefix |
| 129 | bgpPrevAdjacentAsNumber | 170 | sourceIPv6Prefix |
| 130 | exporterIPv4Address | 171 | postOctetTotalCount |
| 131 | exporterIPv6Address | 172 | postPacketTotalCount |
| 132 | droppedOctetDeltaCount | 173 | flowKeyIndicator |
| 133 | droppedPacketDeltaCount | 174 | postMCastPacketTotalCount |
| 134 | droppedOctetTotalCount | 175 | postMCastOctetTotalCount |
| 135 | droppedPacketTotalCount | 176 | icmpTypeIPv4 |
| 136 | flowEndReason | 177 | icmpCodeIPv4 |
| 137 | commonPropertiesId | 178 | icmpTypeIPv6 |
| 138 | observationPointId | 179 | icmpCodeIPv6 |
| 139 | icmpTypeCodeIPv6 | 180 | udpSourcePort |
| 140 | mplsTopLabelIPv6Address | 181 | udpDestinationPort |
| 141 | lineCardId | 182 | tcpSourcePort |
| 142 | portId | 183 | tcpDestinationPort |
| 143 | meteringProcessId | 184 | tcpSequenceNumber |
| 144 | exportingProcessId | 185 | tcpAcknowledgementNumber |
| 145 | templateId | 186 | tcpWindowSize |
| 146 | wlanChannelId | 187 | tcpUrgentPointer |
| 147 | wlanSSID | 188 | tcpHeaderLength |
| 148 | flowId | 189 | ipHeaderLength |
| 149 | observationDomainId | 190 | totalLengthIPv4 |
| 150 | flowStartSeconds | 191 | payloadLengthIPv6 |
| 151 | flowEndSeconds | 192 | ipTTL |
| 152 | flowStartMilliseconds | 193 | nextHeaderIPv6 |
| 153 | flowEndMilliseconds | 194 | mplsPayloadLength |
| 154 | flowStartMicroseconds | 195 | ipDiffServCodePoint |
| 155 | flowEndMicroseconds | 196 | ipPrecedence |
| 156 | flowStartNanoseconds | 197 | fragmentFlags |
| 157 | flowEndNanoseconds | 198 | octetDeltaSumOfSquares |
| 158 | flowStartDeltaMicroseconds| 199 | octetTotalSumOfSquares |
| 159 | flowEndDeltaMicroseconds | 200 | mplsTopLabelTTL |
| 160 | systemInitTimeMilliseconds| 201 | mplsLabelStackLength |
| 161 | flowDurationMilliseconds | 202 | mplsLabelStackDepth |
| 162 | flowDurationMicroseconds | 203 | mplsTopLabelExp |
| 163 | observedFlowTotalCount | 204 | ipPayloadLength |
| 164 | ignoredPacketTotalCount | 205 | udpMessageLength |
| 165 | ignoredOctetTotalCount | 206 | isMulticast |
| 166 | notSentFlowTotalCount | 207 | ipv4IHL |
| 167 | notSentPacketTotalCount | 208 | ipv4Options |
| 168 | notSentOctetTotalCount | 209 | tcpOptions |
+-----+---------------------------+-----+---------------------------+
| ID | Name | ID | Name |
+-----+---------------------------+-----+---------------------------+
| 210 | paddingOctets | 218 | tcpSynTotalCount |
| 211 | collectorIPv4Address | 219 | tcpFinTotalCount |
| 212 | collectorIPv6Address | 220 | tcpRstTotalCount |
| 213 | exportInterface | 221 | tcpPshTotalCount |
| 214 | exportProtocolVersion | 222 | tcpAckTotalCount |
| 215 | exportTransportProtocol | 223 | tcpUrgTotalCount |
| 216 | collectorTransportPort | 224 | ipTotalLength |
| 217 | exporterTransportPort | 237 | postMplsTopLabelExp |
| | | 238 | tcpWindowScale |
+-----+---------------------------+-----+---------------------------+
This section describes the Information Elements of the IPFIX information model. The elements are grouped into 12 groups according to their semantics and their applicability:
このセクションでは、IPFIX情報モデルの情報要素について説明します。エレメントは、それらの意味論とその適用に応じて12個のグループに分類されます。
1. Identifiers 2. Metering and Exporting Process Configuration 3. Metering and Exporting Process Statistics 4. IP Header Fields 5. Transport Header Fields 6. Sub-IP Header Fields 7. Derived Packet Properties 8. Min/Max Flow Properties 9. Flow Timestamps 10. Per-Flow Counters 11. Miscellaneous Flow Properties 12. Padding
1.識別子2.計量およびエクスポートプロセスの構成3.計量し、エクスポートプロセスの統計4. IPヘッダフィールド5.交通ヘッダフィールド6.サブIPヘッダフィールド7.派生パケットのプロパティ8.最小/最大フローのプロパティ9.フローのタイムスタンプ10.パーフローカウンタ11その他の流動特性12.パディング
The Information Elements that are derived from fields of packets or from packet treatment, such as the Information Elements in groups 4-7, can typically serve as Flow Keys used for mapping packets to Flows.
このようなグループ4-7内の情報要素として、パケットのフィールドから、またはパケット処理から誘導される情報要素は、典型的には、フローにマッピングするパケットのために使用されるフローキーとして機能することができます。
If they do not serve as Flow Keys, their value may change from packet to packet within a single Flow. For Information Elements with values that are derived from fields of packets or from packet treatment and for which the value may change from packet to packet within a single Flow, the IPFIX information model defines that their value is determined by the first packet observed for the corresponding Flow, unless the description of the Information Element explicitly specifies a different semantics. This simple rule allows writing all
彼らはフローキーとして機能していない場合は、その値は、単一の流れの中にパケットごとに変更されることがあります。パケットまたはパケット処理からどののフィールドから導出される値を持つ情報要素の値は単一のフロー内のパケット、パケットから変更することができる、IPFIX情報モデルは、その値が対応について観察最初のパケットによって決定されることを定義しますフローは、情報要素の記述がない限り、明示的に異なる意味を指定します。この単純なルールは、すべての書き込みができます
Information Elements related to header fields once when the first packet of the Flow is observed. For further observed packets of the same Flow, only Flow properties that depend on more than one packet, such as the Information Elements in groups 8-11, need to be updated.
フローの最初のパケットが観測されたときに一度フィールドをヘッダに関連する情報要素。同じフローのさらなる観測されたパケットの場合、唯一のそのようなグループ8-11内の情報要素として、複数のパケットに依存プロパティを流れ、更新する必要があります。
Information Elements with a name having the "post" prefix, for example, "postClassOfServiceIPv4", do not report properties that were actually observed at the Observation Point, but retrieved by other means within the Observation Domain. These Information Elements can be used if there are middlebox functions within the Observation Domain changing Flow properties after packets passed the Observation Point.
「ポスト」プレフィックスを持つ名前を持つ情報要素は、例えば、「postClassOfServiceIPv4は」、実際の観測点で観測されたが、観測ドメイン内の他の手段によって取得されたプロパティを報告しません。パケットがObservation Pointを渡した後に流動性を変える観測ドメイン内のミドル機能がある場合は、これらの情報要素を使用することができます。
Information Elements in this section use the reference property to reference [RFC0768], [RFC0791], [RFC0792], [RFC0793], [RFC1108], [RFC1112], [RFC1191], [RFC1323], [RFC1385], [RFC1812], [RFC1930], [RFC2113], [RFC2119], [RFC2460], [RFC2675], [RFC2863], [RFC3031], [RFC3032], [RFC3193], [RFC3234], [RFC3260], [RFC3270], [RFC3376], [RFC3954], [RFC4271], [RFC4291], [RFC4302], [RFC4303], [RFC4364], [RFC4382], [RFC4443], [RFC4960], [RFC5036], [IEEE.802-11.1999], [IEEE.802-1Q.2003], and [IEEE.802-3.2002].
このセクション[RFC0768]を参照するために参照プロパティを使用して、[RFC0791]、[RFC0792]、[RFC0793]、[RFC1108]、[RFC1112]、[RFC1191]、[RFC1323]、[RFC1385]、[RFC1812]に記載されている情報要素、[RFC1930]、[RFC2113]、[RFC2119]、[RFC2460]、[RFC2675]、[RFC2863]、[RFC3031]、[RFC3032]、[RFC3193]、[RFC3234]、[RFC3260]、[RFC3270]、[ RFC3376]、[RFC3954]、[RFC4271]、[RFC4291]、[RFC4302]、[RFC4303]、[RFC4364]、[RFC4382]、[RFC4443]、[RFC4960]、[RFC5036]、[IEEE.802-11.1999] [IEEE.802-1Q.2003]、および[IEEE.802-3.2002]。
Information Elements grouped in the table below are identifying components of the IPFIX architecture, of an IPFIX Device, or of the IPFIX protocol. All of them have an integral abstract data type and data type semantics "identifier" as described in Section 3.2.4.
以下の表にグループ化された情報要素は、IPFIXデバイスの、またはIPFIXプロトコルのIPFIXアーキテクチャのコンポーネントを、識別されています。 3.2.4項で説明したように、それらのすべては、一体型抽象データ型とデータ・タイプのセマンティクス「識別子」を持っています。
Typically, some of them are used for limiting scopes of other Information Elements. However, other Information Elements MAY be used for limiting scopes. Note also that all Information Elements listed below MAY be used for other purposes than limiting scopes.
一般的に、それらのいくつかは、他の情報要素のスコープを制限するために使用されています。しかし、他の情報要素は、スコープを制限するために使用されるかもしれません。下記に記載されているすべての情報要素が制限スコープ以外の目的に使用することができることにも注意してください。
+-----+---------------------------+-----+---------------------------+
| ID | Name | ID | Name |
+-----+---------------------------+-----+---------------------------+
| 141 | lineCardId | 148 | flowId |
| 142 | portId | 145 | templateId |
| 10 | ingressInterface | 149 | observationDomainId |
| 14 | egressInterface | 138 | observationPointId |
| 143 | meteringProcessId | 137 | commonPropertiesId |
| 144 | exportingProcessId | | |
+-----+---------------------------+-----+---------------------------+
Description: An identifier of a line card that is unique per IPFIX Device hosting an Observation Point. Typically, this Information Element is used for limiting the scope of other Information Elements. Abstract Data Type: unsigned32 Data Type Semantics: identifier ElementId: 141 Status: current
説明：観察ポイントをホストするIPFIX Device単位でユニークなラインカードの識別子。通常、この情報要素は、他のInformation Elementsの範囲を制限するために使用されています。抽象データ型：unsigned32のデータタイプの意味：識別子ELEMENTID：141状態：現在の
Description: An identifier of a line port that is unique per IPFIX Device hosting an Observation Point. Typically, this Information Element is used for limiting the scope of other Information Elements. Abstract Data Type: unsigned32 Data Type Semantics: identifier ElementId: 142 Status: current
説明：観察ポイントをホストするIPFIX Device単位でユニークな回線ポートの識別子。通常、この情報要素は、他のInformation Elementsの範囲を制限するために使用されています。抽象データ型：unsigned32のデータタイプの意味：識別子ELEMENTID：142状態：現在の
Description: The index of the IP interface where packets of this Flow are being received. The value matches the value of managed object 'ifIndex' as defined in RFC 2863. Note that ifIndex values are not assigned statically to an interface and that the interfaces may be renumbered every time the device's management system is re-initialized, as specified in RFC 2863. Abstract Data Type: unsigned32 Data Type Semantics: identifier ElementId: 10 Status: current Reference: See RFC 2863 for the definition of the ifIndex object.
説明：このFlowのパケットが受信されているIPインタフェースのインデックス。 ifIndex値がインターフェイスに静的に割り当てられ、RFCで指定されるようにインターフェイスは、デバイスの管理システムが再初期化されるたびに再番号付けされてもよいことれていないことをRFC 2863.メモで定義された値は、管理オブジェクト「のifIndex」の値と一致します2863.抽象データ型：unsigned32のデータタイプの意味：識別子ELEMENTID：10の状態：現在のReference：ifIndexオブジェクトの定義については、RFC 2863を参照してください。
Description: The index of the IP interface where packets of this Flow are being sent. The value matches the value of managed object 'ifIndex' as defined in RFC 2863. Note that ifIndex values are not assigned statically to an interface and that the interfaces may be renumbered every time the device's management system is re-initialized, as specified in RFC 2863. Abstract Data Type: unsigned32 Data Type Semantics: identifier ElementId: 14 Status: current Reference: See RFC 2863 for the definition of the ifIndex object.
説明：このFlowのパケットが送信されているIPインタフェースのインデックス。 ifIndex値がインターフェイスに静的に割り当てられ、RFCで指定されるようにインターフェイスは、デバイスの管理システムが再初期化されるたびに再番号付けされてもよいことれていないことをRFC 2863.メモで定義された値は、管理オブジェクト「のifIndex」の値と一致します2863.抽象データ型：unsigned32のデータタイプの意味：識別子ELEMENTID：14の状態：現在のReference：ifIndexオブジェクトの定義については、RFC 2863を参照してください。
Description: An identifier of a Metering Process that is unique per IPFIX Device. Typically, this Information Element is used for limiting the scope of other Information Elements. Note that process identifiers are typically assigned dynamically. The Metering Process may be re-started with a different ID. Abstract Data Type: unsigned32 Data Type Semantics: identifier ElementId: 143 Status: current
説明：IPFIXデバイスごとに一意である計量プロセスの識別子。通常、この情報要素は、他のInformation Elementsの範囲を制限するために使用されています。プロセス識別子は、一般的に、動的に割り当てられていることに注意してください。計量プロセスは、異なるIDで再開始することができます。抽象データ型：unsigned32のデータタイプの意味：識別子ELEMENTID：143状態：現在の
Description: An identifier of an Exporting Process that is unique per IPFIX Device. Typically, this Information Element is used for limiting the scope of other Information Elements. Note that process identifiers are typically assigned dynamically. The Exporting Process may be re-started with a different ID. Abstract Data Type: unsigned32 Data Type Semantics: identifier ElementId: 144 Status: current
説明：IPFIXデバイスごとに一意であるエクスポートプロセスの識別子。通常、この情報要素は、他のInformation Elementsの範囲を制限するために使用されています。プロセス識別子は、一般的に、動的に割り当てられていることに注意してください。エクスポートプロセスは、異なるIDで再開始することができます。抽象データ型：unsigned32のデータタイプの意味：識別子ELEMENTID：144状態：現在の
Description: An identifier of a Flow that is unique within an Observation Domain. This Information Element can be used to distinguish between different Flows if Flow Keys such as IP addresses and port numbers are not reported or are reported in separate records. Abstract Data Type: unsigned64 Data Type Semantics: identifier ElementId: 148 Status: current
説明：観測ドメイン内で一意であるフローの識別子。この情報要素は、IPアドレスやポート番号などのフローキーが報告されていないか、別のレコードに報告されている場合には、異なるフローを区別するために使用することができます。抽象データ型：unsigned64はデータタイプの意味：識別子ELEMENTID：148状態：現在の
Description: An identifier of a Template that is locally unique within a combination of a Transport session and an Observation Domain. Template IDs 0-255 are reserved for Template Sets, Options Template Sets, and other reserved Sets yet to be created. Template IDs of Data Sets are numbered from 256 to 65535. Typically, this Information Element is used for limiting the scope of other Information Elements. Note that after a re-start of the Exporting Process Template identifiers may be re-assigned. Abstract Data Type: unsigned16 Data Type Semantics: identifier ElementId: 145 Status: current
説明：トランスポートセッションと観測ドメインの組み合わせ内で局所的にユニークであるテンプレートの識別子。テンプレートIDは0から255までは、まだ作成するテンプレートセット、オプションテンプレートセット、およびその他の予約を設定するために予約されています。データセットのテンプレートIDが一般的に65535まで256から番号が付けられ、この情報Elementは、他のInformation Elementsの範囲を制限するために使用されています。エクスポートプロセステンプレート識別子の再起動後に再割り当てされてもよいことに留意されたいです。抽象データ型：UNSIGNED16データタイプの意味：識別子ELEMENTID：145状態：現在の
Description: An identifier of an Observation Domain that is locally unique to an Exporting Process. The Exporting Process uses the Observation Domain ID to uniquely identify to the Collecting Process the Observation Domain where Flows were metered. It is RECOMMENDED that this identifier is also unique per IPFIX Device. A value of 0 indicates that no specific Observation Domain is identified by this Information Element. Typically, this Information Element is used for limiting the scope of other Information Elements. Abstract Data Type: unsigned32 Data Type Semantics: identifier ElementId: 149 Status: current
説明：エクスポートプロセスに局所的に一意である観測ドメインの識別子。エクスポートプロセスは、一意に収集プロセスフローを計量供給した観測ドメインを同定するために観測ドメインIDを使用します。また、この識別子もIPFIX Device単位でユニークであることが推奨されます。 0の値は、具体的な観測のドメインが、この情報要素で識別されていないことを示しています。通常、この情報要素は、他のInformation Elementsの範囲を制限するために使用されています。抽象データ型：unsigned32のデータタイプの意味：識別子ELEMENTID：149状態：現在の
Description: An identifier of an Observation Point that is unique per Observation Domain. It is RECOMMENDED that this identifier is also unique per IPFIX Device. Typically, this Information Element is used for limiting the scope of other Information Elements. Abstract Data Type: unsigned32 Data Type Semantics: identifier ElementId: 138 Status: current
説明：観測ドメインごとにユニークであるの観測ポイントの識別子。また、この識別子もIPFIX Device単位でユニークであることが推奨されます。通常、この情報要素は、他のInformation Elementsの範囲を制限するために使用されています。抽象データ型：unsigned32のデータタイプの意味：識別子ELEMENTID：138状態：現在の
Description: An identifier of a set of common properties that is unique per Observation Domain and Transport Session. Typically, this Information Element is used to link to information reported in separate Data Records. Abstract Data Type: unsigned64 Data Type Semantics: identifier ElementId: 137 Status: current
説明：観測ドメインと交通セッションごとに一意である一般的なプロパティのセットの識別子。通常、この情報要素は、個別のデータレコードで報告された情報へのリンクに使用されます。抽象データ型：unsigned64はデータタイプの意味：識別子ELEMENTID：137状態：現在の
Information Elements in this section describe the configuration of the Metering Process or the Exporting Process. The set of these Information Elements is listed in the table below.
このセクション内の情報要素は、計量プロセスの構成やエクスポートプロセスが記載されています。これらの情報要素の集合は、以下の表に記載されています。
+-----+--------------------------+-----+----------------------------+
| ID | Name | ID | Name |
+-----+--------------------------+-----+----------------------------+
| 130 | exporterIPv4Address | 213 | exportInterface |
| 131 | exporterIPv6Address | 214 | exportProtocolVersion |
| 217 | exporterTransportPort | 215 | exportTransportProtocol |
| 211 | collectorIPv4Address | 216 | collectorTransportPort |
| 212 | collectorIPv6Address | 173 | flowKeyIndicator |
+-----+--------------------------+-----+----------------------------+
Description: The IPv4 address used by the Exporting Process. This is used by the Collector to identify the Exporter in cases where the identity of the Exporter may have been obscured by the use of a proxy. Abstract Data Type: ipv4Address Data Type Semantics: identifier ElementId: 130 Status: current
説明：エクスポートプロセスで使用されるIPv4アドレス。これは、輸出業者のアイデンティティは、プロキシの使用によって隠された可能性がある場合に輸出を識別するために、コレクタによって使用されます。抽象データ型：IPv4Addressをデータ型の意味：識別子ELEMENTID：130状態：現在の
Description: The IPv6 address used by the Exporting Process. This is used by the Collector to identify the Exporter in cases where the identity of the Exporter may have been obscured by the use of a proxy. Abstract Data Type: ipv6Address Data Type Semantics: identifier ElementId: 131 Status: current
説明：エクスポートプロセスで使用されるIPv6アドレス。これは、輸出業者のアイデンティティは、プロキシの使用によって隠された可能性がある場合に輸出を識別するために、コレクタによって使用されます。抽象データ型：ipv6Addressデータ型の意味：識別子ELEMENTID：131状態：現在の
Description: The source port identifier from which the Exporting Process sends Flow information. For the transport protocols UDP, TCP, and SCTP, this is the source port number. This field MAY also be used for future transport protocols that have 16-bit source port identifiers. This field may be useful for distinguishing multiple Exporting Processes that use the same IP address. Abstract Data Type: unsigned16 Data Type Semantics: identifier ElementId: 217 Status: current Reference: See RFC 768 for the definition of the UDP source port field. See RFC 793 for the definition of the TCP source port field. See RFC 4960 for the definition of SCTP. Additional information on defined UDP and TCP port numbers can be found at http://www.iana.org/assignments/port-numbers.
説明：エクスポートプロセスのフロー情報を送信元のソースポート識別子。トランスポートプロトコルUDP、TCP、およびSCTPのために、これは、送信元ポート番号です。また、このフィールドは16ビットのソースポート識別子を持っている将来のトランスポートプロトコルのために使用されるかもしれません。このフィールドは、同じIPアドレスを使用する複数のエクスポートプロセスを区別するために有用である可能性があります。抽象データ型：UNSIGNED16データタイプの意味：識別子ELEMENTID：217の状態：現在のReference：UDPソースポート分野の定義については、RFC 768を参照してください。 TCPソースポート分野の定義については、RFC 793を参照してください。 SCTPの定義については、RFC 4960を参照してください。定義されたUDPおよびTCPポート番号に関する追加情報は、http://www.iana.org/assignments/port-numbersで見つけることができます。
Description: An IPv4 address to which the Exporting Process sends Flow information. Abstract Data Type: ipv4Address Data Type Semantics: identifier ElementId: 211 Status: current
説明：エクスポートプロセスは、フロー情報を送信先のIPv4アドレス。抽象データ型：IPv4Addressをデータ型の意味：識別子ELEMENTID：211状態：現在の
Description: An IPv6 address to which the Exporting Process sends Flow information. Abstract Data Type: ipv6Address Data Type Semantics: identifier ElementId: 212 Status: current
説明：エクスポートプロセスは、フロー情報を送信先のIPv6アドレス。抽象データ型：ipv6Addressデータ型の意味：識別子ELEMENTID：212状態：現在の
Description: The index of the interface from which IPFIX Messages sent by the Exporting Process to a Collector leave the IPFIX Device. The value matches the value of managed object 'ifIndex' as defined in RFC 2863. Note that ifIndex values are not assigned statically to an interface and that the interfaces may be renumbered every time the device's management system is re-initialized, as specified in RFC 2863. Abstract Data Type: unsigned32 Data Type Semantics: identifier ElementId: 213 Status: current Reference: See RFC 2863 for the definition of the ifIndex object.
説明：IPFIXメッセージがコレクタにエクスポートプロセスによって送信された元のインタフェースのインデックスはIPFIXデバイスを残します。 ifIndex値がインターフェイスに静的に割り当てられ、RFCで指定されるようにインターフェイスは、デバイスの管理システムが再初期化されるたびに再番号付けされてもよいことれていないことをRFC 2863.メモで定義された値は、管理オブジェクト「のifIndex」の値と一致します2863.抽象データ型：unsigned32のデータタイプの意味：識別子ELEMENTID：213の状態：現在のReference：ifIndexオブジェクトの定義については、RFC 2863を参照してください。
Description: The protocol version used by the Exporting Process for sending Flow information. The protocol version is given by the value of the Version Number field in the Message Header. The protocol version is 10 for IPFIX and 9 for NetFlow version 9. A value of 0 indicates that no export protocol is in use. Abstract Data Type: unsigned8 Data Type Semantics: identifier ElementId: 214 Status: current Reference: See the IPFIX protocol specification [RFC5101] for the definition of the IPFIX Message Header. See RFC 3954 for the definition of the NetFlow version 9 message header.
説明：フロー情報を送信するためのエクスポートプロセスによって使用されるプロトコルのバージョン。プロトコルバージョンは、メッセージヘッダのバージョン番号フィールドの値によって与えられます。プロトコルバージョンは、NetFlowバージョン9、0の値は全くエクスポートプロトコルが使用中でないことを示しIPFIXのための10および9です。抽象データ型：unsigned8 Data Type Semantics：識別子ELEMENTID：214のステータス：現在のReference：IPFIX Message Headerの定義のためのIPFIXプロトコル仕様[RFC5101]を参照してください。 NetFlowバージョン9メッセージヘッダーの定義については、RFC 3954を参照。
Description: The value of the protocol number used by the Exporting Process for sending Flow information. The protocol number identifies the IP packet payload type. Protocol numbers are defined in the IANA Protocol Numbers registry. In Internet Protocol version 4 (IPv4), this is carried in the Protocol field. In Internet Protocol version 6 (IPv6), this is carried in the Next Header field in the last extension header of the packet. Abstract Data Type: unsigned8 Data Type Semantics: identifier ElementId: 215 Status: current Reference: See RFC 791 for the specification of the IPv4 protocol field. See RFC 2460 for the specification of the IPv6 protocol field. See the list of protocol numbers assigned by IANA at http://www.iana.org/assignments/protocol-numbers.
説明：フロー情報を送信するためのエクスポートプロセスによって使用されるプロトコル番号の値。プロトコル番号は、IPパケットのペイロードタイプを識別する。プロトコル番号はIANAプロトコル番号のレジストリで定義されています。インターネットプロトコルバージョン4（IPv4）で、これは、プロトコル・フィールドで運ばれます。インターネットプロトコルバージョン6（IPv6）では、これは、パケットの最後の拡張ヘッダに次ヘッダフィールド内で運ばれます。抽象データ型：unsigned8 Data Type Semantics：識別子ELEMENTID：215の状態：現在のReference：IPv4プロトコル分野の仕様については、RFC 791を参照してください。 IPv6プロトコル分野の仕様については、RFC 2460を参照してください。 http://www.iana.org/assignments/protocol-numbersでIANAによって割り当てられたプロトコル番号のリストをご覧ください。
Description: The destination port identifier to which the Exporting Process sends Flow information. For the transport protocols UDP, TCP, and SCTP, this is the destination port number. This field MAY also be used for future transport protocols that have 16-bit source port identifiers. Abstract Data Type: unsigned16 Data Type Semantics: identifier ElementId: 216 Status: current Reference: See RFC 768 for the definition of the UDP destination port field. See RFC 793 for the definition of the TCP destination port field. See RFC 4960 for the definition of SCTP. Additional information on defined UDP and TCP port numbers can be found at http://www.iana.org/assignments/port-numbers.
説明：エクスポートプロセスのフロー情報を送信先の宛先ポート識別子。トランスポートプロトコルUDP、TCP、およびSCTPのために、これは宛先ポート番号です。また、このフィールドは16ビットのソースポート識別子を持っている将来のトランスポートプロトコルのために使用されるかもしれません。抽象データ型：UNSIGNED16データタイプの意味：識別子ELEMENTID：216の状態：現在のReference：UDP宛先ポートフィールドの定義についてはRFC 768を参照してください。 TCP宛先ポートフィールドの定義については、RFC 793を参照してください。 SCTPの定義については、RFC 4960を参照してください。定義されたUDPおよびTCPポート番号に関する追加情報は、http://www.iana.org/assignments/port-numbersで見つけることができます。
Description: This set of bit fields is used for marking the Information Elements of a Data Record that serve as Flow Key. Each bit represents an Information Element in the Data Record with the n-th bit representing the n-th Information Element. A bit set to value 1 indicates that the corresponding Information Element is a Flow Key of the reported Flow. A bit set to value 0 indicates that this is not the case. If the Data Record contains more than 64 Information Elements, the corresponding Template SHOULD be designed such that all Flow Keys are among the first 64 Information Elements, because the flowKeyIndicator only contains 64 bits. If the Data Record contains less than 64 Information Elements, then the bits in the flowKeyIndicator for which no corresponding Information Element exists MUST have the value 0. Abstract Data Type: unsigned64 Data Type Semantics: flags ElementId: 173 Status: current
説明：ビットフィールドのセットは、フローキーとして機能データレコードの情報要素をマーキングするために使用されています。各ビットは、n番目の情報要素を表すnビット目とデータレコードの情報要素を表します。値を1に設定されたビットは、対応する情報要素が報告されたフローのフローキーであることを示しています。値0に設定されたビットは、これが当てはまらないことを示しています。データレコードは、64個の以上の情報要素が含まれている場合、対応するテンプレートはflowKeyIndicatorのみ64ビットが含まれているため、すべてのフローキーは、最初の64個の情報要素の一つであるように設計されるべきです。データレコード64個の情報要素よりも少ないが含まれている場合、該当する情報要素が存在しないflowKeyIndicatorのビットは値0抽象データ型でなければなりません：データタイプ意味Unsigned64に：フラグELEMENTID：173の状態：現在の
Information Elements in this section describe statistics of the Metering Process and/or the Exporting Process. The set of these Information Elements is listed in the table below.
このセクション内の情報要素は、計量プロセスおよび/またはエクスポートプロセスの統計情報を記述します。これらの情報要素の集合は、以下の表に記載されています。
+-----+-----------------------------+-----+-------------------------+
| ID | Name | ID | Name |
+-----+-----------------------------+-----+-------------------------+
| 41 | exportedMessageTotalCount | 165 | ignoredOctetTotalCount |
| 40 | exportedOctetTotalCount | 166 | notSentFlowTotalCount |
| 42 | exportedFlowRecordTotalCount| 167 | notSentPacketTotalCount |
| 163 | observedFlowTotalCount | 168 | notSentOctetTotalCount |
| 164 | ignoredPacketTotalCount | | |
+-----+-----------------------------+-----+-------------------------+
Description: The total number of IPFIX Messages that the Exporting Process has sent since the Exporting Process (re-)initialization to a particular Collecting Process. The reported number excludes the IPFIX Message that carries the counter value. If this Information Element is sent to a particular Collecting Process, then by default it specifies the number of IPFIX Messages sent to this Collecting Process. Abstract Data Type: unsigned64 Data Type Semantics: totalCounter ElementId: 41 Status: current Units: messages
説明：エクスポートプロセスは、特定の収集プロセスにエクスポートプロセス（再）初期化以来送信したIPFIXメッセージの総数。報告された数値は、カウンタ値を運ぶIPFIXメッセージを除外する。この情報要素は、特定の収集プロセスに送信された場合、デフォルトでは、この収集プロセスに送られたIPFIXメッセージの数を指定します。抽象データ型：unsigned64はデータタイプの意味：totalCounter ELEMENTID：41の状態：現在のUnits：メッセージ
Description: The total number of octets that the Exporting Process has sent since the Exporting Process (re-)initialization to a particular Collecting Process. The value of this Information Element is calculated by summing up the IPFIX Message Header length values of all IPFIX Messages that were successfully sent to the Collecting Process. The reported number excludes octets in the IPFIX Message that carries the counter value. If this Information Element is sent to a particular Collecting Process, then by default it specifies the number of octets sent to this Collecting Process. Abstract Data Type: unsigned64 Data Type Semantics: totalCounter ElementId: 40 Status: current
説明：エクスポートプロセスは、特定の収集プロセスにエクスポートプロセス（再）初期化以来送信したオクテットの総数。この情報要素の値が正常に収集プロセスに送信されたすべてのIPFIXメッセージのIPFIXメッセージヘッダーの長さの値を合計することによって計算されます。報告数は対価を運ぶIPFIX Messageのオクテットを除きます。この情報要素は、特定の収集プロセスに送信された場合、デフォルトでは、この収集プロセスに送信されたオクテットの数を指定します。抽象データ型：unsigned64はデータタイプの意味：totalCounter ELEMENTID：40の状態：現在
Units: octets
単位：オクテット
Description: The total number of Flow Records that the Exporting Process has sent as Data Records since the Exporting Process (re-)initialization to a particular Collecting Process. The reported number excludes Flow Records in the IPFIX Message that carries the counter value. If this Information Element is sent to a particular Collecting Process, then by default it specifies the number of Flow Records sent to this process. Abstract Data Type: unsigned64 Data Type Semantics: totalCounter ElementId: 42 Status: current Units: flows
説明：エクスポートプロセスは、特定の収集プロセスにエクスポートプロセス（再）初期化以来、データレコードとして送信したフローレコードの合計数。報告数は対価を運ぶIPFIX Messageでフローレコードを除外します。この情報要素は、特定の収集プロセスに送信された場合、デフォルトでは、このプロセスに送信されたフローレコードの数を指定します。抽象データ型：unsigned64はデータタイプの意味：totalCounter ELEMENTID：42の状態：現在単位：流れ
Description: The total number of Flows observed in the Observation Domain since the Metering Process (re-)initialization for this Observation Point. Abstract Data Type: unsigned64 Data Type Semantics: totalCounter ElementId: 163 Status: current Units: flows
説明：この観測点のための計量プロセス（再）初期化以来観測ドメインで観察されたフローの総数。抽象データ型：unsigned64はデータタイプの意味：totalCounter ELEMENTID：163の状態：現在単位：流れ
Description: The total number of observed IP packets that the Metering Process did not process since the (re-)initialization of the Metering Process. Abstract Data Type: unsigned64 Data Type Semantics: totalCounter ElementId: 164 Status: current Units: packets
説明：計量プロセスは、計量プロセスの（再）初期化以来処理しなかった観測されたIPパケットの総数。抽象データ型：unsigned64はデータタイプの意味：totalCounter ELEMENTID：164の状態：現在のUnits：パケット
Description: The total number of octets in observed IP packets (including the IP header) that the Metering Process did not process since the (re-)initialization of the Metering Process. Abstract Data Type: unsigned64 Data Type Semantics: totalCounter ElementId: 165 Status: current Units: octets
説明：計量プロセスは、計量プロセスの（再）初期化以来処理しなかったこと（IPヘッダーを含む）が観察されたIPパケットのオクテットの総数。抽象データ型：unsigned64はデータタイプの意味：totalCounter ELEMENTID：165の状態：現在のUnits：八重奏
Description: The total number of Flow Records that were generated by the Metering Process and dropped by the Metering Process or by the Exporting Process instead of being sent to the Collecting Process. There are several potential reasons for this including resource shortage and special Flow export policies. Abstract Data Type: unsigned64 Data Type Semantics: totalCounter ElementId: 166 Status: current Units: flows
説明：計量プロセスによって生成され、計量プロセスによって、または代わりに収集プロセスに送信されるのエクスポートプロセスによって廃棄されたフローレコードの合計数。リソース不足と特別なFlow輸出方針を含む、これにはいくつかの潜在的理由があります。抽象データ型：unsigned64はデータタイプの意味：totalCounter ELEMENTID：166の状態：現在単位：流れ
Description: The total number of packets in Flow Records that were generated by the Metering Process and dropped by the Metering Process or by the Exporting Process instead of being sent to the Collecting Process. There are several potential reasons for this including resource shortage and special Flow export policies. Abstract Data Type: unsigned64 Data Type Semantics: totalCounter ElementId: 167 Status: current Units: packets
説明：計量プロセスによって生成され、計量プロセスによって、または代わりに収集プロセスに送信されるのエクスポートプロセスによって廃棄されたフローレコード内のパケットの総数。リソース不足と特別なFlow輸出方針を含む、これにはいくつかの潜在的理由があります。抽象データ型：unsigned64はデータタイプの意味：totalCounter ELEMENTID：167の状態：現在のUnits：パケット
Description: The total number of octets in packets in Flow Records that were generated by the Metering Process and dropped by the Metering Process or by the Exporting Process instead of being sent to the Collecting Process. There are several potential reasons for this including resource shortage and special Flow export policies. Abstract Data Type: unsigned64 Data Type Semantics: totalCounter ElementId: 168 Status: current Units: octets
説明：計量プロセスによって生成され、計量プロセスによって、または代わりに収集プロセスに送信されるのエクスポートプロセスによって廃棄されたフローレコード内のパケットのオクテットの総数。リソース不足と特別なFlow輸出方針を含む、これにはいくつかの潜在的理由があります。抽象データ型：unsigned64はデータタイプの意味：totalCounter ELEMENTID：168の状態：現在のUnits：八重奏
Information Elements in this section indicate values of IP header fields or are derived from IP header field values in combination with further information.
このセクション内の情報要素は、IPヘッダフィールドの値を示し、またはさらなる情報と組み合わせて、IPヘッダフィールド値から導出されます。
+-----+----------------------------+-----+--------------------------+
| ID | Name | ID | Name |
+-----+----------------------------+-----+--------------------------+
| 60 | ipVersion | 193 | nextHeaderIPv6 |
| 8 | sourceIPv4Address | 195 | ipDiffServCodePoint |
| 27 | sourceIPv6Address | 196 | ipPrecedence |
| 9 | sourceIPv4PrefixLength | 5 | ipClassOfService |
| 29 | sourceIPv6PrefixLength | 55 | postIpClassOfService |
| 44 | sourceIPv4Prefix | 31 | flowLabelIPv6 |
| 170 | sourceIPv6Prefix | 206 | isMulticast |
| 12 | destinationIPv4Address | 54 | fragmentIdentification |
| 28 | destinationIPv6Address | 88 | fragmentOffset |
| 13 | destinationIPv4PrefixLength| 197 | fragmentFlags |
| 30 | destinationIPv6PrefixLength| 189 | ipHeaderLength |
| 45 | destinationIPv4Prefix | 207 | ipv4IHL |
| 169 | destinationIPv6Prefix | 190 | totalLengthIPv4 |
| 192 | ipTTL | 224 | ipTotalLength |
| 4 | protocolIdentifier | 191 | payloadLengthIPv6 |
+-----+----------------------------+-----+--------------------------+
Description: The IP version field in the IP packet header. Abstract Data Type: unsigned8 Data Type Semantics: identifier ElementId: 60 Status: current
説明：IPパケットヘッダーのIPバージョンフィールド。抽象データ型：unsigned8 Data Type Semantics：識別子ELEMENTID：60状態：現在
Reference: See RFC 791 for the definition of the version field in the IPv4 packet header. See RFC 2460 for the definition of the version field in the IPv6 packet header. Additional information on defined version numbers can be found at http://www.iana.org/assignments/version-numbers.
参考：IPv4パケットヘッダーのバージョンフィールドの定義についてはRFC 791を参照してください。 IPv6パケットヘッダー内のバージョンフィールドの定義については、RFC 2460を参照してください。定義されたバージョン番号に関する追加情報はhttp://www.iana.org/assignments/version-numbersで見つけることができます。
Description: The IPv4 source address in the IP packet header. Abstract Data Type: ipv4Address Data Type Semantics: identifier ElementId: 8 Status: current Reference: See RFC 791 for the definition of the IPv4 source address field.
説明：IPパケットヘッダ内のIPv4ソースアドレス。抽象データ型：IPv4Addressをデータ型意味論：識別子ELEMENTID：8つの状態：現在のReference：IPv4ソースアドレスフィールドの定義については、RFC 791を参照してください。
Description: The IPv6 source address in the IP packet header. Abstract Data Type: ipv6Address Data Type Semantics: identifier ElementId: 27 Status: current Reference: See RFC 2460 for the definition of the Source Address field in the IPv6 header.
説明：IPパケットヘッダ内のIPv6ソースアドレス。抽象データ型：ipv6Addressデータ型意味論：識別子ELEMENTID：27の状態：現在のReference：IPv6ヘッダーの送信元アドレスフィールドの定義については、RFC 2460を参照してください。
Description: The number of contiguous bits that are relevant in the sourceIPv4Prefix Information Element. Abstract Data Type: unsigned8 ElementId: 9 Status: current Units: bits Range: The valid range is 0-32.
説明：sourceIPv4Prefix情報要素に関連している隣接のビットの数。抽象データ型：unsigned8 ElementId：9状態：現在単位：ビット範囲：有効な範囲は0〜32です。
Description: The number of contiguous bits that are relevant in the sourceIPv6Prefix Information Element. Abstract Data Type: unsigned8 ElementId: 29 Status: current Units: bits Range: The valid range is 0-128.
説明：sourceIPv6Prefix情報要素に関連している隣接のビットの数。抽象データ型：unsigned8 ElementId：29状態：現在単位：ビット範囲：有効な範囲は0から128です。
Description: IPv4 source address prefix. Abstract Data Type: ipv4Address ElementId: 44 Status: current
説明：IPv4の送信元アドレスのプレフィックス。抽象データ型：IPv4AddressをELEMENTID：44の状態：現在
Description: IPv6 source address prefix. Abstract Data Type: ipv6Address ElementId: 170 Status: current
説明：IPv6の送信元アドレスのプレフィックス。抽象データ型：ipv6Address ELEMENTID：170状態：現在の
Description: The IPv4 destination address in the IP packet header. Abstract Data Type: ipv4Address Data Type Semantics: identifier ElementId: 12 Status: current Reference: See RFC 791 for the definition of the IPv4 destination address field.
説明：IPパケットヘッダ内のIPv4宛先アドレス。抽象データ型：IPv4Addressをデータ型意味論：識別子ELEMENTID：12の状態：現在のReference：IPv4の宛先アドレスフィールドの定義については、RFC 791を参照してください。
Description: The IPv6 destination address in the IP packet header. Abstract Data Type: ipv6Address Data Type Semantics: identifier ElementId: 28 Status: current Reference: See RFC 2460 for the definition of the Destination Address field in the IPv6 header.
説明：IPパケットヘッダ内のIPv6宛先アドレス。抽象データ型：ipv6Addressデータ型意味論：識別子ELEMENTID：28の状態：現在のReference：IPv6ヘッダーの宛先アドレスフィールドの定義については、RFC 2460を参照してください。
Description: The number of contiguous bits that are relevant in the destinationIPv4Prefix Information Element. Abstract Data Type: unsigned8 ElementId: 13 Status: current Units: bits Range: The valid range is 0-32.
説明：destinationIPv4Prefix情報要素に関連している隣接のビットの数。抽象データ型：unsigned8 ElementId：13状態：現在単位：ビット範囲：有効な範囲は0〜32です。
Description: The number of contiguous bits that are relevant in the destinationIPv6Prefix Information Element. Abstract Data Type: unsigned8 ElementId: 30 Status: current Units: bits Range: The valid range is 0-128.
説明：destinationIPv6Prefix情報要素に関連している隣接のビットの数。抽象データ型：unsigned8 ElementId：30状態：現在単位：ビット範囲：有効な範囲は0から128です。
Description: IPv4 destination address prefix. Abstract Data Type: ipv4Address ElementId: 45 Status: current
説明：IPv4の宛先アドレスのプレフィックス。抽象データ型：IPv4AddressをELEMENTID：45の状態：現在
Description: IPv6 destination address prefix. Abstract Data Type: ipv6Address ElementId: 169 Status: current
説明：IPv6の宛先アドレスのプレフィックス。抽象データ型：ipv6Address ELEMENTID：169状態：現在の
Description: For IPv4, the value of the Information Element matches the value of the Time to Live (TTL) field in the IPv4 packet header. For IPv6, the value of the Information Element matches the value of the Hop Limit field in the IPv6 packet header. Abstract Data Type: unsigned8 ElementId: 192 Status: current Units: hops Reference: See RFC 791 for the definition of the IPv4 Time to Live field. See RFC 2460 for the definition of the IPv6 Hop Limit field.
説明：IPv4の場合、情報要素の値は、IPv4パケットのヘッダに（TTL）フィールドを生存時間の値と一致します。 IPv6の場合、情報要素の値は、IPv6パケットヘッダーのホップ制限フィールドの値と一致します。抽象データ型：unsigned8 ElementId：192の状態：現在のUnitsは：ホップReference：Live分野へのIPv4 Timeの定義についてはRFC 791を参照してください。 IPv6のホップリミットフィールドの定義については、RFC 2460を参照してください。
Description: The value of the protocol number in the IP packet header. The protocol number identifies the IP packet payload type. Protocol numbers are defined in the IANA Protocol Numbers registry. In Internet Protocol version 4 (IPv4), this is carried in the Protocol field. In Internet Protocol version 6 (IPv6), this is carried in the Next Header field in the last extension header of the packet. Abstract Data Type: unsigned8 Data Type Semantics: identifier ElementId: 4 Status: current Reference: See RFC 791 for the specification of the IPv4 protocol field. See RFC 2460 for the specification of the IPv6 protocol field. See the list of protocol numbers assigned by IANA at http://www.iana.org/assignments/protocol-numbers.
説明：IPパケットヘッダ内のプロトコル番号の値。プロトコル番号は、IPパケットのペイロードタイプを識別する。プロトコル番号はIANAプロトコル番号のレジストリで定義されています。インターネットプロトコルバージョン4（IPv4）で、これは、プロトコル・フィールドで運ばれます。インターネットプロトコルバージョン6（IPv6）では、これは、パケットの最後の拡張ヘッダに次ヘッダフィールド内で運ばれます。抽象データ型：unsigned8 Data Type Semantics：識別子ELEMENTID：4つの状態：現在のReference：IPv4プロトコル分野の仕様については、RFC 791を参照してください。 IPv6プロトコル分野の仕様については、RFC 2460を参照してください。 http://www.iana.org/assignments/protocol-numbersでIANAによって割り当てられたプロトコル番号のリストをご覧ください。
Description: The value of the Next Header field of the IPv6 header. The value identifies the type of the following IPv6 extension header or of the following IP payload. Valid values are defined in the IANA Protocol Numbers registry. Abstract Data Type: unsigned8 ElementId: 193 Status: current Reference: See RFC 2460 for the definition of the IPv6 Next Header field. See the list of protocol numbers assigned by IANA at http://www.iana.org/assignments/protocol-numbers.
説明：IPv6ヘッダの次ヘッダフィールドの値。値は、次のIPv6拡張ヘッダの以下IPペイロードのタイプを識別する。有効な値は、IANAプロトコル番号のレジストリで定義されています。抽象データ型：unsigned8 ElementId：193の状態：現在のReference：IPv6の次のヘッダーフィールドの定義については、RFC 2460を参照してください。 http://www.iana.org/assignments/protocol-numbersでIANAによって割り当てられたプロトコル番号のリストをご覧ください。
Description: The value of a Differentiated Services Code Point (DSCP) encoded in the Differentiated Services field. The Differentiated Services field spans the most significant 6 bits of the IPv4 TOS field or the IPv6 Traffic Class field, respectively. This Information Element encodes only the 6 bits of the Differentiated Services field. Therefore, its value may range from 0 to 63. Abstract Data Type: unsigned8 Data Type Semantics: identifier ElementId: 195 Status: current Range: The valid range is 0-63. Reference: See RFC 3260 for the definition of the Differentiated Services field. See RFC 1812 (Section 5.3.2) and RFC 791 for the definition of the IPv4 TOS field. See RFC 2460 for the definition of the IPv6 Traffic Class field.
説明：差別化サービスの分野でエンコードされた差別化サービスコードポイント（DSCP）の値。差別化サービスフィールドは、それぞれ、IPv4のTOSフィールドまたはIPv6トラフィッククラスフィールドの上位6ビットにまたがります。この情報要素は差別化サービスフィールドの6ビットのみを符号化します。したがって、その値は0から63までの抽象データ型を範囲とすることができる：UNSIGNED8データタイプ意味：識別子ELEMENTID：195状態：現在の範囲：有効範囲は0〜63です。参考：差別化サービスフィールドの定義については、RFC 3260を参照してください。 IPv4のTOSフィールドの定義については、RFC 1812（5.3.2項）とRFC 791を参照してください。 IPv6のトラフィッククラスフィールドの定義については、RFC 2460を参照してください。
Description: The value of the IP Precedence. The IP Precedence value is encoded in the first 3 bits of the IPv4 TOS field or the IPv6 Traffic Class field, respectively. This Information Element encodes only these 3 bits. Therefore, its value may range from 0 to 7. Abstract Data Type: unsigned8 Data Type Semantics: identifier ElementId: 196 Status: current
説明：IP優先順位の値。 IP優先順位値は、それぞれ、IPv4のTOSフィールドまたはIPv6のトラフィッククラスフィールドの最初の3ビットで符号化されます。この情報要素は、これらの3ビットを符号化します。したがって、その値は0から7の抽象データ型の範囲とすることができる：UNSIGNED8データタイプ意味：識別子ELEMENTID：196の状態：現在の
Range: The valid range is 0-7. Reference: See RFC 1812 (Section 5.3.3) and RFC 791 for the definition of the IP Precedence. See RFC 1812 (Section 5.3.2) and RFC 791 for the definition of the IPv4 TOS field. See RFC 2460 for the definition of the IPv6 Traffic Class field.
範囲：有効な範囲は0〜7です。参考：IP優先順位の定義については、RFC 1812（セクション5.3.3）とRFC 791を参照してください。 IPv4のTOSフィールドの定義については、RFC 1812（5.3.2項）とRFC 791を参照してください。 IPv6のトラフィッククラスフィールドの定義については、RFC 2460を参照してください。
Description: For IPv4 packets, this is the value of the TOS field in the IPv4 packet header. For IPv6 packets, this is the value of the Traffic Class field in the IPv6 packet header. Abstract Data Type: unsigned8 Data Type Semantics: identifier ElementId: 5 Status: current Reference: See RFC 1812 (Section 5.3.2) and RFC 791 for the definition of the IPv4 TOS field. See RFC 2460 for the definition of the IPv6 Traffic Class field.
説明：IPv4パケットの場合、これは、IPv4パケットのヘッダ内のTOSフィールドの値です。 IPv6パケットの場合、これは、IPv6パケットヘッダーのトラフィッククラスフィールドの値です。抽象データ型：unsigned8 Data Type Semantics：識別子ELEMENTID：5つの状態：現在のReference：IPv4のTOSフィールドの定義については、RFC 1812（5.3.2項）とRFC 791を参照してください。 IPv6のトラフィッククラスフィールドの定義については、RFC 2460を参照してください。
Description: The definition of this Information Element is identical to the definition of Information Element 'ipClassOfService', except that it reports a potentially modified value caused by a middlebox function after the packet passed the Observation Point. Abstract Data Type: unsigned8 Data Type Semantics: identifier ElementId: 55 Status: current Reference: See RFC 791 for the definition of the IPv4 TOS field. See RFC 2460 for the definition of the IPv6 Traffic Class field. See RFC 3234 for the definition of middleboxes.
説明：この情報要素の定義は、パケットがObservation Pointを渡した後、それはmiddlebox機能によって引き起こされた潜在的に変更された値を報告することを除いて、情報要素「ipClassOfService」の定義と同じです。抽象データ型：unsigned8 Data Type Semantics：識別子ELEMENTID：55の状態：現在のReference：IPv4のTOSフィールドの定義については、RFC 791を参照してください。 IPv6のトラフィッククラスフィールドの定義については、RFC 2460を参照してください。ミドルボックスの定義については、RFC 3234を参照してください。
Description: The value of the IPv6 Flow Label field in the IP packet header. Abstract Data Type: unsigned32 Data Type Semantics: identifier ElementId: 31 Status: current Reference: See RFC 2460 for the definition of the Flow Label field in the IPv6 packet header.
説明：IPパケットのヘッダー内のIPv6フローラベルフィールドの値。抽象データ型：unsigned32のデータタイプの意味：識別子ELEMENTID：31の状態：現在のReference：IPv6パケットヘッダ内のフローラベルフィールドの定義については、RFC 2460を参照してください。
Description: If the IP destination address is not a reserved multicast address, then the value of all bits of the octet (including the reserved ones) is zero. The first bit of this octet is set to 1 if the Version field of the IP header has the value 4 and if the Destination Address field contains a reserved multicast address in the range from 224.0.0.0 to 239.255.255.255. Otherwise, this bit is set to 0. The second and third bits of this octet are reserved for future use. The remaining bits of the octet are only set to values other than zero if the IP Destination Address is a reserved IPv6 multicast address. Then the fourth bit of the octet is set to the value of the T flag in the IPv6 multicast address and the remaining four bits are set to the value of the scope field in the IPv6 multicast address.
説明：IP宛先アドレスが予約されたマルチキャストアドレスでない場合、（予約済みのものを含む）のオクテットのすべてのビットの値はゼロです。宛先アドレスフィールドは、224.0.0.0から239.255.255.255の範囲の予約されたマルチキャストアドレスが含まれている場合、IPヘッダのバージョンフィールドは値4を有している場合、このオクテットの最初のビットが1に設定されていますさもなければ、このビットは、このオクテットの第二及び第三のビットは将来の使用のために予約され、0に設定されています。 IP宛先アドレスが予約されたIPv6マルチキャストアドレスである場合オクテットの残りのビットのみゼロ以外の値に設定されています。次いでオクテットの第4ビットは、IPv6マルチキャストアドレスでTフラグの値に設定され、残りの4ビットは、IPv6マルチキャストアドレスにスコープフィールドの値に設定されています。
0 1 2 3 4 5 6 7
+------+------+------+------+------+------+------+------+
| MCv4 | RES. | RES. | T | IPv6 multicast scope |
+------+------+------+------+------+------+------+------+
Bit 0: set to 1 if IPv4 multicast Bits 1-2: reserved for future use Bit 4: set to value of T flag, if IPv6 multicast Bits 4-7: set to value of multicast scope if IPv6 multicast
ビット0：1に設定した場合IPv4マルチキャストビット1-2のために予約将来使用ビット4：Tフラグの値に設定し、もしIPv6マルチキャストビット4-7：マルチキャスト範囲の値に設定した場合のIPv6マルチキャスト
Abstract Data Type: unsigned8 Data Type Semantics: flags ElementId: 206 Status: current
抽象データ型：unsigned8 Data Type Semantics：フラグELEMENTID：206状態：現在の
Reference: See RFC 1112 for the specification of reserved IPv4 multicast addresses. See RFC 4291 for the specification of reserved IPv6 multicast addresses and the definition of the T flag and the IPv6 multicast scope.
参考：予約済みIPv4マルチキャストアドレスの仕様については、RFC 1112を参照してください。予約されたIPv6マルチキャストアドレスの仕様とTフラグとIPv6マルチキャストスコープの定義についてはRFC 4291を参照。
Description: The value of the Identification field in the IPv4 packet header or in the IPv6 Fragment header, respectively. The value is 0 for IPv6 if there is no fragment header. Abstract Data Type: unsigned32 Data Type Semantics: identifier ElementId: 54 Status: current Reference: See RFC 791 for the definition of the IPv4 Identification field. See RFC 2460 for the definition of the Identification field in the IPv6 Fragment header.
説明：それぞれ、IPv4パケットのヘッダ内またはIPv6フラグメントヘッダ内の識別フィールドの値。いかなるフラグメントヘッダが存在しない場合、この値は、IPv6のための0です。抽象データ型：unsigned32のデータタイプの意味：識別子ELEMENTID：54の状態：現在のReference：IPv4の識別フィールドの定義については、RFC 791を参照してください。 IPv6のフラグメントヘッダ内の識別フィールドの定義については、RFC 2460を参照してください。
Description: The value of the IP fragment offset field in the IPv4 packet header or the IPv6 Fragment header, respectively. The value is 0 for IPv6 if there is no fragment header. Abstract Data Type: unsigned16 Data Type Semantics: identifier ElementId: 88 Status: current Reference: See RFC 791 for the specification of the fragment offset in the IPv4 header. See RFC 2460 for the specification of the fragment offset in the IPv6 Fragment header.
説明：IPv4パケットヘッダまたはIPv6フラグメントヘッダ内のIPフラグメントオフセットフィールドの値は、それぞれ。いかなるフラグメントヘッダが存在しない場合、この値は、IPv6のための0です。抽象データ型：データタイプ意味UNSIGNED16：識別子ELEMENTID：88の状態：現在のReference：IPv4ヘッダーのオフセット断片の仕様のRFC 791を参照してください。 IPv6のフラグメントヘッダにフラグメントオフセットの仕様については、RFC 2460を参照。
Description: Fragmentation properties indicated by flags in the IPv4 packet header or the IPv6 Fragment header, respectively.
説明：それぞれIPv4パケットヘッダまたはIPv6フラグメントヘッダ内のフラグによって示さフラグメンテーション特性を示します。
Bit 0: (RS) Reserved. The value of this bit MUST be 0 until specified otherwise.
ビット0：予約済み（RS）。特に指定されるまで、このビットの値は0でなければなりません。
Bit 1: (DF) 0 = May Fragment, 1 = Don't Fragment. Corresponds to the value of the DF flag in the IPv4 header. Will always be 0 for IPv6 unless a "don't fragment" feature is introduced to IPv6.
ビット1：（DF）0 =月フラグメント、1 =フラグメント不可。 IPv4ヘッダ内のDFフラグの値に相当します。 「断片化しない」機能がIPv6に導入されていない限り、常にIPv6のために0になります。
Bit 2: (MF) 0 = Last Fragment, 1 = More Fragments. Corresponds to the MF flag in the IPv4 header or to the M flag in the IPv6 Fragment header, respectively. The value is 0 for IPv6 if there is no fragment header.
ビット2：（MF）0 =最後のフラグメント、1 =以上の断片。それぞれ、IPv4ヘッダ内またはIPv6フラグメントヘッダ内のMフラグをMFフラグに相当します。いかなるフラグメントヘッダが存在しない場合、この値は、IPv6のための0です。
Bits 3-7: (DC) Don't Care. The values of these bits are irrelevant.
ビット3-7：（DC）は気にしません。これらのビットの値は無関係です。
0 1 2 3 4 5 6 7
+---+---+---+---+---+---+---+---+
| R | D | M | D | D | D | D | D |
| S | F | F | C | C | C | C | C |
+---+---+---+---+---+---+---+---+
Abstract Data Type: unsigned8 Data Type Semantics: flags ElementId: 197 Status: current Reference: See RFC 791 for the specification of the IPv4 fragment flags. See RFC 2460 for the specification of the IPv6 Fragment header.
抽象データ型：unsigned8 Data Type Semantics：フラグELEMENTID：197の状態：現在のReference：IPv4のフラグメントフラグの仕様については、RFC 791を参照してください。 IPv6のフラグメントヘッダの仕様については、RFC 2460を参照。
Description: The length of the IP header. For IPv6, the value of this Information Element is 40. Abstract Data Type: unsigned8 ElementId: 189 Status: current Units: octets Reference: See RFC 791 for the specification of the IPv4 header. See RFC 2460 for the specification of the IPv6 header.
説明：IPヘッダの長さ。 UNSIGNED8 ELEMENTID：189の状態：現在のUnits：八重奏Reference：IPv4ヘッダーの仕様については、RFC 791を参照してくださいIPv6のために、この情報要素の値は40抽象データ型です。 IPv6ヘッダーの仕様に関してRFC2460を参照。
Description: The value of the Internet Header Length (IHL) field in the IPv4 header. It specifies the length of the header in units of 4 octets. Please note that its unit is different from most of the other Information Elements reporting length values.
説明：IPv4ヘッダ内のインターネットヘッダ長（IHL）フィールドの値。これは、4つのオクテット単位のヘッダの長さを指定します。その単位は、長さの値を報告し、他の情報要素のほとんどは異なることに注意してください。
Abstract Data Type: unsigned8 ElementId: 207 Status: current Units: 4 octets Reference: See RFC 791 for the specification of the IPv4 header.
抽象データ型：unsigned8 ElementId：207の状態：現在のUnits：4八重奏Reference：IPv4ヘッダーの仕様については、RFC 791を参照してください。
Description: The total length of the IPv4 packet. Abstract Data Type: unsigned16 ElementId: 190 Status: current Units: octets Reference: See RFC 791 for the specification of the IPv4 total length.
説明：IPv4パケットの全長。抽象データ型：unsigned16 ElementId：190の状態：現在のUnits：八重奏Reference：IPv4の合計の長さの仕様については、RFC 791を参照してください。
Description: The total length of the IP packet. Abstract Data Type: unsigned64 ElementId: 224 Status: current Units: octets Reference: See RFC 791 for the specification of the IPv4 total length. See RFC 2460 for the specification of the IPv6 payload length. See RFC 2675 for the specification of the IPv6 jumbo payload length.
説明：IPパケットの長さの合計。抽象データ型：unsigned64 ElementId：224の状態：現在のUnits：八重奏Reference：IPv4の合計の長さの仕様については、RFC 791を参照してください。 IPv6のペイロード長の仕様については、RFC 2460を参照してください。 IPv6のジャンボペイロード長の仕様については、RFC 2675を参照してください。
Description: This Information Element reports the value of the Payload Length field in the IPv6 header. Note that IPv6 extension headers belong to the payload. Also note that in case of a jumbo payload option the value of the Payload Length field in the IPv6 header is zero and so will be the value reported by this Information Element. Abstract Data Type: unsigned16 ElementId: 191 Status: current Units: octets Reference: See RFC 2460 for the specification of the IPv6 payload length. See RFC 2675 for the specification of the IPv6 jumbo payload option.
説明：この情報要素は、IPv6ヘッダ内のペイロード長フィールドの値を報告します。 IPv6拡張ヘッダは、ペイロードに属していることに注意してください。また、ジャンボペイロードオプションの場合、IPv6ヘッダ内のペイロード長フィールドの値がゼロであるので、この情報エレメントによって報告された値になることに注意してください。抽象データ型：unsigned16 ElementId：191の状態：現在のUnits：八重奏Reference：IPv6のペイロード長の仕様については、RFC 2460を参照してください。 IPv6のジャンボペイロードオプションの仕様については、RFC 2675を参照してください。
The set of Information Elements related to transport header fields and length includes the Information Elements listed in the table below.
ヘッダフィールドと長さを輸送に関連する情報要素の集合は、以下の表に記載されている情報要素を含みます。
+-----+---------------------------+-----+---------------------------+
| ID | Name | ID | Name |
+-----+---------------------------+-----+---------------------------+
| 7 | sourceTransportPort | 238 | tcpWindowScale |
| 11 | destinationTransportPort | 187 | tcpUrgentPointer |
| 180 | udpSourcePort | 188 | tcpHeaderLength |
| 181 | udpDestinationPort | 32 | icmpTypeCodeIPv4 |
| 205 | udpMessageLength | 176 | icmpTypeIPv4 |
| 182 | tcpSourcePort | 177 | icmpCodeIPv4 |
| 183 | tcpDestinationPort | 139 | icmpTypeCodeIPv6 |
| 184 | tcpSequenceNumber | 178 | icmpTypeIPv6 |
| 185 | tcpAcknowledgementNumber | 179 | icmpCodeIPv6 |
| 186 | tcpWindowSize | 33 | igmpType |
+-----+---------------------------+-----+---------------------------+
Description: The source port identifier in the transport header. For the transport protocols UDP, TCP, and SCTP, this is the source port number given in the respective header. This field MAY also be used for future transport protocols that have 16-bit source port identifiers. Abstract Data Type: unsigned16 Data Type Semantics: identifier ElementId: 7 Status: current Reference: See RFC 768 for the definition of the UDP source port field. See RFC 793 for the definition of the TCP source port field. See RFC 4960 for the definition of SCTP. Additional information on defined UDP and TCP port numbers can be found at http://www.iana.org/assignments/port-numbers.
説明：トランスポート・ヘッダの送信元ポート識別子。トランスポートプロトコルUDP、TCP、およびSCTPのために、これは、それぞれのヘッダーで指定されたソースポート番号です。また、このフィールドは16ビットのソースポート識別子を持っている将来のトランスポートプロトコルのために使用されるかもしれません。抽象データ型：UNSIGNED16データタイプの意味：識別子ELEMENTID：7つの状態：現在のReference：UDPソースポート分野の定義については、RFC 768を参照してください。 TCPソースポート分野の定義については、RFC 793を参照してください。 SCTPの定義については、RFC 4960を参照してください。定義されたUDPおよびTCPポート番号に関する追加情報は、http://www.iana.org/assignments/port-numbersで見つけることができます。
Description: The destination port identifier in the transport header. For the transport protocols UDP, TCP, and SCTP, this is the destination port number given in the respective header. This field MAY also be used for future transport protocols that have 16-bit destination port identifiers.
説明：トランスポート・ヘッダの宛先ポート識別子。トランスポートプロトコルUDP、TCP、およびSCTPのために、これは、それぞれのヘッダーで指定された宛先ポート番号です。このフィールドは、16ビット宛先ポート識別子を持っている将来のトランスポートプロトコルのために使用されるかもしれません。
Abstract Data Type: unsigned16 Data Type Semantics: identifier ElementId: 11 Status: current Reference: See RFC 768 for the definition of the UDP destination port field. See RFC 793 for the definition of the TCP destination port field. See RFC 4960 for the definition of SCTP. Additional information on defined UDP and TCP port numbers can be found at http://www.iana.org/assignments/port-numbers.
抽象データ型：データ型意味論UNSIGNED16：識別子ELEMENTID：11の状態：現在のReference：UDP宛先ポートフィールドの定義についてはRFC 768を参照してください。 TCP宛先ポートフィールドの定義については、RFC 793を参照してください。 SCTPの定義については、RFC 4960を参照してください。定義されたUDPおよびTCPポート番号に関する追加情報は、http://www.iana.org/assignments/port-numbersで見つけることができます。
Description: The source port identifier in the UDP header. Abstract Data Type: unsigned16 Data Type Semantics: identifier ElementId: 180 Status: current Reference: See RFC 768 for the definition of the UDP source port field. Additional information on defined UDP port numbers can be found at http://www.iana.org/assignments/port-numbers.
説明：UDPヘッダの送信元ポート識別子。抽象データ型：UNSIGNED16データタイプの意味：識別子ELEMENTID：180の状態：現在のReference：UDPソースポート分野の定義については、RFC 768を参照してください。定義されたUDPポート番号に関する追加情報は、http://www.iana.org/assignments/port-numbersで見つけることができます。
Description: The destination port identifier in the UDP header. Abstract Data Type: unsigned16 Data Type Semantics: identifier ElementId: 181 Status: current Reference: See RFC 768 for the definition of the UDP destination port field. Additional information on defined UDP port numbers can be found at http://www.iana.org/assignments/port-numbers.
説明：UDPヘッダの宛先ポート識別子。抽象データ型：UNSIGNED16データタイプの意味：識別子ELEMENTID：181の状態：現在のReference：UDP宛先ポートフィールドの定義についてはRFC 768を参照してください。定義されたUDPポート番号に関する追加情報は、http://www.iana.org/assignments/port-numbersで見つけることができます。
Description: The value of the Length field in the UDP header. Abstract Data Type: unsigned16 ElementId: 205 Status: current Units: octets Reference: See RFC 768 for the specification of the UDP header.
説明：UDPヘッダの長さフィールドの値。抽象データ型：unsigned16 ElementId：205の状態：現在のUnits：八重奏Reference：UDPヘッダーの仕様については、RFC 768を参照してください。
Description: The source port identifier in the TCP header. Abstract Data Type: unsigned16 Data Type Semantics: identifier ElementId: 182 Status: current Reference: See RFC 793 for the definition of the TCP source port field. Additional information on defined TCP port numbers can be found at http://www.iana.org/assignments/port-numbers.
説明：TCPヘッダの送信元ポート識別子。抽象データ型：UNSIGNED16データタイプの意味：識別子ELEMENTID：182の状態：現在のReference：TCPソースポート分野の定義については、RFC 793を参照してください。定義されたTCPポート番号に関する追加情報は、http://www.iana.org/assignments/port-numbersで見つけることができます。
Description: The destination port identifier in the TCP header. Abstract Data Type: unsigned16 Data Type Semantics: identifier ElementId: 183 Status: current Reference: See RFC 793 for the definition of the TCP source port field. Additional information on defined TCP port numbers can be found at http://www.iana.org/assignments/port-numbers.
説明：TCPヘッダの宛先ポート識別子。抽象データ型：UNSIGNED16データタイプの意味：識別子ELEMENTID：183の状態：現在のReference：TCPソースポート分野の定義については、RFC 793を参照してください。定義されたTCPポート番号に関する追加情報は、http://www.iana.org/assignments/port-numbersで見つけることができます。
Description: The sequence number in the TCP header. Abstract Data Type: unsigned32 ElementId: 184 Status: current Reference: See RFC 793 for the definition of the TCP sequence number.
説明：TCPヘッダのシーケンス番号。抽象データ型：unsigned32 ElementId：184の状態：現在のReference：TCPシーケンス番号の定義についてはRFC 793を参照してください。
Description: The acknowledgement number in the TCP header. Abstract Data Type: unsigned32 ElementId: 185 Status: current Reference: See RFC 793 for the definition of the TCP acknowledgement number.
説明：TCPヘッダーの確認応答の数。抽象データ型：unsigned32 ElementId：185の状態：現在のReference：TCP確認応答番号の定義についてはRFC 793を参照してください。
Description: The window field in the TCP header. If the TCP window scale is supported, then TCP window scale must be known to fully interpret the value of this information. Abstract Data Type: unsigned16 ElementId: 186 Status: current Reference: See RFC 793 for the definition of the TCP window field. See RFC 1323 for the definition of the TCP window scale.
説明：TCPヘッダ中のウィンドウのフィールド。 TCPウィンドウスケールがサポートされている場合は、TCPウィンドウスケールは完全にこの情報の値を解釈することが知られている必要があります。抽象データ型：unsigned16 ElementId：186の状態：現在のReference：TCPウィンドウのフィールドの定義については、RFC 793を参照してください。 TCPウィンドウスケールの定義については、RFC 1323を参照してください。
Description: The scale of the window field in the TCP header. Abstract Data Type: unsigned16 ElementId: 238 Status: current Reference: See RFC 1323 for the definition of the TCP window scale.
説明：TCPヘッダ中のウィンドウフィールドの規模。抽象データ型：unsigned16 ElementId：238の状態：現在のReference：TCPウィンドウスケールの定義については、RFC 1323を参照してください。
Description: The urgent pointer in the TCP header. Abstract Data Type: unsigned16 ElementId: 187 Status: current Reference: See RFC 793 for the definition of the TCP urgent pointer.
説明：TCPヘッダー内の緊急ポインタ。抽象データ型：unsigned16 ElementId：187の状態：現在のReference：TCP緊急ポインタの定義についてはRFC 793を参照してください。
Description: The length of the TCP header. Note that the value of this Information Element is different from the value of the Data Offset field in the TCP header. The Data Offset field indicates the length of the TCP header in units of 4 octets. This Information Elements specifies the length of the TCP header in units of octets. Abstract Data Type: unsigned8 ElementId: 188 Status: current Units: octets Reference: See RFC 793 for the definition of the TCP header.
説明：TCPヘッダの長さ。この情報要素の値は、TCPヘッダ内のフィールドをオフセットデータの値とは異なることに留意されたいです。データフィールドは、4つのオクテット単位でTCPヘッダの長さを示すオフセット。この情報要素は、オクテット単位でのTCPヘッダの長さを指定します。抽象データ型：unsigned8 ElementId：188の状態：現在のUnits：八重奏Reference：TCPヘッダーの定義についてはRFC 793を参照してください。
Description: Type and Code of the IPv4 ICMP message. The combination of both values is reported as (ICMP type * 256) + ICMP code. Abstract Data Type: unsigned16 Data Type Semantics: identifier ElementId: 32 Status: current Reference: See RFC 792 for the definition of the IPv4 ICMP type and code fields.
説明：IPv4のICMPメッセージのタイプとコード。両方の値の組み合わせは、（ICMPタイプ* 256）+ ICMPコードとして報告されます。抽象データ型：UNSIGNED16データタイプの意味：識別子ELEMENTID：32の状態：現在のReference：IPv4のICMPタイプとコードフィールドの定義についてはRFC 792を参照してください。
Description: Type of the IPv4 ICMP message. Abstract Data Type: unsigned8 Data Type Semantics: identifier ElementId: 176 Status: current Reference: See RFC 792 for the definition of the IPv4 ICMP type field.
説明：IPv4のICMPメッセージのタイプ。抽象データ型：unsigned8 Data Type Semantics：識別子ELEMENTID：176の状態：現在のReference：IPv4のICMPタイプフィールドの定義についてはRFC 792を参照してください。
Description: Code of the IPv4 ICMP message. Abstract Data Type: unsigned8 Data Type Semantics: identifier ElementId: 177 Status: current Reference: See RFC 792 for the definition of the IPv4 ICMP code field.
説明：IPv4のICMPメッセージのコード。抽象データ型：unsigned8 Data Type Semantics：識別子ELEMENTID：177の状態：現在のReference：IPv4のICMPコードフィールドの定義についてはRFC 792を参照してください。
Description: Type and Code of the IPv6 ICMP message. The combination of both values is reported as (ICMP type * 256) + ICMP code. Abstract Data Type: unsigned16 Data Type Semantics: identifier ElementId: 139 Status: current Reference: See RFC 4443 for the definition of the IPv6 ICMP type and code fields.
説明：IPv6のICMPメッセージのタイプとコード。両方の値の組み合わせは、（ICMPタイプ* 256）+ ICMPコードとして報告されます。抽象データ型：UNSIGNED16データタイプの意味：識別子ELEMENTID：139の状態：現在のReference：IPv6のICMPタイプとコードフィールドの定義については、RFC 4443を参照してください。
Description: Type of the IPv6 ICMP message. Abstract Data Type: unsigned8 Data Type Semantics: identifier ElementId: 178 Status: current Reference: See RFC 4443 for the definition of the IPv6 ICMP type field.
説明：IPv6のICMPメッセージのタイプ。抽象データ型：unsigned8 Data Type Semantics：識別子ELEMENTID：178の状態：現在のReference：IPv6のICMPタイプフィールドの定義については、RFC 4443を参照してください。
Description: Code of the IPv6 ICMP message. Abstract Data Type: unsigned8 Data Type Semantics: identifier ElementId: 179 Status: current Reference: See RFC 4443 for the definition of the IPv6 ICMP code field.
説明：IPv6のICMPメッセージのコード。抽象データ型：unsigned8 Data Type Semantics：識別子ELEMENTID：179の状態：現在のReference：IPv6のICMPコードフィールドの定義については、RFC 4443を参照してください。
Description: The type field of the IGMP message. Abstract Data Type: unsigned8 Data Type Semantics: identifier ElementId: 33 Status: current Reference: See RFC 3376 for the definition of the IGMP type field.
説明：IGMPメッセージのタイプフィールド。抽象データ型：unsigned8 Data Type Semantics：識別子ELEMENTID：33の状態：現在のReference：IGMPタイプフィールドの定義については、RFC 3376を参照してください。
The set of Information Elements related to Sub-IP header fields includes the Information Elements listed in the table below.
サブIPヘッダフィールドに関連する情報要素の集合は、以下の表に記載されている情報要素を含みます。
+-----+---------------------------+-----+---------------------------+
| ID | Name | ID | Name |
+-----+---------------------------+-----+---------------------------+
| 56 | sourceMacAddress | 201 | mplsLabelStackLength |
| 81 | postSourceMacAddress | 194 | mplsPayloadLength |
| 58 | vlanId | 70 | mplsTopLabelStackSection |
| 59 | postVlanId | 71 | mplsLabelStackSection2 |
| 80 | destinationMacAddress | 72 | mplsLabelStackSection3 |
| 57 | postDestinationMacAddress | 73 | mplsLabelStackSection4 |
| 146 | wlanChannelId | 74 | mplsLabelStackSection5 |
| 147 | wlanSSID | 75 | mplsLabelStackSection6 |
| 200 | mplsTopLabelTTL | 76 | mplsLabelStackSection7 |
| 203 | mplsTopLabelExp | 77 | mplsLabelStackSection8 |
| 237 | postMplsTopLabelExp | 78 | mplsLabelStackSection9 |
| 202 | mplsLabelStackDepth | 79 | mplsLabelStackSection10 |
+-----+---------------------------+-----+---------------------------+
Description: The IEEE 802 source MAC address field. Abstract Data Type: macAddress Data Type Semantics: identifier ElementId: 56 Status: current Reference: See IEEE.802-3.2002.
説明：IEEE 802元MACアドレスフィールド。抽象データ型：MACADDRESSデータ型意味論：識別子ELEMENTID：56の状態：現在のReference：IEEE.802-3.2002を参照してください。
Description: The definition of this Information Element is identical to the definition of Information Element 'sourceMacAddress', except that it reports a potentially modified value caused by a middlebox function after the packet passed the Observation Point. Abstract Data Type: macAddress Data Type Semantics: identifier ElementId: 81 Status: current Reference: See IEEE.802-3.2002.
説明：この情報要素の定義は、パケットがObservation Pointを渡した後に、それはmiddlebox機能によって引き起こされた潜在的に変更された値を報告することを除いて、情報要素「sourceMacAddress」の定義と同じです。抽象データ型：MACADDRESSデータ型意味論：識別子ELEMENTID：81の状態：現在のReference：IEEE.802-3.2002を参照してください。
Description: The IEEE 802.1Q VLAN identifier (VID) extracted from the Tag Control Information field that was attached to the IP packet. Abstract Data Type: unsigned16 Data Type Semantics: identifier ElementId: 58 Status: current Reference: See IEEE.802-1Q.2003.
説明：IPパケットに付加されたタグ制御情報フィールドから抽出されたIEEE 802.1Q VLAN識別子（VID）。抽象データ型：UNSIGNED16データタイプの意味：識別子ELEMENTID：58の状態：現在のReference：IEEE.802-1Q.2003を参照してください。
Description: The definition of this Information Element is identical to the definition of Information Element 'vlanId', except that it reports a potentially modified value caused by a middlebox function after the packet passed the Observation Point. Abstract Data Type: unsigned16 Data Type Semantics: identifier ElementId: 59 Status: current Reference: See IEEE.802-1Q.2003.
説明：この情報要素の定義は、パケットがObservation Pointを渡した後、それはmiddlebox機能によって引き起こされた潜在的に変更された値を報告することを除いて、情報要素「VLANID」の定義と同じです。抽象データ型：UNSIGNED16データタイプの意味：識別子ELEMENTID：59の状態：現在のReference：IEEE.802-1Q.2003を参照してください。
Description: The IEEE 802 destination MAC address field. Abstract Data Type: macAddress Data Type Semantics: identifier ElementId: 80 Status: current Reference: See IEEE.802-3.2002.
説明：IEEE 802の宛先MACアドレスフィールド。抽象データ型：MACADDRESSデータ型意味論：識別子ELEMENTID：80の状態：現在のReference：IEEE.802-3.2002を参照してください。
Description: The definition of this Information Element is identical to the definition of Information Element 'destinationMacAddress', except that it reports a potentially modified value caused by a middlebox function after the packet passed the Observation Point. Abstract Data Type: macAddress Data Type Semantics: identifier ElementId: 57 Status: current
説明：この情報要素の定義は、パケットがObservation Pointを渡した後、それはmiddlebox機能によって引き起こされた潜在的に変更された値を報告することを除いて、情報要素「destinationMacAddress」の定義と同じです。抽象データ型：MACADDRESSデータ型の意味：識別子ELEMENTID：57の状態：現在
Reference: See IEEE.802-3.2002.
参考：IEEE.802-3.2002を参照してください。
Description: The identifier of the 802.11 (Wi-Fi) channel used. Abstract Data Type: unsigned8 Data Type Semantics: identifier ElementId: 146 Status: current Reference: See IEEE.802-11.1999.
説明：使用802.11（のWi-Fi）チャネルの識別子。抽象データ型：unsigned8 Data Type Semantics：識別子ELEMENTID：146のステータス：現在のReference：IEEE.802-11.1999を参照してください。
Description: The Service Set IDentifier (SSID) identifying an 802.11 (Wi-Fi) network used. According to IEEE.802-11.1999, the SSID is encoded into a string of up to 32 characters. Abstract Data Type: string ElementId: 147 Status: current Reference: See IEEE.802-11.1999.
説明：使用802.11（のWi-Fi）ネットワークを特定するサービスセット識別子（SSID）。 IEEE.802-11.1999によれば、SSIDは32文字までの文字列に符号化されます。抽象データ型：文字列ELEMENTID：147のステータス：現在のReference：IEEE.802-11.1999を参照してください。
Description: The TTL field from the top MPLS label stack entry, i.e., the last label that was pushed. Abstract Data Type: unsigned8 ElementId: 200 Status: current Units: hops Reference: See RFC 3032 for the specification of the TTL field.
説明：トップMPLSラベルスタックエントリー、すなわち、押された最後のラベルからTTLフィールド。抽象データ型：unsigned8 ElementId：200の状態：現在のUnitsは：ホップReference：TTL分野の仕様については、RFC 3032を参照してください。
Description: The Exp field from the top MPLS label stack entry, i.e., the last label that was pushed.
説明：トップMPLSラベルスタックエントリー、すなわち、押された最後のラベルのEXPフィールド。
Bits 0-4: Don't Care, value is irrelevant. Bits 5-7: MPLS Exp field.
ビット0-4：値は無関係です、気にしません。ビット5-7：MPLS EXPフィールド。
0 1 2 3 4 5 6 7
+---+---+---+---+---+---+---+---+
| don't care | Exp |
+---+---+---+---+---+---+---+---+
Abstract Data Type: unsigned8 Data Type Semantics: flags ElementId: 203 Status: current Reference: See RFC 3032 for the specification of the Exp field. See RFC 3270 for usage of the Exp field.
抽象データ型：unsigned8 Data Type Semantics：フラグELEMENTID：203の状態：現在のReference：EXPフィールドの仕様については、RFC 3032を参照してください。 EXPフィールドの使用方法については、RFC 3270を参照してください。
Description: The definition of this Information Element is identical to the definition of Information Element 'mplsTopLabelExp', except that it reports a potentially modified value caused by a middlebox function after the packet passed the Observation Point. Abstract Data Type: unsigned8 Data Type Semantics: flags ElementId: 237 Status: current Reference: See RFC 3032 for the specification of the Exp field. See RFC 3270 for usage of the Exp field.
説明：この情報要素の定義は、パケットがObservation Pointを渡した後、それはmiddlebox機能によって引き起こされた潜在的に変更された値を報告することを除いて、情報要素「mplsTopLabelExp」の定義と同じです。抽象データ型：unsigned8 Data Type Semantics：フラグELEMENTID：237の状態：現在のReference：EXPフィールドの仕様については、RFC 3032を参照してください。 EXPフィールドの使用方法については、RFC 3270を参照してください。
Description: The number of labels in the MPLS label stack. Abstract Data Type: unsigned32 ElementId: 202 Status: current Units: label stack entries Reference: See RFC 3032 for the specification of the MPLS label stack.
説明：MPLSラベルスタックのラベルの数。抽象データ型：unsigned32 ElementId：202の状態：現在のUnits：ラベルスタックエントリは、基準：MPLSラベルスタックの仕様については、RFC 3032を参照してください。
Description: The length of the MPLS label stack in units of octets. Abstract Data Type: unsigned32 ElementId: 201 Status: current Units: octets Reference: See RFC 3032 for the specification of the MPLS label stack.
説明：オクテット単位でのMPLSラベルスタックの長さ。抽象データ型：unsigned32 ElementId：201の状態：現在のUnits：八重奏Reference：MPLSラベルスタックの仕様については、RFC 3032を参照してください。
Description: The size of the MPLS packet without the label stack. Abstract Data Type: unsigned32 ElementId: 194 Status: current Units: octets Reference: See RFC 3031 for the specification of MPLS packets. See RFC 3032 for the specification of the MPLS label stack.
説明：ラベルスタックのないMPLSパケットのサイズ。抽象データ型：unsigned32 ElementId：194の状態：現在のUnits：八重奏Reference：MPLSパケットの仕様については、RFC 3031を参照してください。 MPLSラベルスタックの仕様については、RFC 3032を参照してください。
Description: The Label, Exp, and S fields from the top MPLS label stack entry, i.e., from the last label that was pushed. The size of this Information Element is 3 octets.
説明：トップMPLSラベルスタックエントリーからラベル、経験、およびS分野、すなわち、押された最後のラベルから。この情報要素の大きさは3つのオクテットです。
0 1 2
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Label | Exp |S|
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Label: Label Value, 20 bits Exp: Experimental Use, 3 bits S: Bottom of Stack, 1 bit
ラベル：ラベル値、20ビット経験：実験的使用、3ビットS：スタックの最下部、1ビット
Abstract Data Type: octetArray Data Type Semantics: identifier ElementId: 70 Status: current Reference: See RFC 3032.
抽象データ型：octetArrayデータ型意味論：識別子ELEMENTID：70の状態：現在のReference：RFC 3032を参照してください。
Description: The Label, Exp, and S fields from the label stack entry that was pushed immediately before the label stack entry that would be reported by mplsTopLabelStackSection. See the definition of mplsTopLabelStackSection for further details. The size of this Information Element is 3 octets. Abstract Data Type: octetArray Data Type Semantics: identifier ElementId: 71 Status: current Reference: See RFC 3032.
説明：はmplsTopLabelStackSectionによって報告されるラベルスタックエントリーの直前押されたラベルスタックエントリーからラベル、経験、およびSの各フィールド。さらに詳しい明細についてはmplsTopLabelStackSectionの定義を参照してください。この情報要素の大きさは3つのオクテットです。抽象データ型：octetArrayデータ型意味論：識別子ELEMENTID：71の状態：現在のReference：RFC 3032を参照してください。
Description: The Label, Exp, and S fields from the label stack entry that was pushed immediately before the label stack entry that would be reported by mplsLabelStackSection2. See the definition of mplsTopLabelStackSection for further details. The size of this Information Element is 3 octets. Abstract Data Type: octetArray Data Type Semantics: identifier ElementId: 72 Status: current Reference: See RFC 3032.
説明：ラベル、mplsLabelStackSection2によって報告されるラベルスタックエントリーの直前押されたラベルスタックエントリーからの経験、およびSの各フィールド。さらに詳しい明細についてはmplsTopLabelStackSectionの定義を参照してください。この情報要素の大きさは3つのオクテットです。抽象データ型：octetArrayデータ型意味論：識別子ELEMENTID：72の状態：現在のReference：RFC 3032を参照してください。
Description: The Label, Exp, and S fields from the label stack entry that was pushed immediately before the label stack entry that would be reported by mplsLabelStackSection3. See the definition of mplsTopLabelStackSection for further details. The size of this Information Element is 3 octets. Abstract Data Type: octetArray Data Type Semantics: identifier ElementId: 73 Status: current Reference: See RFC 3032.
説明：ラベル、mplsLabelStackSection3によって報告されるラベルスタックエントリーの直前押されたラベルスタックエントリーからの経験、およびSの各フィールド。さらに詳しい明細についてはmplsTopLabelStackSectionの定義を参照してください。この情報要素の大きさは3つのオクテットです。抽象データ型：octetArrayデータ型意味論：識別子ELEMENTID：73の状態：現在のReference：RFC 3032を参照してください。
Description: The Label, Exp, and S fields from the label stack entry that was pushed immediately before the label stack entry that would be reported by mplsLabelStackSection4. See the definition of mplsTopLabelStackSection for further details. The size of this Information Element is 3 octets. Abstract Data Type: octetArray Data Type Semantics: identifier ElementId: 74 Status: current Reference: See RFC 3032.
説明：ラベル、mplsLabelStackSection4によって報告されるラベルスタックエントリーの直前押されたラベルスタックエントリーからの経験、およびSの各フィールド。さらに詳しい明細についてはmplsTopLabelStackSectionの定義を参照してください。この情報要素の大きさは3つのオクテットです。抽象データ型：octetArrayデータ型意味論：識別子ELEMENTID：74の状態：現在のReference：RFC 3032を参照してください。
Description: The Label, Exp, and S fields from the label stack entry that was pushed immediately before the label stack entry that would be reported by mplsLabelStackSection5. See the definition of mplsTopLabelStackSection for further details. The size of this Information Element is 3 octets. Abstract Data Type: octetArray Data Type Semantics: identifier ElementId: 75 Status: current Reference: See RFC 3032.
説明：ラベル、mplsLabelStackSection5によって報告されるラベルスタックエントリーの直前押されたラベルスタックエントリーからの経験、およびSの各フィールド。さらに詳しい明細についてはmplsTopLabelStackSectionの定義を参照してください。この情報要素の大きさは3つのオクテットです。抽象データ型：octetArrayデータ型意味論：識別子ELEMENTID：75の状態：現在のReference：RFC 3032を参照してください。
Description: The Label, Exp, and S fields from the label stack entry that was pushed immediately before the label stack entry that would be reported by mplsLabelStackSection6. See the definition of mplsTopLabelStackSection for further details. The size of this Information Element is 3 octets. Abstract Data Type: octetArray Data Type Semantics: identifier ElementId: 76 Status: current Reference: See RFC 3032.
説明：ラベル、mplsLabelStackSection6によって報告されるラベルスタックエントリーの直前押されたラベルスタックエントリーからの経験、およびSの各フィールド。さらに詳しい明細についてはmplsTopLabelStackSectionの定義を参照してください。この情報要素の大きさは3つのオクテットです。抽象データ型：octetArrayデータ型意味論：識別子ELEMENTID：76の状態：現在のReference：RFC 3032を参照してください。
Description: The Label, Exp, and S fields from the label stack entry that was pushed immediately before the label stack entry that would be reported by mplsLabelStackSection7. See the definition of mplsTopLabelStackSection for further details. The size of this Information Element is 3 octets. Abstract Data Type: octetArray Data Type Semantics: identifier ElementId: 77 Status: current Reference: See RFC 3032.
説明：ラベル、mplsLabelStackSection7によって報告されるラベルスタックエントリーの直前押されたラベルスタックエントリーからの経験、およびSの各フィールド。さらに詳しい明細についてはmplsTopLabelStackSectionの定義を参照してください。この情報要素の大きさは3つのオクテットです。抽象データ型：octetArrayデータ型意味論：識別子ELEMENTID：77の状態：現在のReference：RFC 3032を参照してください。
Description: The Label, Exp, and S fields from the label stack entry that was pushed immediately before the label stack entry that would be reported by mplsLabelStackSection8. See the definition of mplsTopLabelStackSection for further details. The size of this Information Element is 3 octets. Abstract Data Type: octetArray Data Type Semantics: identifier ElementId: 78 Status: current Reference: See RFC 3032.
説明：ラベル、mplsLabelStackSection8によって報告されるラベルスタックエントリーの直前押されたラベルスタックエントリーからの経験、およびSの各フィールド。さらに詳しい明細についてはmplsTopLabelStackSectionの定義を参照してください。この情報要素の大きさは3つのオクテットです。抽象データ型：octetArrayデータ型意味論：識別子ELEMENTID：78の状態：現在のReference：RFC 3032を参照してください。
Description: The Label, Exp, and S fields from the label stack entry that was pushed immediately before the label stack entry that would be reported by mplsLabelStackSection9. See the definition of mplsTopLabelStackSection for further details. The size of this Information Element is 3 octets. Abstract Data Type: octetArray Data Type Semantics: identifier ElementId: 79 Status: current Reference: See RFC 3032.
説明：ラベル、mplsLabelStackSection9によって報告されるラベルスタックエントリーの直前押されたラベルスタックエントリーからの経験、およびSの各フィールド。さらに詳しい明細についてはmplsTopLabelStackSectionの定義を参照してください。この情報要素の大きさは3つのオクテットです。抽象データ型：octetArrayデータ型意味論：識別子ELEMENTID：79の状態：現在のReference：RFC 3032を参照してください。
The set of Information Elements derived from packet properties (for example, values of header fields) includes the Information Elements listed in the table below.
パケットの特性から導出される情報要素の集合は、（例えば、ヘッダフィールドの値）は、以下の表に記載されている情報要素を含みます。
+-----+---------------------------+-----+---------------------------+
| ID | Name | ID | Name |
+-----+---------------------------+-----+---------------------------+
| 204 | ipPayloadLength | 18 | bgpNextHopIPv4Address |
| 15 | ipNextHopIPv4Address | 63 | bgpNextHopIPv6Address |
| 62 | ipNextHopIPv6Address | 46 | mplsTopLabelType |
| 16 | bgpSourceAsNumber | 47 | mplsTopLabelIPv4Address |
| 17 | bgpDestinationAsNumber | 140 | mplsTopLabelIPv6Address |
| 128 | bgpNextAdjacentAsNumber | 90 | mplsVpnRouteDistinguisher |
| 129 | bgpPrevAdjacentAsNumber | | |
+-----+---------------------------+-----+---------------------------+
Description: The effective length of the IP payload. For IPv4 packets, the value of this Information Element is the difference between the total length of the IPv4 packet (as reported by Information Element totalLengthIPv4) and the length of the IPv4 header (as reported by Information Element headerLengthIPv4). For IPv6, the value of the Payload Length field in the IPv6 header is reported except in the case that the value of this field is zero and that there is a valid jumbo payload option. In this case, the value of the Jumbo Payload Length field in the jumbo payload option is reported. Abstract Data Type: unsigned32 ElementId: 204 Status: current Units: octets Reference: See RFC 791 for the specification of IPv4 packets. See RFC 2460 for the specification of the IPv6 payload length. See RFC 2675 for the specification of the IPv6 jumbo payload length.
説明：IPペイロードの有効長。 IPv4パケットのために、この情報要素の値がIPv4パケット（情報要素totalLengthIPv4によって報告されるように）とIPv4ヘッダの長さ（情報要素headerLengthIPv4によって報告されるように）の全長との差です。 IPv6の場合、IPv6ヘッダ内のペイロード長フィールドの値は、このフィールドの値がゼロである場合を除いて報告され、有効なジャンボペイロードオプションがあるということです。この場合、ジャンボペイロードオプションでジャンボペイロード長フィールドの値が報告されています。抽象データ型：unsigned32 ElementId：204の状態：現在のUnits：八重奏Reference：IPv4パケットの仕様については、RFC 791を参照してください。 IPv6のペイロード長の仕様については、RFC 2460を参照してください。 IPv6のジャンボペイロード長の仕様については、RFC 2675を参照してください。
Description: The IPv4 address of the next IPv4 hop. Abstract Data Type: ipv4Address Data Type Semantics: identifier ElementId: 15 Status: current
説明：次のIPv4ホップのIPv4アドレス。抽象データ型：IPv4Addressをデータ型の意味：識別子ELEMENTID：15の状態：現在
Description: The IPv6 address of the next IPv6 hop. Abstract Data Type: ipv6Address Data Type Semantics: identifier ElementId: 62 Status: current
説明：次のIPv6ホップのIPv6アドレス。抽象データ型：ipv6Addressデータ型の意味：識別子ELEMENTID：62の状態：現在
Description: The autonomous system (AS) number of the source IP address. If AS path information for this Flow is only available as an unordered AS set (and not as an ordered AS sequence), then the value of this Information Element is 0. Abstract Data Type: unsigned32 Data Type Semantics: identifier ElementId: 16 Status: current Reference: See RFC 4271 for a description of BGP-4, and see RFC 1930 for the definition of the AS number.
説明：送信元IPアドレスの自律システム（AS）番号。このフローのASパス情報が設定（とないシーケンスとして注文など）AS順不同としてのみ利用可能である場合、この情報要素の値は0抽象データ型：unsigned32のデータ型意味論：識別子ELEMENTID：16状態：現在のReference：BGP-4の説明については、RFC 4271を参照してください、とAS番号の定義については、RFC 1930を参照してください。
Description: The autonomous system (AS) number of the destination IP address. If AS path information for this Flow is only available as an unordered AS set (and not as an ordered AS sequence), then the value of this Information Element is 0. Abstract Data Type: unsigned32 Data Type Semantics: identifier ElementId: 17 Status: current Reference: See RFC 4271 for a description of BGP-4, and see RFC 1930 for the definition of the AS number.
説明：宛先IPアドレスの自律システム（AS）番号。このフローのASパス情報が設定（とないシーケンスとして注文など）AS順不同としてのみ利用可能である場合、この情報要素の値は0抽象データ型：unsigned32のデータ型意味論：識別子ELEMENTID：17状態：現在のReference：BGP-4の説明については、RFC 4271を参照してください、とAS番号の定義については、RFC 1930を参照してください。
Description: The autonomous system (AS) number of the first AS in the AS path to the destination IP address. The path is deduced by looking up the destination IP address of the Flow in the BGP routing information base. If AS path information for this Flow is only available as an unordered AS set (and not as an ordered AS sequence), then the value of this Information Element is 0.
説明：宛先IPアドレスへのASパスの最初のASの自律システム（AS）番号。パスは、BGPルーティング情報ベースにフローの宛先IPアドレスを調べることによって推定されます。このフローのASパス情報が設定（とないシーケンスとして注文など）AS順不同としてのみ利用可能である場合、この情報要素の値は0です。
Abstract Data Type: unsigned32 Data Type Semantics: identifier ElementId: 128 Status: current Reference: See RFC 4271 for a description of BGP-4, and see RFC 1930 for the definition of the AS number.
抽象データ型：unsigned32のデータタイプの意味：識別子ELEMENTID：128の状態：現在のReference：BGP-4の説明については、RFC 4271を参照してください、とAS番号の定義については、RFC 1930を参照してください。
Description: The autonomous system (AS) number of the last AS in the AS path from the source IP address. The path is deduced by looking up the source IP address of the Flow in the BGP routing information base. If AS path information for this Flow is only available as an unordered AS set (and not as an ordered AS sequence), then the value of this Information Element is 0. In case of BGP asymmetry, the bgpPrevAdjacentAsNumber might not be able to report the correct value. Abstract Data Type: unsigned32 Data Type Semantics: identifier ElementId: 129 Status: current Reference: See RFC 4271 for a description of BGP-4, and see RFC 1930 for the definition of the AS number.
説明：ソースIPアドレスからのASパスの最後のASの自律システム（AS）番号。パスは、BGPルーティング情報ベースにフローの送信元IPアドレスを調べることによって推定されます。このフローのASパス情報が設定（とないシーケンスとして注文など）AS順不同としてのみ利用可能である場合、この情報要素の値は、BGP非対称の場合は0である、bgpPrevAdjacentAsNumberは報告できない場合があります正しい値。抽象データ型：unsigned32のデータタイプの意味：識別子ELEMENTID：129の状態：現在のReference：BGP-4の説明については、RFC 4271を参照してください、とAS番号の定義については、RFC 1930を参照してください。
Description: The IPv4 address of the next (adjacent) BGP hop. Abstract Data Type: ipv4Address Data Type Semantics: identifier ElementId: 18 Status: current Reference: See RFC 4271 for a description of BGP-4.
説明：次の（隣接）BGPホップのIPv4アドレス。抽象データ型：IPv4Addressをデータ型意味論：識別子ELEMENTID：18の状態：現在のReference：BGP-4の説明については、RFC 4271を参照してください。
Description: The IPv6 address of the next (adjacent) BGP hop. Abstract Data Type: ipv6Address Data Type Semantics: identifier ElementId: 63 Status: current Reference: See RFC 4271 for a description of BGP-4.
説明：次の（隣接）BGPホップのIPv6アドレス。抽象データ型：ipv6Addressデータ型意味論：識別子ELEMENTID：63の状態：現在のReference：BGP-4の説明については、RFC 4271を参照してください。
Description: This field identifies the control protocol that allocated the top-of-stack label. Initial values for this field are listed below. Further values may be assigned by IANA in the MPLS label type registry.
説明：このフィールドはトップ・オブ・スタックラベルを割り当て制御プロトコルを識別する。このフィールドの初期値は以下のとおりです。また、値はMPLSラベルタイプレジストリにIANAによって割り当てられることができます。
- 0x01 TE-MIDPT: Any TE tunnel mid-point or tail label
- 0x02 Pseudowire: Any PWE3 or Cisco AToM based label
- 0x03 VPN: Any label associated with VPN
- 0x04 BGP: Any label associated with BGP or BGP routing
- 0x05 LDP: Any label associated with dynamically assigned
labels using LDP
Abstract Data Type: unsigned8 Data Type Semantics: identifier ElementId: 46 Status: current Reference: See RFC 3031 for the MPLS label structure. See RFC 4364 for the association of MPLS labels with Virtual Private Networks (VPNs). See RFC 4271 for BGP and BGP routing. See RFC 5036 for Label Distribution Protocol (LDP). See the list of MPLS label types assigned by IANA at http://www.iana.org/assignments/mpls-label-values.
抽象データ型：unsigned8 Data Type Semantics：識別子ELEMENTID：46の状態：現在のReference：MPLSラベル構造のためのRFC 3031を参照してください。仮想プライベートネットワーク（VPN）とMPLSラベルの関連性については、RFC 4364を参照してください。 BGPとBGPルーティングのためのRFC 4271を参照してください。ラベル配布プロトコル（LDP）のためのRFC 5036を参照してください。 http://www.iana.org/assignments/mpls-label-valuesでIANAによって割り当てられたMPLSラベルタイプのリストを参照してください。
Description: The IPv4 address of the system that the MPLS top label will cause this Flow to be forwarded to. Abstract Data Type: ipv4Address Data Type Semantics: identifier ElementId: 47 Status: current Reference: See RFC 3031 for the association between MPLS labels and IP addresses.
説明：MPLSのトップラベルでこのFlowを進めるシステムのIPv4アドレス。抽象データ型：IPv4Addressをデータ型意味論：識別子ELEMENTID：47の状態：現在のReference：MPLSラベルとIPアドレスとの関連については、RFC 3031を参照してください。
Description: The IPv6 address of the system that the MPLS top label will cause this Flow to be forwarded to. Abstract Data Type: ipv6Address Data Type Semantics: identifier ElementId: 140 Status: current Reference: See RFC 3031 for the association between MPLS labels and IP addresses.
説明：MPLSのトップラベルでこのFlowを進めるシステムのIPv6アドレス。抽象データ型：ipv6Addressデータ型意味論：識別子ELEMENTID：140の状態：現在のReference：MPLSラベルとIPアドレスとの関連については、RFC 3031を参照してください。
Description: The value of the VPN route distinguisher of a corresponding entry in a VPN routing and forwarding table. Route distinguisher ensures that the same address can be used in several different MPLS VPNs and that it is possible for BGP to carry several completely different routes to that address, one for each VPN. According to RFC 4364, the size of mplsVpnRouteDistinguisher is 8 octets. However, in RFC 4382 an octet string with flexible length was chosen for representing a VPN route distinguisher by object MplsL3VpnRouteDistinguisher. This choice was made in order to be open to future changes of the size. This idea was adopted when choosing octetArray as abstract data type for this Information Element. The maximum length of this Information Element is 256 octets. Abstract Data Type: octetArray Data Type Semantics: identifier ElementId: 90 Status: current Reference: See RFC 4364 for the specification of the route distinguisher. See RFC 4382 for the specification of the MPLS/BGP Layer 3 Virtual Private Network (VPN) Management Information Base.
説明：VPNルーティングおよび転送テーブルの対応するエントリのVPNのルート識別子の値。ルート識別子は、同一のアドレスは、いくつかの異なるMPLS VPNのに使用することができることを保証し、BGPは、そのアドレス、各VPNのための1つに、いくつかの完全に異なる経路を搬送することが可能です。 RFC 4364によると、mplsVpnRouteDistinguisherのサイズは8つのオクテットです。しかし、RFC 4382にフレキシブル長さのオクテットストリングは、オブジェクトMplsL3VpnRouteDistinguisherによってVPNのルート識別子を表すために選択しました。この選択は、サイズの将来の変化にオープンにするために作られました。この情報要素の抽象データ型としてoctetArrayを選択する際にこのアイデアを採用しました。この情報要素の最大長は256オクテットです。抽象データ型：octetArrayデータ型意味論：識別子ELEMENTID：90の状態：現在のReference：ルート識別子の仕様については、RFC 4364を参照してください。 MPLS / BGPレイヤ3仮想プライベートネットワーク（VPN）管理情報ベースの仕様については、RFC 4382を参照してください。
Information Elements in this section are results of minimum or maximum operations over all packets of a Flow.
このセクション内の情報要素は、フローのすべてのパケットにわたって最小または最大操作の結果です。
+-----+---------------------------+-----+---------------------------+
| ID | Name | ID | Name |
+-----+---------------------------+-----+---------------------------+
| 25 | minimumIpTotalLength | 208 | ipv4Options |
| 26 | maximumIpTotalLength | 64 | ipv6ExtensionHeaders |
| 52 | minimumTTL | 6 | tcpControlBits |
| 53 | maximumTTL | 209 | tcpOptions |
+-----+---------------------------+-----+---------------------------+
Description: Length of the smallest packet observed for this Flow. The packet length includes the IP header(s) length and the IP payload length. Abstract Data Type: unsigned64 ElementId: 25 Status: current Units: octets Reference: See RFC 791 for the specification of the IPv4 total length. See RFC 2460 for the specification of the IPv6 payload length. See RFC 2675 for the specification of the IPv6 jumbo payload length.
説明：このフローの観察最小のパケットの長さ。パケット長は、IPヘッダ（単数または複数）の長さとIPペイロード長を含みます。抽象データ型：unsigned64 ElementId：25の状態：現在のUnits：八重奏Reference：IPv4の合計の長さの仕様については、RFC 791を参照してください。 IPv6のペイロード長の仕様については、RFC 2460を参照してください。 IPv6のジャンボペイロード長の仕様については、RFC 2675を参照してください。
Description: Length of the largest packet observed for this Flow. The packet length includes the IP header(s) length and the IP payload length. Abstract Data Type: unsigned64 ElementId: 26 Status: current Units: octets Reference: See RFC 791 for the specification of the IPv4 total length. See RFC 2460 for the specification of the IPv6 payload length. See RFC 2675 for the specification of the IPv6 jumbo payload length.
説明：このフローの観察最大パケットの長さ。パケット長は、IPヘッダ（単数または複数）の長さとIPペイロード長を含みます。抽象データ型：unsigned64 ElementId：26の状態：現在のUnits：八重奏Reference：IPv4の合計の長さの仕様については、RFC 791を参照してください。 IPv6のペイロード長の仕様については、RFC 2460を参照してください。 IPv6のジャンボペイロード長の仕様については、RFC 2675を参照してください。
Description: Minimum TTL value observed for any packet in this Flow.
説明：このフローの任意のパケットのための監視最小TTL値。
Abstract Data Type: unsigned8 ElementId: 52 Status: current Units: hops Reference: See RFC 791 for the definition of the IPv4 Time to Live field. See RFC 2460 for the definition of the IPv6 Hop Limit field.
抽象データ型：unsigned8 ElementId：52状態：現在単位：ホップReference：Live分野へのIPv4 Timeの定義についてはRFC 791を参照してください。 IPv6のホップリミットフィールドの定義については、RFC 2460を参照してください。
Description: Maximum TTL value observed for any packet in this Flow. Abstract Data Type: unsigned8 ElementId: 53 Status: current Units: hops Reference: See RFC 791 for the definition of the IPv4 Time to Live field. See RFC 2460 for the definition of the IPv6 Hop Limit field.
説明：このフローの任意のパケットのための監視最大TTL値。抽象データ型：unsigned8 ElementId：53状態：現在単位：ホップReference：Live分野へのIPv4 Timeの定義についてはRFC 791を参照してください。 IPv6のホップリミットフィールドの定義については、RFC 2460を参照してください。
Description: IPv4 options in packets of this Flow. The information is encoded in a set of bit fields. For each valid IPv4 option type, there is a bit in this set. The bit is set to 1 if any observed packet of this Flow contains the corresponding IPv4 option type. Otherwise, if no observed packet of this Flow contained the respective IPv4 option type, the value of the corresponding bit is 0. The list of valid IPv4 options is maintained by IANA. Note that for identifying an option not just the 5-bit Option Number, but all 8 bits of the Option Type need to match one of the IPv4 options specified at http://www.iana.org/assignments/ip-parameters. Options are mapped to bits according to their option numbers. Option number X is mapped to bit X. The mapping is illustrated by the figure below.
説明：このFlowのパケットでIPv4オプション。情報は、ビットフィールドのセットで符号化されます。各有効なIPv4オプションタイプの場合、このセットのビットがあります。このフローのいずれか観測されたパケットは、対応するIPv4のオプションタイプが含まれている場合、ビットは1に設定されています。この流れのない観測されたパケットは、それぞれのIPv4オプションタイプを含まない場合はそうでなければ、対応するビットの値が0で有効なIPv4オプションのリストはIANAによって維持されています。オプションだけでなく、5ビットのオプション番号を識別するためのなおが、オプションタイプの全8ビットがhttp://www.iana.org/assignments/ip-parametersで指定されたIPv4オプションのいずれかと一致する必要があります。オプションは、そのオプション番号に応じたビットにマッピングされます。オプション番号XはビットXにマッピングされるマッピングは、以下の図で示されています。
0 1 2 3 4 5 6 7
+------+------+------+------+------+------+------+------+
| EOOL | NOP | SEC | LSR | TS |E-SEC |CIPSO | RR | ...
+------+------+------+------+------+------+------+------+
8 9 10 11 12 13 14 15
+------+------+------+------+------+------+------+------+
... | SID | SSR | ZSU | MTUP | MTUR | FINN | VISA |ENCODE| ...
+------+------+------+------+------+------+------+------+
16 17 18 19 20 21 22 23
１６ １７ １８ １９ ２０ ２１ ２２ ２３
+------+------+------+------+------+------+------+------+
... |IMITD | EIP | TR |ADDEXT|RTRALT| SDB |NSAPA | DPS | ...
+------+------+------+------+------+------+------+------+
24 25 26 27 28 29 30 31
+------+------+------+------+------+------+------+------+
... | UMP | QS | to be assigned by IANA | EXP | |
+------+------+------+------+------+------+------+------+
Type Option
Bit Value Name Reference
---+-----+-------+------------------------------------
0 0 EOOL End of Options List, RFC 791
1 1 NOP No Operation, RFC 791
2 130 SEC Security, RFC 1108
3 131 LSR Loose Source Route, RFC 791
4 68 TS Time Stamp, RFC 791
5 133 E-SEC Extended Security, RFC 1108
6 134 CIPSO Commercial Security
7 7 RR Record Route, RFC 791
8 136 SID Stream ID, RFC 791
9 137 SSR Strict Source Route, RFC 791
10 10 ZSU Experimental Measurement
11 11 MTUP (obsoleted) MTU Probe, RFC 1191
12 12 MTUR (obsoleted) MTU Reply, RFC 1191
13 205 FINN Experimental Flow Control
14 142 VISA Experimental Access Control
15 15 ENCODE
16 144 IMITD IMI Traffic Descriptor
17 145 EIP Extended Internet Protocol, RFC 1385
18 82 TR Traceroute, RFC 3193
19 147 ADDEXT Address Extension
20 148 RTRALT Router Alert, RFC 2113
21 149 SDB Selective Directed Broadcast
22 150 NSAPA NSAP Address
23 151 DPS Dynamic Packet State
24 152 UMP Upstream Multicast Pkt.
25 25 QS Quick-Start
30 30 EXP RFC3692-style Experiment
30 94 EXP RFC3692-style Experiment
30 158 EXP RFC3692-style Experiment
30 222 EXP RFC3692-style Experiment
... ... ... Further options numbers
may be assigned by IANA
Abstract Data Type: unsigned32 Data Type Semantics: flags ElementId: 208
抽象データ型：unsigned32のデータタイプの意味：フラグELEMENTID：208
Status: current Reference: See RFC 791 for the definition of IPv4 options. See the list of IPv4 option numbers assigned by IANA at http://www.iana.org/assignments/ip-parameters.
ステータス：現在のReference：IPv4オプションの定義については、RFC 791を参照してください。 http://www.iana.org/assignments/ip-parametersでIANAによって割り当てられたIPv4オプション番号のリストをご覧ください。
Description: IPv6 extension headers observed in packets of this Flow. The information is encoded in a set of bit fields. For each IPv6 option header, there is a bit in this set. The bit is set to 1 if any observed packet of this Flow contains the corresponding IPv6 extension header. Otherwise, if no observed packet of this Flow contained the respective IPv6 extension header, the value of the corresponding bit is 0.
説明：このFlowのパケットで観察されたIPv6拡張ヘッダ。情報は、ビットフィールドのセットで符号化されます。各IPv6オプションヘッダのために、このセット内のビットがあります。このフローのいずれか観測されたパケットは、対応するIPv6拡張ヘッダが含まれている場合、ビットは1に設定されています。この流れのない観測されたパケットは、それぞれのIPv6拡張ヘッダを含まない場合にはそうでなければ、対応するビットの値が0です。
0 1 2 3 4 5 6 7
+-----+-----+-----+-----+-----+-----+-----+-----+
| Res | FRA1| RH | FRA0| UNK | Res | HOP | DST | ...
+-----+-----+-----+-----+-----+-----+-----+-----+
8 9 10 11 12 13 14 15
+-----+-----+-----+-----+-----+-----+-----+-----+
... | PAY | AH | ESP | Reserved | ...
+-----+-----+-----+-----+-----+-----+-----+-----+
16 17 18 19 20 21 22 23
+-----+-----+-----+-----+-----+-----+-----+-----+
... | Reserved | ...
+-----+-----+-----+-----+-----+-----+-----+-----+
24 25 26 27 28 29 30 31
+-----+-----+-----+-----+-----+-----+-----+-----+
... | Reserved |
+-----+-----+-----+-----+-----+-----+-----+-----+
Bit IPv6 Option Description
ビットのIPv6オプション説明
0, Res Reserved 1, FRA1 44 Fragmentation header - not first fragment 2, RH 43 Routing header 3, FRA0 44 Fragment header - first fragment 4, UNK Unknown Layer 4 header (compressed, encrypted, not supported) 5, Res Reserved 6, HOP 0 Hop-by-hop option header 7, DST 60 Destination option header
0、RES予約1、FRA1 44フラグメンテーションヘッダー - ない最初のフラグメント2、RH 43ルーティングヘッダ3、FRA0 44フラグメントヘッダー - 最初のフラグメント4、UNK不明レイヤ4ヘッダ（サポートされていない、暗号化され、圧縮された）5、RES予約6、 HOP 0ホップバイホップオプションヘッダ7、DST 60宛先オプションヘッダ
8, PAY 108 Payload compression header 9, AH 51 Authentication Header 10, ESP 50 Encrypted security payload 11 to 31 Reserved
8、108ペイロード圧縮ヘッダ9、AH 51認証ヘッダ10、ESP 50暗号化セキュリティペイロード11 31に予約を払います
Abstract Data Type: unsigned32 Data Type Semantics: flags ElementId: 64 Status: current Reference: See RFC 2460 for the general definition of IPv6 extension headers and for the specification of the hop-by-hop options header, the routing header, the fragment header, and the destination options header. See RFC 4302 for the specification of the authentication header. See RFC 4303 for the specification of the encapsulating security payload.
抽象データ型：Unsigned32のデータタイプの意味：フラグELEMENTID：64の状態：現在のReference：IPv6拡張ヘッダの一般的な定義およびホップバイホップオプションヘッダ、ルーティングヘッダ、フラグメントヘッダの仕様については、RFC 2460を参照します、宛先オプション・ヘッダ。認証ヘッダの仕様については、RFC 4302を参照。カプセル化セキュリティペイロードの仕様については、RFC 4303を参照してください。
Description: TCP control bits observed for packets of this Flow. The information is encoded in a set of bit fields. For each TCP control bit, there is a bit in this set. A bit is set to 1 if any observed packet of this Flow has the corresponding TCP control bit set to 1. A value of 0 for a bit indicates that the corresponding bit was not set in any of the observed packets of this Flow.
説明：このFlowのパケットのための観察TCP制御ビット。情報は、ビットフィールドのセットで符号化されます。各TCP制御ビットについては、このセットのビットがあります。このフローのいずれか観測されたパケットは、ビット0の値は、対応するビットがこのフローの観察されたパケットのいずれにも設定されなかったことを示す1に設定され、対応するTCP制御ビットを有する場合、ビットは1に設定されています。
0 1 2 3 4 5 6 7
+-----+-----+-----+-----+-----+-----+-----+-----+
| Reserved | URG | ACK | PSH | RST | SYN | FIN |
+-----+-----+-----+-----+-----+-----+-----+-----+
Reserved: Reserved for future use by TCP. Must be zero. URG: Urgent Pointer field significant ACK: Acknowledgment field significant PSH: Push Function RST: Reset the connection SYN: Synchronize sequence numbers FIN: No more data from sender
予約：TCPによる将来の使用のために予約されています。ゼロでなければなりません。 URG：緊急ポインタフィールド重要ACK：確認応答フィールド重要なPSH：プッシュ機能RST：接続SYNをリセットします。FINシーケンス番号を同期：送信者からこれ以上のデータ
Abstract Data Type: unsigned8 Data Type Semantics: flags ElementId: 6 Status: current Reference: See RFC 793 for the definition of the TCP control bits in the TCP header.
抽象データ型：データタイプ意味UNSIGNED8：フラグELEMENTID：6つの状態：現在のReference：TCPヘッダーのTCP制御ビットの定義についてはRFC 793を参照してください。
Description: TCP options in packets of this Flow. The information is encoded in a set of bit fields. For each TCP option, there is a bit in this set. The bit is set to 1 if any observed packet of this Flow contains the corresponding TCP option. Otherwise, if no observed packet of this Flow contained the respective TCP option, the value of the corresponding bit is 0. Options are mapped to bits according to their option numbers. Option number X is mapped to bit X. TCP option numbers are maintained by IANA.
説明：このFlowのパケットにおけるTCPオプション。情報は、ビットフィールドのセットで符号化されます。各TCPオプションの場合、このセットのビットがあります。この流れのいずれかの観測されたパケットは、対応するTCPオプションが含まれている場合、ビットが1に設定されています。この流れのない観測されたパケットは、それぞれのTCPオプションを含まない場合はそうでなければ、対応するビットの値が0のオプションは、それらのオプション番号に応じたビットにマッピングされます。オプション番号XはビットX. TCPオプション番号にマッピングされているがIANAによって維持されています。
0 1 2 3 4 5 6 7
+-----+-----+-----+-----+-----+-----+-----+-----+
| 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | ...
+-----+-----+-----+-----+-----+-----+-----+-----+
8 9 10 11 12 13 14 15
+-----+-----+-----+-----+-----+-----+-----+-----+
... | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 |...
+-----+-----+-----+-----+-----+-----+-----+-----+
16 17 18 19 20 21 22 23
+-----+-----+-----+-----+-----+-----+-----+-----+
... | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 |...
+-----+-----+-----+-----+-----+-----+-----+-----+
. . .
。 。 。
56 57 58 59 60 61 62 63
+-----+-----+-----+-----+-----+-----+-----+-----+
... | 56 | 57 | 58 | 59 | 60 | 61 | 62 | 63 |
+-----+-----+-----+-----+-----+-----+-----+-----+
Abstract Data Type: unsigned64 Data Type Semantics: flags ElementId: 209 Status: current Reference: See RFC 793 for the definition of TCP options. See the list of TCP option numbers assigned by IANA at http://www.iana.org/assignments/tcp-parameters.
抽象データ型：unsigned64はデータタイプの意味：フラグELEMENTID：209の状態：現在のReference：TCPオプションの定義についてはRFC 793を参照してください。 http://www.iana.org/assignments/tcp-parametersでIANAによって割り当てられたTCPオプション番号のリストをご覧ください。
Information Elements in this section are timestamps of events.
このセクション内の情報要素は、イベントのタイムスタンプです。
Timestamps flowStartSeconds, flowEndSeconds, flowStartMilliseconds, flowEndMilliseconds, flowStartMicroseconds, flowEndMicroseconds, flowStartNanoseconds, flowEndNanoseconds, and systemInitTimeMilliseconds are absolute and have a well-defined fixed time base, such as, for example, the number of seconds since 0000 UTC Jan 1st 1970.
タイムスタンプflowStartSeconds、flowEndSeconds、flowStartMilliseconds、flowEndMilliseconds、flowStartMicroseconds、flowEndMicroseconds、flowStartNanoseconds、flowEndNanoseconds、及びsystemInitTimeMillisecondsは絶対的であり、例えば0000 UTC月1日1970年以降の秒数、例えば、同様に定義された一定の時間ベースを有します。
Timestamps flowStartDeltaMicroseconds and flowEndDeltaMicroseconds are relative timestamps only valid within the scope of a single IPFIX Message. They contain the negative time offsets relative to the export time specified in the IPFIX Message Header. The maximum time offset that can be encoded by these delta counters is 1 hour, 11 minutes, and 34.967295 seconds.
タイムスタンプflowStartDeltaMicrosecondsとflowEndDeltaMicroseconds単一IPFIXメッセージの範囲内でのみ有効な相対タイムスタンプです。彼らはIPFIXメッセージヘッダに指定された輸出時間に対する負の時間オフセットが含まれています。これらのデルタカウンタによってエンコードすることができる最大オフセット時間は1時間、11分、34.967295秒です。
Timestamps flowStartSysUpTime and flowEndSysUpTime are relative timestamps indicating the time relative to the last (re-)initialization of the IPFIX Device. For reporting the time of the last (re-)initialization, systemInitTimeMilliseconds can be reported, for example, in Data Records defined by Option Templates.
タイムスタンプflowStartSysUpTimeとflowEndSysUpTimeはIPFIXデバイスの最後の（再）初期の相対時間を示す相対的なタイムスタンプです。最後に（再）初期化の時間を報告するため、systemInitTimeMillisecondsはオプションテンプレートで定義されたデータレコードに、例えば、報告することができます。
+-----+---------------------------+-----+---------------------------+
| ID | Name | ID | Name |
+-----+---------------------------+-----+---------------------------+
| 150 | flowStartSeconds | 156 | flowStartNanoseconds |
| 151 | flowEndSeconds | 157 | flowEndNanoseconds |
| 152 | flowStartMilliseconds | 158 | flowStartDeltaMicroseconds|
| 153 | flowEndMilliseconds | 159 | flowEndDeltaMicroseconds |
| 154 | flowStartMicroseconds | 160 | systemInitTimeMilliseconds|
| 155 | flowEndMicroseconds | 22 | flowStartSysUpTime |
| | | 21 | flowEndSysUpTime |
+-----+---------------------------+-----+---------------------------+
Description: The absolute timestamp of the first packet of this Flow. Abstract Data Type: dateTimeSeconds ElementId: 150 Status: current Units: seconds
説明：このフローの最初のパケットの絶対タイムスタンプ。抽象データ型：日時秒要素ID：150状態：現在単位：秒
Description: The absolute timestamp of the last packet of this Flow. Abstract Data Type: dateTimeSeconds ElementId: 151 Status: current Units: seconds
説明：このFlowの最後のパケットの絶対タイムスタンプ。抽象データ型：日時秒要素ID：151状態：現在単位：秒
Description: The absolute timestamp of the first packet of this Flow. Abstract Data Type: dateTimeMilliseconds ElementId: 152 Status: current Units: milliseconds
説明：このフローの最初のパケットの絶対タイムスタンプ。抽象データ型：dateTimeMilliseconds ELEMENTID：152の状態：現在のUnits：ミリ秒
Description: The absolute timestamp of the last packet of this Flow. Abstract Data Type: dateTimeMilliseconds ElementId: 153 Status: current Units: milliseconds
説明：このFlowの最後のパケットの絶対タイムスタンプ。抽象データ型：dateTimeMilliseconds ELEMENTID：153の状態：現在のUnits：ミリ秒
Description: The absolute timestamp of the first packet of this Flow. Abstract Data Type: dateTimeMicroseconds ElementId: 154 Status: current Units: microseconds
説明：このフローの最初のパケットの絶対タイムスタンプ。抽象データ型：dateTimeMicroseconds ELEMENTID：154の状態：現在のUnits：マイクロ秒
Description: The absolute timestamp of the last packet of this Flow. Abstract Data Type: dateTimeMicroseconds ElementId: 155 Status: current Units: microseconds
説明：このFlowの最後のパケットの絶対タイムスタンプ。抽象データ型：dateTimeMicroseconds ELEMENTID：155の状態：現在のUnits：マイクロ秒
Description: The absolute timestamp of the first packet of this Flow. Abstract Data Type: dateTimeNanoseconds ElementId: 156 Status: current Units: nanoseconds
説明：このフローの最初のパケットの絶対タイムスタンプ。抽象データ型：dateTimeNanoseconds ELEMENTID：156の状態：現在のUnits：ナノ秒
Description: The absolute timestamp of the last packet of this Flow. Abstract Data Type: dateTimeNanoseconds ElementId: 157 Status: current Units: nanoseconds
説明：このFlowの最後のパケットの絶対タイムスタンプ。抽象データ型：dateTimeNanoseconds ELEMENTID：157の状態：現在のUnits：ナノ秒
Description: This is a relative timestamp only valid within the scope of a single IPFIX Message. It contains the negative time offset of the first observed packet of this Flow relative to the export time specified in the IPFIX Message Header. Abstract Data Type: unsigned32 ElementId: 158 Status: current Units: microseconds Reference: See the IPFIX protocol specification [RFC5101] for the definition of the IPFIX Message Header.
説明：これは、単一のIPFIX Messageの範囲内でのみ有効な相対的なタイムスタンプです。それはIPFIXメッセージヘッダに指定された輸出時間に比例してこのFlowの最初の観測されたパケットの負のオフセット時間が含まれています。抽象データ型：unsigned32 ElementId：158の状態：現在のUnits：マイクロセカンドリファレンス：IPFIX Message Headerの定義のためのIPFIXプロトコル仕様[RFC5101]を参照してください。
Description: This is a relative timestamp only valid within the scope of a single IPFIX Message. It contains the negative time offset of the last observed packet of this Flow relative to the export time specified in the IPFIX Message Header. Abstract Data Type: unsigned32 ElementId: 159 Status: current Units: microseconds Reference: See the IPFIX protocol specification [RFC5101] for the definition of the IPFIX Message Header.
説明：これは、単一のIPFIX Messageの範囲内でのみ有効な相対的なタイムスタンプです。それはIPFIXメッセージヘッダに指定された輸出時間に比例してこのFlowの最後に観測されたパケットの負のオフセット時間が含まれています。抽象データ型：unsigned32 ElementId：159の状態：現在のUnits：マイクロセカンドリファレンス：IPFIX Message Headerの定義のためのIPFIXプロトコル仕様[RFC5101]を参照してください。
Description: The absolute timestamp of the last (re-)initialization of the IPFIX Device. Abstract Data Type: dateTimeMilliseconds ElementId: 160 Status: current Units: milliseconds
説明：IPFIXデバイスの最後の（再）初期の絶対タイムスタンプ。抽象データ型：dateTimeMilliseconds ELEMENTID：160の状態：現在のUnits：ミリ秒
Description: The relative timestamp of the first packet of this Flow. It indicates the number of milliseconds since the last (re-)initialization of the IPFIX Device (sysUpTime). Abstract Data Type: unsigned32 ElementId: 22 Status: current Units: milliseconds
説明：このフローの最初のパケットの相対的なタイムスタンプ。これは、IPFIXデバイス（のsysUpTime）の最後の（再）初期化からのミリ秒の数を示します。抽象データ型：unsigned32 ElementId：22の状態：現在のUnits：ミリ秒
Description: The relative timestamp of the last packet of this Flow. It indicates the number of milliseconds since the last (re-)initialization of the IPFIX Device (sysUpTime). Abstract Data Type: unsigned32 ElementId: 21 Status: current Units: milliseconds
説明：このフローの最後のパケットの相対的なタイムスタンプ。これは、IPFIXデバイス（のsysUpTime）の最後の（再）初期化からのミリ秒の数を示します。抽象データ型：unsigned32 ElementId：21の状態：現在のUnits：ミリ秒
Information Elements in this section are counters all having integer values. Their values may change for every report they are used in. They cannot serve as part of a Flow Key used for mapping packets to Flows. However, potentially they can be used for selecting exported Flows, for example, by only exporting Flows with more than a threshold number of observed octets.
このセクション内の情報要素は、すべての有する整数値カウンタです。これらの値は、それらが使用されているすべてのレポートのために変更することがあります。彼らは、フローにマッピングするパケットのために使用されるフローキーの一部として使用することはできません。しかし、潜在的に彼らは、エクスポートフローを選択するために使用することができ、例えば、のみエクスポートすることによって観察されたオクテットの閾値数を超えると流れます。
There are running counters and delta counters. Delta counters are reset to zero each time their values are exported. Running counters continue counting independently of the Exporting Process.
ランニングカウンタとデルタのカウンターがあります。デルタカウンタは、その値がエクスポートされるたびにゼロにリセットされます。実行カウンタは独立してエクスポートプロセスの数え続けます。
There are per-Flow counters and counters related to the Metering Process and/or the Exporting Process. Per-Flow counters are Flow properties that potentially change each time a packet belonging to the Flow is observed. The set of per-Flow counters includes the Information Elements listed in the table below. Counters related to the Metering Process and/or the Exporting Process are described in Section 5.3.
計量プロセスおよび/またはエクスポートプロセスに関連するフローごとのカウンタとカウンタがあります。フローごとのカウンタは、潜在的にフローに属するパケットが観測されるたびに変更する流動特性です。フローごとのカウンタのセットは、以下の表に記載されている情報要素を含んでいます。計量プロセスおよび/またはエクスポートプロセスに関連したカウンタは、セクション5.3に記載されています。
+-----+---------------------------+-----+---------------------------+
| ID | Name | ID | Name |
+-----+---------------------------+-----+---------------------------+
| 1 | octetDeltaCount | 134 | droppedOctetTotalCount |
| 23 | postOctetDeltaCount | 135 | droppedPacketTotalCount |
| 198 | octetDeltaSumOfSquares | 19 | postMCastPacketDeltaCount |
| 85 | octetTotalCount | 20 | postMCastOctetDeltaCount |
| 171 | postOctetTotalCount | 174 | postMCastPacketTotalCount |
| 199 | octetTotalSumOfSquares | 175 | postMCastOctetTotalCount |
| 2 | packetDeltaCount | 218 | tcpSynTotalCount |
| 24 | postPacketDeltaCount | 219 | tcpFinTotalCount |
| 86 | packetTotalCount | 220 | tcpRstTotalCount |
| 172 | postPacketTotalCount | 221 | tcpPshTotalCount |
| 132 | droppedOctetDeltaCount | 222 | tcpAckTotalCount |
| 133 | droppedPacketDeltaCount | 223 | tcpUrgTotalCount |
+-----+---------------------------+-----+---------------------------+
Description: The number of octets since the previous report (if any) in incoming packets for this Flow at the Observation Point. The number of octets includes IP header(s) and IP payload. Abstract Data Type: unsigned64 Data Type Semantics: deltaCounter ElementId: 1 Status: current Units: octets
説明：Observation PointのこのFlowのための着信パケット内の以前の報告（もしあれば）以来のオクテットの数。オクテットの数は、IPヘッダ（S）とIPペイロードとを含みます。抽象データ型：unsigned64はデータタイプの意味：deltaCounter ELEMENTID：1つの状態：現在のUnits：八重奏
Description: The definition of this Information Element is identical to the definition of Information Element 'octetDeltaCount', except that it reports a potentially modified value caused by a middlebox function after the packet passed the Observation Point. Abstract Data Type: unsigned64 Data Type Semantics: deltaCounter ElementId: 23 Status: current Units: octets
説明：この情報要素の定義は、パケットがObservation Pointを渡した後に、それはmiddlebox機能によって引き起こされた潜在的に変更された値を報告することを除いて、情報要素「octetDeltaCount」の定義と同じです。抽象データ型：unsigned64はデータタイプの意味：deltaCounter ELEMENTID：23の状態：現在のUnits：八重奏
Description: The sum of the squared numbers of octets per incoming packet since the previous report (if any) for this Flow at the Observation Point. The number of octets includes IP header(s) and IP payload. Abstract Data Type: unsigned64 ElementId: 198 Status: current
説明：Observation PointのこのFlowのための以前の報告（もしあれば）以来の着信パケットあたりのオクテットの平方数の和。オクテットの数は、IPヘッダ（S）とIPペイロードとを含みます。抽象データ型：unsigned64 ElementId：198状態：現在の
Description: The total number of octets in incoming packets for this Flow at the Observation Point since the Metering Process (re-)initialization for this Observation Point. The number of octets includes IP header(s) and IP payload. Abstract Data Type: unsigned64 Data Type Semantics: totalCounter ElementId: 85 Status: current Units: octets
説明：この観測点のための計量プロセス（再）初期化以来の観測ポイントでこのフローの着信パケット内のオクテットの総数。オクテットの数は、IPヘッダ（S）とIPペイロードとを含みます。抽象データ型：unsigned64はデータタイプの意味：totalCounter ELEMENTID：85の状態：現在のUnits：八重奏
Description: The definition of this Information Element is identical to the definition of Information Element 'octetTotalCount', except that it reports a potentially modified value caused by a middlebox function after the packet passed the Observation Point. Abstract Data Type: unsigned64 Data Type Semantics: totalCounter ElementId: 171 Status: current Units: octets
説明：この情報要素の定義は、パケットがObservation Pointを渡した後に、それはmiddlebox機能によって引き起こされた潜在的に変更された値を報告することを除いて、情報要素「octetTotalCount」の定義と同じです。抽象データ型：unsigned64はデータタイプの意味：totalCounter ELEMENTID：171の状態：現在のUnits：八重奏
Description: The total sum of the squared numbers of octets in incoming packets for this Flow at the Observation Point since the Metering Process (re-)initialization for this Observation Point. The number of octets includes IP header(s) and IP payload. Abstract Data Type: unsigned64 ElementId: 199 Status: current Units: octets
説明：この観測点のための計量プロセス（再）初期化以来の観測ポイントでこのフローの着信パケットのオクテットの数乗の合計。オクテットの数は、IPヘッダ（S）とIPペイロードとを含みます。抽象データ型：unsigned64 ElementId：199の状態：現在のUnits：八重奏
Description: The number of incoming packets since the previous report (if any) for this Flow at the Observation Point.
説明：Observation PointのこのFlowのための以前の報告（もしあれば）以来の着信パケットの数。
Abstract Data Type: unsigned64 Data Type Semantics: deltaCounter ElementId: 2 Status: current Units: packets
抽象データ型：符号なし64のデータタイプの意味：デルタカウンター要素ID：2つの状態：現在のUnits：パケット
Description: The definition of this Information Element is identical to the definition of Information Element 'packetDeltaCount', except that it reports a potentially modified value caused by a middlebox function after the packet passed the Observation Point. Abstract Data Type: unsigned64 Data Type Semantics: deltaCounter ElementId: 24 Status: current Units: packets
説明：この情報要素の定義は、パケットがObservation Pointを渡した後に、それはmiddlebox機能によって引き起こされた潜在的に変更された値を報告することを除いて、情報要素「packetDeltaCount」の定義と同じです。抽象データ型：unsigned64はデータタイプの意味：deltaCounter ELEMENTID：24の状態：現在のUnits：パケット
Description: The total number of incoming packets for this Flow at the Observation Point since the Metering Process (re-)initialization for this Observation Point. Abstract Data Type: unsigned64 Data Type Semantics: totalCounter ElementId: 86 Status: current Units: packets
説明：この観測点のための計量プロセス（再）初期化以来の観測ポイントでこのフローの受信パケットの総数。抽象データ型：unsigned64はデータタイプの意味：totalCounter ELEMENTID：86の状態：現在のUnits：パケット
Description: The definition of this Information Element is identical to the definition of Information Element 'packetTotalCount', except that it reports a potentially modified value caused by a middlebox function after the packet passed the Observation Point. Abstract Data Type: unsigned64 Data Type Semantics: totalCounter ElementId: 172 Status: current Units: packets
説明：この情報要素の定義は、パケットがObservation Pointを渡した後に、それはmiddlebox機能によって引き起こされた潜在的に変更された値を報告することを除いて、情報要素「packetTotalCount」の定義と同じです。抽象データ型：unsigned64はデータタイプの意味：totalCounter ELEMENTID：172の状態：現在のUnits：パケット
Description: The number of octets since the previous report (if any) in packets of this Flow dropped by packet treatment. The number of octets includes IP header(s) and IP payload. Abstract Data Type: unsigned64 Data Type Semantics: deltaCounter ElementId: 132 Status: current Units: octets
説明：パケット処理で落とし、このFlowのパケットで以前の報告（もしあれば）以来のオクテットの数。オクテットの数は、IPヘッダ（S）とIPペイロードとを含みます。抽象データ型：unsigned64はデータタイプの意味：deltaCounter ELEMENTID：132の状態：現在のUnits：八重奏
Description: The number of packets since the previous report (if any) of this Flow dropped by packet treatment. Abstract Data Type: unsigned64 Data Type Semantics: deltaCounter ElementId: 133 Status: current Units: packets
説明：パケット処理で落とし、このフローの以前の報告（もしあれば）以来のパケットの数。抽象データ型：unsigned64はデータタイプの意味：deltaCounter ELEMENTID：133の状態：現在のUnits：パケット
Description: The total number of octets in packets of this Flow dropped by packet treatment since the Metering Process (re-)initialization for this Observation Point. The number of octets includes IP header(s) and IP payload. Abstract Data Type: unsigned64 Data Type Semantics: totalCounter ElementId: 134 Status: current Units: octets
説明：このフローのパケット内のオクテットの総数は、この観測ポイントの計量プロセス（再）初期化以来、パケット処理によって低下しました。オクテットの数は、IPヘッダ（S）とIPペイロードとを含みます。抽象データ型：unsigned64はデータタイプの意味：totalCounter ELEMENTID：134の状態：現在のUnits：八重奏
Description: The number of packets of this Flow dropped by packet treatment since the Metering Process (re-)initialization for this Observation Point. Abstract Data Type: unsigned64 Data Type Semantics: totalCounter ElementId: 135 Status: current Units: packets
説明：このフローのパケットの数は、この観測ポイントの計量プロセス（再）初期化以来、パケット処理によって低下しました。抽象データ型：unsigned64はデータタイプの意味：totalCounter ELEMENTID：135の状態：現在のUnits：パケット
Description: The number of outgoing multicast packets since the previous report (if any) sent for packets of this Flow by a multicast daemon within the Observation Domain. This property cannot necessarily be observed at the Observation Point, but may be retrieved by other means. Abstract Data Type: unsigned64 Data Type Semantics: deltaCounter ElementId: 19 Status: current Units: packets
説明：観測ドメイン内のマルチキャストデーモンによるこのFlowのパケットのために送られた以前の報告（もしあれば）以来の発信マルチキャストパケットの数。このプロパティは、必ずしも観測点で観測することができないが、他の手段によって取得することができます。抽象データ型：unsigned64はデータタイプの意味：deltaCounter ELEMENTID：19の状態：現在のUnits：パケット
Description: The number of octets since the previous report (if any) in outgoing multicast packets sent for packets of this Flow by a multicast daemon within the Observation Domain. This property cannot necessarily be observed at the Observation Point, but may be retrieved by other means. The number of octets includes IP header(s) and IP payload. Abstract Data Type: unsigned64 Data Type Semantics: deltaCounter ElementId: 20 Status: current Units: octets
説明：観測ドメイン内のマルチキャストデーモンによるこのFlowのパケットのために送られ、発信マルチキャストパケットの前の報告書（もしあれば）以来のオクテットの数。このプロパティは、必ずしも観測点で観測することができないが、他の手段によって取得することができます。オクテットの数は、IPヘッダ（S）とIPペイロードとを含みます。抽象データ型：unsigned64はデータタイプの意味：deltaCounter ELEMENTID：20の状態：現在のUnits：八重奏
Description: The total number of outgoing multicast packets sent for packets of this Flow by a multicast daemon within the Observation Domain since the Metering Process (re-)initialization. This property cannot necessarily be observed at the Observation Point, but may be retrieved by other means. Abstract Data Type: unsigned64 Data Type Semantics: totalCounter ElementId: 174 Status: current Units: packets
説明：計量プロセス（再）初期化以来観測ドメイン内のマルチキャストデーモンによって、このフローのパケットのために送信された発信マルチキャストパケットの総数。このプロパティは、必ずしも観測点で観測することができないが、他の手段によって取得することができます。抽象データ型：unsigned64はデータタイプの意味：totalCounter ELEMENTID：174の状態：現在のUnits：パケット
Description: The total number of octets in outgoing multicast packets sent for packets of this Flow by a multicast daemon in the Observation Domain since the Metering Process (re-)initialization. This property cannot necessarily be observed at the Observation Point, but may be retrieved by other means. The number of octets includes IP header(s) and IP payload. Abstract Data Type: unsigned64 Data Type Semantics: totalCounter ElementId: 175 Status: current Units: octets
説明：計量プロセス（再）初期化以来観測ドメインにマルチキャストデーモンによって、このフローのパケットのために送信された発信マルチキャストパケットのオクテットの総数。このプロパティは、必ずしも観測点で観測することができないが、他の手段によって取得することができます。オクテットの数は、IPヘッダ（S）とIPペイロードとを含みます。抽象データ型：unsigned64はデータタイプの意味：totalCounter ELEMENTID：175の状態：現在のUnits：八重奏
Description: The total number of packets of this Flow with TCP "Synchronize sequence numbers" (SYN) flag set. Abstract Data Type: unsigned64 Data Type Semantics: totalCounter ElementId: 218 Status: current Units: packets Reference: See RFC 793 for the definition of the TCP SYN flag.
説明：TCP「シーケンス番号を同期」（SYN）フラグが設定され、このフローのパケットの総数。抽象データ型：unsigned64はデータタイプの意味：totalCounter ELEMENTID：218の状態：現在のUnits：パケット参考：TCP SYNフラグの定義についてはRFC 793を参照してください。
Description: The total number of packets of this Flow with TCP "No more data from sender" (FIN) flag set. Abstract Data Type: unsigned64 Data Type Semantics: totalCounter ElementId: 219 Status: current Units: packets Reference: See RFC 793 for the definition of the TCP FIN flag.
説明：（FIN）フラグが設定され、「送信者からのより多くのデータ」TCPとこのFlowのパケットの総数。抽象データ型：unsigned64はデータタイプの意味：totalCounter ELEMENTID：219の状態：現在のUnits：パケット参考：TCP FINフラグの定義についてはRFC 793を参照してください。
Description: The total number of packets of this Flow with TCP "Reset the connection" (RST) flag set. Abstract Data Type: unsigned64 Data Type Semantics: totalCounter ElementId: 220 Status: current Units: packets Reference: See RFC 793 for the definition of the TCP RST flag.
説明：TCP「接続のリセット」（RST）フラグが設定され、このフローのパケットの総数。抽象データ型：unsigned64はデータタイプの意味：totalCounter ELEMENTID：220の状態：現在のUnits：パケット参考：TCP RSTフラグの定義についてはRFC 793を参照してください。
Description: The total number of packets of this Flow with TCP "Push Function" (PSH) flag set. Abstract Data Type: unsigned64 Data Type Semantics: totalCounter ElementId: 221 Status: current Units: packets Reference: See RFC 793 for the definition of the TCP PSH flag.
説明：TCP「プッシュ機能」（PSH）フラグが設定され、このFlowのパケットの総数。抽象データ型：unsigned64はデータタイプの意味：totalCounter ELEMENTID：221の状態：現在のUnits：パケット参考：TCP PSHフラグの定義についてはRFC 793を参照してください。
Description: The total number of packets of this Flow with TCP "Acknowledgment field significant" (ACK) flag set. Abstract Data Type: unsigned64 Data Type Semantics: totalCounter ElementId: 222 Status: current Units: packets Reference: See RFC 793 for the definition of the TCP ACK flag.
説明：TCP「承認フィールド重要」（ACK）フラグが設定され、このFlowのパケットの総数。抽象データ型：unsigned64はデータタイプの意味：totalCounter ELEMENTID：222の状態：現在のUnits：パケット参考：TCP ACKフラグの定義についてはRFC 793を参照してください。
Description: The total number of packets of this Flow with TCP "Urgent Pointer field significant" (URG) flag set. Abstract Data Type: unsigned64 Data Type Semantics: totalCounter ElementId: 223 Status: current Units: packets Reference: See RFC 793 for the definition of the TCP URG flag.
説明：TCP「緊急ポインタフィールド重要」（URG）フラグが設定され、このFlowのパケットの総数。抽象データ型：unsigned64はデータタイプの意味：totalCounter ELEMENTID：223の状態：現在のUnits：パケット参考：TCP URGフラグの定義についてはRFC 793を参照してください。
Information Elements in this section describe properties of Flows that are related to Flow start, Flow duration, and Flow termination, but they are not timestamps as the Information Elements in Section 5.9 are.
このセクション内の情報要素は、開始、フロー継続時間、およびフローの終了をフローに関連するフローのプロパティを記述が、彼らは5.9であるセクションの情報要素として、タイムスタンプではありません。
+-----+---------------------------+-----+---------------------------+
| ID | Name | ID | Name |
+-----+---------------------------+-----+---------------------------+
| 36 | flowActiveTimeout | 161 | flowDurationMilliseconds |
| 37 | flowIdleTimeout | 162 | flowDurationMicroseconds |
| 136 | flowEndReason | 61 | flowDirection |
+-----+---------------------------+-----+---------------------------+
Description: The number of seconds after which an active Flow is timed out anyway, even if there is still a continuous flow of packets. Abstract Data Type: unsigned16 ElementId: 36 Status: current Units: seconds
説明：アクティブなフローがまだパケットの連続的な流れがあっても、とにかくタイムアウトするまでの秒数。抽象データ型：unsigned16 ElementId：36の状態：現在単位：秒
Description: A Flow is considered to be timed out if no packets belonging to the Flow have been observed for the number of seconds specified by this field. Abstract Data Type: unsigned16 ElementId: 37 Status: current Units: seconds
説明：フローがフローに属するパケットがこのフィールドで指定した秒数の間に観察されていない場合はタイムアウトしていると考えられます。抽象データ型：unsigned16 ElementId：37の状態：現在単位：秒
Description: The reason for Flow termination. The range of values includes the following:
説明：フロー終了の理由。値の範囲は、次のものが含まれます。
0x01: idle timeout The Flow was terminated because it was considered to be idle.
0x01の：それはアイドル状態であると考えられたので、流れが終了したアイドルタイムアウト。
0x02: active timeout The Flow was terminated for reporting purposes while it was still active, for example, after the maximum lifetime of unreported Flows was reached.
0x02の：それはまだアクティブであった報告されていないフローの最大寿命に達した後、活性タイムアウトの流れは、例えば、報告目的のために終了しました。
0x03: end of Flow detected The Flow was terminated because the Metering Process detected signals indicating the end of the Flow, for example, the TCP FIN flag.
0×03：フローの端部は、計量プロセスは、例えばフロー、TCP FINフラグの終了を示す信号を検出したため、フローが終了した検出しました。
0x04: forced end The Flow was terminated because of some external event, for example, a shutdown of the Metering Process initiated by a network management application.
0×04：強制終了フローは、例えば、何らかの外部イベントのネットワーク管理アプリケーションによって開始計量プロセスのシャットダウンを終了しました。
0x05: lack of resources The Flow was terminated because of lack of resources available to the Metering Process and/or the Exporting Process.
0x05を：リソースの不足の流れがあるため計量プロセスおよび/またはエクスポートプロセスに利用可能なリソースの不足のため終了しました。
Abstract Data Type: unsigned8 Data Type Semantics: identifier ElementId: 136 Status: current
抽象データ型：unsigned8 Data Type Semantics：識別子ELEMENTID：136状態：現在の
Description: The difference in time between the first observed packet of this Flow and the last observed packet of this Flow. Abstract Data Type: unsigned32 ElementId: 161 Status: current Units: milliseconds
説明：このフローの最初の観測されたパケットとこのFlowの最後に観測されたパケットの間の時間差。抽象データ型：unsigned32 ElementId：161の状態：現在のUnits：ミリ秒
Description: The difference in time between the first observed packet of this Flow and the last observed packet of this Flow. Abstract Data Type: unsigned32 ElementId: 162 Status: current Units: microseconds
説明：このフローの最初の観測されたパケットとこのFlowの最後に観測されたパケットの間の時間差。抽象データ型：unsigned32 ElementId：162の状態：現在のUnits：マイクロ秒
Description: The direction of the Flow observed at the Observation Point. There are only two values defined.
説明：観測点で観測された流れの方向。定義された2つだけの値があります。
0x00: ingress flow 0x01: egress flow
$ 00：入口流れが0x01：出口の流れ
Abstract Data Type: unsigned8 Data Type Semantics: identifier ElementId: 61 Status: current
抽象データ型：unsigned8 Data Type Semantics：識別子ELEMENTID：61状態：現在
This section contains a single Information Element that can be used for padding of Flow Records.
このセクションでは、フローレコードのパディングのために使用することができる単一の情報要素が含まれています。
IPFIX implementations may wish to align Information Elements within Data Records or to align entire Data Records to 4-octet or 8-octet boundaries. This can be achieved by including one or more paddingOctets Information Elements in a Data Record.
IPFIX実装は、データレコード内の情報要素を整列させるか、4オクテットまたは8オクテット境界に全体のデータレコードを整列させることもできます。これは、1つまたは複数のpaddingOctetsデータレコード内の情報要素を含むことによって達成することができます。
+-----+---------------------------+-----+---------------------------+
| ID | Name | ID | Name |
+-----+---------------------------+-----+---------------------------+
| 210 | paddingOctets | | |
+-----+---------------------------+-----+---------------------------+
Description: The value of this Information Element is always a sequence of 0x00 values. Abstract Data Type: octetArray ElementId: 210 Status: current
説明：この情報要素の値は常に0x00の値のシーケンスです。抽象データ型：octetArray ELEMENTID：210状態：現在の
A key requirement for IPFIX is to allow for extending the set of Information Elements that are reported. This section defines the mechanism for extending this set.
IPFIXのための重要な要件は、報告されている情報要素のセットを拡張を可能にすることです。このセクションでは、このセットを拡張するためのメカニズムを定義します。
Extension can be done by defining new Information Elements. Each new Information Element MUST be assigned a unique Information Element identifier as part of its definition. These unique Information Element identifiers are the connection between the record structure communicated by the protocol using Templates and a consuming application. For generally applicable Information Elements, using IETF and IANA mechanisms to extend the information model is RECOMMENDED.
拡張は、新たな情報要素を定義することによって行うことができます。それぞれの新しい情報要素は、その定義の一部として独自の情報要素識別子を割り当てなければなりません。これらのユニークな情報要素識別子は、テンプレートを使用してプロトコルと消費アプリケーションによって通信レコード構造との間の接続です。一般的に適用可能な情報要素は、情報モデルを拡張するためにIETFおよびIANAメカニズムを使用することは推奨されています。
Names of new Information Elements SHOULD be chosen according to the naming conventions given in Section 2.3.
新しい情報要素の名前は、セクション2.3で与えられた命名規則に従って選択する必要があります。
For extensions, the type space defined in Section 3 can be used. If required, new abstract data types can be added. New abstract data types MUST be defined in IETF Standards Track documents.
拡張のために、第3節で定義されたタイプのスペースを使用することができます。必要な場合は、新しい抽象データ型を追加することができます。新しい抽象データ型は、IETF標準化過程文書で定義する必要があります。
Enterprises may wish to define Information Elements without registering them with IANA. IPFIX explicitly supports enterprise-specific Information Elements. Enterprise-specific Information Elements are described in Sections 2.1 and 4.
企業は、IANAにそれらを登録しないで情報要素を定義することもできます。 IPFIXは、明示的に、企業固有の情報要素をサポートしています。エンタープライズ固有の情報要素は、セクション2.1および4に記載されています。
However, before creating enterprise-specific Information Elements, the general applicability of such Information Elements should be considered. IPFIX does not support enterprise-specific abstract data types.
しかし、エンタープライズ固有の情報エレメントを作成する前に、そのような情報要素の一般的な適用可能性を考慮すべきです。 IPFIXは企業固有の抽象データ型をサポートしていません。
This document specifies an initial set of IPFIX Information Elements. The list of these Information Elements with their identifiers is given in Section 4. The Internet Assigned Numbers Authority (IANA) has created a new registry for IPFIX Information Element identifiers and filled it with the initial list in Section 4.
このドキュメントは、IPFIX情報要素の初期セットを指定します。その識別子を持つこれらの情報要素のリストは、第4節IANA（Internet Assigned Numbers Authority）の中で与えられているIPFIX情報要素識別子の新しいレジストリを作成し、第4節では、最初のリストでそれを満たしています。
New assignments for IPFIX Information Elements will be administered by IANA through Expert Review [RFC2434], i.e., review by one of a group of experts designated by an IETF Area Director. The group of experts MUST check the requested Information Element for completeness and accuracy of the description and for correct naming according to the naming conventions in Section 2.3. Requests for Information Elements that duplicate the functionality of existing Information Elements SHOULD be declined. The smallest available identifier SHOULD be assigned to a new Information Element.
IPFIX情報要素のための新しい割り当ては、専門家レビュー[RFC2434]、IETFエリアディレクターによって指定された専門家のグループのうちの1つによって、すなわち、審査を通じてIANAによって管理されます。専門家のグループは、2.3節での命名規則に従って記述の完全性と正確性のために、正しい名前付けのために要求された情報要素をチェックしなければなりません。既存の情報要素の機能を複製情報要素に対する要求は拒否さべきです。利用可能な最小の識別子は、新たな情報要素に割り当てる必要があります。
The specification of new IPFIX Information Elements MUST use the template specified in Section 2.1 and MUST be published using a well-established and persistent publication medium. The experts will initially be drawn from the Working Group Chairs and document editors of the IPFIX and PSAMP Working Groups.
新しいIPFIX情報要素の仕様はセクション2.1で指定されたテンプレートを使用しなければならないし、十分に確立し、持続的な出版媒体を使用して公開する必要があります。専門家は当初、IPFIXとPSAMPワーキンググループの作業部会の議長とドキュメントエディタから描画されます。
Information Element #46, named mplsTopLabelType, carries MPLS label types. Values for 5 different types have initially been defined. For ensuring extensibility of this information, IANA has created a new registry for MPLS label types and filled it with the initial list from the description Information Element #46, mplsTopLabelType.
mplsTopLabelTypeという名前の情報要素の＃46は、MPLSラベルの種類を運びます。 5さまざまなタイプの値は、最初に定義されています。この情報の拡張性を確保するため、IANAはMPLSラベルの種類の新しいレジストリを作成していると説明情報要素＃46、mplsTopLabelTypeからの最初のリストでそれを満たしました。
New assignments for MPLS label types will be administered by IANA through Expert Review [RFC2434], i.e., review by one of a group of experts designated by an IETF Area Director. The group of experts must double check the label type definitions with already defined label types for completeness, accuracy, and redundancy. The specification of new MPLS label types MUST be published using a well-established and persistent publication medium.
MPLSラベルタイプのための新しい割り当ては、専門家レビュー[RFC2434]、IETFエリアディレクターによって指定された専門家のグループのうちの1つによって、すなわち、審査を通じてIANAによって管理されます。専門家のグループは、完全性、正確性、および冗長性のため、すでに定義されたラベルタイプとラベルタイプの定義を再確認しなければなりません。新しいMPLSラベルタイプの仕様は、十分に確立し、持続的な出版媒体を使用して公開する必要があります。
Appendix B defines an XML schema for IPFIX Information Element definitions. All Information Elements specified in this document are defined by the XML specification in Appendix A that is a valid XML record according to the schema in Appendix B. This schema may also be used for specifying further Information Elements in future extensions of the IPFIX information model in a machine-readable way.
付録BはIPFIX情報エレメント定義のXMLスキーマを定義します。この文書で指定されたすべての情報要素は、このスキーマはまた、IPFIX情報モデルの将来の拡張で、さらなる情報要素を指定するために使用することができる付録B.におけるスキーマに従って有効なXMLレコードをある付録AのXML仕様で定義されています機械可読方法。
Appendix B uses URNs to describe an XML namespace and an XML schema for IPFIX Information Elements conforming to a registry mechanism described in [RFC3688]. Two URI assignments have been made.
付録Bは、XML名前空間と[RFC3688]で説明レジストリ・メカニズムに準拠IPFIX情報エレメントのXMLスキーマを記述するためのURNを使用します。二つのURIの割り当てが行われています。
1. Registration for the IPFIX information model namespace * URI: urn:ietf:params:xml:ns:ipfix-info-15 * Registrant Contact: IETF IPFIX Working Group <ipfix@ietf.org>, as designated by the IESG <iesg@ietf.org>. * XML: None. Namespace URIs do not represent an XML.
IPFIX情報モデルの名前空間のための1.登録* URI：URN：IETF：のparams：XML：NS：IPFIX-INFO-15 *登録者の連絡先：IETF IPFIXワーキンググループ<ipfix@ietf.org>、IESGが指定する<IESG @ ietf.org>。 * XML：なし。名前空間URIはXMLを表すものではありません。
2. Registration for the IPFIX information model schema * URI: urn:ietf:params:xml:schema:ipfix-info-15 * Registrant Contact: IETF IPFIX Working Group <ipfix@ietf.org>, as designated by the IESG <iesg@ietf.org>. * XML: See Appendix B of this document.
IPFIX情報モデルスキーマ2.登録* URI：URN：IETF：のparams：XML：スキーマ：IPFIX-INFO-15 *登録者の連絡先：IETF IPFIXワーキンググループ<ipfix@ietf.org>、IESGが指定する<IESG @ ietf.org>。 * XML：このドキュメントの付録Bを参照してください。
The IPFIX information model itself does not directly introduce security issues. Rather, it defines a set of attributes that may for privacy or business issues be considered sensitive information.
IPFIX情報モデル自体は、直接セキュリティ上の問題を紹介しません。むしろ、それはプライバシーやビジネスの問題については、機密情報とみなすことができる属性のセットを定義します。
For example, exporting values of header fields may make attacks possible for the receiver of this information, which would otherwise only be possible for direct observers of the reported Flows along the data path.
例えば、ヘッダフィールドの値をエクスポートすると、そうでない場合にのみ、データパスに沿って報告されたフローの直接の観察者のために可能であろう、この情報の受信のための攻撃を可能にしてもよいです。
The underlying protocol used to exchange the information described here must therefore apply appropriate procedures to guarantee the integrity and confidentiality of the exported information. Such protocols are defined in separate documents, specifically the IPFIX protocol document [RFC5101].
ここに記載された情報を交換するために使用される基本的なプロトコルは、したがって、エクスポートされた情報の完全性と機密性を保証するために、適切な手順を適用する必要があります。そのようなプロトコルは、別の文書、具体的IPFIXプロトコルドキュメント[RFC5101]で定義されています。
This document does not specify any Information Element carrying keying material. If future extensions will do so, then appropriate precautions need to be taken for properly protecting such sensitive information.
この文書では、鍵材料を運ぶ任意の情報要素が指定されていません。将来の拡張がそうする場合は、適切な予防措置が適切な機密情報を保護するために取られる必要があります。
The editors thank Paul Callato for creating the initial version of this document, and Thomas Dietz for developing the XSLT scripts that generate large portions of the text part of this document from the XML appendices.
編集者はXMLの付録から、この文書のテキスト部分の大部分を生成するXSLTスクリプトを開発するために、このドキュメントの最初のバージョンを作成するためのポールCallato、とトーマス・ディーツに感謝します。
[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月。
[RFC5101] Claise, B., "Specification of the IPFIX Protocol for the Exchange", RFC 5101, January 2008.
[RFC5101] Claise、B.、 "ExchangeのIPFIXプロトコルの仕様"、RFC 5101、2008年1月。
[IEEE.754.1985] Institute of Electrical and Electronics Engineers, "Standard for Binary Floating-Point Arithmetic", IEEE Standard 754, August 1985.
[IEEE.754.1985]電気電子技術者協会、「バイナリ浮動小数点演算のための基準」、IEEE規格754、1985年8月。
[IEEE.802-11.1999] "Information technology - Telecommunications and information exchange between systems - Local and metropolitan area networks - Specific requirements - Part 11: Wireless LAN Medium Access Control (MAC) and Physical Layer (PHY) specifications", IEEE Standard 802.11, 1999, <http://standards.ieee.org/getieee802/download/802.11- 1999.pdF>.
[IEEE.802-11.1999]「情報技術 - 地方とメトロポリタンエリアネットワーク - - 電気通信及びシステム間の情報交換の具体的な要件 - パート11：無線LAN媒体アクセス制御（MAC）および物理層（PHY）仕様」、IEEE規格802.11 1999年、<http://standards.ieee.org/getieee802/download/802.11- 1999.pdF>。
[IEEE.802-1Q.2003] Institute of Electrical and Electronics Engineers, "Local and Metropolitan Area Networks: Virtual Bridged Local Area Networks", IEEE Standard 802.1Q, March 2003.
電気電子技術者の[IEEE.802-1Q.2003]研究所、「ローカルおよびメトロポリタンエリアネットワーク：仮想ブリッジローカルエリアネットワーク」、IEEE 802.1Q規格、2003年3月。
[IEEE.802-3.2002] "Information technology - Telecommunications and information exchange between systems - Local and metropolitan area networks - Specific requirements - Part 3: Carrier sense multiple access with collision detection (CSMA/CD) access method and physical layer specifications", IEEE Standard 802.3, September 2002.
[IEEE.802-3.2002]「情報技術 - 地方とメトロポリタンエリアネットワーク - - 具体的な要件 - 電気通信及びシステム間の情報交換のパート3：衝突検出（CSMA / CD）アクセス方式および物理層仕様とキャリア検知多重アクセス」、 IEEE規格802.3、2002年9月。
[ISO.10646-1.1993] International Organization for Standardization, "Information Technology - Universal Multiple-octet coded Character Set (UCS) - Part 1: Architecture and Basic Multilingual Plane", ISO Standard 10646-1, May 1993.
[ISO.10646-1.1993]国際標準化機構、「情報技術 - ユニバーサルマルチオクテット符号化文字集合（UCS） - 第1部：アーキテクチャと基本多言語面」、ISO規格10646-1、1993年5月。
[ISO.646.1991] International Organization for Standardization, "Information technology - ISO 7-bit coded character set for information interchange", ISO Standard 646, 1991.
[ISO.646.1991]国際標準化機構、「情報技術 - 情報交換のためのISO 7ビット符号化文字集合」、ISO規格646、1991。
[RFC0768] Postel, J., "User Datagram Protocol", STD 6, RFC 768, August 1980.
[RFC0768]ポステル、J.、 "ユーザ・データグラム・プロトコル"、STD 6、RFC 768、1980年8月。
[RFC0791] Postel, J., "Internet Protocol", STD 5, RFC 791, September 1981.
[RFC0791]ポステル、J.、 "インターネットプロトコル"、STD 5、RFC 791、1981年9月。
[RFC0792] Postel, J., "Internet Control Message Protocol", STD 5, RFC 792, September 1981.
[RFC0792]ポステル、J.、 "インターネット制御メッセージプロトコル"、STD 5、RFC 792、1981年9月。
[RFC0793] Postel, J., "Transmission Control Protocol", STD 7, RFC 793, September 1981.
[RFC0793]ポステル、J.、 "伝送制御プロトコル"、STD 7、RFC 793、1981年9月。
[RFC1108] Kent, S., "U.S. Department of Defense Security Options for the Internet Protocol", RFC 1108, November 1991.
[RFC1108]ケント、S.、「インターネットプロトコルのための防衛セキュリティオプションの米国部門」、RFC 1108、1991年11月。
[RFC1112] Deering, S., "Host extensions for IP multicasting", STD 5, RFC 1112, August 1989.
[RFC1112]デアリング、S.、STD 5、RFC 1112 "IPマルチキャスティングのためのホスト拡大"、1989年8月。
[RFC1191] Mogul, J. and S. Deering, "Path MTU discovery", RFC 1191, November 1990.
[RFC1191]ムガール人、J.とS.デアリング、 "パスMTUディスカバリ"、RFC 1191、1990年11月。
[RFC1323] Jacobson, V., Braden, R., and D. Borman, "TCP Extensions for High Performance", RFC 1323, May 1992.
[RFC1323]ジェーコブソン、V.、ブレーデン、R.、およびD.ボーマン、 "ハイパフォーマンスのためのTCP拡張"、RFC 1323、1992年5月。
[RFC1385] Wang, Z., "EIP: The Extended Internet Protocol", RFC 1385, November 1992.
[RFC1385]王、Z.、 "EIP：拡張インターネット・プロトコル"、RFC 1385、1992年11月。
[RFC1812] Baker, F., Ed., "Requirements for IP Version 4 Routers", RFC 1812, June 1995.
[RFC1812]ベイカー、F.、エド。、 "IPバージョン4つのルータのための要件"、RFC 1812、1995年6月。
[RFC1930] Hawkinson, J. and T. Bates, "Guidelines for creation, selection, and registration of an Autonomous System (AS)", BCP 6, RFC 1930, March 1996.
[RFC1930]ホーキンソン、J.およびT.ベイツ、 "作成、選択、および自律システム（AS）の登録のためのガイドライン"、BCP 6、RFC 1930、1996年3月。
[RFC2113] Katz, D., "IP Router Alert Option", RFC 2113, February 1997.
[RFC2113]カッツ、D.、 "IPルータアラートオプション"、RFC 2113、1997年2月。
[RFC2434] Narten, T. and H. Alvestrand, "Guidelines for Writing an IANA Considerations Section in RFCs", BCP 26, RFC 2434, October 1998.
[RFC2434] Narten氏、T.とH. Alvestrand、 "RFCsにIANA問題部に書くためのガイドライン"、BCP 26、RFC 2434、1998年10月。
[RFC2460] Deering, S. and R. Hinden, "Internet Protocol, Version 6 (IPv6) Specification", RFC 2460, December 1998.
[RFC2460]デアリング、S.とR. Hindenと、 "インターネットプロトコルバージョン6（IPv6）の仕様"、RFC 2460、1998年12月。
[RFC2578] McCloghrie, K., Perkins, D., and J. Schoenwaelder, "Structure of Management Information Version 2 (SMIv2)", STD 58, RFC 2578, April 1999.
[RFC2578] McCloghrie、K.、パーキンス、D.、およびJ. Schoenwaelder、STD 58、RFC 2578、1999年4月 "管理情報バージョン2（SMIv2）の構造"。
[RFC2629] Rose, M., "Writing I-Ds and RFCs using XML", RFC 2629, June 1999.
[RFC2629]ローズ、M.、 "ライティングI-DSおよびXMLを使用しているRFC"、RFC 2629、1999年6月。
[RFC2675] Borman, D., Deering, S., and R. Hinden, "IPv6 Jumbograms", RFC 2675, August 1999.
[RFC2675]ボーマン、D.、デアリング、S.、およびR. Hindenと "IPv6のジャンボグラム"、RFC 2675、1999年8月。
[RFC2863] McCloghrie, K. and F. Kastenholz, "The Interfaces Group MIB", RFC 2863, June 2000.
[RFC2863] McCloghrie、K.およびF. Kastenholzと、 "インターフェイスグループMIB"、RFC 2863、2000年6月。
[RFC3031] Rosen, E., Viswanathan, A., and R. Callon, "Multiprotocol Label Switching Architecture", RFC 3031, January 2001.
[RFC3031]ローゼン、E.、Viswanathanの、A.、およびR. Callon、 "マルチプロトコルラベルスイッチングアーキテクチャ"、RFC 3031、2001年1月。
[RFC3032] Rosen, E., Tappan, D., Fedorkow, G., Rekhter, Y., Farinacci, D., Li, T., and A. Conta, "MPLS Label Stack Encoding", RFC 3032, January 2001.
[RFC3032]ローゼン、E.、タッパン、D.、Fedorkow、G.、Rekhter、Y.、ファリナッチ、D.、李、T.、およびA.コンタ、 "MPLSラベルスタックエンコーディング"、RFC 3032、2001年1月。
[RFC3193] Patel, B., Aboba, B., Dixon, W., Zorn, G., and S. Booth, "Securing L2TP using IPsec", RFC 3193, November 2001.
[RFC3193]パテル、B.、Aboba、B.、ディクソン、W.、ゾルン、G.、およびS.ブース、 "IPsecを使用してセキュリティ保護L2TP"、RFC 3193、2001年11月。
[RFC3234] Carpenter, B. and S. Brim, "Middleboxes: Taxonomy and Issues", RFC 3234, February 2002.
[RFC3234]大工、B.とS.つば、 "のMiddleboxes：分類と課題"、RFC 3234、2002年2月。
[RFC3260] Grossman, D., "New Terminology and Clarifications for Diffserv", RFC 3260, April 2002.
[RFC3260]グロスマン、D.、 "Diffservのための新しい用語と明確化"、RFC 3260、2002年4月。
[RFC3270] Le Faucheur, F., Wu, L., Davie, B., Davari, S., Vaananen, P., Krishnan, R., Cheval, P., and J. Heinanen, "Multi-Protocol Label Switching (MPLS) Support of Differentiated Services", RFC 3270, May 2002.
[RFC3270]ルFaucheur、F.、ウー、L.、デイビー、B.、Davari、S.、Vaananen、P.、クリシュナン、R.、シュヴァル、P.、およびJ. Heinanen、「マルチプロトコルラベルスイッチング（MPLS）差別化サービスのサポート」、RFC 3270、2002年5月。
[RFC3376] Cain, B., Deering, S., Kouvelas, I., Fenner, B., and A. Thyagarajan, "Internet Group Management Protocol, Version 3", RFC 3376, October 2002.
[RFC3376]カイン、B.、デアリング、S.、Kouvelas、I.、フェナー、B.、およびA. Thyagarajan、 "インターネットグループ管理プロトコル、バージョン3"、RFC 3376、2002年10月。
[RFC3444] Pras, A. and J. Schoenwaelder, "On the Difference between Information Models and Data Models", RFC 3444, January 2003.
"情報モデルとデータモデル間の差に" [RFC3444] PRAS、A.およびJ. Schoenwaelder、RFC 3444、2003年1月。
[RFC3688] Mealling, M., "The IETF XML Registry", BCP 81, RFC 3688, January 2004.
[RFC3688] Mealling、M.、 "IETF XMLレジストリ"、BCP 81、RFC 3688、2004年1月。
[RFC3954] Claise, B., Ed., "Cisco Systems NetFlow Services Export Version 9", RFC 3954, October 2004.
[RFC3954] Claise、B.、エド。、 "シスコシステムズのNetFlowサービスエクスポートバージョン9"、RFC 3954、2004年10月。
[RFC4271] Rekhter, Y., Ed., Li, T., Ed., and S. Hares, Ed., "A Border Gateway Protocol 4 (BGP-4)", RFC 4271, January 2006.
[RFC4271] Rekhter、Y.、エド。、李、T.、エド。、およびS.野兎、編、 "ボーダーゲートウェイプロトコル4（BGP-4）"、RFC 4271、2006年1月。
[RFC4291] Hinden, R. and S. Deering, "IP Version 6 Addressing Architecture", RFC 4291, February 2006.
[RFC4291] HindenとR.とS.デアリング、 "IPバージョン6アドレッシング体系"、RFC 4291、2006年2月。
[RFC4302] Kent, S., "IP Authentication Header", RFC 4302, December 2005.
[RFC4302]ケント、S.、 "IP認証ヘッダー"、RFC 4302、2005年12月。
[RFC4303] Kent, S., "IP Encapsulating Security Payload (ESP)", RFC 4303, December 2005.
[RFC4303]ケント、S.、 "IPカプセル化セキュリティペイロード（ESP）"、RFC 4303、2005年12月。
[RFC4364] Rosen, E. and Y. Rekhter, "BGP/MPLS IP Virtual Private Networks (VPNs)", RFC 4364, February 2006.
[RFC4364]ローゼン、E.およびY. Rekhter、 "BGP / MPLS IP仮想プライベートネットワーク（VPN）"、RFC 4364、2006年2月。
[RFC4382] Nadeau, T., Ed., and H. van der Linde, Ed., "MPLS/BGP Layer 3 Virtual Private Network (VPN) Management Information Base", RFC 4382, February 2006.
[RFC4382]ナドー、T.、エド。、およびH.のファンデリンデ、エド。、 "MPLS / BGPレイヤ3仮想プライベートネットワーク（VPN）管理情報ベース"、RFC 4382、2006年2月。
[RFC4443] Conta, A., Deering, S., and M. Gupta, Ed., "Internet Control Message Protocol (ICMPv6) for the Internet Protocol Version 6 (IPv6) Specification", RFC 4443, March 2006.
[RFC4443]コンタ、A.、デアリング、S.、およびM.グプタ、エド。、 "インターネット制御メッセージプロトコル（ICMPv6の）インターネットプロトコルバージョン6（IPv6）の仕様について"、RFC 4443、2006年3月。
[RFC4960] Stewart, R., Ed., "Stream Control Transmission Protocol", RFC 4960, September 2007.
[RFC4960]スチュワート、R.、エド。、 "ストリーム制御伝送プロトコル"、RFC 4960、2007年9月。
[RFC5036] Andersson, L., Ed., Minei, I., Ed., and B. Thomas, Ed., "LDP Specification", RFC 5036, October 2007.
[RFC5036]アンデション、L.、エド。、Minei、I.、エド。、およびB.トーマス、エド。、 "LDP仕様"、RFC 5036、2007年10月。
Appendix A. XML Specification of IPFIX Information Elements
IPFIX情報要素の付録A. XML仕様
This appendix contains a machine-readable description of the IPFIX information model coded in XML. Note that this appendix is of informational nature, while the text in Section 4 (generated from this appendix) is normative.
この付録では、XMLでコード化されたIPFIX情報モデルの機械可読記述が含まれています。 （この付録から生成された）第4節のテキストは規範的である一方で、この付録では、情報の性質のものであることに注意してください。
Using a machine-readable syntax for the information model enables the creation of IPFIX-aware tools that can automatically adapt to extensions to the information model, by simply reading updated information model specifications.
情報モデルのための機械読み取り可能な構文を使用すると、自動的に単純に更新された情報モデルの仕様を読むことによって、情報モデルへの拡張に対応できるIPFIX対応のツールを作成することができます。
The wide availability of XML-aware tools and libraries for client devices is a primary consideration for this choice. In particular, libraries for parsing XML documents are readily available. Also, mechanisms such as the Extensible Stylesheet Language (XSL) allow for transforming a source XML document into other documents. This document was authored in XML and transformed according to [RFC2629].
クライアントデバイスのためのXML対応のツールとライブラリの広い可用性は、この選択の主な検討事項です。具体的には、XML文書を解析するためのライブラリが容易に入手可能です。また、そのような拡張可能スタイルシート言語（XSL）のようなメカニズムが他の文書にソースXML文書を変換することを可能にします。この文書では、[RFC2629]に従ったXMLで作成し、形質転換しました。
It should be noted that the use of XML in Exporters, Collectors, or other tools is not mandatory for the deployment of IPFIX. In particular, Exporting Processes do not produce or consume XML as part of their operation. It is expected that IPFIX Collectors MAY take advantage of the machine readability of the information model vs. hard coding their behavior or inventing proprietary means for accommodating extensions.
輸出業者、コレクター、または他のツールでのXMLの使用はIPFIXの展開のために必須ではないことに留意すべきです。具体的には、エクスポートプロセスは、その動作の一部としてXMLを生成したり消費しません。 IPFIXコレクターは、ハード彼らの行動をコーディングするか、拡張子を収容するための独自の手段を発明対情報モデルの機械可読性を利用することができることが期待されます。
<?xml version="1.0" encoding="UTF-8"?>
<？xml version = "1.0" エンコード= "UTF-8"？>
<fieldDefinitions xmlns="urn:ietf:params:xml:ns:ipfix-info" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="urn:ietf:params:xml:ns:ipfix-info ipfix-info.xsd">
<fieldDefinitionsのxmlns = "壷：IETF：のparams：XML：NS：IPFIX-情報" のxmlns：XSI = "http://www.w3.org/2001/XMLSchema-instance" のxsi：schemaLocationの= "壷：IETF：のparams ：XML：NS：IPFIX-情報IPFIX-info.xsd ">
<field name="lineCardId" dataType="unsigned32" group="scope" dataTypeSemantics="identifier" elementId="141" applicability="option" status="current"> <description> <paragraph> An identifier of a line card that is unique per IPFIX Device hosting an Observation Point. Typically, this Information Element is used for limiting the scope of other Information Elements. </paragraph> </description> </field> <field name="portId" dataType="unsigned32"
<フィールド名=「lineCardId」データ型=「Unsigned32の」グループ=「スコープ」dataTypeSemantics =「識別子」ELEMENTID =「141」の適用=「オプション」ステータス=「現在」> <記述> <パラグラフ>ラインカードの識別子それは、観察ポイントをホスティングするIPFIX Device単位でユニークです。通常、この情報要素は、他のInformation Elementsの範囲を制限するために使用されています。 </パラグラフ> </記述> </分野> <フィールド名= "PORTID" データ型= "Unsigned32の"
group="scope" dataTypeSemantics="identifier" elementId="142" applicability="option" status="current"> <description> <paragraph> An identifier of a line port that is unique per IPFIX Device hosting an Observation Point. Typically, this Information Element is used for limiting the scope of other Information Elements. </paragraph> </description> </field>
グループ=「スコープ」dataTypeSemantics =「識別子」ELEMENTID =「142」の適用=「オプション」ステータス=「現在」> <記述> <パラグラフ>観測ポイントをホストするIPFIX Device単位でユニークな回線ポートの識別子。通常、この情報要素は、他のInformation Elementsの範囲を制限するために使用されています。 </パラグラフ> </記述> </分野>
<field name="ingressInterface" dataType="unsigned32" group="scope" dataTypeSemantics="identifier" elementId="10" applicability="all" status="current"> <description> <paragraph> The index of the IP interface where packets of this Flow are being received. The value matches the value of managed object 'ifIndex' as defined in RFC 2863. Note that ifIndex values are not assigned statically to an interface and that the interfaces may be renumbered every time the device's management system is re-initialized, as specified in RFC 2863. </paragraph> </description> <reference> <paragraph> See RFC 2863 for the definition of the ifIndex object. </paragraph> </reference> </field>
IPインタフェースの<フィールド名= "ingressInterface" データ型= "Unsigned32の" グループ= "範囲" dataTypeSemantics = "識別子" ELEMENTID = "10" の適用= "全ての" ステータス= "現在"> <記述> <パラグラフ>インデックスこのフローのパケットが受信されているところ。 ifIndex値がインターフェイスに静的に割り当てられ、RFCで指定されるようにインターフェイスは、デバイスの管理システムが再初期化されるたびに再番号付けされてもよいことれていないことをRFC 2863.メモで定義された値は、管理オブジェクト「のifIndex」の値と一致します2863. </パラグラフ> </記述> <参照> <パラグラフ> ifIndexオブジェクトの定義については、RFC 2863を参照してください。 </パラグラフ> </参照> </分野>
<field name="egressInterface" dataType="unsigned32" group="scope" dataTypeSemantics="identifier" elementId="14" applicability="all" status="current"> <description> <paragraph> The index of the IP interface where packets of this Flow are being sent. The value matches the value of managed object 'ifIndex' as defined in RFC 2863. Note that ifIndex values are not assigned statically to an interface and that the interfaces may be renumbered every time the device's management system is re-initialized, as specified in RFC 2863.
IPインタフェースの<フィールド名= "egressInterface" データ型= "Unsigned32の" グループ= "範囲" dataTypeSemantics = "識別子" ELEMENTID = "14" の適用= "全ての" ステータス= "現在"> <記述> <パラグラフ>インデックスこのフローのパケットが送信されているところ。 ifIndex値がインターフェイスに静的に割り当てられ、RFCで指定されるようにインターフェイスは、デバイスの管理システムが再初期化されるたびに再番号付けされてもよいことれていないことをRFC 2863.メモで定義された値は、管理オブジェクト「のifIndex」の値と一致します2863。
</paragraph> </description> <reference> <paragraph> See RFC 2863 for the definition of the ifIndex object. </paragraph> </reference> </field>
</パラグラフ> </記述> <参照> <パラグラフ> ifIndexオブジェクトの定義については、RFC 2863を参照してください。 </パラグラフ> </参照> </分野>
<field name="meteringProcessId" dataType="unsigned32" group="scope" dataTypeSemantics="identifier" elementId="143" applicability="option" status="current"> <description> <paragraph> An identifier of a Metering Process that is unique per IPFIX Device. Typically, this Information Element is used for limiting the scope of other Information Elements. Note that process identifiers are typically assigned dynamically. The Metering Process may be re-started with a different ID. </paragraph> </description> </field>
<フィールド名=「meteringProcessId」データ型=「Unsigned32の」グループ=「範囲」dataTypeSemantics =「識別子」ELEMENTID =「143」の適用=「オプション」ステータス=「現在」> <記述> <パラグラフ>計量プロセスの識別子それはIPFIX Device単位でユニークです。通常、この情報要素は、他のInformation Elementsの範囲を制限するために使用されています。プロセス識別子は、一般的に、動的に割り当てられていることに注意してください。計量プロセスは、異なるIDで再開始することができます。 </パラグラフ> </記述> </分野>
<field name="exportingProcessId" dataType="unsigned32" group="scope" dataTypeSemantics="identifier" elementId="144" applicability="option" status="current"> <description> <paragraph> An identifier of an Exporting Process that is unique per IPFIX Device. Typically, this Information Element is used for limiting the scope of other Information Elements. Note that process identifiers are typically assigned dynamically. The Exporting Process may be re-started with a different ID. </paragraph> </description> </field>
<フィールド名=「exportingProcessId」データ型=「Unsigned32の」グループ=「範囲」dataTypeSemantics =「識別子」ELEMENTID =「144」の適用=「オプション」ステータス=「現在」> <記述> <パラグラフ>エクスポートプロセスの識別子それはIPFIX Device単位でユニークです。通常、この情報要素は、他のInformation Elementsの範囲を制限するために使用されています。プロセス識別子は、一般的に、動的に割り当てられていることに注意してください。エクスポートプロセスは、異なるIDで再開始することができます。 </パラグラフ> </記述> </分野>
<field name="flowId" dataType="unsigned64" group="scope" dataTypeSemantics="identifier" elementId="148" applicability="option" status="current"> <description> <paragraph> An identifier of a Flow that is unique within an Observation
<フィールド名=「フローID」データ型=「unsigned64は」グループ=「スコープ」dataTypeSemantics =「識別子」ELEMENTID =「148」の適用=「オプション」ステータス=「現在」> <記述> <パラグラフ>その流れの識別子観察内で一意です
Domain. This Information Element can be used to distinguish between different Flows if Flow Keys such as IP addresses and port numbers are not reported or are reported in separate records. </paragraph> </description> </field>
ドメイン。この情報要素は、IPアドレスやポート番号などのフローキーが報告されていないか、別のレコードに報告されている場合には、異なるフローを区別するために使用することができます。 </パラグラフ> </記述> </分野>
<field name="templateId" dataType="unsigned16" group="scope" dataTypeSemantics="identifier" elementId="145" applicability="option" status="current"> <description> <paragraph> An identifier of a Template that is locally unique within a combination of a Transport session and an Observation Domain. </paragraph> <paragraph> Template IDs 0-255 are reserved for Template Sets, Options Template Sets, and other reserved Sets yet to be created. Template IDs of Data Sets are numbered from 256 to 65535. </paragraph> <paragraph> Typically, this Information Element is used for limiting the scope of other Information Elements. Note that after a re-start of the Exporting Process Template identifiers may be re-assigned. </paragraph> </description> </field>
<フィールド名=「れるtemplateId」データ型=「UNSIGNED16」グループ=「スコープ」dataTypeSemantics =「識別子」ELEMENTID =「145」の適用=「オプション」ステータス=「現在」> <記述> <パラグラフ>そのテンプレートの識別子トランスポートセッションと観測ドメインの組み合わせ内で局所的にユニークです。 </パラグラフ> <パラグラフ>テンプレートIDの0-255がまだ作成するテンプレートセット、オプションテンプレートセット、およびその他の予約を設定するために予約されています。データセットのテンプレートIDは、</パラグラフ> <パラグラフ>通常、この情報要素は、他のInformation Elementsの範囲を制限するために使用されている256〜65535番号が付けられています。エクスポートプロセステンプレート識別子の再起動後に再割り当てされてもよいことに留意されたいです。 </パラグラフ> </記述> </分野>
<field name="observationDomainId" dataType="unsigned32" group="scope" dataTypeSemantics="identifier" elementId="149" applicability="option" status="current"> <description> <paragraph> An identifier of an Observation Domain that is locally unique to an Exporting Process. The Exporting Process uses the Observation Domain ID to uniquely identify to the Collecting Process the Observation Domain where Flows were metered. It is RECOMMENDED that this identifier is also unique per IPFIX Device. </paragraph> <paragraph> A value of 0 indicates that no specific Observation Domain is identified by this Information Element. </paragraph>
<フィールド名=「observationDomainId」データ型=「Unsigned32の」グループ=「スコープ」dataTypeSemantics =「識別子」ELEMENTID =「149」の適用=「オプション」ステータス=「現在」> <記述> <パラグラフ>観測ドメインの識別子それは、エクスポートプロセスにローカルで一意です。エクスポートプロセスは、一意に収集プロセスフローを計量供給した観測ドメインを同定するために観測ドメインIDを使用します。また、この識別子もIPFIX Device単位でユニークであることが推奨されます。 </パラグラフ> <パラグラフ>は0の値は、具体的な観測のドメインが、この情報要素で識別されていないことを示しています。 </パラグラフ>
<paragraph> Typically, this Information Element is used for limiting the scope of other Information Elements. </paragraph> </description> </field>
<パラグラフ>は典型的には、この情報要素は、他の情報要素の範囲を制限するために使用されます。 </パラグラフ> </記述> </分野>
<field name="observationPointId" dataType="unsigned32" group="scope" dataTypeSemantics="identifier" elementId="138" applicability="option" status="current"> <description> <paragraph> An identifier of an Observation Point that is unique per Observation Domain. It is RECOMMENDED that this identifier is also unique per IPFIX Device. Typically, this Information Element is used for limiting the scope of other Information Elements. </paragraph> </description> </field> <field name="commonPropertiesId" dataType="unsigned64" group="scope" dataTypeSemantics="identifier" elementId="137" applicability="option" status="current"> <description> <paragraph> An identifier of a set of common properties that is unique per Observation Domain and Transport Session. Typically, this Information Element is used to link to information reported in separate Data Records. </paragraph> </description> </field>
<フィールド名=「observationPointId」データ型=「Unsigned32の」グループ=「範囲」dataTypeSemantics =「識別子」ELEMENTID =「138」の適用=「オプション」ステータス=「現在」> <記述> <パラグラフ>観測点の識別子それは、観測ドメインごとにユニークです。また、この識別子もIPFIX Device単位でユニークであることが推奨されます。通常、この情報要素は、他のInformation Elementsの範囲を制限するために使用されています。 </パラグラフ> </記述> </分野> <フィールド名= "commonPropertiesId" データ型= "unsigned64は" グループ= "スコープ" dataTypeSemantics = "識別子" ELEMENTID = "137" の適用= "オプション" ステータス= "現在"> <記述> <パラグラフ>観測ドメインと交通セッションごとに一意である一般的なプロパティのセットの識別子。通常、この情報要素は、個別のデータレコードで報告された情報へのリンクに使用されます。 </パラグラフ> </記述> </分野>
<field name="exporterIPv4Address" dataType="ipv4Address" dataTypeSemantics="identifier" group="config" elementId="130" applicability="all" status="current"> <description> <paragraph> The IPv4 address used by the Exporting Process. This is used by the Collector to identify the Exporter in cases where the identity of the Exporter may have been obscured by the use of a proxy. </paragraph> </description> </field>
<フィールド名= "exporterIPv4Address" データ型= "IPv4Addressを" dataTypeSemantics = "識別子" グループ= "設定" ELEMENTID = "130" の適用= "全ての" ステータス= "現在"> <記述> <パラグラフ>によって使用されるIPv4アドレスプロセスをエクスポートします。これは、輸出業者のアイデンティティは、プロキシの使用によって隠された可能性がある場合に輸出を識別するために、コレクタによって使用されます。 </パラグラフ> </記述> </分野>
<field name="exporterIPv6Address" dataType="ipv6Address" dataTypeSemantics="identifier" group="config" elementId="131" applicability="all" status="current"> <description> <paragraph> The IPv6 address used by the Exporting Process. This is used by the Collector to identify the Exporter in cases where the identity of the Exporter may have been obscured by the use of a proxy. </paragraph> </description> </field>
<フィールド名= "exporterIPv6Address" データ型= "ipv6Address" dataTypeSemantics = "識別子" グループ= "設定" ELEMENTID = "131" の適用= "全ての" ステータス= "現在"> <記述> <パラグラフ>によって使用されるIPv6アドレスプロセスをエクスポートします。これは、輸出業者のアイデンティティは、プロキシの使用によって隠された可能性がある場合に輸出を識別するために、コレクタによって使用されます。 </パラグラフ> </記述> </分野>
<field name="exporterTransportPort" dataType="unsigned16" group="config" dataTypeSemantics="identifier" elementId="217" applicability="all" status="current"> <description> <paragraph> The source port identifier from which the Exporting Process sends Flow information. For the transport protocols UDP, TCP, and SCTP, this is the source port number. This field MAY also be used for future transport protocols that have 16-bit source port identifiers. This field may be useful for distinguishing multiple Exporting Processes that use the same IP address. </paragraph> </description> <reference> <paragraph> See RFC 768 for the definition of the UDP source port field. See RFC 793 for the definition of the TCP source port field. See RFC 4960 for the definition of SCTP. </paragraph> <paragraph> Additional information on defined UDP and TCP port numbers can be found at http://www.iana.org/assignments/port-numbers. </paragraph> </reference> </field>
<フィールド名=「exporterTransportPort」データ型=「UNSIGNED16」グループ=「設定」dataTypeSemantics =「識別子」ELEMENTID =「217」の適用=「全ての」ステータス=「現在」> <記述> <パラグラフ>ソース・ポート識別子、そこからエクスポートプロセスは、フロー情報を送信します。トランスポートプロトコルUDP、TCP、およびSCTPのために、これは、送信元ポート番号です。また、このフィールドは16ビットのソースポート識別子を持っている将来のトランスポートプロトコルのために使用されるかもしれません。このフィールドは、同じIPアドレスを使用する複数のエクスポートプロセスを区別するために有用である可能性があります。 </パラグラフ> </記述> <参照> <パラグラフ> UDPソースポート分野の定義については、RFC 768を参照してください。 TCPソースポート分野の定義については、RFC 793を参照してください。 SCTPの定義については、RFC 4960を参照してください。定義されたUDPとTCPポート番号の</パラグラフ> <パラグラフ>その他の情報は、http://www.iana.org/assignments/port-numbersで見つけることができます。 </パラグラフ> </参照> </分野>
<field name="collectorIPv4Address" dataType="ipv4Address" dataTypeSemantics="identifier" group="config" elementId="211" applicability="all" status="current">
<フィールド名= "collectorIPv4Address" データ型= "IPv4Addressを" dataTypeSemantics = "識別子" グループ= "設定" ELEMENTID = "211" の適用= "すべて" ステータス= "現在">
<description> <paragraph> An IPv4 address to which the Exporting Process sends Flow information. </paragraph> </description> </field>
<説明> <パラグラフ>エクスポートプロセスは、フロー情報を送信先のIPv4アドレス。 </パラグラフ> </記述> </分野>
<field name="collectorIPv6Address" dataType="ipv6Address" dataTypeSemantics="identifier" group="config" elementId="212" applicability="all" status="current"> <description> <paragraph> An IPv6 address to which the Exporting Process sends Flow information. </paragraph> </description> </field>
<フィールド名= "collectorIPv6Address" データ型= "ipv6Address" dataTypeSemantics = "識別子" グループ= "設定" ELEMENTID = "212" の適用= "すべて" ステータス= "現在"> <記述> <パラグラフ>にIPv6アドレスプロセスをエクスポートすると、フロー情報を送信します。 </パラグラフ> </記述> </分野>
<field name="exportInterface" dataType="unsigned32" group="config" dataTypeSemantics="identifier" elementId="213" applicability="all" status="current"> <description> <paragraph> The index of the interface from which IPFIX Messages sent by the Exporting Process to a Collector leave the IPFIX Device. The value matches the value of managed object 'ifIndex' as defined in RFC 2863. Note that ifIndex values are not assigned statically to an interface and that the interfaces may be renumbered every time the device's management system is re-initialized, as specified in RFC 2863. </paragraph> </description> <reference> <paragraph> See RFC 2863 for the definition of the ifIndex object. </paragraph> </reference> </field>
<フィールド名は=「exportInterface」データ型=「Unsigned32の」グループ=「設定」dataTypeSemantics =「識別子」ELEMENTID =「213」の適用=「すべて」ステータス=「現在」> <記述> <パラグラフ>インタフェースのインデックスからこれIPFIXコレクタIPFIXデバイスを残すためにエクスポートプロセスによって送信されたメッセージ。 ifIndex値がインターフェイスに静的に割り当てられ、RFCで指定されるようにインターフェイスは、デバイスの管理システムが再初期化されるたびに再番号付けされてもよいことれていないことをRFC 2863.メモで定義された値は、管理オブジェクト「のifIndex」の値と一致します2863. </パラグラフ> </記述> <参照> <パラグラフ> ifIndexオブジェクトの定義については、RFC 2863を参照してください。 </パラグラフ> </参照> </分野>
<field name="exportProtocolVersion" dataType="unsigned8" dataTypeSemantics="identifier" group="config" elementId="214" applicability="all" status="current"> <description>
<フィールド名= "exportProtocolVersion" データ型= "UNSIGNED8" dataTypeSemantics = "識別子" グループ= "設定" ELEMENTID = "214" の適用= "全ての" ステータス= "現在"> <説明>
<paragraph> The protocol version used by the Exporting Process for sending Flow information. The protocol version is given by the value of the Version Number field in the Message Header. </paragraph> <paragraph> The protocol version is 10 for IPFIX and 9 for NetFlow version 9. A value of 0 indicates that no export protocol is in use. </paragraph> </description> <reference> <paragraph> See the IPFIX protocol specification [RFC5101] for the definition of the IPFIX Message Header. </paragraph> <paragraph> See RFC 3954 for the definition of the NetFlow version 9 message header. </paragraph> </reference> </field>
<パラグラフ>フロー情報を送信するためのエクスポートプロセスによって使用されるプロトコルのバージョン。プロトコルバージョンは、メッセージヘッダのバージョン番号フィールドの値によって与えられます。 </パラグラフ> <パラグラフ>はプロトコルバージョンは、NetFlowバージョン9、0の値は全くエクスポートプロトコルが使用中でないことを示しIPFIXのための10および9です。 </パラグラフ> </記述> <参照> <パラグラフ> IPFIXメッセージヘッダーの定義については、IPFIXプロトコル仕様[RFC5101]を参照されたいです。 </パラグラフ> <パラグラフ> NetFlowバージョン9メッセージヘッダーの定義については、RFC 3954を参照してください。 </パラグラフ> </参照> </分野>
<field name="exportTransportProtocol" dataType="unsigned8" group="config" dataTypeSemantics="identifier" elementId="215" applicability="all" status="current"> <description> <paragraph> The value of the protocol number used by the Exporting Process for sending Flow information. The protocol number identifies the IP packet payload type. Protocol numbers are defined in the IANA Protocol Numbers registry. </paragraph>
<フィールド名=「exportTransportProtocol」データ型=「UNSIGNED8」グループ=「設定」dataTypeSemantics =「識別子」ELEMENTID =「215」の適用=「全ての」ステータス=「現在」> <記述> <パラグラフ>プロトコル番号の値フロー情報を送信するためのエクスポートプロセスで使用されます。プロトコル番号は、IPパケットのペイロードタイプを識別する。プロトコル番号はIANAプロトコル番号のレジストリで定義されています。 </パラグラフ>
<paragraph> In Internet Protocol version 4 (IPv4), this is carried in the Protocol field. In Internet Protocol version 6 (IPv6), this is carried in the Next Header field in the last extension header of the packet. </paragraph> </description> <reference> <paragraph> See RFC 791 for the specification of the IPv4 protocol field.
<パラグラフ>は、インターネットプロトコルバージョン4（IPv4）で、これは、プロトコル・フィールドで運ばれます。インターネットプロトコルバージョン6（IPv6）では、これは、パケットの最後の拡張ヘッダに次ヘッダフィールド内で運ばれます。 </パラグラフ> </記述> <参照> <パラグラフ> IPv4プロトコルフィールドの指定については、RFC 791を参照してください。
See RFC 2460 for the specification of the IPv6 protocol field. See the list of protocol numbers assigned by IANA at http://www.iana.org/assignments/protocol-numbers. </paragraph> </reference> </field>
IPv6プロトコル分野の仕様については、RFC 2460を参照してください。 http://www.iana.org/assignments/protocol-numbersでIANAによって割り当てられたプロトコル番号のリストをご覧ください。 </パラグラフ> </参照> </分野>
<field name="collectorTransportPort" dataType="unsigned16" group="config" dataTypeSemantics="identifier" elementId="216" applicability="all" status="current"> <description> <paragraph> The destination port identifier to which the Exporting Process sends Flow information. For the transport protocols UDP, TCP, and SCTP, this is the destination port number. This field MAY also be used for future transport protocols that have 16-bit source port identifiers. </paragraph> </description> <reference> <paragraph> See RFC 768 for the definition of the UDP destination port field. See RFC 793 for the definition of the TCP destination port field. See RFC 4960 for the definition of SCTP. </paragraph> <paragraph> Additional information on defined UDP and TCP port numbers can be found at http://www.iana.org/assignments/port-numbers. </paragraph> </reference> </field>
<フィールド名=「collectorTransportPort」データ型=「UNSIGNED16」グループ=「設定」dataTypeSemantics =「識別子」ELEMENTIDは=「216」の適用=「すべて」ステータス=「現在」> <記述> <パラグラフ>宛先ポート識別子エクスポートプロセスは、フロー情報を送信します。トランスポートプロトコルUDP、TCP、およびSCTPのために、これは宛先ポート番号です。また、このフィールドは16ビットのソースポート識別子を持っている将来のトランスポートプロトコルのために使用されるかもしれません。 </パラグラフ> </記述> <参照> <パラグラフ> UDP宛先ポートフィールドの定義については、RFC 768を参照してください。 TCP宛先ポートフィールドの定義については、RFC 793を参照してください。 SCTPの定義については、RFC 4960を参照してください。定義されたUDPとTCPポート番号の</パラグラフ> <パラグラフ>その他の情報は、http://www.iana.org/assignments/port-numbersで見つけることができます。 </パラグラフ> </参照> </分野>
<field name="flowKeyIndicator" dataType="unsigned64" dataTypeSemantics="flags" group="config" elementId="173" applicability="all" status="current"> <description> <paragraph> This set of bit fields is used for marking the Information Elements of a Data Record that serve as Flow Key. Each bit represents an Information Element in the Data Record with the n-th bit representing the n-th Information Element. A bit set to value 1 indicates that the corresponding Information Element is a Flow Key of the reported Flow.
<フィールド名=「flowKeyIndicator」データ型=「unsigned64は」dataTypeSemantics =「旗」グループ=「設定」ELEMENTID =「173」の適用=「すべて」ステータス=「現在」> <記述> <パラグラフ>ビットフィールドのこのセットは、フローキーとして機能データレコードの情報要素をマーキングするために使用。各ビットは、n番目の情報要素を表すnビット目とデータレコードの情報要素を表します。値を1に設定されたビットは、対応する情報要素が報告されたフローのフローキーであることを示しています。
A bit set to value 0 indicates that this is not the case. </paragraph> <paragraph> If the Data Record contains more than 64 Information Elements, the corresponding Template SHOULD be designed such that all Flow Keys are among the first 64 Information Elements, because the flowKeyIndicator only contains 64 bits. If the Data Record contains less than 64 Information Elements, then the bits in the flowKeyIndicator for which no corresponding Information Element exists MUST have the value 0. </paragraph> </description> </field>
値0に設定されたビットは、これが当てはまらないことを示しています。 </パラグラフ> <パラグラフ>データレコードは、64個の以上の情報要素が含まれている場合、対応するテンプレートはflowKeyIndicatorのみ64ビットが含まれているため、すべてのフローキーは、最初の64個の情報要素の一つであるように設計されるべきです。データレコード64個の情報要素よりも少ないが含まれている場合、該当する情報要素が存在しないflowKeyIndicatorのビットは値0 </パラグラフ> </記述> </フィールド>がなければなりません
<field name="exportedMessageTotalCount" dataType="unsigned64" dataTypeSemantics="totalCounter" group="processCounter" elementId="41" applicability="data" status="current"> <description> <paragraph> The total number of IPFIX Messages that the Exporting Process has sent since the Exporting Process (re-)initialization to a particular Collecting Process. The reported number excludes the IPFIX Message that carries the counter value. If this Information Element is sent to a particular Collecting Process, then by default it specifies the number of IPFIX Messages sent to this Collecting Process. </paragraph> </description> <units>messages</units> </field>
<フィールド名= "exportedMessageTotalCount" データ型= "unsigned64は" dataTypeSemantics = "totalCounter" グループ= "processCounter" ELEMENTID = "41" 適用= "データ" ステータス= "現在"> <記述> <パラグラフ> IPFIXメッセージの総数エクスポートプロセスは、特定の収集プロセスにエクスポートプロセス（再）初期化以来送信しました。報告された数値は、カウンタ値を運ぶIPFIXメッセージを除外する。この情報要素は、特定の収集プロセスに送信された場合、デフォルトでは、この収集プロセスに送られたIPFIXメッセージの数を指定します。 </パラグラフ> </記述> <ユニット>メッセージ</ユニット> </分野>
<field name="exportedOctetTotalCount" dataType="unsigned64" dataTypeSemantics="totalCounter" group="processCounter" elementId="40" applicability="data" status="current"> <description> <paragraph> The total number of octets that the Exporting Process has sent since the Exporting Process (re-)initialization to a particular Collecting Process. The value of this Information Element is calculated by summing up the IPFIX Message Header length values of all IPFIX Messages that were successfully sent to the Collecting Process. The reported number excludes octets in the IPFIX Message that carries the counter value. If this Information Element is sent to a particular
<フィールド名= "exportedOctetTotalCount" データ型= "unsigned64は" dataTypeSemantics = "totalCounter" グループ= "processCounter" ELEMENTID = "40" 適用= "データ" ステータス= "現在"> <記述> <パラグラフ>そのオクテットの総数エクスポートプロセスは、特定の収集プロセスにエクスポートプロセス（再）初期化以来送信されています。この情報要素の値が正常に収集プロセスに送信されたすべてのIPFIXメッセージのIPFIXメッセージヘッダーの長さの値を合計することによって計算されます。報告数は対価を運ぶIPFIX Messageのオクテットを除きます。この情報要素は、特定に送信された場合
Collecting Process, then by default it specifies the number of octets sent to this Collecting Process. </paragraph> </description> <units>octets</units> </field>
プロセスを収集し、デフォルトでは、この収集プロセスに送信されたオクテットの数を指定します。 </パラグラフ> </記述> <ユニット>オクテット</ユニット> </分野>
<field name="exportedFlowRecordTotalCount" dataType="unsigned64" group="processCounter" dataTypeSemantics="totalCounter" elementId="42" applicability="data" status="current"> <description> <paragraph> The total number of Flow Records that the Exporting Process has sent as Data Records since the Exporting Process (re-)initialization to a particular Collecting Process. The reported number excludes Flow Records in the IPFIX Message that carries the counter value. If this Information Element is sent to a particular Collecting Process, then by default it specifies the number of Flow Records sent to this process. </paragraph> </description> <units>flows</units> </field>
<フィールド名= "exportedFlowRecordTotalCount" データ型= "unsigned64は" グループ= "processCounter" dataTypeSemantics = "totalCounter" ELEMENTID = "42" 適用= "データ" ステータス= "現在"> <記述> <パラグラフ>の総数フローレコードエクスポートプロセスは、特定の収集プロセスにエクスポートプロセス（再）初期化以来、データレコードとして送信しました。報告数は対価を運ぶIPFIX Messageでフローレコードを除外します。この情報要素は、特定の収集プロセスに送信された場合、デフォルトでは、このプロセスに送信されたフローレコードの数を指定します。 </パラグラフ> </記述> <単位> </ユニット> </フィールド>流れます。
<field name="observedFlowTotalCount" dataType="unsigned64" dataTypeSemantics="totalCounter" group="processCounter" elementId="163" applicability="data" status="current"> <description> <paragraph> The total number of Flows observed in the Observation Domain since the Metering Process (re-)initialization for this Observation Point. </paragraph> </description> <units>flows</units> </field>
<フィールド名= "observedFlowTotalCount" データ型= "unsigned64は" dataTypeSemantics = "totalCounter" グループ= "processCounter" ELEMENTID = "163" の適用= "データ" ステータス= "現在"> <記述> <パラグラフ>観察フローの総数観測ドメインにおけるこの観測ポイントの計量プロセス（再）初期化以来。 </パラグラフ> </記述> <単位> </ユニット> </フィールド>流れます。
<field name="ignoredPacketTotalCount" dataType="unsigned64" dataTypeSemantics="totalCounter" group="processCounter" elementId="164" applicability="data" status="current"> <description> <paragraph> The total number of observed IP packets that the Metering Process did not process since the (re-)initialization of the Metering Process. </paragraph> </description> <units>packets</units> </field>
観測されたIPの<フィールド名= "ignoredPacketTotalCount" データ型= "unsigned64は" dataTypeSemantics = "totalCounter" グループ= "processCounter" ELEMENTID = "164" の適用= "データ" ステータス= "現在"> <記述> <パラグラフ>総数計量プロセスは、計量プロセスの（再）初期化以来処理しなかったパケット。 </パラグラフ> </記述> <ユニット>パケット</ユニット> </フィールド>
<field name="ignoredOctetTotalCount" dataType="unsigned64" dataTypeSemantics="totalCounter" group="processCounter" elementId="165" applicability="data" status="current"> <description> <paragraph> The total number of octets in observed IP packets (including the IP header) that the Metering Process did not process since the (re-)initialization of the Metering Process. </paragraph> </description> <units>octets</units> </field>
<フィールド名= "ignoredOctetTotalCount" データ型= "unsigned64は" dataTypeSemantics = "totalCounter" グループ= "processCounter" ELEMENTID = "165" の適用= "データ" ステータス= "現在"> <記述> <パラグラフ>のオクテットの総数計量プロセスは、計量プロセスの（再）初期化以来処理しなかったこと（IPヘッダーを含む）が観察されたIPパケット。 </パラグラフ> </記述> <ユニット>オクテット</ユニット> </分野>
<field name="notSentFlowTotalCount" dataType="unsigned64" dataTypeSemantics="totalCounter" group="processCounter" elementId="166" applicability="data" status="current"> <description> <paragraph> The total number of Flow Records that were generated by the Metering Process and dropped by the Metering Process or by the Exporting Process instead of being sent to the Collecting Process. There are several potential reasons for this including resource shortage and special Flow export policies. </paragraph> </description> <units>flows</units> </field>
<フィールド名= "notSentFlowTotalCount" データ型= "unsigned64は" dataTypeSemantics = "totalCounter" グループ= "processCounter" ELEMENTID = "166" の適用= "データ" ステータス= "現在"> <記述> <パラグラフ>フローレコードの合計数すなわち、計量プロセスによって生成され、計量プロセスによって、または代わりに収集プロセスに送信されるのエクスポートプロセスによって廃棄されました。リソース不足と特別なFlow輸出方針を含む、これにはいくつかの潜在的理由があります。 </パラグラフ> </記述> <単位> </ユニット> </フィールド>流れます。
<field name="notSentPacketTotalCount" dataType="unsigned64" dataTypeSemantics="totalCounter" group="processCounter" elementId="167" applicability="data" status="current"> <description> <paragraph> The total number of packets in Flow Records that were generated by the Metering Process and dropped by the Metering Process or by the Exporting Process instead of being sent to the Collecting Process.
<フィールド名= "notSentPacketTotalCount" データ型= "unsigned64は" dataTypeSemantics = "totalCounter" グループ= "processCounter" ELEMENTID = "167" の適用= "データ" ステータス= "現在"> <記述> <パラグラフ>内のパケットの総数計量プロセスによって生成され、計量プロセスによって、または代わりに収集プロセスに送信されるのエクスポートプロセスによって廃棄されたフローレコード。
There are several potential reasons for this including resource shortage and special Flow export policies. </paragraph> </description> <units>packets</units> </field>
リソース不足と特別なFlow輸出方針を含む、これにはいくつかの潜在的理由があります。 </パラグラフ> </記述> <ユニット>パケット</ユニット> </フィールド>
<field name="notSentOctetTotalCount" dataType="unsigned64" dataTypeSemantics="totalCounter" group="processCounter" elementId="168" applicability="data" status="current"> <description> <paragraph> The total number of octets in packets in Flow Records that were generated by the Metering Process and dropped by the Metering Process or by the Exporting Process instead of being sent to the Collecting Process. There are several potential reasons for this including resource shortage and special Flow export policies. </paragraph> </description> <units>octets</units> </field>
<フィールド名= "notSentOctetTotalCount" データ型= "unsigned64は" dataTypeSemantics = "totalCounter" グループ= "processCounter" ELEMENTID = "168" の適用= "データ" ステータス= "現在"> <記述> <パラグラフ>のオクテットの総数計量プロセスによって生成され、計量プロセスによって、または代わりに収集プロセスに送信されるのエクスポートプロセスによって廃棄されたフローレコード内のパケット。リソース不足と特別なFlow輸出方針を含む、これにはいくつかの潜在的理由があります。 </パラグラフ> </記述> <ユニット>オクテット</ユニット> </分野>
<field name="ipVersion" dataType="unsigned8" group="ipHeader" dataTypeSemantics="identifier" elementId="60" applicability="all" status="current"> <description> <paragraph> The IP version field in the IP packet header. </paragraph> </description> <reference> <paragraph> See RFC 791 for the definition of the version field in the IPv4 packet header. See RFC 2460 for the definition of the version field in the IPv6 packet header. Additional information on defined version numbers can be found at http://www.iana.org/assignments/version-numbers. </paragraph> </reference> </field>
<フィールド名= "ipVersion" データ型= "UNSIGNED8" グループ= "IPヘッダ" dataTypeSemantics = "識別子" ELEMENTID = "60" の適用= "すべて" ステータス= "現在"> <記述> <パラグラフ> IPバージョンフィールドでIPパケットのヘッダ。 </パラグラフ> </記述> <参照> <パラグラフ> IPv4パケットヘッダーのバージョンフィールドの定義についてはRFC 791を参照してください。 IPv6パケットヘッダー内のバージョンフィールドの定義については、RFC 2460を参照してください。定義されたバージョン番号に関する追加情報はhttp://www.iana.org/assignments/version-numbersで見つけることができます。 </パラグラフ> </参照> </分野>
<field name="sourceIPv4Address" dataType="ipv4Address" group="ipHeader" dataTypeSemantics="identifier" elementId="8" applicability="all" status="current"> <description> <paragraph> The IPv4 source address in the IP packet header. </paragraph> </description> <reference> <paragraph> See RFC 791 for the definition of the IPv4 source address field. </paragraph> </reference> </field>
で<フィールド名= "sourceIPv4Address" データ型= "IPv4Addressを" グループ= "IPヘッダ" dataTypeSemantics = "識別子" ELEMENTID = "8" の適用= "全ての" ステータス= "現在"> <記述> <パラグラフ> IPv4ソースアドレスIPパケットのヘッダ。 </パラグラフ> </記述> <参照> <パラグラフ> IPv4ソースアドレスフィールドの定義については、RFC 791を参照してください。 </パラグラフ> </参照> </分野>
<field name="sourceIPv6Address" dataType="ipv6Address" group="ipHeader" dataTypeSemantics="identifier" elementId="27" applicability="all" status="current"> <description> <paragraph> The IPv6 source address in the IP packet header. </paragraph> </description> <reference> <paragraph> See RFC 2460 for the definition of the Source Address field in the IPv6 header. </paragraph> </reference> </field>
<フィールド名= "sourceIPv6Address" データ型= "ipv6Address" グループ= "IPヘッダ" dataTypeSemantics = "識別子" ELEMENTID = "27" の適用= "すべて" ステータス= "現在"> <記述> <パラグラフ>でのIPv6送信元アドレスIPパケットのヘッダ。 </パラグラフ> </記述> <参照> <パラグラフ> IPv6ヘッダのソースアドレスフィールドの定義については、RFC 2460を参照してください。 </パラグラフ> </参照> </分野>
<field name="sourceIPv4PrefixLength" dataType="unsigned8" group="ipHeader" elementId="9" applicability="option" status="current"> <description> <paragraph> The number of contiguous bits that are relevant in the sourceIPv4Prefix Information Element. </paragraph> </description> <units>bits</units> <range>0-32</range> </field>
<フィールド名=「sourceIPv4PrefixLength」データ型=「UNSIGNED8」グループ=「IPヘッダ」ELEMENTID =「9」の適用=「オプション」ステータス=「現在」> <記述> <パラグラフ> sourceIPv4Prefixに関連している隣接のビットの数情報要素。 </パラグラフ> </記述> <ユニット>ビット</ユニット> <範囲> 0-32 </範囲> </フィールド>
<field name="sourceIPv6PrefixLength" dataType="unsigned8" group="ipHeader" elementId="29" applicability="option" status="current">
<フィールド名= "sourceIPv6PrefixLength" データ型= "UNSIGNED8" グループ= "IPヘッダ" ELEMENTID = "29" の適用= "オプション" ステータス= "現在">
<description> <paragraph> The number of contiguous bits that are relevant in the sourceIPv6Prefix Information Element. </paragraph> </description> <units>bits</units> <range>0-128</range> </field>
<説明> <パラグラフ> sourceIPv6Prefix情報要素に関連している隣接のビットの数。 </パラグラフ> </記述> <ユニット>ビット</ユニット> <範囲> 0-128 </範囲> </フィールド>
<field name="sourceIPv4Prefix" dataType="ipv4Address" group="ipHeader" elementId="44" applicability="data" status="current"> <description> <paragraph> IPv4 source address prefix. </paragraph> </description> </field>
<フィールド名= "sourceIPv4Prefix" データ型= "IPv4Addressを" グループ= "IPヘッダ" ELEMENTID = "44" 適用= "データ" ステータス= "現在"> <記述> <パラグラフ> IPv4ソースアドレスのプレフィックス。 </パラグラフ> </記述> </分野>
<field name="sourceIPv6Prefix" dataType="ipv6Address" group="ipHeader" elementId="170" applicability="data" status="current"> <description> <paragraph> IPv6 source address prefix. </paragraph> </description> </field>
<フィールド名= "sourceIPv6Prefix" データ型= "ipv6Address" グループ= "IPヘッダ" ELEMENTID = "170" の適用= "データ" ステータス= "現在"> <記述> <パラグラフ> IPv6送信元アドレスのプレフィックス。 </パラグラフ> </記述> </分野>
<field name="destinationIPv4Address" dataType="ipv4Address" group="ipHeader" dataTypeSemantics="identifier" elementId="12" applicability="all" status="current"> <description> <paragraph> The IPv4 destination address in the IP packet header. </paragraph> </description> <reference> <paragraph> See RFC 791 for the definition of the IPv4 destination address field. </paragraph> </reference> </field>
<フィールド名= "destinationIPv4Address" データ型= "IPv4Addressを" グループ= "IPヘッダ" dataTypeSemantics = "識別子" ELEMENTID = "12" の適用= "全ての" ステータス= "現在"> <記述> <パラグラフ>にIPv4宛先アドレスIPパケットのヘッダ。 </パラグラフ> </記述> <参照> <パラグラフ> IPv4の宛先アドレスフィールドの定義については、RFC 791を参照してください。 </パラグラフ> </参照> </分野>
<field name="destinationIPv6Address" dataType="ipv6Address"
<フィールド名= "destinationIPv6Address" データ型= "ipv6Address"
group="ipHeader" dataTypeSemantics="identifier" elementId="28" applicability="all" status="current"> <description> <paragraph> The IPv6 destination address in the IP packet header. </paragraph> </description> <reference> <paragraph> See RFC 2460 for the definition of the Destination Address field in the IPv6 header. </paragraph> </reference> </field>
グループ=「IPヘッダ」dataTypeSemantics =「識別子」ELEMENTID =「28」の適用=「全ての」ステータス=「現在」> <記述> <パラグラフ> IPパケットヘッダ内のIPv6宛先アドレス。 </パラグラフ> </記述> <参照> <パラグラフ> IPv6ヘッダーの宛先アドレスフィールドの定義については、RFC 2460を参照してください。 </パラグラフ> </参照> </分野>
<field name="destinationIPv4PrefixLength" dataType="unsigned8" group="ipHeader" elementId="13" applicability="option" status="current"> <description> <paragraph> The number of contiguous bits that are relevant in the destinationIPv4Prefix Information Element. </paragraph> </description> <units>bits</units> <range>0-32</range> </field>
<フィールド名=「destinationIPv4PrefixLength」データ型=「UNSIGNED8」グループ=「IPヘッダ」ELEMENTID =「13」の適用=「オプション」ステータス=「現在」> <記述> <パラグラフ> destinationIPv4Prefixに関連している隣接のビットの数情報要素。 </パラグラフ> </記述> <ユニット>ビット</ユニット> <範囲> 0-32 </範囲> </フィールド>
<field name="destinationIPv6PrefixLength" dataType="unsigned8" group="ipHeader" elementId="30" applicability="option" status="current"> <description> <paragraph> The number of contiguous bits that are relevant in the destinationIPv6Prefix Information Element. </paragraph> </description> <units>bits</units> <range>0-128</range> </field>
<フィールド名=「destinationIPv6PrefixLength」データ型=「UNSIGNED8」グループ=「IPヘッダ」ELEMENTID =「30」の適用=「オプション」ステータス=「現在」> <記述> <パラグラフ> destinationIPv6Prefixに関連している隣接のビットの数情報要素。 </パラグラフ> </記述> <ユニット>ビット</ユニット> <範囲> 0-128 </範囲> </フィールド>
<field name="destinationIPv4Prefix" dataType="ipv4Address" group="ipHeader" elementId="45" applicability="data" status="current"> <description> <paragraph> IPv4 destination address prefix. </paragraph> </description>
<フィールド名= "destinationIPv4Prefix" データ型= "IPv4Addressを" グループ= "IPヘッダ" ELEMENTID = "45" 適用= "データ" ステータス= "現在"> <記述> <パラグラフ> IPv4宛先アドレスのプレフィックス。 </パラグラフ> </記述>
</field>
</フィールド>
<field name="destinationIPv6Prefix" dataType="ipv6Address" group="ipHeader" elementId="169" applicability="data" status="current"> <description> <paragraph> IPv6 destination address prefix. </paragraph> </description> </field>
<フィールド名= "destinationIPv6Prefix" データ型= "ipv6Address" グループ= "IPヘッダ" ELEMENTID = "169" の適用= "データ" ステータス= "現在"> <記述> <パラグラフ> IPv6宛先アドレスのプレフィックス。 </パラグラフ> </記述> </分野>
<field name="ipTTL" dataType="unsigned8" group="ipHeader" elementId="192" applicability="all" status="current"> <description> <paragraph> For IPv4, the value of the Information Element matches the value of the Time to Live (TTL) field in the IPv4 packet header. For IPv6, the value of the Information Element matches the value of the Hop Limit field in the IPv6 packet header. </paragraph> </description> <reference> <paragraph> See RFC 791 for the definition of the IPv4 Time to Live field. See RFC 2460 for the definition of the IPv6 Hop Limit field. </paragraph> </reference> <units>hops</units> </field>
<フィールド名=「ipTTL」データ型=「UNSIGNED8」グループ=「IPヘッダ」ELEMENTID =「192」の適用=「すべて」ステータス=「現在」> <記述> <パラグラフ> IPv4の場合、情報要素の値が一致しましたIPv4パケットのヘッダに（TTL）フィールドを生存時間の値。 IPv6の場合、情報要素の値は、IPv6パケットヘッダーのホップ制限フィールドの値と一致します。 </パラグラフ> </記述> <参照> <パラグラフ> Live分野へのIPv4 Timeの定義については、RFC 791を参照してください。 IPv6のホップリミットフィールドの定義については、RFC 2460を参照してください。 </パラグラフ> </参照> <単位> </ユニット> </フィールド>ホップ
<field name="protocolIdentifier" dataType="unsigned8" group="ipHeader" dataTypeSemantics="identifier" elementId="4" applicability="all" status="current"> <description> <paragraph> The value of the protocol number in the IP packet header. The protocol number identifies the IP packet payload type. Protocol numbers are defined in the IANA Protocol Numbers registry. </paragraph>
<フィールド名=「プロトコル識別子」データ型=「UNSIGNED8」グループ=「IPヘッダ」dataTypeSemantics =「識別子」ELEMENTID =「4」の適用=「全ての」ステータス=「現在」> <記述> <パラグラフ>プロトコル番号の値IPパケットのヘッダインチプロトコル番号は、IPパケットのペイロードタイプを識別する。プロトコル番号はIANAプロトコル番号のレジストリで定義されています。 </パラグラフ>
<paragraph> In Internet Protocol version 4 (IPv4), this is carried in the Protocol field. In Internet Protocol version 6 (IPv6), this is carried in the Next Header field in the last extension header of the packet. </paragraph> </description> <reference> <paragraph> See RFC 791 for the specification of the IPv4 protocol field. See RFC 2460 for the specification of the IPv6 protocol field. See the list of protocol numbers assigned by IANA at http://www.iana.org/assignments/protocol-numbers. </paragraph> </reference> </field>
<パラグラフ>は、インターネットプロトコルバージョン4（IPv4）で、これは、プロトコル・フィールドで運ばれます。インターネットプロトコルバージョン6（IPv6）では、これは、パケットの最後の拡張ヘッダに次ヘッダフィールド内で運ばれます。 </パラグラフ> </記述> <参照> <パラグラフ> IPv4プロトコルフィールドの指定については、RFC 791を参照してください。 IPv6プロトコル分野の仕様については、RFC 2460を参照してください。 http://www.iana.org/assignments/protocol-numbersでIANAによって割り当てられたプロトコル番号のリストをご覧ください。 </パラグラフ> </参照> </分野>
<field name="nextHeaderIPv6" dataType="unsigned8" group="ipHeader" elementId="193" applicability="all" status="current"> <description> <paragraph> The value of the Next Header field of the IPv6 header. The value identifies the type of the following IPv6 extension header or of the following IP payload. Valid values are defined in the IANA Protocol Numbers registry. </paragraph> </description> <reference> <paragraph> See RFC 2460 for the definition of the IPv6 Next Header field. See the list of protocol numbers assigned by IANA at http://www.iana.org/assignments/protocol-numbers. </paragraph> </reference> </field>
<フィールド名=「nextHeaderIPv6」データ型=「UNSIGNED8」グループ=「IPヘッダ」ELEMENTID =「193」の適用=「全ての」ステータス=「現在」> <記述> <パラグラフ> IPv6ヘッダの次ヘッダフィールドの値。値は、次のIPv6拡張ヘッダの以下IPペイロードのタイプを識別する。有効な値は、IANAプロトコル番号のレジストリで定義されています。 </パラグラフ> </記述> <参照> <パラグラフ> IPv6の次のヘッダーフィールドの定義については、RFC 2460を参照してください。 http://www.iana.org/assignments/protocol-numbersでIANAによって割り当てられたプロトコル番号のリストをご覧ください。 </パラグラフ> </参照> </分野>
<field name="ipDiffServCodePoint" dataType="unsigned8" group="ipHeader" dataTypeSemantics="identifier" elementId="195" applicability="all" status="current"> <description> <paragraph> The value of a Differentiated Services Code Point (DSCP) encoded in the Differentiated Services field. The Differentiated Services field spans the most significant 6 bits of the IPv4 TOS field or the IPv6 Traffic Class field, respectively. </paragraph> <paragraph> This Information Element encodes only the 6 bits of the Differentiated Services field. Therefore, its value may range from 0 to 63. </paragraph> </description> <reference> <paragraph> See RFC 3260 for the definition of the Differentiated Services field. See RFC 1812 (Section 5.3.2) and RFC 791 for the definition of the IPv4 TOS field. See RFC 2460 for the definition of the IPv6 Traffic Class field. </paragraph> </reference> <range>0-63</range> </field>
<フィールド名=「ipDiffServCodePoint」データ型=「UNSIGNED8」グループ=「IPヘッダ」dataTypeSemantics =「識別子」ELEMENTID =「195」の適用=「すべて」ステータス=「現在」> <記述> <パラグラフ>の値差別化サービス差別化サービスフィールドで符号化されたコードポイント（DSCP）。差別化サービスフィールドは、それぞれ、IPv4のTOSフィールドまたはIPv6トラフィッククラスフィールドの上位6ビットにまたがります。 </パラグラフ> <パラグラフ>はこの情報要素は差別化サービスフィールドの6ビットのみを符号化します。したがって、その値は、差別化サービスフィールドの定義については、RFC 3260を参照してください</パラグラフ> </記述> <参照> <パラグラフ> 0から63の範囲であり得ます。 IPv4のTOSフィールドの定義については、RFC 1812（5.3.2項）とRFC 791を参照してください。 IPv6のトラフィッククラスフィールドの定義については、RFC 2460を参照してください。 </パラグラフ> </参照> <範囲> 0-63 </範囲> </フィールド>
<field name="ipPrecedence" dataType="unsigned8" group="ipHeader" dataTypeSemantics="identifier" elementId="196" applicability="all" status="current"> <description> <paragraph> The value of the IP Precedence. The IP Precedence value is encoded in the first 3 bits of the IPv4 TOS field or the IPv6 Traffic Class field, respectively. </paragraph> <paragraph> This Information Element encodes only these 3 bits. Therefore, its value may range from 0 to 7. </paragraph> </description> <reference> <paragraph> See RFC 1812 (Section 5.3.3) and RFC 791 for the definition of the IP Precedence. See RFC 1812 (Section 5.3.2) and RFC 791 for the definition of the IPv4 TOS field. See RFC 2460 for the definition of the IPv6 Traffic Class field. </paragraph> </reference> <range>0-7</range> </field>
<フィールド名= "ipPrecedence" データ型= "UNSIGNED8" グループ= "IPヘッダ" dataTypeSemantics = "識別子" ELEMENTID = "196" の適用= "すべて" ステータス= "現在"> <記述> <パラグラフ> IP優先順位の値。 IP優先順位値は、それぞれ、IPv4のTOSフィールドまたはIPv6のトラフィッククラスフィールドの最初の3ビットで符号化されます。 </パラグラフ> <パラグラフ>この情報要素は、これらの3ビットを符号化します。したがって、その値は、IP優先順位の定義については、RFC 1812（セクション5.3.3）とRFC 791を参照の0〜7 </パラグラフ> </記述> <参照> <パラグラフ>の範囲であってもよいです。 IPv4のTOSフィールドの定義については、RFC 1812（5.3.2項）とRFC 791を参照してください。 IPv6のトラフィッククラスフィールドの定義については、RFC 2460を参照してください。 </パラグラフ> </参照> <範囲> 0-7 </範囲> </フィールド>
<field name="ipClassOfService" dataType="unsigned8" group="ipHeader" dataTypeSemantics="identifier" elementId="5" applicability="all" status="current"> <description> <paragraph> For IPv4 packets, this is the value of the TOS field in the IPv4 packet header. For IPv6 packets, this is the value of the Traffic Class field in the IPv6 packet header. </paragraph> </description> <reference> <paragraph> See RFC 1812 (Section 5.3.2) and RFC 791 for the definition of the IPv4 TOS field. See RFC 2460 for the definition of the IPv6 Traffic Class field. </paragraph> </reference> </field>
<フィールド名= "ipClassOfService" データ型= "UNSIGNED8" グループ= "IPヘッダ" dataTypeSemantics = "識別子" ELEMENTID = "5" の適用= "全ての" ステータス= "現在"> <記述> <パラグラフ> IPv4パケットの場合、これはIPv4パケットヘッダーのTOSフィールドの値。 IPv6パケットの場合、これは、IPv6パケットヘッダーのトラフィッククラスフィールドの値です。 </パラグラフ> </記述> <参照> <パラグラフ> IPv4のTOSフィールドの定義についてはRFC 1812（セクション5.3.2）とRFC 791を参照してください。 IPv6のトラフィッククラスフィールドの定義については、RFC 2460を参照してください。 </パラグラフ> </参照> </分野>
<field name="postIpClassOfService" dataType="unsigned8" group="ipHeader" dataTypeSemantics="identifier" elementId="55" applicability="all" status="current"> <description> <paragraph> The definition of this Information Element is identical to the definition of Information Element 'ipClassOfService', except that it reports a potentially modified value caused by a middlebox function after the packet passed the Observation Point. </paragraph> </description> <reference> <paragraph> See RFC 791 for the definition of the IPv4 TOS field. See RFC 2460 for the definition of the IPv6 Traffic Class field. See RFC 3234 for the definition of middleboxes. </paragraph> </reference> </field>
<フィールド名=「postIpClassOfService」データ型=「UNSIGNED8」グループ=「IPヘッダ」dataTypeSemantics =「識別子」ELEMENTID =「55」の適用=「すべて」ステータス=「現在」> <記述> <パラグラフ>、この情報要素の定義それは、パケットがObservation Pointを渡した後にmiddlebox機能によって引き起こされた潜在的に変更された値を報告することを除いて、情報要素「ipClassOfService」の定義と同じです。 </パラグラフ> </記述> <参照> <パラグラフ> IPv4のTOSフィールドの定義については、RFC 791を参照してください。 IPv6のトラフィッククラスフィールドの定義については、RFC 2460を参照してください。ミドルボックスの定義については、RFC 3234を参照してください。 </パラグラフ> </参照> </分野>
<field name="flowLabelIPv6" dataType="unsigned32" group="ipHeader" dataTypeSemantics="identifier" elementId="31" applicability="all" status="current"> <description> <paragraph> The value of the IPv6 Flow Label field in the IP packet header. </paragraph> </description> <reference> <paragraph> See RFC 2460 for the definition of the Flow Label field in the IPv6 packet header. </paragraph> </reference> </field>
<フィールド名= "flowLabelIPv6" データ型= "Unsigned32の" グループ= "IPヘッダ" dataTypeSemantics = "識別子" ELEMENTID = "31" の適用= "すべて" ステータス= "現在"> <記述> <パラグラフ> IPv6のフローの値IPパケットのヘッダ内のラベルフィールド。 </パラグラフ> </記述> <参照> <パラグラフ> IPv6パケットヘッダ内のフローラベルフィールドの定義については、RFC 2460を参照してください。 </パラグラフ> </参照> </分野>
<field name="isMulticast" dataType="unsigned8"
group="ipHeader"
dataTypeSemantics="flags"
elementId="206" applicability="data" status="current">
<description>
<paragraph>
If the IP destination address is not a reserved multicast
address, then the value of all bits of the octet (including
the reserved ones) is zero.
</paragraph>
<paragraph>
The first bit of this octet is set to 1 if the Version
field of the IP header has the value 4 and if the
Destination Address field contains a reserved multicast
address in the range from 224.0.0.0 to 239.255.255.255.
Otherwise, this bit is set to 0.
</paragraph>
<paragraph>
The second and third bits of this octet are reserved for
future use.
</paragraph>
<paragraph>
The remaining bits of the octet are only set to values
other than zero if the IP Destination Address is a
reserved IPv6 multicast address. Then the fourth bit
of the octet is set to the value of the T flag in the
IPv6 multicast address and the remaining four bits are
set to the value of the scope field in the IPv6
multicast address.
</paragraph>
<artwork>
0 1 2 3 4 5 6 7
+------+------+------+------+------+------+------+------+
| MCv4 | RES. | RES. | T | IPv6 multicast scope |
+------+------+------+------+------+------+------+------+
Bit 0: set to 1 if IPv4 multicast Bits 1-2: reserved for future use Bit 4: set to value of T flag, if IPv6 multicast Bits 4-7: set to value of multicast scope if IPv6 multicast </artwork> </description> <reference> <paragraph> See RFC 1112 for the specification of reserved IPv4 multicast addresses. See RFC 4291 for the specification of reserved IPv6 multicast addresses and the definition of the T flag and the IPv6 multicast scope. </paragraph> </reference> </field>
ビット0：1に設定した場合IPv4マルチキャストビット1-2のために予約将来使用ビット4：Tフラグの値に設定し、もしIPv6マルチキャストビット4-7：マルチキャスト範囲の値に設定されたIPv6マルチキャスト</アートワーク> <もし/記述> <参照> <パラグラフ>予約済みIPv4マルチキャストアドレスの仕様については、RFC 1112を参照してください。予約されたIPv6マルチキャストアドレスの仕様とTフラグとIPv6マルチキャストスコープの定義についてはRFC 4291を参照。 </パラグラフ> </参照> </分野>
<field name="fragmentIdentification" dataType="unsigned32" group="ipHeader" dataTypeSemantics="identifier" elementId="54" applicability="data" status="current"> <description> <paragraph> The value of the Identification field in the IPv4 packet header or in the IPv6 Fragment header, respectively. The value is 0 for IPv6 if there is no fragment header. </paragraph> </description> <reference> <paragraph> See RFC 791 for the definition of the IPv4 Identification field. See RFC 2460 for the definition of the Identification field in the IPv6 Fragment header. </paragraph> </reference> </field>
<フィールド名=「fragmentIdentification」データ型=「Unsigned32の」グループ=「IPヘッダ」dataTypeSemantics =「識別子」ELEMENTID =「54」適用=「データ」ステータス=「現在」> <記述> <パラグラフ>識別フィールドの値それぞれ、IPv4パケットのヘッダ内またはIPv6フラグメントヘッダです。いかなるフラグメントヘッダが存在しない場合、この値は、IPv6のための0です。 </パラグラフ> </記述> <参照> <パラグラフ> IPv4の識別フィールドの定義についてはRFC 791を参照してください。 IPv6のフラグメントヘッダ内の識別フィールドの定義については、RFC 2460を参照してください。 </パラグラフ> </参照> </分野>
<field name="fragmentOffset" dataType="unsigned16" group="ipHeader" dataTypeSemantics="identifier" elementId="88" applicability="all" status="current"> <description> <paragraph> The value of the IP fragment offset field in the
<フィールド名= "fragmentOffset" データ型= "UNSIGNED16" グループ= "IPヘッダ" dataTypeSemantics = "識別子" ELEMENTID = "88" の適用= "すべて" ステータス= "現在"> <記述> <パラグラフ> IPフラグメントの値フィールドオフセット
IPv4 packet header or the IPv6 Fragment header, respectively. The value is 0 for IPv6 if there is no fragment header. </paragraph> </description> <reference> <paragraph> See RFC 791 for the specification of the fragment offset in the IPv4 header. See RFC 2460 for the specification of the fragment offset in the IPv6 Fragment header. </paragraph> </reference> </field>
それぞれIPv4パケットヘッダまたはIPv6フラグメントヘッダ、。いかなるフラグメントヘッダが存在しない場合、この値は、IPv6のための0です。 </パラグラフ> </記述> <参照> <パラグラフ> IPv4ヘッダーのオフセット断片の仕様については、RFC 791を参照してください。 IPv6のフラグメントヘッダにフラグメントオフセットの仕様については、RFC 2460を参照。 </パラグラフ> </参照> </分野>
<field name="fragmentFlags" dataType="unsigned8" group="ipHeader" dataTypeSemantics="flags" elementId="197" applicability="all" status="current"> <description> <paragraph> Fragmentation properties indicated by flags in the IPv4 packet header or the IPv6 Fragment header, respectively. </paragraph> <artwork>
のフラグによって示される<フィールド名=「fragmentFlags」データ型=「UNSIGNED8」グループ=「IPヘッダ」dataTypeSemantics =「フラグ」ELEMENTID =「197」の適用=「全ての」ステータス=「現在」> <記述> <パラグラフ>フラグメンテーション特性それぞれIPv4パケットヘッダまたはIPv6フラグメントヘッダ、。 </パラグラフ> <アートワーク>
Bit 0: (RS) Reserved.
The value of this bit MUST be 0 until specified
otherwise.
Bit 1: (DF) 0 = May Fragment, 1 = Don't Fragment.
Corresponds to the value of the DF flag in the
IPv4 header. Will always be 0 for IPv6 unless
a "don't fragment" feature is introduced to IPv6.
Bit 2: (MF) 0 = Last Fragment, 1 = More Fragments.
Corresponds to the MF flag in the IPv4 header
or to the M flag in the IPv6 Fragment header,
respectively. The value is 0 for IPv6 if there
is no fragment header.
Bits 3-7: (DC) Don't Care.
The values of these bits are irrelevant.
0 1 2 3 4 5 6 7
+---+---+---+---+---+---+---+---+
| R | D | M | D | D | D | D | D |
| S | F | F | C | C | C | C | C |
+---+---+---+---+---+---+---+---+
</artwork>
</description>
<reference> <paragraph> See RFC 791 for the specification of the IPv4 fragment flags. See RFC 2460 for the specification of the IPv6 Fragment header. </paragraph> </reference> </field>
<参照> <パラグラフ> IPv4のフラグメントフラグの仕様については、RFC 791を参照してください。 IPv6のフラグメントヘッダの仕様については、RFC 2460を参照。 </パラグラフ> </参照> </分野>
<field name="ipHeaderLength" dataType="unsigned8" group="ipHeader" elementId="189" applicability="all" status="current"> <description> <paragraph> The length of the IP header. For IPv6, the value of this Information Element is 40. </paragraph> </description> <reference> <paragraph> See RFC 791 for the specification of the IPv4 header. See RFC 2460 for the specification of the IPv6 header. </paragraph> </reference> <units>octets</units> </field>
<フィールド名= "ipHeaderLength" データ型= "UNSIGNED8" グループ= "IPヘッダ" ELEMENTID = "189" の適用= "全ての" ステータス= "現在"> <記述> <パラグラフ> IPヘッダの長さ。 IPv6のために、この情報要素の値は40 </パラグラフ> </記述> <参照> <パラグラフ>は、IPv4ヘッダーの仕様については、RFC 791を参照してください。 IPv6ヘッダーの仕様に関してRFC2460を参照。 </パラグラフ> </参照> <単位>オクテット</ユニット> </分野>
<field name="ipv4IHL" dataType="unsigned8" group="ipHeader" elementId="207" applicability="all" status="current"> <description> <paragraph> The value of the Internet Header Length (IHL) field in the IPv4 header. It specifies the length of the header in units of 4 octets. Please note that its unit is different from most of the other Information Elements reporting length values. </paragraph> </description> <reference> <paragraph> See RFC 791 for the specification of the IPv4 header. </paragraph> </reference>
<フィールド名=「ipv4IHL」データ型=「UNSIGNED8」グループ=「IPヘッダ」ELEMENTID =「207」の適用=「すべて」ステータス=「現在」> <記述> <パラグラフ>インターネットヘッダ長（IHL）フィールドの値IPv4ヘッダです。これは、4つのオクテット単位のヘッダの長さを指定します。その単位は、長さの値を報告し、他の情報要素のほとんどは異なることに注意してください。 </パラグラフ> </記述> <参照> <パラグラフ> IPv4ヘッダーの仕様については、RFC 791を参照してください。 </パラグラフ> </参照>
<units>4 octets</units> </field>
<装置> 4つのオクテット</ユニット> </フィールド>
<field name="totalLengthIPv4" dataType="unsigned16" group="ipHeader" elementId="190" applicability="all" status="current"> <description> <paragraph> The total length of the IPv4 packet. </paragraph> </description> <reference> <paragraph> See RFC 791 for the specification of the IPv4 total length. </paragraph> </reference> <units>octets</units> </field>
<フィールド名= "totalLengthIPv4" データ型= "UNSIGNED16" グループ= "IPヘッダ" ELEMENTID = "190" の適用= "全ての" ステータス= "現在"> <記述> <パラグラフ> IPv4パケットの全長。 </パラグラフ> </記述> <参照> <パラグラフ> IPv4の全長の仕様については、RFC 791を参照してください。 </パラグラフ> </参照> <単位>オクテット</ユニット> </分野>
<field name="ipTotalLength" dataType="unsigned64" group="ipHeader" elementId="224" applicability="all" status="current"> <description> <paragraph> The total length of the IP packet. </paragraph> </description> <reference> <paragraph> See RFC 791 for the specification of the IPv4 total length. See RFC 2460 for the specification of the IPv6 payload length. See RFC 2675 for the specification of the IPv6 jumbo payload length. </paragraph> </reference> <units>octets</units> </field>
<フィールド名= "ipTotalLength" データ型= "unsigned64は" グループ= "IPヘッダ" ELEMENTID = "224" の適用= "すべて" ステータス= "現在"> <記述> <パラグラフ> IPパケットの長さの合計。 </パラグラフ> </記述> <参照> <パラグラフ> IPv4の全長の仕様については、RFC 791を参照してください。 IPv6のペイロード長の仕様については、RFC 2460を参照してください。 IPv6のジャンボペイロード長の仕様については、RFC 2675を参照してください。 </パラグラフ> </参照> <単位>オクテット</ユニット> </分野>
<field name="payloadLengthIPv6" dataType="unsigned16" group="ipHeader" elementId="191" applicability="all" status="current"> <description> <paragraph> This Information Element reports the value of the Payload Length field in the IPv6 header. Note that IPv6 extension headers belong to the payload. Also note that in case of a jumbo payload option the value of the Payload Length field in the IPv6 header is zero and so will be the value reported by this Information Element. </paragraph> </description> <reference> <paragraph> See RFC 2460 for the specification of the IPv6 payload length. See RFC 2675 for the specification of the IPv6 jumbo payload option. </paragraph> </reference> <units>octets</units> </field>
<フィールド名=「payloadLengthIPv6」データ型=「UNSIGNED16」グループ=「IPヘッダ」ELEMENTID =「191」の適用=「すべて」ステータス=「現在」> <記述> <パラグラフ>この情報要素はペイロード長フィールドの値を報告しますIPv6ヘッダーです。 IPv6拡張ヘッダは、ペイロードに属していることに注意してください。また、ジャンボペイロードオプションの場合、IPv6ヘッダ内のペイロード長フィールドの値がゼロであるので、この情報エレメントによって報告された値になることに注意してください。 </パラグラフ> </記述> <参照> <パラグラフ> IPv6のペイロード長の仕様に関してRFC2460を参照してください。 IPv6のジャンボペイロードオプションの仕様については、RFC 2675を参照してください。 </パラグラフ> </参照> <単位>オクテット</ユニット> </分野>
<field name="sourceTransportPort" dataType="unsigned16" group="transportHeader" dataTypeSemantics="identifier" elementId="7" applicability="all" status="current"> <description> <paragraph> The source port identifier in the transport header. For the transport protocols UDP, TCP, and SCTP, this is the source port number given in the respective header. This field MAY also be used for future transport protocols that have 16-bit source port identifiers. </paragraph> </description> <reference> <paragraph> See RFC 768 for the definition of the UDP source port field. See RFC 793 for the definition of the TCP source port field. See RFC 4960 for the definition of SCTP. </paragraph> <paragraph> Additional information on defined UDP and TCP port numbers can be found at http://www.iana.org/assignments/port-numbers. </paragraph> </reference> </field>
で<フィールド名= "sourceTransportPort" データ型= "UNSIGNED16" グループ= "transportHeader" dataTypeSemantics = "識別子" ELEMENTID = "7" の適用= "全ての" ステータス= "現在"> <記述> <パラグラフ>ソースポート識別子トランスポート・ヘッダ。トランスポートプロトコルUDP、TCP、およびSCTPのために、これは、それぞれのヘッダーで指定されたソースポート番号です。また、このフィールドは16ビットのソースポート識別子を持っている将来のトランスポートプロトコルのために使用されるかもしれません。 </パラグラフ> </記述> <参照> <パラグラフ> UDPソースポート分野の定義については、RFC 768を参照してください。 TCPソースポート分野の定義については、RFC 793を参照してください。 SCTPの定義については、RFC 4960を参照してください。定義されたUDPとTCPポート番号の</パラグラフ> <パラグラフ>その他の情報は、http://www.iana.org/assignments/port-numbersで見つけることができます。 </パラグラフ> </参照> </分野>
<field name="destinationTransportPort" dataType="unsigned16" group="transportHeader" dataTypeSemantics="identifier" elementId="11" applicability="all" status="current"> <description> <paragraph> The destination port identifier in the transport header. For the transport protocols UDP, TCP, and SCTP, this is the destination port number given in the respective header. This field MAY also be used for future transport protocols that have 16-bit destination port identifiers. </paragraph> </description> <reference> <paragraph> See RFC 768 for the definition of the UDP destination port field. See RFC 793 for the definition of the TCP destination port field. See RFC 4960 for the definition of SCTP. </paragraph> <paragraph> Additional information on defined UDP and TCP port numbers can be found at http://www.iana.org/assignments/port-numbers. </paragraph> </reference> </field>
<フィールド名= "destinationTransportPort" データ型= "UNSIGNED16" グループ= "transportHeader" dataTypeSemantics = "識別子" ELEMENTID = "11" の適用= "全ての" ステータス= "現在"> <記述> <パラグラフ>の宛先ポート識別子トランスポート・ヘッダ。トランスポートプロトコルUDP、TCP、およびSCTPのために、これは、それぞれのヘッダーで指定された宛先ポート番号です。このフィールドは、16ビット宛先ポート識別子を持っている将来のトランスポートプロトコルのために使用されるかもしれません。 </パラグラフ> </記述> <参照> <パラグラフ> UDP宛先ポートフィールドの定義については、RFC 768を参照してください。 TCP宛先ポートフィールドの定義については、RFC 793を参照してください。 SCTPの定義については、RFC 4960を参照してください。定義されたUDPとTCPポート番号の</パラグラフ> <パラグラフ>その他の情報は、http://www.iana.org/assignments/port-numbersで見つけることができます。 </パラグラフ> </参照> </分野>
<field name="udpSourcePort" dataType="unsigned16" group="transportHeader" dataTypeSemantics="identifier" elementId="180" applicability="all" status="current"> <description> <paragraph> The source port identifier in the UDP header. </paragraph> </description> <reference> <paragraph> See RFC 768 for the definition of the UDP source port field. Additional information on defined UDP port numbers can be found at http://www.iana.org/assignments/port-numbers. </paragraph> </reference> </field>
で<フィールド名= "udpSourcePort" データ型= "UNSIGNED16" グループ= "transportHeader" dataTypeSemantics = "識別子" ELEMENTID = "180" の適用= "全ての" ステータス= "現在"> <記述> <パラグラフ>ソースポート識別子UDPヘッダ。 </パラグラフ> </記述> <参照> <パラグラフ> UDPソースポート分野の定義については、RFC 768を参照してください。定義されたUDPポート番号に関する追加情報は、http://www.iana.org/assignments/port-numbersで見つけることができます。 </パラグラフ> </参照> </分野>
<field name="udpDestinationPort" dataType="unsigned16" group="transportHeader" dataTypeSemantics="identifier" elementId="181" applicability="all" status="current">
<フィールド名= "udpDestinationPort" データ型= "UNSIGNED16" グループ= "transportHeader" dataTypeSemantics = "識別子" ELEMENTID = "181" の適用= "全ての" ステータス= "現在">
<description> <paragraph> The destination port identifier in the UDP header. </paragraph> </description> <reference> <paragraph> See RFC 768 for the definition of the UDP destination port field. Additional information on defined UDP port numbers can be found at http://www.iana.org/assignments/port-numbers. </paragraph> </reference> </field>
<説明> <パラグラフ> UDPヘッダの宛先ポート識別子。 </パラグラフ> </記述> <参照> <パラグラフ> UDP宛先ポートフィールドの定義については、RFC 768を参照してください。定義されたUDPポート番号に関する追加情報は、http://www.iana.org/assignments/port-numbersで見つけることができます。 </パラグラフ> </参照> </分野>
<field name="udpMessageLength" dataType="unsigned16" group="transportHeader" elementId="205" applicability="all" status="current"> <description> <paragraph> The value of the Length field in the UDP header. </paragraph> </description> <reference> <paragraph> See RFC 768 for the specification of the UDP header. </paragraph> </reference> <units>octets</units> </field>
<フィールド名=「udpMessageLength」データ型=「UNSIGNED16」グループ=「transportHeader」ELEMENTID =「205」の適用=「全ての」ステータス=「現在」> <記述> <パラグラフ> UDPヘッダの長さフィールドの値。 </パラグラフ> </記述> <参照> <パラグラフ> UDPヘッダの仕様については、RFC 768を参照してください。 </パラグラフ> </参照> <単位>オクテット</ユニット> </分野>
<field name="tcpSourcePort" dataType="unsigned16" group="transportHeader" dataTypeSemantics="identifier" elementId="182" applicability="all" status="current"> <description> <paragraph> The source port identifier in the TCP header. </paragraph> </description> <reference> <paragraph> See RFC 793 for the definition of the TCP source port field. Additional information on defined TCP port numbers can be found at http://www.iana.org/assignments/port-numbers. </paragraph>
で<フィールド名= "tcpSourcePort" データ型= "UNSIGNED16" グループ= "transportHeader" dataTypeSemantics = "識別子" ELEMENTID = "182" の適用= "全ての" ステータス= "現在"> <記述> <パラグラフ>ソースポート識別子TCPヘッダー。 </パラグラフ> </記述> <参照> <パラグラフ> TCP送信元ポートフィールドの定義についてはRFC 793を参照してください。定義されたTCPポート番号に関する追加情報は、http://www.iana.org/assignments/port-numbersで見つけることができます。 </パラグラフ>
</reference> </field>
</参照> </フィールド>
<field name="tcpDestinationPort" dataType="unsigned16" group="transportHeader" dataTypeSemantics="identifier" elementId="183" applicability="all" status="current"> <description> <paragraph> The destination port identifier in the TCP header. </paragraph> </description> <reference> <paragraph> See RFC 793 for the definition of the TCP source port field. Additional information on defined TCP port numbers can be found at http://www.iana.org/assignments/port-numbers. </paragraph> </reference> </field>
<フィールド名= "tcpDestinationPort" データ型= "UNSIGNED16" グループ= "transportHeader" dataTypeSemantics = "識別子" ELEMENTID = "183" の適用= "すべて" ステータス= "現在"> <記述> <パラグラフ>内の宛先ポート識別子TCPヘッダー。 </パラグラフ> </記述> <参照> <パラグラフ> TCP送信元ポートフィールドの定義についてはRFC 793を参照してください。定義されたTCPポート番号に関する追加情報は、http://www.iana.org/assignments/port-numbersで見つけることができます。 </パラグラフ> </参照> </分野>
<field name="tcpSequenceNumber" dataType="unsigned32" group="transportHeader" elementId="184" applicability="all" status="current"> <description> <paragraph> The sequence number in the TCP header. </paragraph> </description> <reference> <paragraph> See RFC 793 for the definition of the TCP sequence number. </paragraph> </reference> </field>
<フィールド名= "tcpSequenceNumber" データ型= "Unsigned32の" グループ= "transportHeader" ELEMENTID = "184" の適用= "全ての" ステータス= "現在"> <記述> <パラグラフ> TCPヘッダのシーケンス番号。 </パラグラフ> </記述> <参照> <パラグラフ> TCPシーケンス番号の定義については、RFC 793を参照してください。 </パラグラフ> </参照> </分野>
<field name="tcpAcknowledgementNumber" dataType="unsigned32" group="transportHeader" elementId="185" applicability="all" status="current"> <description> <paragraph> The acknowledgement number in the TCP header. </paragraph> </description> <reference> <paragraph>
<フィールド名= "tcpAcknowledgementNumber" データ型= "Unsigned32の" グループ= "transportHeader" ELEMENTID = "185" の適用= "すべて" ステータス= "現在"> <記述> <パラグラフ> TCPヘッダ内の確認応答番号。 </パラグラフ> </記述> <参照> <パラグラフ>
See RFC 793 for the definition of the TCP acknowledgement number. </paragraph> </reference> </field>
TCP確認応答番号の定義についてはRFC 793を参照してください。 </パラグラフ> </参照> </分野>
<field name="tcpWindowSize" dataType="unsigned16" group="transportHeader" elementId="186" applicability="all" status="current"> <description> <paragraph> The window field in the TCP header. If the TCP window scale is supported, then TCP window scale must be known to fully interpret the value of this information. </paragraph> </description> <reference> <paragraph> See RFC 793 for the definition of the TCP window field. See RFC 1323 for the definition of the TCP window scale. </paragraph> </reference> </field>
<フィールド名= "TCPWINDOWSIZE" データ型= "UNSIGNED16" グループ= "transportHeader" ELEMENTID = "186" の適用= "すべて" ステータス= "現在"> <記述> <パラグラフ> TCPヘッダ中のウィンドウのフィールド。 TCPウィンドウスケールがサポートされている場合は、TCPウィンドウスケールは完全にこの情報の値を解釈することが知られている必要があります。 </パラグラフ> </記述> <参照> <パラグラフ> TCPウィンドウのフィールドの定義については、RFC 793を参照してください。 TCPウィンドウスケールの定義については、RFC 1323を参照してください。 </パラグラフ> </参照> </分野>
<field name="tcpWindowScale" dataType="unsigned16" group="transportHeader" elementId="238" applicability="all" status="current"> <description> <paragraph> The scale of the window field in the TCP header. </paragraph> </description> <reference> <paragraph> See RFC 1323 for the definition of the TCP window scale. </paragraph> </reference> </field>
<フィールド名=「tcpWindowScale」データ型=「UNSIGNED16」グループ=「transportHeader」ELEMENTID =「238」の適用=「すべて」ステータス=「現在」> <記述> <パラグラフ> TCPヘッダ中のウィンドウフィールドの規模。 </パラグラフ> </記述> <参照> <パラグラフ> TCPウィンドウスケールの定義については、RFC 1323を参照してください。 </パラグラフ> </参照> </分野>
<field name="tcpUrgentPointer" dataType="unsigned16" group="transportHeader" elementId="187" applicability="all" status="current"> <description> <paragraph> The urgent pointer in the TCP header. </paragraph> </description>
<フィールド名= "tcpUrgentPointer" データ型= "UNSIGNED16" グループ= "transportHeader" ELEMENTID = "187" の適用= "すべて" ステータス= "現在"> <記述> <パラグラフ> TCPヘッダー内の緊急ポインタ。 </パラグラフ> </記述>
<reference> <paragraph> See RFC 793 for the definition of the TCP urgent pointer. </paragraph> </reference> </field>
<参照> <パラグラフ> TCP緊急ポインタの定義については、RFC 793を参照してください。 </パラグラフ> </参照> </分野>
<field name="tcpHeaderLength" dataType="unsigned8" group="transportHeader" elementId="188" applicability="all" status="current"> <description> <paragraph> The length of the TCP header. Note that the value of this Information Element is different from the value of the Data Offset field in the TCP header. The Data Offset field indicates the length of the TCP header in units of 4 octets. This Information Elements specifies the length of the TCP header in units of octets. </paragraph> </description> <reference> <paragraph> See RFC 793 for the definition of the TCP header. </paragraph> </reference> <units>octets</units> </field>
<フィールド名= "tcpHeaderLength" データ型= "UNSIGNED8" グループ= "transportHeader" ELEMENTID = "188" の適用= "全ての" ステータス= "現在"> <記述> <パラグラフ> TCPヘッダの長さ。この情報要素の値は、TCPヘッダ内のフィールドをオフセットデータの値とは異なることに留意されたいです。データフィールドは、4つのオクテット単位でTCPヘッダの長さを示すオフセット。この情報要素は、オクテット単位でのTCPヘッダの長さを指定します。 </パラグラフ> </記述> <参照> <パラグラフ> TCPヘッダの定義については、RFC 793を参照してください。 </パラグラフ> </参照> <単位>オクテット</ユニット> </分野>
<field name="icmpTypeCodeIPv4" dataType="unsigned16" group="transportHeader" dataTypeSemantics="identifier" elementId="32" applicability="all" status="current"> <description> <paragraph> Type and Code of the IPv4 ICMP message. The combination of both values is reported as (ICMP type * 256) + ICMP code. </paragraph> </description> <reference> <paragraph> See RFC 792 for the definition of the IPv4 ICMP type and code fields. </paragraph> </reference> </field>
<フィールド名= "icmpTypeCodeIPv4" データ型= "UNSIGNED16" グループ= "transportHeader" dataTypeSemantics = "識別子" ELEMENTID = "32" の適用= "全ての" ステータス= "現在"> <記述> <パラグラフ>入力したIPv4のコードICMPメッセージ。両方の値の組み合わせは、（ICMPタイプ* 256）+ ICMPコードとして報告されます。 </パラグラフ> </記述> <参照> <パラグラフ> IPv4のICMPタイプとコードフィールドの定義についてはRFC 792を参照してください。 </パラグラフ> </参照> </分野>
<field name="icmpTypeIPv4" dataType="unsigned8" group="transportHeader" dataTypeSemantics="identifier" elementId="176" applicability="all" status="current"> <description> <paragraph> Type of the IPv4 ICMP message. </paragraph> </description> <reference> <paragraph> See RFC 792 for the definition of the IPv4 ICMP type field. </paragraph> </reference> </field>
<フィールド名= "icmpTypeIPv4" データ型= "UNSIGNED8" グループ= "transportHeader" dataTypeSemantics = "識別子" ELEMENTID = "176" の適用= "全ての" ステータス= "現在"> <記述> <パラグラフ> IPv4のICMPメッセージのタイプ。 </パラグラフ> </記述> <参照> <パラグラフ> IPv4のICMPタイプフィールドの定義については、RFC 792を参照してください。 </パラグラフ> </参照> </分野>
<field name="icmpCodeIPv4" dataType="unsigned8" group="transportHeader" dataTypeSemantics="identifier" elementId="177" applicability="all" status="current"> <description> <paragraph> Code of the IPv4 ICMP message. </paragraph> </description> <reference> <paragraph> See RFC 792 for the definition of the IPv4 ICMP code field. </paragraph> </reference> </field>
<フィールド名= "icmpCodeIPv4" データ型= "UNSIGNED8" グループ= "transportHeader" dataTypeSemantics = "識別子" ELEMENTID = "177" の適用= "すべて" ステータス= "現在"> <記述> <パラグラフ>コードはIPv4 ICMPメッセージの。 </パラグラフ> </記述> <参照> <パラグラフ> IPv4のICMPコードフィールドの定義についてはRFC 792を参照してください。 </パラグラフ> </参照> </分野>
<field name="icmpTypeCodeIPv6" dataType="unsigned16" group="transportHeader" dataTypeSemantics="identifier" elementId="139" applicability="all" status="current"> <description> <paragraph> Type and Code of the IPv6 ICMP message. The combination of both values is reported as (ICMP type * 256) + ICMP code. </paragraph> </description> <reference> <paragraph> See RFC 4443 for the definition of the IPv6 ICMP type and code fields.
<フィールド名= "icmpTypeCodeIPv6" データ型= "UNSIGNED16" グループ= "transportHeader" dataTypeSemantics = "識別子" ELEMENTID = "139" の適用= "すべて" ステータス= "現在"> <記述> <パラグラフ>タイプとIPv6のコードICMPメッセージ。両方の値の組み合わせは、（ICMPタイプ* 256）+ ICMPコードとして報告されます。 </パラグラフ> </記述> <参照> <パラグラフ>のIPv6 ICMPタイプとコードフィールドの定義については、RFC 4443を参照してください。
</paragraph> </reference> </field>
</パラグラフ> </参照> </分野>
<field name="icmpTypeIPv6" dataType="unsigned8" group="transportHeader" dataTypeSemantics="identifier" elementId="178" applicability="all" status="current"> <description> <paragraph> Type of the IPv6 ICMP message. </paragraph> </description> <reference> <paragraph> See RFC 4443 for the definition of the IPv6 ICMP type field. </paragraph> </reference> </field>
<フィールド名は= "icmpTypeIPv6" データ型= "UNSIGNED8" グループ= "transportHeader" dataTypeSemantics = "識別子" ELEMENTID = "178" の適用= "すべて" ステータス= "現在"> <記述> <パラグラフ> IPv6のICMPメッセージのタイプ。 </パラグラフ> </記述> <参照> <パラグラフ> IPv6のICMPタイプフィールドの定義については、RFC 4443を参照してください。 </パラグラフ> </参照> </分野>
<field name="icmpCodeIPv6" dataType="unsigned8" group="transportHeader" dataTypeSemantics="identifier" elementId="179" applicability="all" status="current"> <description> <paragraph> Code of the IPv6 ICMP message. </paragraph> </description> <reference> <paragraph> See RFC 4443 for the definition of the IPv6 ICMP code field. </paragraph> </reference> </field>
<フィールド名= "icmpCodeIPv6" データ型= "UNSIGNED8" グループ= "transportHeader" dataTypeSemantics = "識別子" ELEMENTID = "179" の適用= "すべて" ステータス= "現在"> <記述> <パラグラフ>コードのIPv6 ICMPメッセージの。 </パラグラフ> </記述> <参照> <パラグラフ> IPv6のICMPコードフィールドの定義については、RFC 4443を参照してください。 </パラグラフ> </参照> </分野>
<field name="igmpType" dataType="unsigned8" group="transportHeader" dataTypeSemantics="identifier" elementId="33" applicability="all" status="current"> <description> <paragraph> The type field of the IGMP message. </paragraph> </description> <reference>
IGMPの<フィールド名= "igmpType" データ型= "UNSIGNED8" グループ= "transportHeader" dataTypeSemantics = "識別子" ELEMENTID = "33" の適用= "全ての" ステータス= "現在"> <記述> <パラグラフ>タイプフィールドメッセージ。 </パラグラフ> </記述> <参照>
<paragraph> See RFC 3376 for the definition of the IGMP type field. </paragraph> </reference> </field>
<パラグラフ> IGMPタイプフィールドの定義については、RFC 3376を参照してください。 </パラグラフ> </参照> </分野>
<field name="sourceMacAddress" dataType="macAddress" group="subIpHeader" dataTypeSemantics="identifier" elementId="56" applicability="data" status="current"> <description> <paragraph> The IEEE 802 source MAC address field. </paragraph> </description> <reference> <paragraph> See IEEE.802-3.2002. </paragraph> </reference> </field>
<フィールド名= "sourceMacAddress" データ型= "MACADDRESS" グループ= "subIpHeader" dataTypeSemantics = "識別子" ELEMENTID = "56" 適用= "データ" ステータス= "現在"> <記述> <パラグラフ> IEEE 802ソースMACアドレスフィールド。 </パラグラフ> </記述> <参照> <パラグラフ> IEEE.802-3.2002を参照してください。 </パラグラフ> </参照> </分野>
<field name="postSourceMacAddress" dataType="macAddress" group="subIpHeader" dataTypeSemantics="identifier" elementId="81" applicability="data" status="current"> <description> <paragraph> The definition of this Information Element is identical to the definition of Information Element 'sourceMacAddress', except that it reports a potentially modified value caused by a middlebox function after the packet passed the Observation Point. </paragraph> </description> <reference> <paragraph> See IEEE.802-3.2002. </paragraph> </reference> </field>
この情報要素の<フィールド名= "postSourceMacAddress" データ型= "MACADDRESS" グループ= "subIpHeader" dataTypeSemantics = "識別子" ELEMENTID = "81" 適用= "データ" ステータス= "現在"> <記述> <パラグラフ>の定義パケットがObservation Pointを渡した後、それはmiddlebox機能によって引き起こされた潜在的に変更された値を報告することを除いて、情報要素「sourceMacAddress」の定義と同じです。 </パラグラフ> </記述> <参照> <パラグラフ> IEEE.802-3.2002を参照してください。 </パラグラフ> </参照> </分野>
<field name="vlanId" dataType="unsigned16" group="subIpHeader" dataTypeSemantics="identifier" elementId="58" applicability="data" status="current"> <description>
<フィールド名= "VLANID" データ型= "UNSIGNED16" グループ= "subIpHeader" dataTypeSemantics = "識別子" ELEMENTID = "58" 適用= "データ" ステータス= "現在"> <説明>
<paragraph> The IEEE 802.1Q VLAN identifier (VID) extracted from the Tag Control Information field that was attached to the IP packet. </paragraph> </description> <reference> <paragraph> See IEEE.802-1Q.2003. </paragraph> </reference> </field>
IPパケットに付加されたタグ制御情報フィールドから抽出された<パラグラフ> IEEE 802.1Q VLAN識別子（VID）。 </パラグラフ> </記述> <参照> <パラグラフ> IEEE.802-1Q.2003を参照してください。 </パラグラフ> </参照> </分野>
<field name="postVlanId" dataType="unsigned16" group="subIpHeader" dataTypeSemantics="identifier" elementId="59" applicability="data" status="current"> <description> <paragraph> The definition of this Information Element is identical to the definition of Information Element 'vlanId', except that it reports a potentially modified value caused by a middlebox function after the packet passed the Observation Point. </paragraph> </description> <reference> <paragraph> See IEEE.802-1Q.2003. </paragraph> </reference> </field>
この情報要素の<フィールド名= "postVlanId" データ型= "UNSIGNED16" グループ= "subIpHeader" dataTypeSemantics = "識別子" ELEMENTID = "59" 適用= "データ" ステータス= "現在"> <記述> <パラグラフ>の定義それは、パケットがObservation Pointを渡した後にmiddlebox機能によって引き起こされた潜在的に変更された値を報告することを除いて、情報要素「VLANID」の定義と同じです。 </パラグラフ> </記述> <参照> <パラグラフ> IEEE.802-1Q.2003を参照してください。 </パラグラフ> </参照> </分野>
<field name="destinationMacAddress" dataType="macAddress" group="subIpHeader" dataTypeSemantics="identifier" elementId="80" applicability="data" status="current"> <description> <paragraph> The IEEE 802 destination MAC address field. </paragraph> </description> <reference> <paragraph> See IEEE.802-3.2002. </paragraph> </reference> </field>
<フィールド名= "destinationMacAddress" データ型= "MACADDRESS" グループ= "subIpHeader" dataTypeSemantics = "識別子" ELEMENTID = "80" 適用= "データ" ステータス= "現在"> <記述> <パラグラフ> IEEE 802宛先MACアドレスフィールド。 </パラグラフ> </記述> <参照> <パラグラフ> IEEE.802-3.2002を参照してください。 </パラグラフ> </参照> </分野>
<field name="postDestinationMacAddress" dataType="macAddress" group="subIpHeader" dataTypeSemantics="identifier" elementId="57" applicability="data" status="current"> <description> <paragraph> The definition of this Information Element is identical to the definition of Information Element 'destinationMacAddress', except that it reports a potentially modified value caused by a middlebox function after the packet passed the Observation Point. </paragraph> </description> <reference> <paragraph> See IEEE.802-3.2002. </paragraph> </reference> </field>
この情報要素の<フィールド名= "postDestinationMacAddress" データ型= "MACADDRESS" グループ= "subIpHeader" dataTypeSemantics = "識別子" ELEMENTID = "57" 適用= "データ" ステータス= "現在"> <記述> <パラグラフ>の定義それは、パケットがObservation Pointを渡した後にmiddlebox機能によって引き起こされた潜在的に変更された値を報告することを除いて、情報要素「destinationMacAddress」の定義と同じです。 </パラグラフ> </記述> <参照> <パラグラフ> IEEE.802-3.2002を参照してください。 </パラグラフ> </参照> </分野>
<field name="wlanChannelId" dataType="unsigned8" group="subIpHeader" dataTypeSemantics="identifier" elementId="146" applicability="data" status="current"> <description> <paragraph> The identifier of the 802.11 (Wi-Fi) channel used. </paragraph> </description> <reference> <paragraph> See IEEE.802-11.1999. </paragraph> </reference> </field>
<フィールド名= "wlanChannelId" データ型= "UNSIGNED8" グループ= "subIpHeader" dataTypeSemantics = "識別子" ELEMENTID = "146" の適用= "データ" ステータス= "現在"> <記述> <パラグラフ> 802.11の識別子（使用のWi-Fi）チャンネル。 </パラグラフ> </記述> <参照> <パラグラフ> IEEE.802-11.1999を参照してください。 </パラグラフ> </参照> </分野>
<field name="wlanSSID" dataType="string" group="subIpHeader" elementId="147" applicability="data" status="current"> <description> <paragraph> The Service Set IDentifier (SSID) identifying an 802.11 (Wi-Fi) network used. According to IEEE.802-11.1999, the SSID is encoded into a string of up to 32 characters. </paragraph> </description> <reference> <paragraph>
<フィールド名= "wlanSSID" データ型= "string" は基= "subIpHeader" ELEMENTID = "147" の適用= "データ" ステータス= "現在"> <記述> <パラグラフ>識別するサービスセット識別子（SSID）802.11（ Wi-Fi）ネットワークを使用します。 IEEE.802-11.1999によれば、SSIDは32文字までの文字列に符号化されます。 </パラグラフ> </記述> <参照> <パラグラフ>
See IEEE.802-11.1999. </paragraph> </reference> </field>
IEEE.802-11.1999を参照してください。 </パラグラフ> </参照> </分野>
<field name="mplsTopLabelTTL" dataType="unsigned8" group="subIpHeader" elementId="200" applicability="all" status="current"> <description> <paragraph> The TTL field from the top MPLS label stack entry, i.e., the last label that was pushed. </paragraph> </description> <reference> <paragraph> See RFC 3032 for the specification of the TTL field. </paragraph> </reference> <units>hops</units> </field>
<フィールド名= "mplsTopLabelTTL" データ型= "UNSIGNED8" グループ= "subIpHeader" ELEMENTID = "200" の適用= "すべて" ステータス= "現在"> <記述> <パラグラフ>トップMPLSラベルスタックエントリーからのTTLフィールド、すなわち、押された最後のラベル。 </パラグラフ> </記述> <参照> <パラグラフ> TTLフィールドの仕様については、RFC 3032を参照してください。 </パラグラフ> </参照> <単位> </ユニット> </フィールド>ホップ
<field name="mplsTopLabelExp" dataType="unsigned8" group="subIpHeader" dataTypeSemantics="flags" elementId="203" applicability="all" status="current"> <description> <paragraph> The Exp field from the top MPLS label stack entry, i.e., the last label that was pushed. </paragraph> <artwork> Bits 0-4: Don't Care, value is irrelevant. Bits 5-7: MPLS Exp field.
<フィールド名= "mplsTopLabelExp" データ型= "UNSIGNED8" グループ= "subIpHeader" dataTypeSemantics = "フラグ" ELEMENTID = "203" の適用= "全ての" ステータス= "現在"> <記述> <パラグラフ> EXPフィールド上からMPLSラベルスタックエントリー、すなわち、押された最後のラベル。 </パラグラフ> <アートワーク>ビット0-4：ドント・ケア、値は無関係です。ビット5-7：MPLS EXPフィールド。
0 1 2 3 4 5 6 7
+---+---+---+---+---+---+---+---+
| don't care | Exp |
+---+---+---+---+---+---+---+---+
</artwork>
</description>
<reference>
<paragraph>
See RFC 3032 for the specification of the Exp field.
See RFC 3270 for usage of the Exp field.
</paragraph>
</reference>
</field>
</フィールド>
<field name="postMplsTopLabelExp" dataType="unsigned8" group="subIpHeader" dataTypeSemantics="flags" elementId="237" applicability="all" status="current"> <description> <paragraph> The definition of this Information Element is identical to the definition of Information Element 'mplsTopLabelExp', except that it reports a potentially modified value caused by a middlebox function after the packet passed the Observation Point. </paragraph> </description> <reference> <paragraph> See RFC 3032 for the specification of the Exp field. See RFC 3270 for usage of the Exp field. </paragraph> </reference> </field>
この情報要素の<フィールド名= "postMplsTopLabelExp" データ型= "UNSIGNED8" グループ= "subIpHeader" dataTypeSemantics = "旗" ELEMENTID = "237" の適用= "すべて" ステータス= "現在"> <記述> <パラグラフ>の定義パケットがObservation Pointを渡した後、それはmiddlebox機能によって引き起こされた潜在的に変更された値を報告することを除いて、情報要素「mplsTopLabelExp」の定義と同じです。 </パラグラフ> </記述> <参照> <パラグラフ> EXPフィールドの仕様については、RFC 3032を参照してください。 EXPフィールドの使用方法については、RFC 3270を参照してください。 </パラグラフ> </参照> </分野>
<field name="mplsLabelStackDepth" dataType="unsigned32" group="subIpHeader" elementId="202" applicability="all" status="current"> <description> <paragraph> The number of labels in the MPLS label stack. </paragraph> </description> <reference> <paragraph> See RFC 3032 for the specification of the MPLS label stack. </paragraph> </reference> <units>label stack entries</units> </field>
<フィールド名= "mplsLabelStackDepth" データ型= "Unsigned32の" グループ= "subIpHeader" ELEMENTID = "202" の適用= "すべて" ステータス= "現在"> <記述> <パラグラフ> MPLSラベルスタックのラベルの数。 </パラグラフ> </記述> <参照> <パラグラフ> MPLSラベルスタックの仕様については、RFC 3032を参照してください。 </パラグラフ> </参照> <単位>ラベルスタックエントリー</ユニット> </分野>
<field name="mplsLabelStackLength" dataType="unsigned32" group="subIpHeader" elementId="201" applicability="all" status="current"> <description> <paragraph> The length of the MPLS label stack in units of octets. </paragraph> </description>
<フィールド名=「mplsLabelStackLength」データ型=「Unsigned32の」グループ=「subIpHeader」ELEMENTID =「201」の適用=「全ての」ステータス=「現在」> <記述> <パラグラフ>オクテット単位のMPLSラベルスタックの長さ。 </パラグラフ> </記述>
<reference> <paragraph> See RFC 3032 for the specification of the MPLS label stack. </paragraph> </reference> <units>octets</units> </field>
<参照> <パラグラフ> MPLSラベルスタックの仕様については、RFC 3032を参照してください。 </パラグラフ> </参照> <単位>オクテット</ユニット> </分野>
<field name="mplsPayloadLength" dataType="unsigned32" group="subIpHeader" elementId="194" applicability="all" status="current"> <description> <paragraph> The size of the MPLS packet without the label stack. </paragraph> </description> <reference> <paragraph> See RFC 3031 for the specification of MPLS packets. See RFC 3032 for the specification of the MPLS label stack. </paragraph> </reference> <units>octets</units> </field>
<フィールド名=「mplsPayloadLength」データ型=「Unsigned32の」グループ=「subIpHeader」ELEMENTID =「194」の適用=「すべて」ステータス=「現在」> <記述> <パラグラフ>ラベルスタックのないMPLSパケットのサイズ。 </パラグラフ> </記述> <参照> <パラグラフ> MPLSパケットの仕様については、RFC 3031を参照してください。 MPLSラベルスタックの仕様については、RFC 3032を参照してください。 </パラグラフ> </参照> <単位>オクテット</ユニット> </分野>
<field name="mplsTopLabelStackSection" dataType="octetArray"
group="subIpHeader"
dataTypeSemantics="identifier"
elementId="70" applicability="all" status="current">
<description>
<paragraph>
The Label, Exp, and S fields from the top MPLS label
stack entry, i.e., from the last label that was pushed.
</paragraph>
<paragraph>
The size of this Information Element is 3 octets.
</paragraph>
<artwork>
0 1 2
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Label | Exp |S|
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Label: Label Value, 20 bits
レーベル：ラベル値、20ビット
Exp: Experimental Use, 3 bits S: Bottom of Stack, 1 bit </artwork> </description> <reference> <paragraph> See RFC 3032. </paragraph> </reference> </field>
EXP：実験的使用、3ビットS：スタックの最下部、1ビット</アートワーク> </記述> <参照> <パラグラフ>参照RFC 3032 </パラグラフ> </参照> </フィールド>
<field name="mplsLabelStackSection2" dataType="octetArray" group="subIpHeader" dataTypeSemantics="identifier" elementId="71" applicability="all" status="current"> <description> <paragraph> The Label, Exp, and S fields from the label stack entry that was pushed immediately before the label stack entry that would be reported by mplsTopLabelStackSection. See the definition of mplsTopLabelStackSection for further details. </paragraph> <paragraph> The size of this Information Element is 3 octets. </paragraph> </description> <reference> <paragraph> See RFC 3032. </paragraph> </reference> </field>
<フィールド名= "mplsLabelStackSection2" データ型= "octetArray" グループ= "subIpHeader" dataTypeSemantics = "識別子" ELEMENTID = "71" の適用= "全ての" ステータス= "現在"> <記述> <パラグラフ>ラベル、経験、及びmplsTopLabelStackSectionによって報告されるラベルスタックエントリーの直前押されたラベルスタックエントリーからSフィールド。さらに詳しい明細についてはmplsTopLabelStackSectionの定義を参照してください。 </パラグラフ> <パラグラフ>、この情報要素の大きさは3つのオクテットです。 </パラグラフ> </記述> <参照> <パラグラフ>を参照してくださいRFC 3032 </パラグラフ> </参照> </分野>
<field name="mplsLabelStackSection3" dataType="octetArray" group="subIpHeader" dataTypeSemantics="identifier" elementId="72" applicability="all" status="current"> <description> <paragraph> The Label, Exp, and S fields from the label stack entry that was pushed immediately before the label stack entry that would be reported by mplsLabelStackSection2. See the definition of mplsTopLabelStackSection for further details. </paragraph> <paragraph> The size of this Information Element is 3 octets. </paragraph> </description>
<フィールド名= "mplsLabelStackSection3" データ型= "octetArray" グループ= "subIpHeader" dataTypeSemantics = "識別子" ELEMENTID = "72" の適用= "すべて" ステータス= "現在"> <記述> <パラグラフ>ラベル、経験、およびmplsLabelStackSection2によって報告されるラベルスタックエントリーの直前押されたラベルスタックエントリーからSフィールド。さらに詳しい明細についてはmplsTopLabelStackSectionの定義を参照してください。 </パラグラフ> <パラグラフ>、この情報要素の大きさは3つのオクテットです。 </パラグラフ> </記述>
<reference> <paragraph> See RFC 3032. </paragraph> </reference> </field>
<参照> <パラグラフ>を参照してくださいRFC 3032 </パラグラフ> </参照> </分野>
<field name="mplsLabelStackSection4" dataType="octetArray" group="subIpHeader" dataTypeSemantics="identifier" elementId="73" applicability="all" status="current"> <description> <paragraph> The Label, Exp, and S fields from the label stack entry that was pushed immediately before the label stack entry that would be reported by mplsLabelStackSection3. See the definition of mplsTopLabelStackSection for further details. </paragraph> <paragraph> The size of this Information Element is 3 octets. </paragraph> </description> <reference> <paragraph> See RFC 3032. </paragraph> </reference> </field>
<フィールド名= "mplsLabelStackSection4" データ型= "octetArray" グループ= "subIpHeader" dataTypeSemantics = "識別子" ELEMENTID = "73" の適用= "すべて" ステータス= "現在"> <記述> <パラグラフ>ラベル、経験、およびmplsLabelStackSection3によって報告されるラベルスタックエントリーの直前押されたラベルスタックエントリーからSフィールド。さらに詳しい明細についてはmplsTopLabelStackSectionの定義を参照してください。 </パラグラフ> <パラグラフ>、この情報要素の大きさは3つのオクテットです。 </パラグラフ> </記述> <参照> <パラグラフ>を参照してくださいRFC 3032 </パラグラフ> </参照> </分野>
<field name="mplsLabelStackSection5" dataType="octetArray" group="subIpHeader" dataTypeSemantics="identifier" elementId="74" applicability="all" status="current"> <description> <paragraph> The Label, Exp, and S fields from the label stack entry that was pushed immediately before the label stack entry that would be reported by mplsLabelStackSection4. See the definition of mplsTopLabelStackSection for further details. </paragraph> <paragraph> The size of this Information Element is 3 octets. </paragraph> </description> <reference> <paragraph> See RFC 3032. </paragraph>
<フィールド名= "mplsLabelStackSection5" データ型= "octetArray" グループ= "subIpHeader" dataTypeSemantics = "識別子" ELEMENTID = "74" の適用= "すべて" ステータス= "現在"> <記述> <パラグラフ>ラベル、経験、およびmplsLabelStackSection4によって報告されるラベルスタックエントリーの直前押されたラベルスタックエントリーからSフィールド。さらに詳しい明細についてはmplsTopLabelStackSectionの定義を参照してください。 </パラグラフ> <パラグラフ>、この情報要素の大きさは3つのオクテットです。 </パラグラフ> </記述> <参照> <パラグラフ>を参照してくださいRFC 3032 </パラグラフ>
</reference> </field>
</参照> </フィールド>
<field name="mplsLabelStackSection6" dataType="octetArray" group="subIpHeader" dataTypeSemantics="identifier" elementId="75" applicability="all" status="current"> <description> <paragraph> The Label, Exp, and S fields from the label stack entry that was pushed immediately before the label stack entry that would be reported by mplsLabelStackSection5. See the definition of mplsTopLabelStackSection for further details. </paragraph> <paragraph> The size of this Information Element is 3 octets. </paragraph> </description> <reference> <paragraph> See RFC 3032. </paragraph> </reference> </field>
<フィールド名= "mplsLabelStackSection6" データ型= "octetArray" グループ= "subIpHeader" dataTypeSemantics = "識別子" ELEMENTID = "75" の適用= "すべて" ステータス= "現在"> <記述> <パラグラフ>ラベル、経験、およびmplsLabelStackSection5によって報告されるラベルスタックエントリーの直前押されたラベルスタックエントリーからSフィールド。さらに詳しい明細についてはmplsTopLabelStackSectionの定義を参照してください。 </パラグラフ> <パラグラフ>、この情報要素の大きさは3つのオクテットです。 </パラグラフ> </記述> <参照> <パラグラフ>を参照してくださいRFC 3032 </パラグラフ> </参照> </分野>
<field name="mplsLabelStackSection7" dataType="octetArray" group="subIpHeader" dataTypeSemantics="identifier" elementId="76" applicability="all" status="current"> <description> <paragraph> The Label, Exp, and S fields from the label stack entry that was pushed immediately before the label stack entry that would be reported by mplsLabelStackSection6. See the definition of mplsTopLabelStackSection for further details. </paragraph> <paragraph> The size of this Information Element is 3 octets. </paragraph> </description> <reference> <paragraph> See RFC 3032. </paragraph> </reference> </field>
<フィールド名= "mplsLabelStackSection7" データ型= "octetArray" グループ= "subIpHeader" dataTypeSemantics = "識別子" ELEMENTID = "76" の適用= "すべて" ステータス= "現在"> <記述> <パラグラフ>ラベル、経験、およびmplsLabelStackSection6によって報告されるラベルスタックエントリーの直前押されたラベルスタックエントリーからSフィールド。さらに詳しい明細についてはmplsTopLabelStackSectionの定義を参照してください。 </パラグラフ> <パラグラフ>、この情報要素の大きさは3つのオクテットです。 </パラグラフ> </記述> <参照> <パラグラフ>を参照してくださいRFC 3032 </パラグラフ> </参照> </分野>
<field name="mplsLabelStackSection8" dataType="octetArray"
<フィールド名= "mplsLabelStackSection8" データ型= "octetArray"
group="subIpHeader" dataTypeSemantics="identifier" elementId="77" applicability="all" status="current"> <description> <paragraph> The Label, Exp, and S fields from the label stack entry that was pushed immediately before the label stack entry that would be reported by mplsLabelStackSection7. See the definition of mplsTopLabelStackSection for further details. </paragraph> <paragraph> The size of this Information Element is 3 octets. </paragraph> </description> <reference> <paragraph> See RFC 3032. </paragraph> </reference> </field>
グループ=「subIpHeader」dataTypeSemantics =「識別子」ELEMENTID =「77」の適用=「すべて」ステータス=「現在」> <記述> <パラグラフ>ラベル、直前に押されたラベルスタックエントリーからの経験、およびSの各フィールドmplsLabelStackSection7によって報告されるラベルスタックエントリー。さらに詳しい明細についてはmplsTopLabelStackSectionの定義を参照してください。 </パラグラフ> <パラグラフ>、この情報要素の大きさは3つのオクテットです。 </パラグラフ> </記述> <参照> <パラグラフ>を参照してくださいRFC 3032 </パラグラフ> </参照> </分野>
<field name="mplsLabelStackSection9" dataType="octetArray" group="subIpHeader" dataTypeSemantics="identifier" elementId="78" applicability="all" status="current"> <description> <paragraph> The Label, Exp, and S fields from the label stack entry that was pushed immediately before the label stack entry that would be reported by mplsLabelStackSection8. See the definition of mplsTopLabelStackSection for further details. </paragraph> <paragraph> The size of this Information Element is 3 octets. </paragraph> </description> <reference> <paragraph> See RFC 3032. </paragraph> </reference> </field>
<フィールド名= "mplsLabelStackSection9" データ型= "octetArray" グループ= "subIpHeader" dataTypeSemantics = "識別子" ELEMENTID = "78" の適用= "全ての" ステータス= "現在"> <記述> <パラグラフ>ラベル、経験、及びmplsLabelStackSection8によって報告されるラベルスタックエントリーの直前押されたラベルスタックエントリーからSフィールド。さらに詳しい明細についてはmplsTopLabelStackSectionの定義を参照してください。 </パラグラフ> <パラグラフ>、この情報要素の大きさは3つのオクテットです。 </パラグラフ> </記述> <参照> <パラグラフ>を参照してくださいRFC 3032 </パラグラフ> </参照> </分野>
<field name="mplsLabelStackSection10" dataType="octetArray" group="subIpHeader" dataTypeSemantics="identifier" elementId="79" applicability="all" status="current"> <description>
<フィールド名= "mplsLabelStackSection10" データ型= "octetArray" グループ= "subIpHeader" dataTypeSemantics = "識別子" ELEMENTID = "79" の適用= "全ての" ステータス= "現在"> <説明>
<paragraph> The Label, Exp, and S fields from the label stack entry that was pushed immediately before the label stack entry that would be reported by mplsLabelStackSection9. See the definition of mplsTopLabelStackSection for further details. </paragraph> <paragraph> The size of this Information Element is 3 octets. </paragraph> </description> <reference> <paragraph> See RFC 3032. </paragraph> </reference> </field>
<段落>ラベル、経験、およびSフィールドmplsLabelStackSection9によって報告されるラベルスタックエントリーの直前押されたラベルスタックエントリーから。さらに詳しい明細についてはmplsTopLabelStackSectionの定義を参照してください。 </パラグラフ> <パラグラフ>、この情報要素の大きさは3つのオクテットです。 </パラグラフ> </記述> <参照> <パラグラフ>を参照してくださいRFC 3032 </パラグラフ> </参照> </分野>
<field name="ipPayloadLength" dataType="unsigned32" group="derived" elementId="204" applicability="all" status="current"> <description> <paragraph> The effective length of the IP payload. </paragraph> <paragraph> For IPv4 packets, the value of this Information Element is the difference between the total length of the IPv4 packet (as reported by Information Element totalLengthIPv4) and the length of the IPv4 header (as reported by Information Element headerLengthIPv4). </paragraph> <paragraph> For IPv6, the value of the Payload Length field in the IPv6 header is reported except in the case that the value of this field is zero and that there is a valid jumbo payload option. In this case, the value of the Jumbo Payload Length field in the jumbo payload option is reported. </paragraph> </description> <reference> <paragraph> See RFC 791 for the specification of IPv4 packets. See RFC 2460 for the specification of the IPv6 payload length. See RFC 2675 for the specification of the IPv6 jumbo payload length.
IPペイロードの<フィールド名= "ipPayloadLength" データ型= "Unsigned32の" グループ= "由来" ELEMENTID = "204" の適用= "全ての" ステータス= "現在"> <記述> <パラグラフ>有効長。 IPv4パケットについて</パラグラフ> <パラグラフ>情報要素headerLengthIPv4によって報告されるように、この情報要素の値がIPv4パケット（情報要素totalLengthIPv4によって報告されるように）とIPv4ヘッダ（の長さの合計の長さとの差であります）。 IPv6のための</パラグラフ> <パラグラフ>、IPv6ヘッダ内のペイロード長フィールドの値は、このフィールドの値はゼロであり、有効なジャンボペイロードオプションがあることがある場合を除いて報告されています。この場合、ジャンボペイロードオプションでジャンボペイロード長フィールドの値が報告されています。 </パラグラフ> </記述> <参照> <パラグラフ> IPv4パケットの仕様については、RFC 791を参照してください。 IPv6のペイロード長の仕様については、RFC 2460を参照してください。 IPv6のジャンボペイロード長の仕様については、RFC 2675を参照してください。
</paragraph> </reference> <units>octets</units> </field>
</パラグラフ> </参照> <単位>オクテット</ユニット> </分野>
<field name="ipNextHopIPv4Address" dataType="ipv4Address" group="derived" dataTypeSemantics="identifier" elementId="15" applicability="data" status="current"> <description> <paragraph> The IPv4 address of the next IPv4 hop. </paragraph> </description> </field>
次の<フィールド名= "ipNextHopIPv4Address" データ型= "IPv4Addressを" グループ= "由来" dataTypeSemantics = "識別子" ELEMENTID = "15" 適用= "データ" ステータス= "現在"> <記述> <パラグラフ> IPv4アドレスIPv4のホップ。 </パラグラフ> </記述> </分野>
<field name="ipNextHopIPv6Address" dataType="ipv6Address" group="derived" dataTypeSemantics="identifier" elementId="62" applicability="data" status="current"> <description> <paragraph> The IPv6 address of the next IPv6 hop. </paragraph> </description> </field>
次の<フィールド名= "ipNextHopIPv6Address" データ型= "ipv6Address" グループ= "由来" dataTypeSemantics = "識別子" ELEMENTID = "62" 適用= "データ" ステータス= "現在"> <記述> <パラグラフ> IPv6アドレスIPv6のホップ。 </パラグラフ> </記述> </分野>
<field name="bgpSourceAsNumber" dataType="unsigned32" group="derived" dataTypeSemantics="identifier" elementId="16" applicability="all" status="current"> <description> <paragraph> The autonomous system (AS) number of the source IP address. If AS path information for this Flow is only available as an unordered AS set (and not as an ordered AS sequence), then the value of this Information Element is 0. </paragraph> </description> <reference> <paragraph> See RFC 4271 for a description of BGP-4, and see RFC 1930 for the definition of the AS number. </paragraph> </reference> </field>
<フィールド名= "bgpSourceAsNumber" データ型= "Unsigned32の" グループ= "由来" dataTypeSemantics = "識別子" ELEMENTID = "16" の適用= "全ての" ステータス= "現在"> <記述> <パラグラフ>自律システム（AS）送信元IPアドレスの数。このフローのASパス情報が設定（とないシーケンスとして注文など）AS順不同としてのみ利用可能である場合、この情報要素の値は、</パラグラフ> </記述> <参照> <パラグラフ>を参照してください0です。 BGP-4の説明についてはRFC 4271、およびAS番号の定義についてはRFC 1930を参照。 </パラグラフ> </参照> </分野>
<field name="bgpDestinationAsNumber" dataType="unsigned32"
<フィールド名= "bgpDestinationAsNumber" データ型= "Unsigned32の"
group="derived" dataTypeSemantics="identifier" elementId="17" applicability="all" status="current"> <description> <paragraph> The autonomous system (AS) number of the destination IP address. If AS path information for this Flow is only available as an unordered AS set (and not as an ordered AS sequence), then the value of this Information Element is 0. </paragraph> </description> <reference> <paragraph> See RFC 4271 for a description of BGP-4, and see RFC 1930 for the definition of the AS number. </paragraph> </reference> </field>
グループ= "由来" dataTypeSemantics = "識別子" ELEMENTID = "17" の適用= "全ての" ステータス= "現在"> <記述> <パラグラフ>宛先IPアドレスの自律システム（AS）番号。このフローのASパス情報が設定（とないシーケンスとして注文など）AS順不同としてのみ利用可能である場合、この情報要素の値は、</パラグラフ> </記述> <参照> <パラグラフ>を参照してください0です。 BGP-4の説明についてはRFC 4271、およびAS番号の定義についてはRFC 1930を参照。 </パラグラフ> </参照> </分野>
<field name="bgpNextAdjacentAsNumber" dataType="unsigned32" group="derived" dataTypeSemantics="identifier" elementId="128" applicability="all" status="current"> <description> <paragraph> The autonomous system (AS) number of the first AS in the AS path to the destination IP address. The path is deduced by looking up the destination IP address of the Flow in the BGP routing information base. If AS path information for this Flow is only available as an unordered AS set (and not as an ordered AS sequence), then the value of this Information Element is 0. </paragraph> </description> <reference> <paragraph> See RFC 4271 for a description of BGP-4, and see RFC 1930 for the definition of the AS number. </paragraph> </reference> </field>
<フィールド名= "bgpNextAdjacentAsNumber" データ型= "Unsigned32の" グループ= "由来" dataTypeSemantics = "識別子" ELEMENTID = "128" の適用= "全ての" ステータス= "現在"> <記述> <パラグラフ>自律システム（AS）送信先のIPアドレスへのASパスの最初のASの数。パスは、BGPルーティング情報ベースにフローの宛先IPアドレスを調べることによって推定されます。このフローのASパス情報が設定（とないシーケンスとして注文など）AS順不同としてのみ利用可能である場合、この情報要素の値は、</パラグラフ> </記述> <参照> <パラグラフ>を参照してください0です。 BGP-4の説明についてはRFC 4271、およびAS番号の定義についてはRFC 1930を参照。 </パラグラフ> </参照> </分野>
<field name="bgpPrevAdjacentAsNumber" dataType="unsigned32" group="derived" dataTypeSemantics="identifier" elementId="129" applicability="all" status="current"> <description> <paragraph>
<フィールド名= "bgpPrevAdjacentAsNumber" データ型= "Unsigned32の" グループ= "由来" dataTypeSemantics = "識別子" ELEMENTID = "129" の適用= "全ての" ステータス= "現在"> <記述> <パラグラフ>
The autonomous system (AS) number of the last AS in the AS path from the source IP address. The path is deduced by looking up the source IP address of the Flow in the BGP routing information base. If AS path information for this Flow is only available as an unordered AS set (and not as an ordered AS sequence), then the value of this Information Element is 0. In case of BGP asymmetry, the bgpPrevAdjacentAsNumber might not be able to report the correct value. </paragraph> </description> <reference> <paragraph> See RFC 4271 for a description of BGP-4, and see RFC 1930 for the definition of the AS number. </paragraph> </reference> </field>
送信元IPアドレスからのASパスにAS最後の自律システム（AS）番号。パスは、BGPルーティング情報ベースにフローの送信元IPアドレスを調べることによって推定されます。このフローのASパス情報が設定（とないシーケンスとして注文など）AS順不同としてのみ利用可能である場合、この情報要素の値は、BGP非対称の場合は0である、bgpPrevAdjacentAsNumberは報告できない場合があります正しい値。 </パラグラフ> </記述> <参照> <パラグラフ> BGP-4の説明については、RFC 4271を参照し、AS番号の定義についてはRFC 1930を参照。 </パラグラフ> </参照> </分野>
<field name="bgpNextHopIPv4Address" dataType="ipv4Address" group="derived" dataTypeSemantics="identifier" elementId="18" applicability="all" status="current"> <description> <paragraph> The IPv4 address of the next (adjacent) BGP hop. </paragraph> </description> <reference> <paragraph> See RFC 4271 for a description of BGP-4. </paragraph> </reference> </field>
次の<フィールド名= "bgpNextHopIPv4Address" データ型= "IPv4Addressを" グループ= "由来" dataTypeSemantics = "識別子" ELEMENTID = "18" の適用= "全ての" ステータス= "現在"> <記述> <パラグラフ> IPv4アドレス（隣接）BGPホップ。 </パラグラフ> </記述> <参照> <パラグラフ> BGP-4の説明については、RFC 4271を参照してください。 </パラグラフ> </参照> </分野>
<field name="bgpNextHopIPv6Address" dataType="ipv6Address" group="derived" dataTypeSemantics="identifier" elementId="63" applicability="all" status="current"> <description> <paragraph> The IPv6 address of the next (adjacent) BGP hop. </paragraph> </description> <reference> <paragraph> See RFC 4271 for a description of BGP-4. </paragraph>
次の<フィールド名= "bgpNextHopIPv6Address" データ型= "ipv6Address" グループ= "派生" dataTypeSemantics = "識別子" ELEMENTID = "63" の適用= "すべて" ステータス= "現在"> <記述> <パラグラフ> IPv6アドレス（隣接）BGPホップ。 </パラグラフ> </記述> <参照> <パラグラフ> BGP-4の説明については、RFC 4271を参照してください。 </パラグラフ>
</reference> </field>
</参照> </フィールド>
<field name="mplsTopLabelType" dataType="unsigned8" group="derived" dataTypeSemantics="identifier" elementId="46" applicability="data" status="current"> <description> <paragraph> This field identifies the control protocol that allocated the top-of-stack label. Initial values for this field are listed below. Further values may be assigned by IANA in the MPLS label type registry. </paragraph> <artwork> - 0x01 TE-MIDPT: Any TE tunnel mid-point or tail label - 0x02 Pseudowire: Any PWE3 or Cisco AToM based label - 0x03 VPN: Any label associated with VPN - 0x04 BGP: Any label associated with BGP or BGP routing - 0x05 LDP: Any label associated with dynamically assigned labels using LDP </artwork> </description> <reference> <paragraph> See RFC 3031 for the MPLS label structure. See RFC 4364 for the association of MPLS labels with Virtual Private Networks (VPNs). See RFC 4271 for BGP and BGP routing. See RFC 5036 for Label Distribution Protocol (LDP). See the list of MPLS label types assigned by IANA at http://www.iana.org/assignments/mpls-label-values. </paragraph> </reference> </field>
<フィールド名=「mplsTopLabelType」データ型=「UNSIGNED8」グループ=「由来」dataTypeSemantics =「識別子」ELEMENTID =「46」適用=「データ」ステータス=「現在」> <記述> <パラグラフ>このフィールドは、制御プロトコルを識別するそれは、トップ・オブ・スタックラベルを割り当てました。このフィールドの初期値は以下のとおりです。また、値はMPLSラベルタイプレジストリにIANAによって割り当てられることができます。 </パラグラフ> <アートワーク> - 0x01のTE-MIDPT：任意TEトンネル中間点や尾ラベル - 0x02の擬似回線：どれPWE3またはシスコのAToMベースのラベル - 0x03のVPN：VPNに関連付けられたラベル - 0x04のBGP：関連付けられた任意のラベルBGPまたはBGPルーティング - 0x05のLDP：LDPを使用して動的に割り当てられたラベル</アートワーク> </記述> <参照> <パラグラフ>に関連付けられたラベルは、MPLSラベル構造については、RFC 3031を参照してください。仮想プライベートネットワーク（VPN）とMPLSラベルの関連性については、RFC 4364を参照してください。 BGPとBGPルーティングのためのRFC 4271を参照してください。ラベル配布プロトコル（LDP）のためのRFC 5036を参照してください。 http://www.iana.org/assignments/mpls-label-valuesでIANAによって割り当てられたMPLSラベルタイプのリストを参照してください。 </パラグラフ> </参照> </分野>
<field name="mplsTopLabelIPv4Address" dataType="ipv4Address" group="derived" dataTypeSemantics="identifier" elementId="47" applicability="data" status="current"> <description> <paragraph> The IPv4 address of the system that the MPLS top label will cause this Flow to be forwarded to. </paragraph> </description> <reference> <paragraph>
システムの<フィールド名= "mplsTopLabelIPv4Address" データ型= "IPv4Addressを" グループ= "由来" dataTypeSemantics = "識別子" ELEMENTID = "47" 適用= "データ" ステータス= "現在"> <記述> <パラグラフ> IPv4アドレスMPLSのトップラベルはこのFlowを進めること。 </パラグラフ> </記述> <参照> <パラグラフ>
See RFC 3031 for the association between MPLS labels and IP addresses. </paragraph> </reference> </field>
MPLSラベルとIPアドレスとの関連については、RFC 3031を参照してください。 </パラグラフ> </参照> </分野>
<field name="mplsTopLabelIPv6Address" dataType="ipv6Address" group="derived" dataTypeSemantics="identifier" elementId="140" applicability="data" status="current"> <description> <paragraph> The IPv6 address of the system that the MPLS top label will cause this Flow to be forwarded to. </paragraph> </description> <reference> <paragraph> See RFC 3031 for the association between MPLS labels and IP addresses. </paragraph> </reference> </field>
システムの<フィールド名= "mplsTopLabelIPv6Address" データ型= "ipv6Address" グループ= "由来" dataTypeSemantics = "識別子" ELEMENTID = "140" の適用= "データ" ステータス= "現在"> <記述> <パラグラフ> IPv6アドレスMPLSのトップラベルはこのFlowを進めること。 </パラグラフ> </記述> <参照> <パラグラフ> MPLSラベルとIPアドレスとの関連については、RFC 3031を参照してください。 </パラグラフ> </参照> </分野>
<field name="mplsVpnRouteDistinguisher" dataType="octetArray" group="derived" dataTypeSemantics="identifier" elementId="90" applicability="all" status="current"> <description> <paragraph> The value of the VPN route distinguisher of a corresponding entry in a VPN routing and forwarding table. Route distinguisher ensures that the same address can be used in several different MPLS VPNs and that it is possible for BGP to carry several completely different routes to that address, one for each VPN. According to RFC 4364, the size of mplsVpnRouteDistinguisher is 8 octets. However, in RFC 4382 an octet string with flexible length was chosen for representing a VPN route distinguisher by object MplsL3VpnRouteDistinguisher. This choice was made in order to be open to future changes of the size. This idea was adopted when choosing octetArray as abstract data type for this Information Element. The maximum length of this Information Element is 256 octets. </paragraph> </description> <reference> <paragraph> See RFC 4364 for the specification of the route
VPN経路の<フィールド名= "mplsVpnRouteDistinguisher" データ型= "octetArray" グループ= "由来" dataTypeSemantics = "識別子" ELEMENTID = "90" の適用= "全ての" ステータス= "現在"> <記述> <パラグラフ>値VPNルーティングおよび転送テーブルの対応するエントリの弁別。ルート識別子は、同一のアドレスは、いくつかの異なるMPLS VPNのに使用することができることを保証し、BGPは、そのアドレス、各VPNのための1つに、いくつかの完全に異なる経路を搬送することが可能です。 RFC 4364によると、mplsVpnRouteDistinguisherのサイズは8つのオクテットです。しかし、RFC 4382にフレキシブル長さのオクテットストリングは、オブジェクトMplsL3VpnRouteDistinguisherによってVPNのルート識別子を表すために選択しました。この選択は、サイズの将来の変化にオープンにするために作られました。この情報要素の抽象データ型としてoctetArrayを選択する際にこのアイデアを採用しました。この情報要素の最大長は256オクテットです。 </パラグラフ> </記述> <参照> <パラグラフ>ルートの仕様については、RFC 4364を参照してください
distinguisher. See RFC 4382 for the specification of the MPLS/BGP Layer 3 Virtual Private Network (VPN) Management Information Base. </paragraph> </reference> </field>
弁別。 MPLS / BGPレイヤ3仮想プライベートネットワーク（VPN）管理情報ベースの仕様については、RFC 4382を参照してください。 </パラグラフ> </参照> </分野>
<field name="minimumIpTotalLength" dataType="unsigned64" group="minMax" elementId="25" applicability="all" status="current"> <description> <paragraph> Length of the smallest packet observed for this Flow. The packet length includes the IP header(s) length and the IP payload length. </paragraph> </description> <reference> <paragraph> See RFC 791 for the specification of the IPv4 total length. See RFC 2460 for the specification of the IPv6 payload length. See RFC 2675 for the specification of the IPv6 jumbo payload length. </paragraph> </reference> <units>octets</units> </field>
<フィールド名=「minimumIpTotalLength」データ型=「unsigned64は」グループ=「MINMAX」ELEMENTID =「25」の適用=「すべて」ステータス=「現在」> <記述> <パラグラフ>このフローの観察最小のパケットの長さ。パケット長は、IPヘッダ（単数または複数）の長さとIPペイロード長を含みます。 </パラグラフ> </記述> <参照> <パラグラフ> IPv4の全長の仕様については、RFC 791を参照してください。 IPv6のペイロード長の仕様については、RFC 2460を参照してください。 IPv6のジャンボペイロード長の仕様については、RFC 2675を参照してください。 </パラグラフ> </参照> <単位>オクテット</ユニット> </分野>
<field name="maximumIpTotalLength" dataType="unsigned64" group="minMax" elementId="26" applicability="all" status="current"> <description> <paragraph> Length of the largest packet observed for this Flow. The packet length includes the IP header(s) length and the IP payload length. </paragraph> </description> <reference> <paragraph> See RFC 791 for the specification of the IPv4 total length. See RFC 2460 for the specification of the IPv6 payload length. See RFC 2675 for the specification of the IPv6 jumbo payload length.
<フィールド名=「maximumIpTotalLength」データ型=「unsigned64は」グループ=「MINMAX」ELEMENTID =「26」の適用=「すべて」ステータス=「現在」> <記述> <パラグラフ>このフローの観察最大パケットの長さ。パケット長は、IPヘッダ（単数または複数）の長さとIPペイロード長を含みます。 </パラグラフ> </記述> <参照> <パラグラフ> IPv4の全長の仕様については、RFC 791を参照してください。 IPv6のペイロード長の仕様については、RFC 2460を参照してください。 IPv6のジャンボペイロード長の仕様については、RFC 2675を参照してください。
</paragraph> </reference> <units>octets</units> </field>
</パラグラフ> </参照> <単位>オクテット</ユニット> </分野>
<field name="minimumTTL" dataType="unsigned8" group="minMax" elementId="52" applicability="data" status="current"> <description> <paragraph> Minimum TTL value observed for any packet in this Flow. </paragraph> </description> <reference> <paragraph> See RFC 791 for the definition of the IPv4 Time to Live field. See RFC 2460 for the definition of the IPv6 Hop Limit field. </paragraph> </reference> <units>hops</units> </field>
<フィールド名=「minimumTTL」データ型=「UNSIGNED8」グループ=「MINMAX」ELEMENTID =「52」適用=「データ」ステータス=「現在」> <記述> <パラグラフ>このフローで任意のパケットのための監視最小TTL値。 </パラグラフ> </記述> <参照> <パラグラフ> Live分野へのIPv4 Timeの定義については、RFC 791を参照してください。 IPv6のホップリミットフィールドの定義については、RFC 2460を参照してください。 </パラグラフ> </参照> <単位> </ユニット> </フィールド>ホップ
<field name="maximumTTL" dataType="unsigned8" group="minMax" elementId="53" applicability="data" status="current"> <description> <paragraph> Maximum TTL value observed for any packet in this Flow. </paragraph> </description> <reference> <paragraph> See RFC 791 for the definition of the IPv4 Time to Live field. See RFC 2460 for the definition of the IPv6 Hop Limit field. </paragraph> </reference> <units>hops</units> </field>
<フィールド名=「maximumTTL」データ型=「UNSIGNED8」グループ=「MINMAX」ELEMENTID =「53」適用=「データ」ステータス=「現在」> <記述> <パラグラフ>このフロー中の任意のパケットについて観察された最大TTL値。 </パラグラフ> </記述> <参照> <パラグラフ> Live分野へのIPv4 Timeの定義については、RFC 791を参照してください。 IPv6のホップリミットフィールドの定義については、RFC 2460を参照してください。 </パラグラフ> </参照> <単位> </ユニット> </フィールド>ホップ
<field name="ipv4Options" dataType="unsigned32" dataTypeSemantics="flags" group="minMax" elementId="208" applicability="all" status="current"> <description>
<フィールド名= "ipv4Options" データ型= "Unsigned32の" dataTypeSemantics = "旗" グループ= "MINMAX" ELEMENTID = "208" の適用= "すべて" ステータス= "現在"> <説明>
<paragraph>
IPv4 options in packets of this Flow.
The information is encoded in a set of bit fields. For
each valid IPv4 option type, there is a bit in this set.
The bit is set to 1 if any observed packet of this Flow
contains the corresponding IPv4 option type. Otherwise,
if no observed packet of this Flow contained the
respective IPv4 option type, the value of the
corresponding bit is 0.
</paragraph>
<paragraph>
The list of valid IPv4 options is maintained by IANA.
Note that for identifying an option not just the 5-bit
Option Number, but all 8 bits of the Option Type need to
match one of the IPv4 options specified at
http://www.iana.org/assignments/ip-parameters.
</paragraph>
<paragraph>
Options are mapped to bits according to their option numbers.
Option number X is mapped to bit X.
The mapping is illustrated by the figure below.
</paragraph>
<artwork>
0 1 2 3 4 5 6 7
+------+------+------+------+------+------+------+------+
| EOOL | NOP | SEC | LSR | TS |E-SEC |CIPSO | RR | ...
+------+------+------+------+------+------+------+------+
8 9 10 11 12 13 14 15
+------+------+------+------+------+------+------+------+
... | SID | SSR | ZSU | MTUP | MTUR | FINN | VISA |ENCODE| ...
+------+------+------+------+------+------+------+------+
16 17 18 19 20 21 22 23
+------+------+------+------+------+------+------+------+
... |IMITD | EIP | TR |ADDEXT|RTRALT| SDB |NSAPA | DPS | ...
+------+------+------+------+------+------+------+------+
24 25 26 27 28 29 30 31
+------+------+------+------+------+------+------+------+
... | UMP | QS | to be assigned by IANA | EXP | |
+------+------+------+------+------+------+------+------+
Type Option
Bit Value Name Reference
---+-----+-------+------------------------------------
0 0 EOOL End of Options List, RFC 791
1 1 NOP No Operation, RFC 791
2 130 SEC Security, RFC 1108 3 131 LSR Loose Source Route, RFC 791 4 68 TS Time Stamp, RFC 791 5 133 E-SEC Extended Security, RFC 1108 6 134 CIPSO Commercial Security 7 7 RR Record Route, RFC 791 8 136 SID Stream ID, RFC 791 9 137 SSR Strict Source Route, RFC 791 10 10 ZSU Experimental Measurement 11 11 MTUP (obsoleted) MTU Probe, RFC 1191 12 12 MTUR (obsoleted) MTU Reply, RFC 1191 13 205 FINN Experimental Flow Control 14 142 VISA Experimental Access Control 15 15 ENCODE 16 144 IMITD IMI Traffic Descriptor 17 145 EIP Extended Internet Protocol, RFC 1385 18 82 TR Traceroute, RFC 3193 19 147 ADDEXT Address Extension 20 148 RTRALT Router Alert, RFC 2113 21 149 SDB Selective Directed Broadcast 22 150 NSAPA NSAP Address 23 151 DPS Dynamic Packet State 24 152 UMP Upstream Multicast Pkt. 25 25 QS Quick-Start 30 30 EXP RFC3692-style Experiment 30 94 EXP RFC3692-style Experiment 30 158 EXP RFC3692-style Experiment 30 222 EXP RFC3692-style Experiment ... ... ... Further options numbers may be assigned by IANA
2 130 SECセキュリティ、RFC 1108 3 131 LSRルースソースルート、RFC 791 4 68 TSタイムスタンプ、RFC 791 5 133 E-SEC拡張セキュリティ、RFC 1108 6 134 CIPSO商業セキュリティ7 7 RRレコードルート、RFC 791 8 136 SIDストリームID、RFC 791 9 137 SSR厳密なソースルート、RFC 791 10 10 ZSU実測11 11 MTUP（廃止）MTUプローブ、RFC 1191 12 12 MTUR（廃止）MTU応答、RFC 1191 13 205 FINN実験フロー制御14 142 VISA実験的なアクセス制御、インターネットプロトコル拡張15 15 ENCODE 16 144 IMITD IMIトラフィック記述子17 145 EIP、RFC 1385 18 82 TRトレースルート、RFC 3193 19 147 ADDEXTアドレス拡張20 148 RTRALTルータ警告、RFC 2113 21 149 SDB選択ダイレクトブロードキャスト22 150 NSAPA NSAPは23 151 DPSダイナミックパケット州24 152 UMP上流マルチキャストPktのアドレス。 25 25 QSクイックスタート30 30 EXP RFC3692スタイルの実験30 94 EXP RFC3692スタイルの実験30 158 EXP RFC3692スタイルの実験30 222 EXP RFC3692スタイルの実験... ... ...また、オプション番号がで割り当てることもできますIANA
</artwork> </description> <reference> <paragraph> See RFC 791 for the definition of IPv4 options. See the list of IPv4 option numbers assigned by IANA at http://www.iana.org/assignments/ip-parameters. </paragraph> </reference> </field>
</アートワーク> </記述> <参照> <パラグラフ> IPv4オプションの定義についてはRFC 791を参照してください。 http://www.iana.org/assignments/ip-parametersでIANAによって割り当てられたIPv4オプション番号のリストをご覧ください。 </パラグラフ> </参照> </分野>
<field name="ipv6ExtensionHeaders" dataType="unsigned32" dataTypeSemantics="flags" group="minMax" elementId="64" applicability="all" status="current"> <description> <paragraph>
<フィールド名= "ipv6ExtensionHeaders" データ型= "Unsigned32の" dataTypeSemantics = "旗" グループ= "MINMAX" ELEMENTID = "64" の適用= "すべて" ステータス= "現在"> <記述> <パラグラフ>
IPv6 extension headers observed in packets of this Flow.
The information is encoded in a set of bit fields. For
each IPv6 option header, there is a bit in this set.
The bit is set to 1 if any observed packet of this Flow
contains the corresponding IPv6 extension header.
Otherwise, if no observed packet of this Flow contained
the respective IPv6 extension header, the value of the
corresponding bit is 0.
</paragraph>
<artwork>
0 1 2 3 4 5 6 7
+-----+-----+-----+-----+-----+-----+-----+-----+
| Res | FRA1| RH | FRA0| UNK | Res | HOP | DST | ...
+-----+-----+-----+-----+-----+-----+-----+-----+
8 9 10 11 12 13 14 15
+-----+-----+-----+-----+-----+-----+-----+-----+
... | PAY | AH | ESP | Reserved | ...
+-----+-----+-----+-----+-----+-----+-----+-----+
16 17 18 19 20 21 22 23
+-----+-----+-----+-----+-----+-----+-----+-----+
... | Reserved | ...
+-----+-----+-----+-----+-----+-----+-----+-----+
24 25 26 27 28 29 30 31
+-----+-----+-----+-----+-----+-----+-----+-----+
... | Reserved |
+-----+-----+-----+-----+-----+-----+-----+-----+
Bit IPv6 Option Description 0, Res Reserved 1, FRA1 44 Fragmentation header - not first fragment 2, RH 43 Routing header 3, FRA0 44 Fragment header - first fragment 4, UNK Unknown Layer 4 header (compressed, encrypted, not supported) 5, Res Reserved 6, HOP 0 Hop-by-hop option header 7, DST 60 Destination option header 8, PAY 108 Payload compression header 9, AH 51 Authentication Header 10, ESP 50 Encrypted security payload 11 to 31 Reserved </artwork> </description> <reference> <paragraph> See RFC 2460 for the general definition of
ビットのIPv6オプション説明0、RES予約1は、FRA1 44フラグメンテーションヘッダー - ない最初のフラグメント2、RH 43ルーティングヘッダ3、FRA0 44フラグメントヘッダー - 最初のフラグメント4は、UNK不明レイヤ4ヘッダは、5（圧縮、暗号化は、サポートされていません） 6予約済みRES、HOP 0ホップバイホップオプションヘッダ7、DST 60宛先オプションヘッダ8、108ペイロードを支払う圧縮ヘッダ9、AH 51認証ヘッダ10、ESP 50暗号化セキュリティペイロード11予約</アートワーク> </ 31記述> <参照> <パラグラフ>の一般的な定義については、RFC 2460を参照してください
IPv6 extension headers and for the specification of the hop-by-hop options header, the routing header, the fragment header, and the destination options header. See RFC 4302 for the specification of the authentication header. See RFC 4303 for the specification of the encapsulating security payload. </paragraph> </reference> </field>
IPv6拡張ヘッダーとホップバイホップオプションヘッダ、ルーティングヘッダ、フラグメントヘッダと宛先オプションヘッダの仕様。認証ヘッダの仕様については、RFC 4302を参照。カプセル化セキュリティペイロードの仕様については、RFC 4303を参照してください。 </パラグラフ> </参照> </分野>
<field name="tcpControlBits" dataType="unsigned8"
dataTypeSemantics="flags"
group="minMax"
elementId="6" applicability="all" status="current">
<description>
<paragraph>
TCP control bits observed for packets of this Flow.
The information is encoded in a set of bit fields.
For each TCP control bit, there is a bit in this
set. A bit is set to 1 if any observed packet of this
Flow has the corresponding TCP control bit set to 1.
A value of 0 for a bit indicates that the corresponding
bit was not set in any of the observed packets
of this Flow.
</paragraph>
<artwork>
0 1 2 3 4 5 6 7
+-----+-----+-----+-----+-----+-----+-----+-----+
| Reserved | URG | ACK | PSH | RST | SYN | FIN |
+-----+-----+-----+-----+-----+-----+-----+-----+
Reserved: Reserved for future use by TCP. Must be zero. URG: Urgent Pointer field significant ACK: Acknowledgment field significant PSH: Push Function RST: Reset the connection SYN: Synchronize sequence numbers FIN: No more data from sender </artwork> </description> <reference> <paragraph> See RFC 793 for the definition of the TCP control bits in the TCP header. </paragraph> </reference> </field>
予約：TCPによる将来の使用のために予約されています。ゼロでなければなりません。 URG：緊急ポインタフィールド重要ACK：確認応答フィールド重要なPSH：プッシュ機能RST：接続SYNをリセットします。FINシーケンス番号を同期：送信者からこれ以上のデータを</アートワーク> </記述> <参照> <パラグラフ>については、RFC 793を参照してください。 TCPヘッダ内のTCP制御ビットの定義。 </パラグラフ> </参照> </分野>
<field name="tcpOptions" dataType="unsigned64"
dataTypeSemantics="flags"
group="minMax"
elementId="209" applicability="all" status="current">
<description>
<paragraph>
TCP options in packets of this Flow.
The information is encoded in a set of bit fields. For
each TCP option, there is a bit in this set.
The bit is set to 1 if any observed packet of this Flow
contains the corresponding TCP option.
Otherwise, if no observed packet of this Flow contained
the respective TCP option, the value of the
corresponding bit is 0.
</paragraph>
<paragraph>
Options are mapped to bits according to their option
numbers. Option number X is mapped to bit X.
TCP option numbers are maintained by IANA.
</paragraph>
<artwork>
0 1 2 3 4 5 6 7
+-----+-----+-----+-----+-----+-----+-----+-----+
| 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | ...
+-----+-----+-----+-----+-----+-----+-----+-----+
8 9 10 11 12 13 14 15
+-----+-----+-----+-----+-----+-----+-----+-----+
... | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 |...
+-----+-----+-----+-----+-----+-----+-----+-----+
16 17 18 19 20 21 22 23
+-----+-----+-----+-----+-----+-----+-----+-----+
... | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 |...
+-----+-----+-----+-----+-----+-----+-----+-----+
. . .
。 。 。
56 57 58 59 60 61 62 63
+-----+-----+-----+-----+-----+-----+-----+-----+
... | 56 | 57 | 58 | 59 | 60 | 61 | 62 | 63 |
+-----+-----+-----+-----+-----+-----+-----+-----+
</artwork>
</description>
<reference>
<paragraph>
See RFC 793 for the definition of TCP options.
See the list of TCP option numbers assigned by IANA at http://www.iana.org/assignments/tcp-parameters.
</paragraph>
</reference>
</field>
<field name="flowStartSeconds" dataType="dateTimeSeconds" group="timestamp" elementId="150" applicability="data" status="current"> <description> <paragraph> The absolute timestamp of the first packet of this Flow. </paragraph> </description> <units>seconds</units> </field>
<フィールド名=「flowStartSeconds」データ型=「dateTimeSeconds」グループ=「タイムスタンプ」ELEMENTID =「150」の適用=「データ」ステータス=「現在」> <記述> <パラグラフ>本フローの最初のパケットの絶対タイムスタンプ。 </パラグラフ> </記述> <ユニット>秒</ユニット> </分野>
<field name="flowEndSeconds" dataType="dateTimeSeconds" group="timestamp" elementId="151" applicability="data" status="current"> <description> <paragraph> The absolute timestamp of the last packet of this Flow. </paragraph> </description> <units>seconds</units> </field>
<フィールド名=「flowEndSeconds」データ型=「dateTimeSeconds」グループ=「タイムスタンプ」ELEMENTID =「151」の適用=「データ」ステータス=「現在」> <記述> <パラグラフ>このFlowの最後のパケットの絶対タイムスタンプ。 </パラグラフ> </記述> <ユニット>秒</ユニット> </分野>
<field name="flowStartMilliseconds" dataType="dateTimeMilliseconds" group="timestamp" elementId="152" applicability="data" status="current"> <description> <paragraph> The absolute timestamp of the first packet of this Flow. </paragraph> </description> <units>milliseconds</units> </field>
<フィールド名=「flowStartMilliseconds」データ型=「dateTimeMilliseconds」グループ=「タイムスタンプ」ELEMENTID =「152」の適用=「データ」ステータス=「現在」> <記述> <パラグラフ>本フローの最初のパケットの絶対タイムスタンプ。 </パラグラフ> </記述> <ユニット>ミリ秒</ユニット> </分野>
<field name="flowEndMilliseconds" dataType="dateTimeMilliseconds" group="timestamp" elementId="153" applicability="data" status="current"> <description> <paragraph> The absolute timestamp of the last packet of this Flow. </paragraph> </description> <units>milliseconds</units> </field>
<フィールド名=「flowEndMilliseconds」データ型=「dateTimeMilliseconds」グループ=「タイムスタンプ」ELEMENTID =「153」の適用=「データ」ステータス=「現在」> <記述> <パラグラフ>このFlowの最後のパケットの絶対タイムスタンプ。 </パラグラフ> </記述> <ユニット>ミリ秒</ユニット> </分野>
<field name="flowStartMicroseconds" dataType="dateTimeMicroseconds" group="timestamp" elementId="154" applicability="data" status="current"> <description> <paragraph> The absolute timestamp of the first packet of this Flow. </paragraph> </description> <units>microseconds</units> </field>
<フィールド名=「flowStartMicroseconds」データ型=「dateTimeMicroseconds」グループ=「タイムスタンプ」ELEMENTID =「154」の適用=「データ」ステータス=「現在」> <記述> <パラグラフ>このフローの最初のパケットの絶対タイムスタンプ。 </パラグラフ> </記述> <ユニット>マイクロ秒</ユニット> </フィールド>
<field name="flowEndMicroseconds" dataType="dateTimeMicroseconds" group="timestamp" elementId="155" applicability="data" status="current"> <description> <paragraph> The absolute timestamp of the last packet of this Flow. </paragraph> </description> <units>microseconds</units> </field>
<フィールド名=「flowEndMicroseconds」データ型=「dateTimeMicroseconds」グループ=「タイムスタンプ」ELEMENTID =「155」の適用=「データ」ステータス=「現在」> <記述> <パラグラフ>このFlowの最後のパケットの絶対タイムスタンプ。 </パラグラフ> </記述> <ユニット>マイクロ秒</ユニット> </フィールド>
<field name="flowStartNanoseconds" dataType="dateTimeNanoseconds" group="timestamp" elementId="156" applicability="data" status="current"> <description> <paragraph> The absolute timestamp of the first packet of this Flow. </paragraph> </description> <units>nanoseconds</units> </field>
<フィールド名=「flowStartNanoseconds」データ型=「dateTimeNanoseconds」グループ=「タイムスタンプ」ELEMENTID =「156」の適用=「データ」ステータス=「現在」> <記述> <パラグラフ>本フローの最初のパケットの絶対タイムスタンプ。 </パラグラフ> </記述> <ユニット>ナノ</ユニット> </フィールド>
<field name="flowEndNanoseconds" dataType="dateTimeNanoseconds" group="timestamp" elementId="157" applicability="data" status="current"> <description> <paragraph> The absolute timestamp of the last packet of this Flow. </paragraph> </description> <units>nanoseconds</units> </field>
<フィールド名=「flowEndNanoseconds」データ型=「dateTimeNanoseconds」グループ=「タイムスタンプ」ELEMENTID =「157」の適用=「データ」ステータス=「現在」> <記述> <パラグラフ>このFlowの最後のパケットの絶対タイムスタンプ。 </パラグラフ> </記述> <ユニット>ナノ</ユニット> </フィールド>
<field name="flowStartDeltaMicroseconds" dataType="unsigned32" group="timestamp" elementId="158" applicability="data" status="current"> <description>
<フィールド名= "flowStartDeltaMicroseconds" データ型= "Unsigned32の" グループ= "タイムスタンプ" ELEMENTID = "158" の適用= "データ" ステータス= "現在"> <説明>
<paragraph> This is a relative timestamp only valid within the scope of a single IPFIX Message. It contains the negative time offset of the first observed packet of this Flow relative to the export time specified in the IPFIX Message Header. </paragraph> </description> <reference> <paragraph> See the IPFIX protocol specification [RFC5101] for the definition of the IPFIX Message Header. </paragraph> </reference> <units>microseconds</units> </field>
<段落>これは、単一のIPFIX Messageの範囲内でのみ有効な相対的なタイムスタンプです。それはIPFIXメッセージヘッダに指定された輸出時間に比例してこのFlowの最初の観測されたパケットの負のオフセット時間が含まれています。 </パラグラフ> </記述> <参照> <パラグラフ> IPFIXメッセージヘッダーの定義については、IPFIXプロトコル仕様[RFC5101]を参照されたいです。 </パラグラフ> </参照> <装置>マイクロ秒</ユニット> </フィールド>
<field name="flowEndDeltaMicroseconds" dataType="unsigned32" group="timestamp" elementId="159" applicability="data" status="current"> <description> <paragraph> This is a relative timestamp only valid within the scope of a single IPFIX Message. It contains the negative time offset of the last observed packet of this Flow relative to the export time specified in the IPFIX Message Header. </paragraph> </description> <reference> <paragraph> See the IPFIX protocol specification [RFC5101] for the definition of the IPFIX Message Header. </paragraph> </reference> <units>microseconds</units> </field>
<フィールド名=「flowEndDeltaMicroseconds」データ型=「Unsigned32の」グループ=「タイムスタンプ」ELEMENTID =「159」の適用=「データ」ステータス=「現在」> <記述> <パラグラフ>これは、の範囲内でのみ有効な相対的なタイムスタンプです単一IPFIXメッセージ。それはIPFIXメッセージヘッダに指定された輸出時間に比例してこのFlowの最後に観測されたパケットの負のオフセット時間が含まれています。 </パラグラフ> </記述> <参照> <パラグラフ> IPFIXメッセージヘッダーの定義については、IPFIXプロトコル仕様[RFC5101]を参照されたいです。 </パラグラフ> </参照> <装置>マイクロ秒</ユニット> </フィールド>
<field name="systemInitTimeMilliseconds" dataType="dateTimeMilliseconds" group="timestamp" elementId="160" applicability="data" status="current"> <description> <paragraph> The absolute timestamp of the last (re-)initialization of the IPFIX Device. </paragraph> </description> <units>milliseconds</units> </field>
<フィールド名=「systemInitTimeMilliseconds」データ型=「dateTimeMilliseconds」グループ=「タイムスタンプ」ELEMENTID =「160」の適用=「データ」ステータス=「現在」> <記述> <パラグラフ>最後に（再）初期の絶対タイムスタンプIPFIXデバイスの。 </パラグラフ> </記述> <ユニット>ミリ秒</ユニット> </分野>
<field name="flowStartSysUpTime" dataType="unsigned32" group="timestamp" elementId="22" applicability="data" status="current"> <description> <paragraph> The relative timestamp of the first packet of this Flow. It indicates the number of milliseconds since the last (re-)initialization of the IPFIX Device (sysUpTime). </paragraph> </description> <units>milliseconds</units> </field>
<フィールド名=「flowStartSysUpTime」データ型=「Unsigned32の」グループ=「タイムスタンプ」ELEMENTID =「22」適用=「データ」ステータス=「現在」> <記述> <パラグラフ>本フローの最初のパケットの相対的なタイムスタンプ。これは、IPFIXデバイス（のsysUpTime）の最後の（再）初期化からのミリ秒の数を示します。 </パラグラフ> </記述> <ユニット>ミリ秒</ユニット> </分野>
<field name="flowEndSysUpTime" dataType="unsigned32" group="timestamp" elementId="21" applicability="data" status="current"> <description> <paragraph> The relative timestamp of the last packet of this Flow. It indicates the number of milliseconds since the last (re-)initialization of the IPFIX Device (sysUpTime). </paragraph> </description> <units>milliseconds</units> </field>
<フィールド名=「flowEndSysUpTime」データ型=「Unsigned32の」グループ=「タイムスタンプ」ELEMENTID =「21」適用=「データ」ステータス=「現在」> <記述> <パラグラフ>このフローの最後のパケットの相対的なタイムスタンプ。これは、IPFIXデバイス（のsysUpTime）の最後の（再）初期化からのミリ秒の数を示します。 </パラグラフ> </記述> <ユニット>ミリ秒</ユニット> </分野>
<field name="octetDeltaCount" dataType="unsigned64" dataTypeSemantics="deltaCounter" group="flowCounter" elementId="1" applicability="data" status="current"> <description> <paragraph> The number of octets since the previous report (if any) in incoming packets for this Flow at the Observation Point. The number of octets includes IP header(s) and IP payload. </paragraph> </description> <units>octets</units> </field>
<フィールド名= "octetDeltaCount" データ型= "unsigned64は" dataTypeSemantics = "deltaCounter" グループ= "flowCounter" ELEMENTID = "1" の適用= "データ" ステータス= "現在"> <記述> <パラグラフ>以来のオクテット数Observation PointのこのFlowのための着信パケット内の以前の報告（もしあれば）。オクテットの数は、IPヘッダ（S）とIPペイロードとを含みます。 </パラグラフ> </記述> <ユニット>オクテット</ユニット> </分野>
<field name="postOctetDeltaCount" dataType="unsigned64" dataTypeSemantics="deltaCounter" group="flowCounter" elementId="23" applicability="data" status="current"> <description> <paragraph> The definition of this Information Element is identical to the definition of Information Element
<フィールド名= "postOctetDeltaCount" データ型= "unsigned64は" dataTypeSemantics = "deltaCounter" グループ= "flowCounter" ELEMENTID = "23" 適用= "データ" ステータス= "現在"> <記述> <パラグラフ>、この情報要素の定義情報要素の定義と同じです
'octetDeltaCount', except that it reports a potentially modified value caused by a middlebox function after the packet passed the Observation Point. </paragraph> </description> <units>octets</units> </field>
パケットがObservation Pointを渡した後、それはmiddlebox機能によって引き起こされた潜在的に変更された値を報告することを除いて「octetDeltaCount」、。 </パラグラフ> </記述> <ユニット>オクテット</ユニット> </分野>
<field name="octetDeltaSumOfSquares" dataType="unsigned64" group="flowCounter" elementId="198" applicability="data" status="current"> <description> <paragraph> The sum of the squared numbers of octets per incoming packet since the previous report (if any) for this Flow at the Observation Point. The number of octets includes IP header(s) and IP payload. </paragraph> </description> </field>
<フィールド名=「octetDeltaSumOfSquares」データ型=「unsigned64は」グループ=「flowCounter」ELEMENTID =「198」の適用=「データ」ステータス=「現在」> <記述> <パラグラフ>着信パケットあたりのオクテットの平方数の和Observation PointのこのFlowのための以前の報告（もしあれば）以来。オクテットの数は、IPヘッダ（S）とIPペイロードとを含みます。 </パラグラフ> </記述> </分野>
<field name="octetTotalCount" dataType="unsigned64" dataTypeSemantics="totalCounter" group="flowCounter" elementId="85" applicability="all" status="current"> <description> <paragraph> The total number of octets in incoming packets for this Flow at the Observation Point since the Metering Process (re-)initialization for this Observation Point. The number of octets includes IP header(s) and IP payload. </paragraph> </description> <units>octets</units> </field>
<フィールド名= "octetTotalCount" データ型= "unsigned64は" dataTypeSemantics = "totalCounter" グループ= "flowCounter" ELEMENTID = "85" の適用= "すべて" ステータス= "現在"> <記述> <パラグラフ>のオクテットの総数計量プロセス（再）この観測ポイントの初期化以降に観測ポイントでこのフローの着信パケット。オクテットの数は、IPヘッダ（S）とIPペイロードとを含みます。 </パラグラフ> </記述> <ユニット>オクテット</ユニット> </分野>
<field name="postOctetTotalCount" dataType="unsigned64" dataTypeSemantics="totalCounter" group="flowCounter" elementId="171" applicability="all" status="current"> <description> <paragraph> The definition of this Information Element is identical to the definition of Information Element 'octetTotalCount', except that it reports a potentially modified value caused by a middlebox function after the packet passed the Observation Point. </paragraph>
<フィールド名= "postOctetTotalCount" データ型= "unsigned64は" dataTypeSemantics = "totalCounter" グループ= "flowCounter" ELEMENTID = "171" の適用= "すべて" ステータス= "現在"> <記述> <パラグラフ>、この情報要素の定義それは、パケットがObservation Pointを渡した後にmiddlebox機能によって引き起こされた潜在的に変更された値を報告することを除いて、情報要素「octetTotalCount」の定義と同じです。 </パラグラフ>
</description> <units>octets</units> </field>
</記述> <ユニット>オクテット</ユニット> </分野>
<field name="octetTotalSumOfSquares" dataType="unsigned64" group="flowCounter" elementId="199" applicability="all" status="current"> <description> <paragraph> The total sum of the squared numbers of octets in incoming packets for this Flow at the Observation Point since the Metering Process (re-)initialization for this Observation Point. The number of octets includes IP header(s) and IP payload. </paragraph> </description> <units>octets</units> </field>
<フィールド名=「octetTotalSumOfSquares」データ型=「unsigned64は」グループ=「flowCounter」ELEMENTID =「199」の適用=「すべて」ステータス=「現在」> <記述> <パラグラフ>、着信中のオクテットの平方数の合計この観測ポイントの計量プロセス（再）初期化以来の観測ポイントでこのフローのパケット。オクテットの数は、IPヘッダ（S）とIPペイロードとを含みます。 </パラグラフ> </記述> <ユニット>オクテット</ユニット> </分野>
<field name="packetDeltaCount" dataType="unsigned64" dataTypeSemantics="deltaCounter" group="flowCounter" elementId="2" applicability="data" status="current"> <description> <paragraph> The number of incoming packets since the previous report (if any) for this Flow at the Observation Point. </paragraph> </description> <units>packets</units> </field>
<フィールド名= "packetDeltaCount" データ型= "unsigned64は" dataTypeSemantics = "deltaCounter" グループ= "flowCounter" ELEMENTID = "2" の適用= "データ" ステータス= "現在"> <記述> <パラグラフ>以来、着信パケットの数Observation PointのこのFlowのための以前の報告（もしあれば）。 </パラグラフ> </記述> <ユニット>パケット</ユニット> </フィールド>
<field name="postPacketDeltaCount" dataType="unsigned64" dataTypeSemantics="deltaCounter" group="flowCounter" elementId="24" applicability="data" status="current"> <description> <paragraph> The definition of this Information Element is identical to the definition of Information Element 'packetDeltaCount', except that it reports a potentially modified value caused by a middlebox function after the packet passed the Observation Point. </paragraph> </description> <units>packets</units> </field>
<フィールド名= "postPacketDeltaCount" データ型= "unsigned64は" dataTypeSemantics = "deltaCounter" グループ= "flowCounter" ELEMENTID = "24" 適用= "データ" ステータス= "現在"> <記述> <パラグラフ>、この情報要素の定義パケットがObservation Pointを渡した後、それはmiddlebox機能によって引き起こされた潜在的に変更された値を報告することを除いて、情報要素「packetDeltaCount」の定義と同じです。 </パラグラフ> </記述> <ユニット>パケット</ユニット> </フィールド>
<field name="packetTotalCount" dataType="unsigned64" dataTypeSemantics="totalCounter" group="flowCounter" elementId="86" applicability="all" status="current"> <description> <paragraph> The total number of incoming packets for this Flow at the Observation Point since the Metering Process (re-)initialization for this Observation Point. </paragraph> </description> <units>packets</units> </field>
<フィールド名= "packetTotalCount" データ型= "unsigned64は" dataTypeSemantics = "totalCounter" グループ= "flowCounter" ELEMENTID = "86" の適用= "全ての" ステータス= "現在"> <記述> <パラグラフ>受信パケットの総数計量プロセス（再）この観測ポイントの初期以来のObservation PointのこのFlowのため。 </パラグラフ> </記述> <ユニット>パケット</ユニット> </フィールド>
<field name="postPacketTotalCount" dataType="unsigned64" dataTypeSemantics="totalCounter" group="flowCounter" elementId="172" applicability="all" status="current"> <description> <paragraph> The definition of this Information Element is identical to the definition of Information Element 'packetTotalCount', except that it reports a potentially modified value caused by a middlebox function after the packet passed the Observation Point. </paragraph> </description> <units>packets</units> </field>
<フィールド名= "postPacketTotalCount" データ型= "unsigned64は" dataTypeSemantics = "totalCounter" グループ= "flowCounter" ELEMENTID = "172" の適用= "すべて" ステータス= "現在"> <記述> <パラグラフ>、この情報要素の定義パケットがObservation Pointを渡した後、それはmiddlebox機能によって引き起こされた潜在的に変更された値を報告することを除いて、情報要素「packetTotalCount」の定義と同じです。 </パラグラフ> </記述> <ユニット>パケット</ユニット> </フィールド>
<field name="droppedOctetDeltaCount" dataType="unsigned64" dataTypeSemantics="deltaCounter" group="flowCounter" elementId="132" applicability="data" status="current"> <description> <paragraph> The number of octets since the previous report (if any) in packets of this Flow dropped by packet treatment. The number of octets includes IP header(s) and IP payload. </paragraph> </description> <units>octets</units> </field>
<フィールド名= "droppedOctetDeltaCount" データ型= "unsigned64は" dataTypeSemantics = "deltaCounter" グループ= "flowCounter" ELEMENTID = "132" の適用= "データ" ステータス= "現在"> <記述> <パラグラフ>以降のオクテットの数このFlowのパケットの前のレポートでは、（もしあれば）、パケット処理によって低下しました。オクテットの数は、IPヘッダ（S）とIPペイロードとを含みます。 </パラグラフ> </記述> <ユニット>オクテット</ユニット> </分野>
<field name="droppedPacketDeltaCount" dataType="unsigned64" dataTypeSemantics="deltaCounter" group="flowCounter" elementId="133" applicability="data" status="current">
<フィールド名= "droppedPacketDeltaCount" データ型= "unsigned64は" dataTypeSemantics = "deltaCounter" グループ= "flowCounter" ELEMENTID = "133" の適用= "データ" ステータス= "現在">
<description> <paragraph> The number of packets since the previous report (if any) of this Flow dropped by packet treatment. </paragraph> </description> <units>packets</units> </field>
<記述> <パラグラフ>パケット処理で落とし、このフローの前回の報告以降のパケット数（もしあれば）。 </パラグラフ> </記述> <ユニット>パケット</ユニット> </フィールド>
<field name="droppedOctetTotalCount" dataType="unsigned64" dataTypeSemantics="totalCounter" group="flowCounter" elementId="134" applicability="data" status="current"> <description> <paragraph> The total number of octets in packets of this Flow dropped by packet treatment since the Metering Process (re-)initialization for this Observation Point. The number of octets includes IP header(s) and IP payload. </paragraph> </description> <units>octets</units> </field>
<フィールド名= "droppedOctetTotalCount" データ型= "unsigned64は" dataTypeSemantics = "totalCounter" グループ= "flowCounter" ELEMENTID = "134" の適用= "データ" ステータス= "現在"> <記述> <パラグラフ>のオクテットの総数このフローのパケットは、この観測ポイントの計量プロセス（再）初期化以来、パケット処理によって低下しました。オクテットの数は、IPヘッダ（S）とIPペイロードとを含みます。 </パラグラフ> </記述> <ユニット>オクテット</ユニット> </分野>
<field name="droppedPacketTotalCount" dataType="unsigned64" dataTypeSemantics="totalCounter" group="flowCounter" elementId="135" applicability="data" status="current"> <description> <paragraph> The number of packets of this Flow dropped by packet treatment since the Metering Process (re-)initialization for this Observation Point. </paragraph> </description> <units>packets</units> </field>
<フィールド名= "droppedPacketTotalCount" データ型= "unsigned64は" dataTypeSemantics = "totalCounter" グループ= "flowCounter" ELEMENTID = "135" の適用= "データ" ステータス= "現在"> <記述> <パラグラフ>本のパケット数この観測点のための計量プロセス（再）初期化以来、パケット処理によってドロップ流れます。 </パラグラフ> </記述> <ユニット>パケット</ユニット> </フィールド>
<field name="postMCastPacketDeltaCount" dataType="unsigned64" dataTypeSemantics="deltaCounter" group="flowCounter" elementId="19" applicability="data" status="current"> <description> <paragraph> The number of outgoing multicast packets since the previous report (if any) sent for packets of this Flow by a multicast daemon within the Observation Domain. This property cannot necessarily be observed at the
<フィールド名= "postMCastPacketDeltaCount" データ型= "unsigned64は" dataTypeSemantics = "deltaCounter" グループ= "flowCounter" ELEMENTID = "19" 適用= "データ" ステータス= "現在"> <記述> <パラグラフ>発信マルチキャストパケットの数観測ドメイン内のマルチキャストデーモンによるこのFlowのパケットのために送られた以前の報告（もしあれば）以来。このプロパティは、必ずしもで観察することができません
Observation Point, but may be retrieved by other means. </paragraph> </description> <units>packets</units> </field>
観測点が、他の手段によって取得することができます。 </パラグラフ> </記述> <ユニット>パケット</ユニット> </フィールド>
<field name="postMCastOctetDeltaCount" dataType="unsigned64" dataTypeSemantics="deltaCounter" group="flowCounter" elementId="20" applicability="data" status="current"> <description> <paragraph> The number of octets since the previous report (if any) in outgoing multicast packets sent for packets of this Flow by a multicast daemon within the Observation Domain. This property cannot necessarily be observed at the Observation Point, but may be retrieved by other means. The number of octets includes IP header(s) and IP payload. </paragraph> </description> <units>octets</units> </field>
<フィールド名= "postMCastOctetDeltaCount" データ型= "unsigned64は" dataTypeSemantics = "deltaCounter" グループ= "flowCounter" ELEMENTID = "20" 適用= "データ" ステータス= "現在"> <記述> <パラグラフ>以降のオクテットの数観測ドメイン内のマルチキャストデーモンによるこのFlowのパケットのために送られ、発信マルチキャストパケットの前の報告書（もしあれば）。このプロパティは、必ずしも観測点で観測することができないが、他の手段によって取得することができます。オクテットの数は、IPヘッダ（S）とIPペイロードとを含みます。 </パラグラフ> </記述> <ユニット>オクテット</ユニット> </分野>
<field name="postMCastPacketTotalCount" dataType="unsigned64" dataTypeSemantics="totalCounter" group="flowCounter" elementId="174" applicability="data" status="current"> <description> <paragraph> The total number of outgoing multicast packets sent for packets of this Flow by a multicast daemon within the Observation Domain since the Metering Process (re-)initialization. This property cannot necessarily be observed at the Observation Point, but may be retrieved by other means. </paragraph> </description> <units>packets</units> </field>
<フィールド名= "postMCastPacketTotalCount" データ型= "unsigned64は" dataTypeSemantics = "totalCounter" グループ= "flowCounter" ELEMENTID = "174" の適用= "データ" ステータス= "現在"> <記述> <パラグラフ>発信マルチキャストの総数計量プロセス（再）初期化以来観測ドメイン内のマルチキャストデーモンによって、このフローのパケットのために送信されたパケット。このプロパティは、必ずしも観測点で観測することができないが、他の手段によって取得することができます。 </パラグラフ> </記述> <ユニット>パケット</ユニット> </フィールド>
<field name="postMCastOctetTotalCount" dataType="unsigned64" dataTypeSemantics="totalCounter" group="flowCounter" elementId="175" applicability="data" status="current"> <description> <paragraph> The total number of octets in outgoing multicast packets sent for packets of this Flow by a multicast daemon in the
<フィールド名= "postMCastOctetTotalCount" データ型= "unsigned64は" dataTypeSemantics = "totalCounter" グループ= "flowCounter" ELEMENTID = "175" の適用= "データ" ステータス= "現在"> <記述> <パラグラフ>のオクテットの総数マルチキャストデーモンによるこのFlowのパケットのために送信される送出マルチキャストパケット
Observation Domain since the Metering Process (re-)initialization. This property cannot necessarily be observed at the Observation Point, but may be retrieved by other means. The number of octets includes IP header(s) and IP payload. </paragraph> </description> <units>octets</units> </field>
計量プロセス（再）初期化以降観測ドメイン。このプロパティは、必ずしも観測点で観測することができないが、他の手段によって取得することができます。オクテットの数は、IPヘッダ（S）とIPペイロードとを含みます。 </パラグラフ> </記述> <ユニット>オクテット</ユニット> </分野>
<field name="tcpSynTotalCount" dataType="unsigned64" dataTypeSemantics="totalCounter" group="flowCounter" elementId="218" applicability="data" status="current"> <description> <paragraph> The total number of packets of this Flow with TCP "Synchronize sequence numbers" (SYN) flag set. </paragraph> </description> <reference> <paragraph> See RFC 793 for the definition of the TCP SYN flag. </paragraph> </reference> <units>packets</units> </field>
<フィールド名= "tcpSynTotalCount" データ型= "unsigned64は" dataTypeSemantics = "totalCounter" グループ= "flowCounter" ELEMENTID = "218" の適用= "データ" ステータス= "現在"> <記述> <パラグラフ>のパケットの総数TCP「シーケンス番号を同期する」（SYN）フラグが設定され、この流れ。 </パラグラフ> </記述> <参照> <パラグラフ> TCP SYNフラグの定義については、RFC 793を参照してください。 </パラグラフ> </参照> <ユニット>パケット</ユニット> </フィールド>
<field name="tcpFinTotalCount" dataType="unsigned64" dataTypeSemantics="totalCounter" group="flowCounter" elementId="219" applicability="data" status="current"> <description> <paragraph> The total number of packets of this Flow with TCP "No more data from sender" (FIN) flag set. </paragraph> </description> <reference> <paragraph> See RFC 793 for the definition of the TCP FIN flag. </paragraph> </reference> <units>packets</units> </field>
<フィールド名= "tcpFinTotalCount" データ型= "unsigned64は" dataTypeSemantics = "totalCounter" グループ= "flowCounter" ELEMENTID = "219" の適用= "データ" ステータス= "現在"> <記述> <パラグラフ>のパケットの総数（FIN）フラグが設定され、「送信者からのより多くのデータ」TCPでこの流れ。 </パラグラフ> </記述> <参照> <パラグラフ> TCP FINフラグの定義については、RFC 793を参照してください。 </パラグラフ> </参照> <ユニット>パケット</ユニット> </フィールド>
<field name="tcpRstTotalCount" dataType="unsigned64" dataTypeSemantics="totalCounter" group="flowCounter" elementId="220" applicability="data" status="current"> <description> <paragraph> The total number of packets of this Flow with TCP "Reset the connection" (RST) flag set. </paragraph> </description> <reference> <paragraph> See RFC 793 for the definition of the TCP RST flag. </paragraph> </reference> <units>packets</units> </field>
<フィールド名= "tcpRstTotalCount" データ型= "unsigned64は" dataTypeSemantics = "totalCounter" グループ= "flowCounter" ELEMENTID = "220" の適用= "データ" ステータス= "現在"> <記述> <パラグラフ>のパケットの総数TCP「接続のリセット」（RST）フラグが設定され、この流れ。 </パラグラフ> </記述> <参照> <パラグラフ> TCP RSTフラグの定義については、RFC 793を参照してください。 </パラグラフ> </参照> <ユニット>パケット</ユニット> </フィールド>
<field name="tcpPshTotalCount" dataType="unsigned64" dataTypeSemantics="totalCounter" group="flowCounter" elementId="221" applicability="data" status="current"> <description> <paragraph> The total number of packets of this Flow with TCP "Push Function" (PSH) flag set. </paragraph> </description> <reference> <paragraph> See RFC 793 for the definition of the TCP PSH flag. </paragraph> </reference> <units>packets</units> </field>
<フィールド名= "tcpPshTotalCount" データ型= "unsigned64は" dataTypeSemantics = "totalCounter" グループ= "flowCounter" ELEMENTID = "221" の適用= "データ" ステータス= "現在"> <記述> <パラグラフ>のパケットの総数TCP「プッシュ機能」（PSH）フラグが設定され、この流れ。 </パラグラフ> </記述> <参照> <パラグラフ> TCP PSHフラグの定義については、RFC 793を参照してください。 </パラグラフ> </参照> <ユニット>パケット</ユニット> </フィールド>
<field name="tcpAckTotalCount" dataType="unsigned64" dataTypeSemantics="totalCounter" group="flowCounter" elementId="222" applicability="data" status="current"> <description> <paragraph> The total number of packets of this Flow with TCP "Acknowledgment field significant" (ACK) flag set. </paragraph> </description> <reference> <paragraph> See RFC 793 for the definition of the TCP ACK flag. </paragraph>
<フィールド名= "tcpAckTotalCount" データ型= "unsigned64は" dataTypeSemantics = "totalCounter" グループ= "flowCounter" ELEMENTID = "222" の適用= "データ" ステータス= "現在"> <記述> <パラグラフ>のパケットの総数TCP「重要な確認応答フィールド」（ACK）フラグが設定され、この流れ。 </パラグラフ> </記述> <参照> <パラグラフ> TCP ACKフラグの定義については、RFC 793を参照してください。 </パラグラフ>
</reference> <units>packets</units> </field>
</参照> <ユニット>パケット</ユニット> </フィールド>
<field name="tcpUrgTotalCount" dataType="unsigned64" dataTypeSemantics="totalCounter" group="flowCounter" elementId="223" applicability="data" status="current"> <description> <paragraph> The total number of packets of this Flow with TCP "Urgent Pointer field significant" (URG) flag set. </paragraph> </description> <reference> <paragraph> See RFC 793 for the definition of the TCP URG flag. </paragraph> </reference> <units>packets</units> </field>
<フィールド名= "tcpUrgTotalCount" データ型= "unsigned64は" dataTypeSemantics = "totalCounter" グループ= "flowCounter" ELEMENTID = "223" の適用= "データ" ステータス= "現在"> <記述> <パラグラフ>のパケットの総数TCP「重大な緊急ポインタフィールド」（URG）フラグが設定され、この流れ。 </パラグラフ> </記述> <参照> <パラグラフ> TCP URGフラグの定義については、RFC 793を参照してください。 </パラグラフ> </参照> <ユニット>パケット</ユニット> </フィールド>
<field name="flowActiveTimeout" dataType="unsigned16" group="misc" elementId="36" applicability="all" status="current"> <description> <paragraph> The number of seconds after which an active Flow is timed out anyway, even if there is still a continuous flow of packets. </paragraph> </description> <units>seconds</units> </field>
アクティブフローが計時された後の秒<フィールド名=「flowActiveTimeout」データ型=「UNSIGNED16」グループ=「miscの」ELEMENTID =「36」の適用=「すべて」ステータス=「現在」> <記述> <パラグラフ>数とにかく出て、パケットの連続的な流れがまだ存在していても。 </パラグラフ> </記述> <ユニット>秒</ユニット> </分野>
<field name="flowIdleTimeout" dataType="unsigned16" group="misc" elementId="37" applicability="all" status="current"> <description> <paragraph> A Flow is considered to be timed out if no packets belonging to the Flow have been observed for the number of seconds specified by this field. </paragraph> </description> <units>seconds</units> </field>
<フィールド名=「flowIdleTimeout」データ型=「UNSIGNED16」グループ=「miscの」ELEMENTID =「37」の適用=「すべて」ステータス=「現在」> <記述> <パラグラフ>流れは無いパケットあればタイムアウトしていると考えられますフローに属するが、このフィールドで指定した秒数の間観察されています。 </パラグラフ> </記述> <ユニット>秒</ユニット> </分野>
<field name="flowEndReason" dataType="unsigned8"
<フィールド名=「flowEndReason」データタイプ=「符号なし8」
group="misc" dataTypeSemantics="identifier" elementId="136" applicability="data" status="current"> <description> <paragraph> The reason for Flow termination. The range of values includes the following: </paragraph> <artwork> 0x01: idle timeout The Flow was terminated because it was considered to be idle. 0x02: active timeout The Flow was terminated for reporting purposes while it was still active, for example, after the maximum lifetime of unreported Flows was reached. 0x03: end of Flow detected The Flow was terminated because the Metering Process detected signals indicating the end of the Flow, for example, the TCP FIN flag. 0x04: forced end The Flow was terminated because of some external event, for example, a shutdown of the Metering Process initiated by a network management application. 0x05: lack of resources The Flow was terminated because of lack of resources available to the Metering Process and/or the Exporting Process. </artwork> </description> </field>
グループ= "miscの" dataTypeSemantics = "識別子" ELEMENTID = "136" の適用= "データ" ステータス= "現在"> <記述> <パラグラフ>フロー終了の理由。値の範囲は、次のとおりです。</パラグラフ> <アートワーク> 0x01の：それはアイドル状態であると考えられたので、流れが終了したアイドルタイムアウト。 0x02の：それはまだアクティブであった報告されていないフローの最大寿命に達した後、活性タイムアウトの流れは、例えば、報告目的のために終了しました。 0×03：フローの端部は、計量プロセスは、例えばフロー、TCP FINフラグの終了を示す信号を検出したため、フローが終了した検出しました。 0×04：強制終了フローは、例えば、何らかの外部イベントのネットワーク管理アプリケーションによって開始計量プロセスのシャットダウンを終了しました。 0x05を：リソースの不足の流れがあるため計量プロセスおよび/またはエクスポートプロセスに利用可能なリソースの不足のため終了しました。 </アートワーク> </記述> </分野>
<field name="flowDurationMilliseconds" dataType="unsigned32" group="misc" elementId="161" applicability="data" status="current"> <description> <paragraph> The difference in time between the first observed packet of this Flow and the last observed packet of this Flow. </paragraph> </description> <units>milliseconds</units> </field>
<フィールド名=「flowDurationMilliseconds」データ型=「Unsigned32の」グループ=「その他」ELEMENTID =「161」の適用=「データ」ステータス=「現在」> <記述> <パラグラフ>本の最初の観測されたパケットとの間の時間差フローと、このフローの最後に観測されたパケット。 </パラグラフ> </記述> <ユニット>ミリ秒</ユニット> </分野>
<field name="flowDurationMicroseconds" dataType="unsigned32" group="misc" elementId="162" applicability="data" status="current"> <description>
<フィールド名= "flowDurationMicroseconds" データ型= "Unsigned32の" グループ= "その他" ELEMENTID = "162" の適用= "データ" ステータス= "現在"> <説明>
<paragraph> The difference in time between the first observed packet of this Flow and the last observed packet of this Flow. </paragraph> </description> <units>microseconds</units> </field>
<パラグラフ>このフローの最初の観測されたパケットとこのFlowの最後に観測されたパケットの間の時間差。 </パラグラフ> </記述> <ユニット>マイクロ秒</ユニット> </フィールド>
<field name="flowDirection" dataType="unsigned8" dataTypeSemantics="identifier" group="misc" elementId="61" applicability="data" status="current"> <description> <paragraph> The direction of the Flow observed at the Observation Point. There are only two values defined. </paragraph> <artwork> 0x00: ingress flow 0x01: egress flow </artwork> </description> </field>
<フィールド名=「流れ方向」データ型=「UNSIGNED8」dataTypeSemantics =「識別子」グループ=「その他」ELEMENTID =「61」適用=「データ」ステータス=「現在」> <記述> <パラグラフ>流れの方向を観察しObservation Pointの。定義された2つだけの値があります。 </パラグラフ> <アートワーク>は0x00：入口流れが0x01：出口の流れ</アートワーク> </記述> </分野>
<field name="paddingOctets" dataType="octetArray" group="padding" elementId="210" applicability="option" status="current"> <description> <paragraph> The value of this Information Element is always a sequence of 0x00 values. </paragraph> </description> </field>
<フィールド名=「paddingOctets」データ型=「octetArray」グループ=「パディング」ELEMENTID =「210」の適用=「オプション」ステータス=「現在」> <記述> <パラグラフ>、この情報要素の値は常に、一連のです0x00の値。 </パラグラフ> </記述> </分野>
</fieldDefinitions>
</ fieldDefinitions>
Appendix B. XML Specification of Abstract Data Types
抽象データ型の付録B.のXML仕様
This appendix contains a machine-readable description of the abstract data types to be used for IPFIX Information Elements and a machine-readable description of the template used for defining IPFIX Information Elements. Note that this appendix is of informational nature, while the text in Sections 2 and 3 (generated from this appendix) is normative.
この付録では、IPFIX情報要素とIPFIX情報要素を定義するために使用されるテンプレートの機械可読記述するために使用する抽象データ型の機械可読な記述が含まれています。 （この付録から生成された）第2条及び3のテキストは規範的である一方で、この付録では、情報の性質のものであることに注意してください。
At the same time, this appendix is also an XML schema that was used for creating the XML specification of Information Elements in
同時に、この付録では、情報要素内のXML仕様を作成するために使用されたXMLスキーマです
Appendix A. It may also be used for specifying further Information Elements in extensions of the IPFIX information model. This schema and its namespace are registered by IANA at http://www.iana.org/assignments/xml-registry/schema/ipfix.xsd.
付録A.また、IPFIX情報モデルの拡張でさらに情報要素を指定するために使用することができます。このスキーマとその名前空間はhttp://www.iana.org/assignments/xml-registry/schema/ipfix.xsdでIANAによって登録されています。
<?xml version="1.0" encoding="UTF-8"?>
<？xml version = "1.0" エンコード= "UTF-8"？>
<schema targetNamespace="urn:ietf:params:xml:ns:ipfix-info" xmlns:ipfix="urn:ietf:params:xml:ns:ipfix-info" xmlns="http://www.w3.org/2001/XMLSchema" elementFormDefault="qualified">
<スキーマのtargetNamespace = "壷：IETF：のparams：XML：NS：IPFIX-情報" のxmlns：IPFIX = "壷：IETF：のparams：XML：NS：IPFIX-情報" のxmlns = "http://www.w3.org / 2001 / XMLスキーマ」のelementFormDefault = "資格">
<simpleType name="dataType"> <restriction base="string"> <enumeration value="unsigned8"> <annotation> <documentation>The type "unsigned8" represents a non-negative integer value in the range of 0 to 255. </documentation> </annotation> </enumeration>
<単純名=「データ型」> <制限ベース=「文字列」> <列挙値=「UNSIGNED8」> <注釈> <ドキュメンテーション>タイプ「UNSIGNED8」は0〜255の範囲の非負の整数値を表します。 </ドキュメンテーション> </注釈> </列挙>
<enumeration value="unsigned16">
<annotation>
<documentation>The type "unsigned16" represents a
non-negative integer value in the range of 0 to 65535.
</documentation>
</annotation>
</enumeration>
<enumeration value="unsigned32"> <annotation> <documentation>The type "unsigned32" represents a non-negative integer value in the range of 0 to 4294967295. </documentation> </annotation> </enumeration>
<列挙値=「Unsigned32の」> <注釈> <ドキュメンテーション>タイプ「Unsigned32の」0 </ドキュメンテーション> </注釈> </列挙> 4294967295の範囲の非負の整数値を表します
<enumeration value="unsigned64"> <annotation> <documentation>The type "unsigned64" represents a non-negative integer value in the range of 0 to 18446744073709551615. </documentation> </annotation> </enumeration>
<列挙値=「unsigned64は」> <注釈> <ドキュメンテーション>タイプ「unsigned64は」0 </ドキュメンテーション> </注釈> </列挙> 18446744073709551615.の範囲の非負の整数値を表します
<enumeration value="signed8"> <annotation> <documentation>The type "signed8" represents an integer value in the range of -128 to 127. </documentation> </annotation> </enumeration>
<列挙値=「signed8」> <注釈> <ドキュメンテーション>タイプ「signed8は」-128〜127 </ドキュメンテーション> </注釈> </列挙>の範囲の整数値を表します。
<enumeration value="signed16"> <annotation> <documentation>The type "signed16" represents an integer value in the range of -32768 to 32767. </documentation> </annotation> </enumeration>
<列挙値=「signed16」> <注釈> <ドキュメンテーション>タイプ「signed16」は-32768 32767に</ドキュメンテーション> </注釈> </列挙>の範囲の整数値を表します。
<enumeration value="signed32"> <annotation> <documentation>The type "signed32" represents an integer value in the range of -2147483648 to 2147483647. </documentation> </annotation> </enumeration>
<列挙値=「signed32」> <注釈> <ドキュメンテーション>タイプ「signed32」は-2147483648〜2147483647 </ドキュメンテーション> </注釈> </列挙>の範囲の整数値を表します。
<enumeration value="signed64"> <annotation> <documentation>The type "signed64" represents an integer value in the range of -9223372036854775808 to 9223372036854775807. </documentation> </annotation> </enumeration>
<列挙値=「signed64」> <注釈> <ドキュメンテーション>タイプ「signed64」は-9223372036854775808 9223372036854775807に</ドキュメンテーション> </注釈> </列挙>の範囲の整数値を表します。
<enumeration value="float32"> <annotation> <documentation>The type "float32" corresponds to an IEEE single-precision 32-bit floating point type as defined in [IEEE.754.1985]. </documentation> </annotation> </enumeration>
<列挙値=「のfloat32」> <注釈> <ドキュメンテーション> [IEEE.754.1985]で定義されているタイプ「のfloat32」はIEEE単精度32ビット浮動小数点型に相当します。 </ドキュメンテーション> </注釈> </列挙>
<enumeration value="float64"> <annotation> <documentation>The type "float64" corresponds to an IEEE double-precision 64-bit floating point type as defined in [IEEE.754.1985].
<列挙値=「のfloat64」> <注釈> <ドキュメンテーション> [IEEE.754.1985]で定義されているタイプ「のfloat64」はIEEE倍精度64ビット浮動小数点型に相当します。
</documentation> </annotation> </enumeration>
</ドキュメンテーション> </注釈> </列挙>
<enumeration value="boolean"> <annotation> <documentation>The type "boolean" represents a binary value. The only allowed values are "true" and "false". </documentation> </annotation> </enumeration>
<列挙値=「ブール」> <注釈> <ドキュメンテーション>タイプ「ブール」のバイナリ値を表します。唯一の許容値は、「真」と「偽」です。 </ドキュメンテーション> </注釈> </列挙>
<enumeration value="macAddress"> <annotation> <documentation>The type "macAddress" represents a string of 6 octets. </documentation> </annotation> </enumeration>
<列挙値=「MACADDRESS」> <注釈> <ドキュメンテーション>タイプ「MACADDRESS」は6つのオクテットの文字列を表します。 </ドキュメンテーション> </注釈> </列挙>
<enumeration value="octetArray"> <annotation> <documentation>The type "octetArray" represents a finite-length string of octets. </documentation> </annotation> </enumeration>
<列挙値=「octetArray」> <注釈> <ドキュメンテーション>タイプ「octetArray」はオクテットの有限長の文字列を表します。 </ドキュメンテーション> </注釈> </列挙>
<enumeration value="string"> <annotation> <documentation> The type "string" represents a finite-length string of valid characters from the Unicode character encoding set [ISO.10646-1.1993]. Unicode allows for ASCII [ISO.646.1991] and many other international character sets to be used. </documentation> </annotation> </enumeration>
<列挙値=「文字列」> <注釈> <ドキュメンテーション>タイプ「string」は[ISO.10646-1.1993] Unicode文字セットエンコーディングから有効な文字の有限長の文字列を表します。 Unicodeは、[ISO.646.1991] ASCIIを可能にし、他の多くの国際的な文字セットが使用されるように。 </ドキュメンテーション> </注釈> </列挙>
<enumeration value="dateTimeSeconds"> <annotation> <documentation> The type "dateTimeSeconds" represents a time value in units of seconds based on coordinated universal time (UTC). The choice of an epoch, for example, 00:00 UTC, January 1, 1970, is left to corresponding encoding specifications for this type, for example, the IPFIX protocol specification. Leap seconds are excluded. Note that transformation of values might be required between different encodings if different epoch values are used. </documentation> </annotation> </enumeration>
<列挙値=「dateTimeSeconds」> <注釈> <ドキュメンテーション>タイプ「dateTimeSecondsは」協定世界時（UTC）に基づいて、秒単位の時間値を表します。エポックの選択は、例えば00:00 UTC 1970年1月1日には、例えば、IPFIXプロトコル仕様、このタイプの符号化仕様を対応に任されています。うるう秒は除外されています。異なるエポック値が使用される場合は、値の変換は、異なるエンコーディングの間に必要とされるかもしれないことに留意されたいです。 </ドキュメンテーション> </注釈> </列挙>
<enumeration value="dateTimeMilliseconds"> <annotation> <documentation>The type "dateTimeMilliseconds" represents a time value in units of milliseconds based on coordinated universal time (UTC). The choice of an epoch, for example, 00:00 UTC, January 1, 1970, is left to corresponding encoding specifications for this type, for example, the IPFIX protocol specification. Leap seconds are excluded. Note that transformation of values might be required between different encodings if different epoch values are used. </documentation> </annotation> </enumeration>
<列挙値=「dateTimeMilliseconds」> <注釈> <ドキュメンテーション>タイプ「dateTimeMilliseconds」は協定世界時（UTC）に基づいて、ミリ秒単位の時間値を表します。エポックの選択は、例えば00:00 UTC 1970年1月1日には、例えば、IPFIXプロトコル仕様、このタイプの符号化仕様を対応に任されています。うるう秒は除外されています。異なるエポック値が使用される場合は、値の変換は、異なるエンコーディングの間に必要とされるかもしれないことに留意されたいです。 </ドキュメンテーション> </注釈> </列挙>
<enumeration value="dateTimeMicroseconds"> <annotation> <documentation>The type "dateTimeMicroseconds" represents a time value in units of microseconds based on coordinated universal time (UTC). The choice of an epoch, for example, 00:00 UTC, January 1, 1970, is left to corresponding encoding specifications for this type, for example, the IPFIX protocol specification. Leap seconds are excluded. Note that transformation of values might be required between different encodings if different epoch values are used. </documentation> </annotation> </enumeration>
<列挙値=「dateTimeMicroseconds」> <注釈> <ドキュメンテーション>タイプ「dateTimeMicroseconds」は協定世界時（UTC）に基づいて、マイクロ秒単位の時間値を表します。エポックの選択は、例えば00:00 UTC 1970年1月1日には、例えば、IPFIXプロトコル仕様、このタイプの符号化仕様を対応に任されています。うるう秒は除外されています。異なるエポック値が使用される場合は、値の変換は、異なるエンコーディングの間に必要とされるかもしれないことに留意されたいです。 </ドキュメンテーション> </注釈> </列挙>
<enumeration value="dateTimeNanoseconds"> <annotation> <documentation>The type "dateTimeNanoseconds" represents a time value in units of nanoseconds based on coordinated universal time (UTC). The choice of an epoch, for example, 00:00 UTC, January 1, 1970, is left to corresponding encoding specifications for this type, for example, the IPFIX protocol specification. Leap seconds are excluded. Note that transformation of values might be required between different encodings if different epoch values are used. </documentation> </annotation> </enumeration>
<列挙値=「dateTimeNanoseconds」> <注釈> <ドキュメンテーション>タイプ「dateTimeNanoseconds」は協定世界時（UTC）に基づいてナノ秒単位の時間値を表します。エポックの選択は、例えば00:00 UTC 1970年1月1日には、例えば、IPFIXプロトコル仕様、このタイプの符号化仕様を対応に任されています。うるう秒は除外されています。異なるエポック値が使用される場合は、値の変換は、異なるエンコーディングの間に必要とされるかもしれないことに留意されたいです。 </ドキュメンテーション> </注釈> </列挙>
<enumeration value="ipv4Address"> <annotation> <documentation>The type "ipv4Address" represents a value of an IPv4 address. </documentation> </annotation> </enumeration> <enumeration value="ipv6Address"> <annotation> <documentation>The type "ipv6Address" represents a value of an IPv6 address. </documentation> </annotation> </enumeration> </restriction> </simpleType>
<列挙値=「IPv4Addressを」> <注釈> <ドキュメンテーション>タイプ「IPv4Addressを」は、IPv4アドレスの値を表します。 </ドキュメンテーション> </注釈> </列挙> <列挙値= "ipv6Address"> <注釈> <ドキュメンテーション>タイプ "ipv6Address" は、IPv6アドレスの値を表します。 </ドキュメンテーション> </注釈> </列挙> </制限> </ simpleTypeの>
<simpleType name="dataTypeSemantics"> <restriction base="string"> <enumeration value="quantity"> <annotation> <documentation> A quantity value represents a discrete measured value pertaining to the record. This is distinguished from counters that represent an ongoing measured value whose "odometer" reading is captured as part of a given record. If no semantic qualifier is given, the Information Elements that have an integral data type should behave as a quantity. </documentation> </annotation> </enumeration>
<単純名=「dataTypeSemantics」> <制限ベース=「文字列」> <列挙値=「量」> <注釈> <ドキュメンテーション>量の値がレコードに関連する離散的な測定値を表します。これは、「走行距離」読み取り所与のレコードの一部として取り込まれている継続的な測定値を表すカウンタと区別されます。何の意味的な修飾子が指定されていない場合、整数データ型を持つ情報要素は、量として振る舞う必要があります。 </ドキュメンテーション> </注釈> </列挙>
<enumeration value="totalCounter">
<annotation>
<documentation>
An integral value reporting the value of a counter.
Counters are unsigned and wrap back to zero after
reaching the limit of the type. For example, an
unsigned64 with counter semantics will continue to increment until reaching the value of 2**64 - 1. At
this point, the next increment will wrap its value to
zero and continue counting from zero. The semantics
of a total counter is similar to the semantics of
counters used in SNMP, such as Counter32 defined in
RFC 2578 [RFC2578]. The only difference between total
counters and counters used in SNMP is that the total
counters have an initial value of 0. A total counter
counts independently of the export of its value.
</documentation>
</annotation>
</enumeration>
<enumeration value="deltaCounter"> <annotation> <documentation> An integral value reporting the value of a counter. Counters are unsigned and wrap back to zero after reaching the limit of the type. For example, an unsigned64 with counter semantics will continue to increment until reaching the value of 2**64 - 1. At this point, the next increment will wrap its value to zero and continue counting from zero. The semantics of a delta counter is similar to the semantics of counters used in SNMP, such as Counter32 defined in RFC 2578 [RFC2578]. The only difference between delta counters and counters used in SNMP is that the delta counters have an initial value of 0. A delta counter is reset to 0 each time its value is exported. </documentation> </annotation> </enumeration>
<列挙値=「deltaCounter」> <注釈> <ドキュメンテーション>カウンタの値を報告する整数値。カウンタは、符号なしであり、タイプの限界に達した後、ゼロに戻ってラップします。この時点で、1次の増分がゼロにその値をラップし、ゼロからカウントを継続します - 例えば、カウンタセマンティクスとunsigned64は、2 ** 64の値に達するまでインクリメントし続けます。デルタカウンタの意味論は、RFC 2578 [RFC2578]で定義されたようなCounter32のようなSNMPで使用されるカウンタの意味論と同様です。 SNMPで使用されるデルタカウンタと、カウンタの唯一の違いは、デルタカウンタはデルタカウンタが0の値がエクスポートされるたびにリセットされ、0の初期値を有することです。 </ドキュメンテーション> </注釈> </列挙>
<enumeration value="identifier"> <annotation> <documentation> An integral value that serves as an identifier. Specifically, mathematical operations on two identifiers (aside from the equality operation) are meaningless. For example, Autonomous System ID 1 * Autonomous System ID 2 is meaningless. </documentation> </annotation> </enumeration>
<列挙値=「識別子」> <注釈> <ドキュメンテーション>識別子として機能する整数値。具体的には、2つの識別子（脇等価操作からの）上の数学的な操作は無意味です。例えば、自律システムID 1 *自律システムID 2は無意味です。 </ドキュメンテーション> </注釈> </列挙>
<enumeration value="flags"> <annotation> <documentation>
<列挙値= "旗"> <注釈> <ドキュメンテーション>
An integral value that actually represents a set of bit fields. Logical operations are appropriate on such values, but not other mathematical operations. Flags should always be of an unsigned type. </documentation> </annotation> </enumeration> </restriction> </simpleType>
実際のビットフィールドのセットを表す整数値。論理演算は、このような値に適切ではなく、他の数学的な操作です。フラグは常に符号なしの型でなければなりません。 </ドキュメンテーション> </注釈> </列挙> </制限> </ simpleTypeの>
<simpleType name="applicability"> <restriction base="string"> <enumeration value="data"> <annotation> <documentation> Used for Information Elements that are applicable to Flow Records only. </documentation> </annotation> </enumeration>
唯一のフローレコードに適用されている情報要素に使用される<単純名=「適用」> <制限ベース=「文字列」> <列挙値=「データ」> <注釈> <ドキュメンテーション>。 </ドキュメンテーション> </注釈> </列挙>
<enumeration value="option">
<annotation>
<documentation>
Used for Information Elements that are applicable to
option records only.
</documentation>
</annotation>
</enumeration>
<enumeration value="all"> <annotation> <documentation> Used for Information Elements that are applicable to Flow Records as well as to option records. </documentation> </annotation> </enumeration> </restriction> </simpleType>
フローレコードにだけでなく、オプションのレコードに適用されている情報要素に使用される<列挙値=「すべて」> <注釈> <ドキュメンテーション>。 </ドキュメンテーション> </注釈> </列挙> </制限> </ simpleTypeの>
<simpleType name="status"> <restriction base="string"> <enumeration value="current"> <annotation> <documentation> Indicates that the Information Element definition is current and valid.
<単純名=「ステータス」> <制限ベース=「文字列」> <列挙値=「現在」> <注釈> <ドキュメンテーション>は、情報要素の定義は、現在、有効であることを示します。
</documentation>
</annotation>
</enumeration>
<enumeration value="deprecated"> <annotation> <documentation> Indicates that the Information Element definition is obsolete, but it permits new/continued implementation in order to foster interoperability with older/existing implementations. </documentation> </annotation> </enumeration> <enumeration value="obsolete"> <annotation> <documentation> Indicates that the Information Element definition is obsolete and should not be implemented and/or can be removed if previously implemented. </documentation> </annotation> </enumeration> </restriction> </simpleType>
<列挙値は=「非推奨」> <注釈> <ドキュメンテーション>情報要素の定義は廃止されましたが、それは古い/既存の実装との相互運用性を促進するために、継続的な/新しい実装が可能になることを示します。 </ドキュメンテーション> </注釈> </列挙> <列挙値=「時代遅れ」> <注釈> <ドキュメンテーション>情報要素の定義が廃止され、実装されるべきではない、および/または以前に実施した場合に取り外すことができることを示します。 </ドキュメンテーション> </注釈> </列挙> </制限> </ simpleTypeの>
<complexType name="text"> <choice maxOccurs="unbounded" minOccurs="0"> <element name="paragraph"> <complexType mixed="true"> <sequence> <element maxOccurs="unbounded" minOccurs="0" name="xref"> <complexType> <attribute name="target" type="string" use="required"/> </complexType> </element> </sequence> </complexType> </element> <element name="artwork"> <simpleType> <restriction base="string"/> </simpleType> </element> </choice> </complexType>
<complexTypeの名= "テキスト"> <選択肢のmaxOccurs = "無制限" のminOccurs = "0"> <要素名= "段落"> <complexTypeの混合= "真の"> <シーケンス>、<要素のmaxOccursは= "無制限" のminOccurs =」 0" 名前= "外部参照"> <complexTypeの> <名前=属性 "ターゲット" タイプ= "文字列" を使用する= "必要" /> </ complexTypeの> </要素> </シーケンス> </ complexTypeの> </要素> <要素名= "アートワーク"> <単純> <制限ベース= "文字列" /> </ simpleTypeの> </要素> </選択> </ complexTypeの>
<simpleType name="range"> <restriction base="string"/> </simpleType> <element name="fieldDefinitions"> <complexType> <sequence> <element maxOccurs="unbounded" minOccurs="1" name="field"> <complexType> <sequence> <element maxOccurs="1" minOccurs="1" name="description" type="ipfix:text"> <annotation> <documentation> The semantics of this Information Element. Describes how this Information Element is derived from the Flow or other information available to the observer. </documentation> </annotation> </element>
<単純名= "範囲"> <制限ベース= "文字列" /> </単純> <要素名= "fieldDefinitions"> <complexTypeの> <シーケンス> <要素のmaxOccurs = "無限" のminOccurs = "1" NAME =」フィールド "> <complexTypeの> <シーケンス> <要素のmaxOccurs =" 1" のminOccurs = "1" 名前= "説明" タイプ= "IPFIX：テキスト"> <注釈> <ドキュメンテーション>この情報要素の意味。この情報要素は、フローや観察者に利用可能な他の情報から導出される方法を説明します。 </ドキュメンテーション> </注釈> </要素>
<element maxOccurs="1" minOccurs="0" name="reference"
type="ipfix:text">
<annotation>
<documentation>
Identifies additional specifications that more
precisely define this item or provide additional
context for its use.
</documentation>
</annotation>
</element>
<element maxOccurs="1" minOccurs="0" name="units" type="string"> <annotation> <documentation> If the Information Element is a measure of some kind, the units identify what the measure is. </documentation> </annotation> </element>
<要素のmaxOccurs =「1」のminOccurs =「0」名前=「単位」タイプ=「文字列」> <注釈> <ドキュメンテーション>情報要素はいくつかの種類の尺度である場合、単位は対策が何であるかを識別する。 </ドキュメンテーション> </注釈> </要素>
<element maxOccurs="1" minOccurs="0" name="range" type="ipfix:range"> <annotation> <documentation> Some Information Elements may only be able to take on a restricted set of values that can be expressed as a range (e.g., 0 through 511 inclusive). If this is the case, the valid inclusive range should be specified. </documentation> </annotation> </element> </sequence>
<要素のmaxOccurs =「1」のminOccurs =「0」NAME =「範囲」タイプ=「IPFIX：範囲」> <注釈> <ドキュメンテーション>いくつかの情報要素のみを表すことができる値の制限されたセットを取ることができるかもしれませ範囲（例えば、0から511を含みます）。このような場合は、有効な包括的範囲を指定する必要があります。 </ドキュメンテーション> </注釈> </要素> </シーケンス>
<attribute name="name" type="string" use="required"> <annotation> <documentation> A unique and meaningful name for the Information Element. </documentation> </annotation> </attribute>
情報要素のためのユニークで意味のある名前を<注釈> <ドキュメンテーション> <属性名=「名前」タイプ=「文字列」の使用は=「必要」>を。 </ドキュメンテーション> </注釈> </属性>
<attribute name="dataType" type="ipfix:dataType" use="required"> <annotation> <documentation> One of the types listed in Section 3.1 of this document or in a future extension of the information model. The type space for attributes is constrained to facilitate implementation. The existing type space does however encompass most basic types used in modern programming languages, as well as some derived types (such as ipv4Address) that are common to this domain and useful to distinguish. </documentation> </annotation> </attribute>
<名前=「データ型」タイプ=「IPFIX：dataTypeと」属性「に必要な」使用を=> <注釈> <ドキュメンテーション>このドキュメントのセクション3.1か情報モデルの今後の拡大に記載されているタイプの一つ。属性の型スペースは実装を容易にするために、制約されています。既存のタイプのスペースは、しかし、現代のプログラミング言語で使用される最も基本的なタイプだけでなく、このドメインに共通して区別するのに有用である（例えばIPv4Addressをなど）いくつかの派生型を包含しません。 </ドキュメンテーション> </注釈> </属性>
<attribute name="dataTypeSemantics" type="ipfix:dataTypeSemantics" use="optional"> <annotation> <documentation> The integral types may be qualified by additional semantic details. Valid values for the data type semantics are specified in Section 3.2 of this document or in a future extension of the information model. </documentation> </annotation> </attribute>
<属性名=「dataTypeSemantics」タイプ=「IPFIX：dataTypeSemantics」使用=「オプション」> <注釈> <ドキュメンテーション>整数型には、追加の意味論的な詳細によって修飾することができます。データ・タイプのセマンティクスの有効な値は、このドキュメントのセクション3.2か情報モデルの今後の拡大に指定されています。 </ドキュメンテーション> </注釈> </属性>
<attribute name="elementId" type="nonNegativeInteger"
<属性名は= "ELEMENTID" タイプ= "NonNegativeIntegerの"
use="required"> <annotation> <documentation> A numeric identifier of the Information Element. If this identifier is used without an enterprise identifier (see [RFC5101] and enterpriseId below), then it is globally unique and the list of allowed values is administered by IANA. It is used for compact identification of an Information Element when encoding Templates in the protocol. </documentation> </annotation> </attribute>
=「必要」> <注釈> <ドキュメンテーション>情報要素の数値識別子を使用しています。この識別子は、企業の識別子なしで使用される場合、それはグローバルに一意であり、許容値のリストは、IANAによって投与される（以下[RFC5101]とenterpriseIdを参照されたいです）。プロトコルにテンプレートを符号化する際には、情報要素のコンパクトな識別のために使用されます。 </ドキュメンテーション> </注釈> </属性>
<attribute name="enterpriseId" type="nonNegativeInteger" use="optional"> <annotation> <documentation> Enterprises may wish to define Information Elements without registering them with IANA, for example, for enterprise-internal purposes. For such Information Elements, the Information Element identifier described above is not sufficient when the Information Element is used outside the enterprise. If specifications of enterprise-specific Information Elements are made public and/or if enterprise-specific identifiers are used by the IPFIX protocol outside the enterprise, then the enterprise-specific identifier MUST be made globally unique by combining it with an enterprise identifier. Valid values for the enterpriseId are defined by IANA as Structure of Management Information (SMI) network management private enterprise codes. They are defined at http://www.iana.org/assignments/enterprise-numbers. </documentation> </annotation> </attribute>
<注釈> <ドキュメンテーション> <名前=「enterpriseId」タイプ=「NonNegativeIntegerの」使用=「オプション」属性>を企業は、企業内部目的のために、例えば、IANAにそれらを登録しないで情報要素を定義することもできます。情報要素は、企業外で使用される場合、そのような情報要素について、上述した情報要素識別子は十分ではありません。企業固有の情報要素の仕様が公開されている場合、企業固有の識別子が企業外IPFIXプロトコルによって使用される場合、および/または、その後、企業固有の識別子は、企業の識別子と組み合わせることによって、グローバルに一意にしなければなりません。 enterpriseIdの有効な値は、管理情報（SMI）ネットワーク管理、民間企業コードの構造としてIANAによって定義されています。これらはhttp://www.iana.org/assignments/enterprise-numbersで定義されています。 </ドキュメンテーション> </注釈> </属性>
<attribute name="applicability" type="ipfix:applicability" use="optional"> <annotation> <documentation> This property of an Information Element indicates in which kind of records the Information Element can be used.
<名前=「適用」タイプ=「IPFIX：適用性」属性を使用する=「オプションは」> <注釈> <ドキュメンテーション>情報要素のこの特性は、レコードのどの種類の情報要素を使用することができますを示しています。
Allowed values for this property are 'data', 'option', and 'all'. </documentation> </annotation> </attribute>
このプロパティの許容値は、「データ」、「オプション」、および「すべて」です。 </ドキュメンテーション> </注釈> </属性>
<attribute name="status" type="ipfix:status" use="required"> <annotation> <documentation> The status of the specification of this Information Element. Allowed values are 'current', 'deprecated', and 'obsolete'. </documentation> </annotation> </attribute> <attribute name="group" type="string" use="required"> <annotation> <documentation>to be done ...</documentation> </annotation> </attribute>
<名前=「ステータス」タイプ=「IPFIX：状態」属性を使用する=「必要」> <注釈> <ドキュメンテーション>この情報要素の仕様の状態。指定可能な値は、「現在の」「非推奨」、および「時代遅れ」です。 </ドキュメンテーション> </注釈> </属性> <属性名= "グループ" タイプ= "文字列" 使用= "必要"> </ドキュメンテーション> </注釈> ...やるべきこと<注釈> <ドキュメンテーションを> </属性>
</complexType> </element> </sequence> </complexType>
</ complexTypeの> </要素> </シーケンス> </ complexTypeの>
<unique name="infoElementIdUnique"> <selector xpath="field"/>
<一意の名前= "infoElementIdUnique"> <セレクターのxpath = "フィールド" />
<field xpath="elementId"/> </unique> </element> </schema>
<フィールドのxpath = "ELEMENTID" /> </ユニーク> </要素> </スキーマ>
Authors' Addresses
著者のアドレス
Juergen Quittek NEC Kurfuersten-Anlage 36 Heidelberg 69115 Germany
ユルゲンQuittek NEC Kurfuerstenコンディショニング36 69115ハイデルベルクドイツ
Phone: +49 6221 90511-15 EMail: quittek@nw.neclab.eu URI: http://www.neclab.eu/
電話：+49 6221 90511から15電子メール：quittek@nw.neclab.eu URI：http://www.neclab.eu/
Stewart Bryant Cisco Systems, Inc. 250, Longwater Ave., Green Park Reading RG2 6GB United Kingdom
スチュワートブライアントシスコシステムズ社250、Longwaterアベニュー、グリーンパーク読書RG2 6ギガバイトイギリス
EMail: stbryant@cisco.com
メールアドレス：stbryant@cisco.com
Benoit Claise Cisco Systems, Inc. De Kleetlaan 6a b1 Diegem 1831 Belgium
ブノワClaiseシスコシステムズ、株式会社デKleetlaan 6aはB1のディーゲム1831ベルギー
Phone: +32 2 704 5622 EMail: bclaise@cisco.com
電話：+32 2 704 5622 Eメール：bclaise@cisco.com
Paul Aitken Cisco Systems, Inc. 96 Commercial Quay Edinburgh EH6 6LX Scotland
ポール・エイトケンシスコシステムズ社96商業埠頭エジンバラEH6 6LXスコットランド
Phone: +44 131 561 3616 EMail: paitken@cisco.com
電話：+44 131 561 3616 Eメール：paitken@cisco.com
Jeff Meyer PayPal 2211 N. First St. San Jose, CA 95131-2021 US
ジェフ・マイヤーPayPalの2211 N.まず聖サンノゼ、CA 95131から2021米
Phone: +1 408 976-9149 EMail: jemeyer@paypal.com URI: http://www.paypal.com
電話：+1 408 976-9149 Eメール：jemeyer@paypal.com URI：http://www.paypal.com
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に情報を記述してください。