RFC1393 日本語訳
1393 Traceroute Using an IP Option. G. Malkin. January 1993. (Format: TXT=13140 bytes) (Status: EXPERIMENTAL)
プログラムでの自動翻訳です。
英語原文
Network Working Group G. Malkin
Request for Comments: 1393 Xylogics, Inc.
January 1993
コメントを求めるワーキンググループG.マルキンの要求をネットワークでつないでください: 1393 Xylogics Inc.1993年1月
Traceroute Using an IP Option
IPオプションを使用するトレースルート
Status of this Memo
このMemoの状態
This memo defines an Experimental Protocol for the Internet community. Discussion and suggestions for improvement are requested. Please refer to the current edition of the "IAB Official Protocol Standards" for the standardization state and status of this protocol. Distribution of this memo is unlimited.
このメモはインターネットコミュニティのためにExperimentalプロトコルを定義します。 議論と改善提案は要求されています。 このプロトコルの標準化状態と状態の「IABの公式のプロトコル標準」の現行版を参照してください。 このメモの分配は無制限です。
Abstract
要約
Traceroute serves as a valuable network debugging tool. The way in which it is currently implemented has the advantage of being automatically supported by all of the routers. It's two problems are the number of packets it generates and the amount of time it takes to run.
トレースルートは貴重なネットワークデバッグ用ツールとして機能します。 それが現在実行される方法はルータのすべてによって自動的に支持される利点を持っています。 2つの問題がそれが発生させるパケットの数と走るにはかかる時間であるということです。
This document specifies a new IP option and ICMP message type which duplicates the functionality of the existing traceroute method while generating fewer packets and completing in a shorter time.
このドキュメントは、より短い間により少ないパケットと完成を発生させている間に既存のトレースルート方法の機能性をコピーする新しいIPオプションとICMPメッセージタイプを指定します。
Table of Contents
目次
1. Traceroute Today . . . . . . . . . . . . . . . . . . . . . 2 2. Traceroute Tomorrow . . . . . . . . . . . . . . . . . . . . 2 2.1 Basic Algorithm . . . . . . . . . . . . . . . . . . . . . . 2 2.2 IP Traceroute option format . . . . . . . . . . . . . . . . 3 2.3 ICMP Traceroute message format . . . . . . . . . . . . . . 4 3. Protocol . . . . . . . . . . . . . . . . . . . . . . . . . 5 3.1 Hop Counts . . . . . . . . . . . . . . . . . . . . . . . . 5 3.2 Destination Node Operation . . . . . . . . . . . . . . . . 6 3.3 Router Operation . . . . . . . . . . . . . . . . . . . . . 6 4. References . . . . . . . . . . . . . . . . . . . . . . . . 7 5. Security Considerations . . . . . . . . . . . . . . . . . . 7 6. Author's Address . . . . . . . . . . . . . . . . . . . . . 7
1. トレースルート、今日. . . . . . . . . . . . . . . . . . . . . 2 2 トレースルートTomorrow. . . . . . . . . . . . . . . . . . . . 2 2.1Basic Algorithm. . . . . . . . . . . . . . . . . . . . . . 2 2.2IP Tracerouteオプション形式.32.3ICMP Tracerouteメッセージ・フォーマット. . . . . . . . . . . . . . 4 3。 プロトコル. . . . . . . . . . . . . . . . . . . . . . . . . 5 3.1ホップは.53.2目的地ノード手術. . . . . . . . . . . . . . . . 6 3.3ルータ操作. . . . . . . . . . . . . . . . . . . . . 6 4を数えます。 参照. . . . . . . . . . . . . . . . . . . . . . . . 7 5。 セキュリティ問題. . . . . . . . . . . . . . . . . . 7 6。 作者のアドレス. . . . . . . . . . . . . . . . . . . . . 7
Malkin [Page 1] RFC 1393 Traceroute January 1993
マルキン[1ページ]RFC1393トレースルート1993年1月
1. Traceroute Today
1. 今日のトレースルート
The existing traceroute operates by sending out a packet with a Time To Live (TTL) of 1. The first hop then sends back an ICMP [1] error message indicating that the packet could not be forwarded because the TTL expired. The packet is then resent with a TTL of 2, and the second hop returns the TTL expired. This process continues until the destination is reached. The purpose behind this is to record the source of each ICMP TTL exceeded message to provide a trace of the path the packet took to reach the destination.
既存のトレースルートは、1のTime To Live(TTL)と共にパケットを出すことによって、作動します。 そして、最初のホップはTTLが期限が切れたのでパケットを進めることができなかったのを示すICMP[1]エラーメッセージを返送します。 そして、2のTTL、およびTTLが吐き出した2番目のホップリターンと共にパケットを再送します。 目的地に達するまで、この過程は持続します。 それぞれのICMP TTLの源がパケットが目的地に達するように取った経路の跡を提供するメッセージを超えていたという記録にはこれの後ろの目的があります。
The advantage of this algorithm, is that every router already has the ability to send TTL exceeded messages. No special code is required. The disadvantages are the number of packets generated (2n, where n is the number of hops), the time it takes to duplicate all the nearer hops with each successive packet, and the fact that the path may change during this process. Also, this algorithm does not trace the return path, which may differ from the outbound path.
このアルゴリズムの利点はあらゆるルータには超えられているメッセージをTTLに送る能力が既にあるということです。 どんな特別なコードも必要ではありません。 損失は、それぞれの連続したパケットですべての、より近いホップを写しに取るとき発生する(nがホップの数であるところの2n)パケットの数と、経路がこの過程の間変化するかもしれないという事実です。 また、このアルゴリズムはリターンパスをたどりません。(それは、外国行きの経路と異なるかもしれません)。
2. Traceroute Tomorrow
2. 明日のトレースルート
The proposed traceroute would use a different algorithm to achieve the same goal, namely, to trace the path to a host. Because the new traceroute uses an ICMP message designed for the purpose, additional information, unavailable to the original traceroute user, can be made available.
提案されたトレースルートは、同じ目標を達成して、すなわち、経路をホストにたどるのに異なったアルゴリズムを使用するでしょう。 新しいトレースルートが目的のために設計されたICMPメッセージを使用するので、オリジナルのトレースルートユーザにとって、入手できない追加情報は利用可能にすることができます。
2.1 Basic Algorithm
2.1の基本的なアルゴリズム
A new IP Traceroute option will be defined. The presence of this option in an ICMP Echo (or any other) packet, hereinafter referred to as the Outbound Packet, will cause a router to send the newly defined ICMP Traceroute message to the originator of the Outbound Packet. In this way, the path of the Outbound Packet will be logged by the originator with only n+1 (instead of 2n) packets. This algorithm does not suffer from a changing path and allows the response to the Outbound Packet, hereinafter refered to as the Return Packet, to be traced (provided the Outbound Packet's destination preserves the IP Traceroute option in the Return Packet).
新しいIP Tracerouteオプションは定義されるでしょう。 以下にOutbound Packetと呼ばれたICMP Echo(または、いかなる他のも)パケットでのこのオプションの存在はルータに新たに定義されたICMP TracerouteメッセージをOutbound Packetの創始者に送らせるでしょう。 このように、Outbound Packetの経路はn+1(2nの代わりに)パケットだけで創始者によって登録されるでしょう。 このアルゴリズムは、変化経路が欠点でなく、以下にReturn PacketとしてreferedされたOutbound Packetへの応答がたどられるのを許容します(Outbound Packetの目的地がReturn PacketのIP Tracerouteオプションを保存するなら)。
The disadvantage of this method is that the traceroute function will have to be put into the routers. To counter this disadvantage, however, is the fact that this mechanism may be easily ported to a new IP version.
この方法の不都合はトレースルート機能をルータに入れなければならないということです。 しかしながら、この不都合に対抗するのは、容易に新しいIPバージョンにこのメカニズムを移植するかもしれないという事実です。
Malkin [Page 2] RFC 1393 Traceroute January 1993
マルキン[2ページ]RFC1393トレースルート1993年1月
2.2 IP Traceroute option format
2.2 IP Tracerouteオプション形式
0 8 16 24
+-+-+-+-+-+-+-+-+---------------+---------------+---------------+
|F| C | Number | Length | ID Number |
+-+-+-+-+-+-+-+-+---------------+---------------+---------------+
| Outbound Hop Count | Return Hop Count |
+---------------+---------------+---------------+---------------+
| Originator IP Address |
+---------------+---------------+---------------+---------------+
0 8 16 24 +-+-+-+-+-+-+-+-+---------------+---------------+---------------+ |F| C| 数| 長さ| ID番号| +-+-+-+-+-+-+-+-+---------------+---------------+---------------+ | 外国行きのホップカウント| リターンホップカウント| +---------------+---------------+---------------+---------------+ | 創始者IPアドレス| +---------------+---------------+---------------+---------------+
F (copy to fragments)
F(断片へのコピー)
0 (do not copy to fragments)
0 (断片にコピーしません)
C (class)
C(クラス)
2 (Debugging & Measurement)
2 (デバッグと測定)
Number
数
18 (F+C+Number = 82)
18 (F+C+数の=82)
ID Number
ID番号
An arbitrary number used by the originator of the Outbound Packet
to identify the ICMP Traceroute messages. It is NOT related to
the ID number in the IP header.
ICMP Tracerouteメッセージを特定するのにOutbound Packetの創始者によって使用された特殊活字の数字。 それはIPヘッダーのID番号に関連しません。
Originator IP Address
創始者IPアドレス
The IP address of the originator of the Outbound Packet. This is
needed so the routers know where to send the ICMP Traceroute
message for Return Packets. It is also needed for Outbound
Packets which have a Source Route option.
Outbound Packetの創始者のIPアドレス。 これが必要であるので、ルータは、Return PacketsへのICMP Tracerouteメッセージをどこに送るかを知っています。 また、それがSource Routeオプションを持っているOutbound Packetsに必要です。
Outbound Hop Count (OHC)
外国行きのホップカウント(OHC)
The number of routers through which the Outbound Packet has
passed. This field is not incremented by the Outbound Packet's
destination.
Outbound Packetが通ったルータの数。 この分野はOutbound Packetの目的地によって増加されません。
Return Hop Count (RHC)
リターンホップカウント(RHC)
The number of routers through which the Return Packet has passed.
This field is not incremented by the Return Packet's destination.
Return Packetが通ったルータの数。 この分野はReturn Packetの目的地によって増加されません。
Malkin [Page 3] RFC 1393 Traceroute January 1993
マルキン[3ページ]RFC1393トレースルート1993年1月
2.3 ICMP Traceroute message format
2.3 ICMP Tracerouteメッセージ・フォーマット
0 8 16 24
+---------------+---------------+---------------+---------------+
| Type | Code | Checksum |
+---------------+---------------+---------------+---------------+
| ID Number | unused |
+---------------+---------------+---------------+---------------+
| Outbound Hop Count | Return Hop Count |
+---------------+---------------+---------------+---------------+
| Output Link Speed |
+---------------+---------------+---------------+---------------+
| Output Link MTU |
+---------------+---------------+---------------+---------------+
0 8 16 24 +---------------+---------------+---------------+---------------+ | タイプ| コード| チェックサム| +---------------+---------------+---------------+---------------+ | ID番号| 未使用| +---------------+---------------+---------------+---------------+ | 外国行きのホップカウント| リターンホップカウント| +---------------+---------------+---------------+---------------+ | 出力リンク速度| +---------------+---------------+---------------+---------------+ | 出力リンクMTU| +---------------+---------------+---------------+---------------+
Type
タイプ
30
30
Code
コード
0 - Outbound Packet successfully forwarded
1 - No route for Outbound Packet; packet discarded
0--外国行きのPacketは首尾よく1を進めました--Outbound Packetのためのルートがありません。 パケットは捨てられました。
Checksum
チェックサム
The 16 bit one's complement of the one's complement sum of all 16
bit words in the header. For computing the checksum, the checksum
field should be zero.
16はヘッダーでのすべての16ビットの単語の1の補数合計の1の補数に噛み付きました。 チェックサムを計算するために、チェックサム分野はゼロであるべきです。
ID Number
ID番号
The ID Number as copied from the IP Traceroute option of the
packet which caused this Traceroute message to be sent. This is
NOT related to the ID number in the IP header.
この送られるべきTracerouteメッセージを引き起こしたパケットのIP TracerouteオプションからコピーされるID Number。 これはIPヘッダーのID番号に関連しません。
Outbound Hop Count
外国行きのホップカウント
The Outbound Hop Count as copied from the IP Traceroute option of
the packet which caused this Traceroute message to be sent.
この送られるべきTracerouteメッセージを引き起こしたパケットのIP TracerouteオプションからコピーされるOutbound Hop Count。
Return Hop Count
リターンホップカウント
The Return Hop Count as copied from the IP Traceroute option of
the packet which caused this Traceroute message to be sent.
この送られるべきTracerouteメッセージを引き起こしたパケットのIP TracerouteオプションからコピーされるReturn Hop Count。
Malkin [Page 4] RFC 1393 Traceroute January 1993
マルキン[4ページ]RFC1393トレースルート1993年1月
Output Link Speed
出力リンク速度
The speed, in OCTETS per second, of the link over which the
Outbound/Return Packet will be sent. Since it will not be long
before network speeds exceed 4.3Gb/s, and since some machines deal
poorly with fields longer than 32 bits, octets per second was
chosen over bits per second. If this value cannot be determined,
the field should be set to zero.
Outbound/リターンPacketが送られるリンクの1秒あたりのOCTETSの速度。 ネットワーク速度が4.3Gb/sを超える前、いくつかのマシンが32ビットより長い間分野に不十分に対処するので長くならないので、1秒あたりの八重奏はbpsに関して選ばれました。 この値が決定できないなら、分野はゼロに設定されるべきです。
Output Link MTU
出力リンクMTU
The MTU, in bytes, of the link over which the Outbound/Return
Packet will be sent. MTU refers to the data portion (includes IP
header; excludes datalink header/trailer) of the packet. If this
value cannot be determined, the field should be set to zero.
Outbound/リターンPacketが送られるリンクのバイトで表現されるMTU。 MTUがデータ部について言及する、(IPヘッダーを含んでいます;、除外、データリンクヘッダー/トレーラ) パケットについて。 この値が決定できないなら、分野はゼロに設定されるべきです。
3. Protocol
3. プロトコル
The Outbound Packet which is used to carry the IP Traceroute option should use no special Type Of Service (TOS) or Precedence, unless the purpose is to trace the path of packets with special TOS or Precedence values.
IP Tracerouteオプションを運ぶのに使用されるOutbound Packetはどんな特別なType Of Service(TOS)もPrecedenceも使用するはずがありません、目的が特別なTOSかPrecedence値でパケットの経路をたどらないことであるなら。
The TTL of the Outbound Packet should be set to the default value specified in "Assigned Numbers" [2].
Outbound PacketのTTLは「規定番号」[2]で指定されたデフォルト値に用意ができるべきです。
3.1 Hop Counts
3.1 ホップカウント
The hop counts ultimately provide information on the length of the outbound and return paths to the destination. They also provide a means of determining whether or not any ICMP Traceroute messages have been lost. For example, if a Traceroute message with an OHC of 4 is followed by a message with an OHC of 6, then the the message with an OHC of 5 was lost. This is why simply counting Traceroute messages is not sufficient for determining path length.
ホップカウントは結局、外国行きとリターン経路の長さの情報を目的地に提供します。 また、彼らは何かICMP Tracerouteメッセージが失われたかどうか決定する手段を提供します。 例えば、メッセージが6のOHCと共に4のOHCがあるTracerouteメッセージのあとに続いているなら、5のOHCがあるメッセージは失われました。 これは単にTracerouteメッセージを数えるのが経路の長さを測定するのに十分でない理由です。
The originator of the Outbound Packet should set the OHC to zero and the RHC to 0xFFFF. 0xFFFF is a special value which indicates to routers that the packet is an Outbound Packet rather than a Return Packet (which begins with an RHC of zero).
Outbound Packetの創始者は0xFFFFへのゼロとRHCにOHCを設定するべきです。 0xFFFFはパケットがReturn Packet(ゼロのRHCと共に始まる)よりむしろOutbound Packetであることをルータに示す特別な値です。
It is important to note that the Traceroute hop counts are NOT related to the IP TTL. A hop count should only be incremented when an ICMP Traceroute message is sent.
TracerouteホップカウントがIP TTLに関連しないことに注意するのは重要です。 ICMP Tracerouteメッセージを送るときだけ、ホップカウントを増加するべきです。
Malkin [Page 5] RFC 1393 Traceroute January 1993
マルキン[5ページ]RFC1393トレースルート1993年1月
3.2 Destination Node Operation
3.2 目的地ノード手術
When a node receives an Outbound Packet with an IP Traceroute option, the Return Packet, if such is required (e.g., ICMP Echo Request/Reply), should also carry that option. The values in the ID Number, OHC, and Originator Address fields should be copied into the Return Packet. The value of the RHC field should be set to zero.
また、ノードがIP TracerouteオプションでOutbound Packetを受けるとき、そのようなものが必要であるなら(例えば、ICMP Echo Request/回答)、Return Packetはそのオプションを運ぶはずです。 ID Number、OHC、およびOriginator Address分野の値はReturn Packetにコピーされるべきです。 RHC分野の値はゼロに設定されるべきです。
The destination should NOT increment any hop counts or send any ICMP Traceroute messages.
目的地は、どんなホップカウントも増加するべきではありませんし、またどんなICMP Tracerouteメッセージも送るべきではありません。
3.3 Router Operation
3.3 ルータ操作
When a router forwards a packet with an IP Traceroute option, it should send an ICMP Traceroute message to the host in the Originator IP Address field of the option. If the value of the RHC field is 0xFFFF then the packet is an Outbound Packet and the OHC should be incremented; otherwise, the RHC field should be incremented. The Traceroute message should reflect the incremented hop count. The Output Link Speed field should be set to the speed, in OCTETS per second, of the link over which the Outbound/Return Packet will be sent (e.g., 1,250,000 for an Ethernet) or zero if the output link speed cannot be determined. The Output Link MTU field should be set to the MTU of the link over which the Outbound/Return Packet will be sent or zero if the MTU cannot be determined.
ルータがIP Tracerouteオプションと共にパケットを進めるとき、それはオプションのOriginator IP Address分野のホストにICMP Tracerouteメッセージを送るべきです。 RHC分野の値が0xFFFFであるなら、パケットはOutbound Packetです、そして、OHCは増加されるべきです。 さもなければ、RHC分野は増加されるべきです。 Tracerouteメッセージは増加しているホップカウントを反映するべきです。 Output Link Speed分野は速度に設定されるべきです、Outbound/リターンPacketを送ることができないか(例えば、イーサネットのための125万)、出力が速度をリンクするならゼロを測定できないリンクの1秒あたりのOCTETSで。 MTUが決定できないなら、Output Link MTU分野は、リンクのMTUへのOutbound/リターンPacketが送られるセットかゼロであるべきです。
The Outbound/Return Packet should be forwarded as though the Traceroute option did not exist; that is, it should take the same path to the destination as an optionless packet.
まるでTracerouteオプションが存在していないかのようにOutbound/リターンPacketを進めるべきです。 すなわち、それはoptionlessパケットとして同じ経路を目的地にみなすべきです。
The ICMP Traceroute message should have the same TOS and Precedence values as the Outbound/Return Packet. The TTL should be set to the default defined in "Assigned Numbers".
ICMP Tracerouteメッセージには、Outbound/リターンPacketとして同じTOSとPrecedence値があるべきです。 TTLは「規定番号」で定義されたデフォルトに用意ができるべきです。
The ICMP Traceroute message should not carry the IP Traceroute option.
ICMP TracerouteメッセージはIP Tracerouteオプションを運ぶべきではありません。
If the Outbound Packet cannot be forwarded, the ICMP Traceroute message should have a Code value of 1. If the Return Packet cannot be forwarded because there is no route, then there is no need to send a Traceroute message since it could not be forwarded either.
Outbound Packetを進めることができないなら、ICMP Tracerouteメッセージには、1のCode値があるべきです。 ルートが全くないのでReturn Packetを進めることができないなら、それを進めることができなかったのでTracerouteメッセージを送る必要も全くありません。
Malkin [Page 6] RFC 1393 Traceroute January 1993
マルキン[6ページ]RFC1393トレースルート1993年1月
4. References
4. 参照
[1] Postel, J., "Internet Control Message Protocol", STD 5, RFC 792,
USC/Information Sciences Institute, September 1981.
[1] ポステル、J.、「インターネット・コントロール・メッセージ・プロトコル」、STD5、RFC792、科学が1981年9月に設けるUSC/情報。
[2] Reynolds, J., and J. Postel, "Assigned Numbers", STD 2, RFC 1340,
USC/Information Sciences Institute, July 1992.
[2] USC/情報科学が1992年7月に設けるレイノルズ、J.、およびJ.ポステル、「規定番号」、STD2、RFC1340。
5. Security Considerations
5. セキュリティ問題
Security issues are not discussed in this memo.
このメモで安全保障問題について議論しません。
6. Author's Address
6. 作者のアドレス
Gary Scott Malkin Xylogics, Inc. 53 Third Avenue Burlington, MA 01803
ゲーリースコットマルキンXylogics Inc.53第3アベニューバーリントン、MA 01803
Phone: (617) 272-8140 EMail: gmalkin@Xylogics.COM
以下に電話をしてください。 (617) 272-8140 メールしてください: gmalkin@Xylogics.COM
Malkin [Page 7]
マルキン[7ページ]
一覧
スポンサーリンク
