トップページ - 翻訳ドキュメント - RFC 792
原文:ftp://ftp.rfc-editor.org/in-notes/rfc792.txt
原文との対訳として読みたい方へ:このページをローカルに保存して、スタイルシートの original クラスの display 属性を none から block に変更してみてください。
Network Working Group
Request for Comments: 792
Updates: RFCs 777, 760
Updates: IENs 109, 128
J. Postel
ISI
September 1981
INTERNET CONTROL MESSAGE PROTOCOL
インターネット制御メッセージ プロトコル(ICMP)
DARPA INTERNET PROGRAM
PROTOCOL SPECIFICATION
DARPA インターネットプログラム
プロトコル仕様
Introduction
導入
The Internet Protocol (IP) [1] is used for host-to-host datagram
service in a system of interconnected networks called the
Catenet [2]. The network connecting devices are called Gateways.
These gateways communicate between themselves for control purposes
via a Gateway to Gateway Protocol (GGP) [3,4]. Occasionally a
gateway or destination host will communicate with a source host, for
example, to report an error in datagram processing. For such
purposes this protocol, the Internet Control Message Protocol (ICMP),
is used. ICMP, uses the basic support of IP as if it were a higher
level protocol, however, ICMP is actually an integral part of IP, and
must be implemented by every IP module.
インターネットプロトコル(IP) [1] は、Catenet [2] と呼ばれる相互接続されたネットワークにおいて、ホスト間のデータグラムサービスのために使用されている。ネットワーク同士を接続するデバイスはゲートウェイと呼ばれる。ゲートウェイ間の制御を目的とする通信には、Gateway to Gateway Protocol (GGP) [3,4] が使用される。例えばデータグラム処理中のエラーを報告するために、ゲートウェイや宛先ホストが送信元ホストと通信する場合がある。このプロトコル(ICMP)はそのような場面で使用される。ICMP は IP の基本サポートを使用して、あたかもその上位プロトコルであるかのように振る舞う。しかしながら実際には ICMP は IP に不可欠の要素であり、すべての IP モジュールが実装しなければならないものである。
ICMP messages are sent in several situations: for example, when a
datagram cannot reach its destination, when the gateway does not have
the buffering capacity to forward a datagram, and when the gateway
can direct the host to send traffic on a shorter route.
ICMP メッセージが送信される状況は、例えばデータグラムが宛先に届かないときや、ゲートウェイがデータグラムを転送するための十分なバッファ領域を持っていないとき、ゲートウェイがより短い経路でトラフィックをホストに届けられるときなどである。
The Internet Protocol is not designed to be absolutely reliable.
The purpose of these control messages is to provide feedback about
problems in the communication environment, not to make IP reliable.
There are still no guarantees that a datagram will be delivered or a
control message will be returned. Some datagrams may still be
undelivered without any report of their loss. The higher level
protocols that use IP must implement their own reliability procedures
if reliable communication is required.
インターネットプロトコルは絶対的に信頼できるものとして設計されているわけではない。コントロールメッセージの目的は通信環境における問題をフィードバックすることであり、IP を信頼できるものにすることではない。依然としてデータグラムが配送される保証はないし、コントロールメッセージが返される保証もない。一部のデータグラムは損失の報告なしに配送されない可能性が依然としてある。信頼できる通信が必要であれば、IP を使用する上位プロトコルは信頼性を上げる独自の手順を実装しなければならない。
The ICMP messages typically report errors in the processing of
datagrams. To avoid the infinite regress of messages about messages
etc., no ICMP messages are sent about ICMP messages. Also ICMP
messages are only sent about errors in handling fragment zero of
fragemented datagrams. (Fragment zero has the fragment offeset equal
zero).
典型的には、ICMP メッセージはデータグラム処理中のエラーを報告する。メッセージに関するメッセージといった際限ない繰り返しを避けるために、ICMP メッセージに対する ICMP メッセージは送信されない。またフラグメント化されたデータグラムの場合、ICMP メッセージはフラグメントゼロを処理中のエラーのみ送信する(フラグメントゼロはオフセットがゼロのフラグメントである。)
Message Formats
メッセージフォーマット
ICMP messages are sent using the basic IP header. The first octet of
the data portion of the datagram is a ICMP type field; the value of
this field determines the format of the remaining data. Any field
labeled "unused" is reserved for later extensions and must be zero
when sent, but receivers should not use these fields (except to
include them in the checksum). Unless otherwise noted under the
individual format descriptions, the values of the internet header
fields are as follows:
ICMP メッセージは基本的な IP ヘッダを使用して送信される。データグラムのデータ部の第一オクテットは ICMP タイプフィールドであり、このフィールドの値が残りのデータのフォーマットを決定する。"未使用(unused)" とされているフィールドは将来の拡張のために予約されており、送信時にはゼロがセットされなければならない。受信者は未使用フィールドを使用するべきではない(チェックサムを計算する場合を除く)。後述の個々のフォーマットの説明において特に注記がない限り、インターネットヘッダのフィールドの値は以下の通りである:
-
Version
バージョン
-
4
-
IHL
-
Internet header length in 32-bit words.
32 ビットワード単位のインターネットヘッダ長
-
Type of Service
サービス種別
-
0
-
Total Length
全長
-
Length of internet header and data in octets.
インターネットヘッダ及びデータの、オクテット単位の長さ
-
Identification, Flags, Fragment Offset
識別(Identification)、フラグ(Flags)、フラグメントオフセット(Fragment Offset)
-
Used in fragmentation, see [1].
フラグメント化時に使用される。[1] を参照してほしい。
-
Time to Live
有効期間(Time to Live)
-
Time to live in seconds; as this field is decremented at each
machine in which the datagram is processed, the value in this
field should be at least as great as the number of gateways which
this datagram will traverse.
秒単位の有効期間。このフィールドはデータグラムを処理するマシンを通過するたびに 1 ずつ減らされていく。そのためこのフィールドの値は、データグラムが通過するであろうゲートウェイの数以上でなければならない。
-
Protocol
プロトコル
-
ICMP = 1
-
Header 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. This checksum may be replaced in the
future.
ヘッダ内のすべての 16 ビットワードの 1 の補数の合計の、さらに 16 ビットの 1 の補数である。チェックサムを計算するとき、チェックサムフィールド自身はゼロとみなされるべきである。このチェックサムの計算方法は将来置き換えられる可能性がある。
-
Source Address
送信元アドレス
-
The address of the gateway or host that composes the ICMP message.
Unless otherwise noted, this can be any of a gateway's addresses.
ICMP メッセージを作成したゲートウェイまたはホストのアドレス。特に注記がない限り、どのゲートウェイのアドレスであってもよい。
-
-
Destination Address
宛先アドレス
-
The address of the gateway or host to which the message should be
sent.
このメッセージが送られるべきゲートウェイまたはホストのアドレス。
Destination Unreachable Message
宛先到達不能メッセージ(Destination Unreachable Message)
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Type | Code | Checksum |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| unused |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Internet Header + 64 bits of Original Data Datagram |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| タイプ | コード | チェックサム |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 未使用 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| インターネットヘッダ + 元のデータグラムの先頭 64 ビット |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
-
IP Fields:
IP フィールド:
-
-
Destination Address
宛先アドレス
-
-
The source network and address from the original datagram's data.
元のデータグラムの送信元アドレス
-
ICMP Fields:
ICMP フィールド:
-
Type
タイプ
-
3
-
Code
コード
-
0 = net unreachable;
0 = ネットワーク到達不能
1 = host unreachable;
1 = ホスト到達不能
2 = protocol unreachable;
2 = プロトコル到達不要
3 = port unreachable;
3 = ポート到達不能
4 = fragmentation needed and DF set;
4 = フラグメント化が必要だが、DF がセットされている
5 = source route failed.
5 = ソースルーティングに失敗した
-
-
Checksum
チェックサム
-
The checksum is the 16-bit ones's complement of the one's
complement sum of the ICMP message starting with the ICMP Type.
For computing the checksum , the checksum field should be zero.
This checksum may be replaced in the future.
チェックサムは、ICMP タイプから始まる ICMP メッセージの 16 ビット単位の 1 の補数の合計の、さらに 16 ビットの 1 の補数である。チェックサムを計算するとき、チェックサムフィールド自身はゼロと見なされるべきである。このチェックサムの計算方法は将来置き換えられる可能性がある。
-
Internet Header + 64 bits of Data Datagram
インターネットヘッダ + データグラムのデータの 64 ビット
-
The internet header plus the first 64 bits of the original
datagram's data. This data is used by the host to match the
message to the appropriate process. If a higher level protocol
uses port numbers, they are assumed to be in the first 64 data
bits of the original datagram's data.
インターネットヘッダに元のデータグラムのデータの先頭 64 ビットを付加したもの。このデータは、メッセージを適切なプロセスに渡すためにホストによって使用される。ポート番号を使用する上位プロトコルは、元のデータグラムのデータの先頭 64 ビットの中にポート番号が含まれていると仮定する。
-
Description
説明
-
If, according to the information in the gateway's routing tables,
the network specified in the internet destination field of a
datagram is unreachable, e.g., the distance to the network is
infinity, the gateway may send a destination unreachable message
to the internet source host of the datagram. In addition, in some
networks, the gateway may be able to determine if the internet
destination host is unreachable. Gateways in these networks may
send destination unreachable messages to the source host when the
destination host is unreachable.
ゲートウェイのルーティングテーブルに従った結果として、データグラムの宛先フィールドに指定されたネットワークへと到達できなかった場合(例えばそのネットワークまでの距離が遠すぎた場合)、そのゲートウェイはデータグラムの送信元ホストに宛先到達不能メッセージを送信してよい。またネットワークによっては、宛先ホストに到達可能かどうかをゲートウェイが判断できる場合もある。そのようなネットワーク上のゲートウェイは、宛先ホストに到達不能であることが判明した時点で、送信元ホストに宛先到達不能メッセージを送信してもよい。
-
If, in the destination host, the IP module cannot deliver the
datagram because the indicated protocol module or process port is
not active, the destination host may send a destination
unreachable message to the source host.
指定されたプロトコルモジュールまたはプロセスポートが宛先ホスト上で動作していないために IP モジュールがデータグラムを配送できない場合、宛先ホストは送信元ホストに宛先到達不能メッセージを送信してよい。
-
Another case is when a datagram must be fragmented to be forwarded
by a gateway yet the Don't Fragment flag is on. In this case the
gateway must discard the datagram and may return a destination
unreachable message.
もうひとつ別のケースとして、転送するにはフラグメント化しなければならないが Don't Fragment フラグがセットされていた場合がある。その場合ゲートウェイはそのデータグラムを破棄しなければならず、宛先到達不能メッセージを返してもよい。
-
Codes 0, 1, 4, and 5 may be received from a gateway. Codes 2 and
3 may be received from a host.
コード 0 及び 1、4、5 はゲートウェイから返される可能性がある。コード 2 及び 3 はホストから返される可能性がある。
Time Exceeded Message
時間切れメッセージ(Time Exceeded Message)
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Type | Code | Checksum |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| unused |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Internet Header + 64 bits of Original Data Datagram |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| タイプ | コード | チェックサム |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 未使用 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| インターネットヘッダ + 元のデータグラムの先頭 64 ビット |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
-
IP Fields:
IP フィールド:
-
Destination Address
宛先アドレス
-
The source network and address from the original datagram's data.
元のデータグラムの送信元アドレス
-
ICMP Fields:
ICMP フィールド:
-
Type
タイプ
-
11
-
Code
コード
-
0 = time to live exceeded in transit;
0 = データ送信中に有効期間を超過した
1 = fragment reassembly time exceeded.
1 = フラグメントの再構築時間が超過した
-
Checksum
チェックサム
-
The checksum is the 16-bit ones's complement of the one's
complement sum of the ICMP message starting with the ICMP Type.
For computing the checksum , the checksum field should be zero.
This checksum may be replaced in the future.
チェックサムは、ICMP タイプから始まる ICMP メッセージの 16 ビット単位の 1 の補数の合計の、さらに 16 ビットの 1 の補数である。チェックサムを計算するとき、チェックサムフィールド自身はゼロと見なされるべきである。このチェックサムの計算方法は将来置き換えられる可能性がある。
-
Internet Header + 64 bits of Data Datagram
インターネットヘッダ + データグラムのデータの 64 ビット
-
The internet header plus the first 64 bits of the original
datagram's data. This data is used by the host to match the
message to the appropriate process. If a higher level protocol
uses port numbers, they are assumed to be in the first 64 data
bits of the original datagram's data.
インターネットヘッダに元のデータグラムのデータの先頭 64 ビットを付加したもの。このデータは、メッセージを適切なプロセスに渡すためにホストによって使用される。ポート番号を使用する上位プロトコルは、元のデータグラムのデータの先頭 64 ビットの中にポート番号が含まれていると仮定する。
-
Description
説明
-
If the gateway processing a datagram finds the time to live field
is zero it must discard the datagram. The gateway may also notify
the source host via the time exceeded message.
データグラム処理中にその有効期間がゼロになった場合、ゲートウェイはそのデータグラムを破棄しなければならない。ゲートウェイは時間切れメッセージによってそれを送信元ホストに通知してよい。
-
If a host reassembling a fragmented datagram cannot complete the
reassembly due to missing fragments within its time limit it
discards the datagram, and it may send a time exceeded message.
フラグメント化されたデータグラムをホストが再構築するとき、フラグメント不足のために制限時間内に完了できなければ、そのホストはそのデータグラムを破棄しなければならず、また時間切れメッセージを送信してもよい。
-
If fragment zero is not available then no time exceeded need be
sent at all.
フラグメント 0 を利用できない場合、時間切れメッセージを送信する必要はない。
-
Code 0 may be received from a gateway. Code 1 may be received
from a host.
コード 0 はゲートウェイから返される可能性がある。コード 1 はホストから返される可能性がある。
Parameter Problem Message
パラメータ異常メッセージ(Parameter Problem Message)
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Type | Code | Checksum |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Pointer | unused |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Internet Header + 64 bits of Original Data Datagram |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| タイプ | コード | チェックサム |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| ポインタ | 未使用 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| インターネットヘッダ + 元のデータグラムの先頭 64 ビット |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
-
IP Fields:
IP フィールド:
-
Destination Address
宛先アドレス
-
The source network and address from the original datagram's data.
元のデータグラムの送信元アドレス
-
ICMP Fields:
ICMP フィールド:
-
Type
タイプ
-
12
-
Code
コード
-
0 = pointer indicates the error.
0 = エラーを指すポインタ
-
Checksum
チェックサム
-
The checksum is the 16-bit ones's complement of the one's
complement sum of the ICMP message starting with the ICMP Type.
For computing the checksum , the checksum field should be zero.
This checksum may be replaced in the future.
チェックサムは、ICMP タイプから始まる ICMP メッセージの 16 ビット単位の 1 の補数の合計の、さらに 16 ビットの 1 の補数である。チェックサムを計算するとき、チェックサムフィールド自身はゼロと見なされるべきである。このチェックサムの計算方法は将来置き換えられる可能性がある。
-
Pointer
ポインタ
-
If code = 0, identifies the octet where an error was detected.
コードが 0 の場合に、エラーが見つかったオクテットを指す。
-
Internet Header + 64 bits of Data Datagram
インターネットヘッダ + データグラムのデータの 64 ビット
-
The internet header plus the first 64 bits of the original
datagram's data. This data is used by the host to match the
message to the appropriate process. If a higher level protocol
uses port numbers, they are assumed to be in the first 64 data
bits of the original datagram's data.
インターネットヘッダに元のデータグラムのデータの先頭 64 ビットを付加したもの。このデータは、メッセージを適切なプロセスに渡すためにホストによって使用される。ポート番号を使用する上位プロトコルは、元のデータグラムのデータの先頭 64 ビットの中にポート番号が含まれていると仮定する。
-
Description
説明
-
If the gateway or host processing a datagram finds a problem with
the header parameters such that it cannot complete processing the
datagram it must discard the datagram. One potential source of
such a problem is with incorrect arguments in an option. The
gateway or host may also notify the source host via the parameter
problem message. This message is only sent if the error caused
the datagram to be discarded.
データグラムを処理しているゲートウェイまたはホストがヘッダパラメータに問題を発見し、そのために処理を完了できない場合、そのデータグラムを破棄しなければならない。このような問題の潜在的な原因のひとつは、オプション内の不正なパラメータである。このときゲートウェイまたはホストは、送信元ホストにパラメータ異常メッセージを送信してよい。エラーによってデータグラムが破棄された場合にのみ、このメッセージは送信される。
-
The pointer identifies the octet of the original datagram's header
where the error was detected (it may be in the middle of an
option). For example, 1 indicates something is wrong with the
Type of Service, and (if there are options present) 20 indicates
something is wrong with the type code of the first option.
ポインタは元のデータグラムのヘッダ内の、エラーが検出されたオクテット位置を表す(オプションの途中の可能性もある)。例えば 1 はサービス種別に問題があることを表し、(オプションが含まれている場合の)20 は最初のオプションのタイプコードに問題があることを表す。
-
Code 0 may be received from a gateway or a host.
コード 0 はゲートウェイまたはホストから返される可能性がある。
Source Quench Message
送信元抑制メッセージ(Source Quench Message)
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Type | Code | Checksum |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| unused |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Internet Header + 64 bits of Original Data Datagram |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| タイプ | コード | チェックサム |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 未使用 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| インターネットヘッダ + 元のデータグラムの先頭 64 ビット |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
-
IP Fields:
IP フィールド:
-
Destination Address
宛先アドレス
-
The source network and address of the original datagram's data.
元のデータグラムの送信元アドレス
-
ICMP Fields:
ICMP フィールド:
-
Type
タイプ
-
4
-
Code
コード
-
0
-
Checksum
チェックサム
-
The checksum is the 16-bit ones's complement of the one's
complement sum of the ICMP message starting with the ICMP Type.
For computing the checksum , the checksum field should be zero.
This checksum may be replaced in the future.
チェックサムは、ICMP タイプから始まる ICMP メッセージの 16 ビット単位の 1 の補数の合計の、さらに 16 ビットの 1 の補数である。チェックサムを計算するとき、チェックサムフィールド自身はゼロと見なされるべきである。このチェックサムの計算方法は将来置き換えられる可能性がある。
-
Internet Header + 64 bits of Data Datagram
インターネットヘッダ + データグラムのデータの 64 ビット
-
The internet header plus the first 64 bits of the original
datagram's data. This data is used by the host to match the
message to the appropriate process. If a higher level protocol
uses port numbers, they are assumed to be in the first 64 data
bits of the original datagram's data.
インターネットヘッダに元のデータグラムのデータの先頭 64 ビットを付加したもの。このデータは、メッセージを適切なプロセスに渡すためにホストによって使用される。ポート番号を使用する上位プロトコルは、元のデータグラムのデータの先頭 64 ビットの中にポート番号が含まれていると仮定する。
-
Description
説明
-
A gateway may discard internet datagrams if it does not have the
buffer space needed to queue the datagrams for output to the next
network on the route to the destination network. If a gateway
discards a datagram, it may send a source quench message to the
internet source host of the datagram. A destination host may also
send a source quench message if datagrams arrive too fast to be
processed. The source quench message is a request to the host to
cut back the rate at which it is sending traffic to the internet
destination. The gateway may send a source quench message for
every message that it discards. On receipt of a source quench
message, the source host should cut back the rate at which it is
sending traffic to the specified destination until it no longer
receives source quench messages from the gateway. The source host
can then gradually increase the rate at which it sends traffic to
the destination until it again receives source quench messages.
宛先ネットワークへの経路上にある次のネットワークへとデータグラムを送り出すために必要なバッファ領域が不足した場合、ゲートウェイはそのインターネットデータグラムを破棄してよい。データグラムを破棄したゲートウェイは、そのデータグラムの送信元ホストに送信元抑制メッセージを送信してよい。また宛先ホストの処理能力を超える速さでデータグラムが到着した場合にも、宛先ホストは送信元抑制メッセージを送信してよい。送信元抑制メッセージは、その宛先へのトラフィックの比率を減らしてほしいという送信元への要求である。ゲートウェイはメッセージを破棄するごとに送信元抑制メッセージを送信してよい。送信元抑制メッセージを受け取った送信元ホストは、送信元抑制メッセージを受け取らなくなるまで、その宛先ホストへ送信するトラフィックを減らすべきである。送信元ホストはその後、再び送信元抑制メッセージを受け取るまで、宛先ホストへ送信するトラフィックを徐々に増やすことができる。
-
The gateway or host may send the source quench message when it
approaches its capacity limit rather than waiting until the
capacity is exceeded. This means that the data datagram which
triggered the source quench message may be delivered.
ゲートウェイまたはホストは、許容量を超えてからではなく、許容量の限界に近づいた時点で送信元抑制メッセージを送信してよい。これは、送信元抑制メッセージのきっかけとなったデータグラムは配送されてもよいということを意味する。
-
Code 0 may be received from a gateway or a host.
コード 0 はゲートウェイまたはホストによって返される可能性がある。
Redirect Message
リダイレクトメッセージ(Redirect Message)
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Type | Code | Checksum |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Gateway Internet Address |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Internet Header + 64 bits of Original Data Datagram |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| タイプ | コード | チェックサム |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| ゲートウェイのインターネットアドレス |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| インターネットヘッダ + 元のデータグラムの先頭 64 ビット |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
-
IP Fields:
IP フィールド:
-
Destination Address
宛先アドレス
-
The source network and address of the original datagram's data.
元のデータグラムの送信元アドレス
-
ICMP Fields:
ICMP フィールド:
-
Type
タイプ
-
5
-
Code
コード
-
0 = Redirect datagrams for the Network.
0 = ネットワークのためのリダイレクトデータグラム
1 = Redirect datagrams for the Host.
1 = ホストのためのリダイレクトデータグラム
2 = Redirect datagrams for the Type of Service and Network.
2 = サービス種別とネットワークとのためのリダイレクトデータグラム
3 = Redirect datagrams for the Type of Service and Host.
3 = サービス種別とホストとのためのリダイレクトデータグラム
-
Checksum
チェックサム
-
The checksum is the 16-bit ones's complement of the one's
complement sum of the ICMP message starting with the ICMP Type.
For computing the checksum , the checksum field should be zero.
This checksum may be replaced in the future.
チェックサムは、ICMP タイプから始まる ICMP メッセージの 16 ビット単位の 1 の補数の合計の、さらに 16 ビットの 1 の補数である。チェックサムを計算するとき、チェックサムフィールド自身はゼロと見なされるべきである。このチェックサムの計算方法は将来置き換えられる可能性がある。
-
Gateway Internet Address
ゲートウェイアドレス
-
Address of the gateway to which traffic for the network specified
in the internet destination network field of the original
datagram's data should be sent.
元のデータグラムの宛先ネットワークに指定されているネットワークへのトラフィックが、本来送信されるべきゲートウェイのアドレス。
-
Internet Header + 64 bits of Data Datagram
インターネットヘッダ + データグラムのデータの 64 ビット
-
The internet header plus the first 64 bits of the original
datagram's data. This data is used by the host to match the
message to the appropriate process. If a higher level protocol
uses port numbers, they are assumed to be in the first 64 data
bits of the original datagram's data.
インターネットヘッダに元のデータグラムのデータの先頭 64 ビットを付加したもの。このデータは、メッセージを適切なプロセスに渡すためにホストによって使用される。ポート番号を使用する上位プロトコルは、元のデータグラムのデータの先頭 64 ビットの中にポート番号が含まれていると仮定する。
-
Description
説明
-
The gateway sends a redirect message to a host in the following
situation. A gateway, G1, receives an internet datagram from a
host on a network to which the gateway is attached. The gateway,
G1, checks its routing table and obtains the address of the next
gateway, G2, on the route to the datagram's internet destination
network, X. If G2 and the host identified by the internet source
address of the datagram are on the same network, a redirect
message is sent to the host. The redirect message advises the
host to send its traffic for network X directly to gateway G2 as
this is a shorter path to the destination. The gateway forwards
the original datagram's data to its internet destination.
ゲートウェイがダイレクトメッセージを送信するのは次のような状況である。まずゲートウェイ G1 が、自身の接続しているネットワーク上のホストからデータグラムを受信したとする。G1 は自分のルーティングテーブルを確認し、そのデータグラムの宛先ネットワーク X への経路上にある次のゲートウェイ G2 のアドレスを取得する。このとき、データグラムの送信元アドレスに指定されているホストと G2 とが同じネットワーク上にあれば、送信元ホストにリダイレクトメッセージが送信される。このリダイレクトメッセージは送信元ホストに、ネットワーク X へのより短い経路として、その宛先へのトラフィックをゲートウェイ G2 に直接送信するように勧める。ゲートウェイ G1 は元のデータグラムを宛先へと転送する。
-
For datagrams with the IP source route options and the gateway
address in the destination address field, a redirect message is
not sent even if there is a better route to the ultimate
destination than the next address in the source route.
IP ソースルートオプションを含み、かつ宛先アドレスフィールドがゲートウェイアドレスであるデータグラムの場合、ソースルート内の次アドレスより短い経路があったとしても、リダイレクトメッセージは送信されない。
-
Codes 0, 1, 2, and 3 may be received from a gateway.
コード 0、1、2、3 はゲートウェイから返される可能性がある。
Echo or Echo Reply Message
エコーメッセージ・エコーリプライメッセージ(Echo or Echo Reply Message)
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Type | Code | Checksum |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Identifier | Sequence Number |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Data ...
+-+-+-+-+-
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| タイプ | コード | チェックサム |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 識別子 | シーケンス番号 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| データ ...
+-+-+-+-+-
-
IP Fields:
IP フィールド:
-
Addresses
アドレス
-
The address of the source in an echo message will be the
destination of the echo reply message. To form an echo reply
message, the source and destination addresses are simply reversed,
the type code changed to 0, and the checksum recomputed.
エコーメッセージの送信元アドレスはエコーリプライメッセージの宛先になる。エコーリプライメッセージを作るには、送信元と宛先とを単純に入れ替え、タイプコードを 0 に変更し、チェックサムを再計算すればよい。
-
IP Fields:
IP フィールド:
-
Type
タイプ
-
8 for echo message;
8 はエコーメッセージ用
0 for echo reply message.
0 はエコーリプライメッセージ用
-
Code
コード
-
0
-
Checksum
チェックサム
-
The checksum is the 16-bit ones's complement of the one's
complement sum of the ICMP message starting with the ICMP Type.
For computing the checksum , the checksum field should be zero.
If the total length is odd, the received data is padded with one
octet of zeros for computing the checksum. This checksum may be
replaced in the future.
チェックサムは、ICMP タイプから始まる ICMP メッセージの 16 ビット単位の 1 の補数の合計の、さらに 16 ビットの 1 の補数である。チェックサムを計算するとき、チェックサムフィールド自身はゼロと見なされるべきである。全体の長さが奇数の場合、チェックサムを計算するために値ゼロのオクテットがひとつ追加される。このチェックサムの計算方法は将来置き換えられる可能性がある。
-
Identifier
識別子(Identifier)
-
If code = 0, an identifier to aid in matching echos and replies,
may be zero.
code = 0 の場合、エコーとリプライとを対応させる手助けとなる識別子である。ゼロでもよい。
-
Sequence Number
シーケンス番号
-
If code = 0, a sequence number to aid in matching echos and
replies, may be zero.
code = 0 の場合、エコーとリプライとを対応させる手助けとなるシーケンス番号である。ゼロでもよい。
-
Description
説明
-
The data received in the echo message must be returned in the echo
reply message.
受信したエコーメッセージに含まれるデータは、エコーリプライメッセージのデータとして返されなければならない。
-
The identifier and sequence number may be used by the echo sender
to aid in matching the replies with the echo requests. For
example, the identifier might be used like a port in TCP or UDP to
identify a session, and the sequence number might be incremented
on each echo request sent. The echoer returns these same values
in the echo reply.
識別子とシーケンス番号は、エコー送信者がエコー要求とそのリプライとを対応させるのに使用される。例えば TCP や UDP がセッションを特定するために使用するポート番号のように識別子を使用してもよいし、エコー要求のたびにシーケンス番号を増加させてもよい。エコーを返す側は、エコーリプライの中で同じ値を返す。
-
Code 0 may be received from a gateway or a host.
コード 0 はゲートウェイまたはホストから受信する可能性がある。
Timestamp or Timestamp Reply Message
タイムスタンプメッセージ・タイムスタンプリプライメッセージ(Timestamp or Timestamp Reply Message)
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Type | Code | Checksum |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Identifier | Sequence Number |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Originate Timestamp |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Receive Timestamp |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Transmit Timestamp |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| タイプ | コード | チェックサム |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 識別子 | シーケンス番号 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 発信タイムスタンプ |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 受信タイムスタンプ |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 転送タイムスタンプ |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
-
IP Fields:
IP フィールド:
-
Addresses
アドレス
-
The address of the source in a timestamp message will be the
destination of the timestamp reply message. To form a timestamp
reply message, the source and destination addresses are simply
reversed, the type code changed to 14, and the checksum
recomputed.
タイムスタンプメッセージの送信元アドレスはタイムスタンプリプライメッセージの宛先アドレスになる。タイムスタンプリプライメッセージを作るには、送信元と宛先とを単純に入れ替え、タイプコードを 14 に変更し、チェックサムを再計算すればよい。
-
IP Fields:
IP フィールド:
-
Type
タイプ
-
13 for timestamp message;
13 はタイムスタンプメッセージ用
14 for timestamp reply message.
14 はタイムスタンプリプライメッセージ用
-
Code
コード
-
0
-
Checksum
チェックサム
-
The checksum is the 16-bit ones's complement of the one's
complement sum of the ICMP message starting with the ICMP Type.
For computing the checksum , the checksum field should be zero.
This checksum may be replaced in the future.
チェックサムは、ICMP タイプから始まる ICMP メッセージの 16 ビット単位の 1 の補数の合計の、さらに 16 ビットの 1 の補数である。チェックサムを計算するとき、チェックサムフィールド自身はゼロと見なされるべきである。このチェックサムの計算方法は将来置き換えられる可能性がある。
-
Identifier
識別子(Identifier)
-
If code = 0, an identifier to aid in matching timestamp and
replies, may be zero.
code = 0 の場合、タイムスタンプメッセージとタイムスタンプリプライメッセージとを対応させる手助けとなる識別子である。ゼロでもよい。
-
Sequence Number
シーケンス番号
-
If code = 0, a sequence number to aid in matching timestamp and
replies, may be zero.
code = 0 の場合、タイムスタンプメッセージとタイムスタンプリプライとを対応させる手助けとなるシーケンス番号である。ゼロでもよい。
-
Description
説明
-
The data received (a timestamp) in the message is returned in the
reply together with an additional timestamp. The timestamp is 32
bits of milliseconds since midnight UT. One use of these
timestamps is described by Mills [5].
メッセージ中で受信した情報(タイムスタンプ)は、追加のタイムスタンプとともに返される。タイムスタンプは UT の深夜零時からの経過ミリ秒を 32 ビットで表したものである。これらのライムスタンプの利用法のひとつが Mills [5] で説明されている。
-
The Originate Timestamp is the time the sender last touched the
message before sending it, the Receive Timestamp is the time the
echoer first touched it on receipt, and the Transmit Timestamp is
the time the echoer last touched the message on sending it.
発信タイムスタンプは、送信者が送信前に最後にメッセージに触れた時刻である。受信タイムスタンプは、受信者(echoer)が受信時に最初にメッセージに触れた時刻である。転送タイムスタンプは、受信者(echoer)がエコーを返するときに最後にメッセージに触れた時刻である。
-
If the time is not available in miliseconds or cannot be provided
with respect to midnight UT then any time can be inserted in a
timestamp provided the high order bit of the timestamp is also set
to indicate this non-standard value.
ミリ秒単位の時刻を利用できない、または UT の深夜零時からの経過時間を提供できない場合、非標準の値であることを表すためにタイムスタンプの上位ビットをセットするという条件付きで、任意の時刻を使用することができる。
-
The identifier and sequence number may be used by the echo sender
to aid in matching the replies with the requests. For example,
the identifier might be used like a port in TCP or UDP to identify
a session, and the sequence number might be incremented on each
request sent. The destination returns these same values in the
reply.
識別子とシーケンス番号は、送信者がリクエストとリプライとを対応させる手助けとして利用できる。例えば TCP や UDP がセッションを特定するために使用するポート番号のように識別子を使用してもよいし、エコー要求のたびにシーケンス番号を増加させてもよい。受信側はリプライの中で同じ値を返す。
-
Code 0 may be received from a gateway or a host.
コード 0 はゲートウェイまたはホストから返される可能性がある。
Information Request or Information Reply Message
情報リクエストメッセージ・情報リプライメッセージ(Information Request or Information Reply Message)
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Type | Code | Checksum |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Identifier | Sequence Number |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| タイプ | コード | チェックサム |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 識別子 | シーケンス番号 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
-
IP Fields:
IP フィールド:
-
Addresses
アドレス
-
The address of the source in a information request message will be
the destination of the information reply message. To form a
information reply message, the source and destination addresses
are simply reversed, the type code changed to 16, and the checksum
recomputed.
情報リクエストメッセージの送信元は情報リプライメッセージの宛先になる。情報リプライメッセージを作るには、送信元と宛先とを単純に入れ替え、タイプコードを 16 に変更し、チェックサムを再計算すればよい。
-
IP Fields:
IP フィールド:
-
Type
タイプ
-
15 for information request message;
15 は情報リクエストメッセージ用
16 for information reply message.
16 は情報リプライメッセージ用
-
Code
コード
-
0
-
Checksum
チェックサム
-
The checksum is the 16-bit ones's complement of the one's
complement sum of the ICMP message starting with the ICMP Type.
For computing the checksum , the checksum field should be zero.
This checksum may be replaced in the future.
チェックサムは、ICMP タイプから始まる ICMP メッセージの 16 ビット単位の 1 の補数の合計の、さらに 16 ビットの 1 の補数である。チェックサムを計算するとき、チェックサムフィールド自身はゼロと見なされるべきである。このチェックサムの計算方法は将来置き換えられる可能性がある。
-
Identifier
識別子(Identifier)
-
If code = 0, an identifier to aid in matching request and replies,
may be zero.
コード = 0 の場合、リクエストとリプライとを対応させる手助けとなる識別子である。ゼロでもよい。
-
Sequence Number
シーケンス番号
-
If code = 0, a sequence number to aid in matching request and
replies, may be zero.
code = 0 の場合、リクエストとリプライとを対応させる手助けとなるシーケンス番号である。ゼロでもよい。
-
Description
説明
-
This message may be sent with the source network in the IP header
source and destination address fields zero (which means "this"
network). The replying IP module should send the reply with the
addresses fully specified. This message is a way for a host to
find out the number of the network it is on.
このメッセージは、IP ヘッダの送信元ネットワークと宛先アドレスフィールドとにゼロを指定("この(this)" ネットワークを意味する)して送信してもよい。それに応答する IP モジュールは、アドレスを完全に特定するリプライを送信するべきである。このメッセージは接続しているネットワーク数をホストが調べる手段のひとつである。
-
The identifier and sequence number may be used by the echo sender
to aid in matching the replies with the requests. For example,
the identifier might be used like a port in TCP or UDP to identify
a session, and the sequence number might be incremented on each
request sent. The destination returns these same values in the
reply.
識別子とシーケンス番号は、送信者がリプライとリクエストとを対応付ける手助けとして利用できる。例えば TCP や UDP がセッションを特定するために使用するポートのように識別子を使用してもよいし、リクエスト送信ごとにシーケンス番号を増加させてもよい。受信側はリプライの中で同じ値を返す。
-
Code 0 may be received from a gateway or a host.
コード 0 はゲートウェイまたはホストから返される可能性がある。
Summary of Message Types
メッセージタイプの要約
0 Echo Reply
3 Destination Unreachable
4 Source Quench
5 Redirect
8 Echo
11 Time Exceeded
12 Parameter Problem
13 Timestamp
14 Timestamp Reply
15 Information Request
16 Information Reply
0 エコーリプライ
3 宛先到達不能
4 送信元抑制
5 リダイレクト
8 エコー
11 時間切れ
12 パラメータ異常
13 タイムスタンプ
14 タイムスタンプリプライ
15 情報リクエスト
16 情報リプライ
References
参考文献
[1] Postel, J. (ed.), "Internet Protocol - DARPA Internet Program
Protocol Specification," RFC 791, USC/Information Sciences
Institute, September 1981.
[2] Cerf, V., "The Catenet Model for Internetworking," IEN 48,
Information Processing Techniques Office, Defense Advanced
Research Projects Agency, July 1978.
[3] Strazisar, V., "Gateway Routing: An Implementation
Specification", IEN 30, Bolt Beranek and Newman, April 1979.
[4] Strazisar, V., "How to Build a Gateway", IEN 109, Bolt Beranek
and Newman, August 1979.
[5] Mills, D., "DCNET Internet Clock Service," RFC 778, COMSAT
Laboratories, April 1981.
トップページ - 翻訳ドキュメント - RFC 792