RFC1702 日本語訳
1702 Generic Routing Encapsulation over IPv4 networks. S. Hanks, T.Li, D. Farinacci, P. Traina. October 1994. (Format: TXT=7288 bytes) (Status: INFORMATIONAL)
プログラムでの自動翻訳です。
英語原文
Network Working Group S. Hanks Request for Comments: 1702 NetSmiths, Ltd. Category: Informational T. Li D. Farinacci P. Traina cisco Systems October 1994
一かせがコメントのために要求するワーキンググループS.をネットワークでつないでください: 1702年のNetSmiths Ltd.カテゴリ: 情報のT.のD.ファリナッチP.Traina李コクチマスSystems1994年10月
Generic Routing Encapsulation over IPv4 networks
IPv4ネットワークの上のジェネリックルート設定Encapsulation
Status of this Memo
このMemoの状態
This memo provides information for the Internet community. This memo does not specify an Internet standard of any kind. Distribution of this memo is unlimited.
このメモはインターネットコミュニティのための情報を提供します。 このメモはどんな種類のインターネット標準も指定しません。 このメモの分配は無制限です。
Introduction
序論
In an earlier memo [RFC 1701], we described GRE, a mechanism for encapsulating arbitrary packets within an arbitrary transport protocol. This is a companion memo which describes the use of GRE with IP. This memo addresses the case of using IP as the delivery protocol or the payload protocol and the special case of IP as both the delivery and payload. This memo also describes using IP addresses and autonomous system numbers as part of a GRE source route.
以前のメモ[RFC1701]では、私たちは、任意のトランスポート・プロトコルの中で任意のパケットをカプセルに入れるためにGRE、メカニズムについて説明しました。 これはIPとのGREの使用について説明する仲間メモです。 このメモは、配送プロトコルかペイロードプロトコルとしてIPを使用するケースと両方としてのIPの特別なケースが配送とペイロードであると扱います。 また、このメモは、IPアドレスと自律システム番号を使用するとGRE送信元経路の一部として記述します。
IP as a delivery protocol
配送プロトコルとしてのIP
GRE packets which are encapsulated within IP will use IP protocol type 47.
IPの中でカプセルに入れられるGREパケットはIPプロトコルタイプ47を使用するでしょう。
IP as a payload protocol
ペイロードプロトコルとしてのIP
IP packets will be encapsulated with a Protocol Type field of 0x800.
IPパケットは0×800のプロトコルType分野でカプセルに入れられるでしょう。
For the Address Family value of 0x800, the Routing Information field will consist of a list of IP addresses and indicates an IP source route. The first octet of the Routing Information field constitute a 8 bit integer offset from the start of the Source Route Entry (SRE), called the SRE Offset. The SRE Offset indicates the first octet of the next IP address. The SRE Length field consists of the total length of the IP Address List in octets.
0×800のAddress Family値のために、経路情報分野は、IPアドレスのリストから成って、IP送信元経路を示します。 SRE Offsetは、経路情報分野の最初の八重奏がSource Route Entry(SRE)の始まりから相殺された8ビットの整数を構成すると呼びました。 SRE Offsetは次のIPアドレスの最初の八重奏を示します。 SRE Length分野は八重奏における、IP Address Listの全長から成ります。
Hanks, Li, Farinacci & Traina [Page 1] RFC 1702 GRE over IPv4 networks October 1994
IPv4ネットワーク1994年10月の上のハンクス、李、ファリナッチ、およびTraina[1ページ]RFC1702GRE
This has the form:
これには、フォームがあります:
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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Address Family | SRE Offset | SRE Length | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | IP Address List ... +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | アドレスファミリー| SREは相殺します。| SREの長さ| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | IP住所録… +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
For the Address Family value of 0xfffe, the Routing Information field will consist of a list of Autonomous System numbers and indicates an AS source route. The third octet of the Routing Information field contains an 8 bit unsigned integer offset from the start of the Source Route Entry (SRE), called the SRE Offset. The SRE Offset indicates the first octet of the next AS number. THe SRE Length field consists of the total length of the AS Number list in octets.
0xfffeのAddress Family値のために、経路情報分野は、Autonomous System番号のリストから成って、AS送信元経路を示します。 SRE Offsetは、経路情報分野の3番目の八重奏がSource Route Entry(SRE)の始まりからの8ビットの符号のない整数オフセットを含むと呼びました。 SRE Offsetは次のAS番号の最初の八重奏を示します。 THe SRE Length分野は八重奏における、AS 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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Address Family | SRE Offset | SRE Length | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | AS Number List ... +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | アドレスファミリー| SREは相殺します。| SREの長さ| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 数として、記載してください… +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
IP as both delivery and payload protocol
配送とペイロードプロトコルの両方としてのIP
When IP is encapsulated in IP, the TTL, TOS, and IP security options MAY be copied from the payload packet into the same fields in the delivery packet. The payload packet's TTL MUST be decremented when the packet is decapsulated to insure that no packet lives forever.
IPがIPでカプセル化されるとき、TTL、TOS、およびIPセキュリティオプションはペイロードパケットから配送パケットの同じ分野にコピーされるかもしれません。 ペイロードパケットのTTL MUST、パケットがパケットが全くいつまでも生きないのを保障するためにdecapsulatedされたら、減少してください。
IP source routes
IP送信元経路
When a system is processing a SRE with an Address Family indicating an IP source route, it MUST use the SRE Offset to determine the next destination IP address. If the next IP destination is this system, the SRE Offset field should be increased by four (the size of an IP address). If the SRE Offset is equal to the SRE Length in this SRE, then the Offset field in the GRE header should be adjusted to point to the next SRE (if any). This should be repeated until the next IP destination is not this system or until the entire SRE has been processed.
システムがAddress FamilyがIP送信元経路を示しているSREを処理しているとき、それは、次の送付先IPアドレスを決定するのにSRE Offsetを使用しなければなりません。 次のIPの目的地がこのシステムであるなら、SRE Offset分野は4つ(IPアドレスのサイズ)増強されるべきです。 SRE OffsetがこのSREのSRE Lengthと等しいなら、GREヘッダーのOffset分野は、次のSRE(もしあれば)を示すように調整されるべきです。 次のIPの目的地がこのシステムでない全体のSREが処理されるまで、これは繰り返されるべきです。
If the source route is incomplete, then the Strict Source Route bit is checked. If the source route is a strict source route and the next IP destination is NOT an adjacent system, the packet MUST be
送信元経路が不完全であるなら、Strict Source Routeビットはチェックされます。 送信元経路が厳しい送信元経路であり、次のIPの目的地が隣接しているシステムでないなら、パケットはシステムであるに違いありません。
Hanks, Li, Farinacci & Traina [Page 2] RFC 1702 GRE over IPv4 networks October 1994
IPv4ネットワーク1994年10月の上のハンクス、李、ファリナッチ、およびTraina[2ページ]RFC1702GRE
dropped. Otherwise, the system should use the IP address indicated by the Offset field to replace the destination address in the delivery header and forward the packet.
下げられる。 さもなければ、システムはOffset分野によって示された、配送ヘッダーで送付先アドレスを置き換えて、パケットを進めたIPアドレスを使用するはずです。
Autonomous system source routes
自律システム送信元経路
When a system is processing a SRE with an Address Family indicating an AS source route, it MUST use the SRE Offset field to determine the next autonomous system. If the next autonomous system is the local autonomous system, the SRE Offset field should be increased by two (the size of an autonomous system number). If the SRE Offset is equal to the SRE Length in this SRE, then the Offset field in the GRE header should be adjusted to point to the next SRE (if any). This should be repeated until the next autonomous system number is not equal to the local autonomous system number or until the entire SRE has been processed.
システムがAddress FamilyがAS送信元経路を示しているSREを処理しているとき、それは、次の自律システムを決定するのにSRE Offset分野を使用しなければなりません。 次の自律システムが地方の自律システムであるなら、SRE Offset分野は2つ(自律システム番号のサイズ)増強されるべきです。 SRE OffsetがこのSREのSRE Lengthと等しいなら、GREヘッダーのOffset分野は、次のSRE(もしあれば)を示すように調整されるべきです。 次の自律システム番号が地方の自律システム番号と等しくないか、または全体のSREが処理されるまで、これは繰り返されるべきです。
If the source route is incomplete, then the Strict Source Route bit is checked. If the source route is a strict source route and the next autonomous system is NOT an adjacent autonomous system, the packet should be dropped. Otherwise, the system should use the autonomous system number indicated by the SRE Offset field to replace the destination address in the delivery header and forward the packet. The exact mechanism for determining the next delivery destination address given the AS number is outside of the scope of this document.
送信元経路が不完全であるなら、Strict Source Routeビットはチェックされます。 送信元経路が厳しい送信元経路であり、次の自律システムが隣接している自律システムでないなら、パケットは下げられるべきです。 さもなければ、システムはSRE Offset分野によって示された、配送ヘッダーで送付先アドレスを置き換えて、パケットを進めた自律システム番号を使用するはずです。 AS番号を考えて、次の配達先アドレスを決定するための正確なメカニズムがこのドキュメントの範囲の外にあります。
Security Considerations
セキュリティ問題
Security issues are not discussed in this memo.
このメモで安全保障問題について議論しません。
Hanks, Li, Farinacci & Traina [Page 3] RFC 1702 GRE over IPv4 networks October 1994
IPv4ネットワーク1994年10月の上のハンクス、李、ファリナッチ、およびTraina[3ページ]RFC1702GRE
Authors' Addresses
作者のアドレス
Stan Hanks NetSmiths, Ltd. 2025 Lincoln Highway Edison, NJ 08817
スタンハンクスNetSmiths Ltd.2025のリンカーン・Highwayエディソン、ニュージャージー 08817
EMail: stan@netsmiths.com
メール: stan@netsmiths.com
Tony Li cisco Systems, Inc. 1525 O'Brien Drive Menlo Park, CA 94025
トニー李コクチマスSystems Inc.1525オブライエン・Driveメンローパーク、カリフォルニア 94025
EMail: tli@cisco.com
メール: tli@cisco.com
Dino Farinacci cisco Systems, Inc. 1525 O'Brien Drive Menlo Park, CA 94025
恐竜ファリナッチコクチマスSystems Inc.1525オブライエン・Driveメンローパーク、カリフォルニア 94025
EMail: dino@cisco.com
メール: dino@cisco.com
Paul Traina cisco Systems, Inc. 1525 O'Brien Drive Menlo Park, CA 94025
ポールTrainaコクチマスSystems Inc.1525オブライエン・Driveメンローパーク、カリフォルニア 94025
EMail: pst@cisco.com
メール: pst@cisco.com
References
参照
RFC 1701 Hanks, S., Li, T, Farinacci, D., and P. Traina, "Generic Routing Encapsulation", RFC 1701, NetSmiths, Ltd., and cisco Systems, October 1994.
1701年のRFCハンクス、S.、李、T、ファリナッチ、D.、P.Traina、「一般ルーティングのカプセル化」、RFC1701、NetSmiths Ltd.、およびコクチマスSystems、1994年10月。
Hanks, Li, Farinacci & Traina [Page 4]
ハンクス、李、ファリナッチ、およびTraina[4ページ]
一覧
スポンサーリンク