RFC5047 日本語訳
5047 DA: Datamover Architecture for the Internet Small Computer SystemInterface (iSCSI). M. Chadalapaka, J. Hufferd, J. Satran, H. Shah. October 2007. (Format: TXT=107970 bytes) (Status: INFORMATIONAL)
プログラムでの自動翻訳です。
RFC一覧
英語原文
Network Working Group M. Chadalapaka
Request for Comments: 5047 HP
Category: Informational J. Hufferd
Brocade Inc.
J. Satran
IBM
H. Shah
Broadcom Corporation
October 2007
Chadalapakaがコメントのために要求するワーキンググループM.をネットワークでつないでください: 5047年の馬力のカテゴリ: 情報のJ.のIBM H.シャーBroadcom社のHufferd錦の株式会社J.Satran2007年10月
DA: Datamover Architecture for
the Internet Small Computer System Interface (iSCSI)
DA: インターネットスモールコンピュータシステムインタフェースのためのDatamoverアーキテクチャ(iSCSI)
Status of This Memo
このメモの状態
This memo provides information for the Internet community. It does not specify an Internet standard of any kind. Distribution of this memo is unlimited.
このメモはインターネットコミュニティのための情報を提供します。 それはどんな種類のインターネット標準も指定しません。 このメモの分配は無制限です。
Abstract
要約
The Internet Small Computer System Interface (iSCSI) is a SCSI transport protocol that maps the SCSI family of application protocols onto TCP/IP. Datamover Architecture for iSCSI (DA) defines an abstract model in which the movement of data between iSCSI end nodes is logically separated from the rest of the iSCSI protocol in order to allow iSCSI to adapt to innovations available in new IP transports. While DA defines the architectural functions required of the class of Datamover protocols, it does not define any specific Datamover protocols. Each such Datamover protocol, defined in a separate document, provides a reliable transport for all iSCSI PDUs, but actually moves the data required for certain iSCSI PDUs without involving the remote iSCSI layer itself. This document begins with an introduction of a few new abstractions, defines a layered architecture for iSCSI and Datamover protocols, and then models the interactions within an iSCSI end node between the iSCSI layer and the Datamover layer that happen in order to transparently perform remote data movement within an IP fabric. It is intended that this definition will help map iSCSI to generic Remote Direct Memory Access (RDMA)-capable IP fabrics in the future comprising TCP, the Stream Control Transmission Protocol (SCTP), and possibly other underlying network transport layers, such as InfiniBand.
インターネットSmallコンピュータSystem Interface(iSCSI)はアプリケーション・プロトコルのSCSIファミリーをTCP/IPに写像するSCSIトランスポート・プロトコルです。 iSCSI(DA)のためのDatamover ArchitectureはiSCSIエンドノードの間のデータの動きがiSCSIが新しいIP輸送で利用可能な革新に順応するのを許容するためにiSCSIプロトコルの残りと論理的に切り離される抽象モデルを定義します。 DAがDatamoverプロトコルのクラスについて必要である建築機能を定義している間、それはどんな特定のDatamoverプロトコルも定義しません。 遠く離れたiSCSI層自体にかかわらないで、別々のドキュメントで定義されたそのようなそれぞれのDatamoverプロトコルは、信頼できる輸送をすべてのiSCSI PDUsに供給しますが、実際にあるiSCSI PDUsに必要であるデータを動かします。 このドキュメントは、いくつかの新しい抽象化の導入で始まって、iSCSIとDatamoverプロトコルのために階層化アーキテクチャを定義して、次に、IP骨組みの中で透過的にリモートデータ運動を実行するために起こるiSCSI層とDatamover層の間のiSCSIエンドノードの中で相互作用をモデル化します。 TCP、Stream Control Transmissionプロトコル(SCTP)、およびことによると他の基本的なネットワークトランスポート層を包括しながら、この定義が将来ジェネリックのRemote Direct Memory Access(RDMA)のできるIP骨組みに地図iSCSIを助けることを意図します、インフィニバンドなどのように。
Chadalapaka, et al. Informational [Page 1] RFC 5047 DA October 2007
Chadalapaka、他 [1ページ]情報のRFC5047DA2007年10月
Table of Contents
目次
1. Motivation ......................................................4
1.1. Intent .....................................................4
1.2. Interpretation of Requirements .............................5
2. Definitions and Acronyms ........................................5
2.1. Definitions ................................................5
2.2. Acronyms ...................................................6
3. Architectural Layering of iSCSI and Datamover Layers ............7
4. Design Overview .................................................9
5. Architectural Concepts .........................................10
5.1. iSCSI PDU Types ...........................................10
5.1.1. iSCSI Data-Type PDUs ...............................10
5.1.2. iSCSI Control-Type PDUs ............................11
5.2. Data_Descriptor ...........................................11
5.3. Connection_Handle .........................................11
5.4. Operational Primitive .....................................12
5.5. Transport Connection ......................................13
6. Datamover Layer and Datamover Protocol .........................13
7. Functional Overview ............................................14
7.1. Startup ...................................................14
7.2. Full Feature Phase ........................................15
7.3. Wrap-up ...................................................15
8. Operational Primitives Provided by the Datamover Layer .........16
8.1. Send_Control ..............................................16
8.2. Put_Data ..................................................17
8.3. Get_Data ..................................................17
8.4. Allocate_Connection_Resources .............................18
8.5. Deallocate_Connection_Resources ...........................19
8.6. Enable_Datamover ..........................................19
8.7. Connection_Terminate ......................................20
8.8. Notice_Key_Values .........................................20
8.9. Deallocate_Task_Resources .................................20
9. Operational Primitives Provided by the iSCSI Layer .............21
9.1. Control_Notify ............................................21
9.2. Connection_Terminate_Notify ...............................22
9.3. Data_Completion_Notify ....................................22
9.4. Data_ACK_Notify ...........................................23
10. Datamover Interface (DI) ......................................23
10.1. Overview .................................................23
10.2. Interactions for Handling Asynchronous Notifications .....24
10.2.1. Connection Termination ............................24
10.2.2. Data Transfer Completion ..........................24
10.2.3. Data Acknowledgement ..............................25
10.3. Interactions for Sending an iSCSI PDU ....................25
10.3.1. SCSI Command ......................................26
10.3.2. SCSI Response .....................................26
10.3.3. Task Management Function Request ..................26
1. 動機…4 1.1. 意図…4 1.2. 要件の解釈…5 2. 定義と頭文字語…5 2.1. 定義…5 2.2. 頭文字語…6 3. iSCSIとDatamoverの建築レイヤリングは層にされます…7 4. 概要を設計してください…9 5. アーキテクチャ概念…10 5.1iSCSI PDUはタイプします…10 5.1.1iSCSIデータ型PDUs…10 5.1.2iSCSIはPDUsをコントロールしてタイプします…11 5.2. データ_記述子…11 5.3. 接続_ハンドル…11 5.4. 操作上の基関数………………………………。12 5.5. 接続を輸送してください…13 6. Datamoverは層にします、そして、Datamoverは議定書を作ります…13 7. 機能概要…14 7.1. 始動…14 7.2. 完全な特徴フェーズ…15 7.3. 結論…15 8. Datamoverによって提供された操作上の基関数は層にされます…16 8.1. _コントロールを送ってください…16 8.2. _データを置いてください…17 8.3. _データを得てください…17 8.4. _接続_にリソースを割り当ててください…18 8.5. Deallocate_接続_リソース…19 8.6. _Datamoverを有効にしてください…19 8.7. 接続_は終わります…20 8.8. _主要な_値に注意してください…20 8.9. Deallocate_タスク_リソース…20 9. iSCSIによって提供された操作上の基関数は層にされます…21 9.1. コントロール_は通知します…21 9.2. 接続_は終わります。_通知してください…22 9.3. データ_完成_は通知します…22 9.4. データ_ACK_に通知します…23 10. Datamoverは(ディ)を連結します…23 10.1. 概要…23 10.2. 取り扱いの非同期な通知のための相互作用…24 10.2.1. 接続終了…24 10.2.2. データ転送完成…24 10.2.3. データ承認…25 10.3. iSCSI PDUを送るための相互作用…25 10.3.1. SCSIは命令します…26 10.3.2. SCSI応答…26 10.3.3. タスク管理機能要求…26
Chadalapaka, et al. Informational [Page 2] RFC 5047 DA October 2007
Chadalapaka、他 [2ページ]情報のRFC5047DA2007年10月
10.3.4. Task Management Function Response .................27
10.3.5. SCSI Data-Out and SCSI Data-In ....................27
10.3.6. Ready To Transfer (R2T) ...........................28
10.3.7. Asynchronous Message ..............................28
10.3.8. Text Request ......................................28
10.3.9. Text Response .....................................28
10.3.10. Login Request ....................................29
10.3.11. Login Response ...................................29
10.3.12. Logout Command ...................................29
10.3.13. Logout Response ..................................30
10.3.14. SNACK Request ....................................30
10.3.15. Reject ...........................................30
10.3.16. NOP-Out ..........................................30
10.3.17. NOP-In ...........................................30
10.4. Interactions for Receiving an iSCSI PDU ..................31
10.4.1. General Control-Type PDU Notification .............31
10.4.2. SCSI Data Transfer PDUs ...........................31
10.4.3. Login Request .....................................32
10.4.4. Login Response ....................................32
11. Security Considerations .......................................33
11.1. Architectural Considerations .............................33
11.2. Wire Protocol Considerations .............................33
12. References ....................................................34
12.1. Normative References .....................................34
12.2. Informative References ...................................34
Appendix A. Design Considerations and Examples ....................35
A.1. Design Considerations for a Datamover Protocol ............35
A.2. Examples of Datamover Interactions ........................35
Acknowledgements ..................................................44
10.3.4. タスク管理機能応答…27 10.3.5. 外のSCSIデータと中のSCSIデータ…27 10.3.6. (R2T)を移すのにおいて準備ができる…28 10.3.7. 非同期なメッセージ…28 10.3.8. テキスト要求…28 10.3.9. テキスト応答…28 10.3.10. ログイン要求…29 10.3.11. ログイン応答…29 10.3.12. ログアウトコマンド…29 10.3.13. ログアウト、応答…30 10.3.14. 軽食要求…30 10.3.15. 拒絶します。30 10.3.16. 外のNOP…30 10.3.17. 中のNOP…30 10.4. iSCSI PDUを受けるための相互作用…31 10.4.1. 一般コントロールタイプPDU通知…31 10.4.2. SCSIデータ転送PDUs…31 10.4.3. ログイン要求…32 10.4.4. ログイン応答…32 11. セキュリティ問題…33 11.1. 建築問題…33 11.2. プロトコル問題を配線してください…33 12. 参照…34 12.1. 標準の参照…34 12.2. 有益な参照…34付録A.は問題と例を設計します…35 A.1。 Datamoverプロトコルのために問題を設計してください…35 A.2。 Datamover相互作用に関する例…35の承認…44
Table of Figures
数値表
Figure 1. Datamover Architecture Diagram, with the RDMAP Example ...8 Figure 2. A Successful iSCSI Login on Initiator ...................37 Figure 3. A Successful iSCSI Login on Target ......................37 Figure 4. A Failed iSCSI Login on Initiator .......................38 Figure 5. A Failed iSCSI Login on Target ..........................38 Figure 6. iSCSI Does Not Enable the Datamover .....................39 Figure 7. A Normal iSCSI Connection Termination ...................40 Figure 8. An Abnormal iSCSI Connection Termination ................40 Figure 9. A SCSI Write Data Transfer ..............................41 Figure 10. A SCSI Read Data Transfer ..............................42 Figure 11. A SCSI Read Data Acknowledgement .......................43 Figure 12. Task Resource Cleanup on Abort .........................44
図1。 RDMAPの例があるDatamoverアーキテクチャダイヤグラム…8 図2。 創始者におけるうまくいっているiSCSIログイン…37 図3。 目標におけるうまくいっているiSCSIログイン…37 図4。 創始者における失敗したiSCSIログイン…38 図5。 目標における失敗したiSCSIログイン…38 図6iSCSIはDatamoverを有効にしません…39 図7。 通常のiSCSI接続終了…40 エイト環。 異常なiSCSI接続終了…40 図9。 SCSIはデータ転送を書きます…41 図10。 SCSIはデータ転送を読みました…42 図11。 SCSIはデータ承認を読みました…43 図12。 アボートのときにリソースクリーンアップに仕事を課してください…44
Chadalapaka, et al. Informational [Page 3] RFC 5047 DA October 2007
Chadalapaka、他 [3ページ]情報のRFC5047DA2007年10月
1. Motivation
1. 動機
1.1. Intent
1.1. 意図
There are relatively new standard protocols that enable Remote Direct Memory Access (RDMA) and Remote Direct Data Placement (RDDP) technologies to work over IP fabrics. The principal value proposition of these technologies is that they enable one end node to place data in the final intended buffer on the remote end node, thus eliminating the need for a receive path data copy that moves the data to its final location. The data copy avoidance in turn eliminates unnecessary memory bandwidth consumption, substantially decreases the reassembly buffer size requirements, and preserves CPU cycles that would otherwise be spent in copying.
IP骨組みについて働くRemote Direct Memory Access(RDMA)とRemote Direct Data Placement(RDDP)技術を可能にする比較的新しい標準プロトコルがあります。 これらの技術の主値提案はaがデータを最終的な位置に動かす経路データコピーを受けるので片端ノードが最終的な意図しているバッファのデータをリモートエンドノードに置いて、その結果、必要性を排除するのを可能にするということです。 データコピー回避は、順番に不要なメモリ帯域幅消費を排除して、再アセンブリバッファサイズ要件をかなり減少させて、そうでなければコピーに費やされるCPUサイクルを保持します。
The iSCSI specification [RFC3720] defines a very detailed data transfer model that employs SCSI Data-In PDUs, SCSI Data-Out PDUs, and R2T PDUs, in addition to the SCSI Command and SCSI Response PDUs that respectively create and conclude the task context for the data transfer. In the traditional iSCSI model, the iSCSI protocol layer plays the central role in pacing the data transfer and carrying out the ensuing data transfer itself. An alternative architecture would be for iSCSI to delegate a large part of this data transfer role to a separate protocol layer exclusively designed to move data, which in turn is possibly aided by a data movement and placement technology such as RDMA.
iSCSI仕様[RFC3720]は中のSCSI Data PDUs、外のSCSI Data PDUs、およびR2T PDUsを使う非常に詳細なデータ転送モデルを定義します、それぞれデータ転送のためのタスク文脈を作成して、結論づけるSCSI CommandとSCSI Response PDUsに加えて。 伝統的なiSCSIモデルでは、iSCSIプロトコル層はデータ転送に歩調を合わせて、続くデータ転送自体を行うことにおける中心的役割をプレーします。 代替のアーキテクチャはiSCSIが、排他的に設計された別々のプロトコル層へのこのデータ転送の役割のかなりの部分がデータを動かすのを代表として派遣するだろうことです。(データはことによるとRDMAなどのデータ運動とプレースメント技術で順番に支援されます)。
If iSCSI were operating in such RDMA environments, iSCSI would be shielded from the low-level data transfer mechanics but would only be privy to the conclusion of the requested data transfer. Thus, there would be an effective "off-loading" of the work that an iSCSI protocol layer is expected to perform, compared to today's iSCSI end nodes. For such RDMA environments, it is highly desirable that there be a standard architecture to separate the data movement part of the iSCSI protocol definition from the rest of the iSCSI functionality. This architecture precisely defines what a Datamover layer is and also describes the model of interactions between the iSCSI layer and the Datamover layer (Section 6). In order to satisfy this need, this document presents a Datamover Architecture for iSCSI (DA) and summarizes a reasonable model for interactions between the iSCSI layer and the Datamover layer for each of the iSCSI PDUs that are defined in [RFC3720]. Note that while DA is motivated by the advent of RDMA over TCP/IP technology, the architecture is not dependent on RDMA in its design. DA is intended to be a generic architectural framework for allowing different types of Datamovers based on different types of RDMA and transport protocols. Adoption of this model will help iSCSI proliferate into more environments.
iSCSIがそのようなRDMA環境で作動しているなら、iSCSIは下級データ転送整備士から保護されるでしょうが、単に要求されたデータ転送の結論に関与しているでしょうに。 したがって、iSCSIプロトコル層が実行すると予想される仕事の有効な「陸揚」があるでしょう、今日のiSCSIエンドノードと比べて。 そこに、いてください。そのようなRDMA環境には、それが非常に望ましい、それ、iSCSIの機能性の残りとiSCSIプロトコル定義のデータ動き部分を切り離す標準のアーキテクチャ。 このアーキテクチャは、Datamover層が何であるかを正確に定義して、また、iSCSI層とDatamover層(セクション6)との相互作用のモデルについて説明します。 この需要を満たして、このドキュメントは、[RFC3720]で定義されるそれぞれのiSCSI PDUsのためのiSCSI層とDatamover層の間にiSCSI(DA)のためにDatamover Architectureを寄贈して、相互作用のために合理的なモデルをまとめます。 DAがRDMAの到来によってTCP/IP技術の上に動機づけられていますが、アーキテクチャがデザインにおけるRDMAに依存していないことに注意してください。 DAは異なったタイプのRDMAとトランスポート・プロトコルに基づくDatamoversの異なったタイプを許容するためのジェネリックの建築フレームワークであることを意図します。 このモデルの採用は、iSCSIが、より多くの環境に増殖するのを助けるでしょう。
Chadalapaka, et al. Informational [Page 4] RFC 5047 DA October 2007
Chadalapaka、他 [4ページ]情報のRFC5047DA2007年10月
1.2. Interpretation of Requirements
1.2. 要件の解釈
This document introduces certain architectural abstractions and builds an abstract functional interface model between iSCSI and Datamover protocol layers based on those abstractions. This architectural style is motivated by the following desires:
このドキュメントは、ある建築抽象化を紹介して、それらの抽象化に基づくプロトコル層をiSCSIとDatamoverの間の抽象的な機能的なインタフェースモデルに造ります。 この建築様式は以下の願望によって動機づけられています:
a) Provide guidance to Datamover protocol designers with respect
to the functional boundary between iSCSI and the Datamover
protocols. This guidance is critical since a significant part
of the [RFC3720] protocol definition is left unchanged by DA
architecture and the iSCSI notions from [RFC3720] (e.g., tasks,
ITTs) are leveraged by the Datamover protocol.
a) iSCSIとDatamoverプロトコルの間の機能的境界に関してDatamoverプロトコルデザイナーに指導を提供してください。 [RFC3720]プロトコル定義のかなりの部分がDAアーキテクチャによって変わりがないままにされ、[RFC3720](例えば、タスク、ITT)からのiSCSI概念がDatamoverプロトコルによって利用されるので、この指導は重要です。
b) Aid existing iSCSI implementations to rapidly adapt to DA
architecture, largely by leveraging the architectural
abstractions into implementation constructs -- e.g., functions,
APIs, modules.
b) 既存のiSCSI実装が主に実装構造物に建築抽象化を利用することによって急速にDAアーキテクチャに順応するのを支援してください--例えば、機能します、API、モジュール。
However, note that DA architecture does not intend to impose any
implementation specifics per se. When a DA architectural concept
(e.g., Operational Primitive) is described as mandatory ("MUST") or
recommended ("SHOULD") of a layer (iSCSI or Datamover) in this
document, the intent is that an implementation respectively MUST or
SHOULD produce the same protocol action as what the model describes.
Specifically, no implementation compliance in terms of names, modules
or API arguments etc. is implied by this Architecture by such use of
[RFC2119] terms, only a functional compliance is sought.
しかしながら、DAアーキテクチャがそういうものとしてどんな実装詳細も課さないつもりであることに注意してください。 DAアーキテクチャ概念(例えば、Operational Primitive)が層(iSCSIかDatamover)で義務的であるか(“MUST")、またはお勧めであると(“SHOULD")本書では記述されているとき、意図は実装がそれぞれ起こすべきでなければならないか、またはモデルが説明することと同じプロトコル動作を起こすべきであるということです。 明確に、名前、モジュールまたはAPI議論などに関する実装コンプライアンスは全くこのArchitectureによって[RFC2119]用語のそのような使用で含意されないで、機能的なコンプライアンスだけが求められます。
2. Definitions and Acronyms
2. 定義と頭文字語
2.1. Definitions
2.1. 定義
I/O Buffer - A buffer that is used in a SCSI Read or Write operation
so that SCSI data may be sent from or received by the buffer.
入出力Buffer--バッファでSCSIデータが送るか、または受信されることができるようにSCSI ReadかWrite操作に使用されるバッファ。
Datamover protocol - A Datamover protocol is a data transfer wire
protocol for iSCSI that meets the requirements stated in Section
6.
Datamoverは議定書を作ります--Datamoverプロトコルはセクション6に述べられた必要条件を満たすiSCSIのためのデータ転送ワイヤプロトコルです。
Datamover layer - A Datamover layer is a protocol layer within an end
node that implements the Datamover protocol.
Datamoverは層にします--Datamover層はDatamoverプロトコルを実装するエンドノードの中のプロトコル層です。
Datamover-assisted - An iSCSI connection is said to be "Datamover-
assisted" when a Datamover layer is enabled for moving control and
data information on that iSCSI connection.
Datamoverによって補助される、--iSCSI接続はDatamover層がそのiSCSI接続に関するコントロールを動かして、データ情報のために可能にされるとき、「Datamoverは補助した」と言われています。
Chadalapaka, et al. Informational [Page 5] RFC 5047 DA October 2007
Chadalapaka、他 [5ページ]情報のRFC5047DA2007年10月
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in [RFC2119].
キーワード“MUST"、「必須NOT」が「必要です」、“SHALL"、「」、“SHOULD"、「「推薦され」て、「5月」の、そして、「任意」のNOTは[RFC2119]で説明されるように本書では解釈されることであるべきですか?
2.2. Acronyms
2.2. 頭文字語
Acronym Definition -------------------------------------------------------------
頭文字語定義-------------------------------------------------------------
DA Datamover Architecture for iSCSI
iSCSIのためのDA Datamoverアーキテクチャ
DDP Direct Data Placement Protocol
DDPのダイレクトデータプレースメントプロトコル
DI Datamover Interface
ディDatamoverインタフェース
IANA Internet Assigned Numbers Authority
IANAインターネット規定番号権威
IETF Internet Engineering Task Force
IETFインターネット・エンジニアリング・タスク・フォース
I/O Input - Output
入出力入力--出力
IP Internet Protocol
IPインターネットプロトコル
iSCSI Internet SCSI
iSCSIインターネットSCSI
iSER iSCSI Extensions for RDMA
RDMAのためのiSER iSCSI拡張子
ITT Initiator Task Tag
ITT創始者タスクタグ
LO Leading Only
最低気温先導専用
MPA Marker PDU Aligned Framing for TCP
MPAマーカーPDUはTCPのために縁どりを並べました。
PDU Protocol Data Unit
PDUプロトコルデータ単位
RDDP Remote Direct Data Placement
RDDPのリモートダイレクトデータプレースメント
RDMA Remote Direct Memory Access
RDMAのリモートダイレクトメモリアクセス
R2T Ready To Transfer
移す準備ができているR2T
R2TSN Ready To Transfer Sequence Number
一連番号を移す準備ができているR2TSN
RDMA Remote Direct Memory Access
RDMAのリモートダイレクトメモリアクセス
RDMAP Remote Direct Memory Access Protocol
RDMAPのリモートダイレクトメモリアクセスプロトコル
RFC Request For Comments
コメントを求めるRFC要求
Chadalapaka, et al. Informational [Page 6] RFC 5047 DA October 2007
Chadalapaka、他 [6ページ]情報のRFC5047DA2007年10月
SAM SCSI Architecture Model
サムSCSIアーキテクチャモデル
SCSI Small Computer Systems Interface
SCSIの小さいコンピュータ・システムインタフェース
SN Sequence Number
SN一連番号
SNACK Selective Negative Acknowledgment - also
Sequence Number Acknowledgement for Data
SNACK Selective Negative Acknowledgment--DataのためのSequence Number Acknowledgementも
TCP Transmission Control Protocol
TCP通信制御プロトコル
TTT Target Transfer Tag
TTT目標転送タグ
3. Architectural Layering of iSCSI and Datamover Layers
3. iSCSIとDatamover層の建築レイヤリング
Figure 1 illustrates an example of the architectural layering of iSCSI and Datamover layers, in conjunction with a TCP/IP implementation of RDMAP/DDP ([DDP]) layers in an iSCSI end node. Note that RDMAP/DDP/MPA and TCP protocol layers are shown here only as an example, and in reality, DA is completely oblivious to protocol layers below the Datamover layer. The RDMAP/DDP/MPA protocol stack provides a generic transport service with direct data placement. There is no need to tailor the implementation of this protocol stack to the specific ULP to benefit from these services.
図1はiSCSIとDatamover層の建築レイヤリングに関する例を例証します、iSCSIエンドノードにおける、RDMAP/DDP([DDP])層のTCP/IPインプリメンテーションに関連して。 RDMAP/DDP/MPAとTCPプロトコル層が単に例としてここに示されて、ほんとうは、DAがDatamover層の下の層について議定書の中で述べるために完全に忘れっぽいことに注意してください。 RDMAP/DDP/MPAプロトコル・スタックはダイレクトデータプレースメントをジェネリック輸送サービスに提供します。 これらのサービスの利益を得るためにこのプロトコル・スタックの実装を特定のULPに合わせる必要は全くありません。
Chadalapaka, et al. Informational [Page 7] RFC 5047 DA October 2007
Chadalapaka、他 [7ページ]情報のRFC5047DA2007年10月
Initiator stack Target stack
創始者スタックTargetスタック
+----------------+ SCSI application +----------------+
| SCSI Layer | protocols | SCSI Layer |
+----------------+ +----------------+
^ ^
| |
v v
+----------------+ iSCSI protocol +----------------+
| iSCSI Layer | (excluding data | iSCSI Layer |
+----------------+ movement) +----------------+
^ ^
-- ---+-- ---- DI (Datamover Interface)--- ----+--- ----
v v
+----------------+ a Datamover +----------------+
| Datamover Layer| protocol | Datamover Layer|
+----------------+ +----------------+
^ ^
+-------+----------+ +---------+-----------+
| v | | v |
|+---------------+ | | +-----------------+ |
|| RDMAP/DDP/MPA | | RDMAP/DDP/MPA | | RDMAP/DDP/MPA | |
|| Layers | | protocols | | Layers | |
|+---------------+ | | +-----------------+ |
| ^ | | ^ |
| | network | | | network |
| | transport| | | transport |
| v | | v |
|+---------------+ | | +----------------+ |
|| TCP Layer | | TCP protocol | | TCP Layer | |
|+---------------+ | | +----------------+ |
| ^ | | ^ |
+-------+----------+ +---------+-----------+
+------------------------------------------+
+----------------+ SCSIアプリケーション+----------------+ | SCSI層| プロトコル| SCSI層| +----------------+ +----------------+ ^ ^ | | v対+----------------+ iSCSIプロトコル+----------------+ | iSCSI層| (データを除きます| iSCSI Layer| +、-、-、-、-、-、-、-、-、-、-、-、-、-、-、--、+運動) +----------------+ ^ ^ -- ---+-- ---- ディ(Datamoverは連結します)--- ----+--- ---- v対+----------------+ Datamover+----------------+ | Datamover層| プロトコル| Datamover層| +----------------+ +----------------+ ^ ^ +-------+----------+ +---------+-----------+ | v| | v| |+---------------+ | | +-----------------+ | || RDMAP/DDP/MPA| | RDMAP/DDP/MPA| | RDMAP/DDP/MPA| | || 層| | プロトコル| | 層| | |+---------------+ | | +-----------------+ | | ^ | | ^ | | | ネットワーク| | | ネットワーク| | | 輸送| | | 輸送| | v| | v| |+---------------+ | | +----------------+ | || TCP層| | TCPプロトコル| | TCP層| | |+---------------+ | | +----------------+ | | ^ | | ^ | +-------+----------+ +---------+-----------+ +------------------------------------------+
Figure 1. Datamover Architecture Diagram,
with the RDMAP Example
図1。 RDMAPの例があるDatamoverアーキテクチャダイヤグラム
The scope of this document is limited to:
このドキュメントの範囲は以下のことのために制限されます。
1. Defining the notion of a Datamover layer and a Datamover
protocol (Section 6).
1. Datamover層の概念を定義して、Datamoverは(セクション6)について議定書の中で述べます。
2. Defining the functionality distribution between the iSCSI layer
and the Datamover layer, along with the communication model
between the two (Operational Primitives).
2. 2(操作上のPrimitives)つの間のコミュニケーションモデルに伴うiSCSI層とDatamover層の間の機能性分配を定義します。
Chadalapaka, et al. Informational [Page 8] RFC 5047 DA October 2007
Chadalapaka、他 [8ページ]情報のRFC5047DA2007年10月
3. Modeling the interactions between the blocks labeled as "iSCSI
Layer" and "Datamover Layer" in Figure 1 -- i.e., defining the
interface labeled "DI" in the figure -- for each defined iSCSI
PDU, based on the Operational Primitives.
3. それぞれのために「iSCSIは層にし」て、「Datamoverは層にする」のですなわち、図という「ディ」とラベルされたインタフェースを定義するという図1をラベルされたブロックの間の相互作用をモデル化すると、iSCSI PDUは定義されました、操作上の基関数に基づいて。
4. Design Overview
4. デザイン概要
This document discusses and defines a model for interactions between the iSCSI layer and a "Datamover layer" (see Section 6) operating within an iSCSI end node, presumably communicating with one or more iSCSI end nodes with similar layering. The model for interactions for handling different iSCSI operations is called the "Datamover Interface" (DI, Section 10), while the architecture itself is called the "Datamover Architecture for iSCSI" (DA). It is likely that the architecture will have implications on the Datamover wire protocols as DA places certain requirements and functionality expectations on the Datamover layer. However, this document itself neither defines any new wire protocol for the Datamover layer, nor any potential modifications to the iSCSI wire protocol to employ the Datamover layer. The scope of this document is strictly limited to specifying the architectural framework and the minimally required interactions that happen within an iSCSI end node to leverage the Datamover layer.
このドキュメントは、iSCSI層と「Datamover層」(セクション6を見る)との相互作用のためにiSCSIエンドノードの中で作動しながら、モデルについて議論して、定義します、おそらく、同様のレイヤリングで1つ以上のiSCSI終わりのノードとコミュニケートして。 異なったiSCSI操作を扱うための相互作用のためのモデルは「Datamoverインタフェース」(DI、セクション10)と呼ばれます、アーキテクチャ自体は「iSCSIのためのDatamoverアーキテクチャ」(DA)と呼ばれますが。 DAが、ある要件と機能性期待をDatamover層に置くとき、アーキテクチャはDatamoverワイヤプロトコルに意味を持ちそうでしょう。 しかしながら、このドキュメント自体は、Datamover層を使うためにどちらもDatamover層のためのどんな新しいワイヤプロトコル、およびiSCSIワイヤプロトコルへの少しの潜在的変更も定義しません。 このドキュメントの範囲は厳密にiSCSIエンドノードの中でたまたまDatamover層を利用する建築フレームワークと最少量で必要な相互作用を指定するのに制限されます。
The design ideas behind DA can be summarized as follows:
以下の通りDAの後ろのデザイン考えをまとめることができます:
1) DA defines an abstract functional interface model of the iSCSI
layer's interactions with a Datamover layer below -- i.e., DA
models the interactions between the logical "bottom" interface
of iSCSI and the logical "top" interface of a Datamover.
1) DAは以下のDatamover層とのiSCSI層の相互作用の抽象的な機能的なインタフェースモデルを定義します--すなわち、DAはiSCSIの論理的な「下部」インタフェースとDatamoverの論理的な「最高」のインタフェースとの相互作用をモデル化します。
2) DA guides the wire protocol for a Datamover layer by defining
the iSCSI knowledge that the Datamover layer may utilize in its
protocol definition (as an example, this document completely
limits the notion of "iSCSI session" to the iSCSI layer).
2) DAは、Datamover層のためにDatamover層がプロトコルで定義(例として、このドキュメントは「iSCSIセッション」の概念をiSCSI層に完全に制限する)を利用するかもしれないというiSCSI知識を定義することによって、ワイヤプロトコルを誘導します。
3) DA is designed to allow implementation of the Datamover layer
either in hardware or in software.
3) DAは、ハードウェアかソフトウェアにDatamover層の実装を許容するように設計されています。
4) DA is not a wire protocol spec, but an architecture that also
models the interactions between iSCSI and Datamover layers
operating within an iSCSI end node.
4) DAはワイヤプロトコル仕様ではなく、また、iSCSIエンドノードの中で作動しながらiSCSIとDatamover層の間で相互作用をモデル化するアーキテクチャです。
5) DA by design seeks to model the iSCSI-Datamover interactions in
a way that the modeling is independent of the specifics of
either a particular iSCSI revision or an instantiation of a
Datamover layer.
5) DAは故意にモデルがDatamover層の特定のiSCSI改正か具体化のどちらかの詳細から独立している方法でiSCSI-Datamover相互作用をモデル化しようとします。
Chadalapaka, et al. Informational [Page 9] RFC 5047 DA October 2007
Chadalapaka、他 [9ページ]情報のRFC5047DA2007年10月
6) DA introduces and relies on the notion of a defined set of
Operational Primitives (could be seen as entry point
definitions in implementation terms) provided by each layer to
the other to carry out the request-response interactions.
6) DAは要求応答相互作用を行うために各層でもう片方に提供されたOperational Primitives(エントリーが実装用語で定義を指すとき、見ることができた)の定義されたセットの概念を紹介して、当てにします。
7) DA is intended to allow Datamover protocol definitions with
minimal changes to existing iSCSI implementations.
7) DAが既存のiSCSI実装への最小量の変化に伴うプロトコル定義をDatamoverに許容することを意図します。
8) DA is designed to allow the iSCSI layer to completely rely on
the Datamover layer for all data transport needs.
8) DAは、iSCSI層が輸送が必要とするすべてのデータのためにDatamover層を完全に当てにするのを許容するように設計されています。
9) DA models the architecturally required minimal interactions
between an operational iSCSI layer and a Datamover layer to
realize the iSCSI-transparent data movement. There may be
several other interactions in a typical implementation in order
to bootstrap a Datamover layer (or an iSCSI layer) into
operation, but they are outside the scope of this document.
9) DAは、iSCSIわかりやすいデータ運動がわかるために操作上のiSCSI層とDatamover層との建築上、必要な最小量の相互作用をモデル化します。 典型的な実装には他の数回の相互作用がDatamover層(または、iSCSI層)を操作に独力で進むためにあるかもしれませんが、このドキュメントの範囲の外にそれらはあります。
Note that in summary, DA is architected to support many different Datamover protocols operating under the iSCSI layer. One such example of a Datamover protocol is iSER [iSER].
概要では、DAがiSCSI層の下で作動する多くの異なったDatamoverプロトコルをサポートするためにarchitectedされることに注意してください。 Datamoverプロトコルに関するその一例はiSER[iSER]です。
5. Architectural Concepts
5. アーキテクチャ概念
5.1. iSCSI PDU Types
5.1. iSCSI PDUはタイプします。
This section defines the iSCSI PDU classification terminology, as defined and used in this document. Out of the set of legal iSCSI PDUs defined in [RFC3720], as we will see in Section 5.1.1, the iSCSI layer does not request a SCSI Data-Out PDU carrying solicited data for transmission across the Datamover Interface per this architecture. For this reason, the SCSI Data-Out PDU carrying solicited data is excluded in the iSCSI PDU classification we introduce in this section (for SCSI Data-Out PDUs for unsolicited Data, see Section 5.1.2). The rest of the legal iSCSI PDUs that may be exchanged across the Datamover Interface are defined to consist of two classes:
このセクションは本書では定義されて、使用されるようにiSCSI PDU分類用語を定義します。 私たちがセクション5.1.1で見るように[RFC3720]で定義された法的なiSCSI PDUsのセットから、iSCSI層はこのアーキテクチャあたりのDatamover Interfaceの向こう側にトランスミッションのための請求されたデータを運ぶ外のSCSI Data PDUを要求しません。 この理由で、請求されたデータを運ぶ外のSCSI Data PDUは私たちがこのセクションで導入するiSCSI PDU分類で除かれます(求められていないDataのための外のSCSI Data PDUsに関して、セクション5.1.2を見てください)。 横切って交換して、Datamover Interfaceが2から成るように定義されるということであるかもしれない法的なiSCSI PDUsの残りは属します:
1) iSCSI data-type PDUs
1) iSCSIデータ型PDUs
2) iSCSI control-type PDUs
2) iSCSIコントロールタイプPDUs
5.1.1. iSCSI Data-Type PDUs
5.1.1. iSCSIデータ型PDUs
An iSCSI data-type PDU is defined as an iSCSI PDU that causes data transfer, transparent to the remote iSCSI layer, to take place between the peer iSCSI nodes on a Full Feature Phase iSCSI connection. A data-type PDU, when requested for transmission by the
iSCSIデータ型PDUは遠く離れたiSCSI層に見え透いたデータ転送にFull Feature Phase iSCSI接続での同輩iSCSIノードの間の場所を取らせるiSCSI PDUと定義されます。 Aデータ型PDU、トランスミッションのために要求されたいつ
Chadalapaka, et al. Informational [Page 10] RFC 5047 DA October 2007
Chadalapaka、他 [10ページ]情報のRFC5047DA2007年10月
sender iSCSI layer, results in the associated data transfer without the participation of the remote iSCSI layer, i.e., the PDU itself is not delivered as-is to the remote iSCSI layer. The following iSCSI PDUs constitute the set of iSCSI data-type PDUs:
送付者iSCSIは層にします、関連データの結果が遠く離れたiSCSI層の参加なしで移されます、すなわち、PDU自身がそのままで遠く離れたiSCSI層に提供されません。 以下のiSCSI PDUsはiSCSIデータ型PDUsのセットを構成します:
1) SCSI Data-In PDU
1) SCSI中のデータPDU
2) R2T PDU
2) R2T PDU
In an iSCSI end node structured as an iSCSI layer and a Datamover layer as defined in this document, the solicitation for Data-Out (i.e., R2T PDU) is not delivered to the initiator iSCSI layer, per the definition of an iSCSI data-type PDU. The data transfer is instead performed via the mechanisms known to the Datamover layer (e.g., RDMA Read). This in turn implies that a SCSI Data-Out PDU for solicited data is never requested for transmission across the Datamover Interface at the initiator.
外のData(すなわち、R2T PDU)が創始者に提供されないのでiSCSI層と本書では定義されるDatamover層、懇願として構造化されたiSCSIエンドノードでは、iSCSIはiSCSIデータ型の定義単位でPDUを層にします。 データ転送は代わりにDatamover層(例えば、RDMA Read)に知られているメカニズムで実行されます。 これは、請求されたデータのための外のSCSI Data PDUがトランスミッションのために創始者でDatamover Interfaceの向こう側に決して要求されていないのを順番に含意します。
5.1.2. iSCSI Control-Type PDUs
5.1.2. iSCSIコントロールタイプPDUs
Any iSCSI PDU that is not an iSCSI data-type PDU and also not a solicited SCSI Data-Out PDU is defined as an iSCSI control-type PDU. Specifically, note that SCSI Data-Out PDUs for unsolicited Data are defined as iSCSI control-type PDUs.
iSCSIデータ型PDUでなくてまたまた請求された外のSCSI Data PDUでないどんなiSCSI PDUもiSCSIコントロールタイプPDUと定義されます。 明確に、求められていないDataのための外のSCSI Data PDUsがiSCSIコントロールタイプPDUsと定義されることに注意してください。
5.2. Data_Descriptor
5.2. データ_記述子
A Data_Descriptor is an information element that describes an iSCSI/SCSI data buffer, provided by the iSCSI layer to its local Datamover layer or provided by the Datamover layer to its local iSCSI layer for identifying the data associated respectively with the requested or completed operation.
Data_Descriptorはそれぞれ関連づけられたデータを要求されたか完成した操作と同一視するためにiSCSI層のそばで地方のDatamover層に提供するか、またはDatamover層で地方のiSCSI層に提供するiSCSI/SCSIデータバッファについて説明する情報要素です。
In implementation terms, a Data_Descriptor may be a scatter-gather list describing a local buffer, the exact structure of which is subject to the constraints imposed by the operating environment on the local iSCSI node.
実装用語で、Data_Descriptorはそれの正確な構造がローカルのiSCSIノードの操作環境によって課された規制を受けることがあるローカルのバッファについて説明する散布して集まっているリストであるかもしれません。
5.3. Connection_Handle
5.3. 接続_ハンドル
A Connection_Handle is an information element that identifies the particular iSCSI connection for which an inbound or outbound iSCSI PDU is intended. A connection handle is unique for a given pair of an iSCSI layer instance and a Datamover layer instance. The Connection_Handle qualifier is used in all invocations of any Operational Primitive for connection identification.
Connection_Handleは本国行きの、または、外国行きのiSCSI PDUが意図する特定のiSCSI接続を特定する情報要素です。 iSCSI層のインスタンスとDatamover層のインスタンスの与えられた組に、接続ハンドルはユニークです。 Connection_Handle資格を与える人は接続識別にどんなOperational Primitiveのすべての実施にも使用されます。
Chadalapaka, et al. Informational [Page 11] RFC 5047 DA October 2007
Chadalapaka、他 [11ページ]情報のRFC5047DA2007年10月
Note that the Connection_Handle is conceptually different from the Connection Identifier (CID) defined by the iSCSI specification. While the CID is a unique identifier of an iSCSI connection within an iSCSI session, the uniqueness of the Connection_Handle extends to the entire iSCSI layer instance coupled with the Datamover layer instance, across possibly multiple iSCSI sessions.
Connection_HandleがiSCSI仕様で定義されたConnection Identifier(CID)と概念的に異なっていることに注意してください。 CIDはiSCSIセッション以内のiSCSI接続のユニークな識別子ですが、Connection_HandleのユニークさはDatamover層のインスタンスに結びつけられた全体のiSCSI層のインスタンスに達します、ことによると複数のiSCSIセッションの向こう側に。
In implementation terms, a Connection_Handle could be an opaque identifier exchanged between the iSCSI layer and the Datamover layer at the connection login time. One may also consider it to be similar in scope of uniqueness to a socket identifier. The exact structure and modalities of exchange of a Connection_Handle between the two layers is implementation-specific.
実装用語で、Connection_Handleは接続ログイン時間にiSCSI層とDatamover層の間で交換された不明瞭な識別子であるかもしれません。 また、ソケット識別子へのユニークさの範囲でそれが同様であると考えるかもしれません。 2つの層の間のConnection_Handleの交換の正確な構造と様式は実装特有です。
5.4. Operational Primitive
5.4. 操作上の基関数
An Operational Primitive, in this document, is an abstract functional interface procedure that requests another layer perform a specific action on the requestor's behalf or notifies the other layer of some event. The Datamover Interface between an iSCSI layer instance and a Datamover layer instance within an iSCSI end node uses a set of Operational Primitives to define the functional interface between the two layers. Note that not every invocation of an Operational Primitive may elicit a response from the requested layer. This document describes the types of Operational Primitives that are implicitly required and provided by the iSCSI protocol layer as defined in [RFC3720], and the semantics of these Primitives.
Operational Primitiveは本書では別の層が要請者の代理に特定の動作を実行するよう要求するか、または何らかのイベントのもう片方の層に通知する抽象的な機能的なインタフェース手順です。 iSCSIエンドノードの中のiSCSI層のインスタンスとDatamover層のインスタンスの間のDatamover Interfaceは、2つの層の間の機能的なインタフェースを定義するのにOperational Primitivesの1セットを使用します。 Operational Primitiveのあらゆる実施が要求された層から応答を引き出すかもしれないというわけではないことに注意してください。 このドキュメントは[RFC3720]で定義されるようにiSCSIプロトコル層でそれとなく必要であり、提供されるOperational Primitivesのタイプ、およびこれらのPrimitivesの意味論について説明します。
Note that ownership of buffers and data structures is likely to be exchanged between the iSCSI layer and its local Datamover layer in invoking the Operational Primitives defined in this architecture. The buffer management details, including how buffers are allocated and released, are implementation-specific and thus are outside the scope of this document.
バッファとデータ構造の所有権がiSCSI層とその地方のDatamover層の間でこのアーキテクチャで定義されたOperational Primitivesを呼び出す際に交換されそうに注意してください。 バッファがどう割り当てられて、発表されるかを含むバッファ管理の詳細は、実装特有であり、その結果、このドキュメントの範囲の外にあります。
Each Operational Primitive invocation needs a certain "information context" (e.g., Connection_Handle) for performing the specific action being requested. The required information context is described in this document by a listing of "qualifiers" on each invocation, in the style of function call arguments. There is no specific implementation implied in this notation. The "qualifiers" of any Operational Primitive invocation specified in this document thus represent the mandatory information context that the Operational Primitive invocation MUST consider in performing the action. While the qualifiers are required, the method of realizing the qualifiers (passed synchronously with invocation, or retrieved from task context, or retrieved from shared memory etc.) is really up to the implementations.
それぞれのOperational Primitive実施は要求されている特定の動作を実行するためのある「情報文脈」(例えば、Connection_Handle)を必要とします。 必須情報文脈は各実施で本書では「資格を与える人」のリストによって説明されます、ファンクションコール議論のスタイルで。 この記法で暗示しているどんな特定の実現もありません。 本書ではこのようにして指定されたどんなOperational Primitive実施の「資格を与える人」もOperational Primitive実施が動作を実行する際に考えなければならない表示義務のある情報文脈を表します。 資格を与える人が必要ですが、資格を与える人(実施で同時通過されるか、タスク文脈から検索されるか、または共有メモリなどから検索されます)がわかる方法は本当に実現まで達しています。
Chadalapaka, et al. Informational [Page 12] RFC 5047 DA October 2007
Chadalapaka、他 [12ページ]情報のRFC5047DA2007年10月
When an Operational Primitive implementation is described as
mandatory ("MUST") or recommended ("SHOULD") of a layer (iSCSI or
Datamover) in this document, the intent is that an implementation
respectively MUST or SHOULD produce the same protocol action as what
the model describes.
Operational Primitive実現が層(iSCSIかDatamover)で義務的であるか(“MUST")、またはお勧めであると(“SHOULD")本書では記述されているとき、意図は実現がそれぞれ起こすべきでなければならないか、またはモデルが説明することと同じプロトコル動作を起こすべきであるということです。
5.5. Transport Connection
5.5. 輸送接続
The term "Transport Connection" is used in this document as a generic term to represent the end-to-end logical connection as defined by the underlying reliable transport protocol. For this document, all instances of Transport Connection refer to a TCP connection.
「輸送接続」という用語は、基本的な信頼できるトランスポート・プロトコルによって定義されるように終わりから終わりとの論理的な接続の代理をするのに本書では総称として使用されます。 このドキュメントについて、Transport Connectionのすべての例がTCP接続について言及します。
6. Datamover Layer and Datamover Protocol
6. Datamoverは層にします、そして、Datamoverは議定書を作ります。
This section introduces the notion of a "Datamover layer" and "Datamover protocol" as meant in this document, and defines the requirements on a Datamover protocol.
このセクションは、本書では意味されるように「Datamover層」と「Datamoverプロトコル」の概念を紹介して、Datamoverプロトコルに関する要件を定義します。
A Datamover layer is the implementation component that realizes a Datamover protocol functionality in an iSCSI-capable end node in communicating with other iSCSI end nodes with similar capabilities. More specifically, a "Datamover layer" MUST provide the following functionality and the "Datamover protocol" MUST consist of the wire protocol required to realize the following functionality:
Datamover層は同様の能力で他のiSCSI終わりのノードとコミュニケートする際にiSCSIできるエンドノードにおけるDatamoverプロトコルの機能性がわかる実現コンポーネントです。 より明確に、「Datamover層」は以下の機能性を提供しなければなりません、そして、「Datamoverプロトコル」は以下の機能性がわかるのに必要であるワイヤプロトコルから成らなければなりません:
1) guarantee that all the necessary data transfers take place when
the local iSCSI layer requests transmitting a command (in order
to complete a SCSI command, for an initiator), or
sending/receiving an iSCSI data sequence (in order to complete
part of a SCSI command for a target).
1) 地方のiSCSIがiSCSIデータ系列をコマンド(創始者のためにSCSIコマンドを終了するために)を伝えるか、送るか、または受け取りながら(目標のためのSCSIコマンドの一部を完成するために)要求を層にするとき、すべての必要なデータ転送が行われるのを保証してください。
2) transport an iSCSI control-type PDU as-is to the peer Datamover
layer when requested to do so by the local iSCSI layer.
2) 地方のiSCSI層のそばでそうするよう要求されているときには同輩Datamover層にそのままなiSCSIコントロールタイプPDUを輸送してください。
3) provide notification and delivery to the iSCSI layer upon
arrival of an iSCSI control-type PDU.
3) iSCSIコントロールタイプPDUの到着のときに通知と配送をiSCSI層に供給してください。
4) provide an initiator-to-target data acknowledgement of SCSI
read data back to the target iSCSI layer, when requested.
4) 要求されたら、データが読まれたSCSIの創始者から目標へのデータ承認を目標iSCSI層に供給して戻してください。
5) provide an asynchronous notification upon completion of a
requested data transfer operation that moved data without
involving the iSCSI layer.
5) iSCSI層にかかわらないでデータを動かした要求されたデータ転送操作の完成に関する非同期な通知を提供してください。
6) place the SCSI data into the I/O buffers or pick up the SCSI
data for transmission out of the data buffers that the iSCSI
layer had requested to be used for a SCSI I/O.
6) 入出力バッファの中にSCSIデータを置くか、またはiSCSI層がSCSI I/Oに使用されるよう要求したデータバッファからトランスミッションのためのSCSIデータを受信してください。
Chadalapaka, et al. Informational [Page 13] RFC 5047 DA October 2007
Chadalapaka、他 [13ページ]情報のRFC5047DA2007年10月
7) provide an error-free (i.e., must have at least the same level
of assurance of data integrity as the CRC32C iSCSI data
digest), reliable, in-order delivery transport mechanism over
IP networks in performing the data transfer, and asynchronously
notify the iSCSI layer upon iSCSI connection termination.
7) データ転送を実行する際にオーダーにおけるエラーのなさであっ(すなわち、CRC32C iSCSIデータが読みこなされるとき、少なくともデータ保全の同じレベルを保証を持たなければならない)て、信頼できる配送移送機構をIPネットワークの上に提供してください、そして、iSCSI接続終了のときにiSCSI層に非同期に通知してください。
Note that this architecture expects that each compliant Datamover protocol will define the precise means of satisfying the requirements specified in this section.
それぞれの対応するDatamoverプロトコルが要件を満たす正確な手段を定義するというこの構造が予想するメモはこのセクションで指定しました。
In order to meet the functional requirements listed in this section, certain Datamover protocols may require pre-posted buffers from the local iSCSI protocol layer via mechanisms outside the scope of this document. In some implementations, the absence of such buffers may result in a connection failure. Datamover protocols may also realize these functional requirements via methods not explicitly listed in this document.
このセクションでリストアップされた機能条件書を満たすために、あるDatamoverプロトコルはこのドキュメントの範囲の外のメカニズムで地方のiSCSIプロトコル層からのあらかじめ掲示されたバッファを必要とするかもしれません。 いくつかの実現では、そのようなバッファの欠如は接続失敗をもたらすかもしれません。 また、Datamoverプロトコルは明らかに本書では記載されなかった方法でこれらの機能条件書がわかるかもしれません。
7. Functional Overview
7. 機能概要
This section presents an overview of the functional interactions between the iSCSI layer and the Datamover layer as intended by this Architecture.
このセクションはこのArchitectureによるiSCSI層と意図されるとしてのDatamover層との機能的相補作用の概観を提示します。
7.1. Startup
7.1. 始動
The iSCSI Login Phase on an iSCSI connection occurs as defined in [RFC3720]. The Architecture assumes that at the end of the Login Phase, both the initiator and target, if they had so decided, transition the connection to being Datamover-assisted. The precise means of how an iSCSI initiator and an iSCSI target agree on having the connection Datamover-assisted is defined by the Datamover protocol. The only architectural requirement is that all iSCSI interactions in the iSCSI Full Feature Phase MUST be Datamover- assisted subject to the prior agreement, meaning that the Datamover protocol is in the iSCSI-to-iSCSI communication path below the iSCSI layer on either side as shown in Figure 1. DA defines the Enable_Datamover Operational Primitive (Section 8.6) to bring about this transition to a Datamover-assisted connection.
iSCSI接続でのiSCSI Login Phaseは[RFC3720]で定義されるように起こります。 ArchitectureはLogin Phaseの端、創始者と目標の両方でそれを仮定します、彼らがそう決めたなら、存在との接続がDatamover促進した変遷。 Datamoverによって補助されていた状態でiSCSI創始者とiSCSI目標が、接続があるのにどう同意するかに関する正確な手段はDatamoverプロトコルによって定義されます。 唯一の建築要件はiSCSI Full Feature PhaseでのすべてのiSCSI相互作用が事前同意を条件として補助されたDatamoverであるに違いないということです、Datamoverプロトコルが図1に示されるようにどちらかの側のiSCSI層の下のiSCSIからiSCSIへの通信路にあることを意味して。 DAは、Datamoverによって補助された接続へのこの変遷を引き起こすために、Enable_Datamover Operational Primitive(セクション8.6)を定義します。
The Architecture also assumes that the Datamover layer may require a certain number of opaque local resources for making a connection Datamover-assisted. DA thus defines the Allocate_Connection_Resources Operational Primitive (Section 8.4) to model this interaction. This Primitive is intended to be invoked on each side once the two sides decide (as previously noted) to have the connection be Datamover-assisted. The expected sequence of Primitive invocations is depicted in Figures 2 and 3 in Section 13.2. Figures
また、Architectureは、Datamoverによって補助されていた状態でDatamover層が接続を作るためのある数の不明瞭なローカル資源を必要とするかもしれないと仮定します。 その結果、DAは、この相互作用をモデル化するために、Allocate_Connection_Resources Operational Primitive(セクション8.4)を定義します。 2つの側が、接続がDatamoverに補助させているといったん決めると(上述しているように)それぞれの側にこのPrimitiveが呼び出されることを意図します。 Primitive実施の予想された系列はセクション13.2の図2と3に表現されます。 図
Chadalapaka, et al. Informational [Page 14] RFC 5047 DA October 2007
Chadalapaka、他 [14ページ]情報のRFC5047DA2007年10月
4, 5, and 6 illustrate how the Primitives may be employed to deal with various legal login outcomes.
4、5、および6はPrimitivesが様々な法的なログイン結果に対処するのにどう使われるかもしれないかを例証します。
7.2. Full Feature Phase
7.2. 完全な特徴フェーズ
All iSCSI peer communication in the Full Feature Phase happens through the Datamover layers if the iSCSI connection is Datamover- assisted. The Architecture assumes that a Datamover layer may require a certain number of opaque local resources for each new iSCSI task. In the normal course of execution, these task-level resources in the Datamover layer are assumed to be transparently allocated on each task initiation and deallocated on the conclusion of each task as appropriate. In exception scenarios however -- scenarios that do not yield a SCSI Response for each task such as ABORT TASK operation -- the Architecture assumes that the Datamover layer needs to be notified of the individual task terminations to aid its task-level resource management. DA thus defines the Deallocate_Task_Resources Operational Primitive (Section 8.9) to model this task-resource management. In specifying the ITT qualifier for the Deallocate_Task_Resources Primitive, the Architecture further assumes that the Datamover layer tracks its opaque task-level local resources by the iSCSI ITT. DA also defines Send_Control (Section 8.1), Put_Data (Section 8.2), Get_Data (Section 8.3), Data_Completion_Notify (Section 9.3), Data_ACK_Notify (Section 9.4), and Control_Notify (Section 9.1) Operational Primitives to model the various Full Feature Phase interactions.
Full Feature PhaseのすべてのiSCSI同輩コミュニケーションがiSCSI接続が補助されたDatamoverであるならDatamover層を通して起こります。 Architectureは、Datamover層がそれぞれの新しいiSCSIタスクのためのある数の不明瞭なローカル資源を必要とするかもしれないと仮定します。 実行の常軌では、各タスク開始のときに透明に割り当てられて、それぞれのタスクの結論のときにDatamover層のこれらのタスクレベルリソースによって適宜「反-割り当て」られると思われます。 しかしながら、例外シナリオでは、それぞれのためのSCSI ResponseをもたらさないシナリオがABORT TASK操作としてそのようなものに仕事を課します--Architectureは、タスクレベル資源管理を支援するためにDatamover層が、個々のタスクの終了について通知される必要であると仮定します。 その結果、DAは、このタスク資源管理をモデル化するために、Deallocate_Task_Resources Operational Primitive(セクション8.9)を定義します。 Deallocate_Task_Resources PrimitiveにITTの資格を与える人を指定する際に、Architectureは、さらにDatamover層がiSCSI ITTで不明瞭なタスクレベルローカル資源を追跡すると仮定します。 また、DAはSend_Control(セクション8.1)を定義します、Put_Data(セクション8.2)、Get_Data(セクション8.3)、様々なFull Feature Phase相互作用をモデル化するData_Completion_Notify(セクション9.3)、Data_ACK_Notify(セクション9.4)、およびControl_Notify(セクション9.1)の操作上のPrimitives。
Figures 9, 10, and 11 in Section 13.2 show some Full Feature Phase interactions -- SCSI Write task, SCSI Read task, and a SCSI Read Data acknowledgement, respectively. Figure 12 in Section 13.2 illustrates how an ABORT TASK operation can be modeled leading to deterministic resource cleanup on the Datamover layer.
数字9、10、および11セクション13.2ショーにおけるいくつかのFull Feature Phase相互作用--SCSI Writeタスク、SCSI Readタスク、およびSCSI Read Data承認、それぞれ。 セクション13.2の図12はDatamover層で決定論的なリソースクリーンアップに通じながらどうABORT TASK操作をモデル化できるかを例証します。
7.3. Wrap-up
7.3. 結論
Once an iSCSI connection becomes Datamover-assisted, the connection continues in that state until the end of the Full Feature Phase, i.e., the termination of the connection. The Architecture assumes that when a connection is normally logged out, the Datamover layer needs to be notified so that its connection-level opaque resources (see Section 7.1) may be freed up. DA thus defines a Connection_Terminate Operational Primitive (Section 8.7) to model this interaction. The Architecture further assumes that when a connection termination happens without iSCSI layer's involvement (e.g., TCP RST), the Datamover layer is capable of locally cleaning up its task-level and connection-level resources before notifying the iSCSI layer of the fact. DA thus defines the
接続は、その状態で一度、iSCSI接続がDatamoverによって補助されるようになりFull Feature Phase(すなわち、接続の終了)の端まで続けています。 Architectureは、接続が通常ログアウトされるとき、Datamover層が、接続レベルの不明瞭なリソース(セクション7.1を見る)を開けることができるように通知される必要であると仮定します。 その結果、DAは、この相互作用をモデル化するために、Connection_Terminate Operational Primitive(セクション8.7)を定義します。 Architectureは、接続終了がiSCSI層のかかわり合い(例えば、TCP RST)なしで起こるとき、事実のiSCSI層に通知する前にDatamover層が局所的にそのタスクレベルと接続レベルリソースをきれいにすることができるとさらに仮定します。 その結果、DAは定義します。
Chadalapaka, et al. Informational [Page 15] RFC 5047 DA October 2007
Chadalapaka、他 [15ページ]情報のRFC5047DA2007年10月
Connection_Terminate_Notify Operational Primitive (Section 9.2) to model this interaction.
_この相互作用をモデル化する接続Terminate_Notify Operational Primitive(セクション9.2)。
Figures 7 and 8 in Section 13.2 illustrate the interactions between the iSCSI and Datamover layers in normal and unexpected connection termination scenarios.
セクション13.2の数字7と8は正常で予期していなかった接続終了シナリオでiSCSIとDatamover層との相互作用を例証します。
8. Operational Primitives Provided by the Datamover Layer
8. Datamover層で提供された操作上の基関数
While the iSCSI specification itself does not have a notion of Operational Primitives, any iSCSI layer implementing the iSCSI specification functionally requires the following Operational Primitives from its Datamover layer. Thus, any Datamover protocol compliant with this architecture MUST implement the Operational Primitives described in this section. These Operational Primitives are invoked by the iSCSI layer as appropriate. Unless otherwise stated, all the following Operational Primitives may be used both on the initiator side and the target side. In general programming terminology, this set of Operational Primitives may be construed as "down calls".
iSCSI仕様自体には、Operational Primitivesの考えがありませんが、iSCSI仕様を履行するどんなiSCSI層もDatamover層から以下のOperational Primitivesを機能上必要とします。 したがって、この構造による対応することのどんなDatamoverプロトコルもこのセクションで説明されたOperational Primitivesを実行しなければなりません。 これらのOperational PrimitivesはiSCSI層によって適宜呼び出されます。 別の方法で述べられない場合、以下のすべてのOperational Primitivesが創始者側と目標側で使用されるかもしれません。 一般に、用語をプログラムして、Operational Primitivesのこのセットは「呼び出し」のように解釈されるかもしれません。
1) Send_Control
1) _コントロールを送ってください。
2) Put_Data
2) _データを置いてください。
3) Get_Data
3) _データを得てください。
4) Allocate_Connection_Resources
4) _接続_にリソースを割り当ててください。
5) Deallocate_Connection_Resources
5) Deallocate_接続_リソース
6) Enable_Datamover
6) _Datamoverを有効にしてください。
7) Connection_Terminate
7) 接続_は終わります。
8) Notice_Key_Values
8) 通知_キー_値
9) Deallocate_Task_Resources
9) Deallocate_タスク_リソース
8.1. Send_Control
8.1. _コントロールを送ってください。
Input qualifiers: Connection_Handle, iSCSI PDU-specific qualifiers
資格を与える人を入力してください: 接続_Handle、iSCSI PDU特有の資格を与える人
Return Results: Not specified.
結果を返してください: 指定されません。
An iSCSI layer requests that its local Datamover layer transmit an iSCSI control-type PDU to the peer iSCSI layer operating in the remote iSCSI node by this Operational Primitive. The Datamover layer
iSCSI層は、地方のDatamover層がこのOperational PrimitiveによるリモートiSCSIノードで作動する同輩iSCSI層にiSCSIコントロールタイプPDUを伝えるよう要求します。 Datamover層
Chadalapaka, et al. Informational [Page 16] RFC 5047 DA October 2007
Chadalapaka、他 [16ページ]情報のRFC5047DA2007年10月
performs the requested operation, and may add its own protocol headers in doing so. The iSCSI layer MUST NOT invoke the Send_Control Operational Primitive on an iSCSI connection that is not yet Datamover-assisted.
要求された操作を実行して、そうしながら、それ自身のプロトコルヘッダーを加えるかもしれません。 iSCSI層はDatamoverによってまだ補助されなかったiSCSI接続のときにSend_Control Operational Primitiveを呼び出してはいけません。
An initiator iSCSI layer requesting the transfer of a SCSI Command PDU or a target iSCSI layer requesting the transfer of a SCSI response PDU are examples of invoking the Send_Control Operational Primitive. As Section 10.3.1 illustrates later on, the iSCSI PDU- specific qualifiers in this example are: BHS and AHS, DataDescriptorOut, DataDescriptorIn, ImmediateDataSize, and UnsolicitedDataSize.
SCSI Command PDUの転送を要求する創始者iSCSI層かSCSI応答PDUの転送を要求する目標iSCSI層がSend_Control Operational Primitiveを呼び出す例です。 セクション10.3.1が後で例証するように、この例のiSCSI PDUの特定の資格を与える人は以下の通りです。 BHS、AHS、DataDescriptorOut、DataDescriptorIn、ImmediateDataSize、およびUnsolicitedDataSize。
8.2. Put_Data
8.2. _データを置いてください。
Input qualifiers: Connection_Handle, contents of a SCSI Data-In PDU header, Data_Descriptor, Notify_Enable
資格を与える人を入力してください: 接続_Handle、中のSCSI Data PDUヘッダー、Data_Descriptor、Notify_Enableのコンテンツ
Return Results: Not specified.
結果を返してください: 指定されません。
An iSCSI layer requests that its local Datamover layer transmit the data identified by the Data_Descriptor for the SCSI Data-In PDU to the peer iSCSI layer on the remote iSCSI node by this Operational Primitive. The Datamover layer performs the operation by using its own protocol means, completely transparent to the remote iSCSI layer. The iSCSI layer MUST NOT invoke the Put_Data Operational Primitive on an iSCSI connection that is not yet Datamover-assisted.
iSCSI層は、地方のDatamover層が中のSCSI Data PDUのためにData_DescriptorによってこのOperational PrimitiveによるリモートiSCSIノードの上の同輩iSCSI層に特定されたデータを送るよう要求します。 Datamover層は、それ自身の遠く離れたiSCSI層に完全に見え透いたプロトコル手段を使用することによって、操作を実行します。 iSCSI層はDatamoverによってまだ補助されなかったiSCSI接続のときにPut_Data Operational Primitiveを呼び出してはいけません。
The Notify_Enable qualifier is used to request the local Datamover layer to generate or not generate the eventual local completion notification to the iSCSI layer for this Put_Data invocation. For detailed semantics of this qualifier, see Section 9.3.
Notify_Enable資格を与える人は、発生させる地方のDatamover層であるか否かに関係なく、このPut_Data実施のために最後のローカルの完成通知をiSCSI層に発生させるよう要求するのに使用されます。 この資格を与える人の詳細な意味論に関しては、セクション9.3を見てください。
A Put_Data Primitive may only be invoked by an iSCSI layer on the target to its local Datamover layer.
Put_Data Primitiveは目標の上のiSCSI層によって地方のDatamover層へ呼び出されるだけであるかもしれません。
A target iSCSI layer requesting the transfer of an iSCSI read data sequence (also known as a read burst) is an example of invoking the Put_Data Operational Primitive.
iSCSIの転送がデータ系列(また、読書がはち切れたので、知っている)を読んだよう要求する目標iSCSI層はPut_Data Operational Primitiveを呼び出す例です。
8.3. Get_Data
8.3. _データを得てください。
Input qualifiers: Connection_Handle, contents of an R2T PDU, Data_Descriptor, Notify_Enable
資格を与える人を入力してください: 接続_Handle、R2T PDU、Data_Descriptor、Notify_Enableのコンテンツ
Return Results: Not specified.
結果を返してください: 指定されません。
Chadalapaka, et al. Informational [Page 17] RFC 5047 DA October 2007
Chadalapaka、他 [17ページ]情報のRFC5047DA2007年10月
An iSCSI layer requests that its local Datamover layer retrieve certain data identified by the R2T PDU from the peer iSCSI layer on the remote iSCSI node and place it into the buffer identified by the Data_Descriptor by invoking this Operational Primitive. The Datamover layer performs the operation by using its own protocol means, completely transparent to the remote iSCSI layer. The iSCSI layer MUST NOT invoke the Get_Data Operational Primitive on an iSCSI connection that is not yet Datamover-assisted.
iSCSI層は、地方のDatamover層がリモートiSCSIノードの上の同輩iSCSI層からR2T PDUによって特定されたあるデータを検索して、このOperational Primitiveを呼び出すことによってData_Descriptorによって特定されたバッファの中にそれを置くよう要求します。 Datamover層は、それ自身の遠く離れたiSCSI層に完全に見え透いたプロトコル手段を使用することによって、操作を実行します。 iSCSI層はDatamoverによってまだ補助されなかったiSCSI接続のときにGet_Data Operational Primitiveを呼び出してはいけません。
The Notify_Enable qualifier is used to request that the local Datamover layer generate or not generate the eventual local completion notification to the iSCSI layer for this Get_Data invocation. For detailed semantics of this qualifier, see Section 9.3.
_Enable資格を与える人が地方のDatamover層が発生させる要求か否かに関係なく、慣れているNotifyはこのGet_Data実施のために最後のローカルの完成通知をiSCSI層に発生させます。 この資格を与える人の詳細な意味論に関しては、セクション9.3を見てください。
A Get_Data Primitive may only be invoked by an iSCSI layer on the target to its local Datamover layer.
Get_Data Primitiveは目標の上のiSCSI層によって地方のDatamover層へ呼び出されるだけであるかもしれません。
A target iSCSI layer requesting the transfer of an iSCSI write data sequence (also known as a write burst) is an example of invoking the Get_Data Operational Primitive.
A目標iSCSIはiSCSIの転送が、データ系列(また、aとして、炸裂を書くように知っている)に書くGet_Data Operational Primitiveを呼び出す例である要求を層にします。
8.4. Allocate_Connection_Resources
8.4. _接続_にリソースを割り当ててください。
Input qualifiers: Connection_Handle[, Resource_Descriptor ]
資格を与える人を入力してください: 接続_ハンドル[リソース_記述子]
Return Results: Status.
結果を返してください: 状態。
By invoking this Operational Primitive, an iSCSI layer requests that its local Datamover layer perform all the Datamover-specific resource allocations required for the Full Feature Phase of an iSCSI connection. The Connection_Handle identifies the connection for which the iSCSI layer is requesting resources to be allocated. Allocation of these resources is a step towards eventually transitioning the connection to become a Datamover-assisted iSCSI connection. Note that the Datamover layer however does not allocate any Datamover-specific task-level resources upon invocation of this Primitive.
このOperational Primitiveを呼び出すことによって、iSCSI層は、地方のDatamover層がiSCSI接続のFull Feature Phaseに必要であるすべてのDatamover特有の資源配分を実行するよう要求します。 Connection_HandleはiSCSI層が割り当てられるようリソースに要求している接続を特定します。 これらのリソースの配分はaがDatamoverによって補助されたiSCSI接続になるように結局移行することに向かって接続を踏むということです。 しかしながら、Datamover層がこのPrimitiveの実施に関するどんなDatamover特有のタスクレベルリソースも割り当てないことに注意してください。
An iSCSI layer, in addition, optionally specifies the implementation-specific resource requirements for the iSCSI connection to the Datamover layer by passing an input qualifier called Resource_Descriptor. The exact structure of a Resource_Descriptor is implementation-dependent, and hence structurally opaque to DA.
iSCSI層は、Resource_Descriptorと呼ばれる入力資格を与える人を通過することによって、iSCSI接続のための実現特有のリソース要件をDatamover層にさらに、任意に指定します。 Resource_Descriptorの正確な構造は、実現依存していて、したがって、構造的にDAに不明瞭です。
A return result of Status=success means that the Allocate_Connection_Resources invocation corresponding to that
Statusのリターン結果=成功がそれを意味する、それに対応するAllocate_Connection_Resources実施
Chadalapaka, et al. Informational [Page 18] RFC 5047 DA October 2007
Chadalapaka、他 [18ページ]情報のRFC5047DA2007年10月
Connection_Handle succeeded. If an Allocate_Connection_Resources invocation is made for a Connection_Handle for which an earlier invocation succeeded, the return Status must be success and the request will be ignored by the Datamover layer. A return result of Status=failure means that the Allocate_Connection_Resources invocation corresponding to that Connection_Handle failed. There MUST NOT be more than one Allocate_Connection_Resources Primitive invocation outstanding for a given Connection_Handle at any time.
接続_Handleは成功しました。 Allocate_Connection_Resources実施が以前の実施が成功したConnection_Handleのために作られるなら、リターンStatusは成功であるに違いありません、そして、要求はDatamover層によって無視されるでしょう。 Statusのリターン結果=失敗は、そのConnection_Handleに対応するAllocate_Connection_Resources実施が失敗したことを意味します。 いつでも、与えられたConnection_Handleにおける、未払いの1つ以上のAllocate_Connection_Resources Primitive実施があるはずがありません。
The iSCSI layer must invoke the Allocate_Connection_Resources Primitive before the invocation of the Enable_Datamover Primitive.
iSCSI層はEnable_Datamover Primitiveの実施の前にAllocate_Connection_Resources Primitiveを呼び出さなければなりません。
8.5. Deallocate_Connection_Resources
8.5. Deallocate_接続_リソース
Input qualifiers: Connection_Handle
資格を与える人を入力してください: 接続_ハンドル
Return Results: Not specified.
結果を返してください: 指定されません。
By invoking this Operational Primitive, an iSCSI layer requests that its local Datamover layer deallocate all the Datamover-specific resources that may have been allocated earlier for the Transport Connection identified by the Connection_Handle. The iSCSI layer may invoke this Operational Primitive when the Datamover-specific resources associated with the Connection_Handle are no longer necessary (such as the Login failure of the corresponding iSCSI connection).
このOperational Primitiveを呼び出すことによって、iSCSI層は、地方のDatamoverが前にConnection_Handleによって特定されたTransport Connectionのために割り当てられたかもしれないすべてのDatamover特有のdeallocateリソースを層にするよう要求します。 Connection_Handleに関連しているDatamover特有のリソースはもう必要でないときに(対応するiSCSI接続のLoginの故障などの)、iSCSI層はこのOperational Primitiveを呼び出すかもしれません。
8.6. Enable_Datamover
8.6. _Datamoverを有効にしてください。
Input qualifiers: Connection_Handle, Transport_Connection_Descriptor [, Final_Login_Response_PDU]
資格を与える人を入力してください: 接続_ハンドル、輸送_接続_記述子[_最終的な_ログイン_応答PDU]
Return Results: Not specified.
結果を返してください: 指定されません。
By invoking this Operational Primitive, an iSCSI layer requests that its local Datamover layer assist all further iSCSI exchanges on the iSCSI connection (i.e., to make the connection Datamover-assisted) identified by the Connection_Handle, for which the Datamover-specific resource allocation was earlier made. The iSCSI layer MUST NOT invoke the Enable_Datamover Operational Primitive for an iSCSI connection unless there is a corresponding prior resource allocation.
このOperational Primitiveを呼び出すことによって、iSCSI層は、一層の地方のDatamover層のアシストiSCSIがiSCSIでDatamover特有の資源配分が前に作られたConnection_Handleによって特定された接続(すなわち、接続を作るのはDatamover補助された)を交換するよう要求します。 対応する先の資源配分がない場合、iSCSI層はiSCSI接続のためにEnable_Datamover Operational Primitiveを呼び出してはいけません。
The Final_Login_Response_PDU input qualifier is applicable only for a target, and contains the final Login Response that concludes the iSCSI Login Phase and which must be sent as a byte stream as expected by the initiator iSCSI layer. When this qualifier is used, the target-Datamover layer MUST transmit this final Login Response before Datamover assistance is enabled for the Transport Connection.
Final_Login_Response_PDU入力資格を与える人は、目標だけに適切であり、iSCSI Login Phaseを結論づけて、創始者iSCSI層によって予想されるバイト・ストリームとして送らなければならない最終的なLogin Responseを含みます。 この資格を与える人が使用されているとき、Datamover支援がTransport Connectionのために可能にされる前に目標-Datamover層はこの最終的なLogin Responseを伝えなければなりません。
Chadalapaka, et al. Informational [Page 19] RFC 5047 DA October 2007
Chadalapaka、他 [19ページ]情報のRFC5047DA2007年10月
The iSCSI layer identifies the specific Transport Connection associated with the Connection_Handle to the Datamover layer by specifying the Transport_Connection_Descriptor. The exact structure of this Descriptor is implementation-dependent.
iSCSI層は、Transport_Connection_Descriptorを指定することによって、Connection_Handleに関連している特定のTransport ConnectionをDatamover層に特定します。 このDescriptorの正確な構造は実現依存しています。
8.7. Connection_Terminate
8.7. 接続_は終わります。
Input qualifiers: Connection_Handle
資格を与える人を入力してください: 接続_ハンドル
Return Results: Not specified.
結果を返してください: 指定されません。
By invoking this Operational Primitive, an iSCSI layer requests that its local Datamover layer terminate the Transport Connection and deallocate all the connection and task resources associated with the Connection_Handle. When this Operational Primitive invocation returns to the iSCSI layer, the iSCSI layer may assume the full ownership of all the iSCSI-level resources, e.g., I/O Buffers, associated with the connection. This Operational Primitive may be invoked only with a valid Connection_Handle, and the Transport Connection associated with the Connection_Handle must already be Datamover-assisted.
このOperational Primitiveを呼び出すことによって、iSCSI層は、地方のDatamover層がすべての接続とタスクリソースがConnection_Handleに関連づけたTransport Connectionとdeallocateを終えるよう要求します。 このOperational Primitive実施がiSCSI層に戻るとき、iSCSI層はすべてのiSCSI-レベルリソースの完全な所有権を引き受けるかもしれません、例えば、入出力Buffers、接続に関連しています。 このOperational Primitiveは有効なConnection_Handleだけと共に呼び出されるかもしれません、そして、Connection_Handleに関連しているTransport ConnectionはDatamoverが既に補助していなければなりません。
8.8. Notice_Key_Values
8.8. 通知_キー_値
Input qualifiers: Connection_Handle, Number of keys, a list of Key- Value pairs.
資格を与える人を入力してください: 接続_は対にしますHandle、キー、KeyのリストのNumberが、評価する。
Return Results: Not specified.
結果を返してください: 指定されません。
By invoking this Operational Primitive, an iSCSI layer requests that its local Datamover layer take note of the negotiated values of the listed keys for the Transport Connection. This Operational Primitive may be invoked only with a valid Connection_Handle, and the Key-Value pairs MUST be the current values that were successfully agreed upon by the iSCSI peers for the connection. The Datamover layer may use the values of the keys to aid the Datamover operation as it deems appropriate. The specific keys to be passed as input qualifiers and the point(s) in time this Operational Primitive is invoked are implementation-dependent.
このOperational Primitiveを呼び出すことによって、iSCSI層は、地方のDatamover層がTransport Connectionのために記載されたキーの交渉された値に注目するよう要求します。 このOperational PrimitiveはiSCSIによって首尾よく同意された現行価値が接続のための同輩であったなら単にHandle、およびKey-値の組がそうしなければならない有効なConnection_で呼び出されるかもしれません。 Datamover層は、適切であると考えるようにDatamover操作を支援するのにキーの値を使用するかもしれません。 このOperational Primitiveが呼び出される時代の間に入力資格を与える人とポイントとして渡される特定のキーは実現依存しています。
8.9. Deallocate_Task_Resources
8.9. Deallocate_タスク_リソース
Input qualifiers: Connection_Handle, ITT
資格を与える人を入力してください: 接続_ハンドル、ITT
Return Results: Not specified.
結果を返してください: 指定されません。
By invoking this Operational Primitive, an iSCSI layer requests that its local Datamover layer deallocate all Datamover-specific resources
このOperational Primitive、地方のDatamoverがdeallocateを層にするというiSCSI層の要求を呼び出すのによるすべてのDatamover特有のリソース
Chadalapaka, et al. Informational [Page 20] RFC 5047 DA October 2007
Chadalapaka、他 [20ページ]情報のRFC5047DA2007年10月
that earlier may have been allocated for the task identified by the ITT qualifier. The iSCSI layer uses this Operational Primitive during exception processing when one or more active tasks are to be terminated without corresponding SCSI Response PDUs. This Primitive MUST be invoked for each active task terminated without a SCSI Response PDU. This Primitive MUST NOT be invoked by the iSCSI layer when a SCSI Response PDU normally concludes a task. When a SCSI Response PDU normally concludes a task (even if the SCSI Status was not a success), the Datamover layer is assumed to have automatically deallocated all Datamover-specific task resources for that task. Refer to Section 7.2 for a related discussion on the Architectural assumptions on the task-level Datamover resource management, especially with respect to when the resources are assumed to be allocated.
前にITTの資格を与える人によって特定されたタスクのためにそれを割り当てたかもしれません。 1つ以上のアクティブ・タスクが対応するSCSI Response PDUsなしで終えられることであるときに、iSCSI層は例外処理の間、このOperational Primitiveを使用します。 SCSI Response PDUなしで終えられた各アクティブ・タスクのためにこのPrimitiveを呼び出さなければなりません。 SCSI Response PDUが通常タスクを結論づけるとき、このPrimitiveはiSCSI層によって呼び出されてはいけません。 SCSI Response PDUが通常タスクを結論づけるとき(SCSI Statusが成功でなかったとしても)、Datamover層にはそのタスクのためのすべての「反-割り当て」られたDatamover特有のタスクリソースが自動的にあると思われます。 タスクレベルDatamover資源管理のArchitectural前提についての関連する議論についてセクション7.2を参照してください、特にリソースが割り当てられると思われる時に関して。
9. Operational Primitives Provided by the iSCSI Layer
9. iSCSI層で提供された操作上の基関数
While the iSCSI specification itself does not have a notion of Operational Primitives, any iSCSI layer implementing the iSCSI specification would have to provide the following Operational Primitives to its local Datamover layer. Thus, any iSCSI protocol implementation compliant with this architecture MUST implement the Operational Primitives described in this section. These Operational Primitives are invoked by the Datamover layer as appropriate and when the iSCSI connection is Datamover-assisted. Unless otherwise stated, all the following Operational Primitives may be used both on the initiator side and the target side. In general programming terminology, this set of Operational Primitives may be construed as "up calls".
iSCSI仕様自体には、Operational Primitivesの考えがありませんが、iSCSI仕様を履行するどんなiSCSI層も地方のDatamover層に以下のOperational Primitivesを供給しなければならないでしょう。 したがって、この構造による対応することのどんなiSCSIプロトコル実現もこのセクションで説明されたOperational Primitivesを実行しなければなりません。 これらのOperational Primitivesは適宜、iSCSI接続がDatamoverによって補助されているときに時Datamover層によって呼び出されます。 別の方法で述べられない場合、以下のすべてのOperational Primitivesが創始者側と目標側で使用されるかもしれません。 一般に、用語をプログラムして、Operational Primitivesのこのセットは「呼び出し」のように解釈されるかもしれません。
1) Control_Notify
1) コントロール_は通知します。
2) Connection_Terminate_Notify
2) 接続_が_を終える、通知
3) Data_Completion_Notify
3) データ_完成_は通知します。
4) Data_ACK_Notify
4) データ_ACK_に通知します。
9.1. Control_Notify
9.1. コントロール_は通知します。
Input qualifiers: Connection_Handle, an iSCSI control-type PDU.
資格を与える人を入力してください: 接続_Handle、iSCSIコントロールタイプPDU。
Return Results: Not specified.
結果を返してください: 指定されません。
A Datamover layer notifies its local iSCSI layer, via this Operational Primitive, of the arrival of an iSCSI control-type PDU from the peer Datamover layer on the remote iSCSI node. The iSCSI layer processes the control-type PDU as defined in [RFC3720].
Datamover層は地方のiSCSI層に通知します、リモートiSCSIノードの上の同輩Datamover層からのiSCSIコントロールタイプPDUの到着のこのOperational Primitiveを通して。 iSCSI層は[RFC3720]で定義されるようにコントロールタイプPDUを処理します。
Chadalapaka, et al. Informational [Page 21] RFC 5047 DA October 2007
Chadalapaka、他 [21ページ]情報のRFC5047DA2007年10月
A target iSCSI layer being notified of the arrival of a SCSI command is an example of invoking the Control_Notify Operational Primitive.
SCSIコマンドの到着について通知される目標iSCSI層はControl_Notify Operational Primitiveを呼び出す例です。
Note that implementations may choose to describe the "iSCSI control- type PDU" qualifier in this notification using a Data_Descriptor (Section 5.2) and not necessarily one contiguous buffer.
実現が、この通知で必ず1つの隣接のバッファではなく、Data_Descriptor(セクション5.2)を使用することで「iSCSIコントロールタイプPDU」資格を与える人について説明するのを選ぶかもしれないことに注意してください。
9.2. Connection_Terminate_Notify
9.2. 接続_が_を終える、通知
Input qualifiers: Connection_Handle
資格を与える人を入力してください: 接続_ハンドル
Return Results: Not specified.
結果を返してください: 指定されません。
A Datamover layer notifies its local iSCSI layer on an unsolicited termination or failure of an iSCSI connection providing the Connection_Handle associated with the iSCSI Connection. The iSCSI layer MUST consider the Connection_Handle to be invalid upon being so notified. The iSCSI layer processes the connection termination as defined in [RFC3720]. The Datamover layer MUST deallocate the connection and task resources associated with the terminated connection before notifying the iSCSI layer of the termination via this Operational Primitive.
Datamover層は、iSCSI Connectionに関連しているConnection_Handleを提供しながら、iSCSI接続の求められていない終了か失敗で地方のiSCSI層に通知します。 iSCSI層は、Connection_Handleがそのように通知されるとき無効であると考えなければなりません。 iSCSI層は[RFC3720]で定義されるように接続終了を処理します。 Datamover層は接続とタスクリソースがこのOperational Primitiveを通して終了のiSCSI層に通知する前の終えられた接続に関連づけたdeallocateがそうしなければなりません。
A target iSCSI layer is notified of an ungraceful connection termination by the Datamover layer when the underlying Transport Connection is torn down. Such a Connection_Terminate_Notify Operational Primitive may be triggered, for example, by a TCP RESET in cases where the underlying Transport Connection uses TCP.
基本的なTransport Connectionを取りこわすとき、Datamover層のそばで無様な接続終了について目標iSCSI層に通知します。 例えば、そのようなConnection_Terminate_Notify Operational Primitiveは基本的なTransport ConnectionがTCPを使用する場合でTCP RESETによって引き起こされるかもしれません。
9.3. Data_Completion_Notify
9.3. データ_完成_は通知します。
Input qualifiers: Connection_Handle, ITT, SN
資格を与える人を入力してください: 接続_ハンドル、ITT、SN
Return Results: Not specified.
結果を返してください: 指定されません。
A Datamover layer notifies its local iSCSI layer on completing the retrieval of the data or upon sending the data, as requested in a prior iSCSI data-type PDU, from/to the peer Datamover layer on the remote iSCSI node via this Operational Primitive. The iSCSI layer processes the operation as defined in [RFC3720].
データの検索を終了するとき、Datamover層は地方のiSCSI層に通知するか、またはデータを送るとき、要求された通り、/から同輩まで、DatamoverがこのOperational Primitiveを通してリモートiSCSIノードの上で先のiSCSIデータ型PDUでは、層にします。 iSCSI層は[RFC3720]で定義されるように操作を処理します。
SN may be either the DataSN associated with the SCSI Data-In PDU or R2TSN associated with the R2T PDU depending on the SCSI operation. Note that, for targets, a TTT (see [RFC3720]) could have been specified instead of an SN. However, the considered choice was to leave the SN to be the qualifier for two reasons -- a) it is generic and applicable to initiators and targets as well as Data-In and Data-Out, and b) having both SN and TTT qualifiers for the
SNは中のSCSI Data PDUに関連しているDataSNかSCSI操作によるR2T PDUに関連しているR2TSNのどちらかであるかもしれません。 TTT([RFC3720]を見る)がSNの代わりに目標として指定されたかもしれないことに注意してください。 しかしながら、考えられた選択は2つの理由でSNが資格を与える人であることを残すことでした--a) それは中のData、外のData、およびSNとTTT資格を与える人の両方を持っているb)と同様に創始者と目標に一般的であって、適切です。
Chadalapaka, et al. Informational [Page 22] RFC 5047 DA October 2007
Chadalapaka、他 [22ページ]情報のRFC5047DA2007年10月
notification is considered onerous on the Datamover layer, in terms of state maintenance for each completion notification. The implication of this choice is that iSCSI target implementations will have to adapt to using the ITT-SN tuple in associating the solicited data to the appropriate task, rather than the ITT-TTT tuple for doing the same.
通知はDatamover層でそれぞれの完成通知のための州の維持で煩わしいと考えられます。 この選択の含意は実現が順応しなければならない同じようにするためにITT-TTT tupleよりむしろ適切なタスクに請求されたデータを関連づける際にITT-SN tupleを使用するそのiSCSI目標です。
If Notify_Enable is set in either a Put_Data or a Get_Data invocation, the Datamover layer MUST invoke the Data_Completion_Notify Operational Primitive upon completing that requested data transfer. If the Notify_Enable was cleared in either a Put_Data or a Get_Data invocation, the Datamover layer MUST NOT invoke the Data_Completion_Notify Operational Primitive upon completing that requested data transfer.
Notify_EnableがPut_DataかGet_Data実施のどちらかで用意ができているなら、その要求されたデータ転送を完成するとき、Datamover層はData_Completion_Notify Operational Primitiveを呼び出さなければなりません。 Notify_EnableがPut_DataかGet_Data実施のどちらかできれいにされたなら、その要求されたデータ転送を完成するとき、Datamover層はData_Completion_Notify Operational Primitiveを呼び出してはいけません。
A Data_Completion_Notify invocation serves to notify the iSCSI layer of the Put_Data or Get_Data completion, respectively. As earlier noted in Sections 8.2 and 8.3, specific Datamover protocol definitions may restrict the usage scope of Put_Data and Get_Data, and thus implicitly the usage scope of Data_Completion_Notify.
Data_Completion_Notify実施は、それぞれPut_DataかGet_Data完成のiSCSI層に通知するのに役立ちます。 前にセクション8.2と8.3に述べられるように、特定のDatamoverプロトコル定義はPut_DataとGet_Dataの用法範囲を制限するかもしれません、そして、その結果、それとなく、用法はData_Completion_Notifyについて見られます。
A target iSCSI layer being notified of the retrieval of a write data sequence is an example of invoking the Data_Completion_Notify Operational Primitive.
aの検索について通知されるのがData_Completion_Notify Operational Primitiveを呼び出す例であるとデータ系列に書く目標iSCSI層。
9.4. Data_ACK_Notify
9.4. データ_ACK_に通知します。
Input qualifiers: Connection_Handle, ITT, DataSN
資格を与える人を入力してください: 接続_ハンドル、ITT、DataSN
Return Results: Not specified.
結果を返してください: 指定されません。
A target Datamover layer notifies its local iSCSI layer of the arrival of a previously requested data acknowledgement from the peer Datamover layer on the remote (initiator) iSCSI node via this Operational Primitive. The iSCSI layer processes the data acknowledgement notification as defined in [RFC3720].
目標Datamover層はこのOperational Primitiveを通してリモート(創始者)iSCSIノードの上の同輩Datamover層からの以前に要求されたデータ承認の到着の地方のiSCSI層に通知します。 iSCSI層は[RFC3720]で定義されるようにデータ承認通知を処理します。
A target iSCSI layer being notified of the arrival of a data acknowledgement for a certain SCSI Read data PDU is the only example of invoking the Data_ACK_Notify Operational Primitive.
あるSCSI ReadデータPDUのためにデータ承認の到着について通知される目標iSCSI層はData_ACK_Notify Operational Primitiveを呼び出す唯一の例です。
10. Datamover Interface (DI)
10. Datamoverインタフェース(ディ)
10.1. Overview
10.1. 概観
This section describes the model of interactions between iSCSI and Datamover layers when the iSCSI connection is Datamover-assisted so the iSCSI layer may carry out the following:
iSCSI接続がDatamoverによって補助されているとき、このセクションがiSCSIとDatamover層との相互作用のモデルについて説明するので、iSCSI層は以下を行うかもしれません、:
Chadalapaka, et al. Informational [Page 23] RFC 5047 DA October 2007
Chadalapaka、他 [23ページ]情報のRFC5047DA2007年10月
- send iSCSI data-type PDUs and exchange iSCSI control-type PDUs,
and
- そしてiSCSIデータ型PDUsと交換iSCSIコントロールタイプPDUsを送ってください。
- handle asynchronous notifications such as completion of data
sequence transfer and connection failure.
- データ系列転送と接続失敗の完成などの非同期な通知を扱ってください。
This chapter relies on the notion of Operational Primitives (Section 5.4) to define DI.
本章は、DIを定義するためにOperational Primitives(セクション5.4)の概念を当てにします。
10.2. Interactions for Handling Asynchronous Notifications
10.2. 取り扱いの非同期な通知のための相互作用
10.2.1. Connection Termination
10.2.1. 接続終了
As stated in Section 9.2, the Datamover layer notifies the iSCSI layer of a failed or terminated connection via the Connection_Terminate_Notify Operational Primitive. The iSCSI layer MUST consider the connection unusable upon the invocation of this Primitive and handle the connection termination as specified in [RFC3720].
セクション9.2に述べられているように、Datamover層はConnection_Terminate_Notify Operational Primitiveを通して失敗したか終えられた接続のiSCSI層に通知します。 iSCSI層は、このPrimitiveの実施で使用不可能な接続を考えて、[RFC3720]の指定されるとしての接続終了を扱わなければなりません。
10.2.2. Data Transfer Completion
10.2.2. データ転送完成
As stated in Section 9.3, the Datamover layer notifies the iSCSI layer of a completed data transfer operation via the Data_Completion_Notify Operational Primitive. The iSCSI layer processes the transfer completion as specified in [RFC3720].
セクション9.3に述べられているように、Datamover層はData_Completion_Notify Operational Primitiveを通して完成したデータ転送操作のiSCSI層に通知します。 iSCSI層は[RFC3720]での指定されるとしての転送完成を処理します。
10.2.2.1. Completion of a Requested SCSI Data Transfer
10.2.2.1. 要求されたSCSIデータ転送の完成
To notify the iSCSI layer of the completion of a requested iSCSI data-type PDU transfer, the Datamover layer uses the Data_Completion_Notify Operational Primitive with the following input qualifiers.
要求されたiSCSIデータ型PDU転送の完成のiSCSI層に通知するために、Datamover層は以下の入力資格を与える人と共にData_Completion_Notify Operational Primitiveを使用します。
a) Connection_Handle.
a) 接続_ハンドル。
b) ITT: Initiator Task Tag semantics as defined in [RFC3720].
b) ITT: [RFC3720]で定義される創始者Task Tag意味論。
c) SN: DataSN for a SCSI Data-in/Data-out PDU, and R2TSN for an
iSCSI R2T PDU. The semantics for both types of sequence
numbers are as defined in [RFC3720].
c) SN: 外の中のSCSIデータ/データPDUのためのDataSN、およびiSCSI R2T PDUのためのR2TSN。 両方のための定義されるとして一連番号のタイプがある意味論[RFC3720]。
The rationale for choosing SN is explained in Section 9.3.
SNを選ぶための原理はセクション9.3で説明されます。
Every invocation of the Data_Completion_Notify Operational Primitive MUST be preceded by an invocation of the Put_Data or Get_Data Operational Primitive with the Notify_Enable qualifier set by the iSCSI layer at an earlier point in time.
Put_Dataの実施がData_Completion_Notify Operational Primitiveのあらゆる実施に先行しなければならない、さもなければ、Notify_Enable資格を与える人がいるGet_Data Operational Primitiveは時間内に、以前のポイントにiSCSI層のそばにセットしました。
Chadalapaka, et al. Informational [Page 24] RFC 5047 DA October 2007
Chadalapaka、他 [24ページ]情報のRFC5047DA2007年10月
10.2.3. Data Acknowledgement
10.2.3. データ承認
[RFC3720] allows the iSCSI targets to optionally solicit data acknowledgement from the initiator for one or more Data-In PDUs, via setting of the A-bit on a Data-In PDU. The Data_ACK_Notify Operational Primitive with the following input qualifiers is used by the target Datamover layer to notify the local iSCSI layer of the arrival of data acknowledgement of a previously solicited iSCSI read data acknowledgement. This Operational Primitive thus is applicable only to iSCSI targets.
[RFC3720]は1中のData PDUsのために創始者からデータ承認に任意に請求するためにiSCSI目標を許容します、中のData PDUのA-ビットの設定で。 Data_ACK_Notify Operational Primitiveは以下の入力資格を与える人と共に目標Datamover層によって使用されて、以前に請求されたデータ承認が読まれたiSCSIのデータ承認の到着の地方のiSCSI層に通知します。 その結果、このOperational PrimitiveはiSCSI目標だけに適切です。
a) Connection_Handle.
a) 接続_ハンドル。
b) ITT: Initiator Task Tag semantics as defined in [RFC3720].
b) ITT: [RFC3720]で定義される創始者Task Tag意味論。
c) DataSN: of the next SCSI Data-In PDU, which immediately follows
the SCSI Data-In PDU with the A-bit set to which this
notification corresponds, with semantics as defined in
[RFC3720].
c) DataSN: 次の中のSCSI Data PDUについて。(PDUはすぐに、この通知が相当するA-ビットセット、[RFC3720]で定義される意味論で中のSCSI Data PDUに続きます)。
Every invocation of the Data_ACK_Notify Operational Primitive MUST be preceded by an invocation of the Put_Data Operational Primitive by the iSCSI target layer with the A-bit set to 1 at an earlier point in time.
A-ビットがあるiSCSI目標層のそばのData Operational Primitiveが時間内に以前のポイントの1に設定するPut_の実施はData_ACK_Notify Operational Primitiveのあらゆる実施に先行しなければなりません。
10.3. Interactions for Sending an iSCSI PDU
10.3. iSCSI PDUを送るための相互作用
This section discusses the model of interactions for sending each of the iSCSI PDUs defined in [RFC3720]. A Connection_Handle (see Section 5.3) is assumed to qualify each of these interactions so that the Datamover layer can route it to the appropriate Transport Connection. The qualifying Connection_Handle is not explicitly listed in the subsequent sections.
このセクションは、[RFC3720]で定義されたそれぞれのiSCSI PDUsを送るために相互作用のモデルについて論じます。 Datamover層が適切なTransport Connectionにそれを発送できるようにConnection_Handle(セクション5.3を見る)がそれぞれのこれらの相互作用に資格を与えると思われます。 資格を得ているConnection_Handleはその後のセクションで明らかに記載されていません。
Note that the defined list of input qualifiers represents the semantically required set for the Datamover layer to consider in implementing the Primitive in each interaction described in this section (see Section 5.4 for an elaboration). Implementations may choose to deduce the qualifiers in ways that are optimized for the implementation specifics. Two examples of this are:
入力資格を与える人の定義されたリストがこのセクションで説明された各相互作用でPrimitiveを実行する際に考えるDatamover層のために意味的に必要なセットを表すことに注意してください(労作のためにセクション5.4を見てください)。 実現は、実現詳細のために最適化される方法で資格を与える人を推論するのを選ぶかもしれません。 この2つの例は以下の通りです。
1. For SCSI command (Section 10.3.1), deducing the
ImmediateDataSize input qualifier from the DataSegmentLength
field of the SCSI Command PDU.
1. SCSIに関しては、SCSI Command PDUのDataSegmentLength分野からImmediateDataSize入力資格を与える人を推論して、(セクション10.3.1)を命令してください。
2. For SCSI Data-Out (Section 10.3.5.1), deducing the
DataDescriptorOut input qualifier from the associated SCSI
command invocation qualifiers (assuming such state is
2. 外のSCSI Data、(セクション10.3.5、.1)、DataDescriptorOutを推論すると資格を与える人が関連SCSIコマンド実施の資格を与える人から入力された、(そのような状態を仮定するのは、そうです。
Chadalapaka, et al. Informational [Page 25] RFC 5047 DA October 2007
Chadalapaka、他 [25ページ]情報のRFC5047DA2007年10月
maintained) in conjunction with BHS fields of the SCSI Data-Out
PDU.
維持、)、外のSCSI Data PDUのBHS分野に関連して。
10.3.1. SCSI Command
10.3.1. SCSIコマンド
The Send_Control Operational Primitive with the following input qualifiers is used for requesting the transmission of a SCSI Command PDU.
以下の入力資格を与える人がいるSend_Control Operational Primitiveは、SCSI Command PDUのトランスミッションを要求するのに使用されます。
a) BHS and AHS, if any, of the SCSI Command PDU as defined in
[RFC3720].
a) もしあれば[RFC3720]の定義されるとしてのSCSI Command PDUのBHSとAHS。
b) DataDescriptorOut: that defines the I/O Buffer meant for Data-
Out for the entire command, in the case of a write or
bidirectional command.
b) DataDescriptorOut: それはDataのために全体のコマンド、aに関するケースが書くコネまたは双方向のコマンドのための外で意味された入出力Bufferを定義します。
c) DataDescriptorIn: that defines the I/O Buffer meant for Data-In
for the entire command, in the case of a read or bidirectional
command.
c) DataDescriptorIn: それがBufferが意味した入出力を定義する、Data-In、読書か双方向のコマンドの場合における全体のコマンド。
d) ImmediateDataSize: that defines the number of octets of
immediate unsolicited data for a write/bidirectional command.
d) ImmediateDataSize: aが/双方向のコマンドを書くので、それは即座の求められていないデータの八重奏の数を定義します。
e) UnsolicitedDataSize: that defines the number of octets of
immediate and non-immediate unsolicited data for a
write/bidirectional command.
e) UnsolicitedDataSize: それは即座の八重奏の数を定義します、そして、aのための非即座の求められていないデータは/双方向のコマンドを書きます。
10.3.2. SCSI Response
10.3.2. SCSI応答
The Send_Control Operational Primitive with the following input qualifiers is used for requesting the transmission of a SCSI Response PDU.
以下の入力資格を与える人がいるSend_Control Operational Primitiveは、SCSI Response PDUのトランスミッションを要求するのに使用されます。
a) BHS of the SCSI Response PDU as defined in [RFC3720].
a) [RFC3720]の定義されるとしてのSCSI Response PDUのBHS。
b) DataDescriptorStatus: that defines the iSCSI buffer that
contains the sense and response information for the command.
b) DataDescriptorStatus: それはコマンドのための感覚と応答情報を含むiSCSIバッファを定義します。
10.3.3. Task Management Function Request
10.3.3. タスク管理機能要求
The Send_Control Operational Primitive with the following input qualifiers is used for requesting the transmission of a Task Management Function Request PDU.
以下の入力資格を与える人がいるSend_Control Operational Primitiveは、Task Management Function Request PDUのトランスミッションを要求するのに使用されます。
a) BHS of the Task Management Function Request PDU as defined in
[RFC3720].
a) [RFC3720]の定義されるとしてのTask Management Function Request PDUのBHS。
Chadalapaka, et al. Informational [Page 26] RFC 5047 DA October 2007
Chadalapaka、他 [26ページ]情報のRFC5047DA2007年10月
b) DataDescriptorOut: that defines the I/O Buffer meant for Data-
Out for the entire command, in the case of a write or
bidirectional command. (Only valid if Function="TASK REASSIGN"
- [RFC3720].)
b) DataDescriptorOut: それはDataのために全体のコマンド、aに関するケースが書くコネまたは双方向のコマンドのための外で意味された入出力Bufferを定義します。 (有効なだけ、Functionは"TASK REASSIGN"と等しいです--[RFC3720。)
c) DataDescriptorIn: that defines the I/O Buffer meant for Data-In
for the entire command, in the case of a read or bidirectional
command. (Only valid if Function="TASK REASSIGN" - [RFC3720].)
c) DataDescriptorIn: それがBufferが意味した入出力を定義する、Data-In、読書か双方向のコマンドの場合における全体のコマンド。 (有効なだけ、Functionは"TASK REASSIGN"と等しいです--[RFC3720。)
10.3.4. Task Management Function Response
10.3.4. タスク管理機能応答
The Send_Control Operational Primitive with the following input qualifier is used for requesting the transmission of a Task Management Function Response PDU.
以下の入力資格を与える人がいるSend_Control Operational Primitiveは、Task Management Function Response PDUのトランスミッションを要求するのに使用されます。
a) BHS of the Task Management Function Response PDU as defined in
[RFC3720].
a) [RFC3720]の定義されるとしてのTask Management Function Response PDUのBHS。
10.3.5. SCSI Data-Out and SCSI Data-In
10.3.5. 外のSCSIデータと中のSCSIデータ
10.3.5.1. SCSI Data-Out
10.3.5.1. 外のSCSIデータ
The Send_Control Operational Primitive with the following input qualifiers is used by the initiator iSCSI layer for requesting the transmission of a SCSI Data-Out PDU carrying the non-immediate unsolicited data.
以下の入力資格を与える人がいるSend_Control Operational Primitiveは、非即座の求められていないデータを運ぶ外のSCSI Data PDUのトランスミッションを要求するのに創始者iSCSI層によって使用されます。
a) BHS of the SCSI Data-Out PDU as defined in [RFC3720].
a) [RFC3720]の定義されるとしての外のSCSI Data PDUのBHS。
b) DataDescriptorOut: that defines the I/O Buffer with the Data-
Out to be carried in the iSCSI data segment of the PDU.
b) DataDescriptorOut: それはPDUのiSCSIで運ばれようとしているべきDataデータ・セグメントがある入出力Bufferを定義します。
10.3.5.2. SCSI Data-In
10.3.5.2. 中のSCSIデータ
The Put_Data Operational Primitive with the following input qualifiers is used by the target iSCSI layer for requesting the transmission of the data carried by a SCSI Data-In PDU.
以下の入力資格を与える人がいるPut_Data Operational Primitiveは、データの伝達が中のSCSI Data PDUによって運ばれたよう要求するのに目標iSCSI層によって使用されます。
a) BHS of the SCSI Data-In PDU as defined in [RFC3720].
a) [RFC3720]の定義されるとしての中のSCSI Data PDUのBHS。
b) DataDescriptorIn: that defines the I/O Buffer with the Data-In
being requested for transmission.
b) DataDescriptorIn: 中のDataがトランスミッションのために要求されている状態で、それは入出力Bufferを定義します。
Chadalapaka, et al. Informational [Page 27] RFC 5047 DA October 2007
Chadalapaka、他 [27ページ]情報のRFC5047DA2007年10月
10.3.6. Ready To Transfer (R2T)
10.3.6. 移す準備ができています。(R2T)
The Get_Data Operational Primitive with the following input qualifiers is used by the target iSCSI layer for requesting the retrieval of the data as specified by the semantic content of an R2T PDU.
以下の入力資格を与える人がいるGet_Data Operational Primitiveは、指定されるとしてのR2T PDUに関する意味内容によるデータの検索を要求するのに目標iSCSI層によって使用されます。
a) BHS of the Ready To Transfer PDU as defined in [RFC3720].
a) [RFC3720]の定義されるとしてのReady To Transfer PDUのBHS。
b) DataDescriptorOut: that defines the I/O Buffer for the Data-Out
being requested for retrieval.
b) DataDescriptorOut: それは外の検索のために要求されているDataのために入出力Bufferを定義します。
10.3.7. Asynchronous Message
10.3.7. 非同期なメッセージ
The Send_Control Operational Primitive with the following input qualifiers is used for requesting the transmission of an Asynchronous Message PDU.
以下の入力資格を与える人がいるSend_Control Operational Primitiveは、Asynchronous Message PDUのトランスミッションを要求するのに使用されます。
a) BHS of the Asynchronous Message PDU as defined in [RFC3720].
a) [RFC3720]の定義されるとしてのAsynchronous Message PDUのBHS。
b) DataDescriptorSense: that defines an iSCSI buffer that contains
the sense and iSCSI Event information.
b) DataDescriptorSense: それは感覚とiSCSI Event情報を含むiSCSIバッファを定義します。
10.3.8. Text Request
10.3.8. テキスト要求
The Send_Control Operational Primitive with the following input qualifiers is used for requesting the transmission of a Text Request PDU.
以下の入力資格を与える人がいるSend_Control Operational Primitiveは、Text Request PDUのトランスミッションを要求するのに使用されます。
a) BHS of the Text Request PDU as defined in [RFC3720].
a) [RFC3720]の定義されるとしてのText Request PDUのBHS。
b) DataDescriptorTextOut: that defines the iSCSI Text Request
buffer.
b) DataDescriptorTextOut: それはiSCSI Text Requestバッファを定義します。
10.3.9. Text Response
10.3.9. テキスト応答
The Send_Control Operational Primitive with the following input qualifiers is used for requesting the transmission of a Text Response PDU.
以下の入力資格を与える人がいるSend_Control Operational Primitiveは、Text Response PDUのトランスミッションを要求するのに使用されます。
a) BHS of the Text Response PDU as defined in [RFC3720].
a) [RFC3720]の定義されるとしてのText Response PDUのBHS。
b) DataDescriptorTextIn: that defines the iSCSI Text Response
buffer.
b) DataDescriptorTextIn: それはiSCSI Text Responseバッファを定義します。
Chadalapaka, et al. Informational [Page 28] RFC 5047 DA October 2007
Chadalapaka、他 [28ページ]情報のRFC5047DA2007年10月
10.3.10. Login Request
10.3.10. ログイン要求
The Send_Control Operational Primitive with the following input qualifiers is used for requesting the transmission of a Login Request PDU.
以下の入力資格を与える人がいるSend_Control Operational Primitiveは、Login Request PDUのトランスミッションを要求するのに使用されます。
a) BHS of the Login Request PDU as defined in [RFC3720].
a) [RFC3720]の定義されるとしてのLogin Request PDUのBHS。
b) DataDescriptorLoginRequest: that defines the iSCSI Login
Request buffer.
b) DataDescriptorLoginRequest: それはiSCSI Login Requestバッファを定義します。
Note that specific Datamover protocols may choose to disallow the standard DA Primitives from being used for the iSCSI Login Phase. When used in conjunction with such Datamover protocols, an attempt to send a Login Request via the Send_Control Operational Primitive invocation is clearly an error scenario, as the Login Request PDU is being sent while the connection is in the iSCSI Full Feature Phase. It is outside the scope of this document to specify the resulting implementation behavior in this case -- [RFC3720] already defines the error handling for this error scenario.
特定のDatamoverプロトコルが、iSCSI Login Phaseに使用されるので標準のDA Primitivesを禁じるのを選ぶかもしれないことに注意してください。 そのようなDatamoverプロトコルに関連して使用されると、Send_Control Operational Primitive実施でLogin Requestを送る試みは明確に誤りシナリオです、接続がiSCSI Full Feature Phaseにある間Login Request PDUを送るとき。 この場合結果として起こる実現の振舞いを指定するために、このドキュメントの範囲の外にそれはあります--[RFC3720]はこの誤りシナリオのために既にエラー処理を定義します。
10.3.11. Login Response
10.3.11. ログイン応答
The Send_Control Operational Primitive with the following input qualifiers is used for requesting the transmission of a Login Response PDU.
以下の入力資格を与える人がいるSend_Control Operational Primitiveは、Login Response PDUのトランスミッションを要求するのに使用されます。
a) BHS of the Login Response PDU as defined in [RFC3720].
a) [RFC3720]の定義されるとしてのLogin Response PDUのBHS。
b) DataDescriptorLoginResponse: that defines the iSCSI Login
Response buffer.
b) DataDescriptorLoginResponse: それはiSCSI Login Responseバッファを定義します。
Note that specific Datamover protocols may choose to disallow the standard DA Primitives from being used for the iSCSI Login Phase. When used in conjunction with such Datamover protocols, an attempt to send a Login Response via the Send_Control Operational Primitive invocation is clearly an error scenario, as the Login Response PDU is being sent while in the iSCSI Full Feature Phase. It is outside the scope of this document to specify the resulting implementation behavior in this case -- [RFC3720] already defines the error handling for this error scenario.
特定のDatamoverプロトコルが、iSCSI Login Phaseに使用されるので標準のDA Primitivesを禁じるのを選ぶかもしれないことに注意してください。 そのようなDatamoverプロトコルに関連して使用されると、Send_Control Operational Primitive実施でLogin Responseを送る試みは明確に誤りシナリオです、iSCSI Full Feature Phaseにある間Login Response PDUを送るとき。 この場合結果として起こる実現の振舞いを指定するために、このドキュメントの範囲の外にそれはあります--[RFC3720]はこの誤りシナリオのために既にエラー処理を定義します。
10.3.12. Logout Command
10.3.12. ログアウトコマンド
The Send_Control Operational Primitive with the following input qualifier is used for requesting the transmission of a Logout Command PDU.
以下の入力資格を与える人がいるSend_Control Operational Primitiveは、Logout Command PDUのトランスミッションを要求するのに使用されます。
Chadalapaka, et al. Informational [Page 29] RFC 5047 DA October 2007
Chadalapaka、他 [29ページ]情報のRFC5047DA2007年10月
a) BHS of the Logout Command PDU as defined in [RFC3720].
a) [RFC3720]の定義されるとしてのLogout Command PDUのBHS。
10.3.13. Logout Response
10.3.13. ログアウト、応答
The Send_Control Operational Primitive with the following input qualifier is used for requesting the transmission of a Logout Response PDU.
以下の入力資格を与える人がいるSend_Control Operational Primitiveは、Logout Response PDUのトランスミッションを要求するのに使用されます。
a) BHS of the Logout Response PDU as defined in [RFC3720].
a) [RFC3720]の定義されるとしてのLogout Response PDUのBHS。
10.3.14. SNACK Request
10.3.14. 軽食要求
The Send_Control Operational Primitive with the following input qualifier is used for requesting the transmission of a SNACK Request PDU.
以下の入力資格を与える人がいるSend_Control Operational Primitiveは、SNACK Request PDUのトランスミッションを要求するのに使用されます。
a) BHS of the SNACK Request PDU as defined in [RFC3720].
a) [RFC3720]の定義されるとしてのSNACK Request PDUのBHS。
10.3.15. Reject
10.3.15. 廃棄物
The Send_Control Operational Primitive with the following input qualifiers is used for requesting the transmission of a Reject PDU.
以下の入力資格を与える人がいるSend_Control Operational Primitiveは、Reject PDUのトランスミッションを要求するのに使用されます。
a) BHS of the Reject PDU as defined in [RFC3720].
a) [RFC3720]の定義されるとしてのReject PDUのBHS。
b) DataDescriptorReject: that defines the iSCSI Reject buffer.
b) DataDescriptorReject: それはiSCSI Rejectバッファを定義します。
10.3.16. NOP-Out
10.3.16. 外のNOP
The Send_Control Operational Primitive with the following input qualifiers is used for requesting the transmission of a NOP-Out PDU.
以下の入力資格を与える人がいるSend_Control Operational Primitiveは、外のNOP PDUのトランスミッションを要求するのに使用されます。
a) BHS of the NOP-Out PDU as defined in [RFC3720].
a) [RFC3720]の定義されるとしての外のNOP PDUのBHS。
b) DataDescriptorNOPOut: that defines the iSCSI Ping data buffer.
b) DataDescriptorNOPOut: それはiSCSI Pingデータバッファを定義します。
10.3.17. NOP-In
10.3.17. 中のNOP
The Send_Control Operational Primitive with the following input qualifiers is used for requesting the transmission of a NOP-In PDU.
以下の入力資格を与える人がいるSend_Control Operational Primitiveは、中のNOP PDUのトランスミッションを要求するのに使用されます。
a) BHS of the NOP-In PDU as defined in [RFC3720].
a) [RFC3720]の定義されるとしての中のNOP PDUのBHS。
b) DataDescriptorNOPIn: that defines the iSCSI Return Ping data
buffer.
b) DataDescriptorNOPIn: それはiSCSI Return Pingデータバッファを定義します。
Chadalapaka, et al. Informational [Page 30] RFC 5047 DA October 2007
Chadalapaka、他 [30ページ]情報のRFC5047DA2007年10月
10.4. Interactions for Receiving an iSCSI PDU
10.4. iSCSI PDUを受けるための相互作用
The only PDUs that are received by an iSCSI layer operating on a Datamover layer are the iSCSI control-type PDUs. The Datamover layer delivers the iSCSI control-type PDUs as they arrive, qualifying each with the Connection_Handle (see Section 5.3) that identifies the iSCSI connection for which the PDU is meant. The subsequent processing of the iSCSI control-type PDUs proceeds as defined in [RFC3720].
Datamover層を作動させながらiSCSI層に受け取られる唯一のPDUsがiSCSIコントロールタイプPDUsです。 彼らが到着するとき、Datamover層はiSCSIコントロールタイプPDUsを届けます、PDUが意味されるiSCSI接続を特定するConnection_Handle(セクション5.3を見る)と共にそれぞれに資格を与えて。 iSCSIコントロールタイプPDUsのその後の処理は[RFC3720]で定義されるように続きます。
10.4.1. General Control-Type PDU Notification
10.4.1. 一般コントロールタイプPDU通知
This sub-section describes the general mechanics applicable to several control-type PDUs. The following sub-sections note additional considerations for control-type PDUs that are not covered in this sub-section.
この小区分は数個のコントロールタイプPDUsに適切な一般的な整備士について説明します。 以下の小区分はこの小区分で覆われていないコントロールタイプPDUsによって追加問題に注意します。
The Control_Notify Operational Primitive is used to notify the iSCSI layer of the arrival of the following iSCSI control-type PDUs: SCSI Command, SCSI Response, Task Management Function Request, Task Management Function Response, Asynchronous Message, Text Request, Text Response, Logout Command, Logout Response, SNACK, Reject, NOP- Out, NOP-In.
Control_Notify Operational Primitiveは以下のiSCSIコントロールタイプPDUsの到着のiSCSI層に通知するのに使用されます: SCSIコマンド、SCSI応答、タスク管理機能要求、タスク管理機能応答、非同期なメッセージ、テキスト要求、テキスト応答(ログアウトコマンド)はログアウトします。応答(軽食)は中のNOPが外にあるNOPを拒絶します。
10.4.2. SCSI Data Transfer PDUs
10.4.2. SCSIデータ転送PDUs
10.4.2.1. SCSI Data-Out
10.4.2.1. 外のSCSIデータ
The Control_Notify Operational Primitive is used to notify the iSCSI layer of the arrival of a SCSI Data-Out PDU carrying the non- immediate unsolicited data. Note however that the solicited SCSI Data-Out arriving on the target does not cause a notification to the iSCSI layer using the Control_Notify Primitive because the solicited SCSI Data-Out was not sent by the initiator iSCSI layer as control- type PDUs.
Control_Notify Operational Primitiveは、非即座の求められていないデータを運ぶ外のSCSI Data PDUの到着のiSCSI層に通知するのに使用されます。 しかしながら、外の目標の上で到着する請求されたSCSI Dataが外の請求されたSCSI DataがコントロールタイプPDUsとして創始者iSCSI層のそばで送られなかったのでControl_Notify Primitiveを使用することでiSCSI層に通知を引き起こさないことに注意してください。
10.4.2.2. SCSI Data-In
10.4.2.2. 中のSCSIデータ
The Datamover layer does not notify the iSCSI layer of the arrival of the SCSI Data-in at the initiator, because SCSI Data-in is an iSCSI data-type PDU (see section 5.1). The iSCSI layer at the initiator however may infer the arrival of the SCSI Data-In when it receives a subsequent notification of the SCSI Response PDU via a Control_Notify invocation.
Datamover層は創始者で中のSCSI Dataの到着のiSCSI層に通知しません、中のSCSI DataがiSCSIデータ型PDU(セクション5.1を見る)であるので。 しかしながら、Control_Notify実施でSCSI Response PDUのその後の通知を受け取るとき、創始者におけるiSCSI層は中のSCSI Dataの到着を推論するかもしれません。
While this document does not contemplate the possibility of a Data-In PDU being received at the initiator iSCSI layer, specific Datamover protocols may define how to deal with an unexpected inbound SCSI
このドキュメントは創始者iSCSI層に受け取られる中のData PDUの可能性を熟考しませんが、特定のDatamoverプロトコルは予期していなかった本国行きのSCSIに対処する方法を定義するかもしれません。
Chadalapaka, et al. Informational [Page 31] RFC 5047 DA October 2007
Chadalapaka、他 [31ページ]情報のRFC5047DA2007年10月
Data-In PDU that may result in the initiator iSCSI layer receiving the Data-In PDU. This document leaves the details of handling this error scenario to the specific Datamover protocols, so each may define the appropriate error handling specific to the Datamover environment.
創始者iSCSIをもたらすかもしれない中のデータPDUが、中のData PDUを受けながら、層にします。 このドキュメントが特定のDatamoverプロトコルへのこの誤りシナリオに取り扱いの詳細を残すので、それぞれがDatamover環境に特定の適切なエラー処理を定義するかもしれません。
10.4.2.3. Ready To Transfer (R2T)
10.4.2.3. 移す準備ができています。(R2T)
Because an R2T PDU is an iSCSI data-type PDU (see Section 5.1) that is not delivered as-is to the initiator iSCSI layer, the Datamover layer does not notify the iSCSI layer of the arrival of an R2T PDU. When an iSCSI node sends an R2T PDU to its local Datamover layer, the local and remote Datamover layers transparently bring about the data transfer requested by the R2T PDU.
R2T PDUがそのままで創始者iSCSI層、Datamover層に渡されないPDU(セクション5.1を見る)がそうしないiSCSIデータ型であるので、R2T PDUの到着のiSCSI層に通知してください。 iSCSIノードが地方のDatamover層にR2T PDUを送るとき、地方の、そして、遠く離れたDatamover層は透明にR2T PDUによって要求されたデータ転送を引き起こします。
While this document does not contemplate the possibility of an R2T PDU being received at the initiator iSCSI layer, specific Datamover protocols may define how to deal with an unexpected inbound R2T PDU that may result in the initiator iSCSI layer receiving the R2T PDU. This document leaves the details of handling this error scenario to the specific Datamover protocols, so each may define the appropriate error handling specific to the Datamover environment.
このドキュメントは創始者iSCSI層に受け取られるR2T PDUの可能性を熟考しませんが、特定のDatamoverプロトコルはR2T PDUを受ける創始者iSCSI層をもたらすかもしれない予期していなかった本国行きのR2T PDUに対処する方法を定義するかもしれません。 このドキュメントが特定のDatamoverプロトコルへのこの誤りシナリオに取り扱いの詳細を残すので、それぞれがDatamover環境に特定の適切なエラー処理を定義するかもしれません。
10.4.3. Login Request
10.4.3. ログイン要求
The Control_Notify Operational Primitive is used for notifying the target iSCSI layer of the arrival of a Login Request PDU. Note that specific Datamover protocols may choose to disallow the standard DA Primitives from being used for the iSCSI Login Phase. When used in conjunction with such Datamover protocols, the arrival of a Login Request necessitating the Control_Notify Operational Primitive invocation is clearly an error scenario, as the Login Request PDU is arriving in the iSCSI Full Feature Phase. It is outside the scope of this document to specify the resulting implementation behavior in this case -- [RFC3720] already defines the error handling in this error scenario.
Control_Notify Operational Primitiveは、Login Request PDUの到着の目標iSCSI層に通知するのに使用されます。 特定のDatamoverプロトコルが、iSCSI Login Phaseに使用されるので標準のDA Primitivesを禁じるのを選ぶかもしれないことに注意してください。 そのようなDatamoverプロトコルに関連して使用されると、Control_Notify Operational Primitive実施を必要とするLogin Requestの到着は明確に誤りシナリオです、Login Request PDUがiSCSI Full Feature Phaseに到着する予定であるとき。 この場合結果として起こる実現の振舞いを指定するために、このドキュメントの範囲の外にそれはあります--[RFC3720]は既にこの誤りシナリオのエラー処理を定義します。
10.4.4. Login Response
10.4.4. ログイン応答
The Control_Notify Operational Primitive is used to notify the initiator iSCSI layer of the arrival of a Login Response PDU. Note that specific Datamover protocols may choose to disallow the standard DA Primitives from being used for the iSCSI Login Phase. When used in conjunction with such Datamover protocols, the arrival of a Login Response necessitating the Control_Notify Operational Primitive invocation is clearly an error scenario, as the Login Response PDU is arriving in the iSCSI Full Feature Phase. It is outside the scope of this document to specify the resulting implementation behavior in
Control_Notify Operational Primitiveは、Login Response PDUの到着の創始者iSCSI層に通知するのに使用されます。 特定のDatamoverプロトコルが、iSCSI Login Phaseに使用されるので標準のDA Primitivesを禁じるのを選ぶかもしれないことに注意してください。 そのようなDatamoverプロトコルに関連して使用されると、Control_Notify Operational Primitive実施を必要とするLogin Responseの到着は明確に誤りシナリオです、Login Response PDUがiSCSI Full Feature Phaseに到着する予定であるとき。 結果として起こる実現の振舞いを指定するこのドキュメントの範囲の外にそれはあります。
Chadalapaka, et al. Informational [Page 32] RFC 5047 DA October 2007
Chadalapaka、他 [32ページ]情報のRFC5047DA2007年10月
this case -- [RFC3720] already defines the error handling in this error scenario.
本件--[RFC3720]は既にこの誤りシナリオのエラー処理を定義します。
11. Security Considerations
11. セキュリティ問題
11.1. Architectural Considerations
11.1. 建築問題
DA enables compliant iSCSI implementations to realize a control and data separation in the way they interact with their Datamover protocols. Note however that this separation does not imply a separation in transport mediums between control traffic and data traffic -- the basic iSCSI architecture with respect to tasks and PDU relationships to tasks remains unchanged. [RFC3720] defines several MUST requirements on ordering relationships across control and data for a given task besides a mandatory deterministic task allegiance model -- DA does not change this basic architecture (DA has a normative reference to [RFC3720]) for allow any additional flexibility in compliance in this area. To summarize, sending bulk data transfers (prompted by Put_Data and Get_Data Primitive invocations) on a different transport medium would be as ill-advised as sending just the Data-Out/Data-In PDUs on a different TCP connection in RFC 3720-based iSCSI implementations. Consequently, all the iSCSI-related security text in [RFC3723] is directly applicable to a DA-enabled iSCSI implementation.
DAは、対応するiSCSI実現が自己のDatamoverプロトコルと対話する方法でコントロールとデータ分離がわかるのを可能にします。 しかしながら、この分離がコントロール交通とデータ通信量の間の輸送霊媒で分離を含意しないことに注意してください--タスクとのタスクとPDU関係に関する基本的なiSCSI構造は変わりがありません。 数個は許容しなければなりません。[RFC3720]が定義する、決定論的なタスク忠誠はモデル化されます--DAがそうしないのが義務的なa以外にコントロールの向こう側の関係と当然のことのタスクのためのデータがこの基本的な構造(DAには、[RFC3720]の引用規格がある)を変える注文に関する要件はこの領域の承諾におけるどんな追加柔軟性も許容します。 異なった輸送培地の上のデータ転送(Put_DataとGet_Data Primitive実施で、うながされる)があさはかである大量にRFCの3720年のベースのiSCSI実現における異なったTCP接続にまさしく中の外のData/データPDUsを送らせて、まとめるために。 その結果、[RFC3723]のすべてのiSCSI関連のセキュリティテキストが直接DAによって可能にされたiSCSI実現に適切です。
Another area with security implications is the Datamover connection resource management model, which DA defines -- particularly the Allocate_Connection_Resources Primitive. An inadvertent realization of this model could leave an iSCSI implementation exposed to denial- of-service attacks. As Figures 2 and 3 in Section 13.2 illustrate, the most effective countermeasure to this potential attack consists of performing the Datamover resource allocation when the iSCSI layer is sufficiently far along in the iSCSI Login Phase that it is reasonably certain that the peer side is not an attacker. In particular, if the Login Phase includes a SecurityNegotiation stage, an iSCSI end node MUST defer the Datamover connection resource allocation (i.e., invoking the Allocate_Connection_Resources Primitive) to the LoginOperationalNegotiation stage [RFC3720] so that the resource allocation happens post-authentication. This considerably minimizes the potential for a denial-of service attack.
セキュリティ含意がある別の領域はDatamover接続リソースマネジメント・モデルです--特にAllocate_Connection_Resources Primitive。(DAはそのマネジメント・モデルを定義します)。 このモデルの不注意な実現はiSCSI実現をサービスの否定攻撃に露出されたままにするかもしれません。 セクション13.2における2と3が例証する図、この可能性への攻撃がiSCSI Login PhaseでiSCSI層が十分遠くDatamoverリソース配分を実行するのから成る最も効果的な対策として、同輩は面があるのが、合理的に確かであることが、攻撃者ではありません。 Login PhaseがSecurityNegotiationステージを含んでいるなら、特に、iSCSIエンドノードがDatamover接続資源配分(すなわち、Allocate_Connection_Resources Primitiveを呼び出す)をLoginOperationalNegotiationステージ[RFC3720]に延期しなければならないので、資源配分は認証を掲示する状態で起こります。 これはサービス不能攻撃の可能性をかなり最小にします。
11.2. Wire Protocol Considerations
11.2. ワイヤプロトコル問題
In view of the fact that the DA architecture itself does not define any new wire protocol or propose modifications to the existing protocols, there are no additional wire protocol security considerations in employing DA itself. However, a DA-compliant iSCSI implementation MUST comply with all the iSCSI-related requirements
DA構造自体がどんな新しいワイヤプロトコルも定義もしませんし、既存のプロトコルへの変更を提案もしないという事実から見て、DA自身を使うのにおいてどんな追加ワイヤプロトコルセキュリティ問題もありません。 しかしながら、DA対応することのiSCSI実現はすべてのiSCSI関連の要件に従わなければなりません。
Chadalapaka, et al. Informational [Page 33] RFC 5047 DA October 2007
Chadalapaka、他 [33ページ]情報のRFC5047DA2007年10月
stipulated in [RFC3723] and [RFC3720]. Note further that in realizing DA, each Datamover protocol must define and elaborate as appropriate on any additional security considerations resulting from the use of that Datamover protocol.
[RFC3723]と[RFC3720]では、規定されています。 それぞれのDatamoverプロトコルがDAがわかる際に、そのDatamoverプロトコルの使用から生じるどんな追加担保問題についても定義して、適宜詳しく説明しなければならないことにさらに注意してください。
All Datamover protocol designers are strongly recommended to refer to [RDDPSEC] for the types of security issues to consider. While [RDDPSEC] elaborates on the security considerations applicable to an RDDP-based Datamover [iSER], the document is representative of the type of analysis of resource exhaustion and the application of countermeasures that need to be done for any Datamover protocol.
安全保障問題のタイプが考えるようにすべてのDatamoverプロトコルデザイナーが[RDDPSEC]について言及するのが強く推薦されます。 [RDDPSEC]はRDDPベースのDatamover[iSER]に適切なセキュリティ問題について詳しく説明しますが、ドキュメントはリソース疲労困憊の分析のタイプとどんなDatamoverプロトコルのためにもする必要がある対策の適用を代表しています。
12. References
12. 参照
12.1. Normative References
12.1. 引用規格
[RFC3720] Satran, J., Meth, K., Sapuntzakis, C., Chadalapaka, M., and
E. Zeidner, "Internet Small Computer Systems Interface
(iSCSI)", RFC 3720, April 2004.
[RFC3720] Satran、J.、メタンフェタミン、K.、Sapuntzakis、C.、Chadalapaka、M.、およびE.Zeidner、「インターネットの小さいコンピュータ・システムは(iSCSI)を連結します」、RFC3720、2004年4月。
[RFC3723] Aboba, B., Tseng, J., Walker, J., Rangan, V., and F.
Travostino, "Securing Block Storage Protocols over IP", RFC
3723, April 2004.
[RFC3723] Aboba、B.、ツェン、J.、ウォーカー、J.、Rangan、V.、およびF.Travostino、「ブロック格納プロトコルをIPの上に保証します」、RFC3723(2004年4月)。
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate
Requirement Levels", BCP 14, RFC 2119, March 1997.
[RFC2119] ブラドナー、S.、「Indicate Requirement LevelsへのRFCsにおける使用のためのキーワード」、BCP14、RFC2119、1997年3月。
12.2. Informative References
12.2. 有益な参照
[DDP] Shah, H., Pinkerton, J., Recio, R., and P. Culley, "Direct
Data Placement over Reliable Transports", RFC 5041, October
2007.
[DDP] 2007年10月のシャーとH.とピンカートンとJ.とRecio、R.とP.Culley、「信頼できる輸送の上のダイレクトデータプレースメント」RFC5041。
[iSER] Ko, M., Chadalapaka, M., Hufferd, J., Elzur, U., Shah, H.,
and P. Thaler, "Internet Small Computer System Interface
(iSCSI) Extensions for Remote Direct Memory Access (RDMA)",
RFC 5046, October 2007.
[iSER] コー、M.、Chadalapaka、M.、Hufferd、J.、Elzur、U.、シャー、H.、およびP.ターレル、「リモートダイレクトメモリアクセス(RDMA)のためのインターネットスモールコンピュータシステムインタフェース(iSCSI)拡大」、RFC5046(2007年10月)。
[RDDPSEC] Pinkerton, J. and E. Deleganes, "Direct Data Placement
Protocol (DDP) / Remote Direct Memory Access Protocol
(RDMAP) Security", RFC 5042, October 2007.
[RDDPSEC] ピンカートン、J.、およびE.Deleganesは「データプレースメントプロトコル(DDP)/リモートなダイレクトメモリアクセスプロトコル(RDMAP)セキュリティを指示します」、RFC5042、2007年10月。
Chadalapaka, et al. Informational [Page 34] RFC 5047 DA October 2007
Chadalapaka、他 [34ページ]情報のRFC5047DA2007年10月
Appendix A. Design Considerations and Examples
付録A.デザイン問題と例
A.1. Design Considerations for a Datamover Protocol
A.1。 Datamoverプロトコルのためのデザイン問題
This section discusses the specific considerations for RDMA-based and RDDP-based Datamover protocols.
このセクションはRDMAベースの、そして、RDDPベースのDatamoverプロトコルのために特定の問題について論じます。
a) Note that the modeling of interactions for SCSI Data-Out
(Section 10.3.5.1) is only used for unsolicited data transfer.
a) それに注意してください、外のSCSI Dataのための相互作用のモデル、(セクション10.3 .5 .1しか)求められていないデータ転送に使用されません。
b) The modeling of interactions for SNACK (Sections 10.3.14 and
10.4.1) is not expected to be used given that one of the design
requirements on the Datamover is that it "guarantees an error-
free, reliable, in-order transport mechanism" (Section 6). The
interactions for sending and receiving a SNACK are nevertheless
modeled in this document because the receiving iSCSI layer can
deterministically deal with an inadvertent SNACK. This also
shows the DA designers' intent that DI is not meant to filter
certain types of PDUs.
b) SNACKのための相互作用のモデル、(セクション10.3.14と.1が)Datamoverに関する設計の品質の1つがそれであるという中古の当然のことがそれであったなら期待されない10.4は「オーダーにおける誤りの自由で、信頼できる移送機構を保証する」(セクション6)。 それにもかかわらず、本書では受信iSCSI層が決定論的に不注意なSNACKに対処できるので、SNACKを送って、受けるための相互作用はモデル化されます。 また、これは、DIがPDUsのあるタイプをフィルターにかけることになっていないのをDAデザイナーの意図に示します。
c) The onus is on a reliable Datamover (per requirements stated in
Section 6) to realize end-to-end data acknowledgements via
Datamover-specific means. In view of this, even use of data-
ACK-type SNACKs are unnecessary. Consequently, an initiator
may never request sending a SNACK Request in this model
assuming that the proactive (timeout-driven) SNACK
functionality is turned off in the legacy iSCSI code.
c) Datamover特有の手段で終わりから終わりへのデータ承認がわかるために、重荷は信頼できるDatamover(1セクション6に述べられた要件あたりの)にあります。 これから見て、データACK-タイプSNACKsの使用さえ不要です。 その結果、創始者は、これでSNACK Requestを送って、それが先を見越すことであると仮定しながら(タイムアウト駆動の)モデル化するよう決して要求しないかもしれません。 SNACKの機能性は遺産iSCSIコードでオフにされます。
d) Note that the current DA model for bootstrapping a
Connection_Handle into service -- i.e., associating a new iSCSI
connection with a Connection_Handle -- clearly implies that the
iSCSI connection must already be in Full Feature Phase when the
Datamover layer comes into the stack. This further implies
that the iSCSI Login Phase must be carried out in the
traditional "Byte streaming mode" with no assistance or
involvement from the Datamover layer.
d) Connection_Handleをサービスに独力で進むための現在のDAモデル(すなわち、Connection_Handleとの新しいiSCSI接続を関連づける)が、Datamover層がスタックに入るとき、iSCSI接続がFull Feature Phaseに既にあるに違いないと明確に暗示することに注意してください。 これは、Datamover層から支援もかかわり合いなしで伝統的な「バイトのストリーミングのモード」でiSCSI Login Phaseを行わなければならないのをさらに含意します。
A.2. Examples of Datamover Interactions
A.2。 Datamover相互作用に関する例
The figures described in this section provide some examples of the usage of Operational Primitives in interactions between the iSCSI layer and the Datamover layer. The following abbreviations are used in this section.
このセクションで説明された数字はiSCSI層とDatamover層との相互作用にOperational Primitivesの使用法に関するいくつかの例を提供します。 以下の略語はこのセクションで使用されます。
Avail - Available
役に立ってください--、利用可能
Abted - Aborted
中止されて、Abtedしました。
Chadalapaka, et al. Informational [Page 35] RFC 5047 DA October 2007
Chadalapaka、他 [35ページ]情報のRFC5047DA2007年10月
Buf - I/O Buffer
Buf--入出力バッファ
Cmd - Command
Cmd--コマンド
Compl - Complete
Compl--、完全
Conn - Connection
コン--接続
Ctrl_Ntfy - Control_Notify
Ctrl_Ntfy--コントロール_は通知します。
Dal_Tk_Res - Deallocate_Task_Resources
ダーリ_Tk_Res--Deallocate_タスク_リソース
Data_Cmp_Nfy - Data_Completion_Notify
_データ_Cmp Nfy、--データ_完成_が通知する
Data_ACK_Nfy - Data_ACK_Notify
データ_ACK_Nfy--データ_ACK_に通知します。
DM - Datamover
DM--Datamover
Imm - Immediate
Imm--、即座
Snd_Ctrl - Send_Control
Snd_Ctrl--_コントロールを送ってください。
Msg - Message
エムエスジー--メッセージ
Resp - Response
Resp--応答
Sol - Solicited
ソ--請求されます。
TMF Req - Task Management Function Request
TMF Req--タスク管理機能要求
TMF Res - Task Management Function Response
TMF Res--タスク管理機能応答
Trans - Transfer
移-、--、転送
Unsol - Unsolicited
Unsol--、求められていませんさ
Chadalapaka, et al. Informational [Page 36] RFC 5047 DA October 2007
Chadalapaka、他 [36ページ]情報のRFC5047DA2007年10月
| | Allocate_Connection_Resources | D | ^
| |------------------------------->| a | |
| | Connection resources are | t | |
| i | successfully allocated | a | | iSCSI
| S | | m | | Login
| C | | o | | Phase
| S | | v | |
| I | | e | |
| | | r | | Login Phase
| L | Final Login Response (success) v succeeds
| a |<----------------------------------------^
| y | | L | | iSCSI
| e | Enable_Datamover | a | | Full
| r |------------------------------->| y | | Feature
| | Datamover is enabled | e | | Phase
| | | r | |
| | Full Feature Phase | | |
| | control and data Transfer | | v
| | _接続_にリソースを割り当ててください。| D| ^ | |------------------------------->| a| | | | 接続リソースはそうです。| t| | | i| 首尾よく、割り当てます。| a| | iSCSI| S| | m| | ログイン| C| | o | | フェーズ| S| | v| | | I| | e| | | | | r| | ログインフェーズ| L| 最終的なLogin Response(成功)vは成功します。| a|<----------------------------------------^ | y| | L| | iSCSI| e| _Datamoverを有効にしてください。| a| | 完全| r|------------------------------->| y| | 特徴| | Datamoverは有効にされます。| e| | フェーズ| | | r| | | | 完全な特徴フェーズ| | | | | コントロールとデータTransfer| | v
Figure 2. A Successful iSCSI Login on Initiator
図2。 創始者におけるうまくいっているiSCSIログイン
| | Notice_Key_Values | | |
| |------------------------------->| | |
| | Datamover layer is notified | | |
| | of the negotiated key values | | |
| | | | |
| | Allocate_Connection_Resources | | |
| |------------------------------->| D | |
| | Connection resources are | a | |
| i | successfully allocated | t | | iSCSI
| S | | a | | Login
| C | | m |Final | Phase
| S | | o |Login |
| I |Enable_Datamover(Login Response)| v |Resp |
| |------------------------------->| e |---->vLogin Phase
| L | Datamover is enabled | r | ^ succeeds
| a | | | |
| y | | L | | iSCSI
| e | | a | | Full
| r | | y | | Feature
| | | e | | Phase
| | Full Feature Phase | r | |
| | control and data Transfer | | |
| | | | v
| | 通知_キー_値| | | | |------------------------------->| | | | | Datamover層は通知されます。| | | | | 交渉されたキー値について| | | | | | | | | | _接続_にリソースを割り当ててください。| | | | |------------------------------->| D| | | | 接続リソースはそうです。| a| | | i| 首尾よく、割り当てます。| t| | iSCSI| S| | a| | ログイン| C| | m|決勝| フェーズ| S| | o |ログイン| | I|_Datamover(ログイン応答)を有効にしてください。| v|Resp| | |------------------------------->| e|---->vLoginフェーズ| L| Datamoverは有効にされます。| r| ^は成功します。| a| | | | | y| | L| | iSCSI| e| | a| | 完全| r| | y| | 特徴| | | e| | フェーズ| | 完全な特徴フェーズ| r| | | | コントロールとデータTransfer| | | | | | | v
Figure 3. A Successful iSCSI Login on Target
図3。 目標におけるうまくいっているiSCSIログイン
Chadalapaka, et al. Informational [Page 37] RFC 5047 DA October 2007
Chadalapaka、他 [37ページ]情報のRFC5047DA2007年10月
| | Allocate_Connection_Resources | D | ^
| |------------------------------->| a | |
| | Connection resources are | t | |
| i | successfully allocated | a | | iSCSI
| S | | m | | Login
| C | | o | | Phase
| S | | v | |
| I | | e | |
| | | r | | Login
| | | | | Phase
| L | Final Login Response (failure) v fails
| a |<------------------------------------------
| y | | L |
| e | Deallocate_Connection_Resources| a |
| r |------------------------------->| y |
| | Datamover-specific | e |
| | connection resources freed | r |
| | | |
| |
| | Connection terminated by standard means
| |--------------------------------------------->
| | _接続_にリソースを割り当ててください。| D| ^ | |------------------------------->| a| | | | 接続リソースはそうです。| t| | | i| 首尾よく、割り当てます。| a| | iSCSI| S| | m| | ログイン| C| | o | | フェーズ| S| | v| | | I| | e| | | | | r| | ログイン| | | | | フェーズ| L| 最終的なLogin Response(失敗)vは失敗します。| a|<------------------------------------------ | y| | L| | e| Deallocate_接続_リソース| a| | r|------------------------------->| y| | | Datamover特有です。| e| | | 解放された接続リソース| r| | | | | | | | | 標準の手段で終えられた接続| |--------------------------------------------->。
Figure 4. A Failed iSCSI Login on Initiator
図4。 創始者における失敗したiSCSIログイン
| | Allocate_Connection_Resources | D | ^
| |------------------------------->| a | |
| | Connection resources are | t | |
| i | successfully allocated | a | | iSCSI
| S | | m | | Login
| C | | o | | Phase
| S | | v | |
| I | | e | |
| | | r | | Login
| | | | | Phase
| L | Final Login Response (failure) v fails
| a |---------------------------------------------->
| y | | L |
| e | Deallocate_Connection_Resources| a |
| r |------------------------------->| y |
| | Datamover-specific | e |
| | connection resources freed | r |
| | | |
| |
| | Connection terminated by standard means
| |-------------------------------------------->
| | _接続_にリソースを割り当ててください。| D| ^ | |------------------------------->| a| | | | 接続リソースはそうです。| t| | | i| 首尾よく、割り当てます。| a| | iSCSI| S| | m| | ログイン| C| | o | | フェーズ| S| | v| | | I| | e| | | | | r| | ログイン| | | | | フェーズ| L| 最終的なLogin Response(失敗)vは失敗します。| a|----------------------------------------------> | y| | L| | e| Deallocate_接続_リソース| a| | r|------------------------------->| y| | | Datamover特有です。| e| | | 解放された接続リソース| r| | | | | | | | | 標準の手段で終えられた接続| |-------------------------------------------->。
Figure 5. A Failed iSCSI Login on Target
図5。 目標における失敗したiSCSIログイン
Chadalapaka, et al. Informational [Page 38] RFC 5047 DA October 2007
Chadalapaka、他 [38ページ]情報のRFC5047DA2007年10月
| | Allocate_Connection_Resources | D | ^
| |------------------------------->| a | |
| | Connection resources are | t | |
| i | successfully allocated | a | | iSCSI
| S | | m | | Login
| C | | o | | Phase
| S | | v | |
| I | | e | |
| | | r | |
| L | Login non-Final Request/Response |
| a |<-----------------------------------------|
| y | iSCSI layer decides not to | L | |
| e | enable Datamover for this | a | |
| r | connection | y | |
| | | e | |
| | Deallocate_Connection_Resources| r | |
| |------------------------------->| | |
| | All Datamover-specific | | |
| | resources deallocated | | |
| | | | | Login
| | | | | Phase
| | | continues
| | Regular Login negotiation continues |
| |<---------------------------------------->|
| | .
| | .
| | .
| | _接続_にリソースを割り当ててください。| D| ^ | |------------------------------->| a| | | | 接続リソースはそうです。| t| | | i| 首尾よく、割り当てます。| a| | iSCSI| S| | m| | ログイン| C| | o | | フェーズ| S| | v| | | I| | e| | | | | r| | | L| ログイン非決勝要求/応答| | a|<-----------------------------------------| | y| iSCSI層は、そうしないと決めます。| L| | | e| これのためにDatamoverを有効にしてください。| a| | | r| 接続| y| | | | | e| | | | Deallocate_接続_リソース| r| | | |------------------------------->| | | | | Datamoverすべて特有です。| | | | | リソースは「反-割り当て」られました。| | | | | | | | ログイン| | | | | フェーズ| | | 続きます。| | 定期的なLogin交渉は続きます。| | |<---------------------------------------->| | | . | | . | | .
Figure 6. iSCSI Does Not Enable the Datamover
図6 iSCSIはDatamoverを有効にしません。
Chadalapaka, et al. Informational [Page 39] RFC 5047 DA October 2007
Chadalapaka、他 [39ページ]情報のRFC5047DA2007年10月
| | | | ^
| | Full Feature Phase Control & | | |
| | Data Transfer Using DM | D | | iSCSI
| | | a | | Full Feature
| i | | t | | Phase
| S | | a | | (DM Enabled)
| C | | m | |
| S | Successful iSCSI Logout | o | |
| I | | v | v
| | Connection_Terminate | e |
| L |------------------------------->| r |
| a | Connection is terminated | |
| y | Datamover-specific resources | L | Transport
| e | deallocated, both connection | a | Connection
| r | level & task level | y | is terminated
| | | e |
| | | r |
| | | |
| | | |
| | | | ^ | | 完全な特徴フェーズコントロール| | | | | DMを使用するデータ転送| D| | iSCSI| | | a| | 完全な特徴| i| | t| | フェーズ| S| | a| | (有効にされたDM) | C| | m| | | S| うまくいっているiSCSIはログアウトします。| o | | | I| | v| v| | 接続_は終わります。| e| | L|------------------------------->| r| | a| 接続は終えられます。| | | y| Datamover特有のリソース| L| 輸送| e| ともに「反-割り当て」られる、接続| a| 接続| r| レベルとタスクレベル| y| 終えられる| | | e| | | | r| | | | | | | | |
Figure 7. A Normal iSCSI Connection Termination
図7。 通常のiSCSI接続終了
| | | | ^
| | Full Feature Phase Control & | D | | iSCSI
| | Data Transfer Using DM | a | | Full Feature
| i | | t | | Phase
| S | | a | | (DM Enabled)
| C | | m | v
| S | | o |<--Transport
| I | Datamover-specific resources | v | Connection
| | deallocated, both connection | e | Terminated (e.g.
| L | level & task level | r | unexpected
| a | | | FIN/RESET)
| y | | L |
| e | Connection_Terminate_Notify | a |
| r |<-------------------------------| y |
| | | e |
| | | r |
| | | |
| | | | ^ | | 完全な特徴フェーズコントロール| D| | iSCSI| | DMを使用するデータ転送| a| | 完全な特徴| i| | t| | フェーズ| S| | a| | (有効にされたDM) | C| | m| v| S| | o | <--輸送| I| Datamover特有のリソース| v| 接続| | ともに「反-割り当て」られる、接続| e| 終わり、(例えば、| L| レベルとタスクレベル| r| 予期していません|、| | | FIN/RESET、)| y| | L| | e| 接続_が_を終える、通知| a| | r|<-------------------------------| y| | | | e| | | | r| | | | |
Figure 8. An Abnormal iSCSI Connection Termination
エイト環。 異常なiSCSI接続終了
Chadalapaka, et al. Informational [Page 40] RFC 5047 DA October 2007
Chadalapaka、他 [40ページ]情報のRFC5047DA2007年10月
<-----Initiator-----> <-------Target------->
<。-----創始者-----><。-------目標------->。
| | | | DM Msg holding | | | |
SCSI | | | | SCSI Cmd PDU & | | | |SCSI
Cmd | | Snd_Ctrl | |Unsol Imm Data | |Ctrl_Notify | |Cmd
---->| |--------->| |--------------->| |----------->| |--->
| | | | | | | |
| | | | DM Msg holding | | | |
| | Snd_Ctrl | |SCSI Dataout PDU| |Ctrl_Notify | |
| |--------->| |--------------->| |----------->| |
| | . | | . | | . | |Unsol
| | . | D| . | D| . | |Data
| | . | a| DM Msg holding | a| . | |Trans
| i| Snd_Ctrl | t|SCSI Dataout PDU| t|Ctrl_Notify | i|
| S|--------->| a|--------------->| a|----------->| S|
| C| | m| | m| | C|Buf
| S| | o| | o| | S|Avail
| I| | v| | v| Get_Data | I|(R2T)
| | | e|----------------| e|<-----------| |<----
| L| | r||Solicited Data | r| | L| .
| a| | || Transfer | | | a| .
| y| | L|--------------->| L| . | y|Buf
| e| | a| . | a| . | e|Avail
| r| | y| . | y| Get_Data | r|(R2T)
| | | e|----------------| e|<-----------| |<----
| | | r||Solicited Data | r| | |
| | | || Transfer | | | |
| | | |--------------->| |Data_Cmp_Nfy| |Data
| | | | | |----------->| |Trans
| | | | | | | |Compl
| | | | DM Msg holding | | | |
SCSI | | | |SCSI Resp PDU & | | | |SCSI
Resp | |Ctrl_Ntfy | | Sense Data | | Snd_Ctrl | |Resp
<----| |<---------| |<---------------| |<-----------| |<----
| | | | | | | |
| | | | DMエムエスジー把持| | | | SCSI| | | | SCSI Cmd PDU| | | |SCSI Cmd| | Snd_Ctrl| |Unsol Immデータ| |Ctrl_に通知します。| |Cmd---->| |、-、-、-、-、-、-、-、--、>| |、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>| |、-、-、-、-、-、-、-、-、-、--、>| |、-、--、>|、|、|、|、|、|、|、|、|、|、|、| DMエムエスジー把持| | | | | | Snd_Ctrl| |SCSI Dataout PDU| |Ctrl_に通知します。| | | |、-、-、-、-、-、-、-、--、>| |、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>| |、-、-、-、-、-、-、-、-、-、--、>|、|、|、| . | | . | | . | |Unsol| | . | D| . | D| . | |データ| | . | a| DMエムエスジー把持| a| . | |移-| i| Snd_Ctrl| t|SCSI Dataout PDU| t|Ctrl_に通知します。| i| | S|、-、-、-、-、-、-、-、--、>| a|、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>| a|、-、-、-、-、-、-、-、-、-、--、>| S| | C| | m| | m| | C|Buf| S| | o| | o| | S|利益| I| | v| | v| _データを得てください。| I|(R2T) | | | e|----------------| e| <、-、-、-、-、-、-、-、-、-、--、| | <、-、-、--、| L| | r||請求されたデータ| r| | L| . | a| | || 転送| | | a| . | y| | L|、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>| L| . | y|Buf| e| | a| . | a| . | e|利益| r| | y| . | y| _データを得てください。| r|(R2T) | | | e|----------------| e| <、-、-、-、-、-、-、-、-、-、--、| | <、-、-、--、|、|、| r||請求されたデータ| r| | | | | | || 転送| | | | | | | |、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>| |_データ_Cmp Nfy| |データ| | | | | |、-、-、-、-、-、-、-、-、-、--、>| |移-| | | | | | | |Compl| | | | DMエムエスジー把持| | | | SCSI| | | |SCSI Resp PDU| | | |SCSI Resp| |Ctrl_Ntfy| | センス・データ| | Snd_Ctrl| |Resp<。----| | <、-、-、-、-、-、-、-、--、| | <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、| | <、-、-、-、-、-、-、-、-、-、--、| | <、-、-、--、|、|、|、|、|、|、|、|
Figure 9. A SCSI Write Data Transfer
図9。 SCSIはデータ転送を書きます。
Chadalapaka, et al. Informational [Page 41] RFC 5047 DA October 2007
Chadalapaka、他 [41ページ]情報のRFC5047DA2007年10月
<-----Initiator-----> <-------Target------->
<。-----創始者-----><。-------目標------->。
| | | | | | | |
SCSI | | | | DM Msg holding | | | |SCSI
Cmd | | Snd_Ctrl | | SCSI Cmd PDU | |Ctrl_Notify | |Cmd
---->| |--------->| |--------------->| |----------->| |--->
| | | | | | | |
| | | D| SCSI Read | D| | |Buf
| | | a| Data Transfer | a| Put_Data | |Avail
| i| | t|<---------------| t|<-----------| i|<----
| S| | a| . | a| . | S| .
| C| | m| . | m| . | C| .
| S| | o| . | o| . | S| .
| I| | v| SCSI Read | v| . | I|Buf
| | | e| Data Transfer | e| Put_Data | |Avail
| L| | r|<---------------| r|<-----------| L|<----
| a| | | | | | a|
| y| | L| | L| | y|
| e| | a| | a|Data_Cmp_Nfy| e|Data
| r| | y| | y|----------->| r|Trans
| | | e| | e| | |Compl
| | | r| DM Msg holding | r| | |
SCSI | | | |SCSI Resp PDU & | | | |SCSI
Resp | |Ctrl_Ntfy | | Sense Data | | Snd_Ctrl | |Resp
<----| |<---------| |<---------------| |<-----------| |<----
| | | | | | | |
| | | | | | | | SCSI| | | | DMエムエスジー把持| | | |SCSI Cmd| | Snd_Ctrl| | SCSI Cmd PDU| |Ctrl_に通知します。| |Cmd---->| |、-、-、-、-、-、-、-、--、>| |、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>| |、-、-、-、-、-、-、-、-、-、--、>| |、-、--、>|、|、|、|、|、|、|、|、|、|、| D| SCSIは読みます。| D| | |Buf| | | a| データ転送| a| _データを置いてください。| |利益| i| | t| <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、| t| <、-、-、-、-、-、-、-、-、-、--、| i| <、-、-、--、| S| | a| . | a| . | S| . | C| | m| . | m| . | C| . | S| | o| . | o| . | S| . | I| | v| SCSIは読みます。| v| . | I|Buf| | | e| データ転送| e| _データを置いてください。| |利益| L| | r| <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、| r| <、-、-、-、-、-、-、-、-、-、--、| L| <、-、-、--、| a| | | | | | a| | y| | L| | L| | y| | e| | a| | a|_データ_Cmp Nfy| e|データ| r| | y| | y|、-、-、-、-、-、-、-、-、-、--、>| r|移-| | | e| | e| | |Compl| | | r| DMエムエスジー把持| r| | | SCSI| | | |SCSI Resp PDU| | | |SCSI Resp| |Ctrl_Ntfy| | センス・データ| | Snd_Ctrl| |Resp<。----| | <、-、-、-、-、-、-、-、--、| | <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、| | <、-、-、-、-、-、-、-、-、-、--、| | <、-、-、--、|、|、|、|、|、|、|、|
Figure 10. A SCSI Read Data Transfer
図10。 データ転送が読まれたSCSI
Chadalapaka, et al. Informational [Page 42] RFC 5047 DA October 2007
Chadalapaka、他 [42ページ]情報のRFC5047DA2007年10月
<-----Initiator-----> <-------Target------->
<。-----創始者-----><。-------目標------->。
| | | | | | | |
SCSI | | | | DM Msg holding | | | |SCSI
Cmd | | Snd_Ctrl | | SCSI Cmd PDU | |Ctrl_Notify | |Cmd
---->| |--------->| |--------------->| |----------->| |---->
| | | | | | | |
| | | D| SCSI Read | D| Put_Data | |Buf
| | | a| Data Transfer | a|Data_in.A=1 | |Avail
| i| | t|<---------------| t|<-----------| i|<----
| S| | a| . | a| . | S| .
| C| | m| . | m|Data_ACK_Nfy| C| .
| S| | o| | o|----------->| S| .
| I| | v| | v| . | I|
| | | e| | e| . | |
| L| | r| | r| | L|
| a| | | | | | a|
| y| | L| | L| | y|
| e| | a| | a| | e|Data
| r| | y| | y| | r|Trans
| | | e| | e| | |Compl
| | | r| DM Msg holding | r| | |
SCSI | | | |SCSI Resp PDU & | | | |SCSI
Resp | |Ctrl_Ntfy | | Sense Data | | Snd_Ctrl | |Resp
<----| |<---------| |<---------------| |<-----------| |<----
| | | | | | | |
| | | | | | | | SCSI| | | | DMエムエスジー把持| | | |SCSI Cmd| | Snd_Ctrl| | SCSI Cmd PDU| |Ctrl_に通知します。| |Cmd---->| |、-、-、-、-、-、-、-、--、>| |、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>| |、-、-、-、-、-、-、-、-、-、--、>| |、-、-、--、>|、|、|、|、|、|、|、|、|、|、| D| SCSIは読みます。| D| _データを置いてください。| |Buf| | | a| データ転送| a|データ_in.A=1| |利益| i| | t| <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、| t| <、-、-、-、-、-、-、-、-、-、--、| i| <、-、-、--、| S| | a| . | a| . | S| . | C| | m| . | m|_データACK_Nfy| C| . | S| | o| | o|、-、-、-、-、-、-、-、-、-、--、>| S| . | I| | v| | v| . | I| | | | e| | e| . | | | L| | r| | r| | L| | a| | | | | | a| | y| | L| | L| | y| | e| | a| | a| | e|データ| r| | y| | y| | r|移-| | | e| | e| | |Compl| | | r| DMエムエスジー把持| r| | | SCSI| | | |SCSI Resp PDU| | | |SCSI Resp| |Ctrl_Ntfy| | センス・データ| | Snd_Ctrl| |Resp<。----| | <、-、-、-、-、-、-、-、--、| | <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、| | <、-、-、-、-、-、-、-、-、-、--、| | <、-、-、--、|、|、|、|、|、|、|、|
Figure 11. A SCSI Read Data Acknowledgement
図11。 データ承認が読まれたSCSI
Chadalapaka, et al. Informational [Page 43] RFC 5047 DA October 2007
Chadalapaka、他 [43ページ]情報のRFC5047DA2007年10月
<-----Initiator-----> <-------Target------->
<。-----創始者-----><。-------目標------->。
| | | | | | | |
SCSI | | | | DM Msg holding | | | |SCSI
Cmd | | Snd_Ctrl | | SCSI Cmd PDU | |Ctrl_Notify | |Cmd
---->| |--------->| |--------------->| |----------->| |---->
| | | | | | | |
| | | D| SCSI Read | D| | |Buf
| | | a| Data Transfer | a| Put_Data | |Avail
| i| | t|<---------------| t|<-----------| i|<----
| S| | a| . | a| . | S| .
Abort| C| | m| DM Msg holding | m| . | C|Abort
Task | S| Snd_Ctrl | o| Abort TMF Req | o|Ctrl_Notify | S|Task
---->| I|--------->| v|--------------->| v|----------->| I|---->
| | | e| . | e| . | |
Abort| L| | r| DM Msg holding| r| | L| .
Done | a|Ctrl_Ntfy | | Abort TMF Res| | Snd_Ctrl | |Abted
<----| y|<---------| L|<---------------| L|<-----------| y|<----
| e| | a| | a| | e|
| r| | y| | y| | r|
| | | e| | e| | |
| | | r| | r| | |
| | | | | | | |
| |Dal_Tk_Res| | | |Dal_Tk_Res | |
| |--------->| | | |<-----------| |
| | | | | | | |
| | | | | | | | SCSI| | | | DMエムエスジー把持| | | |SCSI Cmd| | Snd_Ctrl| | SCSI Cmd PDU| |Ctrl_に通知します。| |Cmd---->| |、-、-、-、-、-、-、-、--、>| |、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>| |、-、-、-、-、-、-、-、-、-、--、>| |、-、-、--、>|、|、|、|、|、|、|、|、|、|、| D| SCSIは読みます。| D| | |Buf| | | a| データ転送| a| _データを置いてください。| |利益| i| | t| <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、| t| <、-、-、-、-、-、-、-、-、-、--、| i| <、-、-、--、| S| | a| . | a| . | S| . アボート| C| | m| DMエムエスジー把持| m| . | C|アボートタスク| S| Snd_Ctrl| o| TMF Reqを中止してください。| o|Ctrl_に通知します。| S|タスク---->| I|、-、-、-、-、-、-、-、--、>| v|、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>| v|、-、-、-、-、-、-、-、-、-、--、>| I|、-、-、--、>|、|、| e| . | e| . | | アボート| L| | r| DMエムエスジー把持| r| | L| . します。| a|Ctrl_Ntfy| | TMF Resを中止してください。| | Snd_Ctrl| |<をAbtedしました。----| y| <、-、-、-、-、-、-、-、--、| L| <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、| L| <、-、-、-、-、-、-、-、-、-、--、| y| <、-、-、--、| e| | a| | a| | e| | r| | y| | y| | r| | | | e| | e| | | | | | r| | r| | | | | | | | | | | | |ダーリ_Tk_Res| | | |ダーリ_Tk_Res| | | |、-、-、-、-、-、-、-、--、>|、|、| | <、-、-、-、-、-、-、-、-、-、--、|、|、|、|、|、|、|、|、|、|
Figure 12. Task Resource Cleanup on Abort
図12。 アボートでのタスクリソースクリーンアップ
Acknowledgements
承認
The IP Storage (IPS) Working Group in the Transport Area of IETF has been responsible for defining the iSCSI protocol (apart from a host of other relevant IP Storage protocols). The authors are grateful to the entire working group, whose work allowed this document to build on the concepts and details of the iSCSI protocol.
IETFのTransport AreaのIP Storage(IPS)作業部会はiSCSIプロトコル(他の多くの関連IP Storageプロトコルは別として)を定義するのに責任があります。 作者はこのドキュメントがiSCSIプロトコルの概念と詳細に仕事によって建てられた全体のワーキンググループに感謝しています。
In addition, the following individuals reviewed and contributed to the improvement of this document. The authors are grateful for their contribution.
さらに、以下の個人は、このドキュメントの改良に論評して、貢献しました。 作者は彼らの貢献に感謝しています。
John Carrier Adaptec, Inc. 691 S. Milpitas Blvd., Milpitas, CA 95035, USA Phone: +1 (360) 378-8526 EMail: john_carrier@adaptec.com
691秒間ミルピタスBlvd.、ミルピタス、カリフォルニア 95035、米国が電話をするジョンキャリヤーAdaptec Inc.: +1 (360) 378-8526 メールしてください: john_carrier@adaptec.com
Chadalapaka, et al. Informational [Page 44] RFC 5047 DA October 2007
Chadalapaka、他 [44ページ]情報のRFC5047DA2007年10月
Hari Ghadia Adaptec, Inc. 691 S. Milpitas Blvd., Milpitas, CA 95035, USA Phone: +1 (408) 957-5608 EMail: hari_ghadia@adaptec.com
691秒間ミルピタスBlvd.、ミルピタス、カリフォルニア 95035、米国が電話をするハーリGhadia Adaptec Inc.: +1 (408) 957-5608 メールしてください: hari_ghadia@adaptec.com
Hari Mudaliar Adaptec, Inc. 691 S. Milpitas Blvd., Milpitas, CA 95035, USA Phone: +1 (408) 957-6012 EMail: hari_mudaliar@adaptec.com
691秒間ミルピタスBlvd.、ミルピタス、カリフォルニア 95035、米国が電話をするハーリMudaliar Adaptec Inc.: +1 (408) 957-6012 メールしてください: hari_mudaliar@adaptec.com
Patricia Thaler Agilent Technologies, Inc. 1101 Creekside Ridge Drive, #100, M/S-RG10, Roseville, CA 95678, USA Phone: +1-916-788-5662 EMail: pat_thaler@agilent.com
1101年のクリークサイドの尾根ドライブ、#100、S-RG10、ローズビル、カリフォルニア 95678、M/米国が電話をするパトリシアターレルAgilent技術Inc.: +1-916-788-5662 メールしてください: pat_thaler@agilent.com
Uri Elzur Broadcom Corporation 16215 Alton Parkway, Irvine, CA 92619-7013, USA Phone: +1 (949) 585-6432 EMail: Uri@Broadcom.com
オールトンパークウェイ、アーバイン、ユリElzur Broadcom社16215のカリフォルニア92619-7013(米国)は以下に電話をします。 +1 (949) 585-6432 メールしてください: Uri@Broadcom.com
Mike Penna Broadcom Corporation 16215 Alton Parkway,Irvine, CA 92619-7013, USA Phone: +1 (949) 926-7149 EMail: MPenna@Broadcom.com
オールトンパークウェイ、アーバイン、マイクおおばねBroadcom社16215のカリフォルニア92619-7013(米国)は以下に電話をします。 +1 (949) 926-7149 メールしてください: MPenna@Broadcom.com
David Black EMC Corporation 176 South St., Hopkinton, MA 01748, USA Phone: +1 (508) 293-7953 EMail: black_david@emc.com
ホプキントン、MA 01748、デヴィッドBlackのEMC社176の南通り(米国)は以下に電話をします。 +1 (508) 293-7953 メールしてください: black_david@emc.com
Ted Compton EMC Corporation Research Triangle Park, NC 27709, USA Phone: +1-919-248-6075 EMail: compton_ted@emc.com
テッドコンプトンEMC社のリサーチトライアングル公園、NC 27709、米国は以下に電話をします。 +1-919-248-6075 メールしてください: compton_ted@emc.com
Dwight Barron Hewlett-Packard Company 20555 SH 249, Houston, TX 77070-2698, USA Phone: +1 (281) 514-2769 EMail: Dwight.Barron@Hp.com
SH249、ヒューストン、ドワイトバロンヒューレット・パッカード社20555のテキサス77070-2698(米国)は以下に電話をします。 +1 (281) 514-2769 メールしてください: Dwight.Barron@Hp.com
Chadalapaka, et al. Informational [Page 45] RFC 5047 DA October 2007
Chadalapaka、他 [45ページ]情報のRFC5047DA2007年10月
Paul R. Culley Hewlett-Packard Company 20555 SH 249, Houston, TX 77070-2698, USA Phone: +1 (281) 514-5543 EMail: paul.culley@hp.com
SH249、ヒューストン、ポールR.Culleyヒューレット・パッカード社20555のテキサス77070-2698(米国)は以下に電話をします。 +1 (281) 514-5543 メールしてください: paul.culley@hp.com
Dave Garcia Hewlett-Packard Company 19333 Vallco Parkway, Cupertino, CA 95014, USA Phone: +1 (408) 285-6116 EMail: dave.garcia@hp.com
Vallcoパークウェイ、デーヴガルシアヒューレット・パッカード社19333のカルパチーノ、カリフォルニア 95014、米国は以下に電話をします。 +1 (408) 285-6116 メールしてください: dave.garcia@hp.com
Randy Haagens Hewlett-Packard Company 8000 Foothills Blvd, MS 5668, Roseville CA, USA Phone: +1-916-785-4578 EMail: randy_haagens@hp.com
ランディHaagensヒューレット・パッカード社8000のフットヒルズBlvd、MS5668、ローズビルカリフォルニア(米国)は以下に電話をします。 +1-916-785-4578 メールしてください: randy_haagens@hp.com
Jeff Hilland Hewlett-Packard Company 20555 SH 249, Houston, TX 77070-2698, USA Phone: +1 (281) 514-9489 EMail: jeff.hilland@hp.com
SH249、ヒューストン、ジェフHillandヒューレット・パッカード社20555のテキサス77070-2698(米国)は以下に電話をします。 +1 (281) 514-9489 メールしてください: jeff.hilland@hp.com
Mike Krause Hewlett-Packard Company, 43LN 19410 Homestead Road, Cupertino, CA 95014, USA Phone: +1 (408) 447-3191 EMail: krause@cup.hp.com
マイククラウジーヒューレット・パッカード社、43LN19410は道路に入植して、カルパチーノ、カリフォルニア 95014、米国は以下に電話をします。 +1 (408) 447-3191 メールしてください: krause@cup.hp.com
Jim Wendt Hewlett-Packard Company 8000 Foothills Blvd, MS 5668, Roseville CA, USA Phone: +1-916-785-5198 EMail: jim_wendt@hp.com
ジムウェントヒューレット・パッカード社8000のフットヒルズBlvd、MS5668、ローズビルカリフォルニア(米国)は以下に電話をします。 +1-916-785-5198 メールしてください: jim_wendt@hp.com
Mike Ko IBM 650 Harry Rd, San Jose, CA 95120, USA Phone: +1 (408) 927-2085 EMail: mako@us.ibm.com
マイクコーIBM650のハリー、サンノゼ、カリフォルニア 95120、米国は以下に第電話をします。 +1 (408) 927-2085 メールしてください: mako@us.ibm.com
Renato Recio IBM Corporation 11501 Burnett Road, Austin, TX 78758, USA Phone: +1 (512) 838-1365 EMail: recio@us.ibm.com
レナートRecio IBM社11501のバーネットRoad、オースチン、テキサス 78758、米国は以下に電話をします。 +1 (512) 838-1365 メールしてください: recio@us.ibm.com
Chadalapaka, et al. Informational [Page 46] RFC 5047 DA October 2007
Chadalapaka、他 [46ページ]情報のRFC5047DA2007年10月
Howard C. Herbert Intel Corporation MS CH7-404,5000 West Chandler Blvd., Chandler, AZ 85226, USA Phone: +1 (480) 554-3116 EMail: howard.c.herbert@intel.com
ハワードC.ハーバートインテル社MS CH7-404、西ろうそく屋Blvd.、ろうそく屋、アリゾナ 85226、米国が電話をする5000: +1 (480) 554-3116 メールしてください: howard.c.herbert@intel.com
Dave Minturn Intel Corporation MS JF1-210, 5200 North East Elam Young Parkway Hillsboro, OR 97124, USA Phone: +1 (503) 712-4106 EMail: dave.b.minturn@intel.com
デーヴMinturnインテル社MS JF1-210、5200東北イーラム・ヤング・Parkwayヒースボローか97124、米国が以下に電話をします。 +1 (503) 712-4106 メールしてください: dave.b.minturn@intel.com
James Pinkerton Microsoft Corporation One Microsoft Way, Redmond, WA 98052, USA Phone: +1 (425) 705-5442 EMail: jpink@microsoft.com
ジェームスピンカートンマイクロソフト社1マイクロソフト道、レッドモンド、ワシントン 98052、米国は以下に電話をします。 +1 (425) 705-5442 メールしてください: jpink@microsoft.com
Tom Talpey Network Appliance 375 Totten Pond Road, Waltham, MA 02451, USA Phone: +1 (781) 768-5329 EMail: thomas.talpey@netapp.com
トムTalpeyは器具375トットン池の道路、MA 02451、米国が電話をするウォルサムをネットワークでつなぎます: +1 (781) 768-5329 メールしてください: thomas.talpey@netapp.com
Chadalapaka, et al. Informational [Page 47] RFC 5047 DA October 2007
Chadalapaka、他 [47ページ]情報のRFC5047DA2007年10月
Authors' Addresses
作者のアドレス
Mallikarjun Chadalapaka Hewlett-Packard Company 8000 Foothills Blvd. Roseville, CA 95747-5668, USA
Mallikarjun Chadalapakaヒューレット・パッカード会社8000山麓の丘Blvd. ローズビル、カリフォルニア95747-5668(米国)
Phone: +1-916-785-5621 EMail: cbm@rose.hp.com
以下に電話をしてください。 +1-916-785-5621 メールしてください: cbm@rose.hp.com
John L. Hufferd Brocade, Inc. 1745 Technology Drive San Jose, CA 95110, USA
Driveサンノゼ、ジョンL.Hufferd錦のInc.1745Technologyカリフォルニア 95110、米国
Phone: +1-408-333-5244 EMail: jhufferd@brocade.com
以下に電話をしてください。 +1-408-333-5244 メールしてください: jhufferd@brocade.com
Julian Satran IBM, Haifa Research Lab Haifa University Campus - Mount Carmel Haifa 31905, Israel
ジュリアンSatran IBM、ハイファの研究研究室ハイファの大学構内--マウントカーメルハイファ31905(イスラエル)
Phone +972-4-829-6264 EMail: Julian_Satran@il.ibm.com
+972-4-829-6264 メールに電話をしてください: Julian_Satran@il.ibm.com
Hemal Shah Broadcom Corporation 5300 California Avenue Irvine, California 92617, USA
Avenueアーバイン、カリフォルニア 92617、血液のシャーBroadcom社5300のカリフォルニア米国
Phone: +1-949-926-6941 EMail: hemal@broadcom.com
以下に電話をしてください。 +1-949-926-6941 メールしてください: hemal@broadcom.com
Comments may be sent to Mallikarjun Chadalapaka.
コメントをMallikarjun Chadalapakaに送るかもしれません。
Chadalapaka, et al. Informational [Page 48] RFC 5047 DA October 2007
Chadalapaka、他 [48ページ]情報のRFC5047DA2007年10月
Full Copyright Statement
完全な著作権宣言文
Copyright (C) The IETF Trust (2007).
IETFが信じる著作権(C)(2007)。
This document is subject to the rights, licenses and restrictions contained in BCP 78, and except as set forth therein, the authors retain all their rights.
このドキュメントはBCP78に含まれた権利、ライセンス、および制限を受けることがあります、そして、そこに詳しく説明されるのを除いて、作者は彼らのすべての権利を保有します。
This document and the information contained herein are provided on an "AS IS" basis and THE CONTRIBUTOR, THE ORGANIZATION HE/SHE REPRESENTS OR IS SPONSORED BY (IF ANY), THE INTERNET SOCIETY, THE IETF TRUST AND THE INTERNET ENGINEERING TASK FORCE DISCLAIM ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
このドキュメントとここに含まれた情報はその人が代理をするか、または(もしあれば)後援される組織、インターネットの振興発展を目的とする組織、「そのままで」という基礎と貢献者の上で提供していて、IETFはそして、インターネット・エンジニアリング・タスク・フォースがすべての保証を放棄すると信じます、急行である、または暗示していて、他を含んでいて、情報の使用がここに侵害しないどんな保証も少しもまっすぐになるということであるかいずれが市場性か特定目的への適合性の黙示的な保証です。
Intellectual Property
知的所有権
The IETF takes no position regarding the validity or scope of any Intellectual Property Rights or other rights that might be claimed to pertain to the implementation or use of the technology described in this document or the extent to which any license under such rights might or might not be available; nor does it represent that it has made any independent effort to identify any such rights. Information on the procedures with respect to rights in RFC documents can be found in BCP 78 and BCP 79.
IETFはどんなIntellectual Property Rightsの正当性か範囲、実現に関係すると主張されるかもしれない他の権利、本書では説明された技術の使用またはそのような権利の下におけるどんなライセンスも利用可能であるかもしれない、または利用可能でないかもしれない範囲に関しても立場を全く取りません。 または、それはそれを表しません。どんなそのような権利も特定するためのどんな独立している努力もしました。 BCP78とBCP79でRFCドキュメントの権利に関する手順に関する情報を見つけることができます。
Copies of IPR disclosures made to the IETF Secretariat and any assurances of licenses to be made available, or the result of an attempt made to obtain a general license or permission for the use of such proprietary rights by implementers or users of this specification can be obtained from the IETF on-line IPR repository at http://www.ietf.org/ipr.
IPR公開のコピーが利用可能に作られるべきライセンスの保証、または一般的な免許を取得するのが作られた試みの結果をIETF事務局といずれにもしたか、または http://www.ietf.org/ipr のIETFのオンラインIPR倉庫からこの仕様のimplementersかユーザによるそのような所有権の使用のために許可を得ることができます。
The IETF invites any interested party to bring to its attention any copyrights, patents or patent applications, or other proprietary rights that may cover technology that may be required to implement this standard. Please address the information to the IETF at ietf-ipr@ietf.org.
IETFはこの規格を実行するのに必要であるかもしれない技術をカバーするかもしれないどんな著作権もその注目していただくどんな利害関係者、特許、特許出願、または他の所有権も招待します。 ietf-ipr@ietf.org のIETFに情報を記述してください。
Chadalapaka, et al. Informational [Page 49]
Chadalapaka、他 情報[49ページ]
一覧
スポンサーリンク
