RFC948 日本語訳
0948 Two methods for the transmission of IP datagrams over IEEE 802.3networks. I. Winston. June 1985. (Format: TXT=11495 bytes) (Obsoleted by RFC1042) (Status: UNKNOWN)
プログラムでの自動翻訳です。
英語原文
---------
---------
< INC-PROJECT, WINSTON-RFC.NLS.6, >, 11-Jun-85 21:31-PDT JBP ;;;;
<INC-プロジェクト、ウィンストン-RFC.NLS.6、>、1985年6月11日、21: 太平洋夏時間の31JBP。
Winston [Page 0]
ウィンストン[0ページ]
Network Working Group Ira Winston Request for Comments: 948 University of Pennsylvania June 1985
コメントを求めるワーキンググループイラウィンストンRequestをネットワークでつないでください: 948 ペンシルバニア大学1985年6月
TWO METHODS FOR THE TRANSMISSION OF IP DATAGRAMS OVER IEEE 802.3 NETWORKS
IEEE802.3ネットワークの上のIPデータグラムのトランスミッションのための2つのメソッド
Status of this Memo
このMemoの状態
This memo describes two methods of encapsulating Internet Protocol (IP) [1] datagrams on an IEEE 802.3 network [2]. This RFC suggests a proposed protocol for the ARPA-Internet community, and requests discussion and suggestions for improvements. Distribution of this memo is unlimited.
このメモはIEEE802.3ネットワーク[2]でインターネットプロトコル(IP)が[1]データグラムであるとカプセル化する2つのメソッドを説明します。 このRFCは改良のためにARPA-インターネットコミュニティ、要求議論、および提案のための提案されたプロトコルを勧めます。 このメモの分配は無制限です。
Introduction
序論
The IEEE 802 project has defined a family of standards for Local Area Networks (LANs) that deals with the Physical and Data Link Layers as defined by the ISO Open System Interconnection Reference Model (ISO/OSI). Several Physical Layer standards (802.3, 802.4, and 802.5) [2, 3, 4] and one Data Link Layer Standard (802.2) [5] have been defined. The IEEE Physical Layer standards specify the ISO/OSI Physical Layer and the Media Access Control Sublayer of the ISO/OSI Data Link Layer. The 802.2 Data Link Layer standard specifies the Logical Link Control Sublayer of the ISO/OSI Data Link Layer.
IEEE802プロジェクトはISOオープンSystem Interconnection Reference Model(ISO/OSI)によって定義されるようにPhysicalとData Link Layersに対処するローカル・エリア・ネットワーク(LAN)の規格のファミリーを定義しました。 いくつかのPhysical Layer規格(802.3、802.4、および802.5)[2、3、4]と1つData Link Layer Standard(802.2)[5]は定義されました。 IEEE Physical Layer規格はISO/OSI Data Link LayerのISO/OSI Physical LayerとメディアAccess Control Sublayerを指定します。 802.2Data Link Layer規格はISO/OSI Data Link LayerのLogical Link Control Sublayerを指定します。
The 802.3 standard is based on the Ethernet Version 2.0 standard [6]. The Ethernet Physical Layer and the 802.3 Physical Layer are compatible for all practical purposes however, the Ethernet Data Link Layer and the 802.3/802.2 Data Link Layer are incompatible.
802.3規格はイーサネットバージョン2.0規格[6]に基づいています。 実際上はしかしながら、イーサネットPhysical Layerと802.3Physical Layerは互換性がある、イーサネットData Link Layerと802.3/802.2Data Link Layerは非互換です。
There are many existing Ethernet network installations that transmit IP datagrams using the Ethernet compatible standard described in [7]. IEEE 802.3 Physical Layer compatible connections can be added to these networks using an an Ethernet Data Link Layer compatible method for transmitting IP datagrams without violating the 802.3 standard. Alternatively, an 802.2/802.3 Data Link Layer compatible method for transmitting IP datagrams can be used.
[7]で説明されたイーサネットコンパチブル規格を使用することでIPデータグラムを送る多くの既存のイーサネットネットワーク施設があります。 イーサネットData Link Layerを使用することでIEEE802.3Physical Layerコンパチブル接続をこれらのネットワークに追加できます。802.3規格に違反しないでIPデータグラムを送るためのコンパチブルメソッド。 あるいはまた、IPデータグラムを送るための802.2/802.3Data Link Layerコンパチブルメソッドを使用できます。
Ethernet Compatible Method
イーサネットコンパチブルメソッド
IEEE 802.3 networks must use 48-bit physical addresses and 10 megabit/second bandwidth in order to be Ethernet compatible.
IEEE、802.3のネットワークが、イーサネット互換性があるのに物理アドレスと10メガビット/第2 48ビットの帯域幅を使用しなければなりません。
The IEEE 802.3 packet header is identical to Ethernet packet header except for the meaning assigned to one of the fields in the header. In an Ethernet packet header this field is used as a protocol type field and in an 802.3 packet header the field is used as a length field. The maximum allowed length field value on a 10 megabit/second
ヘッダーの分野の1つに割り当てられた意味以外のイーサネットパケットのヘッダーにとって、IEEE802.3パケットのヘッダーは同じです。 イーサネットパケットのヘッダーでは、この分野はプロトコルタイプ分野として使用されます、そして、802.3パケットのヘッダーでは、分野は長さの分野として使用されます。 10メガビット/秒の長さの分野価値が許容された最大
Winston [Page 1]
ウィンストン[1ページ]
RFC 948 June 1985 Transmission of IP Datagrams Over IEEE 802.3 Networks
IEEE802.3ネットワークの上のIPデータグラムのRFC948 1985年6月の送信
802.3 network is 1500. The 802.3 standard states that packets with a length field greater than the maximum allowed length field may be ignored, discarded, or used in a private manner. Therefore, the length field can be used in a private manner as a protocol type field as long as the protocol types being used are greater than 1500. The protocol type for IP, ARP and trailer encapsulation are all greater than 1500. Using this technique, the method for transmitting IP datagrams on Ethernet networks described in [7] can be used to transmit IP datagrams on IEEE 802.3 networks in an Ethernet compatible manner.
802.3ネットワークは1500です。 長さの分野が最大が長さを許容したより大きいパケットがさばく802.3の標準の州が、個人的な方法で無視されるか、捨てられるか、または使用されるかもしれません。 したがって、使用されているプロトコルタイプが1500以上である限り、プロトコルタイプ分野として個人的な方法で長さの分野を使用できます。 IP、ARP、およびトレーラカプセル化のためのプロトコルタイプはすべて1500以上です。 IEEE802.3でIPデータグラムを送るのに[7]で説明されたイーサネットネットワークでIPデータグラムを送るのを使用できるので、このテクニックを使用して、メソッドはイーサネットでコンパチブル方法をネットワークでつなぎます。
IEEE 802.2/802.3 Compatible Method
IEEE802.2/802.3コンパチブルメソッド
Frame Format
フレーム形式
IP datagrams are transmitted in standard 802.2/802.3 LLC Type 1 Unnumbered Information format with the DSAP and SSAP fields of the 802.2 header set to 96, the IEEE assigned global SAP value for IP [8]. The data field contains the IP header followed immediately by the IP data.
IPデータグラムはDSAPがある標準の802.2/802.3LLC Type1Unnumbered情報形式と96への802.2ヘッダーセットのSSAP分野(グローバルなSAP値がIP[8]のために割り当てられたIEEE)で送られます。 データ・フィールドはIPヘッダーを含んでいます、続いて、すぐIPデータを含みます。
IEEE 802.3 packets have minimum size restrictions based on network bandwidth. When necessary, the data field should be padded (with octets of zero) to meet the 802.3 minimum frame size requirements. This padding is not part of the IP packet and is not included in the total length field of the IP header.
IEEE802.3に、パケットで、最小規模制限はネットワーク回線容量に基づいています。 必要であるときに、データ・フィールドは、802.3の最小のフレーム・サイズ必要条件を満たすために水増しされるべきです(ゼロの八重奏で)。 この詰め物は、IPパケットの一部でなく、またIPヘッダーの全長分野に含まれていません。
IEEE 802.3 packets have maximum size restrictions based on the network bandwidth. Implementations are encouraged to support full-length packets.
IEEE802.3に、パケットで、最大サイズ制限はネットワーク回線容量に基づいています。 実装が等身大のパケットをサポートするよう奨励されます。
Gateway implementations MUST be prepared to accept full-length packets and fragment them when necessary.
等身大のパケットを受け入れて、必要であるときにはそれらを断片化するようにゲートウェイ実装を準備しなければなりません。
Host implementations should be prepared to accept full-length packets, however hosts MUST NOT send datagrams longer than 576 octets unless they have explicit knowledge that the destination is prepared to accept them. A host may communicate its size preference in TCP based applications via the TCP Maximum Segment Size option [9].
ホスト導入は等身大のパケットを受け入れるように準備されるべきであり、しかしながら、ホストはそれらに目的地が準備される形式知がないなら576の八重奏がそれらを受け入れるより長い間、データグラムを送ってはいけません。 ホストはTCP Maximum Segment Sizeオプション[9]でTCPのベースのアプリケーションにおけるサイズ好みを伝えるかもしれません。
Note: Datagrams on 802.3 networks may be longer than the general Internet default maximum packet size of 576 octets. Hosts connected to an 802.3 network should keep this in mind when sending datagrams to hosts not on the same 802.3 network. It may
以下に注意してください。 802.3のネットワークのデータグラムは576の八重奏の一般的なインターネットデフォルトより長い最大のパケットサイズであるかもしれません。 どんな同じ802.3ネットワークでもデータグラムをホストに送らないとき、802.3ネットワークに接続されたホストはこれを覚えておくべきです。 それはそうするかもしれません。
Winston [Page 2]
ウィンストン[2ページ]
RFC 948 June 1985 Transmission of IP Datagrams Over IEEE 802.3 Networks
IEEE802.3ネットワークの上のIPデータグラムのRFC948 1985年6月の送信
be appropriate to send smaller datagrams to avoid unnecessary fragmentation at intermediate gateways. Please see [9] for further information on this point.
中間ゲートウェイで不要な断片化を避けるために、より小さいデータグラムを送るのは適切にしてください。 このポイントに関する詳細のための[9]を見てください。
Address Mappings
アドレス・マッピング
The mapping of 32-bit Internet addresses to 16-bit or 48-bit 802.3 addresses can be done in several ways. A static table could be used, or a dynamic discovery procedure could be used.
いくつかの方法で16ビットの、または、48ビットの802.3のアドレスへの32ビットのインターネット・アドレスに関するマッピングができます。 静的なテーブルを使用できましたか、またはダイナミックな発見手順を用いることができました。
Static Table
静的なテーブル
Each host could be provided with a table of all other hosts on the local network with both their 802.3 and Internet addresses.
彼らの802.3とインターネットが扱う両方がある企業内情報通信網で他のすべてのホストのテーブルを各ホストに提供できました。
Dynamic Discovery
ダイナミックな発見
Mappings between 32-bit Internet addresses and 802.3 addresses could be accomplished through a protocol similar to the Ethernet Address Resolution Protocol (ARP) [10]. Internet addresses are assigned arbitrarily on some Internet networks. Each host's implementation must know its own Internet address and respond to 802.3 Address Resolution packets appropriately. It should also use ARP to translate Internet addresses to 802.3 addresses when needed.
イーサネットAddress Resolutionプロトコル(ARP)[10]と同様のプロトコルを通して32ビットのインターネット・アドレスと802.3のアドレスの間のマッピングを達成できました。 インターネット・アドレスはいくつかのインターネット網で任意に割り当てられます。 各ホストの実装は、適切にそれ自身のインターネット・アドレスを知って、802.3のAddress Resolutionパケットまで応じなければなりません。 また、必要であると、それは、802.3のアドレスにインターネット・アドレスを翻訳するのにARPを使用するべきです。
Broadcast Address
放送演説
The broadcast Internet address (the address on that network with a host part of all binary ones) should be mapped to the broadcast 802.3 address (of all binary ones).
放送インターネットアドレス(すべての2進のもののホスト部分があるそのネットワークに関するアドレス)は放送802.3アドレス(すべての2進のものの)に写像されるべきです。
The use of the ARP dynamic discovery procedure is strongly recommended.
ARPのダイナミックな発見手順の使用は強く推薦されます。
Trailer Formats
トレーラ形式
Some versions of Unix 4.2bsd use a different encapsulation method in order to get better network performance with the VAX virtual memory architecture. Consenting systems on the same 802.3 network may use this format between themselves. Details of the trailer encapsulation method may be found in [11].
Unix 4.2bsdのいくつかのバージョンが、VAX仮想記憶アーキテクチャによる、より良いネットワーク性能を得るのに異なったカプセル化メソッドを使用します。 同じ802.3ネットワークの同意システムは自分たちの間のこの形式を使用するかもしれません。 トレーラカプセル化メソッドの詳細は[11]で見つけられるかもしれません。
Winston [Page 3]
ウィンストン[3ページ]
RFC 948 June 1985 Transmission of IP Datagrams Over IEEE 802.3 Networks
IEEE802.3ネットワークの上のIPデータグラムのRFC948 1985年6月の送信
Byte Order
バイトオーダー
As described in Appendix B of the Internet Protocol specification [1], the IP datagram is transmitted over 802.2/802.3 networks as a series of 8-bit bytes.
インターネットプロトコル仕様[1]のAppendix Bで説明されるように、IPデータグラムは一連の8ビットのバイトとして802.2/802.3のネットワークの上に送られます。
Conclusion
結論
The two encapsulation methods presented can be mixed on the same local area network; however, this would partition the network into two incompatible subnetworks. One host on a network could support both methods and act as a gateway between the two subnetworks; however, this would introduce a significant performance penalty and should be avoided.
カプセル化メソッドが提示した2は同じローカル・エリア・ネットワークで複雑であることができます。 しかしながら、これは2つの非互換なサブネットワークにネットワークを仕切るでしょう。 ネットワークの1人のホストが、2つのサブネットワークの間で両方のメソッドをサポートして、ゲートウェイとして務めることができました。 しかしながら、これは、重要なパフォーマンスに不利な条件を導入して、避けられるべきです。
The IEEE 802.2/802.3 compatible encapsulation method is preferable to the Ethernet compatible method because the IEEE 802.2 and IEEE 802.3 standards have been accepted both nationally and internationally and because the same encapsulation method could be used on other IEEE 802 Physical Layer implementations. However, there are many existing installations that are using IP on Ethernet and a controlled transition from Ethernet to IEEE 802.2/802.3 is necessary.
IEEEの802.2/802.3のコンパチブルカプセル化メソッドは、IEEE802.2とIEEE802.3の規格を全国的に、そして国際的に受け入れて、他のIEEE802Physical Layer実装で同じカプセル化メソッドを使用できたので、イーサネットコンパチブルメソッドより望ましいです。 しかしながら、イーサネットでIPを使用している多くの既存のインストールがあります、そして、制御イーサネットからIEEE802.2/802.3までの変遷が必要です。
To this end, all new implementations should allow for a static choice of encapsulation methods and all existing implementations should be modified to provide this static choice as well. During the transition, all hosts on the same network would use the Ethernet compatible method. After 802.2/802.3 support has been added to all existing implementations, the IEEE 802.2/802.3 method would be used and the transition would be complete.
このために、すべての新しい実装がカプセル化メソッドの静的な選択を考慮するべきです、そして、すべての既存の実装が、また、この静的な選択を提供するように変更されるべきです。 変遷の間、同じネットワークのすべてのホストがイーサネットコンパチブルメソッドを使用するでしょう。 802.2/802.3サポートがすべての既存の実装に加えられた後に、IEEE802.2/802.3メソッドは使用されるでしょう、そして、変遷は完全でしょう。
References
参照
[1] Postel, J. "Internet Protocol". RFC-791, USC/Information Sciences Institute, September 1981.
[1] ポステル、J.「インターネットプロトコル。」 RFC-791、科学が1981年9月に設けるUSC/情報。
[2] The Institute of Electronics and Electronics Engineers, Inc. "IEEE Standards for Local Area Networks: Carrier Sense Multiple Access with Collision Detection (CSMA/CD) Access Method and Physical Layer Specifications". The Institute of Electronics and Electronics Engineers, Inc., New York, New York, 1985.
[2] エレクトロニクスとエレクトロニクスの研究所がInc.を設計する、「ローカル・エリア・ネットワークのIEEE規格:」 「衝突検出型搬送波検知多重アクセス(CSMA/CD)はメソッドと物理的な層の仕様にアクセスします。」 エレクトロニクスとエレクトロニクスの研究所はInc.、ニューヨーク(ニューヨーク)1985を設計します。
[3] The Institute of Electronics and Electronics Engineers, Inc. "IEEE Standards for Local Area Networks: Token-Passing Bus Access Method and Physical Layer Specifications". The Institute of Electronics and Electronics Engineers, Inc., New York, New York, 1985.
[3] エレクトロニクスとエレクトロニクスの研究所がInc.を設計する、「ローカル・エリア・ネットワークのIEEE規格:」 「トークンパッシングバスアクセス法と物理的な層の仕様。」 エレクトロニクスとエレクトロニクスの研究所はInc.、ニューヨーク(ニューヨーク)1985を設計します。
Winston [Page 4]
ウィンストン[4ページ]
RFC 948 June 1985 Transmission of IP Datagrams Over IEEE 802.3 Networks
IEEE802.3ネットワークの上のIPデータグラムのRFC948 1985年6月の送信
[4] The Institute of Electronics and Electronics Engineers, Inc. "IEEE Standards for Local Area Networks: Token Ring Access Method and Physical Layer Specifications". The Institute of Electronics and Electronics Engineers, Inc., New York, New York, 1985.
[4] エレクトロニクスとエレクトロニクスの研究所がInc.を設計する、「ローカル・エリア・ネットワークのIEEE規格:」 「トークンリングアクセス法と物理的な層の仕様。」 エレクトロニクスとエレクトロニクスの研究所はInc.、ニューヨーク(ニューヨーク)1985を設計します。
[5] The Institute of Electronics and Electronics Engineers, Inc. "IEEE Standards for Local Area Networks: Logical Link Control". The Institute of Electronics and Electronics Engineers, Inc., New York, New York, 1985.
[5] エレクトロニクスとエレクトロニクスの研究所がInc.を設計する、「ローカル・エリア・ネットワークのIEEE規格:」 「論理的なリンク制御。」 エレクトロニクスとエレクトロニクスの研究所はInc.、ニューヨーク(ニューヨーク)1985を設計します。
[6] "The Ethernet, Physical and Data Link Layer Specifications, Version 2.0". Digital Equipment Corporation, Intel Corporation, and Xerox Corporation, 1982.
[6] 「イーサネット、物理的、そして、データ・リンク層仕様、バージョン2インチ。」 ディジタルイクイップメント社、インテル社、およびゼロックス社、1982。
[7] Hornig, C. "A Standard for the Transmission of IP Datagrams over Ethernet Networks". RFC-894, Symbolics Cambridge Research Center, April 1984.
[7] ホーニッグ、「イーサネットの上のIPデータグラムの送信の規格はネットワークでつなぐ」C.。 1984年4月のRFC-894、Symbolicsケンブリッジリサーチセンター。
[8] Reynolds, J., and Postel, J. "Assigned Numbers". RFC-943, USC/Information Sciences Institute, April 1985.
[8] レイノルズ、J.、およびポステル、J.は「数を割り当てました」。 RFC-943、科学が1985年4月に設けるUSC/情報。
[9] Postel, J. "The TCP Maximum Segment Size Option and Related Topics". RFC-879, USC/Information Sciences Institute, November 1983.
[9] J. ポステルと、「TCPの最大のセグメントサイズオプションと関連した話題。」 RFC-879、科学が1983年11月に設けるUSC/情報。
[10] Plummer, D. "An Ethernet Address Resolution Protocol". RFC-826, Symbolics Cambridge Research Center, November 1982.
[10] D. プラマー、「イーサネットアドレス解決プロトコル。」 1982年11月のRFC-826、Symbolicsケンブリッジリサーチセンター。
[11] Leffler, S., and Karels, M. "Trailer Encapsulations". RFC-893, University of California at Berkeley, April 1984.
[11] レフラー、S.、およびKarels、M.「トレーラカプセル化。」 RFC-893、カリフォルニア大学バークレイ校、1984年4月。
Winston [Page 5]
ウィンストン[5ページ]
一覧
スポンサーリンク