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ページ]

一覧

 RFC 1〜100  RFC 1401〜1500  RFC 2801〜2900  RFC 4201〜4300 
 RFC 101〜200  RFC 1501〜1600  RFC 2901〜3000  RFC 4301〜4400 
 RFC 201〜300  RFC 1601〜1700  RFC 3001〜3100  RFC 4401〜4500 
 RFC 301〜400  RFC 1701〜1800  RFC 3101〜3200  RFC 4501〜4600 
 RFC 401〜500  RFC 1801〜1900  RFC 3201〜3300  RFC 4601〜4700 
 RFC 501〜600  RFC 1901〜2000  RFC 3301〜3400  RFC 4701〜4800 
 RFC 601〜700  RFC 2001〜2100  RFC 3401〜3500  RFC 4801〜4900 
 RFC 701〜800  RFC 2101〜2200  RFC 3501〜3600  RFC 4901〜5000 
 RFC 801〜900  RFC 2201〜2300  RFC 3601〜3700  RFC 5001〜5100 
 RFC 901〜1000  RFC 2301〜2400  RFC 3701〜3800  RFC 5101〜5200 
 RFC 1001〜1100  RFC 2401〜2500  RFC 3801〜3900  RFC 5201〜5300 
 RFC 1101〜1200  RFC 2501〜2600  RFC 3901〜4000  RFC 5301〜5400 
 RFC 1201〜1300  RFC 2601〜2700  RFC 4001〜4100  RFC 5401〜5500 
 RFC 1301〜1400  RFC 2701〜2800  RFC 4101〜4200 

スポンサーリンク

$security_settingsクラス変数 セキュリティ設定の指定や、オーバーライドの指定

ホームページ製作・web系アプリ系の製作案件募集中です。

上に戻る