Network Working Group S. Niccolini
Request for Comments: 5388 S. Tartarelli
Category: Standards Track J. Quittek
T. Dietz
NEC
M. Swany
UDel
December 2008
Information Model and XML Data Model for Traceroute Measurements
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）の最新版を参照してください。このメモの配布は無制限です。
Copyright Notice
著作権表示
Copyright (c) 2008 IETF Trust and the persons identified as the document authors. All rights reserved.
著作権（C）2008 IETF信託とドキュメントの作成者として特定の人物。全著作権所有。
This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (http://trustee.ietf.org/ license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document.
この文書では、BCP 78と、この文書の発行日に有効なIETFドキュメント（http://trustee.ietf.org/ライセンス情報）に関連IETFトラストの法律の規定に従うものとします。彼らは、この文書に関してあなたの権利と制限を説明するように、慎重にこれらの文書を確認してください。
Abstract
抽象
This document describes a standard way to store the configuration and the results of traceroute measurements. This document first describes the terminology used in this document and the traceroute tool itself; afterwards, the common information model is defined, dividing the information elements into two semantically separated groups (configuration elements and results elements). Moreover, an additional element is defined to relate configuration elements and results elements by means of a common unique identifier. On the basis of the information model, a data model based on XML is defined to store the results of traceroute measurements.
この文書は、構成およびtraceroute測定の結果を格納するための標準的な方法を記載しています。この文書では、最初に、この文書やtracerouteのツール自体で使用される用語について説明し、その後、共通情報モデルは、2つの意味的に分離されたグループ（構成要素および結果要素）に情報要素を分割し、定義されています。また、付加的な要素は、共通の一意の識別子を用いて構成要素および結果要素を関連付けるために定義されています。情報モデルに基づいて、XMLに基づくデータモデルは、トレースルート測定の結果を格納するために定義されています。
Table of Contents
目次
1. Introduction ....................................................3
2. Terminology Used in This Document ...............................3
3. The Traceroute Tool and Its Operations ..........................4
4. Results of Traceroute Measurements ..............................5
5. Information Model for Traceroute Measurements ...................5
5.1. Data Types .................................................6
5.2. Information Elements .......................................7
5.2.1. Relationships between the Information Elements ......7
5.2.2. Configuration Information Elements .................12
5.2.3. Results Information Elements .......................17
5.2.4. Information Element Correlating
Configuration and Results ..........................21
5.2.5. Information Elements to Compare Traceroute
Measurement Results ................................22
6. Data Model for Storing Traceroute Measurements .................23
7. XML Schema for Traceroute Measurements .........................24
8. Security Considerations ........................................38
8.1. Conducting Traceroute Measurements ........................39
8.2. Securing Traceroute Measurement Information ...............39
9. IANA Considerations ............................................40
10. References ....................................................40
10.1. Normative References .....................................40
10.2. Informative References ...................................41
Appendix A. Traceroute Default Configuration Parameters ...........43
A.1. Alternative Traceroute Implementations ....................46
Appendix B. Known Problems with Traceroute ........................47
B.1. Compatibility between Traceroute Measurement Results
and IPPM Metrics ..........................................47
Appendix C. Differences to DISMAN-TRACEROUTE-MIB ..................47
C.1. Scope .....................................................48
C.2. Naming ....................................................49
C.3. Semantics .................................................49
C.4. Additional Information Elements ...........................50
Appendix D. Traceroute Examples with XML Representation ...........50
Traceroutes are used by lots of measurement efforts, either as independent measurements or as a means of getting path information to support other measurement efforts. That is why there is the need to standardize the way the configuration and the results of traceroute measurements are stored. The standard metrics defined by the IPPM group in matters of delay, connectivity, and losses do not apply to the metrics returned by the traceroute tool. Therefore, in order to compare results of traceroute measurements, the only possibility is to add to the stored results a specification of the operating system as well as the name and version for the traceroute tool used. This document, in order to store results of traceroute measurements and allow comparison of them, defines a standard way to store them using an XML schema.
トレースルートは、独立した測定として、または他の測定活動を支援するための経路情報を取得する手段としてのいずれかで、測定作業の多くで使用されています。コンフィギュレーションおよびtraceroute測定の結果が格納されている方法を標準化する必要がある理由です。標準遅延、接続性の問題でIPPMグループによって定義されたメトリック、および損失は、トレースルートツールによって返されたメトリックには適用されません。したがって、トレースルート測定の結果を比較するために、唯一の可能性は、格納された結果を、オペレーティング・システムの仕様、ならびに使用されるトレースルートツールの名前およびバージョンを追加することです。この文書では、トレースルート測定の結果を格納し、それらの比較を可能にするために、XMLスキーマを使用してそれらを格納する標準的な方法を定義します。
The document is organized as follows: Section 2 defines the terminology used in this document; Section 3 describes the traceroute tool; Section 4 describes the results of a traceroute measurement as displayed to the screen from which the traceroute tool was launched; Section 5 and Section 6, respectively, describe the information model and data model for storing configuration and results of the traceroute measurements; Section 7 contains the XML schema to be used as a template for storing and/or exchanging traceroute measurement information; the document ends with security considerations and IANA considerations in Section 8 and Section 9 respectively.
次のようにドキュメントが編成されている：第2節では、本書で使用される用語を定義します。第3節では、tracerouteのツールについて説明し、セクション4は、トレースルートツールが起動された画面に表示されるトレースルート測定の結果を記載します。第5及び第6章、それぞれ、構成およびtraceroute測定の結果を格納するための情報モデルとデータモデルを記述します。セクション7は、記憶及び/又はトレースルート測定情報を交換するためのテンプレートとして使用されるXMLスキーマが含まれています。文書には、それぞれのセキュリティの考慮事項とIANA問題第8章の、セクション9で終わります。
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]に記載されているように解釈されます。
The terminology used in this document is defined as follows:
次のようにこの文書で使用される用語は、定義されています。
o traceroute tool: a software tool for network diagnostic that behaves as described in Section 3;
Oのトレースルートツール：セクション3で説明したように振る舞う診断ネットワークのためのソフトウェアツール。
o traceroute measurement: an instance of the traceroute tool launched, with specific configuration parameters (traceroute measurement configuration parameters), from a specific host (initiator of the traceroute measurement) giving as output specific traceroute measurement results;
Oのトレースルート測定：トレースルートツールのインスタンスは、特定のホストから、特定の設定パラメータ（トレースルート測定設定パラメータ）を用いて、出力特定のtraceroute計測結果として得（トレースルート測定の開始）を立ち上げました。
o traceroute probe: one of many IP packets sent out by the traceroute tool during a traceroute measurement;
Oのトレースルートプローブ：トレースルート測定中のtracerouteツールによって送り出された多くのIPパケットの1つ。
o traceroute measurement configuration parameters: the configuration parameters of a traceroute measurement;
トレースルート測定設定パラメータO：トレースルート測定の構成パラメータ。
o traceroute measurement results: the results of a traceroute measurement;
Oトレースルート測定結果：トレースルート測定の結果。
o traceroute measurement information: both the results and the configuration parameters of a traceroute measurement;
O計測情報をtraceroute：結果とトレースルート測定の構成パラメータの両方を、
o traceroute measurement path: a sequence of hosts transited in order by traceroute probes during a traceroute measurement.
Oトレースルート測定経路：トレースルート測定時のtracerouteプローブ順に遷移ホストの配列。
Traceroute is a network diagnostic tool used to determine the hop-by-hop path from a source to a destination and the Round Trip Time (RTT) from the source to each hop. Traceroute can be therefore used to discover some information (hop counts, delays, etc.) about the path between the initiator of the traceroute measurement and other hosts.
tracerouteは、各ホップの送信元から送信先とラウンドトリップ時間（RTT）のソースからのホップバイホップパスを決定するために使用されるネットワークの診断ツールです。トレースルートは、従って、トレースルート測定の開始剤と他のホストとの間の経路に関する情報（ホップ数、遅延、等）を発見するために使用することができます。
Typically, the traceroute tool attempts to discover the path to a destination by sending UDP probes with specific time-to-live (TTL) values in the IP packet header and trying to elicit an ICMP TIME_EXCEEDED response from each gateway along the path to some host.
典型的には、トレースルートツールは、IPパケットヘッダ内の特定の生存時間（TTL）値を使用してUDPプローブを送信し、いくつかのホストへのパスに沿った各ゲートウェイからICMP TIME_EXCEEDED応答を誘発しようとすることによって目的地への経路を発見することを試みます。
In more detail, a first set of probes with TTL equal to 1 is sent by the traceroute tool from the host initiating the traceroute measurement (some tool implementations allow setting the initial TTL to a value equal to "n" different from 1, so that the first "n-1" hops are skipped and the first hop that will be traced is the "n-th" in the path). Upon receiving a probe, the first hop host decreases the TTL value (by one or more). By observing a TTL value equal to zero, the host rejects the probe and typically returns an ICMP message with a TIME_EXCEEDED value. The traceroute tool can therefore derive the IP address of the first hop from the header of the ICMP message and evaluate the RTT between the host initiating the traceroute measurement and the first hop. The next hops are discovered following the same procedure, taking care to increase at each step the TTL value of the probes by one. The TTL value is increased until either an ICMP PORT_UNREACHABLE message is received, meaning that the destination host has been reached, or the maximum configured number of hops has been hit.
より詳細には、1に等しいTTLを有するプローブの第一のセットは、そのように（いくつかのツールの実装は、1とは異なる「N」に等しい値に初期TTLを設定できるようにトレースルート測定を開始し、ホストからのトレースルートツールによって送信されます最初の「N-1」ホップはスキップされ、追跡される最初のホップ）が「n番目」の経路です。プローブを受信すると、最初のホップのホストは、（一つ以上によって）TTL値を減少させます。ゼロに等しいTTL値を観察することにより、ホストは、プローブを拒否し、典型的にTIME_EXCEEDED値とICMPメッセージを返します。トレースルートツールは、したがって、ICMPメッセージのヘッダからの第1のホップのIPアドレスを導出し、トレースルート測定を開始するホストと最初のホップの間のRTTを評価することができます。次のホップは、それぞれ一つによってプローブのTTL値をステップで増加に注意しながら、同じ手順に従って発見されます。 ICMP PORT_UNREACHABLEメッセージのいずれかを受信するまでTTL値は、宛先ホストに到達した、またはホップの最大構成数がヒットされたことを意味し、増加されます。
Some implementations use ICMP Echoes, instead of UDP datagrams. However, many routers do not return ICMP messages about ICMP messages, i.e., no ICMP TIME_EXCEEDED is returned for an ICMP Echo.
一部の実装では、ICMPエコー、代わりにUDPデータグラムを使用します。しかし、多くのルータはICMPメッセージについてのICMPメッセージを返さない、すなわち、何のICMP TIME_EXCEEDEDは、ICMPエコーのために返されません。
Therefore, this document recommends to base implementations on UDP datagrams. Considerations on TCP-based implementations of the traceroute tool are reported in Appendix A.1.
したがって、この文書は、UDPデータグラム上のベースの実装を推奨しています。トレースルートツールのTCPベースの実装上の考慮事項は、付録A.1で報告されています。
The following list reports the information fields provided as results by all traceroute tool implementations considered. The order in which they are reported here is not relevant and changes in different implementations. For each hop, the following information is reported:
以下のリストは、考慮されるすべてのtracerouteツールの実装によって結果として提供される情報フィールドを報告します。彼らはここで報告される順序は、関連と異なる実装の変更ではありません。各ホップについて、次の情報が報告されます。
o the hop index;
ホップインデックスO;
o the host symbolic address, provided that at least one of the probes received a response, the symbolic address could be resolved at the corresponding host, and the option to display only numerical addresses was not set;
ホストシンボリックアドレスO、プローブの少なくとも一方が応答を受信し、シンボリックアドレスは、対応するホストに解決することができ、唯一の数値アドレスを表示するオプションが設定されていないことを条件とします。
o the host IP address, provided that at least one of the probes received a response;
ホストIPアドレス、O、プローブの少なくとも一つは、応答を受信したことを条件とします。
o the RTT for each response to a probe.
プローブの各応答に対するRTT O。
Depending on the traceroute tool implementation, additional information might be displayed in the output (for instance, MPLS-related information).
トレースルートツールの実装に応じて、付加情報を出力（例えば、MPLS関連情報）に表示されるかもしれません。
It might happen that some probes do not receive a response within the configured timeout (for instance, if the probe is filtered out by a firewall). In this case, an "*" is displayed in place of the RTT. The information model reflects this using a string with the value of "RoundTripTimeNotAvailable", meaning either the probe was lost because of a timeout or it was not possible to transmit a probe. It may also happen that some implementations print the same line multiple times when a router decreases the TTL by more than one, thus looking like multiple hops. The information model is not impacted by this since each line is handled separately; it is left to the applications handling the XML file how to deal with it. Moreover, for delays below 1 ms, some implementations report 0 ms (e.g., UNIX and LINUX), while WINDOWS reports "< 1 ms".
（プローブがファイアウォールによってフィルタリングされている場合、例えば）いくつかのプローブが設定されたタイムアウト内に応答を受信しないことが起こりかもしれません。この場合は、「*」はRTTの代わりに表示されます。情報モデルは、プローブがタイムアウトのために失われたか、プローブを送信することができなかったのいずれかを意味し、「RoundTripTimeNotAvailable」の値を持つ文字列を使用して、これを反映しています。また、ルータは、このように複数のホップのように見える、複数によってTTLを減少させたときに、いくつかの実装が同じ行を複数回印刷することが起こり得ます。各行が個別に処理されるので、情報モデルはこれによって影響を受けません。それがどのようにそれに対処するには、XMLファイルを処理するアプリケーションに任されています。 WINDOWS「は<1ミリ秒」を報告しながら、また、1ミリ秒以下の遅延のために、いくつかの実装は、0ミリ秒（例えば、UNIXおよびLINUX）を報告しています。
The information model is composed of information elements; for defining these information elements, a template is used. Such template is specified in the list below: o name - A unique and meaningful name for the information element. The preferred spelling for the name is to use mixed case if the name is compound, with an initial lower-case letter, e.g., "sourceIpAddress".
情報モデルは、情報要素から構成されています。これらの情報要素を定義するために、テンプレートが使用されています。このようなテンプレートは、以下のリストに指定されている：名前O - 情報要素のためのユニークで意味のある名前を。名前のための好ましい綴りは、名前が化合物である場合、例えば、「sourceIpAddress」、初期小文字で、大文字と小文字を使用することです。
o description - The semantics of this information element.
O説明 - この情報要素の意味。
o dataType - One of the types listed in Section 5.1 of this document or in an extension of the information model. The type space for attributes is constrained to facilitate implementation.
Oデータ型 - このドキュメントのセクション5.1で、情報モデルの拡張に記載されているタイプの一つ。属性の型スペースは実装を容易にするために、制約されています。
o units - If the element is a measure of some kind, the units identify what the measure is.
Oユニットは - 要素はいくつかの種類の尺度である場合は、ユニットは対策が何であるかを識別する。
This section describes the set of basic valid data types of the information model.
このセクションでは、情報モデルの基本的な有効なデータ型のセットを記述します。
o string - The type "string" represents a finite-length string of valid characters from the Unicode character encoding set. Unicode allows for ASCII and many other international character sets to be used. It is expected that strings will be encoded in UTF-8 format, which is identical in encoding for US-ASCII characters but which also accommodates other Unicode multi-byte characters.
O列 - タイプ「string」は、Unicode文字エンコーディングセットから有効な文字の有限長の文字列を表します。 Unicodeは、使用するASCIIおよび他の多くの国際文字セットが可能になります。文字列はUS-ASCII文字のエンコーディングに同じであるが、また他のUnicodeのマルチバイト文字を収容するUTF-8形式でエンコードされることが期待されます。
o string255 - Same type as "string" but with the restriction of 255 characters.
O string255 - 「文字列」としてではなく、255文字の制限と同じタイプ。
o inetAddressType - The type "inetAddressType" represents a type of Internet address. The allowed values are imported from [RFC4001] (where the intent was to import only some of the values); additional allowed values are "asnumber" and "noSpecification".
O InetAddressTypeの - タイプ「InetAddressTypeのは、」インターネット・アドレスの種類を表します。許容値は、（意図が一部のみの値をインポートすることであった）[RFC4001]からインポートされています。追加できる値は「asnumber」と「noSpecification」です。
o inetAddress - The type "inetAddress" denotes a generic Internet address. The allowed values are imported from [RFC4001] (the values imported are unknown, ipv4, ipv6, and dns), while non-global IPv4/IPv6 addresses (e.g., ipv4z and ipv6z) are excluded; an additional allowed value is the AS number, indicated as the actual number plus the indication of how the mapping from IP address to AS number was performed. "Unknown" is used to indicate an IP address that is not in one of the formats defined.
OのInetAddress - タイプ「のInetAddressは、」一般的なインターネットアドレスを示しています。非グローバルなIPv4 / IPv6アドレス（例えば、ipv4z及びipv6z）が除外されながら、許容値は、[RFC4001]（インポートされた値が未知である、のIPv4、IPv6、およびDNS）からインポートされています。付加的な許容値は、AS番号は、実際の番号とAS番号とIPアドレスのマッピングが行われたかを示すものとして示されています。 「不明」に定義のいずれかの形式ではなく、IPアドレスを示すために使用されます。
o ipASNumberMappingType - The type "ipASNumberMappingType" represents a type of mapping from IP to AS number, it indicates the method that was used to do get the mapping (allowed values are "bgptables", "routingregistries", "nslookup", "others" or "unknown").
O ipASNumberMappingTypeは - タイプ「ipASNumberMappingTypeは、」AS番号へのIPからのマッピングの種類を表し、それが許可された値が「bgptables」、「routingregistries」、「nslookupコマンド」、「その他」です（マッピングを取得行うために使用された方法を示し、 ）、または「不明」。
o boolean - The type "boolean" represents a boolean value according to XML standards [W3C.REC-xmlschema-2-20041028].
Oブール - タイプ「ブール」[W3C.REC-XMLSCHEMA-2から20041028] XML規格に従ってブール値を表します。
o unsignedInt - The type "unsignedInt" represents a value in the range (0..4294967295).
O unsignedInt型 - タイプ「unsignedInt型」は、範囲（0 4294967295）の値を表します。
o unsignedShort - The type "unsignedShort" represents a value in the range (0..65535).
OなunsignedShort - タイプ「なunsignedShortは、」範囲（0 65535）の値を表します。
o unsignedByte - The type "unsignedByte" represents a value in the range (0..255).
OなunsignedByte - タイプ「なunsignedByteは、」範囲（0 255）の値を表します。
o u8nonzero - The type "u8nonzero" represents a value in the range (1..255).
u8nonzero O - タイプ「u8nonzero」は範囲（1 255）の値を表します。
o probesType - The type "probesType" represents a way of indicating the protocol used for the traceroute probes. Values defined in this document are UDP, TCP, and ICMP.
O probesType - タイプ「probesTypeは、」トレースルートプローブに使用されるプロトコルを指示する方法を表します。この文書で定義された値は、UDP、TCP、およびICMPです。
o operationResponseStatus - The type "operationResponseStatus" is used to report the result of an operation. The allowed values are imported from [RFC4560].
O動作ResponseStatus - タイプ「操作ResponseStatus」は操作の結果を報告するために使用されます。許容値は[RFC4560]からインポートされています。
o dateTime - The type "dateTime" represents a date-time specification according to XML standards [W3C.REC-xmlschema-2-20041028] but is restricted to the values defined in [RFC3339].
dateTimeの○ - タイプ「のdateTimeは、」[W3C.REC-XMLSCHEMA-2から20041028] XML標準に従って日時の指定を表すが、[RFC3339]で定義された値に制限されています。
This section describes the elements related to the storing of a traceroute measurement. The elements are grouped in two groups (configuration and results) according to their semantics. In order to relate configuration and results elements by means of a common unique identifier, an additional element is defined belonging to both groups.
このセクションでは、トレースルート測定の蓄積に関連する要素を説明しています。要素は、そのセマンティクスに従って二つのグループ（構成および結果）にグループ化されます。共通の一意の識別子を用いて構成し、その結果の要素を関連付けるために、付加的な要素は、両方のグループに属する定義されています。
Every traceroute measurement is represented by an instance of the "traceRoute" element. This class provides a standardized representation for traceroute measurement data. The "traceroute" element is an element that can be composed of (depending on the nature of the traceroute measurement):
すべてのtracerouteの測定は、「トレースルート」要素のインスタンスで表されます。このクラスは、トレースルート測定データの標準化された表現を提供します。 「トレースルート」要素は、（トレースルート測定の性質に依存する）で構成することができる要素です。
o 1 optional "RequestMetadata" element;
O 1オプション「たRequestMetaData」要素。
o 0..2147483647 "Measurement" elements.
O 0 2147483647「測定」の要素。
Each "Measurement" element contains:
各「測定」要素が含まれています：
o 1 optional "MeasurementMetadata" element;
O 1オプション「測定メタデータ」要素。
o 0..2147483647 "MeasurementResult" elements.
O 0 2147483647「計測結果」の要素。
The "RequestMetadata" element can be used for specifying parameters of a traceroute measurement to be performed at one or more nodes by one or more traceroute implementations. Depending on the capabilities of a traceroute implementation, not all requested parameters can be applied. Which parameters have actually been applied for a specific traceroute measurement is specified in a "MeasurementMetadata" element.
「たRequestMetaData」要素は、1つのまたは複数のtracerouteの実装によって、1つまたは複数のノードで実行されるトレースルート測定のパラメータを指定するために使用することができます。 tracerouteの実装の機能に応じて、要求されたすべてのパラメータを適用することができません。どちらのパラメータは、実際に「MeasurementMetadata」要素で指定された特定のtraceroute測定に適用されています。
The "RequestMetadata" element is a sequence that contains:
「たRequestMetaData」要素が含まれている配列です。
o 1 "TestName" element;
O 1「テスト名」要素。
o 1 optional "ToolVersion" element;
O 1オプション「ToolVersion」要素。
o 1 optional "ToolName" element;
O 1オプション「ツール名」要素。
o 1 "CtlTargetAddress" element;
O 1 "CtlTargetAddress" 要素。
o 1 optional "CtlBypassRouteTable" element;
O 1オプション「CtlBypassRouteTable」要素。
o 1 optional "CtlProbeDataSize" element;
O 1オプション「CtlProbeDataSize」要素。
o 1 optional "CtlTimeOut" element;
O 1オプション「CtlTimeOut」要素。
o 1 optional "CtlProbesPerHop" element;
O 1オプション「CtlProbesPerHop」要素。
o 1 optional "CtlPort" element;
O 1オプション「CtlPort」要素。
o 1 optional "CtlMaxTtl" element;
O 1オプション「CtlMaxTtl」要素。
o 1 optional "CtlDSField" element;
O 1オプション「CtlDSField」要素。
o 1 optional "CtlSourceAddress" element;
O 1オプション「CtlSourceAddress」要素。
o 1 optional "CtlIfIndex" element;
O 1オプション「CtlIfIndex」要素。
o 1 optional "CtlMiscOptions" element;
O 1オプション「CtlMiscOptions」要素。
o 1 optional "CtlMaxFailures" element;
O 1オプション「CtlMaxFailures」要素。
o 1 optional "CtlDontFragment" element;
O 1オプション「CtlDontFragment」要素。
o 1 optional "CtlInitialTtl" element;
O 1オプション「CtlInitialTtl」要素。
o 1 optional "CtlDescr" element;
O 1オプション「CtlDescr」要素。
o 1 "CtlType" element.
O 1 "CtlType" 要素。
If the "RequestMetadata" element is omitted from an XML file, it means that the traceroute measurement configuration parameters requested were all used and the "MeasurementMetadata" element lists them in detail.
「たRequestMetaData」要素はXMLファイルから省略されている場合、それは要求されたトレースルート測定の設定パラメータはすべて使用し、「MeasurementMetadata」要素は、それらを詳細に表示されていることを意味します。
The "MeasurementMetadata" element is a sequence that contains:
「MeasurementMetadata」要素が含まれている配列です。
o 1 "TestName" element;
O 1「テスト名」要素。
o 1 "OSName" element;
O 1 "OSNameに" 要素。
o 1 "OSVersion" element;
O 1 "いるOSVersion" 要素。
o 1 "ToolVersion" element;
O 1 "ToolVersion" 要素。
o 1 "ToolName" element;
O 1「ツール名」要素。
o 1 "CtlTargetAddressType" element;
O 1 "CtlTargetAddressType" 要素。
o 1 "CtlTargetAddress" element;
O 1 "CtlTargetAddress" 要素。
o 1 "CtlBypassRouteTable" element;
O 1 "CtlBypassRouteTable" 要素。
o 1 "CtlProbeDataSize" element;
O 1 "CtlProbeDataSize" 要素。
o 1 "CtlTimeOut" element;
O 1 "CtlTimeOut" 要素。
o 1 "CtlProbesPerHop" element;
O 1 "CtlProbesPerHop" 要素。
o 1 "CtlPort" element;
O 1 "CtlPort" 要素。
o 1 "CtlMaxTtl" element;
O 1 "CtlMaxTtl" 要素。
o 1 "CtlDSField" element;
O 1 "CtlDSField" 要素。
o 1 "CtlSourceAddressType" element;
1「CTLソースアドレスタイプ」要素をO;
o 1 "CtlSourceAddress" element;
O 1 "CtlSourceAddress" 要素。
o 1 "CtlIfIndex" element;
O 1 "CtlIfIndex" 要素。
o 1 optional "CtlMiscOptions" element;
O 1オプション「CtlMiscOptions」要素。
o 1 "CtlMaxFailures" element;
O 1 "CtlMaxFailures" 要素。
o 1 "CtlDontFragment" element;
O 1 "CtlDontFragment" 要素。
o 1 "CtlInitialTtl" element;
O 1 "CtlInitialTtl" 要素。
o 1 optional "CtlDescr" element;
O 1オプション「CtlDescr」要素。
o 1 "CtlType" element.
O 1 "CtlType" 要素。
Configuration information elements can describe not just traceroute measurements that have already happened ("MeasurementMetadata" elements), but also the configuration to be used when requesting a measurement to be made ("RequestMetadata" element). This is quite different semantically, even if the individual information elements are similar. Due to this similarity, both "RequestMetadata" and "MeasurementMetadata" are represented by the same type in the XML schema. All elements that are missing from the "RequestMetadata" or marked as optional in the "RequestMetadata" but mandatory in the "MeasurementMetadata" must be specified as empty elements. Specifying them as empty elements means use the default value. The "CtlType" element could have been optional in the "RequestMetadata", but since default values cannot be specified for complex types in an XML schema, the element is mandatory in the "RequestMetadata".
構成情報要素は、測定は（「たRequestMetaData」要素）を行うことを要求するときに使用するだけではなく、トレースルート既に起こった測定（「MeasurementMetadata」要素）だけでなく、構成を記述することができます。これは、個々の情報要素が類似している場合でも、意味的にはかなり異なっています。これの類似性は、両方の「たRequestMetaData」および「MeasurementMetadata」にXMLスキーマで同じタイプで表されています。 「たRequestMetaData」から欠落または「たRequestMetaData」のオプションですが、「MeasurementMetadata」で必須としてマークされているすべての要素は空要素として指定する必要があります。空要素としてそれらを指定すると、デフォルト値を使用することを意味します。 「CtlType」要素は、「たRequestMetaData」ではオプションだったかもしれないが、デフォルト値はXMLスキーマの複合型を指定することができないため、要素は「たRequestMetaData」で必須です。
The "MeasurementResult" element is a sequence that contains:
「計測結果」の要素が含まれている配列です。
o 1 "TestName" element;
O 1「テスト名」要素。
o 1 "ResultsStartDateAndTime" element;
O 1 "ResultsStartDateAndTime" 要素。
o 1 "ResultsIpTgtAddrType" element;
O 1 "ResultsIpTgtAddrType" 要素。
o 1 "ResultsIpTgtAddr" element;
O 1 "ResultsIpTgtAddr" 要素。
o 1 "ProbeResults" elements;
O 1 "ProbeResults" 要素。
o 1 "ResultsEndDateAndTime" element.
O 1 "ResultsEndDateAndTime" 要素。
Additionally, it is important to say that each "ProbeResults" element is a sequence that contains:
さらに、それぞれ「ProbeResults」要素が含まれているシーケンスであると言うことが重要です。
o 1..255 "hop" elements.
1 255「ホップ」の要素O。
Each "hop" element is a sequence that contains:
各「ホップ」の要素が含まれている配列です。
o 1..10 "probe" elements;
O 1..10「プローブ」の要素。
o 1 optional "HopRawOutputData" element.
O 1、オプションの "HopRawOutputData" 要素。
Each "probe" element contains:
各「プローブ」要素が含まれています：
o 1 "HopAddrType" element;
O 1 "HopAddrType" 要素。
o 1 "HopAddr" element;
O 1 "HopAddr" 要素。
o 1 optional "HopName" element;
O 1オプション「HopName」要素。
o 0..255 optional "MPLSLabelStackEntry" elements;
O 0 255、オプションの「MPLSLabelStackEntry」要素。
o 1 "ProbedRoundTripTime" element;
O 1 "ProbedRoundTripTime" 要素。
o 1 "ResponseStatus" element;
O 1 "ResponseStatus" 要素。
o 1 "Time" element.
O 1 "時間" 要素。
Different numbers of appearances of the three basic elements in the XML file are meant for different scopes:
XMLファイルの3つの基本要素の出現異なる番号が異なるスコープのためのものです：
o a file with only 1 "RequestMetadata" element represents a file containing the traceroute measurement configuration parameters of a traceroute measurement; it can be used to distribute the traceroute measurement configuration parameters over multiple nodes asked to run the same traceroute measurement;
Oのみ1「たRequestMetaData」要素を持つファイルは、トレースルート測定のトレースルート測定設定パラメータを含むファイルを表します。同じトレースルート測定を実行するように求め、複数のノード上のtraceroute測定構成パラメータを配信するために使用することができます。
o a file with 1 "Measurement" element containing 1 "MeasurementMetadata" and 1 "MeasurementResult" element represents a file containing the traceroute measurement information of a traceroute measurement;
O 1「MeasurementMetadata」1「計測結果」元素を含む1「測定」要素を持つファイルは、トレースルート測定のトレースルート測定情報を含むファイルを表します。
o a file with 1 "Measurement" element containing 1 "MeasurementMetadata" and n "MeasurementResult" elements represents a file containing the traceroute measurement information of a set of traceroute measurements run over different times with always the same traceroute measurement configuration parameters;
OおよびN「計測結果」の要素を1「MeasurementMetadata」を含む1「測定」要素を持つファイルは常に同じトレースルート測定の設定パラメータと異なる回以上実行をトレースルート測定値のセットのトレースルート測定情報を含むファイルを表します。
o a file with 1 "RequestMetadata" and 1 "Measurement" element containing 1 "MeasurementMetadata" and 1 "Measurement" element represents a file containing the traceroute measurement information of a traceroute measurement (containing both the requested traceroute measurement configuration parameters and the ones actually used);
1「たRequestMetaData」とOAファイルと1「MeasurementMetadata」を含む1「測定」要素と1「測定」要素は、（要求されたトレースルート測定の設定パラメータと、実際に使用されるものの両方を含むトレースルート測定のトレースルート測定情報を含むファイルを表します）;
o other combinations are possible to store multiple traceroute measurements all in one XML file.
O他の組み合わせは、すべて1つのXMLファイルで複数のトレースルート測定を保存することも可能です。
This section describes the elements specific to the configuration of the traceroute measurement (belonging to both the "RequestMetadata" and "MeasurementMetadata" elements).
このセクションでは、（「たRequestMetaData」および「MeasurementMetadata」要素の両方に属する）トレースルート測定の構成に固有の要素を記載しています。
o name - CtlTargetAddressType
O名 - CtlTargetAddressType
o description - Specifies the type of address in the corresponding "CtlTargetAddress" element. This element is not directly reflected in the XML schema of Section 7. The host address type can be determined by examining the inetAddress type name and the corresponding element value.
O説明は - 対応する「CtlTargetAddress」要素のアドレスの種類を指定します。この要素は直接InetAddressのタイプ名と対応する要素の値を調べることによって決定することができるセクション7のホスト・アドレス・タイプのXMLスキーマに反映されません。
o dataType - inetAddressType
Oデータ型 - InetAddressTypeの
o units - N/A
お うにｔｓ ー ん／あ
o name - CtlTargetAddress
O名 - CtlTargetAddress
o description - In the "RequestMetadata" element, it specifies the host address requested to be used in the traceroute measurement. In the "MeasurementMetadata" element, it specifies the host address used in the traceroute measurement.
O説明は - 「たRequestMetaData」素子では、tracerouteの測定に使用されるように要求されたホストアドレスを指定します。 「MeasurementMetadata」素子では、tracerouteの測定に使用されるホストアドレスを指定します。
o dataType - inetAddress
Oデータ型 - InetAddressの
o units - N/A
お うにｔｓ ー ん／あ
o name - CtlBypassRouteTable
O名 - CtlBypassRouteTable
o description - In the "RequestMetadata" element, specifies if the optional bypassing of the route table was enabled or not. In the "MeasurementMetadata" element, specifies if the optional bypassing of the route table was enabled or not. If enabled, the normal routing tables will be bypassed and the probes will be sent directly to a host on an attached network. If the host is not on a directly attached network, an error is returned. This option can be used to perform the traceroute measurement to a local host through an interface that has no route defined. This object can be used when the setsockopt SOL_SOCKET SO_DONTROUTE option is supported and set (see [IEEE.1003-1G.1997]).
O説明 - ルートテーブルのオプションのバイパスが有効にされたかどうか、「たRequestMetaData」要素では、指定します。ルートテーブルのオプションのバイパスが有効にされたかどうか「MeasurementMetadata」要素では、指定します。有効にした場合、通常のルーティングテーブルはバイパスされ、プローブが接続されたネットワーク上のホストに直接送信されます。ホストが直接接続されたネットワーク上にない場合は、エラーが返されます。このオプションは、定義された経路を有していないインタフェースを介してローカルホストへのトレースルート測定を実行するために使用することができます。 setsockopt SOL_SOCKET SO_DONTROUTEオプションがサポートされており、設定されている場合、このオブジェクトは、（[IEEE.1003-1G.1997]参照）を用いることができます。
o dataType - boolean
Oデータ型 - ブール
o units - N/A
お うにｔｓ ー ん／あ
o name - CtlProbeDataSize
O名 - CtlProbeDataSize
o description - Specifies the size of the probes of a traceroute measurement in octets (requested if in the "RequestMetadata" element, actually used if in the "MeasurementMetadata" element). If UDP datagrams are used as probes, then the value contained in this object is exact. If another protocol is used to transmit probes (i.e., TCP or ICMP), for which the specified size is not appropriate, then the implementation can use whatever size (appropriate to the method) is closest to the specified size. The maximum value for this object is computed by subtracting the smallest possible IP header size of 20 octets (IPv4 header with no options) and the UDP header size of 8 octets from the maximum IP packet size. An IP packet has a maximum size of 65535 octets (excluding IPv6 jumbograms).
O説明は - （実際には「MeasurementMetadata」要素であれば使用される「たRequestMetaData」要素であれば要求された）オクテットでトレースルート測定のプローブのサイズを指定します。 UDPデータグラムがプローブとして使用される場合、このオブジェクトに含まれる値が正確です。別のプロトコルが指定されたサイズが適切でないとするためのプローブ（すなわち、TCPまたはICMP）を送信するために使用される場合、実装が使用できるどんなサイズ（メソッドに適切な）指定されたサイズに最も近いです。このオブジェクトのための最大値は20個のオクテット（オプションなしでIPv4ヘッダ）の最小の可能なIPヘッダサイズおよび最大IPパケットサイズから8つのオクテットのUDPヘッダのサイズを減算することによって計算されます。 IPパケットは、（IPv6のジャンボグラムを除く）65535オクテットの最大サイズを持っています。
o dataType - unsignedShort
Oデータ型 - なunsignedShort
o units - octets
お うにｔｓ ー おｃてｔｓ
o name - CtlTimeOut
O名 - CtlTimeOut
o description - Specifies the timeout value, in seconds, for each probe of a traceroute measurement (requested if in the "RequestMetadata" element, actually used if in the "MeasurementMetadata" element).
O説明は - トレースルート測定の各プローブについて（「MeasurementMetadata」要素であれば、「たRequestMetaData」要素に、実際に使用する場合、要求）、タイムアウト値を秒単位で指定します。
o dataType - unsignedByte
Oデータ型 - なunsignedByte
o units - seconds
Oユニット - 秒
o name - CtlProbesPerHop
O名 - CtlProbesPerHop
o description - Specifies the number of probes with the same time-to-live (TTL) value that are sent for each host (requested if in the "RequestMetadata" element, actually used if in the "MeasurementMetadata" element).
O説明は - （実際には「MeasurementMetadata」要素であれば使用される「たRequestMetaData」要素であれば要求された）各ホストのために送信されるのと同じ生存時間（TTL）値を有するプローブの数を指定します。
o dataType - unsignedByte
Oデータ型 - なunsignedByte
o units - probes
Oユニット - プローブ
o name - CtlPort
O名 - CtlPort
o description - Specifies the base port used by the traceroute measurement (requested if in the "RequestMetadata" element, actually used if in the "MeasurementMetadata" element).
O説明は - （実際には「MeasurementMetadata」要素であれば使用される「たRequestMetaData」要素であれば要求された）トレースルート測定で使用される塩基のポートを指定します。
o dataType - unsignedShort
Oデータ型 - なunsignedShort
o units - port number
Oユニット - ポート番号
o name - CtlMaxTtl
O名 - CtlMaxTtl
o description - Specifies the maximum TTL value for the traceroute measurement (requested if in the "RequestMetadata" element, actually used if in the "MeasurementMetadata" element).
O説明は - （実際には「MeasurementMetadata」要素であれば使用される「たRequestMetaData」要素であれば要求された）トレースルート測定のための最大のTTL値を指定します。
o dataType - u8nonzero
Oデータタイプ - U8ゼロでありません
o units - time-to-live value
Oユニット - 生存時間値
o name - CtlDSField
O名 - CtlDSField
o description - Specifies the value that was requested to be stored in the Differentiated Services (DS) field in the traceroute probe (if in the "RequestMetadata" element). Specifies the value that was stored in the Differentiated Services (DS) field in the traceroute probe (if in the "MeasurementMetadata" element). The DS field is defined as the Type of Service (TOS) octet in an IPv4 header or as the Traffic Class octet in an IPv6 header (see Section 7 of [RFC2460]). The value of this object must be a decimal integer in the range from 0 to 255. This option can be used to determine what effect an explicit DS field setting has on a traceroute measurement and its probes. Not all values are legal or meaningful. Useful TOS octet values are probably 16 (low delay) and 8 (high throughput). Further references can be found in [RFC2474] for the definition of the Differentiated Services (DS) field and in [RFC1812] Section 5.3.2 for Type of Service (TOS).
O説明は - トレースルートプローブ（「たRequestMetaData」要素における場合）で差別化サービス（DS）フィールドに格納されるように要求された値を指定します。 （「MeasurementMetadata」要素である場合）のtracerouteプローブで差別化サービス（DS）フィールドに格納された値を指定します。 DSフィールドは、IPv4ヘッダーまたはIPv6ヘッダーのトラフィッククラスのオクテット（[RFC2460]のセクション7を参照）などのサービス（TOS）オクテットのタイプとして定義されます。このオブジェクトの値は、このオプションは、明示的なDSフィールド設定は、トレースルート測定とそのプローブ上にあるものの効果を決定するために使用することができる0から255の範囲の10進整数でなければなりません。すべての値は、法的または意味があるわけではありません。有用TOSオクテット値は、おそらく16（低遅延）及び8（ハイスループット）です。さらに、参照は差別化サービス（DS）フィールドの定義についておよびサービス（TOS）のタイプのために[RFC1812]セクション5.3.2に[RFC2474]で見つけることができます。
o dataType - unsignedByte
Oデータ型 - なunsignedByte
o units - N/A
お うにｔｓ ー ん／あ
o name - CtlSourceAddressType
O名 - CtlSourceAddressType
o description - Specifies the type of address in the corresponding "CtlSourceAddress" element. This element is not directly reflected in the XML schema of Section 7. The host address type can be determined by examining the "inetAddress" type name and the corresponding element value. DNS names are not allowed for the "CtlSourceAddress".
O説明は - 対応する「CtlSourceAddress」要素のアドレスの種類を指定します。この要素は、直接「のInetAddress」タイプ名と対応する要素の値を調べることによって決定することができるセクション7のホスト・アドレス・タイプのXMLスキーマに反映されません。 DNS名は「CtlSourceAddress」のために許可されていません。
o dataType - inetAddressType
Oデータ型 - InetAddressTypeの
o units - N/A
お うにｔｓ ー ん／あ
o name - CtlSourceAddress
O名 - CtlSourceAddress
o description - Specifies the IP address (which has to be given as an IP number, not a hostname) as the source address in traceroute probes (requested if in the "RequestMetadata" element, actually used if in the "MeasurementMetadata" element). On hosts with more than one IP address, this option can be used in the "RequestMetadata" element to force the source address to be something other than the primary IP address of the interface the probe is sent on; the value "unknown" means the default address will be used.
O説明は - （実際には「MeasurementMetadata」要素であれば使用される「たRequestMetaData」要素であれば要求された）のtracerouteプローブのソースアドレスとして（IP番号ではなく、ホスト名として与えられなければならない）IPアドレスを指定します。複数のIPアドレスを持つホストでは、このオプションは、プローブがオンに送信されるインターフェイスのプライマリIPアドレス以外のものにするために、送信元アドレスを強制的に「たRequestMetaData」要素で使用することができます。 「不明」の値は、デフォルトのアドレスが使用されることを意味します。
o dataType - inetAddress
Oデータ型 - InetAddressの
o units - N/A
お うにｔｓ ー ん／あ
o name - CtlIfIndex
O名 - CtlIfIndex
o description - Specifies the interface index as defined in [RFC2863] that is requested to be used in the traceroute measurement for sending the traceroute probes (if in the "RequestMetadata" element). A value of 0 indicates that no specific interface is requested. Specifies the interface index actually used (if in the "MeasurementMetadata" element).
O説明は - （「たRequestMetaData」要素であれば）のtracerouteプローブを送信するためにトレースルート測定に使用されるように要求された[RFC2863]で定義されるようにインターフェースインデックスを指定します。 0という値は、特定のインターフェースが要求されていないことを示しています。実際には（「MeasurementMetadata」要素であれば）使用されるインタフェースインデックスを指定します。
o dataType - unsignedInt
Oデータ型 - unsignedInt型
o units - N/A
お うにｔｓ ー ん／あ
o name - CtlMiscOptions
O名 - CtlMiscOptions
o description - Specifies implementation-dependent options (requested if in the "RequestMetadata" element, actually used if in the "MeasurementMetadata" element).
Oの説明 - （実際には「MeasurementMetadata」の要素であれば使用される「たRequestMetaData」要素、であれば要求された）実装に依存するオプションを指定します。
o dataType - string255
Oデータ型 - string255
o units - N/A
お うにｔｓ ー ん／あ
o name - CtlMaxFailures
O名 - CtlMaxFailures
o description - Specifies the maximum number of consecutive timeouts allowed before terminating a traceroute measurement (requested if in the "RequestMetadata" element, actually used if in the "MeasurementMetadata" element). A value of either 255 (maximum hop count/possible TTL value) or 0 indicates that the function of terminating a remote traceroute measurement when a specific number of consecutive timeouts are detected was disabled. This element is included to give full compatibility with [RFC4560]. No known implementation of traceroute currently supports it.
O説明は - （実際には「MeasurementMetadata」要素であれば使用される「たRequestMetaData」要素であれば要求された）トレースルート測定を終了する前に許可される連続したタイムアウトの最大数を指定します。いずれかの255（最大ホップカウント/可能なTTL値）または0の値は、連続するタイムアウトの特定の数が検出された場合、リモート・トレースルート測定を終了する機能が無効になったことを示しています。この要素は[RFC4560]との完全な互換性を与えるために含まれています。トレースルートの既知の実装では、現在、それをサポートしていません。
o dataType - Unsigned8
Oデータタイプ - 符号なし8
o units - timeouts
Oユニット - タイムアウト
o name - CtlDontFragment
O名 - CtlDontFragment
o description - Specifies if the don't fragment (DF) flag in the IP header for a probe was enabled or not (if in the "MeasurementMetadata" element). If in the "RequestMetadata", it specifies if the flag was requested to be enabled or not. Setting the DF flag can be used for performing a manual PATH MTU test.
O説明 - プローブのIPヘッダ内のフラグメント化していない（DF）フラグが有効にされたかどうかを指定し（「MeasurementMetadata」要素であれば）。フラグが有効かどうかを要求された場合は、「たRequestMetaData」であれば、指定します。 DFフラグを設定すると、手動パスMTUテストを実行するために使用することができます。
o dataType - boolean
Oデータ型 - ブール
o units - N/A
お うにｔｓ ー ん／あ
o name - CtlInitialTtl
O名 - CtlInitialTtl
o description - Specifies the initial TTL value for a traceroute measurement (requested if in the "RequestMetadata" element, actually used if in the "MeasurementMetadata" element). Such TTL setting is intended to bypass the initial (often well-known) portion of a path.
O説明は - （実際には「MeasurementMetadata」要素であれば使用される「たRequestMetaData」要素であれば要求された）トレースルート測定のための初期TTL値を指定します。そのようなTTL設定は、パスの最初の（多くの場合、よく知られている）部分をバイパスすることを意図しています。
o dataType - u8nonzero
Oデータタイプ - U8ゼロでありません
o units - N/A
お うにｔｓ ー ん／あ
o name - CtlDescr
O名 - CtlDescr
o description - Provides a description of the traceroute measurement.
Oの説明 - トレースルート測定の説明を提供します。
o dataType - string255
Oデータ型 - string255
o units - N/A
お うにｔｓ ー ん／あ
o name - CtlType
O名 - CtlType
o description - Specifies the implementation method used for the traceroute measurement (requested if in the "RequestMetadata" element, actually used if in the "MeasurementMetadata" element). It specifies if the traceroute is using TCP, UDP, ICMP, or other types of probes. It is possible to specify other types of probes by using an element specified in another schema with a different namespace.
O説明は - （実際には「MeasurementMetadata」要素であれば使用される「たRequestMetaData」要素であれば要求された）トレースルート測定に使用実装方法を指定します。トレースルートは、TCP、UDP、ICMP、または他のタイプのプローブを使用している場合は指定します。異なる名前空間に別のスキーマで指定された要素を使用してプローブの他のタイプを指定することが可能です。
o dataType - probesType
Oデータ型 - probesType
o units - N/A
お うにｔｓ ー ん／あ
This section describes the elements specific to the results of the traceroute measurement.
このセクションでは、トレースルート測定の結果に特定の要素を記載しています。
o name - ResultsStartDateAndTime
O名 - ResultsStartDateAndTime
o description - Specifies the date and start time of the traceroute measurement. This is the time when the first probe was seen at the sending interface.
Oの説明 - 日付を指定してトレースルート測定の開始時刻。これは、最初のプローブが送信インターフェイスで見られた時間です。
o dataType - DateTime
Oデータ型 - のDateTime
o units - N/A
お うにｔｓ ー ん／あ
o name - ResultsIpTgtAddrType
O名 - ResultsIpTgtAddrType
o description - Specifies the type of address in the corresponding "ResultsIpTgtAddr" element. This element is not directly reflected in the XML schema of Section 7. The host address type can be determined by examining the "inetAddress" type name and the corresponding element value.
O説明は - 対応する「ResultsIpTgtAddr」要素のアドレスの種類を指定します。この要素は、直接「のInetAddress」タイプ名と対応する要素の値を調べることによって決定することができるセクション7のホスト・アドレス・タイプのXMLスキーマに反映されません。
o dataType - inetAddressType
Oデータ型 - InetAddressTypeの
o units - N/A
お うにｔｓ ー ん／あ
o name - ResultsIpTgtAddr
O名 - ResultsIpTgtAddr
o description - Specifies the IP address associated with a "CtlTargetAddress" value when the destination address is specified as a DNS name. The value of this object should be "unknown" if a DNS name is not specified or if a specified DNS name fails to resolve.
Oの説明 - 宛先アドレスがDNS名として指定されている「CtlTargetAddress」値に関連付けられたIPアドレスを指定します。 DNS名が指定されていない場合、または指定したDNS名を解決するために失敗した場合、このオブジェクトの値は「不明」でなければなりません。
o dataType - inetAddress
Oデータ型 - InetAddressの
o units - N/A
お うにｔｓ ー ん／あ
o name - HopAddrType
O名 - HopAddrType
o description - Specifies the type of address in the corresponding "HopAddr" element. This element is not directly reflected in the XML schema of Section 7. The host address type can be determined
O説明は - 対応する「HopAddr」要素のアドレスの種類を指定します。この要素は、直接第7のXMLスキーマに反映されていないホストアドレスのタイプを決定することができます
by examining the "inetAddress" type name and the corresponding element value. DNS names are not allowed for "HopAddr".
「InetAddressの」タイプ名と、対応する要素の値を調べることもできます。 DNS名は「HopAddr」のために許可されていません。
o dataType - inetAddressType
Oデータ型 - InetAddressTypeの
o units - N/A
お うにｔｓ ー ん／あ
o name - HopAddr
O名 - HopAddr
o description - Specifies the address of a hop in the traceroute measurement path. This object is not allowed to be a DNS name.
O説明は - トレースルート測定経路におけるホップのアドレスを指定します。このオブジェクトはDNS名であることを許されていません。
o dataType - inetAddress
Oデータ型 - InetAddressの
o units - N/A
お うにｔｓ ー ん／あ
o name - HopName
O名 - HopName
o description - Specifies the DNS name of the "HopAddr" if it is available. If it is not available, the element is omitted.
O説明は - それが利用可能な場合は、「HopAddr」のDNS名を指定します。それが利用できない場合は、要素が省略されています。
o dataType - inetAddress
Oデータ型 - InetAddressの
o units - N/A
お うにｔｓ ー ん／あ
o name - MPLSLabelStackEntry
O名 - MPLSLabelStackEntry
o description - Specifies entries of the MPLS label stack of a probe observed when the probe arrived at the hop that replied to the probe. This object contains one MPLS label stack entry as a 32-bit value as it is observed on the MPLS label stack. Contained in this single number are the MPLS label, the Exp field, the S flag, and the MPLS TTL value as specified in [RFC3032]. If more than one MPLS label stack entry is reported, then multiple instances of elements of this type are used. They must be ordered in the same order as on the label stack with the top label stack entry being reported first.
Oの説明 - プローブがプローブに答えホップに到着したとき、プローブのMPLSラベルスタックのエントリは観察を指定します。この目的は、MPLSラベルスタック上で観察される32ビット値として1つのMPLSラベルスタックエントリを含みます。この単一の数値に含まれる[RFC3032]で指定されるようにMPLSラベル、EXPフィールド、Sフラグ、及びMPLS TTL値です。複数のMPLSラベルスタックエントリが報告されている場合、この種の要素の複数のインスタンスが使用されています。彼らは、最初に報告されているトップラベルスタックエントリにラベルスタック上と同じ順序で注文する必要があります。
o dataType - unsignedInt
Oデータ型 - unsignedInt型
o units - N/A
お うにｔｓ ー ん／あ
o name - ProbeRoundTripTime
O名 - サンプル往復時間
o description - If this element contains the element "roundTripTime", this specifies the amount of time measured in milliseconds from when a probe was sent to when its response was received or when it timed out. The value of this element is reported as the truncation of the number reported by the traceroute tool (the output "< 1 ms" is therefore encoded as 0 ms). If it contains the element "roundTripTimeNotAvailable", it means either the probe was lost because of a timeout or it was not possible to transmit a probe.
O説明 - この要素は要素「roundTripTime」が含まれている場合、これはあるいはそれがタイムアウトしたときに、プローブは、その応答を受信したときに送信されたときからのミリ秒単位で測定された時間の量を指定します。この要素の値は、トレースルートツール（出力「<1ミリ秒」が故に0秒として符号化される）によって報告された数の切り捨てとして報告されます。それは要素「roundTripTimeNotAvailable」が含まれている場合、それは意味のいずれかのプローブがタイムアウトのために失われたか、プローブを送信することができませんでした。
o dataType - unsignedShort or string
Oデータタイプ - 符号なしのショートまたは文字列
o units - milliseconds or N/A
Oユニット - ミリ秒またはN / A
o name - ResponseStatus
O名 - ResponseStatus
o description - Specifies the result of a traceroute measurement made by the host for a particular probe.
O説明は、 - 特定のプローブのための宿主製トレースルート測定の結果を指定します。
o dataType - operationResponseStatus
Oデータタイプ - 操作ResponseStatus
o units - N/A
お うにｔｓ ー ん／あ
o name - Time
O名 - タイム
o description - Specifies the timestamp for the time the response to the probe was received at the interface.
O説明は - プローブに対する応答がインターフェイスで受信された時刻のタイムスタンプを指定します。
o dataType - DateTime
Oデータ型 - のDateTime
o units - N/A
お うにｔｓ ー ん／あ
o name - ResultsEndDateAndTime
O名 - ResultsEndDateAndTime
o description - Specifies the date and end time of the traceroute measurement. It is either the time when the response to the last probe of the traceroute measurement was received or the time when the last probe of the traceroute measurement was sent plus the relative timeout (in case of a missing response).
Oの説明 - トレースルート測定の日と終了時刻を指定します。これは、トレースルート測定の最後のプローブに対する応答が受信された時刻またはトレースルート測定の最後のプローブが（欠落応答の場合）の相対的なタイムアウト足した送信された時間のいずれかです。
o dataType - DateTime
Oデータ型 - のDateTime
o units - N/A
お うにｔｓ ー ん／あ
o name - HopRawOutputData
O名 - HopRawOutputData
o description - Specifies the raw output data returned by the traceroute measurement for a certain hop in a traceroute measurement path. It is an implementation-dependent, printable string, expected to be useful for a human interpreting the traceroute results.
O説明は - トレースルート測定経路内の特定のホップのためにトレースルート測定によって返された生の出力データを指定します。これは、tracerouteの結果を解釈する人のために役立つことが期待実装依存、印刷可能な文字列です。
o dataType - string
Oデータ型 - 文字列
o units - N/A
お うにｔｓ ー ん／あ
5.2.4. Information Element Correlating Configuration and Results Elements
5.2.4. 情報要素相互に関連付ける設定と結果要素
This section defines an additional element belonging to both previous groups (configuration elements and results elements) named "TestName". This element is defined in order to relate configuration and results elements by means of a common unique identifier (to be chosen in accordance to the specification of [RFC4560]).
このセクションでは、「テスト名」という名前の両方の以前のグループ（構成要素および結果要素）に属する追加の要素を定義します。この要素は、共通の一意の識別子を用いて構成し、その結果の要素を関連付けるために定義されている（[RFC4560]の仕様に応じて選択されます）。
o name - TestName
O名 - テスト名
o description - Specifies the name of a traceroute measurement. This is not necessarily unique within any well-defined scope (e.g., a specific host, initiator of the traceroute measurement).
Oの説明 - トレースルート測定の名前を指定します。これは、必ずしも明確に定義された範囲（例えば、特定のホスト、トレースルート測定の開始）内で固有ではありません。
o dataType - string255
Oデータ型 - string255
o units - N/A
お うにｔｓ ー ん／あ
5.2.5. Information Elements to Compare Traceroute Measurement Results with Each Other
5.2.5. 情報要素は、互いにtracerouteの測定結果を比較します
This section defines additional elements belonging to both previous groups (configuration elements and results elements); these elements were defined in order to allow traceroute measurement results comparison among different traceroute measurements.
このセクションでは、両方の以前のグループ（構成要素および結果要素）に属する追加の要素を定義します。これらの要素は、異なるルートトレース測定間のtraceroute測定結果の比較を可能にするために定義されました。
o name - OSName
O名 - OSNameに
o description - Specifies the name of the operating system on which the traceroute measurement was launched. This element is ignored if used in the "RequestMetadata".
Oの説明 - tracerouteの測定が起動されたオペレーティングシステムの名前を指定します。 「たRequestMetaData」で使用した場合、この要素は無視されます。
o dataType - string255
Oデータ型 - string255
o units - N/A
お うにｔｓ ー ん／あ
o name - OSVersion
O名 - いるOSVersion
o description - Specifies the OS version on which the traceroute measurement was launched. This element is ignored if used in the "RequestMetadata".
Oの説明 - tracerouteの測定が起動されたOSのバージョンを指定します。 「たRequestMetaData」で使用した場合、この要素は無視されます。
o dataType - string255
Oデータ型 - string255
o units - N/A
お うにｔｓ ー ん／あ
o name - ToolVersion
O名 - ToolVersion
o description - Specifies the version of the traceroute tool (requested to be used if in the "RequestMetadata" element, actually used if in the "MeasurementMetadata" element).
O説明は - （「MeasurementMetadata」要素であれば、「たRequestMetaData」要素に、実際に使用する場合に使用することが要求された）トレースルートツールのバージョンを指定します。
o dataType - string255
Oデータ型 - string255
o units - N/A
お うにｔｓ ー ん／あ
o name - ToolName
O名 - ツール名
o description - Specifies the name of the traceroute tool (requested to be used if in the "RequestMetadata" element, actually used if in the "MeasurementMetadata" element).
Oの説明 - （「MeasurementMetadata」要素であれば、「たRequestMetaData」要素で、実際に使用した場合に使用することが要求された）のtracerouteツールの名前を指定します。
o dataType - string255
Oデータ型 - string255
o units - N/A
お うにｔｓ ー ん／あ
For storing and transmitting information according to the information model defined in the previous section, a data model is required that specifies how to encode the elements of the information model.
前のセクションで定義された情報モデルに応じて情報を記憶及び送信するため、データ・モデルは、情報モデルの要素をエンコードする方法を指定することが必要です。
There are several design choices for a data model. It can use a binary or textual representation and it can be defined from scratch or use already existing frameworks and data models. In general, the use of already existing frameworks and models should be preferred.
データモデルのためのいくつかの設計の選択肢があります。これは、バイナリまたはテキスト表現を使用することができ、それは最初から定義されるか、または既存のフレームワークやデータモデルを使用することができます。一般的には、既存のフレームワークやモデルの使用が好まれるべきです。
Binary and textual representations both have advantages and disadvantages. Textual representations are (with some limitations) human-readable, while a binary representation consumes less resources for storing, transmitting, and parsing data.
バイナリとテキスト表現は長所と短所を持っている両方。バイナリ表現は、格納送信、及びデータを解析するためのより少ないリソースを消費しながら、テキスト表現は、人間が読める（いくつかの制限を有する）です。
An already existing and closely related data model is the DISMAN-TRACEROUTE-MIB module [RFC4560], which specifies a Structure of Management Information version 2 (SMIv2) encoding [RFC2578], [RFC2579], and [RFC2580] for transmitting traceroute measurement information (configuration and results). This data model is well suited and supported within network management systems, but as a general format for storing and transmitting traceroute results, it is not easily applicable.
既存と密接に関連したデータモデルは、トレースルート測定情報を送信するために[RFC2578]、[RFC2579]及び[RFC2580]をコードする管理情報バージョン2（SMIv2）の構造を指定する、[RFC4560] DISMAN - TRACEROUTE-MIBモジュールであります（構成および結果）。このデータ・モデルは十分に適し、ネットワーク管理システム内でサポートされていますが、トレースルート結果を格納し、伝送するための一般的なフォーマットとして、容易に適用できません。
Another binary representation would be an extension of traffic-flow information encodings as specified for the IP Flow Information Export (IPFIX) protocol [RFC5101], [RFC5102]. The IPFIX protocol is extensible. However, the architecture behind this protocol [IPFIX] is targeted at exporting passively measured flow information. Therefore, some obstacles are expected when trying to use it for transmitting traceroute measurement information.
別のバイナリ表現は、IPフロー情報エクスポート（IPFIX）プロトコル[RFC5101]、[RFC5102]に指定されたトラフィックフロー情報の符号化の拡張であろう。 IPFIXプロトコルは拡張可能です。しかしながら、このプロトコル[IPFIX]後ろアーキテクチャは、受動的に測定されたフロー情報をエクスポートを対象としています。 tracerouteの測定情報を送信するためにそれを使用しようとするため、いくつかの障害が予想されます。
For textual representations, using the eXtensible Markup Language (XML) [W3C.REC-xml-20060816] is an obvious choice. XML supports clean structuring of data and syntax checking of records. With some limitations, it is human-readable. It is supported well by a huge pool of tools and standards for generating, transmitting, parsing, and converting it to other data formats. Its disadvantages are the resource consumption for processing, storing, and transmitting information. Since the expected data volumes related to traceroute measurement in network operation and maintenance are not expected to be extremely high, the inefficient usage of resources is not a significant disadvantage. Therefore, XML was chosen as a basis for the traceroute measurement information model that is specified in this memo.
拡張マークアップ言語（XML）[W3C.REC-XML-20060816]を使用して、テキスト表現のための明白な選択です。 XMLは、データとレコードの構文チェックのきれいな構造をサポートしています。いくつかの制限と、それは人間が読み取り可能です。これは、生成し送信し、解析し、および他のデータ形式に変換するためのツールや標準の巨大なプールでもサポートされています。その欠点は、処理、保存、および情報を送信するためのリソース消費されています。ネットワーク運用保守にトレースルート測定に関連する予想されるデータ量が非常に高くなることが予想されていないため、リソースの非効率的な使用は、重大な欠点ではありません。したがって、XMLは、このメモで指定されたトレースルート測定情報モデルの基礎として選択しました。
Section 7 contains the XML schema to be used as a template for storing and/or exchanging traceroute measurement information. The schema was designed in order to use an extensible approach based on templates (pretty similar to how the IPFIX protocol is designed) where the traceroute configuration elements (both the requested parameters, "RequestMetadata", and the actual parameters used, "MeasurementMetadata") are metadata to be referenced by results information elements (data) by means of the "TestName" element (used as a unique identifier, chosen in accordance to the specification of [RFC4560]). Currently Open Grid Forum (OGF) is also using this approach and cross-requirements have been analyzed. As a result of this analysis, the XML schema contained in Section 7 is compatible with the OGF schema since both were designed in a way that limits the unnecessary redundancy and a simple one-to-one transformation between the two exists.
セクション7は、記憶及び/又はトレースルート測定情報を交換するためのテンプレートとして使用されるXMLスキーマを含んでいます。スキーマは（IPFIXプロトコルが設計されている方法とかなり類似している）テンプレートのtraceroute構成要素（要求されたパラメータ、「たRequestMetaData」、及び、「MeasurementMetadata」実際に使用されるパラメータの両方）に基づいて拡張可能なアプローチを使用するために設計されました（[RFC4560]の仕様に応じて選択された一意の識別子として使用される）「テスト名」要素によって結果情報要素（データ）によって参照されるメタデータです。現在、オープン・グリッド・フォーラム（OGF）も、このアプローチを使用しており、クロス要件が分析されています。両方が不要な冗長性を制限し、両者の間の単純な一対一の変換が存在するように設計されたので、この分析の結果として、第7章に含まれるXMLスキーマはOGFスキーマと互換性があります。
This section presents the XML schema to be used as a template for storing and/or exchanging traceroute measurement information. The schema uses UTF-8 encoding as defined in [RFC3629]. In documents conforming to the format presented here, an XML declaration SHOULD be present specifying the version and the character encoding of the XML document. The document should be encoded using UTF-8. Since some of the strings can span multiple lines, [RFC5198] applies. XML processing instructions and comments MUST be ignored. Mind that whitespace is significant in XML when writing documents conforming to this schema. Documents using the presented format must be valid according to the XML schema shown in this section. Since elements of type "_CtlType" may contain elements from unknown namespaces, those elements MUST be ignored if their namespace is unknown to the processor. Values for elements using the XML schema type "dateTime" MUST be restricted to values defined in [RFC3339]. Future versions of this format MAY extend this schema by creating a new schema that redefines all or some of the data types and elements defined in this version or by establishing a complete new schema.
このセクションでは、記憶及び/又はトレースルート測定情報を交換するためのテンプレートとして使用するXMLスキーマを示します。 [RFC3629]で定義されたスキーマは、UTF-8エンコーディングを使用します。ここに示したフォーマットに準拠した文書では、XML宣言は、バージョンおよびXMLドキュメントの文字エンコーディングを指定して存在しなければなりません。文書は、UTF-8を使用してエンコードする必要があります。文字列の一部を複数行にまたがることができますので、[RFC5198]は適用されます。 XML処理命令とコメントを無視しなければなりません。このスキーマに準拠した文書を書くときに空白はXMLに重要であることに留意し。提示形式を使用して文書は、このセクションで示したXMLスキーマに従って有効でなければなりません。タイプ「_CtlType」の要素は未知の名前空間からの要素を含んでいてもよいので、その名前空間はプロセッサに知られていない場合、これらの要素を無視しなければなりません。 XMLスキーマタイプの「dateTime」を用いて要素の値は[RFC3339]で定義された値に制限しなければなりません。このフォーマットの将来のバージョンでは、このバージョンでまたは完全な新しいスキーマを確立することにより定義されたデータ型と要素の全部または一部を再定義する新しいスキーマを作成することによって、このスキーマを拡張することができます。
Due to the limited line length some lines appear wrapped.
限られた行の長さのためにいくつかの行がラップ表示されます。
<?xml version="1.0" encoding="UTF-8"?> <xs:schema elementFormDefault="qualified" targetNamespace="urn:ietf:params:xml:ns:traceroute-1.0" xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns:tr="urn:ietf:params:xml:ns:traceroute-1.0"> <xs:simpleType name="string255"> <xs:annotation> <xs:documentation>String restricted to 255 characters.</xs:documentation> </xs:annotation>
<？xml version = "1.0" エンコード= "UTF-8"？> <XS：スキーマのelementFormDefault = "資格" のtargetNamespace = "壷：IETF：のparams：XML：NS：tracerouteの-1.0" のxmlns：XS = "のhttp： //www.w3.org/2001/XMLSchema」のxmlns：TR = "壷：IETF：のparams：XML：NS：tracerouteの-1.0"> <XS：単純名= "string255"> <XS：注釈> <XS： 。ドキュメンテーション> </ XS：：注釈> 255文字に制限</ XSドキュメント>文字列
<xs:restriction base="xs:string"> <xs:maxLength value="255"/> </xs:restriction> </xs:simpleType>
<XS：制限ベース= "XS：文字列"> <XS：maxLengthの値= "255" /> </ XS：制限> </ XS：simpleTypeの>
<xs:simpleType name="u8nonzero"> <xs:annotation> <xs:documentation>unsignedByte with non zero value.</xs:documentation> </xs:annotation>
<XS：単純名= "u8nonzero"> <XS：注釈>。<XS：ドキュメント>なunsignedByteゼロ以外の値を持つ</ XS：ドキュメンテーション> </ XS：注釈>
<xs:restriction base="xs:unsignedByte"> <xs:minInclusive value="1"/> </xs:restriction> </xs:simpleType>
<XS：制限ベース= "XS：なunsignedByte"> <XS：のminInclusive値= "1" /> </ XS：制限> </ XS：simpleTypeの>
<xs:complexType name="_roundTripTime"> <xs:choice> <xs:element name="roundTripTime"> <xs:simpleType> <xs:restriction base="xs:unsignedInt"/> </xs:simpleType> </xs:element>
<XS：complexTypeの名= "_ roundTripTime"> <XS：選択> <XS：要素名= "roundTripTime"> <XS：単純> <XS：制限ベース= "XS：unsignedInt型" /> </ XS：simpleTypeの> < / XS：要素>
<xs:element name="roundTripTimeNotAvailable"> <xs:complexType/> </xs:element> </xs:choice> </xs:complexType>
<XS：要素名= "roundTripTimeNotAvailable"> <XS：complexTypeの/> </ XS：要素> </ XS：選択> </ XS：complexTypeの>
<xs:complexType name="_inetAddressUnknown"/>
<XS：complexTypeの名= "_ inetAddressUnknown" />
<xs:simpleType name="_inetAddressIpv4"> <xs:restriction base="xs:string"> <xs:pattern value="(([1-9]?[0-9]|1[0-9][0-9]|2[0-4][0-9]|25[0-5
<XS：単純型名= "_ inetAddressIpv4"> <XS：制限ベース= "XS：文字列"> <XS：パターン値= "（（[1-9] [0-9] | 1 [0-9] [ 0-9] | 2 [0-4] [0-9] | 25 [0-5
]).){3}([1-9]?[0-9]|1[0-9][0-9]|2[0-4][0-9]|25[0-5])"/> </xs:restriction> </xs:simpleType>
]））{3}（[1-9] [0-9] |。？1 [0-9] [0-9] | 2 [0-4] [0-9] | 25 [0-5] ） "/> </ XS：制限> </ XS：単純>
<xs:simpleType name="_inetAddressIpv6"> <xs:restriction base="xs:string"> <xs:pattern value="(([\dA-Fa-f]{1,4}:){7}[\dA-Fa-f]{1,4})(:([\d ]{1,3}.){3}[\d]{1,3})?"/> </xs:restriction> </xs:simpleType>
<XS：単純型名= "_ inetAddressIpv6"> <XS：制限ベース= "XS：文字列"> <XS：パターン値= "（（[\ DA-FA-F] {1,4}）{7} [ \ DA-FA-F] {1,4}）（（[\ D] {1,3}）{3} [\ D] {1,3}） "/> </ XS：制限> </ XS：単純>
<xs:simpleType name="_inetAddressDns"> <xs:restriction base="xs:string"> <xs:maxLength value="256"/> </xs:restriction> </xs:simpleType>
<XS：単純型名= "_ inetAddressDns"> <XS：制限ベース= "XS：文字列"> <XS：maxLengthの値= "256" /> </ XS：制限> </ XS：simpleTypeの>
<xs:complexType name="_inetAddressASNumber"> <xs:annotation> <xs:documentation>Specifies the AS number of a hop in the traceroute path as a 32-bit number and indicates how the mapping from IP address to AS number was performed.</xs:documentation> </xs:annotation>
<XS：complexTypeの名=「_ inetAddressASNumber」> <XS：注釈> <XS：ドキュメント>は、32ビットの数値としてトレースルート経路内のホップのAS番号を指定し、AS番号へのIPアドレスのマッピングが行われたかを示します。</ XS：ドキュメンテーション> </ XS：注釈>
<xs:sequence> <xs:element name="asNumber" type="xs:unsignedInt"/>
<XS：シーケンス>ます。<xsd：要素名=タイプ "Numberとして" = "のxs：unsignedInt型" />
<xs:element name="ipASNumberMappingType"> <xs:simpleType> <xs:restriction base="xs:string"> <xs:enumeration value="bgptables"/>
<XS：要素名= "ipASNumberMappingType"> <XS：単純> <XS：制限ベース= "XS：文字列"> <XS：列挙値= "bgptables" />
<xs:enumeration value="routingregistries"/>
<XS：列挙値= "routingregistries" />
<xs:enumeration value="nslookup"/>
<XS：列挙値= "nslookupコマンド" />
<xs:enumeration value="others"/>
<XS：列挙値= "他者" />
<xs:enumeration value="unknown"/> </xs:restriction> </xs:simpleType> </xs:element> </xs:sequence> </xs:complexType>
<XS：列挙値= "不明" /> </ XS：制限> </ XS：単純> </ XS：要素> </ XS：配列> </ XS：complexTypeの>
<xs:complexType name="inetAddress"> <xs:choice>
<XS：complexTypeの名= "のInetAddress"> <XS：選択>
<xs:element name="inetAddressUnknown"
type="tr:_inetAddressUnknown"/>
<xs:element name="inetAddressIpv4" type="tr:_inetAddressIpv4"/>
<XS：要素名= "inetAddressIpv4" タイプ= "TR：_inetAddressIpv4" />
<xs:element name="inetAddressIpv6" type="tr:_inetAddressIpv6"/>
<XS：要素名= "inetAddressIpv6" タイプ= "TR：_inetAddressIpv6" />
<xs:element name="inetAddressASNumber" type="tr:_inetAddressASNumber"/>
<XS：要素名= "inetAddressASNumber" タイプ= "TR：_inetAddressASNumber" />
<xs:element minOccurs="0" name="inetAddressDns" type="tr:_inetAddressDns"/> </xs:choice> </xs:complexType>
<XS：要素のminOccurs = "0" 名前= "inetAddressDns" タイプ= "TR：_inetAddressDns" /> </ XS：選択> </ XS：complexTypeの>
<xs:complexType name="inetAddressWithoutDns"> <xs:sequence> <xs:choice> <xs:element name="inetAddressUnknown" type="tr:_inetAddressUnknown"/>
<XS：complexTypeの名= "inetAddressWithoutDns"> <XS：シーケンス> <XS：選択> <XS：要素名= "inetAddressUnknown" タイプ= "TR：_inetAddressUnknown" />
<xs:element name="inetAddressIpv4"
type="tr:_inetAddressIpv4"/>
<xs:element name="inetAddressIpv6" type="tr:_inetAddressIpv6"/>
<XS：要素名= "inetAddressIpv6" タイプ= "TR：_inetAddressIpv6" />
<xs:element name="inetAddressASNumber" type="tr:_inetAddressASNumber"/> </xs:choice> </xs:sequence> </xs:complexType>
<XS：要素名= "inetAddressASNumber" タイプ= "TR：_inetAddressASNumber" /> </ XS：選択> </ XS：シーケンス> </ XS：complexTypeの>
<xs:simpleType name="operationResponseStatus"> <xs:restriction base="xs:string"> <xs:enumeration value="responseReceived"/>
<XS：simpleTypeの名前= "operationResponseStatus"> <XS：制限ベース= "XS：文字列"> <XS：列挙値= "responseReceived" />
<xs:enumeration value="unknown"/>
<XS：列挙値= "不明" />
<xs:enumeration value="internalError"/>
<XS：列挙値= "internalError" />
<xs:enumeration value="requestTimedOut"/>
<XS：列挙値= "requestTimedOut" />
<xs:enumeration value="unknownDestinationAddress"/>
<XS：列挙値= "unknownDestinationAddress" />
<xs:enumeration value="noRouteToTarget"/>
<XS：列挙値= "noRouteToTarget" />
<xs:enumeration value="interfaceInactiveToTarget"/>
<XS：列挙値= "interfaceInactiveToTarget" />
<xs:enumeration value="arpFailure"/>
<XS：列挙値= "arpFailure" />
<xs:enumeration value="maxConcurrentLimitReached"/>
<XS：列挙値= "maxConcurrentLimitReached" />
<xs:enumeration value="unableToResolveDnsName"/>
<XS：列挙値= "unableToResolveDnsName" />
<xs:enumeration value="invalidHostAddress"/> </xs:restriction> </xs:simpleType>
<XS：列挙値= "無効なホストアドレス" /> </のxsd：制限> </ XS：単純>
<xs:complexType name="_CtlType"> <xs:choice> <xs:element name="TCP"> <xs:complexType/> </xs:element>
<XS：complexTypeの名= "_ CtlType"> <XS：選択> <XS：要素名= "TCP"> <XS：complexTypeの/> </ XS：要素>
<xs:element name="UDP">
<xs:complexType/>
</xs:element>
<xs:element name="ICMP"> <xs:complexType/> </xs:element>
<XS：要素名= "ICMP"> <XS：complexTypeの/> </ XS：要素>
<xs:any namespace="##other"/> </xs:choice> </xs:complexType>
<XS：任意の名前空間= "##他の" /> </ XS：選択> </ XS：complexTypeの>
<xs:complexType name="_ProbeResults"> <xs:sequence> <xs:element maxOccurs="255" name="hop"> <xs:complexType> <xs:sequence> <xs:element maxOccurs="10" name="probe"> <xs:complexType> <xs:sequence> <xs:element name="HopAddr" type="tr:inetAddressWithoutDns"> <xs:annotation> <xs:documentation>Specifies the address of a hop in the traceroute measurement path. This object is not allowed to be a DNS name. The address type can be determined by examining the "inetAddress" type name and the corresponding element value.</xs:documentation> </xs:annotation> </xs:element>
<XS：complexTypeの名= "_ ProbeResults"> <XS：配列> <XS：要素のmaxOccurs = "255" NAME = "ホップ"> <XS：complexTypeの> <XS：配列> <XS：要素のmaxOccurs = "10" 名前= "プローブ"> <XS：complexTypeの> <XS：シーケンス> <XS：要素名= "HopAddr" タイプ= "TR：inetAddressWithoutDns"> <XS：注釈> <XS：ドキュメント>は中ホップのアドレスを指定します。 tracerouteの測定パス。このオブジェクトはDNS名であることを許されていません。アドレスタイプが「InetAddressの」タイプ名と対応する要素の値を調べることによって決定することができる</ XS：ドキュメント>。</ XS：注釈> </ XS：要素>
<xs:element minOccurs="0" name="HopName"
type="tr:_inetAddressDns">
<xs:annotation>
<xs:documentation>Specifies the DNS name of
the "HopAddr" if it is available. If it is
not available, the element is
omitted.</xs:documentation>
</xs:annotation>
</xs:element>
<xs:element maxOccurs="255" minOccurs="0" name="MPLSLabelStackEntry"> <xs:annotation> <xs:documentation>Specifies entries of the MPLS label stack of a probe observed when the probe arrived at the hop that replied to the probe. This object contains one MPLS label stack entry as a 32-bit value as it is observed on the MPLS label stack. Contained in this single number are the MPLS label, the Exp field, the S flag, and the MPLS TTL value as specified in [RFC3032]. If more than one MPLS label stack entry is reported, then multiple instances of elements of this type are used. They must be ordered in the same order as on the label stack with the top label stack entry being reported first.</xs:documentation> </xs:annotation>
<XS：要素のmaxOccurs =「255」のminOccurs =「0」名前=「MPLSLabelStackEntry」> <XS：注釈> <XS：ドキュメント>は、プローブは答えホップに到着した際に観測されたプローブのMPLSラベルスタックのエントリを指定します。プローブへ。この目的は、MPLSラベルスタック上で観察される32ビット値として1つのMPLSラベルスタックエントリを含みます。この単一の数値に含まれる[RFC3032]で指定されるようにMPLSラベル、EXPフィールド、Sフラグ、及びMPLS TTL値です。複数のMPLSラベルスタックエントリが報告されている場合、この種の要素の複数のインスタンスが使用されています。彼らは、最初に報告されているトップラベルスタックエントリにラベルスタック上と同じ順序で注文する必要があります。</ XS：ドキュメント>。</ XS：注釈>
<xs:simpleType> <xs:restriction base="xs:unsignedInt"> <xs:maxInclusive value="4294967295"/> </xs:restriction> </xs:simpleType> </xs:element>
<XS：単純> <XS：制限基地= "のxsd：unsignedInt型"> <XSD：maxInclusiveを値= "4294967295" /> </ XS：制限> </ XS：単純> </ XS：要素>
<xs:element name="ProbeRoundTripTime" type="tr:_roundTripTime"> <xs:annotation> <xs:documentation>If this element contains the element "roundTripTime", this specifies the amount of time measured in milliseconds from when a probe was sent to when its response was received or when it timed out. The value of this element is reported as the truncation of the number reported by the traceroute tool (the output "< 1 ms" is therefore encoded as 0 ms). If it contains the element
<XS：要素名=「ProbeRoundTripTime」タイプ=「TR：_roundTripTime」> <XS：注釈> <XS：ドキュメント>この要素は要素「roundTripTime」が含まれている場合、これは時にプローブからミリ秒単位で測定された時間の量を指定しますそれがタイムアウトしたときにその応答を受信したりされたときに送信されました。この要素の値は、トレースルートツールによって報告された数の切り捨てとして報告されている（出力「＆LT; 1ミリ秒」、従って0秒として符号化されます）。それは要素が含まれている場合
"roundTripTimeNotAvailable", it means either the probe was lost because of a timeout or it was not possible to transmit a probe. </xs:documentation> </xs:annotation> </xs:element>
「roundTripTimeNotAvailable」は、それは意味のいずれかのプローブがタイムアウトのために失われたか、プローブを送信することができませんでした。 </ XS：ドキュメンテーション> </ XS：注釈> </ XS：要素>
<xs:element name="ResponseStatus" type="tr:operationResponseStatus"> <xs:annotation> <xs:documentation>Specifies the result of a traceroute measurement made by the host for a particular probe.</xs:documentation> </xs:annotation> </xs:element>
<XS：要素名= "ResponseStatus" タイプ= "TR：operationResponseStatus"> <XS：注釈> <XS：ドキュメント>特定のプローブのために宿主製トレースルート測定の結果を指定する</ XS：ドキュメント>。< / XS：注釈> </ XS：要素>
<xs:element name="Time" type="xs:dateTime"> <xs:annotation> <xs:documentation>Specifies the timestamp for the time the response to the probe was received at the interface.</xs:documentation> </xs:annotation> </xs:element> </xs:sequence> </xs:complexType> </xs:element>
<XS：要素名=「時間」タイプ=「XS：dateTimeの」> <XS：注釈> <XS：ドキュメント>プローブに対する応答がインターフェイスで受信された時刻のタイムスタンプを指定します。</ XS：ドキュメント> </ XS：注釈> </ XS：要素> </ XS：配列> </ XS：complexTypeの> </ XS：要素>
<xs:element minOccurs="0" name="HopRawOutputData" type="tr:string255"> <xs:annotation> <xs:documentation>Specifies the raw output data returned by the traceroute measurement for a certain hop in a traceroute measurement path. It is an implementation-dependent, printable string, expected to be useful for a human interpreting the traceroute results.</xs:documentation> </xs:annotation> </xs:element> </xs:sequence> </xs:complexType> </xs:element> </xs:sequence> </xs:complexType>
<XS：要素のminOccurs = "0" NAME = "HopRawOutputData" タイプ= "TR：string255"> <XS：注釈> <XS：ドキュメント> tracerouteの測定において一定のホップのためにトレースルート測定によって返された生の出力データを指定道。これは、トレースルートの結果を解釈する人間のために有用であると期待実装依存で、印刷可能な文字列である</ XS：ドキュメント>。</ XS：注釈> </ XS：要素> </ XS：配列> </ XS： complexTypeの> </ XS：要素> </ XS：シーケンス> </ XS：complexTypeの>
<xs:complexType name="_Metadata"> <xs:annotation> <xs:documentation>Specifies the metadata for a traceroute operation -- the parameters requested if used in
<XS：complexTypeの名=「_メタデータ」> <XS：注釈> <XS：ドキュメント>トレースルート操作のためのメタデータを指定 - に使用される場合には要求されたパラメータを
"RequestMetadata" or the actual parameters used if used in "MeasurementMetadata".</xs:documentation> </xs:annotation>
"たRequestMetaData" または "MeasurementMetadata" で使用した場合に使用される実際のパラメータを設定します。</ XS：ドキュメンテーション> </ XS：注釈>
<xs:sequence> <xs:element name="TestName" type="tr:string255"> <xs:annotation> <xs:documentation>Specifies the name of a traceroute measurement. This is not necessarily unique within any well-defined scope (e.g., a specific host, initiator of the traceroute measurement).</xs:documentation> </xs:annotation> </xs:element>
<XS：シーケンス> <XS：要素名= "テスト名" タイプ= "TR：string255"> <XS：注釈> <XS：ドキュメント>は、トレースルート測定の名前を指定します。これは、任意の明確に定義された範囲（例えば、特定のホスト、トレースルート測定の開始）内で一意である必要はありません</ XS：ドキュメント>。</ XS：注釈> </ XS：要素>
<xs:element default="" name="OSName" type="tr:string255"> <xs:annotation> <xs:documentation>Specifies the name of the operating system on which the traceroute measurement was launched. This element is ignored if used in the "RequestMetadata".</xs:documentation> </xs:annotation> </xs:element>
<XS：要素のデフォルト= "" 名前= "OSNameに" タイプ= "TR：string255"> <XS：注釈> <XS：ドキュメント>に、traceroute測定が起動されたオペレーティングシステムの名前を指定します。 "たRequestMetaData" で使用した場合、この要素は無視されます。</ XS：ドキュメント>。</ XS：注釈> </ XS：要素>
<xs:element default="" name="OSVersion" type="tr:string255"> <xs:annotation> <xs:documentation>Specifies the OS version on which the traceroute measurement was launched. This element is ignored if used in the "RequestMetadata".</xs:documentation> </xs:annotation> </xs:element>
<XS：要素のデフォルト= "" 名前= "いるOSVersion" タイプ= "TR：string255"> <XS：注釈> <XS：ドキュメント>に、traceroute測定が起動されたOSのバージョンを指定します。 "たRequestMetaData" で使用した場合、この要素は無視されます。</ XS：ドキュメント>。</ XS：注釈> </ XS：要素>
<xs:element default="" name="ToolVersion" type="tr:string255"> <xs:annotation> <xs:documentation>Specifies the version of the traceroute tool (requested to be used if in the "RequestMetadata" element, actually used if in the "MeasurementMetadata" element).</xs:documentation> </xs:annotation> </xs:element>
<XS：要素のデフォルト=「」名前=「ToolVersion」タイプ=「TR：string255」> <XS：注釈> <XS：ドキュメント>であれば使用することが要求されたトレースルートツールのバージョン（指定し、「たRequestMetaData」要素を、実際には） "MeasurementMetadata" の要素であれば使用していました。</ XS：ドキュメンテーション> </ XS：注釈> </ XS：要素>
<xs:element default="" name="ToolName" type="tr:string255"> <xs:annotation> <xs:documentation>Specifies the name of the traceroute tool (requested to be used if in the "RequestMetadata" element, actually used if in the "MeasurementMetadata" element).</xs:documentation> </xs:annotation>
<XS：要素のデフォルト=「」名前=「ツール名」タイプ=「TR：string255」> <XS：注釈> <XS：ドキュメント>であれば使用することが要求されたトレースルートツールの名前（指定し、「たRequestMetaData」要素を、 "MeasurementMetadata" 要素）であれば、実際に使用していました。</ XS：ドキュメンテーション> </ XS：注釈>
</xs:element>
</ XS：要素>
<xs:element name="CtlTargetAddress" type="tr:inetAddress"> <xs:annotation> <xs:documentation>In the "RequestMetadata" element, it specifies the host address requested to be used in the traceroute measurement. In the "MeasurementMetadata" element, it specifies the host address used in the traceroute measurement. The host address type can be determined by examining the "inetAddress" type name and the corresponding element value.</xs:documentation> </xs:annotation> </xs:element>
<XS：要素名= "CtlTargetAddress" タイプ= "TR：InetAddressの"> <XS：注釈> <XS：ドキュメント>は "たRequestMetaData" 要素では、それはtracerouteの測定に使用されるように要求されたホストアドレスを指定します。 「MeasurementMetadata」素子では、tracerouteの測定に使用されるホストアドレスを指定します。ホストアドレスタイプは「InetAddressの」タイプ名と、対応する要素の値を調べることによって決定することができます。</ XS：ドキュメント>。</ XS：注釈> </ XS：要素>
<xs:element default="false" name="CtlBypassRouteTable" type="xs:boolean"> <xs:annotation> <xs:documentation>In the "RequestMetadata" element specifies if the optional bypassing of the route table was enabled or not. In the "MeasurementMetadata" element, specifies if the optional bypassing of the route table was enabled or not. If enabled, the normal routing tables will be bypassed and the probes will be sent directly to a host on an attached network. If the host is not on a directly attached network, an error is returned. This option can be used to perform the traceroute measurement to a local host through an interface that has no route defined. This object can be used when the setsockopt SOL_SOCKET SO_DONTROUTE option is supported and set (see the POSIX standard IEEE.1003-1G.1997). </xs:documentation> </xs:annotation> </xs:element>
<XS：要素のデフォルト=「false」の名前=「CtlBypassRouteTable」タイプ=「XS：ブール」> <XS：注釈> <XS：ドキュメント>ルートテーブルのオプションのバイパスが有効になっていた場合、「たRequestMetaData」要素が指定してかではありません。ルートテーブルのオプションのバイパスが有効にされたかどうか「MeasurementMetadata」要素では、指定します。有効にした場合、通常のルーティングテーブルはバイパスされ、プローブが接続されたネットワーク上のホストに直接送信されます。ホストが直接接続されたネットワーク上にない場合は、エラーが返されます。このオプションは、定義された経路を有していないインタフェースを介してローカルホストへのトレースルート測定を実行するために使用することができます。 setsockopt SOL_SOCKET SO_DONTROUTEオプションがサポートされており、設定されている場合は、このオブジェクトは、（POSIX標準IEEE.1003-1G.1997を参照）を使用することができます。 </ XS：ドキュメンテーション> </ XS：注釈> </ XS：要素>
<xs:element default="0" name="CtlProbeDataSize"> <xs:annotation> <xs:documentation>Specifies the size of the probes of a traceroute measurement in octets (requested if in the "RequestMetadata" element, actually used if in the "MeasurementMetadata" element). If UDP datagrams are used as probes, then the value contained in this object is exact. If another protocol is used to transmit probes (i.e., TCP or ICMP) for which the specified size is not appropriate, then the implementation can use whatever size (appropriate to the method) is closest to the specified size. The maximum value for this object is computed by subtracting the smallest possible IP header size of 20 octets (IPv4 header with no options) and the
<XS：要素はデフォルト=「0」名前=「CtlProbeDataSize」> <XS：注釈> <XS：ドキュメント>は「たRequestMetaData」要素であればオクテットでのtracerouteの測定プローブのサイズを指定します（実際には場合に使用、要求されました「MeasurementMetadata」要素で）。 UDPデータグラムがプローブとして使用される場合、このオブジェクトに含まれる値が正確です。別のプロトコルが指定されたサイズが適切でないとするためのプローブ（すなわち、TCPまたはICMP）を送信するために使用された場合、実装は、どんなサイズ（メソッドに適切な）を使用することができ、指定されたサイズに最も近いです。このオブジェクトのための最大値は、最小の可能なIPヘッダ20オクテットのサイズ（オプションなしでIPv4ヘッダ）及び減算することによって計算されます。
UDP header size of 8 octets from the maximum IP packet size. An IP packet has a maximum size of 65535 octets (excluding IPv6 jumbograms).</xs:documentation> </xs:annotation>
最大IPパケットサイズから8つのオクテットのUDPヘッダサイズ。 IPパケットは、（IPv6のジャンボグラムを除く）65535オクテットの最大サイズを持っている</ XS：ドキュメント>。</ XS：注釈>
<xs:simpleType> <xs:restriction base="xs:unsignedShort"> <xs:maxInclusive value="65507"/> </xs:restriction> </xs:simpleType> </xs:element>
<XS：単純> <XS：制限ベース= "XSD：符号なしshort"> <XSD：maxInclusiveを値= "65507" /> </ XS：制限> </ XS：単純> </ XS：要素>
<xs:element default="3" name="CtlTimeOut"> <xs:annotation> <xs:documentation>Specifies the timeout value, in seconds, for each probe of a traceroute measurement (requested if in the "RequestMetadata" element, actually used if in the "MeasurementMetadata" element).</xs:documentation> </xs:annotation>
<XS：要素のデフォルト=「3」名前=「CtlTimeOut」> <XS：注釈> <XS：ドキュメント>は、タイムアウト値を指定し、秒単位で、トレースルート測定の各プローブについて（「たRequestMetaData」の要素であれば、要求"MeasurementMetadata" 要素）であれば、実際に使用していました。</ XS：ドキュメンテーション> </ XS：注釈>
<xs:simpleType> <xs:restriction base="xs:unsignedByte"> <xs:minInclusive value="1"/>
<XS：単純> <XS：制限ベース= "XS：なunsignedByte"> <XS：のminInclusive値= "1" />
<xs:maxInclusive value="60"/> </xs:restriction> </xs:simpleType> </xs:element>
<XS：maxInclusiveを値= "60" /> </ XS：制限> </ XS：単純> </ XS：要素>
<xs:element default="3" name="CtlProbesPerHop"> <xs:annotation> <xs:documentation>Specifies the number of probes with the same time-to-live (TTL) value that are sent for each host (requested if in the "RequestMetadata" element, actually used if in the "MeasurementMetadata" element).</xs:documentation> </xs:annotation>
<XS：要素のデフォルト=「3」NAME =「CtlProbesPerHop」> <XS：注釈は> <XS：ドキュメント>は、各ホストに対して送信される同一の生存時間（TTL）値を有するプローブの数を指定（要求"たRequestMetaData" 要素であれば、 "MeasurementMetadata" 要素）であれば、実際に使用していました。</ XS：ドキュメンテーション> </ XS：注釈>
<xs:simpleType> <xs:restriction base="xs:unsignedByte"> <xs:minInclusive value="1"/>
<XS：単純> <XS：制限ベース= "XS：なunsignedByte"> <XS：のminInclusive値= "1" />
<xs:maxInclusive value="10"/> </xs:restriction> </xs:simpleType> </xs:element>
<XS：maxInclusiveを値= "10" /> </ XS：制限> </ XS：単純> </ XS：要素>
<xs:element default="33434" name="CtlPort"> <xs:annotation> <xs:documentation>Specifies the base port used by the traceroute measurement (requested if in the "RequestMetadata" element, actually used if in the "MeasurementMetadata" element).</xs:documentation> </xs:annotation>
<XS：要素のデフォルト=「33434」名前=「CtlPortは」> <XS：注釈> <XS：ドキュメントが>であればtracerouteの測定で使用するベースポートを指定します（要求された「たRequestMetaData」要素で、実際に使用されている場合」 MeasurementMetadata」要素）</ XS：ドキュメント>。</ XS：注釈>
<xs:simpleType> <xs:restriction base="xs:unsignedShort"> <xs:minInclusive value="1"/> </xs:restriction> </xs:simpleType> </xs:element>
<XS：単純> <XS：制限ベース= "XSD：符号なしshort"> <XSD：のminInclusive値= "1" /> </ XS：制限> </ XS：単純> </ XS：要素>
<xs:element default="30" name="CtlMaxTtl" type="tr:u8nonzero"> <xs:annotation> <xs:documentation>Specifies the maximum TTL value for the traceroute measurement (requested if in the "RequestMetadata" element, actually used if in the "MeasurementMetadata" element).</xs:documentation> </xs:annotation> </xs:element>
<XS：要素のデフォルト= "30" NAME = "CtlMaxTtl" タイプ= "TR：u8nonzero"> <XS：注釈> <XS：ドキュメント> "たRequestMetaData" 要素であれば要求されたトレースルート測定の最大TTL値（指定、実際には） "MeasurementMetadata" の要素であれば使用していました。</ XS：ドキュメンテーション> </ XS：注釈> </ XS：要素>
<xs:element default="0" name="CtlDSField" type="xs:unsignedByte"> <xs:annotation> <xs:documentation>Specifies the value that was requested to be stored in the Differentiated Services (DS) field in the traceroute probe (if in the "RequestMetadata" element). Specifies the value that was stored in the Differentiated Services (DS) field in the traceroute probe (if in the "MeasurementMetadata" element). The DS field is defined as the Type of Service (TOS) octet in an IPv4 header or as the Traffic Class octet in an IPv6 header (see Section 7 of [RFC2460]). The value of this object must be a decimal integer in the range from 0 to 255. This option can be used to determine what effect an explicit DS field setting has on a traceroute measurement and its probes. Not all values are legal or meaningful. Useful TOS octet values are probably 16 (low delay) and 8 (high throughput). Further references can be found in [RFC2474] for the definition of the Differentiated Services (DS) field and in [RFC1812] Section 5.3.2 for Type of Service (TOS).</xs:documentation> </xs:annotation> </xs:element>
<XS：要素のデフォルト= "0" 名前= "CtlDSField" タイプ= "XS：なunsignedByte"> <XS：注釈> <XS：ドキュメント>に差別化サービス（DS）フィールドに格納されるように要求された値を指定します。 tracerouteのプローブ（「たRequestMetaData」要素である場合）。 （「MeasurementMetadata」要素である場合）のtracerouteプローブで差別化サービス（DS）フィールドに格納された値を指定します。 DSフィールドは、IPv4ヘッダーまたはIPv6ヘッダーのトラフィッククラスのオクテット（[RFC2460]のセクション7を参照）などのサービス（TOS）オクテットのタイプとして定義されます。このオブジェクトの値は、このオプションは、明示的なDSフィールド設定は、トレースルート測定とそのプローブ上にあるものの効果を決定するために使用することができる0から255の範囲の10進整数でなければなりません。すべての値は、法的または意味があるわけではありません。有用TOSオクテット値は、おそらく16（低遅延）及び8（ハイスループット）です。さらに、参照は差別化サービスの定義（DS）フィールドのとでは、[RFC2474]で見つけることができます[RFC1812]サービスタイプ（TOS）</ XS：ドキュメント>については、セクション5.3.2。</ XS：注釈> < / XS：要素>
<xs:element name="CtlSourceAddress" type="tr:inetAddressWithoutDns"> <xs:annotation> <xs:documentation>Specifies the IP address (which has to be given as an IP number, not a hostname) as the source address in traceroute probes (requested if in the "RequestMetadata" element, actually used if in the "MeasurementMetadata" element). On hosts with more than one IP address, this option can be used in the "RequestMetadata" element to force the source address to be something other than the primary IP address of the interface the probe is sent on; the value "unknown" means the default address will be used. The address type can be determined by examining the "inetAddress" type name and the corresponding element value.</xs:documentation> </xs:annotation> </xs:element>
<XS：要素名=「CtlSourceAddress」タイプ=「TR：inetAddressWithoutDns」> <XS：注釈> <XS：ドキュメント>は、送信元アドレスとして（IP番号ではなく、ホスト名として与えられなければならない）IPアドレスを指定しますtracerouteのプローブに（「たRequestMetaData」要素であれば要求された、実際には「MeasurementMetadata」要素であれば使用されます）。複数のIPアドレスを持つホストでは、このオプションは、プローブがオンに送信されるインターフェイスのプライマリIPアドレス以外のものにするために、送信元アドレスを強制的に「たRequestMetaData」要素で使用することができます。 「不明」の値は、デフォルトのアドレスが使用されることを意味します。アドレスタイプが「InetAddressの」タイプ名と対応する要素の値を調べることによって決定することができる</ XS：ドキュメント>。</ XS：注釈> </ XS：要素>
<xs:element default="0" name="CtlIfIndex" type="xs:unsignedInt"> <xs:annotation> <xs:documentation>Specifies the interface index as defined in [RFC2863] that is requested to be used in the traceroute measurement for sending the traceroute probes (if in the "RequestMetadata" element). A value of 0 indicates that no specific interface is requested. Specifies the interface index actually used (if in the "MeasurementMetadata" element).</xs:documentation> </xs:annotation> </xs:element>
<XS：要素のデフォルト= "0" NAME = "CtlIfIndex" タイプ= "XS：unsignedInt型"> <XS：注釈> <XS：ドキュメントが>で使用することが要求される[RFC2863]で定義されるように、インタフェースインデックスを指定（「たRequestMetaData」要素であれば）のtracerouteプローブを送信するためのトレースルート測定。 0という値は、特定のインターフェースが要求されていないことを示しています。 。インターフェイス・インデックスは、実際に（ "MeasurementMetadata" 要素である場合）に使用を指定します。</ XS：ドキュメンテーション> </ XS：注釈> </ XS：要素>
<xs:element minOccurs="0" name="CtlMiscOptions" type="tr:string255"> <xs:annotation> <xs:documentation>Specifies implementation-dependent options (requested if in the "RequestMetadata" element, actually used if in the "MeasurementMetadata" element).</xs:documentation> </xs:annotation> </xs:element>
<XS：要素のminOccurs = "0" 名前= "CtlMiscOptions" タイプ= "TR：string255"> <XS：注釈> <XS：ドキュメント>は、実際にあれば使用される "たRequestMetaData" の要素であれば要求された実装依存のオプションを（、指定"MeasurementMetadata" 要素）での</ XS：ドキュメント>。</ XS：注釈> </ XS：要素>
<xs:element default="5" name="CtlMaxFailures" type="xs:unsignedByte"> <xs:annotation> <xs:documentation>Specifies the maximum number of consecutive timeouts allowed before terminating a traceroute measurement (requested if in the "RequestMetadata" element, actually used if in the
<XS：要素のデフォルト=「5」名前=「CtlMaxFailures」タイプ=「XS：なunsignedByte」> <XS：注釈> <XS：ドキュメント>はであればトレースルート測定を終了する前に許可される連続したタイムアウトの最大数は（要求された指定であれば、実際に使用される「たRequestMetaData」要素、
"MeasurementMetadata" element). A value of either 255 (maximum hop count/possible TTL value) or 0 indicates that the function of terminating a remote traceroute measurement when a specific number of consecutive timeouts are detected was disabled. This element is included to give full compatibility with [RFC4560]. No known implementation of traceroute currently supports it.</xs:documentation> </xs:annotation> </xs:element>
"MeasurementMetadata" 要素）。いずれかの255（最大ホップカウント/可能なTTL値）または0の値は、連続するタイムアウトの特定の数が検出された場合、リモート・トレースルート測定を終了する機能が無効になったことを示しています。この要素は[RFC4560]との完全な互換性を与えるために含まれています。 。トレースルートの既知の実装では、現在、それをサポートしていません。</ XS：ドキュメンテーション> </ XS：注釈> </ XS：要素>
<xs:element default="false" name="CtlDontFragment" type="xs:boolean"> <xs:annotation> <xs:documentation>Specifies if the don't fragment (DF) flag in the IP header for a probe was enabled or not (if in the "MeasurementMetadata" element). If in the "RequestMetadata", it specifies if the flag was requested to be enabled or not. Setting the DF flag can be used for performing a manual PATH MTU test.</xs:documentation> </xs:annotation> </xs:element>
<XS：要素のデフォルト= "false" の名= "CtlDontFragment" タイプ= "XS：ブール"> <XS：注釈> <XS：ドキュメント>指定した場合、プローブのIPヘッダ内のフラグメント化していない（DF）フラグ（「MeasurementMetadata」要素であれば）有効かいませんでした。フラグが有効かどうかを要求された場合は、「たRequestMetaData」であれば、指定します。 <：エレメント/ XS> DFフラグを設定する手動経路MTUテストを実行するために使用することができる。</ XS：ドキュメント> </ XS注釈>
<xs:element default="1" name="CtlInitialTtl" type="tr:u8nonzero"> <xs:annotation> <xs:documentation>Specifies the initial TTL value for a traceroute measurement (requested if in the "RequestMetadata" element, actually used if in the "MeasurementMetadata" element). Such TTL setting is intended to bypass the initial (often well-known) portion of a path.</xs:documentation> </xs:annotation> </xs:element>
<XS：要素のデフォルト= "1" 名前= "CtlInitialTtl" タイプ= "TR：u8nonzero"> <XS：注釈> <XS：ドキュメント>は、トレースルート測定のための初期TTL値を指定します（ "たRequestMetaData" の要素であれば、要求、実際には「MeasurementMetadata」要素）であれば使用。そのようなTTL設定は、パスの最初の（多くの場合、よく知られている）部分をバイパスすることを意図している</ XS：ドキュメント>。</ XS：注釈> </ XS：要素>
<xs:element maxOccurs="1" minOccurs="0" name="CtlDescr" type="tr:string255"> <xs:annotation> <xs:documentation>Provides a description of the traceroute measurement.</xs:documentation> </xs:annotation> </xs:element>
<XS：要素のmaxOccurs = "1" のminOccurs = "0" NAME = "CtlDescr" タイプ= "TR：string255"> <XS：注釈> <XS：ドキュメント>提供トレースルート測定の説明</ XS：ドキュメント> </ XS：注釈> </ XS：要素>
<xs:element name="CtlType" type="tr:_CtlType"> <xs:annotation> <xs:documentation>Specifies the implementation method used for the traceroute measurement (requested if in the "RequestMetadata" element, actually used if in the
<XS：要素名=「CtlType」タイプ=「TR：_CtlType」> <XS：注釈> <XS：ドキュメント>は、であれば、実際に使用される「たRequestMetaData」要素であれば要求されたトレースルート測定（、のために使用実装方法を指定しますインクルード
"MeasurementMetadata" element). It specifies if the traceroute is using TCP, UDP, ICMP, or other types of probes. It is possible to specify other types of probes by using an element specified in another schema with a different namespace.</xs:documentation> </xs:annotation> </xs:element> </xs:sequence> </xs:complexType>
"MeasurementMetadata" 要素）。トレースルートは、TCP、UDP、ICMP、または他のタイプのプローブを使用している場合は指定します。異なる名前空間に別のスキーマで指定された要素を使用してプローブの他のタイプを指定することが可能である</ XS：ドキュメント>。</ XS：注釈> </ XS：要素> </ XS：配列> </ XS： complexTypeの>
<xs:complexType name="_Measurement"> <xs:annotation> <xs:documentation>Contains the actual traceroute measurement results.</xs:documentation> </xs:annotation>
<XS：complexTypeの名= "_測定"> <のxsd：注釈> <XS：ドキュメント>は、実際のtracerouteの測定結果が含まれています。</ XS：ドキュメンテーション> </ XS：注釈>
<xs:sequence> <xs:element name="TestName" type="tr:string255"> <xs:annotation> <xs:documentation>Specifies the name of a traceroute measurement. This is not necessarily unique within any well-defined scope (e.g., a specific host, initiator of the traceroute measurement).</xs:documentation> </xs:annotation> </xs:element>
<XS：シーケンス> <XS：要素名= "テスト名" タイプ= "TR：string255"> <XS：注釈> <XS：ドキュメント>は、トレースルート測定の名前を指定します。これは、任意の明確に定義された範囲（例えば、特定のホスト、トレースルート測定の開始）内で一意である必要はありません</ XS：ドキュメント>。</ XS：注釈> </ XS：要素>
<xs:element name="ResultsStartDateAndTime" type="xs:dateTime"> <xs:annotation> <xs:documentation>Specifies the date and start time of the traceroute measurement. This is the time when the first probe was seen at the sending interface.</xs:documentation> </xs:annotation> </xs:element>
<XS：要素名= "ResultsStartDateAndTime" タイプ= "XS：dateTimeの"> <XS：注釈> <XS：ドキュメント>は、日付を指定してトレースルート測定の開始時刻。これは、第一のプローブが送信インタフェースで見られた時間である</ XS：ドキュメント> </ XS：注釈> </ XS：要素>
<xs:element name="ResultsIpTgtAddr" type="tr:inetAddressWithoutDns"> <xs:annotation> <xs:documentation>Specifies the IP address associated with a "CtlTargetAddress" value when the destination address is specified as a DNS name. The value of this object should be "unknown" if a DNS name is not specified or if a specified DNS name fails to resolve. The address type can be determined by examining the "inetAddress" type name and the corresponding element value.</xs:documentation> </xs:annotation> </xs:element>
<XS：要素名= "ResultsIpTgtAddr" タイプ= "TR：inetAddressWithoutDns"> <XS：注釈> <XS：ドキュメント>は、宛先アドレスがDNS名として指定されている "CtlTargetAddress" 値に関連付けられたIPアドレスを指定します。 DNS名が指定されていない場合、または指定したDNS名を解決するために失敗した場合、このオブジェクトの値は「不明」でなければなりません。アドレスタイプが「InetAddressの」タイプ名と対応する要素の値を調べることによって決定することができる</ XS：ドキュメント>。</ XS：注釈> </ XS：要素>
<xs:element name="ProbeResults" type="tr:_ProbeResults"/>
<XS：要素名= "ProbeResults" タイプ= "TR：_ProbeResults" />
<xs:element name="ResultsEndDateAndTime" type="xs:dateTime"> <xs:annotation> <xs:documentation>Specifies the date and end time of the traceroute measurement. It is either the time when the response to the last probe of the traceroute measurement was received or the time when the last probe of the traceroute measurement was sent plus the relative timeout (in case of a missing response).</xs:documentation> </xs:annotation> </xs:element> </xs:sequence> </xs:complexType>
<XS：要素名= "ResultsEndDateAndTime" タイプ= "XS：dateTimeの"> <XS：注釈> <XS：ドキュメント>は、トレースルート測定の日と終了時刻を指定します。トレースルート測定の最後のプローブに対する応答が受信された時刻またはトレースルート測定の最後のプローブが送信された時間プラス（欠落応答の場合）の相対的なタイムアウト時間のいずれかである。</ XS：ドキュメント> </ XS：注釈> </ XS：要素> </ XS：配列> </ XS：complexTypeの>
<xs:element name="traceRoute"> <xs:complexType> <xs:sequence> <xs:element minOccurs="0" name="RequestMetadata" type="tr:_Metadata"/>
<XS：要素名= "トレースルート"> <XS：complexTypeの> <XS：配列> <XS：要素のminOccurs = "0" NAME = "たRequestMetaData" タイプ= "TR：_Metadata" />
<xs:element maxOccurs="2147483647" minOccurs="0"
name="Measurement">
<xs:complexType>
<xs:sequence>
<xs:element minOccurs="0" name="MeasurementMetadata"
type="tr:_Metadata"/>
<xs:element maxOccurs="2147483647" minOccurs="0" name="MeasurementResult" type="tr:_Measurement"/> </xs:sequence> </xs:complexType> </xs:element> </xs:sequence> </xs:complexType> </xs:element> </xs:schema>
<XS：要素のmaxOccurs = "2147483647" のminOccurs = "0" NAME = "計測結果" タイプ= "TR：_Measurement" /> </ XS：配列> </ XS：complexTypeの> </ XS：要素> </ XS：シーケンス> </ XS：complexTypeの> </ XS：要素> </ XS：スキーマ>
Security considerations discussed in this section are grouped into considerations related to conducting traceroute measurements and considerations related to storing and transmitting traceroute measurement information.
このセクションで説明したセキュリティ上の考慮事項は、トレースルート測定情報を格納および伝達に関連するルートトレース測定と考察を行うことに関連した考慮事項にグループ化されます。
This memo does not specify an implementation of a traceroute tool. Neither does it specify a certain procedure for storing traceroute measurement information. Still, it is considered desirable to discuss related security issues below.
このメモは、トレースルートツールの実装を指定しません。どちらもそれはtracerouteの測定情報を格納するための特定の手順を指定していないん。それでも、以下に関連するセキュリティ上の問題を議論することが望ましいと考えています。
Conducting Internet measurements can raise both security and privacy concerns. Traceroute measurements, in which traffic is injected into the network, can be abused for denial-of-service attacks disguised as legitimate measurement activity.
インターネット測定を行うことは、両方のセキュリティとプライバシーの問題を提起することができます。トラフィックがネットワークに注入されたルートトレース測定は、合法的な測定活動を装ったサービス拒否攻撃のために悪用されることができます。
Measurement parameters MUST be carefully selected so that the measurements inject trivial amounts of additional traffic into the networks they measure. If they inject "too much" traffic, they can skew the results of the measurement, and in extreme cases cause congestion and denial of service.
測定は、彼らが測定ネットワークに追加トラフィックの些細な量を注入するように測定パラメータを慎重に選択しなければなりません。彼らは「あまりにも多くの」トラフィックを注入した場合、彼らは測定の結果を歪曲し、極端な場合にはサービスの混雑や拒否を引き起こす可能性があります。
The measurements themselves could be harmed by routers giving measurement traffic a different priority than "normal" traffic, or by an attacker injecting artificial measurement traffic. If routers can recognize measurement traffic and treat it separately, the measurements will not reflect actual user traffic. If an attacker injects artificial traffic that is accepted as legitimate, the loss rate will be artificially lowered. Therefore, the measurement methodologies SHOULD include appropriate techniques to reduce the probability that measurement traffic can be distinguished from "normal" traffic.
測定自体は、測定トラフィックに「正常な」トラフィックとは異なる優先順位を与えルータによる、または人工的な測定トラフィックを注入する攻撃者によって悪影響を受ける可能性があります。ルータは、測定トラフィックを認識し、個別に扱うことができた場合は、測定値は、実際のユーザトラフィックが反映されません。攻撃者は正当なものとして受け入れている人工的なトラフィックを注入した場合、損失率を人為的に低下させることになります。したがって、測定方法は、測定トラフィックが「正常な」トラフィックと区別することができる確率を低減するための適切な技術を含むべきです。
Authentication techniques, such as digital signatures, may be used where appropriate to guard against injected traffic attacks.
そのようなデジタル署名などの認証技術は、注入されたトラフィックの攻撃を防ぐために適切な場合に使用することができます。
Traceroute measurement information is not considered highly sensitive. Still, it may contain sensitive information on network paths, routing states, used IP addresses, and roundtrip times that operators of networks may want to protect for business or security reasons.
tracerouteの測定情報は、機密性の高いと見なされていません。それでも、それは、ネットワーク経路上の機密情報を含むルーティング状態、IPアドレスを使用して、ネットワークの事業者がビジネスやセキュリティ上の理由から保護することをお勧めします往復の時間があります。
It is thus important to control access to information acquired by conducting traceroute measurements, particularly when transmitting it over a networks but also when storing it. It is RECOMMENDED that a transmission of traceroute measurement information over a network uses appropriate protection mechanisms for preserving privacy, integrity, and authenticity. It is further RECOMMENDED that secure authentication and authorization are used for protecting stored traceroute measurement information.
ネットワークを介してそれを送信するだけでなく、それを格納する際に特にとき、トレースルート測定を行うことにより取得した情報へのアクセスを制御することが重要です。ネットワーク上でのtraceroute測定情報の送信は、プライバシー、整合性、および信頼性を維持するために、適切な保護メカニズムを使用することが推奨されます。さらに安全な認証及び認可が格納されているトレースルート測定情報を保護するために使用することをお勧めします。
This document uses URNs to describe an XML namespace and an XML schema for traceroute measurement information storing and transmission, conforming to a registry mechanism described in [RFC3688]. Two URI assignments have been made.
このドキュメントは[RFC3688]に記載されたレジストリ・メカニズムに準拠し、XML名前空間およびtraceroute測定情報格納及び送信のためのXMLスキーマを記述するためのURNを使用します。二つのURIの割り当てが行われています。
* URI: urn:ietf:params:xml:ns:traceroute-1.0
* URI：URN：IETF：のparams：XML：NS：tracerouteの-1.0
* Registrant Contact: IESG
*登録者の連絡先：IESG
* XML: None. Namespace URIs do not represent an XML.
* XML：なし。名前空間URIはXMLを表すものではありません。
* URI: urn:ietf:params:xml:schema:traceroute-1.0
* URI：URN：IETF：のparams：XML：スキーマ：tracerouteの-1.0
* Registrant Contact: IESG
*登録者の連絡先：IESG
* XML: See Section 7 of this document.
* XML：このドキュメントのセクション7を参照してください。
[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月。
[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月。
[RFC2863] McCloghrie, K. and F. Kastenholz, "The Interfaces Group MIB", RFC 2863, June 2000.
[RFC2863] McCloghrie、K.およびF. Kastenholzと、 "インターフェイスグループMIB"、RFC 2863、2000年6月。
[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月。
[RFC3339] Klyne, G., Ed. and C. Newman, "Date and Time on the Internet: Timestamps", RFC 3339, July 2002.
[RFC3339] Klyne、G.、エド。そして、C.ニューマン、「インターネット上の日付と時刻：タイムスタンプ」、RFC 3339、2002年7月。
[RFC3629] Yergeau, F., "UTF-8, a transformation format of ISO 10646", STD 63, RFC 3629, November 2003.
[RFC3629] Yergeau、F.、 "UTF-8、ISO 10646の変換フォーマット"、STD 63、RFC 3629、2003年11月。
[RFC4001] Daniele, M., Haberman, B., Routhier, S., and J. Schoenwaelder, "Textual Conventions for Internet Network Addresses", RFC 4001, February 2005.
[RFC4001]ダニエル、M.、ハーバーマン、B.、Routhier、S.、およびJ. Schoenwaelder、 "インターネットネットワークアドレスのためのテキストの表記法"、RFC 4001、2005年2月。
[RFC4560] Quittek, J. and K. White, "Definitions of Managed Objects for Remote Ping, Traceroute, and Lookup Operations", RFC 4560, June 2006.
[RFC4560] Quittek、J.およびK.ホワイト、 "リモートピング、トレースルート、およびルックアップ操作のための管理オブジェクトの定義"、RFC 4560、2006年6月。
[RFC5198] Klensin, J. and M. Padlipsky, "Unicode Format for Network Interchange", RFC 5198, March 2008.
[RFC5198] Klensin、J.とM. Padlipsky、 "ネットワークインターチェンジのUnicodeフォーマット"、RFC 5198、2008年3月。
[IEEE.1003-1G.1997] Institute of Electrical and Electronics Engineers, "Protocol Independent Interfaces", IEEE Standard 1003.1G, March 1997.
[IEEE.1003-1G.1997]電気電子技術、「プロトコル独立インタフェース」、IEEE標準1003.1G、1997年3月の研究所。
[IPFIX] Sadasivan, G., "Architecture for IP Flow Information Export", Work in Progress, September 2006.
[IPFIX] Sadasivan、G.、 "IPフロー情報のエクスポートのためのアーキテクチャ"、進歩、2006年9月での作業。
[RFC1812] Baker, F., "Requirements for IP Version 4 Routers", RFC 1812, June 1995.
[RFC1812]ベイカー、F.、RFC 1812、1995年6月 "IPバージョン4つのルータのための要件"。
[RFC2474] Nichols, K., Blake, S., Baker, F., and D. Black, "Definition of the Differentiated Services Field (DS Field) in the IPv4 and IPv6 Headers", RFC 2474, December 1998.
[RFC2474]ニコルズ、K.、ブレイク、S.、ベイカー、F.、およびD.黒、 "IPv4とIPv6ヘッダーとの差別化されたサービス分野（DS分野）の定義"、RFC 2474、1998年12月。
[RFC2578] McCloghrie, K., Ed., Perkins, D., Ed., and J. Schoenwaelder, Ed., "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）の構造"。
[RFC2579] McCloghrie, K., Ed., Perkins, D., Ed., and J. Schoenwaelder, Ed., "Textual Conventions for SMIv2", STD 58, RFC 2579, April 1999.
[RFC2579] McCloghrie、K.、エド。、パーキンス、D.、編、及びJ. Schoenwaelder、エド。、 "SMIv2のためのテキストの表記法"、STD 58、RFC 2579、1999年4月。
[RFC2580] McCloghrie, K., Perkins, D., and J. Schoenwaelder, "Conformance Statements for SMIv2", STD 58, RFC 2580, April 1999.
[RFC2580] McCloghrie、K.、パーキンス、D.、およびJ. Schoenwaelder、 "SMIv2のための適合性宣言"、STD 58、RFC 2580、1999年4月。
[RFC3688] Mealling, M., "The IETF XML Registry", BCP 81, RFC 3688, January 2004.
[RFC3688] Mealling、M.、 "IETF XMLレジストリ"、BCP 81、RFC 3688、2004年1月。
[RFC5101] Claise, B., "Specification of the IP Flow Information Export (IPFIX) Protocol for the Exchange of IP Traffic Flow Information", RFC 5101, January 2008.
[RFC5101] Claise、B.、 "IPトラフィックフロー情報を交換するためのIPフロー情報のエクスポート（IPFIX）プロトコルの仕様"、RFC 5101、2008年1月。
[RFC5102] Quittek, J., Bryant, S., Claise, B., Aitken, P., and J. Meyer, "Information Model for IP Flow Information Export", RFC 5102, January 2008.
[RFC5102] Quittek、J.、ブライアント、S.、Claise、B.、エイトケン、P.、およびJ.マイヤー、 "IPフロー情報のエクスポートのための情報モデル"、RFC 5102、2008年1月。
[W3C.REC-xml-20060816] Bray, T., Paoli, J., Maler, E., Sperberg-McQueen, C., and F. Yergeau, "Extensible Markup Language (XML) 1.0 (Fourth Edition)", World Wide Web Consortium FirstEdition REC-xml-20060816, August 2006, <http://www.w3.org/TR/2006/REC-xml-20060816>.
[W3C.REC-XML-20060816]ブレイ、T.、パオリ、J.、MALER、E.、Sperberg-マックィーン、C.、およびF. Yergeau、 "拡張マークアップ言語（XML）1.0（第4版）"、 World Wide WebコンソーシアムFirstEdition REC-XML-20060816、2006年8月、<http://www.w3.org/TR/2006/REC-xml-20060816>。
[W3C.REC-xmlschema-2-20041028] Biron, P. and A. Malhotra, "XML Schema Part 2: Datatypes Second Edition", World Wide Web Consortium Recommendation REC-xmlschema-2-20041028, October 2004, <http://www.w3.org/TR/2004/REC-xmlschema-2-20041028>.
[W3C.REC-XMLSCHEMA-2から20041028]ビロン、P.およびA.マルホトラ、 "XMLスキーマパート2：データ型第二版"、World Wide Web Consortium（W3C）の勧告REC-XMLSCHEMA-2から20041028、2004年10月、<のhttp： //www.w3.org/TR/2004/REC-xmlschema-2-20041028>。
Appendix A. Traceroute Default Configuration Parameters
付録A. tracerouteのデフォルト設定パラメータ
This section lists traceroute measurement configuration parameters as well as their defaults on various platforms and illustrates how widely they may vary. This document considers four major traceroute tool implementations and compares them based on configurable parameters and default values. The LINUX (SUSE 9.1), BSD (FreeBSD 7.0), and UNIX (SunOS 5.9) implementations are based on UDP datagrams, while the WINDOWS (XP SP2) one uses ICMP Echoes. The comparison is summarized in the following table, where an N/A in the option column means that such parameter is not configurable for the specific implementation. A comprehensive comparison of available implementations is outside the scope of this document; however, by sampling a few different implementations, it can be observed that they can differ quite significantly in terms of configurable parameters and also default values. Note that in the following table only those options that are available in at least two of the considered implementations are reported.
このセクションでは、トレースルート測定の設定パラメータだけでなく、様々なプラットフォーム上でそのデフォルト値を示していますし、彼らは変更になる場合がありますどのように広く示しています。この文書には、4つの主要なトレースルートツールの実装を検討し、設定可能なパラメータとデフォルト値に基づいて、それらを比較します。 1は、ICMPエコーを使用するWindows（XP SP2）しながら、LINUX（SUSE 9.1）、BSD（FreeBSDの7.0）、およびUNIX（SunOSの5.9）の実装は、UDPデータグラムに基づいています。比較はオプション列のN / Aは、そのようなパラメータは、特定の実装のために設定しないことを意味する次の表に要約されています。利用可能な実装の包括的比較は、この文書の範囲外です。しかし、いくつかの異なる実装をサンプリングすることによって、彼らが設定可能なパラメータと、デフォルト値の面では非常に大きく異なることが観察することができます。次の表に報告されていると考えるの実装の少なくとも2で使用可能なオプションのみことに注意してください。
+---------------------------------------------------------+
| OS |Option| Description | Default |
+--------+------+-------------------------------+---------+
| LINUX | -m |Specify the maximum TTL used | 30 |
|--------+------|in traceroute probes. |---------|
| FreeBSD| -m | | OS var |
|--------+------| |---------|
| UNIX | -m | | 30 |
|--------+------| |---------|
| WINDOWS| -h | | 30 |
+--------+------+-------------------------------+---------+
| LINUX | -n |Display hop addresses | - |
|--------+------|numerically rather than |---------|
| FreeBSD| -n |symbolically. | - |
|--------+------| |---------|
| UNIX | -n | | - |
|--------+------| |---------|
| WINDOWS| -d | | - |
+--------+------+-------------------------------+---------+
| LINUX | -w |Set the time to wait for a | 3 sec |
|--------+------|response to a probe. |---------|
| FreeBSD| -w | | 5 sec |
|--------+------| |---------|
| UNIX | -w | | 5 sec |
|--------+------| |---------|
| WINDOWS| -w | | 4 sec |
+--------+------+-------------------------------+---------+
| LINUX | N/A |Specify a loose source route | - |
|--------+------|gateway (to direct the |---------|
| FreeBSD| -g |traceroute probes through | - |
|--------+------|routers not necessarily in |---------|
| UNIX | -g | the path). | - |
|--------+------| |---------|
| WINDOWS| -g | | - |
+--------+------+-------------------------------+---------+
| LINUX | -p |Set the base UDP port number | 33434 |
|------- +------|used in traceroute probes |---------|
| FreeBSD| -p |(UDP port = base + nhops - 1). | 33434 |
|--------+------| |---------|
| UNIX | -p | | 33434 |
|--------+------| |---------|
| WINDOWS| N/A | | - |
+--------+------+-------------------------------+---------+
| LINUX | -q |Set the number of probes per | 3 |
|--------+------|TTL. |---------|
| FreeBSD| -q | | 3 |
|--------+------| |---------|
| UNIX | -q | | 3 |
|--------+------| |---------|
| WINDOWS| N/A | | 3 |
+--------+------+-------------------------------+---------+
| LINUX | -S |Set the IP source address in |IP |
|--------+------|outgoing probes to the |address |
| FreeBSD| -s |specified value. |of the |
|--------+------| |out |
| UNIX | -s | |interface|
|--------+------| | |
| WINDOWS| N/A | | |
+--------+------+-------------------------------+---------+
| LINUX | -t |Set the Type of Service (TOS) | 0 |
|--------+------|in the probes to the specified |---------|
| FreeBSD| -t |value. | 0 |
|--------+------| |---------|
| UNIX | -t | | 0 |
|--------+------| |---------|
| WINDOWS| N/A | | 0 |
+--------+------+-------------------------------+---------+
| LINUX | -v |Verbose output: received ICMP | - |
|--------+------|packets other than |---------|
| FreeBSD| -v |TIME_EXCEEDED and | - |
|--------+------|UNREACHABLE are listed. |---------|
| UNIX | -v | | - |
|--------+------| |---------|
| WINDOWS| N/A | | - |
+--------+------+-------------------------------+---------+
| LINUX | N/A |Set the time (in msec) to | - |
|--------+------|pause between probes. |---------|
| FreeBSD| -z | | 0 |
|--------+------| |---------|
| UNIX | -P | | 0 |
|--------+------| |---------|
| WINDOWS| N/A | | - |
+--------+------+-------------------------------+---------+
| LINUX | -r |Bypass the normal routing | - |
|--------+------|tables and send directly to a |---------|
| FreeBSD| -r |host on attached network. | - |
|--------+------| |---------|
| UNIX | -r | | - |
|--------+------| |---------|
| WINDOWS| N/A | | - |
+--------+------+-------------------------------+---------+
| LINUX | -f |Set the initial TTL for the | 1 |
|--------+------|first probe. |---------|
| FreeBSD| -f | | 1 |
|--------+------| |---------|
| UNIX | -f | | 1 |
|--------+------| |---------|
| WINDOWS| N/A | | 1 |
+--------+------+-------------------------------+---------+
| LINUX | -F |Set the "don't fragment" bit. | - |
|--------+------| |---------|
| FreeBSD| -F | | - |
|--------+------| |---------|
| UNIX | -F | | - |
|--------+------| |---------|
| WINDOWS| N/A | | - |
+--------+------+-------------------------------+---------+
| LINUX | N/A |Enable socket level debugging. | - |
|--------+------| |---------|
| FreeBSD| -d | | - |
|--------+------| |---------|
| UNIX | -d | | - |
|--------+------| |---------|
| WINDOWS| N/A | | - |
+--------+------+-------------------------------+---------+
| LINUX | N/A |Use ICMP Echoes instead of UDP | - |
|--------+------|datagrams. |---------|
| FreeBSD| -I | | - |
|--------+------| |---------|
| UNIX | -I | | - |
|--------+------| |---------|
| WINDOWS| N/A | | - |
+--------+------+-------------------------------+---------+
| LINUX | -I |Specify a network interface to | - |
|--------+------|obtain the IP address for |---------|
| FreeBSD| -i |outgoing IP packets | - |
|--------+------|(alternative to option -s). |---------|
| UNIX | -i | | - |
|--------+------| |---------|
| WINDOWS| N/A | | - |
+--------+------+-------------------------------+---------+
| LINUX | N/A |Toggle checksum. | - |
|--------+------| |---------|
| FreeBSD| -x | | - |
|--------+------| |---------|
| UNIX | -x | | - |
|--------+------| |---------|
| WINDOWS| N/A | | - |
+--------+------+-------------------------------+---------+
| LINUX | - |As optional last parameter, |Depends |
|--------+------|LINUX, FreeBSD, and UNIX |on |
| FreeBSD| - |implementations allow |implement|
|--------+------|specifying the probe datagram |ation. |
| UNIX | - |length for outgoing probes. | |
|--------+------| | |
| WINDOWS| N/A | | |
+--------+------+-------------------------------+---------+
A.1. Alternative Traceroute Implementations
A.1。代替tracerouteの実装
As stated above, the widespread use of firewalls might prevent UDP-or ICMP-based traceroutes to completely trace the path to a destination since traceroute probes might end up being filtered. In some cases, such limitation might be overcome by sending instead TCP packets to specific ports that hosts located behind the firewall are listening for connections on. TCP-based implementations use TCP, SYN, or FIN probes and listen for TIME_EXCEEDED messages, TCP RESET, and other messages from firewalls and gateways on the path. On the other hand, some firewalls filter out TCP SYN packets to prevent denial-of-service attacks; therefore, the actual advantage of using TCP instead of UDP traceroute depends mainly on firewall configurations, which are not known in advance. A detailed analysis of TCP-based traceroute tools and measurements is outside the scope of this document; regardless, for completeness reasons, the information model also supports the storing of TCP-based traceroute measurements.
上述したように、ファイアウォールの普及に、tracerouteプローブが濾過されてしまう可能性があるので、完全に目的地までの経路をトレースするUDP-またはICMPベースのトレースルートを防ぐかもしれません。いくつかのケースでは、そのような制限は、上の接続のために聞いている代わりに、ファイアウォールの背後にあるホストが特定のポートへのTCPパケットを送信することによって克服することがあります。 TCPベースの実装は、TCP、SYN、FINまたはプローブを使用しTIME_EXCEEDEDメッセージ、TCPリセット、及び経路上のファイアウォールやゲートウェイからの他のメッセージを聞きます。一方、一部のファイアウォールは、サービス拒否攻撃を防ぐために、TCP SYNパケットをフィルタリング。そのため、TCPではなくUDPのtracerouteを使用しての実際の利点は、事前に知られていないファイアウォール設定、に主に依存します。 TCPベースのtracerouteツールと測定の詳細な分析は、この文書の範囲外です。かかわらず、完全性の理由から、情報モデルは、TCPベースのtraceroute測定の保存をサポートしています。
Appendix B. Known Problems with Traceroute
トレースルートと付録B.既知の問題
B.1. Compatibility between Traceroute Measurement Results and IPPM Metrics
B.1。 tracerouteの測定結果とIPPMメトリックの間の互換性
Because of implementation choices, a known inconsistency exists between the round-trip delay metric defined by the IPPM working group in RFC 2681 and the results returned by the current traceroute tool implementations. Unfortunately, it is unlikely that the traceroute tool implementations will implement the standard definition in the near future. The only possibility is therefore to compare results of different traceroute measurements with each other; in order to do this, specifications both of the operating system (name and version) and of the traceroute tool version used were added to the metadata elements in order to help in comparing metrics between two different traceroute measurement results (if run using the same operating system and the same version of the tool). Moreover, the traceroute tool has built-in configurable mechanisms like timeouts and can experience problems related to the crossing of firewalls; therefore, some of the packets that traceroute sends out end up being timeout or filtered. As a consequence, it might not be possible to trace the path to a node or there might not be a complete enough set of probes describing the RTT to reach it.
なぜなら実装の選択肢は、公知矛盾は、RFC 2681でIPPMワーキンググループによって定義された往復遅延メトリックと現在のトレースルートツールの実装によって返された結果との間に存在します。残念ながら、tracerouteのツールの実装は、近い将来における標準的な定義を実装することはほとんどありません。唯一の可能性は、互いに異なるトレースルート測定の結果を比較することです。これを行うために、仕様のオペレーティングシステム（名前およびバージョン）の両方と同じ操作を用いて実行する場合（二つの異なるトレースルート測定結果との間のメトリックを比較する際に支援するために、メタデータ要素に追加された使用のtracerouteツールバージョンのシステムやツールの同じバージョン）。また、トレースルートツールは、タイムアウトのような設定機構を内蔵しており、ファイアウォールの交差点に関連する問題が発生することができます。従って、をtracerouteパケットの一部が端まであるタイムアウトまたは濾過を送出します。その結果、ノードへのパスをトレースすることはできないかもしれませんか、それに到達するためにRTTを記述したプローブの完全な十分なセットは存在しない可能性があります。
Appendix C. Differences to DISMAN-TRACEROUTE-MIB
DISMAN - TRACEROUTE - MIBへ付録C.違い
For performing remote traceroute operations at managed node, the IETF has standardized the DISMAN-TRACEROUTE-MIB module in [RFC4560]. This module allows:
管理対象ノードのリモートトレースルート操作を実行するため、IETFは、[RFC4560]にDISMAN - TRACEROUTE - MIBモジュールを標準化しました。このモジュールは、ことができます：
o retrieving capability information of the traceroute tool implementation at the managed node;
管理対象ノードでのトレースルートツールの実装の機能情報を取得し、O。
o configuring traceroute measurements to be performed;
実行されるトレースルート測定を設定Oであり;
o retrieving information about ongoing and completed traceroute measurements;
継続的かつ完成tracerouteの測定に関する情報を検索し、O。
o retrieving traceroute measurement statistics.
tracerouteの測定の統計情報を取得し、O。
The traceroute storage format described in this document has significant overlaps with this MIB module. Particularly, the models for the traceroute measurement configuration and for the results from completed measurements are almost identical. But for other parts of the DISMAN-TRACEROUTE MIB module there is no need to model them in a traceroute measurement storage format. Particularly, the capability information, information about ongoing measurements, and measurement statistics are not covered by the DISMAN traceroute storage model.
本書では説明のtraceroute記憶フォーマットは、このMIBモジュールとの有意な重複を有します。特に、トレースルート測定設定および終了測定の結果のモデルは、ほぼ同一です。しかし、DISMAN - TRACEROUTE MIBモジュールの他の部分のためのtraceroute測定格納形式でそれらをモデル化する必要はありません。特に、能力情報、継続的な測定、および測定統計に関する情報はDISMANトレースルート・ストレージ・モデルでカバーされていません。
Concerning traceroute measurements and their results, there are structural differences between the two models caused by the different choices for the encoding of the specification. For DISMAN-TRACEROUTE-MIB, the Structure of Management Information (SMIv2, STD 58, RFC 2578 [RFC2578]) was used, while the IPPM traceroute measurement data model is encoded using XML.
ルートトレース測定とその結果については、明細書の符号化のための異なる選択肢によって生じる二つのモデル間の構造的な違いがあります。 IPPMトレースルート測定データモデルはXMLを使用してエンコードされている間DISMAN - TRACEROUTE-MIBは、管理情報（SMIv2の、STD 58、RFC 2578 [RFC2578]）の構造は、使用されました。
This difference in structure implies that the DISMAN-TRACEROUTE-MIB module contains SMI-specific information elements (managed objects) that concern tables of managed objects (specification, entry creation and deletion, status retrieval) that are not required for the XML-encoded traceroute measurement data model.
構造におけるこの差異はDISMAN - TRACEROUTE-MIBモジュールはSMI固有情報要素（管理オブジェクト）XMLでエンコードされたトレースルートのために必要とされない管理オブジェクト（指定エントリの作成および削除、ステータス取得）の懸念テーブルが含まれていることを意味します測定データモデル。
But for most of the remaining information elements that concern configuration of traceroute measurements and results of completed measurements, the semantics are identical between the DISMAN-TRACEROUTE-MIB module and the traceroute measurement data model. There are very few exceptions to this; these are listed below. Also, naming of information elements is identical between both models with a few exceptions. For the traceroute measurement data model, a few information elements have been added, some because of the different structure and some to provide additional information on completed measurements.
しかし、残りの情報要素のほとんどのルートトレース測定と終了測定結果の懸念構成は、セマンティクスはDISMAN - TRACEROUTE-MIBモジュールおよびtraceroute測定データモデルと同一であること。これには非常に少数の例外があります。これらは以下のとおりです。また、情報要素の命名は、いくつかの例外を除いて、両方のモデルの間で同一です。トレースルート測定データモデルのために、いくつかの情報要素があるため、異なる構造の一部と一部が完成測定に関する追加情報を提供するために、追加されています。
C.1. Scope
C.1。範囲
There are some basic differences in nature and application between MIB modules and XML documents. This results in two major differences of scope between the DISMAN-TRACEROUTE-MIB module and the traceroute measurement data model.
MIBモジュールとXML文書間の自然やアプリケーションでいくつかの基本的な違いがあります。これはDISMAN - TRACEROUTE-MIBモジュールおよびtraceroute測定データモデルとの間の範囲の2つの大きな違いが生じます。
The first difference is the "traceRouteResultsTable" contained in the DISMAN-TRACEROUTE-MIB module. This table allows online observation of status and progress of an ongoing traceroute measurement. This highly dynamic information is not included in the traceroute measurement data model because it has not been envisioned to use the model for dynamically reporting progress of individual traceroute measurements. The traceroute measurement data model is rather intended to be used for reporting completed traceroute measurements.
第1の相違点はDISMAN - TRACEROUTE-MIBモジュールに含まれる「traceRouteResultsTable」です。この表は、ステータスと継続的なトレースルート測定の進行のオンライン観察することができます。動的に個々のトレースルート測定の進捗状況を報告するためのモデルを使用することが想定されていないため、この高度に動的な情報は、トレースルート測定データモデルに含まれていません。トレースルート測定データモデルがなく完了トレースルート測定を報告するために使用されることが意図されます。
The second difference is due to the fact that information in a MIB is typically tied to a local node hosting the MIB instance. The "RequestMetadata" element specified in the traceroute measurement data model can be used for specifying a measurement request that may be applied to several probes in a network. This concept does not exist in the DISMAN-TRACEROUTE-MIB module.
第2の相違点は、MIB中の情報は、典型的には、MIBのインスタンスをホストしているローカル・ノードに接続されているという事実に起因します。トレースルート測定データモデルで指定された「たRequestMetaData」要素は、ネットワーク内のいくつかのプローブに適用することができる測定要求を特定するために使用することができます。この概念はDISMAN - TRACEROUTE - MIBモジュールに存在しません。
For the remaining elements in the DISMAN-TRACEROUTE-MIB module and in the traceroute measurement data model, there is a very good match between the two worlds. The "traceRouteCtlTable" corresponds to the "MeasurementMetadata" element, and the combination of the "traceRouteProbeHistoryTable" and the "traceRouteHopsTable" corresponds to a collection of "MeasurementResult" elements.
DISMAN - TRACEROUTE-MIBモジュール内およびtraceroute測定データモデル内の残りの要素のために、二つの世界の間の非常に良好な一致があります。 「traceRouteCtlTable」は「MeasurementMetadata」要素に対応し、「traceRouteProbeHistoryTable」および「traceRouteHopsTable」の組み合わせは、「計測結果」要素の集合に相当します。
C.2. Naming
C.2。ネーミング
Basically, names in both models are chosen using the same naming conventions.
基本的には、両方のモデルで名前が同じ命名規則を使用して選択されています。
For the traceroute measurement configuration information, all names, such as "CtlProbesPerHop", are identical in both models except for the traceRoute prefix that was removed to avoid unnecessary redundancy in the XML file and for "CtlDataSize", which was renamed to "CtlProbeDataSize" for clarification in the traceroute measurement data model.
tracerouteの測定設定情報については、そのような「CtlProbesPerHop」、などのすべての名前は、XMLファイルと「CtlProbeDataSize」に改名された「CtlDataSize」、のために不必要な重複を避けるために削除されたトレースルートプレフィックスを除いて、両方のモデルで同じですtracerouteの測定データモデルの明確化のため。
Results of measurements in the DISMAN-TRACEROUTE-MIB modules are distributed over two tables, the "traceRouteResultsTable" contains mainly information about ongoing measurements and the "traceRouteProbeHistoryTable" contains only information about completed measurements. According to the SMIv2 naming conventions, names of information elements in these tables have different prefixes ("traceRouteResults" and "traceRouteProbeHistory"). Since the traceroute measurement data model only reports on completed measurements, this separation is not needed anymore and the prefix "Results" is used for all related information elements.
DISMAN - TRACEROUTE-MIBモジュールにおける測定の結果は二つのテーブルの上に分布している、「traceRouteResultsTable」は主に、進行中の測定に関する情報を含み、「traceRouteProbeHistoryTable」が終了測定に関する情報のみを含んでいます。 SMIv2の命名規則によると、これらのテーブル内の情報要素の名前が異なるプレフィックス（「traceRouteResults」と「traceRouteProbeHistory」）を有します。 tracerouteの測定データモデルのみを完了し、測定を報告しているので、この分離はもはや必要ではなく、接頭辞「結果は」すべての関連情報要素のために使用されています。
Beyond that, there are only a few changes in element names. The renaming actions include:
それ以上に、要素名にわずか数の変更があります。名前変更アクションは、次のとおりです。
o "traceRouteProbeHistoryResponse" to "ProbeRoundTripTime";
O "ProbeRoundTripTime" に "traceRouteProbeHistoryResponse"。
o "traceRouteProbeHistoryHAddr" to "HopAddr";
"HopAddr" を "traceRouteProbeHistoryHAddr" O;
o "traceRouteProbeHistoryTime" to "ResultsEndDateAndTime";
O "traceRouteProbeHistoryTime" に "ResultsEndDateAndTime"。
o "traceRouteProbeHistoryLastRC" to "ResultsHopRawOutputData".
"ResultsHopRawOutputData" にO "traceRouteProbeHistoryLastRC"。
C.3. Semantics
C.3。意味論
The semantics were changed for two information elements only.
意味は2つのだけの情報要素のために変更されました。
For "traceRouteProbeHistoryResponse" in the DISMAN-TRACEROUTE-MIB, a value of 0 indicates that it is not possible to transmit a probe. For the traceroute measurement data model, a value of 0 for element
DISMAN - TRACEROUTE-MIBの「traceRouteProbeHistoryResponse」は、0の値は、プローブを送信することができないことを示しています。トレースルート測定データモデル要素に対する0の値は
"RoundTripTime" indicates that the measured time was less than one millisecond. For the case that it was not possible to transmit a probe, a string is used that indicates the problem.
「RoundTripTimeは」測定時間が1ミリ秒未満であったことを示しています。プローブを送信することができなかった場合、文字列は、問題があることを示しているが使用されます。
For "traceRouteCtlIfIndex" in the DISMAN-TRACEROUTE-MIB, a value of 0 indicates that the option to set the index is not available. This was translated to the traceroute measurement data model, such that a value of 0 for this element indicates that the used interface is unknown.
DISMAN - TRACEROUTE-MIBの「traceRouteCtlIfIndex」の場合、0の値は、インデックスを設定するオプションが利用できないことを示します。これは、この要素の0の値が使用されるインターフェイスが不明であることを示すように、トレースルート測定データモデルに翻訳されました。
The element "traceRouteProbeHistoryLastRC" in the DISMAN-TRACEROUTE-MIB was replaced by element "ResultsHopRawOutputData". While "traceRouteProbeHistoryLastRC" just reports a reply code, "ResultsHopRawOutputData" reports the full raw output data (per hop) produced by the traceroute measurement that was used.
DISMAN - TRACEROUTE - MIBの要素「traceRouteProbeHistoryLastRCは、」要素「ResultsHopRawOutputData」に置き換えられました。 「traceRouteProbeHistoryLastRC」は単に応答コードを報告しながら、「ResultsHopRawOutputData」は（ホップ毎）を使用したトレースルート測定によって生成される完全な生の出力データを報告します。
C.4. Additional Information Elements
C.4。追加情報要素
Only a few information elements have been added to the model of the DISMAN-TRACEROUTE-MIB module.
ほんの数情報要素はDISMAN - TRACEROUTE - MIBモジュールのモデルに追加されました。
o For providing information on the MPLS label stack entries of a probe in the traceroute measurement path, "MPLSLabelStackEntry" was added.
Oトレースルート測定経路におけるプローブのMPLSラベルスタックエントリに情報を提供するため、「MPLSLabelStackEntry」が追加されました。
o For providing additional timestamp beyond "ResultsEndDateAndTime", "ResultsStartDateAndTime" and "Time" were added.
O「ResultsEndDateAndTime」を超えて追加のタイムスタンプを提供するために、「ResultsStartDateAndTime」と「時間」を追加しました。
o For providing DNS names at the time of the execution of the traceroute for each "HopAddr" (which may change over time), "HopName" was added.
O（経時的に変化してもよい）各「HopAddr」のトレースルートの実行時にDNS名を提供するため、「HopName」が追加されました。
Appendix D. Traceroute Examples with XML Representation
XML表現と付録D. tracerouteの例
This section shows some examples of traceroute applications. In addition, the encoding of requests and results is shown for some of those examples. Also, note that in these XML examples some lines appear wrapped due to the limited length of line.
このセクションでは、トレースルートアプリケーションのいくつかの例を示します。加えて、リクエスト及び結果の符号は、これらの例のいくつかのために示されています。また、これらのXMLの例では、いくつかの行が原因ラインの限られた長さに包まれた表示されていることに注意してください。
A typical traceroute on a LINUX system looks like the following: # traceroute -f 4 www.example 1500 traceroute to ww.example (192.0.2.42), 30 hops max, 1500-byte packets 5 out.host1.example (192.0.2.254) 6.066 ms 5.625 ms 6.095 ms 6 rtr4.host6.example (192.0.2.142) 6.979 ms 6.221 ms 7.368 ms 7 hop7.rtr9.example (192.0.2.11) 16.165 ms 15.347 ms 15.514 ms 8 192.0.2.222 (192.0.2.222) 32.796 ms 28.723 ms 26.988 ms 9 in.example (192.0.2.123) 15.861 ms 16.262 ms 17.610 ms 10 in.example (192.0.2.123)(N!) 17.391 ms * *
ww.example 4 www.example 1500トレースルート（192.0.2.42）、30のホップ最大1500バイトのパケット5 out.host1.example（192.0.2.254 -f＃トレースルート：Linuxシステムで一般的なトレースルートは、次のように見えます）6.066 5.625ミリ秒6.095ミリ6 rtr4.host6.example（192.0.2.142）6.979 6.221ミリ秒7.368ミリ7 hop7.rtr9.example（192.0.2.11）16.165ミリ秒15.347ミリ秒15.514ミリ8 192.0.2.222（192.0.2.222） 32.796ミリ秒28.723ミリ秒26.988ミリ秒9 in.example（192.0.2.123）15.861ミリ秒16.262ミリ秒17.610ミリ秒10 in.example（192.0.2.123）（N！）17.391ミリ秒* *
This traceroute ignores the first 4 hops and uses 1500-byte packets including the header. It does not reach its goal since the last listed hop says that the network is not reachable (N!). The XML representation for this trace follows: <?xml version="1.0" encoding="UTF-8"?> <traceRoute xmlns="urn:ietf:params:xml:ns:traceroute-1.0"> <RequestMetadata> <TestName>Example 1</TestName> <OSName/> <OSVersion/> <ToolVersion/> <ToolName/> <CtlTargetAddress> <inetAddressDns>www.example</inetAddressDns> </CtlTargetAddress> <CtlBypassRouteTable/> <CtlProbeDataSize>1472</CtlProbeDataSize> <CtlTimeOut/> <CtlProbesPerHop/> <CtlPort/> <CtlMaxTtl/> <CtlDSField/> <CtlSourceAddress> <inetAddressUnknown/> </CtlSourceAddress> <CtlIfIndex/> <CtlMiscOptions/> <CtlMaxFailures/> <CtlDontFragment/> <CtlInitialTtl>4</CtlInitialTtl> <CtlDescr>Show how it encodes in XML</CtlDescr> <CtlType><UDP/></CtlType> </RequestMetadata> <Measurement> <MeasurementMetadata> <TestName>Example 1</TestName> <OSName>Linux</OSName> <OSVersion>2.6.16.54-0.2.5-smp i386</OSVersion> <ToolVersion>1.0</ToolVersion> <ToolName>traceroute</ToolName> <CtlTargetAddress> <inetAddressDns>www.example</inetAddressDns> </CtlTargetAddress> <CtlBypassRouteTable/> <CtlProbeDataSize>1472</CtlProbeDataSize> <CtlTimeOut/> <CtlProbesPerHop/> <CtlPort/>
このトレースルートは、第4のホップを無視し、ヘッダを含む1500バイトのパケットを使用します。最後にリストされたホップは、ネットワークに到達できないと言うので、それはその目標に到達しない（N！）。このトレースのためのXML表現は、以下：の<？xml version = "1.0" エンコード= "UTF-8"？> <トレースルートのxmlns = "壷：IETF：のparams：XML：NS：tracerouteの-1.0"> <たRequestMetaData> <テスト名>実施例1 </テスト名> <OSNameに/> <いるOSVersion /> <ToolVersion /> <ツール名/> <CtlTargetAddress> <inetAddressDns> www.example </ inetAddressDns> </ CtlTargetAddress> <CtlBypassRouteTable /> <CtlProbeDataSize> 1472 </ CtlProbeDataSize> <CtlTimeOut /> <CtlProbesPerHop /> <CtlPort /> <CtlMaxTtl /> <CtlDSField /> <CtlSourceAddress> <inetAddressUnknown /> </ CtlSourceAddress> <CtlIfIndex /> <CtlMiscOptions /> <CtlMaxFailures /> <CtlDontFragment /> <それはXMLにエンコードする方法CtlInitialTtl> 4 </ CtlInitialTtl> <CtlDescr>表示</ CtlDescr> <CtlType> <UDP /> </ CtlType> </たRequestMetaData> <測定> <MeasurementMetadata> <テスト名>実施例1 </テスト名> <OSNameに> Linuxの</ OSNameに> <いるOSVersion> 2.6.16.54-0.2.5-SMPのi386 </いるOSVersion> <ToolVersion> 1.0 </ ToolVersion> <ツール名>のtraceroute </ツール名> <CtlTargetAddress> <inetAddressDns> www.example </ inetAddressDns> </ CtlTargetAddr ESS> <CtlBypassRouteTable /> <CtlProbeDataSize> 1472 </ CtlProbeDataSize> <CtlTimeOut /> <CtlProbesPerHop /> <CtlPort />
<CtlMaxTtl/> <CtlDSField/> <CtlSourceAddress> <inetAddressIpv4>192.0.2.1</inetAddressIpv4> </CtlSourceAddress> <CtlIfIndex>2</CtlIfIndex> <CtlMiscOptions/> <CtlMaxFailures/> <CtlDontFragment/> <CtlInitialTtl>4</CtlInitialTtl> <CtlDescr>Show how it encodes in XML</CtlDescr> <CtlType><UDP/></CtlType> </MeasurementMetadata> <MeasurementResult> <TestName>Example 1</TestName> <ResultsStartDateAndTime>2008-05-16T14:22:34+02:00</ResultsStar tDateAndTime> <ResultsIpTgtAddr> <inetAddressIpv4>192.0.2.42</inetAddressIpv4> </ResultsIpTgtAddr> <ProbeResults> <hop> <probe> <HopAddr> <inetAddressIpv4>192.0.2.254</inetAddressIpv4> </HopAddr> <HopName>out.host1.example</HopName> <ProbeRoundTripTime> <roundTripTime>6</roundTripTime> </ProbeRoundTripTime> <ResponseStatus>responseReceived</ResponseStatus> <Time>2008-05-16T14:22:35+02:00</Time> </probe> <probe> <HopAddr> <inetAddressIpv4>192.0.2.254</inetAddressIpv4> </HopAddr> <HopName>out.host1.example</HopName> <ProbeRoundTripTime><roundTripTime>5</roundTripTime></Pro beRoundTripTime> <ResponseStatus>responseReceived</ResponseStatus> <Time>2008-05-16T14:22:35+02:00</Time> </probe> <probe> <HopAddr> <inetAddressIpv4>192.0.2.254</inetAddressIpv4> </HopAddr> <HopName>out.host1.example</HopName>
<CtlMaxTtl /> <CtlDSField /> <CtlSourceAddress> <inetAddressIpv4> 192.0.2.1 </ inetAddressIpv4> </ CtlSourceAddress> <CtlIfIndex> 2 </ CtlIfIndex> <CtlMiscOptions /> <CtlMaxFailures /> <CtlDontFragment /> <CtlInitialTtl> 4 <それはXMLにエンコードする方法/ CtlInitialTtl> <CtlDescr>表示</ CtlDescr> <CtlType> <UDP /> </ CtlType> </ MeasurementMetadata> <計測結果> <テスト名>例1 </テスト名> <ResultsStartDateAndTime> 2008-05- 16T14：22：34 + 02：00 </ ResultsStar tDateAndTime> <ResultsIpTgtAddr> <inetAddressIpv4> 192.0.2.42 </ inetAddressIpv4> </ ResultsIpTgtAddr> <ProbeResults> <ホップ> <プローブ> <HopAddr> <inetAddressIpv4> 192.0.2.254 < / inetAddressIpv4> </ HopAddr> <HopName> out.host1.example </ HopName> <ProbeRoundTripTime> <roundTripTime> 6 </ roundTripTime> </ ProbeRoundTripTime> <ResponseStatus> responseReceived </ ResponseStatus> <時間> 2008-05-16T14 ：22：35 + 02：00 </時刻> </プローブ> <プローブ> <HopAddr> <inetAddressIpv4> 192.0.2.254 </ inetAddressIpv4> </ HopAddr> <HopName> out.host1.example </ HopName> <ProbeRoundTripTime > <roundTripTime> 5 </ roun dTripTime> </プロbeRoundTripTime> <ResponseStatus> responseReceived </ ResponseStatus> <時間> 2008-05-16T14：22：35 + 02：00 </時刻> </プローブ> <プローブ> <HopAddr> <inetAddressIpv4> 192.0。 2.254 </ inetAddressIpv4> </ HopAddr> <HopName> out.host1.example </ HopName>
<ProbeRoundTripTime> <roundTripTime>6</roundTripTime> </ProbeRoundTripTime> <ResponseStatus>responseReceived</ResponseStatus> <Time>2008-05-16T14:22:35+02:00</Time> </probe> <HopRawOutputData> 5 out.host1.example (192.0.2.254) 6.06 6 ms 5.625 ms 6.095 ms</HopRawOutputData> </hop> <hop> <probe> <HopAddr> <inetAddressIpv4>192.0.2.142</inetAddressIpv4> </HopAddr> <HopName>rtr4.host6.example</HopName> <ProbeRoundTripTime> <roundTripTime>6</roundTripTime> </ProbeRoundTripTime> <ResponseStatus>responseReceived</ResponseStatus> <Time>2008-05-16T14:22:36+02:00</Time> </probe> <probe> <HopAddr> <inetAddressIpv4>192.0.2.142</inetAddressIpv4> </HopAddr> <HopName>rtr4.host6.example</HopName> <ProbeRoundTripTime> <roundTripTime>6</roundTripTime> </ProbeRoundTripTime> <ResponseStatus>responseReceived</ResponseStatus> <Time>2008-05-16T14:22:36+02:00</Time> </probe> <probe> <HopAddr> <inetAddressIpv4>192.0.2.142</inetAddressIpv4> </HopAddr> <HopName>rtr4.host6.example</HopName> <ProbeRoundTripTime> <roundTripTime>7</roundTripTime> </ProbeRoundTripTime> <ResponseStatus>responseReceived</ResponseStatus> <Time>2008-05-16T14:22:37+02:00</Time> </probe> <HopRawOutputData> 6 rtr4.host6.example (192.0.2.142) 6.9 79 ms 6.221 ms 7.368 ms</HopRawOutputData> </hop> <hop> <probe>
<ProbeRoundTripTime> <roundTripTime> 6 </ roundTripTime> </ ProbeRoundTripTime> <ResponseStatus> responseReceived </ ResponseStatus> <時間> 2008-05-16T14：22：35 + 02：00 </時刻> </プローブ> <HopRawOutputData> 5 out.host1.example（192.0.2.254）6.06 6ミリ5.625ミリ6.095ミリ</ HopRawOutputData> </ホップ> <ホップ> <プローブ> <HopAddr> <inetAddressIpv4> 192.0.2.142 </ inetAddressIpv4> </ HopAddr> < HopName> rtr4.host6.example </ HopName> <ProbeRoundTripTime> <roundTripTime> 6 </ roundTripTime> </ ProbeRoundTripTime> <ResponseStatus> responseReceived </ ResponseStatus> <時間> 2008-05-16T14：00：22：36 + 02 </時刻> </プローブ> <プローブ> <HopAddr> <inetAddressIpv4> 192.0.2.142 </ inetAddressIpv4> </ HopAddr> <HopName> rtr4.host6.example </ HopName> <ProbeRoundTripTime> <roundTripTime> 6 </ roundTripTime > </ ProbeRoundTripTime> <ResponseStatus> responseReceived </ ResponseStatus> <時間> 2008-05-16T14：22：36 + 02：00 </時刻> </プローブ> <プローブ> <HopAddr> <inetAddressIpv4> 192.0.2.142 < / inetAddressIpv4> </ HopAddr> <HopName> rtr4.host6.example </ HopName> <ProbeRoundTripTime> <R oundTripTime> 7 </ roundTripTime> </ ProbeRoundTripTime> <ResponseStatus> responseReceived </ ResponseStatus> <時間> 2008-05-16T14：22：37 + 02：00 </時刻> </プローブ> <HopRawOutputData> 6 rtr4.host6 。実施例（192.0.2.142）6.9 79ミリ秒6.221秒7.368ミリ</ HopRawOutputData> </ホップ> <ホップ> <プローブ>
<HopAddr> <inetAddressIpv4>192.0.2.11</inetAddressIpv4> </HopAddr> <HopName>hop7.rtr9.example</HopName> <ProbeRoundTripTime> <roundTripTime>16</roundTripTime> </ProbeRoundTripTime> <ResponseStatus>responseReceived</ResponseStatus> <Time>2008-05-16T14:22:37+02:00</Time> </probe> <probe> <HopAddr> <inetAddressIpv4>192.0.2.11</inetAddressIpv4> </HopAddr> <HopName>hop7.rtr9.example</HopName> <ProbeRoundTripTime> <roundTripTime>15</roundTripTime> </ProbeRoundTripTime> <ResponseStatus>responseReceived</ResponseStatus> <Time>2008-05-16T14:22:38+02:00</Time> </probe> <probe> <HopAddr> <inetAddressIpv4>192.0.2.11</inetAddressIpv4> </HopAddr> <HopName>hop7.rtr9.example</HopName> <ProbeRoundTripTime> <roundTripTime>15</roundTripTime> </ProbeRoundTripTime> <ResponseStatus>responseReceived</ResponseStatus> <Time>2008-05-16T14:22:38+02:00</Time> </probe> <HopRawOutputData> 7 hop7.rtr9.example (192.0.2.11) 16.16 5 ms 15.347 ms 15.514 ms</HopRawOutputData> </hop> <hop> <probe> <HopAddr> <inetAddressIpv4>192.0.2.222</inetAddressIpv4> </HopAddr> <ProbeRoundTripTime> <roundTripTime>32</roundTripTime> </ProbeRoundTripTime> <ResponseStatus>responseReceived</ResponseStatus> <Time>2008-05-16T14:22:39+02:00</Time> </probe> <probe> <HopAddr>
<HopAddr> <inetAddressIpv4> 192.0.2.11 </ inetAddressIpv4> </ HopAddr> <HopName> hop7.rtr9.example </ HopName> <ProbeRoundTripTime> <roundTripTime> 16 </ roundTripTime> </ ProbeRoundTripTime> <ResponseStatus> responseReceived </ ResponseStatus> <時間> 2008-05-16T14：22：37 + 02：00 </時刻> </プローブ> <プローブ> <HopAddr> <inetAddressIpv4> 192.0.2.11 </ inetAddressIpv4> </ HopAddr> <HopName> hop7 .rtr9.example </ HopName> <ProbeRoundTripTime> <roundTripTime> 15 </ roundTripTime> </ ProbeRoundTripTime> <ResponseStatus> responseReceived </ ResponseStatus> <時間> 2008-05-16T14：22：02 + 38：00 </時間> </プローブ> <プローブ> <HopAddr> <inetAddressIpv4> 192.0.2.11 </ inetAddressIpv4> </ HopAddr> <HopName> hop7.rtr9.example </ HopName> <ProbeRoundTripTime> <roundTripTime> 15 </ roundTripTime> </ ProbeRoundTripTime> <ResponseStatus> responseReceived </ ResponseStatus> <時間> 2008-05-16T14：22：38 + 02：00 </時刻> </プローブ> <HopRawOutputData> 7 hop7.rtr9.example（192.0.2.11）16.16 5 MS 15.347ミリ秒15.514ミリ秒</ HopRawOutputData> </ホップ> <ホップ> <プローブ> <HopAddr> <inetAddressIp V4> 192.0.2.222 </ inetAddressIpv4> </ HopAddr> <ProbeRoundTripTime> <roundTripTime> 32 </ roundTripTime> </ ProbeRoundTripTime> <ResponseStatus> responseReceived </ ResponseStatus> <時間> 2008-05-16T14：22：39 + 02 ：00 </時刻> </プローブ> <プローブ> <HopAddr>
<inetAddressIpv4>192.0.2.222</inetAddressIpv4> </HopAddr> <ProbeRoundTripTime> <roundTripTime>38</roundTripTime> </ProbeRoundTripTime> <ResponseStatus>responseReceived</ResponseStatus> <Time>2008-05-16T14:22:39+02:00</Time> </probe> <probe> <HopAddr> <inetAddressIpv4>192.0.2.222</inetAddressIpv4> </HopAddr> <ProbeRoundTripTime> <roundTripTime>26</roundTripTime> </ProbeRoundTripTime> <ResponseStatus>responseReceived</ResponseStatus> <Time>2008-05-16T14:22:39+02:00</Time> </probe> <HopRawOutputData> 8 192.0.2.222 (192.0.2.222) 32.796 ms 28.723 ms 26.988 ms</HopRawOutputData> </hop> <hop> <probe> <HopAddr> <inetAddressIpv4>192.0.2.123</inetAddressIpv4> </HopAddr> <HopName>in.example</HopName> <ProbeRoundTripTime> <roundTripTime>15</roundTripTime> </ProbeRoundTripTime> <ResponseStatus>responseReceived</ResponseStatus> <Time>2008-05-16T14:22:40+02:00</Time> </probe> <probe> <HopAddr> <inetAddressIpv4>192.0.2.123</inetAddressIpv4> </HopAddr> <HopName>in.example</HopName> <ProbeRoundTripTime> <roundTripTime>16</roundTripTime> </ProbeRoundTripTime> <ResponseStatus>responseReceived</ResponseStatus> <Time>2008-05-16T14:22:40+02:00</Time> </probe> <probe> <HopAddr> <inetAddressIpv4>192.0.2.123</inetAddressIpv4> </HopAddr>
<inetAddressIpv4> 192.0.2.222 </ inetAddressIpv4> </ HopAddr> <ProbeRoundTripTime> <roundTripTime> 38 </ roundTripTime> </ ProbeRoundTripTime> <ResponseStatus> responseReceived </ ResponseStatus> <時間> 2008-05-16T14：22：39+ 2：00 </時刻> </プローブ> <プローブ> <HopAddr> <inetAddressIpv4> 192.0.2.222 </ inetAddressIpv4> </ HopAddr> <ProbeRoundTripTime> <roundTripTime> 26 </ roundTripTime> </ ProbeRoundTripTime> <ResponseStatus> responseReceived </ ResponseStatus> <時間> 2008-05-16T14：22：39 + 02：00 </時刻> </プローブ> <HopRawOutputData> 8 192.0.2.222（192.0.2.222）32.796ミリ秒28.723ミリ秒26.988ミリ秒</ HopRawOutputData> </ホップ> <ホップ> <プローブ> <HopAddr> <inetAddressIpv4> 192.0.2.123 </ inetAddressIpv4> </ HopAddr> <HopName> in.example </ HopName> <ProbeRoundTripTime> <roundTripTime> 15 </ roundTripTime> </ ProbeRoundTripTime> <ResponseStatus> responseReceived </ ResponseStatus> <時間> 2008-05-16T14：22：40 + 02：00 </時刻> </プローブ> <プローブ> <HopAddr> <inetAddressIpv4> 192.0.2.123 </ inetAddressIpv4> </ HopAddr> <HopName> in.example </ HopName> <ProbeRoundTripTime> <roundTripTime> 16 </ roundTripTime> </ ProbeRoundTripTime> <ResponseStatus> responseReceived </ ResponseStatus> <時間> 2008-05-16T14：22：40 + 02：00 </時刻> </プローブ> <プローブ> <HopAddr> <inetAddressIpv4> 192.0.2.123 </ inetAddressIpv4> </ HopAddr>
<HopName>in.example</HopName> <ProbeRoundTripTime> <roundTripTime>17</roundTripTime> </ProbeRoundTripTime> <ResponseStatus>responseReceived</ResponseStatus> <Time>2008-05-16T14:22:40+02:00</Time> </probe> <HopRawOutputData> 9 in.example (192.0.2.123) 15.861 ms 16.262 ms 17.610 ms</HopRawOutputData> </hop> <hop> <probe> <HopAddr> <inetAddressIpv4>192.0.2.123</inetAddressIpv4> </HopAddr> <HopName>in.example</HopName> <ProbeRoundTripTime> <roundTripTime>17</roundTripTime> </ProbeRoundTripTime> <ResponseStatus>noRouteToTarget</ResponseStatus> <Time>2008-05-16T14:22:41+02:00</Time> </probe> <probe> <HopAddr> <inetAddressIpv4>192.0.2.123</inetAddressIpv4> </HopAddr> <HopName>in.example</HopName> <ProbeRoundTripTime> <roundTripTimeNotAvailable/> </ProbeRoundTripTime> <ResponseStatus>requestTimedOut</ResponseStatus> <Time>2008-05-16T14:22:44+02:00</Time> </probe> <probe> <HopAddr> <inetAddressIpv4>192.0.2.123</inetAddressIpv4> </HopAddr> <HopName>in.example</HopName> <ProbeRoundTripTime> <roundTripTimeNotAvailable/> </ProbeRoundTripTime> <ResponseStatus>requestTimedOut</ResponseStatus> <Time>2008-05-16T14:22:44+02:00</Time> </probe> <HopRawOutputData>10 in.example (192.0.2.123)(N!) 17.391 ms * *</HopRawOutputData> </hop> </ProbeResults>
<HopName> in.example </ HopName> <ProbeRoundTripTime> <roundTripTime> 17 </ roundTripTime> </ ProbeRoundTripTime> <ResponseStatus> responseReceived </ ResponseStatus> <時間> 2008-05-16T14：22：40 + 02：00 < /時間> </プローブ> <HopRawOutputData> 9 in.example（192.0.2.123）15.861ミリ秒16.262ミリ秒17.610ミリ秒</ HopRawOutputData> </ホップ> <ホップ> <プローブ> <HopAddr> <inetAddressIpv4> 192.0.2.123 </ inetAddressIpv4> </ HopAddr> <HopName> in.example </ HopName> <ProbeRoundTripTime> <roundTripTime> 17 </ roundTripTime> </ ProbeRoundTripTime> <ResponseStatus> noRouteToTarget </ ResponseStatus> <時間> 2008-05-16T14：22： 41 + 02：00 </時刻> </プローブ> <プローブ> <HopAddr> <inetAddressIpv4> 192.0.2.123 </ inetAddressIpv4> </ HopAddr> <HopName> in.example </ HopName> <ProbeRoundTripTime> <roundTripTimeNotAvailable /> </ ProbeRoundTripTime> <ResponseStatus> requestTimedOut </ ResponseStatus> <時間> 2008-05-16T14：22：44 + 02：00 </時刻> </プローブ> <プローブ> <HopAddr> <inetAddressIpv4> 192.0.2.123 </ inetAddressIpv4> </ HopAddr> <HopName> in.example </ HopName> <ProbeRoundTripTime> <roun dTripTimeNotAvailable /> </ ProbeRoundTripTime> <ResponseStatus> requestTimedOut </ ResponseStatus> <時間> 2008-05-16T14：22：44 + 02：00 </時刻> </プローブ> <HopRawOutputData> 10 in.example（192.0.2.123 ）（N！）17.391ミリ秒* * </ HopRawOutputData> </ホップ> </ ProbeResults>
<ResultsEndDateAndTime>2008-05-16T14:22:44+02:00</ResultsEndDat eAndTime> </MeasurementResult> </Measurement> </traceRoute>
<ResultsEndDateAndTime> 2008-05-16T14：22：44 + 02：00 </ ResultsEndDat eAndTime> </計測結果> </測定> </トレースルート>
The second example was generated on an OpenBSD system. On that system, the traceroute looks like the following: # traceroute -P tcp w2.example 128
第二の例は、OpenBSDシステムで生成されました。 128 w2.example＃トレースルート-PのTCP：そのシステムでは、トレースルートは次のようになります。
traceroute to w2.example (192.0.2.254), 64 hops max, 160-byte packets 1 router1.example.org (192.0.2.22) 0.486 ms 0.486 ms 0.482 ms 2 router7.example.org (192.0.2.1) 3.27 ms 1.420 ms 1.873 ms 3 hop0.c.example (192.0.2.105) 3.177 ms 3.258 ms 3.859 ms 4 hop6.c.example (192.0.2.107) 5.994 ms 4.607 ms 5.678 ms 5 hop3.c.example (192.0.2.111) 20.341 ms 20.732 ms 19.505 ms 6 in.example.net (192.0.2.222) 20.333 ms 19.174 ms 19.856 ms 7 egress.example.net (192.0.2.227) 20.268 ms 21.79 ms 19.992 ms 8 routerin.example (192.0.2.253) 19.983 ms 19.931 ms 19.894 ms 9 routerdmz.example (192.0.2.249) 20.943 ms !X * 19.829 ms !X
w2.exampleするトレースルート（192.0.2.254）、64のホップ最大160バイトのパケットは、1 router1.example.org（192.0.2.22）0.486 0.486ミリ秒0.482ミリ2 router7.example.org（192.0.2.1）3.27 MS 1.420 MS 1.873ミリ3 hop0.c.example（192.0.2.105）3.177 3.258ミリ秒3.859ミリ4 hop6.c.example（192.0.2.107）5.994 4.607ミリ秒5.678ミリ5 hop3.c.example（192.0.2.111）20.341秒20.732ミリ秒19.505ミリ6 in.example.net（192.0.2.222）20.333ミリ秒19.174ミリ秒19.856ミリ7 egress.example.net（192.0.2.227）20.268 msの21.79ミリ秒19.992ミリ8 routerin.example（192.0.2.253）19.983ミリ秒19.931ミリ秒19.894ミリ秒9 routerdmz.example（192.0.2.249）20.943ミリ秒！X * 19.829ミリ秒！X
It was executed with the TCP protocol and 128-byte packets (plus header). The traceroute ended at hop 9 because the packets are administratively filtered (!X). A corresponding XML representation follows: <?xml version="1.0" encoding="UTF-8"?> <traceRoute xmlns="urn:ietf:params:xml:ns:traceroute-1.0"> <RequestMetadata> <TestName>Example 2</TestName> <OSName/> <OSVersion/> <ToolVersion/> <ToolName/> <CtlTargetAddress> <inetAddressDns>w2.example</inetAddressDns> </CtlTargetAddress> <CtlBypassRouteTable/> <CtlProbeDataSize>128</CtlProbeDataSize> <CtlTimeOut/> <CtlProbesPerHop/> <CtlPort/> <CtlMaxTtl/> <CtlDSField/> <CtlSourceAddress> <inetAddressUnknown/> </CtlSourceAddress> <CtlIfIndex/> <CtlMiscOptions/>
これは、TCPプロトコルと128バイトのパケット（プラスヘッダ）を用いて実行されました。パケットが管理（！のX）で濾過されているので、トレースルートは、ホップ9で終了しました。対応するXML表現は、以下：<トレースルートのxmlns = "URN：IETF：paramsは：XML：NS：トレースルート-1.0"> <XMLバージョン= "1.0" エンコード= "UTF-8"？> <たRequestMetaData> <テスト名>例2 </テスト名> <OSNameに/> <いるOSVersion /> <ToolVersion /> <ツール名/> <CtlTargetAddress> <inetAddressDns> w2.example </ inetAddressDns> </ CtlTargetAddress> <CtlBypassRouteTable /> <CtlProbeDataSize> 128 </ CtlProbeDataSize> <CtlTimeOut /> <CtlProbesPerHop /> <CtlPort /> <CtlMaxTtl /> <CtlDSField /> <CtlSourceAddress> <inetAddressUnknown /> </ CtlSourceAddress> <CtlIfIndex /> <CtlMiscOptions />
<CtlMaxFailures/> <CtlDontFragment/> <CtlInitialTtl/> <CtlDescr>Show how it encodes in XML</CtlDescr> <CtlType><TCP/></CtlType> </RequestMetadata> <Measurement> <MeasurementMetadata> <TestName>Example 2</TestName> <OSName>OpenBSD</OSName> <OSVersion>4.1 i386</OSVersion> <ToolVersion></ToolVersion> <ToolName>traceroute</ToolName> <CtlTargetAddress> <inetAddressDns>w2.example</inetAddressDns> </CtlTargetAddress> <CtlBypassRouteTable/> <CtlProbeDataSize>128</CtlProbeDataSize> <CtlTimeOut/> <CtlProbesPerHop/> <CtlPort/> <CtlMaxTtl/> <CtlDSField/> <CtlSourceAddress> <inetAddressIpv4>192.0.2.42</inetAddressIpv4> </CtlSourceAddress> <CtlIfIndex>1</CtlIfIndex> <CtlMiscOptions/> <CtlMaxFailures/> <CtlDontFragment/> <CtlInitialTtl/> <CtlDescr>Show how it encodes in XML</CtlDescr> <CtlType><TCP/></CtlType> </MeasurementMetadata> <MeasurementResult> <TestName>Example 2</TestName> <ResultsStartDateAndTime>2008-05-14T09:57:11+02:00</ResultsStar tDateAndTime> <ResultsIpTgtAddr> <inetAddressIpv4>192.0.2.254</inetAddressIpv4> </ResultsIpTgtAddr> <ProbeResults> <hop> <probe> <HopAddr> <inetAddressIpv4>192.0.2.22</inetAddressIpv4> </HopAddr> <HopName>router1.example.org</HopName>
<CtlMaxFailures /> <CtlDontFragment /> <CtlInitialTtl /> <CtlDescr>それがコードする方法を示しXMLでの</ CtlDescr> <CtlType> <TCP /> </ CtlType> </たRequestMetaData> <測定> <MeasurementMetadata> <テスト名>例2 </テスト名> <OSNameに> OpenBSDの</ OSNameに> <いるOSVersion> 4.1 I386 </いるOSVersion> <ToolVersion> </ ToolVersion> <ツール名> tracerouteの</ツール名> <CtlTargetAddress> <inetAddressDns> w2.example </ inetAddressDns> </ CtlTargetAddress> <CtlBypassRouteTable /> <CtlProbeDataSize> 128 </ CtlProbeDataSize> <CtlTimeOut /> <CtlProbesPerHop /> <CtlPort /> <CtlMaxTtl /> <CtlDSField /> <CtlSourceAddress> <inetAddressIpv4> 192.0.2.42 </ inetAddressIpv4> < / CtlSourceAddress> <CtlIfIndex> 1 </ CtlIfIndex> <CtlMiscOptions /> <CtlMaxFailures /> <CtlDontFragment /> <CtlInitialTtl /> <CtlDescr>表示することがXMLにエンコードする方法</ CtlDescr> <CtlType> <TCP /> </ CtlType > </ MeasurementMetadata> <計測結果> <テスト名>（実施例2）</テスト名> <ResultsStartDateAndTime> 2008-05-14T09：57：11 + 02：00 </ ResultsStar tDateAndTime> <ResultsIpTgtAddr> <inetAddressIpv4> 192.0 .2.254 </ inetAddressIpv4> </ ResultsIpTgtAddr> <ProbeResults> <ホップ> <プローブ> <HopAddr> <inetAddressIpv4> 192.0.2.22 </ inetAddressIpv4> </ HopAddr> <HopName> router1.example.org </ HopName>
<ProbeRoundTripTime>
<roundTripTime>0</roundTripTime>
</ProbeRoundTripTime>
<ResponseStatus>responseReceived</ResponseStatus>
<Time>2008-05-14T09:57:13+02:00</Time>
</probe>
<probe>
<HopAddr>
<inetAddressIpv4>192.0.2.22</inetAddressIpv4>
</HopAddr>
<HopName>router1.example.org</HopName>
<ProbeRoundTripTime>
<roundTripTime>0</roundTripTime>
</ProbeRoundTripTime>
<ResponseStatus>responseReceived</ResponseStatus>
<Time>2008-05-14T09:57:13+02:00</Time>
</probe>
<probe>
<HopAddr>
<inetAddressIpv4>192.0.2.22</inetAddressIpv4>
</HopAddr>
<HopName>router1.example.org</HopName>
<ProbeRoundTripTime>
<roundTripTime>0</roundTripTime>
</ProbeRoundTripTime>
<ResponseStatus>responseReceived</ResponseStatus>
<Time>2008-05-14T09:57:13+02:00</Time>
</probe>
</hop>
<hop>
<probe>
<HopAddr>
<inetAddressIpv4>192.0.2.1</inetAddressIpv4>
</HopAddr>
<HopName>router7.example.org</HopName>
<ProbeRoundTripTime>
<roundTripTime>3</roundTripTime>
</ProbeRoundTripTime>
<ResponseStatus>responseReceived</ResponseStatus>
<Time>2008-05-14T09:57:13+02:00</Time>
</probe>
<probe>
<HopAddr>
<inetAddressIpv4>192.0.2.1</inetAddressIpv4>
</HopAddr>
<HopName>router7.example.org</HopName>
<ProbeRoundTripTime>
<roundTripTime>1</roundTripTime>
</ProbeRoundTripTime> <ResponseStatus>responseReceived</ResponseStatus> <Time>2008-05-14T09:57:13+02:00</Time> </probe> <probe> <HopAddr> <inetAddressIpv4>192.0.2.1</inetAddressIpv4> </HopAddr> <HopName>router7.example.org</HopName> <ProbeRoundTripTime> <roundTripTime>1</roundTripTime> </ProbeRoundTripTime> <ResponseStatus>responseReceived</ResponseStatus> <Time>2008-05-14T09:57:14+02:00</Time> </probe> </hop> <hop> <probe> <HopAddr> <inetAddressIpv4>192.0.2.105</inetAddressIpv4> </HopAddr> <HopName>hop0.c.example</HopName> <ProbeRoundTripTime> <roundTripTime>3</roundTripTime> </ProbeRoundTripTime> <ResponseStatus>responseReceived</ResponseStatus> <Time>2008-05-14T09:57:14+02:00</Time> </probe> <probe> <HopAddr> <inetAddressIpv4>192.0.2.105</inetAddressIpv4> </HopAddr> <HopName>hop0.c.example</HopName> <ProbeRoundTripTime> <roundTripTime>3</roundTripTime> </ProbeRoundTripTime> <ResponseStatus>responseReceived</ResponseStatus> <Time>2008-05-14T09:57:14+02:00</Time> </probe> <probe> <HopAddr> <inetAddressIpv4>192.0.2.105</inetAddressIpv4> </HopAddr> <HopName>hop0.c.example</HopName> <ProbeRoundTripTime> <roundTripTime>3</roundTripTime> </ProbeRoundTripTime> <ResponseStatus>responseReceived</ResponseStatus>
</ ProbeRoundTripTime> <ResponseStatus> responseReceived </ ResponseStatus> <時間> 2008-05-14T09：57：13 + 02：00 </時刻> </プローブ> <プローブ> <HopAddr> <inetAddressIpv4> 192.0.2.1 </ inetAddressIpv4> </ HopAddr> <HopName> router7.example.org </ HopName> <ProbeRoundTripTime> <roundTripTime> 1 </ roundTripTime> </ ProbeRoundTripTime> <ResponseStatus> responseReceived </ ResponseStatus> <時間> 2008-05-14T09： 57：14 + 02：00 </時刻> </プローブ> </ホップ> <ホップ> <プローブ> <HopAddr> <inetAddressIpv4> 192.0.2.105 </ inetAddressIpv4> </ HopAddr> <HopName> hop0.c.example </ HopName> <ProbeRoundTripTime> <roundTripTime> 3 </ roundTripTime> </ ProbeRoundTripTime> <ResponseStatus> responseReceived </ ResponseStatus> <時間> 2008-05-14T09：57：14 + 02：00 </時刻> </プローブ> <プローブ> <HopAddr> <inetAddressIpv4> 192.0.2.105 </ inetAddressIpv4> </ HopAddr> <HopName> hop0.c.example </ HopName> <ProbeRoundTripTime> <roundTripTime> 3 </ roundTripTime> </ ProbeRoundTripTime> <ResponseStatus > responseReceived </ ResponseStatus> <時間> 2008-05-14T09：57：14 + 02：00 </時刻> </プローブ> <プローブ> <ホップADDR> <inetAddressIpv4> 192.0.2.105 </ inetAddressIpv4> </ HopAddr> <HopName> hop0.c.example </ HopName> <ProbeRoundTripTime> <roundTripTime> 3 </ roundTripTime> </ ProbeRoundTripTime> <ResponseStatus> responseReceived </ ResponseStatus >
<Time>2008-05-14T09:57:14+02:00</Time> </probe> </hop> <hop> <probe> <HopAddr> <inetAddressIpv4>192.0.2.107</inetAddressIpv4> </HopAddr> <HopName>hop6.c.example</HopName> <ProbeRoundTripTime> <roundTripTime>5</roundTripTime> </ProbeRoundTripTime> <ResponseStatus>responseReceived</ResponseStatus> <Time>2008-05-14T09:57:15+02:00</Time> </probe> <probe> <HopAddr> <inetAddressIpv4>192.0.2.107</inetAddressIpv4> </HopAddr> <HopName>hop6.c.example</HopName> <ProbeRoundTripTime> <roundTripTime>4</roundTripTime> </ProbeRoundTripTime> <ResponseStatus>responseReceived</ResponseStatus> <Time>2008-05-14T09:57:16+02:00</Time> </probe> <probe> <HopAddr> <inetAddressIpv4>192.0.2.107</inetAddressIpv4> </HopAddr> <HopName>hop6.c.example</HopName> <ProbeRoundTripTime> <roundTripTime>5</roundTripTime> </ProbeRoundTripTime> <ResponseStatus>responseReceived</ResponseStatus> <Time>2008-05-14T09:57:16+02:00</Time> </probe> </hop> <hop> <probe> <HopAddr> <inetAddressIpv4>192.0.2.111</inetAddressIpv4> </HopAddr> <HopName>hop3.c.example</HopName> <ProbeRoundTripTime> <roundTripTime>20</roundTripTime> </ProbeRoundTripTime> <ResponseStatus>responseReceived</ResponseStatus>
<時間> 2008-05-14T09：57：14 + 02：00 </時刻> </プローブ> </ホップ> <ホップ> <プローブ> <HopAddr> <inetAddressIpv4> 192.0.2.107 </ inetAddressIpv4> </ HopAddr > <HopName> hop6.c.example </ HopName> <ProbeRoundTripTime> <roundTripTime> 5 </ roundTripTime> </ ProbeRoundTripTime> <ResponseStatus> responseReceived </ ResponseStatus> <時間> 2008-05-14T09：57：15 + 02 ：00 </時刻> </プローブ> <プローブ> <HopAddr> <inetAddressIpv4> 192.0.2.107 </ inetAddressIpv4> </ HopAddr> <HopName> hop6.c.example </ HopName> <ProbeRoundTripTime> <roundTripTime> 4 < / roundTripTime> </ ProbeRoundTripTime> <ResponseStatus> responseReceived </ ResponseStatus> <時間> 2008-05-14T09：57：16 + 02：00 </時刻> </プローブ> <プローブ> <HopAddr> <inetAddressIpv4> 192.0。 2.107 </ inetAddressIpv4> </ HopAddr> <HopName> hop6.c.example </ HopName> <ProbeRoundTripTime> <roundTripTime> 5 </ roundTripTime> </ ProbeRoundTripTime> <ResponseStatus> responseReceived </ ResponseStatus> <時間> 2008-05 -14T09：57：16 + 02：00 </時刻> </プローブ> </ホップ> <ホップ> <プローブ> <HopAddr> <inetAddressIpv4> 192.0.2.111 </ inetAddressIpv4> </ HopAddr > <HopName> hop3.c.example </ HopName> <ProbeRoundTripTime> <roundTripTime> 20 </ roundTripTime> </ ProbeRoundTripTime> <ResponseStatus> responseReceived </ ResponseStatus>
<Time>2008-05-14T09:57:17+02:00</Time> </probe> <probe> <HopAddr> <inetAddressIpv4>192.0.2.111</inetAddressIpv4> </HopAddr> <HopName>hop3.c.example</HopName> <ProbeRoundTripTime> <roundTripTime>20</roundTripTime> </ProbeRoundTripTime> <ResponseStatus>responseReceived</ResponseStatus> <Time>2008-05-14T09:57:18+02:00</Time> </probe> <probe> <HopAddr> <inetAddressIpv4>192.0.2.111</inetAddressIpv4> </HopAddr> <HopName>hop3.c.example</HopName> <ProbeRoundTripTime> <roundTripTime>19</roundTripTime> </ProbeRoundTripTime> <ResponseStatus>responseReceived</ResponseStatus> <Time>2008-05-14T09:57:19+02:00</Time> </probe> </hop> <hop> <probe> <HopAddr> <inetAddressIpv4>192.0.2.222</inetAddressIpv4> </HopAddr> <HopName>in.example.net</HopName> <ProbeRoundTripTime> <roundTripTime>20</roundTripTime> </ProbeRoundTripTime> <ResponseStatus>responseReceived</ResponseStatus> <Time>2008-05-14T09:57:20+02:00</Time> </probe> <probe> <HopAddr> <inetAddressIpv4>192.0.2.222</inetAddressIpv4> </HopAddr> <HopName>in.example.net</HopName> <ProbeRoundTripTime> <roundTripTime>19</roundTripTime> </ProbeRoundTripTime> <ResponseStatus>responseReceived</ResponseStatus> <Time>2008-05-14T09:57:20+02:00</Time> </probe>
<時間> 2008-05-14T09：57：17 + 02：00 </時刻> </プローブ> <プローブ> <HopAddr> <inetAddressIpv4> 192.0.2.111 </ inetAddressIpv4> </ HopAddr> <HopName> hop3.c 。実施例</ HopName> <ProbeRoundTripTime> <roundTripTime> 20 </ roundTripTime> </ ProbeRoundTripTime> <ResponseStatus> responseReceived </ ResponseStatus> <時間> 2008-05-14T09：57：18 + 02：00 </時刻> < /プローブ> <プローブ> <HopAddr> <inetAddressIpv4> 192.0.2.111 </ inetAddressIpv4> </ HopAddr> <HopName> hop3.c.example </ HopName> <ProbeRoundTripTime> <roundTripTime> 19 </ roundTripTime> </ ProbeRoundTripTime> <ResponseStatus> responseReceived </ ResponseStatus> <時間> 2008-05-14T09：57：19 + 02：00 </時刻> </プローブ> </ホップ> <ホップ> <プローブ> <HopAddr> <inetAddressIpv4> 192.0。 2.222 </ inetAddressIpv4> </ HopAddr> <HopName> in.example.net </ HopName> <ProbeRoundTripTime> <roundTripTime> 20 </ roundTripTime> </ ProbeRoundTripTime> <ResponseStatus> responseReceived </ ResponseStatus> <時間> 2008-05 -14T09：57：20 + 02：00 </時刻> </プローブ> <プローブ> <HopAddr> <inetAddressIpv4> 192.0.2.222 </ inetAddressIpv4> </ HopAddr> <HopName > in.example.net </ HopName> <ProbeRoundTripTime> <roundTripTime> 19 </ roundTripTime> </ ProbeRoundTripTime> <ResponseStatus> responseReceived </ ResponseStatus> <時間> 2008-05-14T09：57：20 + 02：00 < /時刻> </プローブ>
<probe> <HopAddr> <inetAddressIpv4>192.0.2.222</inetAddressIpv4> </HopAddr> <HopName>in.example.net</HopName> <ProbeRoundTripTime> <roundTripTime>19</roundTripTime> </ProbeRoundTripTime> <ResponseStatus>responseReceived</ResponseStatus> <Time>2008-05-14T09:57:21+02:00</Time> </probe> </hop> <hop> <probe> <HopAddr> <inetAddressIpv4>192.0.2.227</inetAddressIpv4> </HopAddr> <HopName>egress.example.net</HopName> <ProbeRoundTripTime> <roundTripTime>20</roundTripTime> </ProbeRoundTripTime> <ResponseStatus>responseReceived</ResponseStatus> <Time>2008-05-14T09:57:22+02:00</Time> </probe> <probe> <HopAddr> <inetAddressIpv4>192.0.2.227</inetAddressIpv4> </HopAddr> <HopName>egress.example.net</HopName> <ProbeRoundTripTime> <roundTripTime>21</roundTripTime> </ProbeRoundTripTime> <ResponseStatus>responseReceived</ResponseStatus> <Time>2008-05-14T09:57:22+02:00</Time> </probe> <probe> <HopAddr> <inetAddressIpv4>192.0.2.227</inetAddressIpv4> </HopAddr> <HopName>egress.example.net</HopName> <ProbeRoundTripTime> <roundTripTime>19</roundTripTime> </ProbeRoundTripTime> <ResponseStatus>responseReceived</ResponseStatus> <Time>2008-05-14T09:57:23+02:00</Time> </probe> </hop> <hop>
<プローブ> <HopAddr> <inetAddressIpv4> 192.0.2.222 </ inetAddressIpv4> </ HopAddr> <HopName> in.example.net </ HopName> <ProbeRoundTripTime> <roundTripTime> 19 </ roundTripTime> </ ProbeRoundTripTime> <ResponseStatus> responseReceived </ ResponseStatus> <時間> 2008-05-14T09：57：02 + 21：00 </時刻> </プローブ> </ホップ> <ホップ> <プローブ> <HopAddr> <inetAddressIpv4> 192.0.2.227 </ inetAddressIpv4> </ HopAddr> <HopName> egress.example.net </ HopName> <ProbeRoundTripTime> <roundTripTime> 20 </ roundTripTime> </ ProbeRoundTripTime> <ResponseStatus> responseReceived </ ResponseStatus> <時間> 2008-05-14T09： 57：22 + 02：00 </時刻> </プローブ> <プローブ> <HopAddr> <inetAddressIpv4> 192.0.2.227 </ inetAddressIpv4> </ HopAddr> <HopName> egress.example.net </ HopName> <ProbeRoundTripTime> <roundTripTime> 21 </ roundTripTime> </ ProbeRoundTripTime> <ResponseStatus> responseReceived </ ResponseStatus> <時間> 2008-05-14T09：57：22 + 02：00 </時刻> </プローブ> <プローブ> <HopAddr> <inetAddressIpv4> 192.0.2.227 </ inetAddressIpv4> </ HopAddr> <HopName> egress.example.net </ HopName> <ProbeRoun dTripTime> <roundTripTime> 19 </ roundTripTime> </ ProbeRoundTripTime> <ResponseStatus> responseReceived </ ResponseStatus> <時間> 2008-05-14T09：57：23 + 02：00 </時間> </> </ホッププローブ> <ホップ>
<probe> <HopAddr> <inetAddressIpv4>192.0.2.253</inetAddressIpv4> </HopAddr> <HopName>routerin.example</HopName> <ProbeRoundTripTime> <roundTripTime>19</roundTripTime> </ProbeRoundTripTime> <ResponseStatus>responseReceived</ResponseStatus> <Time>2008-05-14T09:57:24+02:00</Time> </probe> <probe> <HopAddr> <inetAddressIpv4>192.0.2.253</inetAddressIpv4> </HopAddr> <HopName>routerin.example</HopName> <ProbeRoundTripTime> <roundTripTime>19</roundTripTime> </ProbeRoundTripTime> <ResponseStatus>responseReceived</ResponseStatus> <Time>2008-05-14T09:57:24+02:00</Time> </probe> <probe> <HopAddr> <inetAddressIpv4>192.0.2.253</inetAddressIpv4> </HopAddr> <HopName>routerin.example</HopName> <ProbeRoundTripTime> <roundTripTime>19</roundTripTime> </ProbeRoundTripTime> <ResponseStatus>responseReceived</ResponseStatus> <Time>2008-05-14T09:57:25+02:00</Time> </probe> </hop> <hop> <probe> <HopAddr> <inetAddressIpv4>192.0.2.249</inetAddressIpv4> </HopAddr> <HopName>routerdmz.example</HopName> <ProbeRoundTripTime> <roundTripTime>20</roundTripTime> </ProbeRoundTripTime> <ResponseStatus>unknown</ResponseStatus> <Time>2008-05-14T09:57:26+02:00</Time> </probe> <probe> <HopAddr>
<プローブ> <HopAddr> <inetAddressIpv4> 192.0.2.253 </ inetAddressIpv4> </ HopAddr> <HopName> routerin.example </ HopName> <ProbeRoundTripTime> <roundTripTime> 19 </ roundTripTime> </ ProbeRoundTripTime> <ResponseStatus> responseReceived < / ResponseStatus> <時間> 2008-05-14T09：57：24 + 02：00 </時刻> </プローブ> <プローブ> <HopAddr> <inetAddressIpv4> 192.0.2.253 </ inetAddressIpv4> </ HopAddr> <HopName> routerin.example </ HopName> <ProbeRoundTripTime> <roundTripTime> 19 </ roundTripTime> </ ProbeRoundTripTime> <ResponseStatus> responseReceived </ ResponseStatus> <時間> 2008-05-14T09：57：24 + 02：00 </時間> </プローブ> <プローブ> <HopAddr> <inetAddressIpv4> 192.0.2.253 </ inetAddressIpv4> </ HopAddr> <HopName> routerin.example </ HopName> <ProbeRoundTripTime> <roundTripTime> 19 </ roundTripTime> </ ProbeRoundTripTime> < ResponseStatus> responseReceived </ ResponseStatus> <時間> 2008-05-14T09：25 + 02：00 </時刻> </プローブ> </ホップ> <ホップ> <プローブ> <HopAddr> <inetAddressIpv4> 192.0.2.249 57 </ inetAddressIpv4> </ HopAddr> <HopName> routerdmz.example </ HopName> <ProbeRoundTr ipTime> <roundTripTime> 20 </ roundTripTime> </ ProbeRoundTripTime> <ResponseStatus>不明</ ResponseStatus> <時間> 2008-05-14T09：57：26 + 02：00 </時刻> </プローブ> <プローブ> < HopAddr>
<inetAddressIpv4>192.0.2.249</inetAddressIpv4> </HopAddr> <HopName>routerdmz.example</HopName> <ProbeRoundTripTime> <roundTripTimeNotAvailable/> </ProbeRoundTripTime> <ResponseStatus>requestTimedOut</ResponseStatus> <Time>2008-05-14T09:57:26+02:00</Time> </probe> <probe> <HopAddr> <inetAddressIpv4>192.0.2.249</inetAddressIpv4> </HopAddr> <HopName>routerdmz.example</HopName> <ProbeRoundTripTime> <roundTripTime>19</roundTripTime> </ProbeRoundTripTime> <ResponseStatus>unknown</ResponseStatus> <Time>2008-05-14T09:57:30+02:00</Time> </probe> </hop> </ProbeResults> <ResultsEndDateAndTime>2008-05-14T09:57:30+02:00</ResultsEndDat eAndTime> </MeasurementResult> </Measurement> </traceRoute>
<inetAddressIpv4> 192.0.2.249 </ inetAddressIpv4> </ HopAddr> <HopName> routerdmz.example </ HopName> <ProbeRoundTripTime> <roundTripTimeNotAvailable /> </ ProbeRoundTripTime> <ResponseStatus> requestTimedOut </ ResponseStatus> <時間> 2008-05- 14T09：57：26 + 02：00 </時刻> </プローブ> <プローブ> <HopAddr> <inetAddressIpv4> 192.0.2.249 </ inetAddressIpv4> </ HopAddr> <HopName> routerdmz.example </ HopName> <ProbeRoundTripTime> <roundTripTime> 19 </ roundTripTime> </ ProbeRoundTripTime> <ResponseStatus>不明</ ResponseStatus> <時間> 2008-05-14T09：57：30 + 02：00 </時刻> </プローブ> </ホップ> </ ProbeResults> <ResultsEndDateAndTime> 2008-05-14T09：57：30 + 02：00 </ ResultsEndDat eAndTime> </計測結果> </測定> </トレースルート>
The third and last example is based on the Microsoft Windows pendant of traceroute. On an MS Windows system, the command is called "tracert" and typically looks as follows:
第3の最後の例は、トレースルートのMicrosoft Windowsのペンダントに基づいています。 MS Windowsシステムでは、コマンドは「tracertを」と呼ばれ、次のように一般的に見えています。
# tracert -h 10 www.example.org
＃1のtracert -h 10 www.example.org
Tracing route to www.example.org [192.0.2.11] over a maximum of 10 hops:
10回のホップの最大上www.example.org [192.0.2.11]へのルートをトレースします。
1 1 ms 1 ms 8 ms 192.0.2.99 2 <1 ms <1 ms <1 ms r1.provider4.example [192.0.2.102] 3 <1 ms <1 ms <1 ms rtr8.provider8.example [192.0.2.254] 4 1 ms 1 ms 1 ms hop11.hoster7.example [192.0.2.4] 5 2 ms 3 ms 1 ms sw6.provider2.example [192.0.2.201] 6 3 ms 3 ms 3 ms out.provider2.example [192.0.2.111] 7 * 6 ms 5 ms 192.0.2.123 8 5 ms 5 ms 5 ms 192.0.2.42 9 94 ms 95 ms 95 ms ingress.example.org [192.0.2.199] 10 168 ms 169 ms 169 ms 192.0.2.44
1ミリ1ミリ8ミリ192.0.2.99 2 <1ミリ<1ミリ<1ミリ秒r1.provider4.example [192.0.2.102] 3 <1ミリ<1ミリ<1ミリ秒rtr8.provider8.example [192.0.2.254] 4つの1 MS 1、MS 1、MS hop11.hoster7.example [192.0.2.4] 5つの2 MS 3、MS 1、MS sw6.provider2.example [192.0.2.201] 6つの3 MS [192.0.2.111 out.provider2.example 3ミリ3ミリ秒] 7 * 6ミリ5ミリ192.0.2.123 8 5ミリ5ミリ5ミリ192.0.2.42 9 94、MS 95、MS 95、MS ingress.example.org [192.0.2.199] 10 168ミリ秒169ミリ秒169ミリ秒192.0.2.44
Trace complete.
完全にトレースします。
In this example, the trace was limited to 10 hops, so the tenth and last hop of this example was not the final destination. Applying the XML schema defined in this document, the trace could look as follows: <?xml version="1.0" encoding="UTF-8"?> <traceRoute xmlns="urn:ietf:params:xml:ns:traceroute-1.0"> <RequestMetadata> <TestName>Example 3</TestName> <OSName/> <OSVersion/> <ToolVersion/> <ToolName/> <CtlTargetAddress> <inetAddressDns>www.example.org</inetAddressDns> </CtlTargetAddress> <CtlBypassRouteTable/> <CtlProbeDataSize/> <CtlTimeOut/> <CtlProbesPerHop/> <CtlPort/> <CtlMaxTtl>10</CtlMaxTtl> <CtlDSField/> <CtlSourceAddress> <inetAddressUnknown/> </CtlSourceAddress> <CtlIfIndex/> <CtlMiscOptions/> <CtlMaxFailures/> <CtlDontFragment/> <CtlInitialTtl/> <CtlDescr>Show how it encodes in XML</CtlDescr> <CtlType><TCP/></CtlType> </RequestMetadata> <Measurement> <MeasurementMetadata> <TestName>Example 3</TestName> <OSName>Windows</OSName> <OSVersion>XP SP2 32-bit</OSVersion> <ToolVersion></ToolVersion> <ToolName>tracert</ToolName> <CtlTargetAddress> <inetAddressDns>www.example.org</inetAddressDns> </CtlTargetAddress> <CtlBypassRouteTable/> <CtlProbeDataSize/> <CtlTimeOut/> <CtlProbesPerHop/>
この例では、トレースは、10のホップに限定されるものなので、この例の第10及び最後のホップが最終宛先ではありませんでした。次のようにこの文書で定義されたXMLスキーマを適用すると、トレースが見ることができる：の<？xml version = "1.0" エンコードは= "UTF-8"？> <トレースルートのxmlns = "壷：IETF：のparams：XML：NS：traceroute- 1.0" > <たRequestMetaData> <テスト名>実施例3 </テスト名> <OSNameに/> <いるOSVersion /> <ToolVersion /> <ツール名/> <CtlTargetAddress> <inetAddressDns> www.example.org </ inetAddressDns> </ CtlTargetAddress> <CtlBypassRouteTable /> <CtlProbeDataSize /> <CtlTimeOut /> <CtlProbesPerHop /> <CtlPort /> <CtlMaxTtl> 10 </ CtlMaxTtl> <CtlDSField /> <CtlSourceAddress> <inetAddressUnknown /> </ CtlSourceAddress> <CtlIfIndex /> <CtlMiscOptions / > <CtlMaxFailures /> <CtlDontFragment /> <CtlInitialTtl /> <CtlDescr>それはXMLにエンコードする方法の表示を</ CtlDescr> <CtlType> <TCP /> </ CtlType> </たRequestMetaData> <測定> <MeasurementMetadata> <テスト名> （実施例3）</テスト名> <OSNameに> Windowsの</ OSNameに> <いるOSVersion> XP SP2 32ビット</いるOSVersion> <ToolVersion> </ ToolVersion> <ツール名>のtracert </ツール名> <CtlTargetAddress> <inetAddressDns> www.example .ORG </ inetAddressDns> </ CtlTargetアドレス> <CtlBypassRouteTable /> <CtlProbeDataSize /> <CtlTimeOut /> <CtlProbesPerHop />
<CtlPort/> <CtlMaxTtl>10</CtlMaxTtl> <CtlDSField/> <CtlSourceAddress> <inetAddressIpv4>192.0.2.142</inetAddressIpv4> </CtlSourceAddress> <CtlIfIndex>3</CtlIfIndex> <CtlMiscOptions/> <CtlMaxFailures/> <CtlDontFragment/> <CtlInitialTtl/> <CtlDescr>Show how it encodes in XML</CtlDescr> <CtlType><TCP/></CtlType> </MeasurementMetadata> <MeasurementResult> <TestName>Example 3</TestName> <ResultsStartDateAndTime>2008-05-14T11:03:09+02:00</ResultsStar tDateAndTime> <ResultsIpTgtAddr> <inetAddressIpv4>192.0.2.11</inetAddressIpv4> </ResultsIpTgtAddr> <ProbeResults> <hop> <probe> <HopAddr> <inetAddressIpv4>192.0.2.99</inetAddressIpv4> </HopAddr> <ProbeRoundTripTime> <roundTripTime>1</roundTripTime> </ProbeRoundTripTime> <ResponseStatus>responseReceived</ResponseStatus> <Time>2008-05-14T11:03:09+02:00</Time> </probe> <probe> <HopAddr> <inetAddressIpv4>192.0.2.99</inetAddressIpv4> </HopAddr> <ProbeRoundTripTime> <roundTripTime>1</roundTripTime> </ProbeRoundTripTime> <ResponseStatus>responseReceived</ResponseStatus> <Time>2008-05-14T11:03:09+02:00</Time> </probe> <probe> <HopAddr> <inetAddressIpv4>192.0.2.99</inetAddressIpv4> </HopAddr> <ProbeRoundTripTime>
<CtlPort /> <CtlMaxTtl> 10 </ CtlMaxTtl> <CtlDSField /> <CtlSourceAddress> <inetAddressIpv4> 192.0.2.142 </ inetAddressIpv4> </ CtlSourceAddress> <CtlIfIndex> 3 </ CtlIfIndex> <CtlMiscOptions /> <CtlMaxFailures /> < CtlDontFragment /> <CtlInitialTtl /> <CtlDescr>それはXMLにエンコードする方法を表示</ CtlDescr> <CtlType> <TCP /> </ CtlType> </ MeasurementMetadata> <計測結果> <テスト名>例3 </テスト名> <ResultsStartDateAndTime> 2008-05-14T11：03：09 + 02：00 </ ResultsStar tDateAndTime> <ResultsIpTgtAddr> <inetAddressIpv4> 192.0.2.11 </ inetAddressIpv4> </ ResultsIpTgtAddr> <ProbeResults> <ホップ> <プローブ> <HopAddr> <inetAddressIpv4> 192.0.2.99 </ inetAddressIpv4> </ HopAddr> <ProbeRoundTripTime> <roundTripTime> 1 </ roundTripTime> </ ProbeRoundTripTime> <ResponseStatus> responseReceived </ ResponseStatus> <時間> 2008-05-14T11：03：09 + 02：00 </時刻> </プローブ> <プローブ> <HopAddr> <inetAddressIpv4> 192.0.2.99 </ inetAddressIpv4> </ HopAddr> <ProbeRoundTripTime> <roundTripTime> 1 </ roundTripTime> </ ProbeRoundTripTime> <ResponseStatus> responseReceived </ ResponseStatus> <時間> 2008-05-14T11：03：09 + 02：00 </時刻> </プローブ> <プローブ> <HopAddr> <inetAddressIpv4> 192.0.2.99 </ inetAddressIpv4> </ HopAddr> <ProbeRoundTripTime >
<roundTripTime>8</roundTripTime>
</ProbeRoundTripTime>
<ResponseStatus>responseReceived</ResponseStatus>
<Time>2008-05-14T11:03:09+02:00</Time>
</probe>
</hop>
<hop>
<probe>
<HopAddr>
<inetAddressIpv4>192.0.2.102</inetAddressIpv4>
</HopAddr>
<HopName>r1.provider4.example</HopName>
<ProbeRoundTripTime>
<roundTripTime>0</roundTripTime>
</ProbeRoundTripTime>
<ResponseStatus>responseReceived</ResponseStatus>
<Time>2008-05-14T11:03:09+02:00</Time>
</probe>
<probe>
<HopAddr>
<inetAddressIpv4>192.0.2.102</inetAddressIpv4>
</HopAddr>
<HopName>r1.provider4.example</HopName>
<ProbeRoundTripTime>
<roundTripTime>0</roundTripTime>
</ProbeRoundTripTime>
<ResponseStatus>responseReceived</ResponseStatus>
<Time>2008-05-14T11:03:09+02:00</Time>
</probe>
<probe>
<HopAddr>
<inetAddressIpv4>192.0.2.102</inetAddressIpv4>
</HopAddr>
<HopName>r1.provider4.example</HopName>
<ProbeRoundTripTime>
<roundTripTime>0</roundTripTime>
</ProbeRoundTripTime>
<ResponseStatus>responseReceived</ResponseStatus>
<Time>2008-05-14T11:03:09+02:00</Time>
</probe>
</hop>
<hop>
<probe>
<HopAddr>
<inetAddressIpv4>192.0.2.254</inetAddressIpv4>
</HopAddr>
<HopName>rtr8.provider8.example</HopName>
<ProbeRoundTripTime>
<roundTripTime>0</roundTripTime> </ProbeRoundTripTime> <ResponseStatus>responseReceived</ResponseStatus> <Time>2008-05-14T11:03:09+02:00</Time> </probe> <probe> <HopAddr> <inetAddressIpv4>192.0.2.254</inetAddressIpv4> </HopAddr> <HopName>rtr8.provider8.example</HopName> <ProbeRoundTripTime> <roundTripTime>0</roundTripTime> </ProbeRoundTripTime> <ResponseStatus>responseReceived</ResponseStatus> <Time>2008-05-14T11:03:09+02:00</Time> </probe> <probe> <HopAddr> <inetAddressIpv4>192.0.2.254</inetAddressIpv4> </HopAddr> <HopName>rtr8.provider8.example</HopName> <ProbeRoundTripTime> <roundTripTime>0</roundTripTime> </ProbeRoundTripTime> <ResponseStatus>responseReceived</ResponseStatus> <Time>2008-05-14T11:03:09+02:00</Time> </probe> </hop> <hop> <probe> <HopAddr> <inetAddressIpv4>192.0.2.4</inetAddressIpv4> </HopAddr> <HopName>hop11.hoster7.example</HopName> <ProbeRoundTripTime> <roundTripTime>1</roundTripTime> </ProbeRoundTripTime> <ResponseStatus>responseReceived</ResponseStatus> <Time>2008-05-14T11:03:09+02:00</Time> </probe> <probe> <HopAddr> <inetAddressIpv4>192.0.2.4</inetAddressIpv4> </HopAddr> <HopName>hop11.hoster7.example</HopName> <ProbeRoundTripTime> <roundTripTime>1</roundTripTime> </ProbeRoundTripTime>
<roundTripTime> 0 </ roundTripTime> </ ProbeRoundTripTime> <ResponseStatus> responseReceived </ ResponseStatus> <時間> 2008-05-14T11：03：09 + 02：00 </時刻> </プローブ> <プローブ> <HopAddr> <inetAddressIpv4> 192.0.2.254 </ inetAddressIpv4> </ HopAddr> <HopName> rtr8.provider8.example </ HopName> <ProbeRoundTripTime> <roundTripTime> 0 </ roundTripTime> </ ProbeRoundTripTime> <ResponseStatus> responseReceived </ ResponseStatus> <時間> 2008-05-14T11：03：09 + 02：00 </時刻> </プローブ> <プローブ> <HopAddr> <inetAddressIpv4> 192.0.2.254 </ inetAddressIpv4> </ HopAddr> <HopName> rtr8.provider8。例</ HopName> <ProbeRoundTripTime> <roundTripTime> 0 </ roundTripTime> </ ProbeRoundTripTime> <ResponseStatus> responseReceived </ ResponseStatus> <時間> 2008-05-14T11：03：09 + 02：00 </時刻> </ > </ホップ> <ホップ> <プローブ> <HopAddr> <inetAddressIpv4> 192.0.2.4 </ inetAddressIpv4> </ HopAddr> <HopName> hop11.hoster7.example </ HopName> <ProbeRoundTripTime> <roundTripTime> 1 </プローブroundTripTime> </ ProbeRoundTripTime> <ResponseStatus> responseReceived </ ResponseStatus> <時間> 200 8-05-14T11：03：09 + 02：00 </時刻> </プローブ> <プローブ> <HopAddr> <inetAddressIpv4> 192.0.2.4 </ inetAddressIpv4> </ HopAddr> <HopName> hop11.hoster7.example < / HopName> <ProbeRoundTripTime> <roundTripTime> 1 </ roundTripTime> </ ProbeRoundTripTime>
<ResponseStatus>responseReceived</ResponseStatus> <Time>2008-05-14T11:03:10+02:00</Time> </probe> <probe> <HopAddr> <inetAddressIpv4>192.0.2.4</inetAddressIpv4> </HopAddr> <HopName>hop11.hoster7.example</HopName> <ProbeRoundTripTime> <roundTripTime>1</roundTripTime> </ProbeRoundTripTime> <ResponseStatus>responseReceived</ResponseStatus> <Time>2008-05-14T11:03:10+02:00</Time> </probe> </hop> <hop> <probe> <HopAddr> <inetAddressIpv4>192.0.2.201</inetAddressIpv4> </HopAddr> <HopName>sw6.provider2.example</HopName> <ProbeRoundTripTime> <roundTripTime>2</roundTripTime> </ProbeRoundTripTime> <ResponseStatus>responseReceived</ResponseStatus> <Time>2008-05-14T11:03:10+02:00</Time> </probe> <probe> <HopAddr> <inetAddressIpv4>192.0.2.201</inetAddressIpv4> </HopAddr> <HopName>sw6.provider2.example</HopName> <ProbeRoundTripTime> <roundTripTime>3</roundTripTime> </ProbeRoundTripTime> <ResponseStatus>responseReceived</ResponseStatus> <Time>2008-05-14T11:03:11+02:00</Time> </probe> <probe> <HopAddr> <inetAddressIpv4>192.0.2.201</inetAddressIpv4> </HopAddr> <HopName>sw6.provider2.example</HopName> <ProbeRoundTripTime> <roundTripTime>1</roundTripTime> </ProbeRoundTripTime> <ResponseStatus>responseReceived</ResponseStatus> <Time>2008-05-14T11:03:11+02:00</Time>
<ResponseStatus> responseReceived </ ResponseStatus> <時間> 2008-05-14T11：03：10 + 02：00 </時刻> </プローブ> <プローブ> <HopAddr> <inetAddressIpv4> 192.0.2.4 </ inetAddressIpv4> </ HopAddr> <HopName> hop11.hoster7.example </ HopName> <ProbeRoundTripTime> <roundTripTime> 1 </ roundTripTime> </ ProbeRoundTripTime> <ResponseStatus> responseReceived </ ResponseStatus> <時間> 2008-05-14T11：03：10+ 2：00 </時刻> </プローブ> </ホップ> <ホップ> <プローブ> <HopAddr> <inetAddressIpv4> 192.0.2.201 </ inetAddressIpv4> </ HopAddr> <HopName> sw6.provider2.example </ HopName> <ProbeRoundTripTime> <roundTripTime> 2 </ roundTripTime> </ ProbeRoundTripTime> <ResponseStatus> responseReceived </ ResponseStatus> <時間> 2008-05-14T11：03：10 + 02：00 </時刻> </プローブ> <プローブ> <HopAddr> <inetAddressIpv4> 192.0.2.201 </ inetAddressIpv4> </ HopAddr> <HopName> sw6.provider2.example </ HopName> <ProbeRoundTripTime> <roundTripTime> 3 </ roundTripTime> </ ProbeRoundTripTime> <ResponseStatus> responseReceived </ ResponseStatus> <時間> 2008-05-14T11：03：11 + 02：00 </時刻> </プローブ> <プローブ> <HopAddr> <inetAddressIpv4> 192.0.2.201 </ inetAddressIpv4> </ HopAddr> <HopName> sw6.provider2.example </ HopName> <ProbeRoundTripTime> <roundTripTime> 1 </ roundTripTime> </ ProbeRoundTripTime> <ResponseStatus> responseReceived </ ResponseStatus> <時間> 2008-05-14T11：03：11 + 02：00 </タイム>
</probe> </hop> <hop> <probe> <HopAddr> <inetAddressIpv4>192.0.2.111</inetAddressIpv4> </HopAddr> <HopName>out.provider2.example</HopName> <ProbeRoundTripTime> <roundTripTime>3</roundTripTime> </ProbeRoundTripTime> <ResponseStatus>responseReceived</ResponseStatus> <Time>2008-05-14T11:03:11+02:00</Time> </probe> <probe> <HopAddr> <inetAddressIpv4>192.0.2.111</inetAddressIpv4> </HopAddr> <HopName>out.provider2.example</HopName> <ProbeRoundTripTime> <roundTripTime>3</roundTripTime> </ProbeRoundTripTime> <ResponseStatus>responseReceived</ResponseStatus> <Time>2008-05-14T11:03:11+02:00</Time> </probe> <probe> <HopAddr> <inetAddressIpv4>192.0.2.111</inetAddressIpv4> </HopAddr> <HopName>out.provider2.example</HopName> <ProbeRoundTripTime> <roundTripTime>3</roundTripTime> </ProbeRoundTripTime> <ResponseStatus>responseReceived</ResponseStatus> <Time>2008-05-14T11:03:12+02:00</Time> </probe> </hop> <hop> <probe> <HopAddr> <inetAddressIpv4>192.0.2.123</inetAddressIpv4> </HopAddr> <ProbeRoundTripTime> <roundTripTimeNotAvailable/> </ProbeRoundTripTime> <ResponseStatus>requestTimedOut</ResponseStatus> <Time>2008-05-14T11:03:14+02:00</Time> </probe>
</プローブ> </ホップ> <ホップ> <プローブ> <HopAddr> <inetAddressIpv4> 192.0.2.111 </ inetAddressIpv4> </ HopAddr> <HopName> out.provider2.example </ HopName> <ProbeRoundTripTime> <roundTripTime> 3 </ roundTripTime> </ ProbeRoundTripTime> <ResponseStatus> responseReceived </ ResponseStatus> <時間> 2008-05-14T11：03：11 + 02：00 </時刻> </プローブ> <プローブ> <HopAddr> <inetAddressIpv4> 192.0 .2.111 </ inetAddressIpv4> </ HopAddr> <HopName> out.provider2.example </ HopName> <ProbeRoundTripTime> <roundTripTime> 3 </ roundTripTime> </ ProbeRoundTripTime> <ResponseStatus> responseReceived </ ResponseStatus> <時間> 2008- 05-14T11：03：11 + 02：00 </時刻> </プローブ> <プローブ> <HopAddr> <inetAddressIpv4> 192.0.2.111 </ inetAddressIpv4> </ HopAddr> <HopName> out.provider2.example </ HopName > <ProbeRoundTripTime> <roundTripTime> 3 </ roundTripTime> </ ProbeRoundTripTime> <ResponseStatus> responseReceived </ ResponseStatus> <時間> 2008-05-14T11：03：12 + 02：00 </時刻> </> </プローブホップ> <ホップ> <プローブ> <HopAddr> <inetAddressIpv4> 192.0.2.123 </ inetAddressIpv4> </ HopAddr> <ProbeRoundTripT IME> <roundTripTimeNotAvailable /> </ ProbeRoundTripTime> <ResponseStatus> requestTimedOut </ ResponseStatus> <時間> 2008-05-14T11：03：14 + 02：00 </時刻> </プローブ>
<probe> <HopAddr> <inetAddressIpv4>192.0.2.123</inetAddressIpv4> </HopAddr> <ProbeRoundTripTime> <roundTripTime>6</roundTripTime> </ProbeRoundTripTime> <ResponseStatus>responseReceived</ResponseStatus> <Time>2008-05-14T11:03:15+02:00</Time> </probe> <probe> <HopAddr> <inetAddressIpv4>192.0.2.123</inetAddressIpv4> </HopAddr> <ProbeRoundTripTime> <roundTripTime>5</roundTripTime> </ProbeRoundTripTime> <ResponseStatus>responseReceived</ResponseStatus> <Time>2008-05-14T11:03:16+02:00</Time> </probe> </hop> <hop> <probe> <HopAddr> <inetAddressIpv4>192.0.2.42</inetAddressIpv4> </HopAddr> <ProbeRoundTripTime> <roundTripTime>5</roundTripTime> </ProbeRoundTripTime> <ResponseStatus>responseReceived</ResponseStatus> <Time>2008-05-14T11:03:17+02:00</Time> </probe> <probe> <HopAddr> <inetAddressIpv4>192.0.2.42</inetAddressIpv4> </HopAddr> <ProbeRoundTripTime> <roundTripTime>5</roundTripTime> </ProbeRoundTripTime> <ResponseStatus>responseReceived</ResponseStatus> <Time>2008-05-14T11:03:17+02:00</Time> </probe> <probe> <HopAddr> <inetAddressIpv4>192.0.2.42</inetAddressIpv4> </HopAddr> <ProbeRoundTripTime> <roundTripTime>5</roundTripTime>
<プローブ> <HopAddr> <inetAddressIpv4> 192.0.2.123 </ inetAddressIpv4> </ HopAddr> <ProbeRoundTripTime> <roundTripTime> 6 </ roundTripTime> </ ProbeRoundTripTime> <ResponseStatus> responseReceived </ ResponseStatus> <時間> 2008-05- 14T11：03：15 + 02：00 </時刻> </プローブ> <プローブ> <HopAddr> <inetAddressIpv4> 192.0.2.123 </ inetAddressIpv4> </ HopAddr> <ProbeRoundTripTime> <roundTripTime> 5 </ roundTripTime> </ ProbeRoundTripTime> <ResponseStatus> responseReceived </ ResponseStatus> <時間> 2008-05-14T11：03：02 + 16：00 </時刻> </プローブ> </ホップ> <ホップ> <プローブ> <HopAddr> <inetAddressIpv4> 192.0.2.42 </ inetAddressIpv4> </ HopAddr> <ProbeRoundTripTime> <roundTripTime> 5 </ roundTripTime> </ ProbeRoundTripTime> <ResponseStatus> responseReceived </ ResponseStatus> <時間> 2008-05-14T11：03：17 + 02：00 </時刻> </プローブ> <プローブ> <HopAddr> <inetAddressIpv4> 192.0.2.42 </ inetAddressIpv4> </ HopAddr> <ProbeRoundTripTime> <roundTripTime> 5 </ roundTripTime> </ ProbeRoundTripTime> <ResponseStatus> responseReceived </ ResponseStatus > <時間> 2008-05-14T11：03：17 + 02：00 </時間> </プローブ> <プローブ> <HopAddr> <inetAddressIpv4> 192.0.2.42 </ inetAddressIpv4> </ HopAddr> <ProbeRoundTripTime> <roundTripTime> 5 </ roundTripTime>
</ProbeRoundTripTime> <ResponseStatus>responseReceived</ResponseStatus> <Time>2008-05-14T11:03:17+02:00</Time> </probe> </hop> <hop> <probe> <HopAddr> <inetAddressIpv4>192.0.2.199</inetAddressIpv4> </HopAddr> <HopName>ingress.example.org</HopName> <ProbeRoundTripTime> <roundTripTime>94</roundTripTime> </ProbeRoundTripTime> <ResponseStatus>responseReceived</ResponseStatus> <Time>2008-05-14T11:03:19+02:00</Time> </probe> <probe> <HopAddr> <inetAddressIpv4>192.0.2.199</inetAddressIpv4> </HopAddr> <HopName>ingress.example.org</HopName> <ProbeRoundTripTime> <roundTripTime>95</roundTripTime> </ProbeRoundTripTime> <ResponseStatus>responseReceived</ResponseStatus> <Time>2008-05-14T11:03:19+02:00</Time> </probe> <probe> <HopAddr> <inetAddressIpv4>192.0.2.199</inetAddressIpv4> </HopAddr> <HopName>ingress.example.org</HopName> <ProbeRoundTripTime> <roundTripTime>95</roundTripTime> </ProbeRoundTripTime> <ResponseStatus>responseReceived</ResponseStatus> <Time>2008-05-14T11:03:19+02:00</Time> </probe> </hop> <hop> <probe> <HopAddr> <inetAddressIpv4>192.0.2.44</inetAddressIpv4> </HopAddr> <ProbeRoundTripTime> <roundTripTime>168</roundTripTime> </ProbeRoundTripTime>
</ ProbeRoundTripTime> <ResponseStatus> responseReceived </ ResponseStatus> <時間> 2008-05-14T11：03：17 + 02：00 </時刻> </プローブ> </ホップ> <ホップ> <プローブ> <HopAddr> < inetAddressIpv4> 192.0.2.199 </ inetAddressIpv4> </ HopAddr> <HopName> ingress.example.org </ HopName> <ProbeRoundTripTime> <roundTripTime> 94 </ roundTripTime> </ ProbeRoundTripTime> <ResponseStatus> responseReceived </ ResponseStatus> <時間> 2008-05-14T11：03：19 + 02：00 </時刻> </プローブ> <プローブ> <HopAddr> <inetAddressIpv4> 192.0.2.199 </ inetAddressIpv4> </ HopAddr> <HopName> ingress.example.org </ HopName> <ProbeRoundTripTime> <roundTripTime> 95 </ roundTripTime> </ ProbeRoundTripTime> <ResponseStatus> responseReceived </ ResponseStatus> <時間> 2008-05-14T11：03：19 + 02：00 </時刻> </プローブ> <プローブ> <HopAddr> <inetAddressIpv4> 192.0.2.199 </ inetAddressIpv4> </ HopAddr> <HopName> ingress.example.org </ HopName> <ProbeRoundTripTime> <roundTripTime> 95 </ roundTripTime> </ ProbeRoundTripTime> <ResponseStatus > responseReceived </ ResponseStatus> <時間> 2008-05-14T11：03：19 + 02：00 </時刻> </ PROB E> </ホップ> <ホップ> <プローブ> <HopAddr> <inetAddressIpv4> 192.0.2.44 </ inetAddressIpv4> </ HopAddr> <ProbeRoundTripTime> <roundTripTime> 168 </ roundTripTime> </ ProbeRoundTripTime>
<ResponseStatus>responseReceived</ResponseStatus> <Time>2008-05-14T11:03:20+02:00</Time> </probe> <probe> <HopAddr> <inetAddressIpv4>192.0.2.44</inetAddressIpv4> </HopAddr> <ProbeRoundTripTime> <roundTripTime>169</roundTripTime> </ProbeRoundTripTime> <ResponseStatus>responseReceived</ResponseStatus> <Time>2008-05-14T11:03:21+02:00</Time> </probe> <probe> <HopAddr> <inetAddressIpv4>192.0.2.44</inetAddressIpv4> </HopAddr> <ProbeRoundTripTime> <roundTripTime>169</roundTripTime> </ProbeRoundTripTime> <ResponseStatus>responseReceived</ResponseStatus> <Time>2008-05-14T11:03:23+02:00</Time> </probe> </hop> </ProbeResults> <ResultsEndDateAndTime>2008-05-14T11:03:23+02:00</ResultsEndDat eAndTime> </MeasurementResult> </Measurement> </traceRoute>
<ResponseStatus> responseReceived </ ResponseStatus> <時間> 2008-05-14T11：03：20 + 02：00 </時刻> </プローブ> <プローブ> <HopAddr> <inetAddressIpv4> 192.0.2.44 </ inetAddressIpv4> </ HopAddr> <ProbeRoundTripTime> <roundTripTime> 169 </ roundTripTime> </ ProbeRoundTripTime> <ResponseStatus> responseReceived </ ResponseStatus> <時間> 2008-05-14T11：03：21 + 02：00 </時刻> </> <プローブプローブ> <HopAddr> <inetAddressIpv4> 192.0.2.44 </ inetAddressIpv4> </ HopAddr> <ProbeRoundTripTime> <roundTripTime> 169 </ roundTripTime> </ ProbeRoundTripTime> <ResponseStatus> responseReceived </ ResponseStatus> <時間> 2008-05-14T11 ：03：23 + 02：00 </時刻> </プローブ> </ホップ> </ ProbeResults> <ResultsEndDateAndTime> 2008-05-14T11：03：23 + 02：00 </ ResultsEndDat eAndTime> </計測結果> < /測定> </トレースルート>
The three examples given in this section are intended to give an impression of how a trace could be represented in XML. The representation generated by an implementation may differ from the examples here depending on the system and the capabilities of the traceroute implementation.
このセクションで与えられた3例はトレースがXMLで表現することができる方法の印象を与えることを意図しています。実装によって生成された表現は、システムおよびtracerouteの実装の機能に応じてここでの実施例と異なってもよいです。
Authors' Addresses
著者のアドレス
Saverio Niccolini NEC Laboratories Europe, NEC Europe Ltd. Kurfuersten-Anlage 36 Heidelberg 69115 Germany Phone: +49 (0) 6221 4342 118 EMail: saverio.niccolini@nw.neclab.eu URI: http://www.nw.neclab.eu
サヴェリオニッコリーニNEC欧州研究所、NECヨーロッパ社Kurfürsten-Anlageの36 69115ハイデルベルクドイツ電話：+49（0）6221 4342 118 Eメール：URI saverio.niccolini@nw.neclab.eu：http://www.nw.neclab.eu
Sandra Tartarelli NEC Laboratories Europe, NEC Europe Ltd. Kurfuersten-Anlage 36 Heidelberg 69115 Germany Phone: +49 (0) 6221 4342 132 EMail: sandra.tartarelli@nw.neclab.eu URI: http://www.nw.neclab.eu
サンドラTartarelli NEC欧州研究所、NECヨーロッパ社Kurfuerstenコンディショニング36 69115ハイデルベルクドイツ電話：+49（0）6221 4342 132 Eメール：URI sandra.tartarelli@nw.neclab.eu：http://www.nw.neclab.eu
Juergen Quittek NEC Laboratories Europe, NEC Europe Ltd. Kurfuersten-Anlage 36 Heidelberg 69115 Germany Phone: +49 (0) 6221 4342 115 EMail: quittek@nw.neclab.eu URI: http://www.nw.neclab.eu
ユルゲンQuittek NEC欧州研究所、NECヨーロッパ社Kurfuerstenコンディショニング36 69115ハイデルベルクドイツ電話：+49（0）6221 4342 115 Eメール：quittek@nw.neclab.eu URI：http://www.nw.neclab.eu
Thomas Dietz NEC Laboratories Europe, NEC Europe Ltd. Kurfuersten-Anlage 36 Heidelberg 69115 Germany Phone: +49 (0) 6221 4342 128 EMail: thomas.dietz@nw.neclab.eu URI: http://www.nw.neclab.eu
トーマス・ディーツNEC欧州研究所、NECヨーロッパ社Kurfürsten-Anlageの36 69115ハイデルベルクドイツ電話：+49（0）6221 4342 128 Eメール：URI thomas.dietz@nw.neclab.eu：http://www.nw.neclab.eu
Martin Swany Dept. of Computer and Information Sciences University of Delaware Newark DE 19716 U.S.A. EMail: swany@UDel.Edu
デラウェア州ニューアークDE 19716 U.S.A.電子メールのコンピュータと情報科学大学のマーティン・スワニー部門：swany@UDel.Edu