RFC2143 日本語訳
2143 Encapsulating IP with the Small Computer System Interface. B.Elliston. May 1997. (Format: TXT=10749 bytes) (Status: EXPERIMENTAL)
プログラムでの自動翻訳です。
英語原文
Network Working Group B. Elliston Request for Comments: 2143 Compucat Research Category: Experimental May 1997
コメントを求めるワーキンググループB.エリストンの要求をネットワークでつないでください: 2143年のCompucat研究カテゴリ: 実験的な1997年5月
Encapsulating IP with the Small Computer System Interface
スモールコンピュータシステムインタフェースでIPをカプセル化します。
Status of this Memo
このMemoの状態
This memo defines an Experimental Protocol for the Internet community. This memo does not specify an Internet standard of any kind. Discussion and suggestions for improvement are requested. Distribution of this memo is unlimited.
このメモはインターネットコミュニティのためにExperimentalプロトコルを定義します。 このメモはどんな種類のインターネット標準も指定しません。 議論と改善提案は要求されています。 このメモの分配は無制限です。
Table of Contents
目次
1. Introduction . . . . . . . . . . . . . . . . . . . . . . . 1 2. Brief background to the Small Computer System Interface . 2 3. Link Encapsulation . . . . . . . . . . . . . . . . . . . . 3 4. An Address Resolution Protocol . . . . . . . . . . . . . . 4 5. Scalability . . . . . . . . . . . . . . . . . . . . . . . 4 6. Possible applications . . . . . . . . . . . . . . . . . . 5 7. Security considerations . . . . . . . . . . . . . . . . . 5 8. References . . . . . . . . . . . . . . . . . . . . . . . . 5 9. Author's Address . . . . . . . . . . . . . . . . . . . . . 5
1. 序論. . . . . . . . . . . . . . . . . . . . . . . 1 2。 SmallコンピュータSystem Interface. 2 3へのバックグラウンドに事情を知らせてください。 カプセル化. . . . . . . . . . . . . . . . . . . . 3 4をリンクしてください。 アドレス解決プロトコル. . . . . . . . . . . . . . 4 5。 スケーラビリティ. . . . . . . . . . . . . . . . . . . . . . . 4 6。 可能なアプリケーション. . . . . . . . . . . . . . . . . . 5 7。 セキュリティ問題. . . . . . . . . . . . . . . . . 5 8。 参照. . . . . . . . . . . . . . . . . . . . . . . . 5 9。 作者のアドレス. . . . . . . . . . . . . . . . . . . . . 5
1. Introduction
1. 序論
As the capacity of local area networks increases to meet the demands of high volume application data, there is a class of network intensive problems which may be applied to small clusters of workstations with high bandwidth interconnection.
ローカル・エリア・ネットワークの容量が高いボリュームアプリケーションデータの需要にこたえるために増加するのに従って、高帯域インタコネクトでワークステーションの小さいクラスタに適用されるかもしれないネットワークの徹底的な問題のクラスがあります。
A general observation of networks is that the bit rate of the data path typically decreases as the distance between hosts increases. It is common to see regional networks connected at a rate of 64Kbps and office networks connected at 100Mbps, but the inverse is far less common.
ネットワークの一般的な観測はホストの間の距離が増えるのに従ってデータ経路のビット伝送速度が通常減少するということです。 地域ネットワークが100Mbpsに接続された64Kbpsと企業内ネットワークのレートで接続されるのを見るのが一般的ですが、逆ははるかに一般的ではありません。
The same is true of peripheral and memory interconnection. Memory close to a CPU's core may run at speeds equivalent to a gigabit network. More importantly, devices such as disks may connect a number of metres away from its host at speeds well in excess of current local area network capacity.
同じくらいは周辺機器とメモリインタコネクトに関して本当です。 CPUのコアの近くのメモリはギガビットネットワークに同等な速度で稼働するかもしれません。 より重要に、ディスクなどのデバイスは速度で現在のローカル・エリア・ネットワーク容量を超えてホストからの多くのm離れたところによく接続するかもしれません。
Elliston Experimental [Page 1] RFC 2143 Encapsulating IP with the SCSI May 1997
SCSI1997年5月があるエリストン実験的な[1ページ]RFC2143要約IP
This document outlines a protocol for connecting hosts running the TCP/IP protocol suite over a Small Computer System Interface (SCSI) bus. Despite the limitation in the furthest distance between hosts, SCSI permits close clusters of workstations to communicate between each other at speeds approaching 360 megabits per second.
このドキュメントはTCP/IPプロトコル群をSmallコンピュータSystem Interface(SCSI)バスの上に動かす接続ホストのためにプロトコルについて概説します。 ホストの間の最も遠い距離の制限にもかかわらず、SCSIは、1秒あたり360のメガビットにアプローチしながら、近くでワークステーションのクラスタが互いの間で速度で交信するのを可能にします。
The proposed introduction of newer SCSI implementations such as serial SCSI will bring much faster communication at greater distances.
シリアルSCSIなどの、より新しいSCSI実装の提案された導入はより遠い距離ではるかに速いコミュニケーションをもたらすでしょう。
2. Background to the Small Computer System Interface (SCSI)
2. スモールコンピュータシステムインタフェースへのバックグラウンド(SCSI)
SCSI defines a physical and data link protocol for connecting peripherals to hosts. Devices connect autonomously to a bus and send synchronous or asynchronous messages to other devices.
SCSIは接続周辺機器のために身体検査とデータリンクプロトコルをホストと定義します。 デバイスは、自主的にバスに接続して、同時の、または、非同期なメッセージを対向機器に送ります。
Devices are identified by a numeric identifier (ID). For the original SCSI protocol, devices are given a user-selectable SCSI ID between 0 and 7. Wide SCSI specifies a range of SCSI IDs between 0 and 15. The most typical SCSI configuration comprises of a host adapter and one or more SCSI- capable peripherals responding to asynchronous messages from the host adapter.
数値識別子(ID)によってデバイスは特定されます。 オリジナルのSCSIプロトコルにおいて、デバイスはユーザ選択可能なSCSI IDを0と7の間に与えます。 広いSCSIは0と15の間のさまざまなSCSI IDを指定します。 最も典型的なSCSI構成はホストアダプターと1以上でホストアダプターから非同期なメッセージに応じるSCSIのできる周辺機器を包括します。
The most critical aspect of the protocol with respect to its use as a data link for the Internet protocols is that a SCSI device must act as an "initiator" (generator of SCSI commands/requests) or a "target" (a device which responds to SCSI commands from the initiator). This model is correct for a master/slave relationship between host adapter and devices. The only time an initiator receives a message addressed to it is in response to a command issued by it in the past and a target device always generates a response to every command it receives.
データ・リンクとしてのインターネットプロトコルの使用に関するプロトコルの最もきわどい局面はSCSIデバイスが「創始者」(SCSIコマンド/要求のジェネレータ)か「目標」(創始者からSCSIコマンドに反応するデバイス)として作動しなければならないということです。 ホストアダプターとデバイスとのマスター/奴隷関係に、このモデルは正しいです。 創始者がそれに扱われたメッセージを受け取る唯一の時が過去にそれによって発行されたコマンドに対応しています、そして、対象装置はいつもそれが受け取るあらゆるコマンドへの応答を生成します。
Clearly this is unsuitable for the peer-to-peer model required for multiple host adapters to asynchronously send SCSI commands to one another without surplus bus traffic. Furthermore, some host adapters may refuse to accept a message from another adapter as it expects to only initiate SCSI commands. This restriction to the protocol requires that SCSI adapters used for IP encapsulation support what is known as "target mode", with software device driver support to pass these messages up to higher layer modules for processing.
明確に、複数のホストアダプターがコマンドをSCSIに非同期に送らなければならなかったピアツーピアモデルには、これは余剰バス通行なしでお互いに不適当です。 その上、いくつかのホストアダプターが、SCSIコマンドを開始するだけであると予想するように別のアダプターからメッセージを受け入れるのを拒否するかもしれません。 プロトコルへのこの制限は、これらのメッセージを処理のための、より高い層のモジュールまで通過するためにソフトウェアデバイスドライバサポートでSCSIアダプターがIPカプセル化サポートに「目標モード」として知られていることを使用したのを必要とします。
Elliston Experimental [Page 2] RFC 2143 Encapsulating IP with the SCSI May 1997
SCSI1997年5月があるエリストン実験的な[2ページ]RFC2143要約IP
3. Link Encapsulation
3. リンクカプセル化
The ANSI SCSI standard defines classes of peripherals which may be interconnected with the SCSI protocol. One of these is the class of "communication devices" [1].
ANSI SCSI規格はSCSIプロトコルでインタコネクトされるかもしれない周辺機器のクラスを定義します。 これらの1つは「通信装置」[1]のクラスです。
The standard defines three message types capable of carrying a general-purpose payload across communication devices. Each of these are known as the "SEND MESSAGE" message type, but the size and and structure of the message header differs amongst them. The three forms of message header are six (6), ten (10) and twelve (12) bytes long.
規格は通信装置の向こう側に汎用ペイロードを運ぶことができる3つのメッセージタイプを定義します。 それぞれのこれらがそうである、しかし、「メッセージを送ってください」というメッセージタイプ、サイズとして知って、そして、ヘッダーがそれらの中で異なるというメッセージの構造 メッセージヘッダーの3つのフォームが、6(6)と、10(10)と12(12)バイト長です。
It was decided that the ten byte header offers the greatest flexibility for encapsulating version 4 IP datagrams for the following reasons:
10バイトのヘッダーが以下の理由でバージョン4がIPデータグラムであるとカプセル化するために最も優れた柔軟性を提供すると決められました:
a. The transfer length field is 16 bits in size which is perfectly matched to the datagram length field in IP version 4. Implementations of IP will run efficiently as datagrams will never be fragmented over SCSI networks.
a。 転送長さの分野はIPバージョン4のデータグラム長さの分野に完全に合わせられているサイズが16ビットです。 データグラムがSCSIネットワークの上で決して断片化されないとき、IPの実装は効率的に動くでしょう。
b. The SCSI "stream select" field, which was designed to permit a device to specify the stream of data to which a block belongs, may be used to encode the payload type (in a similar manner to the Ethernet frame type field). For consistency, the lowest four bits of the "stream select" field should match the set of values assigned by the IEEE for Ethernet protocol types.
b。 SCSIの「ストリーム選んだ」分野(デバイスがブロックが属するデータのストリームを指定することを許可するように設計された)は、ペイロードタイプ(同じようにイーサネットフレームタイプ分野への)をコード化するのに使用されるかもしれません。 一貫性のために、「ストリーム選んだ」分野の最も低い4ビットはイーサネットプロトコルタイプのためにIEEEによって割り当てられた値のセットに合っているはずです。
Encapsulating an IP datagram within a SCSI message is straightforward:
SCSIメッセージの中でIPデータグラムをカプセル化するのは簡単です:
+------------------+-----------------------------------+ | SCSI header | IP datagram | +------------------+-----------------------------------+
+------------------+-----------------------------------+ | SCSIヘッダー| IPデータグラム| +------------------+-----------------------------------+
The fields of the SCSI header should be completed as follows:
SCSIヘッダーの分野は以下の通り完成するべきです:
Byte 0: 0x2A (SEND_MESSAGE(10) opcode) Byte 1: Logical unit number encoded into top 3 bits | 0x00 Byte 2: 0x00 Byte 3: 0x00 Byte 4: 0x00 Byte 5: Protocol type encoded into lowest 4 bits | 0x00 Byte 6: 0x00 Bytes 7/8: IP datagram length, big endian representation Byte 9: 0x00
バイト0: 0x2A(SEND_MESSAGE(10) opcode)バイト1: トップ3ビットにコード化された論理ユニット番号| 0×00バイト2: 0×00バイト3: 0×00バイト4: 0×00バイト5: 最も低い4ビットにコード化されたプロトコルタイプ| 0×00バイト6: 0×00バイト7/8: IPデータグラムの長さ、ビッグエンディアン表現Byte9: 0×00
Elliston Experimental [Page 3] RFC 2143 Encapsulating IP with the SCSI May 1997
SCSI1997年5月があるエリストン実験的な[3ページ]RFC2143要約IP
4. An Address Resolution Protocol
4. アドレス解決プロトコル
When IP decides that the next hop for a datagram will be onto a SCSI network supported by a SCSI IP network interface implementation, it is necessary to acquire a data link address to deliver the datagram.
IPが、SCSI IPネットワーク・インターフェース実装によってサポートされたSCSIネットワークにはデータグラムのための次のホップがあると決めるとき、データグラムを提供するためにデータ・リンク・アドレスを習得するのが必要です。
Network interfaces such as Ethernet have well-known methods for acquiring the media address for an Internet protocol address, the most common being the Address Resolution Protocol (ARP). In existing implementations, the forwarding host "yells" using a broadcast media address and expects the named host to respond.
イーサネットなどのネットワーク・インターフェースで、メディアを買収するためのよく知られるメソッドは、インターネットプロトコルアドレス、最も一般的な存在のためにAddress Resolutionがプロトコル(ARP)であると扱います。 既存の実装では、推進ホストは、電波媒体アドレスを使用することで「叫ん」で、命名されたホストが応じると予想します。
The SCSI protocol does not provide a broadcast data link address. An acceptable solution to the address resolution problem for a SCSI network is to simulate a broadcast by performing a series of round- robin transmissions to each target. Depending on the SCSI protocol being used, this would require upward of seven independent bus accesses. This is not grossly inefficient, however, if combined with an effective ARP caching policy. A further possible optimisation is negative ARP caching, whereby incomplete ARP bindings are not queried for some period in the future.
SCSIプロトコルは放送データ・リンク・アドレスを提供しません。 SCSIネットワークのためのアドレス解決問題への許容できる解決は一連の丸いコマドリトランスミッションを各目標に実行することによって放送をシミュレートすることです。 使用されるSCSIプロトコルによって、これは7回以上の独立しているバスアクセスを必要とするでしょう。 しかしながら、効果的なARPキャッシング方針に結合されるなら、これははなはだしく効率が悪くはありません。 さらなる可能な最適化は否定的ARPキャッシュです。(不完全なARP結合は将来、いつかの期間、そのキャッシュで質問されません)。
5. Scalability
5. スケーラビリティ
While the utility of a network architecture based around a bus network which can span less than ten metres and support only eight hosts may be questionable, the flexibility of IP and in particular, IP routing, improves the scalability of this architecture.
10m未満にかかっていて、8人のホストだけをサポートすることができるバスネットワークの周りに基づくネットワークアーキテクチャのユーティリティは疑わしいかもしれませんが、IP、および事項におけるIPルーティングの柔軟性はこのアーキテクチャのスケーラビリティを改良します。
Consider a network of eight hosts connected to a SCSI bus in which each host acts as a multi-homed host with a second host adapter connecting another seven hosts to it. When configured with IP packet routing capability, each of the 64 total hosts may communicate with one another at high speed in a packet switched manner.
各ホストがaとして務めるSCSIバスに接続された8人のホストのネットワークを考えてください、マルチ、家へ帰り、2番目のホストアダプターが接続する状態で、別の7人のホストをそれに接待してください。 IPパケットルーティング能力によって構成されると、64人の総ホスト各人が高速でパケットの切り換えられた方法でお互いにコミュニケートするかもしれません。
Depending on the I/O bus capabilities of certain workstations, it may also be possible to configure a multi-homed host with a greater number of SCSI host adapters, permitting centralised star configurations to be constructed.
あるワークステーションの入出力バス能力によって、また、aを構成するのも可能であるかもしれない、マルチ、家へ帰り、 より大きい数のSCSIホストアダプターをもっているホスト、可能にするのは組み立てられるために星の構成を集中化しました。
It should be apparent that for little expense, massively parallel virtual machines can be built based upon the IP protocol running over the high-bandwidth SCSI protocol.
費用で、高帯域SCSIプロトコルをひきながらIPプロトコルにほとんどベースであることで膨大に平行な仮想計算機を建てることができないのは明らかであるべきです。
Elliston Experimental [Page 4] RFC 2143 Encapsulating IP with the SCSI May 1997
SCSI1997年5月があるエリストン実験的な[4ページ]RFC2143要約IP
6. Possible Applications
6. 可能なアプリケーション
Research has been made into the capability of "networks of workstations", and their performance compared to supercomputers. An observation that has been made thus far is that bottlenecks exist in the channels by which executable code is transported between hosts for execution. A very high-speed network architecture based around the Internet protocol would permit a seamless transition of existing application software to a high-bandwidth environment.
研究を「ワークステーションのネットワーク」の能力にしました、そして、彼らの性能はスーパーコンピュータと比較されました。 これまでのところされた観測はボトルネックが実行コードが実行のためにホストの間で輸送されるチャンネルで存在しているということです。 インターネットプロトコルの周りに基づく非常に高速なネットワークアーキテクチャは高帯域環境への既存のアプリケーション・ソフトのシームレスの変遷を可能にするでしょう。
Other applications that have been considered are server clusters for fault-tolerant NFS, World-Wide Web and database services.
考えられた他のアプリケーションはフォールトトレラントNFS、World Wide Web、およびデータベース・サービスのためのサーバクラスタです。
7. Security Considerations
7. セキュリティ問題
Transmitting IP datagrams across a SCSI bus raises similar security issues to other local area networking architectures. The scale of security problems relating to protocols above the data link layer should be obvious to a reader current in Internet security.
SCSIバスの向こう側にIPデータグラムを送ると、同様の安全保障問題は他のローカル・エリア・ネットワークアーキテクチャに提起されます。 データ・リンク層を超えてプロトコルに関連することにおける警備上の問題のスケールはインターネットセキュリティにおける読者電流に明白であるべきです。
8. References
8. 参照
[1] ANSI X3T9 Technical Committee, "Small Computer System Interface - 2", X3T9.2, Project 375D, Revision 10L, September 1993.
[1] ANSI X3T9の技術的な委員会、「スモールコンピュータシステムインタフェース--2インチ(X3T9.2)は1993年9月に375D、改正10Lを映し出します」。
9. Author's Address
9. 作者のアドレス
Ben Elliston Compucat Research Pty Limited Box 7305 Canberra Mail Centre Canberra ACT 2610 Australia
ベンエリストンCompucat研究Pty株式会社箱7305のキャンベラメールセンターキャンベラは2610オーストラリアを活動させます。
Phone: +61 6 295 1331 Fax: +61 6 295 1855 Email: ben.elliston@compucat.com.au
以下に電話をしてください。 +61 6 295 1331Fax: +61 6 295 1855はメールされます: ben.elliston@compucat.com.au
Elliston Experimental [Page 5]
エリストンExperimentalです。[5ページ]
一覧
スポンサーリンク