RFC5046 日本語訳
5046 Internet Small Computer System Interface (iSCSI) Extensions forRemote Direct Memory Access (RDMA). M. Ko, M. Chadalapaka, J.Hufferd, U. Elzur, H. Shah, P. Thaler. October 2007. (Format: TXT=202216 bytes) (Status: PROPOSED STANDARD)
プログラムでの自動翻訳です。
英語原文
Network Working Group M. Ko
Request for Comments: 5046 IBM Corporation
Category: Standards Track M. Chadalapaka
Hewlett-Packard Company
J. Hufferd
Brocade, Inc.
U. Elzur
H. Shah
P. Thaler
Broadcom Corporation
October 2007
コメントを求めるワーキンググループM.コー要求をネットワークでつないでください: 5046年のIBM社のカテゴリ: 標準化過程M.Chadalapakaヒューレット・パッカード会社J.Hufferd錦のInc.U.Elzur H.シャーP.ターレルBroadcom社の2007年10月
Internet Small Computer System Interface (iSCSI) Extensions
for Remote Direct Memory Access (RDMA)
リモートダイレクトメモリアクセスのためのインターネットスモールコンピュータシステムインタフェース(iSCSI)拡大(RDMA)
Status of This Memo
このメモの状態
This document specifies an Internet standards track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the "Internet Official Protocol Standards" (STD 1) for the standardization state and status of this protocol. Distribution of this memo is unlimited.
このドキュメントは、インターネットコミュニティにインターネット標準化過程プロトコルを指定して、改良のために議論と提案を要求します。 このプロトコルの標準化状態と状態への「インターネット公式プロトコル標準」(STD1)の現行版を参照してください。 このメモの分配は無制限です。
Abstract
要約
Internet Small Computer System Interface (iSCSI) Extensions for Remote Direct Memory Access (RDMA) provides the RDMA data transfer capability to iSCSI by layering iSCSI on top of an RDMA-Capable Protocol, such as the iWARP protocol suite. An RDMA-Capable Protocol provides RDMA Read and Write services, which enable data to be transferred directly into SCSI I/O Buffers without intermediate data copies. This document describes the extensions to the iSCSI protocol to support RDMA services as provided by an RDMA-Capable Protocol, such as the iWARP protocol suite.
Remote Direct Memory Access(RDMA)のためのインターネットSmallコンピュータSystem Interface(iSCSI)拡張子はRDMAできるプロトコルの上でレイヤリングiSCSIからRDMAデータ転送能力をiSCSIに供給します、iWARPプロトコル群などのように。 RDMAできるプロトコルはRDMA ReadとWriteにサービスを供給します。(サービスは、データが中間的データコピーなしで直接SCSI I/O Buffersに移されるのを可能にします)。 このドキュメントはRDMAできるプロトコルで提供するようにRDMAにサービスをサポートするためにiSCSIプロトコルに拡大について説明します、iWARPプロトコル群などのように。
Ko, et al. Standards Track [Page 1] RFC 5046 iSER Specification October 2007
コー、他 規格はiSER仕様2007年10月にRFC5046を追跡します[1ページ]。
Table of Contents
目次
1. Introduction ....................................................5
1.1. Motivation .................................................5
1.2. Architectural Goals ........................................6
1.3. Protocol Overview ..........................................7
1.4. RDMA Services and iSER .....................................8
1.4.1. STag ................................................8
1.4.2. Send ................................................9
1.4.3. RDMA Write ..........................................9
1.4.4. RDMA Read ...........................................9
1.5. SCSI Read Overview ........................................10
1.6. SCSI Write Overview .......................................10
1.7. iSCSI/iSER Layering .......................................10
2. Definitions and Acronyms .......................................11
2.1. Definitions ...............................................11
2.2. Acronyms ..................................................17
2.3. Conventions ...............................................19
3. Upper Layer Interface Requirements .............................19
3.1. Operational Primitives Offered by iSER ....................20
3.1.1. Send_Control .......................................20
3.1.2. Put_Data ...........................................20
3.1.3. Get_Data ...........................................21
3.1.4. Allocate_Connection_Resources ......................21
3.1.5. Deallocate_Connection_Resources ....................22
3.1.6. Enable_Datamover ...................................22
3.1.7. Connection_Terminate ...............................22
3.1.8. Notice_Key_Values ..................................23
3.1.9. Deallocate_Task_Resources ..........................23
3.2. Operational Primitives Used by iSER .......................23
3.2.1. Control_Notify .....................................24
3.2.2. Data_Completion_Notify .............................24
3.2.3. Data_ACK_Notify ....................................24
3.2.4. Connection_Terminate_Notify ........................25
3.3. iSCSI Protocol Usage Requirements .........................25
4. Lower Layer Interface Requirements .............................26
4.1. Interactions with the RCaP Layer ..........................26
4.2. Interactions with the Transport Layer .....................27
5. Connection Setup and Termination ...............................27
5.1. iSCSI/iSER Connection Setup ...............................27
5.1.1. Initiator Behavior .................................29
5.1.2. Target Behavior ....................................30
5.1.3. iSER Hello Exchange ................................32
5.2. iSCSI/iSER Connection Termination .........................33
5.2.1. Normal Connection Termination at the Initiator .....33
5.2.2. Normal Connection Termination at the Target ........34
5.2.3. Termination without Logout Request/Response PDUs ...34
1. 序論…5 1.1. 動機…5 1.2. 建築目標…6 1.3. 概要について議定書の中で述べてください…7 1.4. RDMAサービスとiSER…8 1.4.1. 雄ジカ…8 1.4.2. 発信してください…9 1.4.3. RDMAは書きます…9 1.4.4. RDMAは読みます…9 1.5. SCSIは概要を読みます…10 1.6. SCSIは概要を書きます…10 1.7iSCSI/iSERレイヤリング…10 2. 定義と頭文字語…11 2.1. 定義…11 2.2. 頭文字語…17 2.3. コンベンション…19 3. 上側の層のインターフェース要件…19 3.1. iSERによって提供された操作上の基関数…20 3.1.1. _コントロールを送ってください…20 3.1.2. _データを置いてください…20 3.1.3. _データを得てください…21 3.1.4. _接続_にリソースを割り当ててください…21 3.1.5. Deallocate_接続_リソース…22 3.1.6. _Datamoverを有効にしてください…22 3.1.7. 接続_は終わります…22 3.1.8. _主要な_値に注意してください…23 3.1.9. Deallocate_タスク_リソース…23 3.2. iSERによって使用された操作上の基関数…23 3.2.1. コントロール_は通知します…24 3.2.2. データ_完成_は通知します…24 3.2.3. データ_ACK_に通知します…24 3.2.4. 接続_は終わります。_通知してください…25 3.3iSCSIは用法要件について議定書の中で述べます…25 4. 層のインターフェース要件を下ろしてください…26 4.1. RCaPとの相互作用は層にされます…26 4.2. 輸送との相互作用は層にされます…27 5. 接続設定と終了…27 5.1iSCSI/iSER接続設定…27 5.1.1. 創始者の振舞い…29 5.1.2. 振舞いを狙ってください…30 5.1.3iSER、こんにちは、交換…32 5.2iSCSI/iSER接続終了…33 5.2.1. 創始者の通常の接続終了…33 5.2.2. 目標の通常の接続終了…34 5.2.3. 終了、ログアウト、要求/応答PDUs…34
Ko, et al. Standards Track [Page 2] RFC 5046 iSER Specification October 2007
コー、他 規格はiSER仕様2007年10月にRFC5046を追跡します[2ページ]。
6. Login/Text Operational Keys ....................................35
6.1. HeaderDigest and DataDigest ...............................35
6.2. MaxRecvDataSegmentLength ..................................36
6.3. RDMAExtensions ............................................36
6.4. TargetRecvDataSegmentLength ...............................37
6.5. InitiatorRecvDataSegmentLength ............................38
6.6. OFMarker and IFMarker .....................................38
6.7. MaxOutstandingUnexpectedPDUs ..............................38
7. iSCSI PDU Considerations .......................................39
7.1. iSCSI Data-Type PDU .......................................39
7.2. iSCSI Control-Type PDU ....................................40
7.3. iSCSI PDUs ................................................40
7.3.1. SCSI Command .......................................40
7.3.2. SCSI Response ......................................42
7.3.3. Task Management Function Request/Response ..........44
7.3.4. SCSI Data-Out ......................................45
7.3.5. SCSI Data-In .......................................46
7.3.6. Ready to Transfer (R2T) ............................48
7.3.7. Asynchronous Message ...............................50
7.3.8. Text Request and Text Response .....................50
7.3.9. Login Request and Login Response ...................50
7.3.10. Logout Request and Logout Response ................51
7.3.11. SNACK Request .....................................51
7.3.12. Reject ............................................51
7.3.13. NOP-Out and NOP-In ................................51
8. Flow Control and STag Management ...............................52
8.1. Flow Control for RDMA Send Message Types ..................52
8.1.1. Flow Control for Control-Type PDUs from the
Initiator ..........................................52
8.1.2. Flow Control for Control-Type PDUs from the
Target .............................................55
8.2. Flow Control for RDMA Read Resources ......................56
8.3. STag Management ...........................................56
8.3.1. Allocation of STags ................................57
8.3.2. Invalidation of STags ..............................57
9. iSER Control and Data Transfer .................................58
9.1. iSER Header Format ........................................58
9.2. iSER Header Format for the iSCSI Control-Type PDU .........59
9.3. iSER Header Format for the iSER Hello Message .............60
9.4. iSER Header Format for the iSER HelloReply Message ........61
9.5. SCSI Data Transfer Operations .............................62
9.5.1. SCSI Write Operation ...............................62
9.5.2. SCSI Read Operation ................................63
9.5.3. Bidirectional Operation ............................64
10. iSER Error Handling and Recovery ..............................64
10.1. Error Handling ...........................................64
10.1.1. Errors in the Transport Layer .....................64
10.1.2. Errors in the RCaP Layer ..........................65
6. ログイン/テキストの操作上のキー…35 6.1. HeaderDigestとDataDigest…35 6.2. MaxRecvDataSegmentLength…36 6.3. RDMAExtensions…36 6.4. TargetRecvDataSegmentLength…37 6.5. InitiatorRecvDataSegmentLength…38 6.6. OFMarkerとIFMarker…38 6.7. MaxOutstandingUnexpectedPDUs…38 7iSCSI PDU問題…39 7.1iSCSIデータ型PDU…39 7.2iSCSIはPDUをコントロールしてタイプします…40 7.3iSCSI PDUs…40 7.3.1. SCSIは命令します…40 7.3.2. SCSI応答…42 7.3.3. タスク管理機能要求/応答…44 7.3.4. 外のSCSIデータ…45 7.3.5. 中のSCSIデータ…46 7.3.6. (R2T)を移すのにおいて準備ができる…48 7.3.7. 非同期なメッセージ…50 7.3.8. テキスト要求とテキスト応答…50 7.3.9. ログイン要求とログイン応答…50 7.3.10. ログアウト、要求、ログアウトしてください、応答…51 7.3.11. 軽食要求…51 7.3.12. 拒絶します。51 7.3.13. 外のNOPと中のNOP…51 8. フロー制御と雄ジカ管理…52 8.1. RDMAのためのフロー制御はメッセージタイプを送ります…52 8.1.1. 創始者からのコントロールタイプPDUsのためのフロー制御…52 8.1.2. 目標からのコントロールタイプPDUsのためのフロー制御…55 8.2. RDMAのためのフロー制御はリソースを読みました…56 8.3. 雄ジカ管理…56 8.3.1. 雄ジカの配分…57 8.3.2. 無効にする雄ジカについて…57 9のiSERコントロールとデータ転送…58 9.1iSERヘッダー形式…iSCSIコントロールタイプPDUのための58 9.2iSERヘッダー形式…iSERのための59 9.3iSERヘッダー形式、こんにちは、メッセージ…iSER HelloReplyメッセージのための60 9.4iSERヘッダー形式…61 9.5. SCSIデータ転送操作…62 9.5.1. SCSIは操作を書きます…62 9.5.2. SCSIは操作を読みます…63 9.5.3. 双方向の操作…64 10. iSERエラー処理と回復…64 10.1. エラー処理…64 10.1.1. 輸送における誤りは層にされます…64 10.1.2. RCaPの誤りは層にされます…65
Ko, et al. Standards Track [Page 3] RFC 5046 iSER Specification October 2007
コー、他 規格はiSER仕様2007年10月にRFC5046を追跡します[3ページ]。
10.1.3. Errors in the iSER Layer ..........................66
10.1.4. Errors in the iSCSI Layer .........................67
10.2. Error Recovery ...........................................69
10.2.1. PDU Recovery ......................................69
10.2.2. Connection Recovery ...............................70
11. Security Considerations .......................................71
12. References ....................................................71
12.1. Normative References .....................................71
12.2. Informative References ...................................72
Appendix A. iWARP Message Format for iSER .........................73
A.1. iWARP Message Format for iSER Hello Message ...............73
A.2. iWARP Message Format for iSER HelloReply Message ..........74
A.3. iWARP Message Format for SCSI Read Command PDU ............75
A.4. iWARP Message Format for SCSI Read Data ...................76
A.5. iWARP Message Format for SCSI Write Command PDU ...........77
A.6. iWARP Message Format for RDMA Read Request ................78
A.7. iWARP Message Format for Solicited SCSI Write Data ........79
A.8. iWARP Message Format for SCSI Response PDU ................80
Appendix B. Architectural Discussion of iSER over InfiniBand ......81
B.1. The Host Side of the iSCSI and iSER Connections
in InfiniBand .............................................81
B.2. The Storage Side of the iSCSI and iSER Mixed
Network Environment .......................................82
B.3. Discovery Processes for an InfiniBand Host ................82
B.4. IBTA Connection Specifications ............................83
Acknowledgments ...................................................83
10.1.3. iSERの誤りは層にされます…66 10.1.4. iSCSIの誤りは層にされます…67 10.2. エラー回復…69 10.2.1. PDU回復…69 10.2.2. 接続回復…70 11. セキュリティ問題…71 12. 参照…71 12.1. 標準の参照…71 12.2. 有益な参照…72 iSERのための付録A.iWARPメッセージ・フォーマット…73A.1iSERのためのiWARPメッセージ・フォーマット、こんにちは、メッセージ…73 A.2iSER HelloReplyメッセージのためのiWARPメッセージ・フォーマット…74 A.3SCSIのためのiWARPメッセージ・フォーマットはコマンドPDUを読みました…75 A.4SCSIのためのiWARPメッセージ・フォーマットはデータを読みました…76 A.5SCSI書きコマンドPDUのためのiWARPメッセージ・フォーマット…77 A.6RDMAのためのiWARPメッセージ・フォーマットは要求を読みました…78 A.7請求されたSCSIのためのiWARPメッセージ・フォーマットはデータを書きます…79 A.8SCSI応答PDUのためのiWARPメッセージ・フォーマット…80 インフィニバンドの上のiSERの付録のB.の建築議論…81 B.1。 インフィニバンドによるiSCSIとiSERコネクションズのホスト側…81 B.2。 iSCSIとiSERのストレージ側面はネットワーク環境を混ぜました…82 B.3。 発見はインフィニバンドホストのために処理されます…82 B.4。 IBTA接続仕様…83の承認…83
Table of Figures
数値表
Figure 1. Example of iSCSI/iSER Layering in Full Feature Phase ....11 Figure 2. iSER Header Format ......................................58 Figure 3. iSER Header Format for iSCSI Control-Type PDU ...........59 Figure 4. iSER Header Format for iSER Hello Message ...............60 Figure 5. iSER Header Format for iSER HelloReply Message ..........61 Figure 6. SendSE Message containing an iSER Hello Message .........72 Figure 7. SendSE Message containing an iSER HelloReply Message ....74 Figure 8. SendSE Message containing a SCSI Read Command PDU .......75 Figure 9. RDMA Write Message containing SCSI Read Data ............76 Figure 10. SendSE Message containing a SCSI Write Command PDU .....77 Figure 11. RDMA Read Request Message ..............................78 Figure 12. RDMA Read Response Message containing SCSI Write Data ..79 Figure 13. SendInvSE Message containing SCSI Response PDU .........80 Figure 14. iSCSI and iSER on IB ...................................81 Figure 15. Storage Controller with TCP, iWARP, and IB Connections .82
図1。 完全な特徴フェーズで層にするiSCSI/iSERに関する例…11は2iSERヘッダー形式について計算します…58はiSCSIコントロールタイプPDUのために3iSERヘッダー形式について計算します…59がiSERのために4iSERヘッダー形式について計算する、こんにちは、メッセージ…60はiSER HelloReplyメッセージのために5iSERヘッダー形式について計算します…61 図6。 iSER Hello Messageを含むSendSE Message…72 図7。 iSER HelloReply Messageを含むSendSE Message…74 エイト環。 SCSI Read Command PDUを含むSendSE Message…75 図9。 SCSI Read Dataを含むRDMA Write Message…76 図10。 SCSI Write Command PDUを含むSendSE Message…77 図11。 RDMAは要求メッセージを読みます…78 図12。 SCSI Write Dataを含むRDMA Read Response Message。79 図13。 SCSI Response PDUを含むSendInvSE Message…80 IBの上の14のiSCSIとiSERは計算します…81 図15。 TCP、iWARP、およびIBコネクションズ.82があるストレージコントローラ
Ko, et al. Standards Track [Page 4] RFC 5046 iSER Specification October 2007
コー、他 規格はiSER仕様2007年10月にRFC5046を追跡します[4ページ]。
1. Introduction
1. 序論
1.1. Motivation
1.1. 動機
The iSCSI protocol [RFC3720] is a mapping of the SCSI Architecture Model (see [SAM2]) over the TCP protocol. SCSI commands are carried by iSCSI requests, and SCSI responses and status are carried by iSCSI responses. Other iSCSI protocol exchanges and SCSI data are also transported in iSCSI Protocol Data Units (PDUs).
iSCSIプロトコル[RFC3720]はTCPプロトコルの上のSCSI Architecture Model([SAM2]を見る)に関するマッピングです。 SCSIコマンドはiSCSI要求で運ばれます、そして、SCSI応答と状態はiSCSI応答で運ばれます。 また、他のiSCSIプロトコル交換とSCSIデータはiSCSIプロトコルData Units(PDUs)で輸送されます。
Out-of-order TCP segments in the Traditional iSCSI model have to be stored and reassembled before the iSCSI protocol layer within an end node can place the data in the iSCSI buffers. This reassembly is required because not every TCP segment is likely to contain an iSCSI header to enable its placement, and TCP itself does not have a built-in mechanism for signaling Upper Level Protocol (ULP) message boundaries to aid placement of out-of-order segments. This TCP reassembly at high network speeds is quite counter-productive for the following reasons: wasted memory bandwidth in data copying, the need for reassembly memory, wasted CPU cycles in data copying, and the general store-and-forward latency from an application perspective. TCP reassembly was recognized as a serious issue in [RFC3720], and the notion of a "sync and steering layer" was introduced that is optional to implement and use. One specific sync and steering mechanism, called "markers", was defined in [RFC3720], which provides an application-level way of framing iSCSI Protocol Data Units (PDUs) within the TCP data stream even when the TCP segments are not yet reassembled to be in-order.
エンドノードの中のiSCSIプロトコル層がiSCSIバッファのデータを置くことができる前に、Traditional iSCSIモデルの不適切なTCPセグメントは、保存されて、組み立て直されなければなりません。 あらゆるTCPセグメントがどんなiSCSIヘッダーを含みそうであるというわけではないので、これがプレースメントを可能にするのに再アセンブリに必要です、そして、TCP自身には、不適切なセグメントのプレースメントを支援するようにUpper Levelプロトコル(ULP)メッセージ限界に合図するための内蔵のメカニズムがありません。 高いネットワーク速度におけるこのTCP reassemblyは以下の理由でカウンタかなり生産的です: データコピーにおける無駄なメモリ帯域幅(再アセンブリメモリの必要性)はアプリケーション見解からデータコピー、および一般的な店とフォワード潜在でCPUサイクルを浪費しました。 TCP reassemblyは[RFC3720]の重大な問題として認識されました、そして、「同時性と操縦層」の実装して、使用するために任意の概念は紹介されました。 「マーカー」と呼ばれる1台の特定の同時性と舵取り装置が[RFC3720]で定義されました。(TCPセグメントが整然とするためにまだ組み立て直されないときさえ、それは、TCPデータ・ストリームの中でiSCSIプロトコルData Unitsを縁どるアプリケーションレベル方法(PDUs)に提供します)。
With these defined techniques in [RFC3720], a Network Interface Controller customized for iSCSI (SNIC) could offload the TCP/IP processing and support direct data placement, but most iSCSI implementations do not support iSCSI "markers", making SNIC marker- based direct data placement unusable in practice.
これらの定義されたテクニックは[RFC3720]にある状態で、iSCSI(SNIC)のためにカスタム設計されたNetwork Interface Controllerは、TCP/IP処理を積み下ろして、データがプレースメントであるとダイレクトにサポートすることができましたが、ほとんどのiSCSI実装はiSCSI「マーカー」をサポートしません、SNICマーカーを実際には使用不可能なベースのダイレクトデータプレースメントにして。
The iWARP protocol stack provides direct data placement functionality that is usable in practice. In addition, there is interest in using iSCSI with other Remote Direct Memory Access (RDMA) protocol stacks that support direct data placement, such as the one provided by InfiniBand. The generic term RDMA-Capable Protocol (RCaP) is used to refer to the RDMA functionality provided by such protocol stacks.
iWARPプロトコル・スタックは実際には使用可能なダイレクトデータプレースメントの機能性を提供します。 さらに、データがプレースメントであるとダイレクトにサポートする他のRemote Direct Memory Access(RDMA)プロトコル・スタックがあるiSCSIを使用することへの関心があります、インフィニバンドで提供されたものなどのように。 総称のRDMAできるプロトコル(RCaP)は、そのようなプロトコル・スタックによって提供されたRDMAの機能性を示すのに使用されます。
With the availability of RDMA-Capable Controllers within a host system, which does not have SNICs, it is appropriate for iSCSI to be able to exploit the direct data placement function of the RDMA- Capable Controller like other applications.
ホストシステムの中のRDMAできるControllersの有用性で、iSCSIが他のアプリケーションのようにRDMAのできるControllerのダイレクトデータプレースメント機能を利用できるのは、適切です。システムには、SNICsがありません。
Ko, et al. Standards Track [Page 5] RFC 5046 iSER Specification October 2007
コー、他 規格はiSER仕様2007年10月にRFC5046を追跡します[5ページ]。
iSCSI Extensions for RDMA (iSER) is designed precisely to take advantage of generic RDMA technologies -- iSER's goal is to permit iSCSI to employ direct data placement and RDMA capabilities using a generic RDMA-Capable Controller. In summary, the iSCSI/iSER protocol stack is designed to enable scaling to high speeds by relying on a generic data placement process and RDMA technologies and products, which enable direct data placement of both in-order and out-of-order data.
RDMA(iSER)のためのiSCSI ExtensionsはまさにジェネリックRDMA技術を利用するように設計されています--iSERの目標はiSCSIがダイレクトデータプレースメントとRDMA能力を使うことをジェネリックのRDMAできるControllerを使用することで許可することです。 概要では、iSCSI/iSERプロトコル・スタックは、注文しているものと同様に不適切なデータのダイレクトデータプレースメントを可能にするジェネリックデータプレースメントプロセス、RDMA技術、および製品を当てにすることによってスケーリングを高速に可能にするように設計されています。
This document describes iSER as a protocol extension to iSCSI, both for convenience of description and because it is true in a very strict protocol sense. However, note that iSER is in reality extending the connectivity of the iSCSI protocol defined in [RFC3720], and the name iSER reflects this reality.
このドキュメントはiSCSIへのプロトコル拡大としてiSERを記述します、ともに記述の便利で、それが非常に厳しいプロトコル意味で本当であるので。 しかしながら、iSERが[RFC3720]で定義されたiSCSIプロトコルの接続性をほんとうは広げていることに注意してください。そうすれば、iSERという名前はこの現実を反映します。
When the iSCSI protocol as defined in [RFC3720] (i.e., without the iSER enhancements) is intended in the rest of the document, the term "Traditional iSCSI" is used to make the intention clear.
[RFC3720](すなわち、iSER増進のない)で定義されるiSCSIプロトコルがドキュメントの残りで意図するとき、用語「伝統的なiSCSI」は、意志を明らかにするのに使用されます。
1.2. Architectural Goals
1.2. 建築目標
This section summarizes the architectural goals that guided the design of iSER.
このセクションはiSERのデザインを誘導した建築目標をまとめます。
1. Provide an RDMA data transfer model for iSCSI that enables direct
in-order or out-of-order data placement of SCSI data into pre-
allocated SCSI buffers while maintaining in-order data delivery.
1. オーダーにおけるデータ配送を維持している間にSCSIデータのダイレクトオーダーの、または、不適切なデータプレースメントをあらかじめ割り当てられたSCSIバッファに可能にするiSCSIにRDMAデータ転送モデルを供給してください。
2. Not require any major changes to the SCSI Architecture Model
[SAM2] and SCSI command set standards.
2. SCSI Architecture Model[SAM2]とSCSIコマンドセット規格への大きな変化を必要としてください。
3. Utilize existing iSCSI infrastructure (sometimes referred to as
"iSCSI ecosystem") including but not limited to MIB,
bootstrapping, negotiation, naming and discovery, and security.
3. 他のMIB、ブートストラップ法、交渉、命名、発見、およびセキュリティを含んでいて、既存のiSCSIインフラストラクチャ(時々「iSCSI生態系」と呼ばれる)を利用してください。
4. Require a session to operate in the Traditional iSCSI data
transfer mode if iSER is not supported by either the initiator or
the target (i.e., not require iSCSI Full Feature Phase
interoperability between an end node operating in Traditional
iSCSI mode, and an end node operating in iSER-assisted mode).
4. iSERが創始者か目標のどちらかによってサポートされないなら(すなわち、Traditional iSCSIモードにおけるエンドノード操作と、iSERによって補助されたモードにおけるエンドノード操作の間のiSCSI Full Feature Phase相互運用性を必要としません)、Traditional iSCSIデータ転送モードで作動するためにセッションを必要としてください。
5. Allow initiator and target implementations to utilize generic
RDMA-Capable Controllers such as RDMA-enabled Network Interface
Controllers (RNICs), or to implement iSCSI and iSER in software
(not require iSCSI- or iSER-specific assists in the RCaP
implementation or RDMA-Capable Controller).
5. 創始者と目標実装にRDMAによって可能にされたNetwork Interface Controllers(RNICs)などのジェネリックのRDMAできるControllersを利用するか、またはソフトウェア(RCaP実装かRDMAできるControllerでiSCSIかiSER特有のアシストを必要としない)でiSCSIとiSERを実装させてください。
Ko, et al. Standards Track [Page 6] RFC 5046 iSER Specification October 2007
コー、他 規格はiSER仕様2007年10月にRFC5046を追跡します[6ページ]。
6. Require full and only generic RCaP functionality at both the
initiator and the target.
6. 創始者と目標の両方におけるジェネリックRCaPの機能性だけを必要としてください。
7. Implement a lightweight Datamover protocol for iSCSI with minimal
state maintenance.
7. iSCSIのために最小量の州のメインテナンスで軽量のDatamoverプロトコルを実装してください。
1.3. Protocol Overview
1.3. プロトコル概要
Consistent with the architectural goals stated in Section 2.2, the iSER protocol does not require changes in the iSCSI ecosystem or any related SCSI specifications. The iSER protocol defines the mapping of iSCSI PDUs to RCaP Messages in such a way that it is entirely feasible to realize iSCSI/iSER implementations that are based on generic RDMA-Capable Controllers. The iSER protocol layer requires minimal state maintenance to assist an iSCSI Full Feature Phase connection, besides being oblivious to the notion of an iSCSI session. The crucial protocol aspects of iSER may be summarized thus:
セクション2.2に述べられている建築目標と一致しています、iSERプロトコルはiSCSI生態系かどんな関連するSCSI仕様にも釣り銭がいません。 iSERプロトコルはジェネリックのRDMAできるControllersに基づいているiSCSI/iSER実装がわかるのが完全に可能であるような方法でiSCSI PDUsに関するマッピングをRCaP Messagesと定義します。 iSERプロトコル層はiSCSI Full Feature Phase接続を促進するために最小量の州のメインテナンスを必要とします、iSCSIセッションの概念に気づかないこと以外に。 iSERの重要なプロトコル局面はこのようにしてまとめられるかもしれません:
1. iSER-assisted mode is negotiated during the iSCSI login for each
session, and an entire iSCSI session can only operate in one mode
(i.e., a connection in a session cannot operate in iSER-assisted
mode if a different connection of the same session is already in
Full Feature Phase in the Traditional iSCSI mode).
1. iSERによって補助されたモードは各セッションのためにiSCSIログインの間、交渉されます、そして、全体のiSCSIセッションは1つのモードで作動できるだけです(同じセッションの異なった接続がTraditional iSCSIモードによるFull Feature Phaseに既にあるなら、すなわち、セッションにおける接続はiSERによって補助されたモードで働くことができません)。
2. Once in iSER-assisted mode, all iSCSI interactions on that
connection use RCaP Messages.
2. iSERによって補助されたモードによる一度、その接続でのすべてのiSCSI相互作用がRCaP Messagesを使用します。
3. A Send Message Type is used for carrying an iSCSI control-type PDU
preceded by an iSER header. See Section 7.2 for more details on
iSCSI control-type PDUs.
3. Send Message Typeは、iSERヘッダーによって先行されたiSCSIコントロールタイプPDUを運ぶのに使用されます。 iSCSIコントロールタイプPDUsに関するその他の詳細に関してセクション7.2を見てください。
4. RDMA Write, RDMA Read Request, and RDMA Read Response Messages are
used for carrying control and all data information associated with
the iSCSI data-type PDUs. See Section 7.1 for more details on
iSCSI data-type PDUs.
4. RDMA Write、RDMA Read Request、およびRDMA Read Response Messagesは、コントロールとiSCSIデータ型PDUsに関連しているすべてのデータ情報を運ぶのに使用されます。 iSCSIデータ型PDUsに関するその他の詳細に関してセクション7.1を見てください。
5. Target drives all data transfer (with the exception of iSCSI
unsolicited data) for SCSI writes and SCSI reads, by issuing RDMA
Read Requests and RDMA Writes, respectively.
5. SCSIのためのすべてのデータ転送(iSCSIの求められていないデータを除いた)が書くドライブを狙ってください。そうすれば、SCSIは、RDMA Read RequestsとRDMA Writesを発行することによって、それぞれ読みます。
6. RCaP is responsible for ensuring data integrity. (For example,
iWARP includes a CRC-enhanced framing layer called Marker PDU
Aligned Framing for TCP (MPA) on top of TCP; and for InfiniBand,
the CRCs are included in the Reliable Connection mode). For this
reason, iSCSI header and data digests are negotiated to "None" for
iSCSI/iSER sessions.
6. RCaPはデータ保全を確実にするのに責任があります。 (例えば、iWARPはTCPの上にTCP(MPA)のためのMarker PDU Aligned Framingと呼ばれるCRCによって高められた縁どり層を含んでいます; そして、インフィニバンドにおいて、CRCsはReliable Connectionモードに含まれています。) この理由で、iSCSIヘッダーとデータダイジェストはiSCSI/iSERセッションのために「なにも」と交渉されます。
Ko, et al. Standards Track [Page 7] RFC 5046 iSER Specification October 2007
コー、他 規格はiSER仕様2007年10月にRFC5046を追跡します[7ページ]。
7. The iSCSI error recovery hierarchy defined in [RFC3720] is fully
supported by iSER. (However, see Section 7.3.11 on the handling
of SNACK Request PDUs.)
7. [RFC3720]で定義されたiSCSIエラー回復階層構造はiSERによって完全にサポートされます。 (しかしながら、セクション7.3.11をSNACK Request PDUsの取り扱いように見てください。)
8. iSER requires no changes to iSCSI authentication, security, and
text mode negotiation mechanisms.
8. iSERはiSCSI認証、セキュリティ、およびテキストモード交渉メカニズムへの変化を全く必要としません。
Note that Traditional iSCSI implementations may have to be adapted to employ iSER. It is expected that the adaptation when required is likely to be centered around the upper layer interface requirements of iSER (Section 3).
Traditional iSCSI実装がiSERを使うために適合させられなければならないかもしれないことに注意してください。 必要であると適合がiSER(セクション3)の上側の層のインターフェース要件が中心に置かれそうであると予想されます。
1.4. RDMA Services and iSER
1.4. RDMAサービスとiSER
iSER is designed to work with software and/or hardware protocol stacks providing the protocol services defined in RCaP documents such as [RDMAP], [IB], etc. The following subsections describe the key protocol elements of RCaP services that iSER relies on.
iSERは、ソフトウェア、そして/または、ハードウェアプロトコル・スタックが[RDMAP]、[IB]などのRCaPドキュメントで定義されたプロトコルサービスを提供していて働くように設計されています。 以下の小区分は主要なiSERが依存するRCaPサービスのプロトコル要素について説明します。
1.4.1. STag
1.4.1. 雄ジカ
A Steering Tag (STag) is the identifier of an I/O Buffer unique to an RDMA-Capable Controller that the iSER layer Advertises to the remote iSCSI/iSER node in order to complete a SCSI I/O.
Steering Tag(STag)はRDMAできるControllerにユニークな入出力Bufferに関する識別子です。iSERは、SCSI I/Oを完成するためにリモートiSCSI/iSERノードにAdvertisesを層にします。
In iSER, Advertisement is the act of informing the target by the initiator that an I/O Buffer is available at the initiator for RDMA Read or RDMA Write access by the target. The initiator Advertises the I/O Buffer by including the STag in the header of an iSER Message containing the SCSI Command PDU to the target. The base Tagged Offset is not explicitly specified, but the target must always assume it as zero. The buffer length is as specified in the SCSI Command PDU.
iSERでは、Advertisementは創始者で入出力Bufferが創始者で目標でRDMA ReadかRDMA Writeアクセスに利用可能であることを目標に知らせる行為です。 目標にSCSI Command PDUを含むiSER MessageのヘッダーにSTagを含んでいるのによる創始者Advertises入出力Buffer。 ベースTagged Offsetは明らかに指定されませんが、目標はゼロとしていつもそれを仮定しなければなりません。 バッファ長がSCSI Command PDUで指定されるようにあります。
The iSER layer at the initiator Advertises the STag for the I/O Buffer of each SCSI I/O to the iSER layer at the target in the iSER header of the Send with Solicited Event (SendSE) Message containing the SCSI Command PDU, unless the I/O can be completely satisfied by unsolicited data alone.
SCSI Command PDUを含んでいて、iSERはそれぞれのSCSI I/Oの入出力BufferのためにSendのiSERヘッダーで目標で創始者AdvertisesでSolicited Event(SendSE)メッセージでiSER層にSTagを層にします、求められていないデータで完全に単独で入出力を満たすことができるというわけではないなら。
The iSER layer at the target provides the STag for the I/O Buffer that is the Data Sink of an RDMA Read Operation (Section 2.4.4) to the RCaP layer on the initiator node -- i.e., this is completely transparent to the iSER layer at the initiator.
目標のiSER層は創始者ノードの上のRCaP層へのRDMA Read Operation(セクション2.4.4)のData Sinkである入出力BufferにSTagを供給します--すなわち、これは創始者におけるiSER層に完全に透明です。
The iSER protocol is defined so that the Advertised STag is automatically invalidated upon a normal completion of the associated task. This automatic invalidation is realized via the Send with
iSERプロトコルが定義されるので、Advertised STagは関連タスクの正常完了のときに自動的に無効にされます。 この自動無効にするのはSendを通して実感されます。
Ko, et al. Standards Track [Page 8] RFC 5046 iSER Specification October 2007
コー、他 規格はiSER仕様2007年10月にRFC5046を追跡します[8ページ]。
Solicited Event and Invalidate (SendInvSE) Message carrying the SCSI Response PDU. There are two exceptions to this automatic invalidation -- bidirectional commands, and abnormal completion of a command. The iSER layer at the initiator is required to explicitly invalidate the STag in these cases, in addition to sanity checking the automatic invalidation even when that does happen.
SCSI Response PDUを運ぶEventとInvalidate(SendInvSE)メッセージに請求しました。 無効にするのにこの自動2つの例外があります--双方向のコマンド、およびコマンドの異常完了。 創始者におけるiSER層はこれらの場合で明らかにSTagを無効にしなければなりません、それが起こると自動無効にするのをチェックする正気に加えて。
1.4.2. Send
1.4.2. 発信してください。
Send is the RDMA Operation that is not addressed to an Advertised buffer by the sending side, and thus uses Untagged buffers on the receiving side.
発信、送付側によってAdvertisedバッファに扱われないで、その結果受信側でUntaggedバッファを使用するRDMA Operationはそうです。
The iSER layer at the initiator uses the Send Operation to transmit any iSCSI control-type PDU to the target. As an example, the initiator uses Send Operations to transfer iSER Messages containing SCSI Command PDUs to the iSER layer at the target.
創始者におけるiSER層は、どんなiSCSIコントロールタイプPDUも目標に伝えるのにSend Operationを使用します。 例として、創始者は、目標にiSER層にSCSI Command PDUsを含むiSER Messagesを移すのにSend Operationsを使用します。
An iSER layer at the target uses the Send Operation to transmit any iSCSI control-type PDU to the initiator. As an example, the target uses Send Operations to transfer iSER Messages containing SCSI Response PDUs to the iSER layer at the initiator.
目標のiSER層は、どんなiSCSIコントロールタイプPDUも創始者に伝えるのにSend Operationを使用します。 例として、目標は、創始者におけるiSER層にSCSI Response PDUsを含むiSER Messagesを移すのにSend Operationsを使用します。
1.4.3. RDMA Write
1.4.3. RDMAは書きます。
RDMA Write is the RDMA Operation that is used to place data into an Advertised buffer on the receiving side. The sending side addresses the Message using an STag and a Tagged Offset that are valid on the Data Sink.
RDMA Writeは受信側の上のAdvertisedバッファの中にデータを置くのに使用されるRDMA Operationです。 送付側は、Data Sinkで有効なSTagとTagged Offsetを使用することでMessageを扱います。
The iSER layer at the target uses the RDMA Write Operation to transfer the contents of a local I/O Buffer to an Advertised I/O Buffer at the initiator. The iSER layer at the target uses the RDMA Write to transfer whole or part of the data required to complete a SCSI read command.
目標のiSER層は、地方の入出力Bufferのコンテンツを創始者のAdvertised入出力Bufferに移すのにRDMA Write Operationを使用します。 目標のiSER層が全体を移すのにRDMA Writeを使用するか、またはデータの部分がSCSI読みコマンドを終了するのが必要です。
The iSER layer at the initiator does not employ RDMA Writes.
創始者におけるiSER層はRDMA Writesを使いません。
1.4.4. RDMA Read
1.4.4. RDMAは読みます。
RDMA Read is the RDMA Operation that is used to retrieve data from an Advertised buffer on a remote node. The sending side of the RDMA Read Request addresses the Message using an STag and a Tagged Offset that are valid on the Data Source in addition to providing a valid local STag and Tagged Offset that identify the Data Sink.
RDMA Readは遠隔ノードの上のAdvertisedバッファからのデータを検索するのに使用されるRDMA Operationです。 RDMA Read Requestの送付側面は、有効な地方のSTagとData Sinkを特定するTagged Offsetを提供することに加えてData Sourceで有効なSTagとTagged Offsetを使用することでMessageを扱います。
The iSER layer at the target uses the RDMA Read Operation to transfer the contents of an Advertised I/O Buffer at the initiator to a local
目標のiSER層は、創始者でAdvertised入出力Bufferのコンテンツをローカルに移すのにRDMA Read Operationを使用します。
Ko, et al. Standards Track [Page 9] RFC 5046 iSER Specification October 2007
コー、他 規格はiSER仕様2007年10月にRFC5046を追跡します[9ページ]。
I/O Buffer at the target. The iSER layer at the target uses the RDMA Read to fetch whole or part of the data required to complete a SCSI write command.
目標の入出力Buffer。 目標のiSER層が全体をとって来るのにRDMA Readを使用するか、またはデータの部分がSCSI書きコマンドを終了するのが必要です。
The iSER layer at the initiator does not employ RDMA Reads.
創始者におけるiSER層はRDMA Readsを使いません。
1.5. SCSI Read Overview
1.5. SCSIは概要を読みます。
The iSER layer at the initiator receives the SCSI Command PDU from the iSCSI layer. The iSER layer at the initiator generates an STag for the I/O Buffer of the SCSI Read and Advertises the buffer by including the STag as part of the iSER header for the PDU. The iSER Message is transferred to the target using a SendSE Message.
創始者におけるiSER層はiSCSI層からSCSI Command PDUを受けます。 創始者におけるiSER層は、PDUのためにSCSI ReadとAdvertisesの入出力BufferのためのSTagがバッファであるとiSERヘッダーの一部としてSTagを含んでいることによって、生成します。 SendSE Messageを使用することでiSER Messageを目標に移します。
The iSER layer at the target uses one or more RDMA Writes to transfer the data required to complete the SCSI Read.
目標のiSER層は、SCSI Readを完成するのに必要であるデータを移すのに1RDMA Writesを使用します。
The iSER layer at the target uses a SendInvSE Message to transfer the SCSI Response PDU back to the iSER layer at the initiator. The iSER layer at the initiator notifies the iSCSI layer of the availability of the SCSI Response PDU.
目標のiSER層は、創始者におけるiSER層にSCSI Response PDUを移して戻すのにSendInvSE Messageを使用します。 創始者におけるiSER層はSCSI Response PDUの有用性のiSCSI層に通知します。
1.6. SCSI Write Overview
1.6. SCSIは概要を書きます。
The iSER layer at the initiator receives the SCSI Command PDU from the iSCSI layer. If solicited data transfer is involved, the iSER layer at the initiator generates an STag for the I/O Buffer of the SCSI Write and Advertises the buffer by including the STag as part of the iSER header for the PDU. The iSER Message is transferred to the target using a SendSE Message.
創始者におけるiSER層はiSCSI層からSCSI Command PDUを受けます。 請求されたデータ転送がかかわるなら、創始者におけるiSER層は、PDUのためにSCSI WriteとAdvertisesの入出力BufferのためのSTagがバッファであるとiSERヘッダーの一部としてSTagを含んでいることによって、生成します。 SendSE Messageを使用することでiSER Messageを目標に移します。
The iSER layer at the initiator may optionally send one or more non- immediate unsolicited data PDUs to the target using Send Message Types.
創始者におけるiSER層は、Send Message Typesを使用することで1非即座の求められていないデータPDUsを目標に任意に送るかもしれません。
If solicited data transfer is involved, the iSER layer at the target uses one or more RDMA Reads to transfer the data required to complete the SCSI Write.
請求されたデータ転送がかかわるなら、目標のiSER層は、SCSI Writeを完成するのに必要であるデータを移すのに1RDMA Readsを使用します。
The iSER layer at the target uses a SendInvSE Message to transfer the SCSI Response PDU back to the iSER layer at the initiator. The iSER layer at the initiator notifies the iSCSI layer of the availability of the SCSI Response PDU.
目標のiSER層は、創始者におけるiSER層にSCSI Response PDUを移して戻すのにSendInvSE Messageを使用します。 創始者におけるiSER層はSCSI Response PDUの有用性のiSCSI層に通知します。
1.7. iSCSI/iSER Layering
1.7. iSCSI/iSERレイヤリング
iSCSI Extensions for RDMA (iSER) is layered between the iSCSI layer and the RCaP layer. Note that the RCaP layer may be composed of one
RDMA(iSER)のためのiSCSI ExtensionsはiSCSI層とRCaP層の間で層にされます。 RCaP層が1で構成されるかもしれないことに注意してください。
Ko, et al. Standards Track [Page 10] RFC 5046 iSER Specification October 2007
コー、他 規格はiSER仕様2007年10月にRFC5046を追跡します[10ページ]。
or more distinct protocol layers depending on the specifics of the RCaP. Figure 1 shows an example of the relationship between SCSI, iSCSI, iSER, and the different RCaP layers. For TCP, the RCaP is iWARP. For InfiniBand, the RCaP is the Reliable Connected Transport Service. Note that the iSCSI layer as described here supports the RDMA Extensions as used in iSER.
または、RCaPの詳細によって、より異なったプロトコルは層にされます。 図1はSCSIと、iSCSIと、iSERと、異なったRCaP層との関係に関する例を示しています。 TCPに関しては、RCaPはiWARPです。 インフィニバンドのために、RCaPはReliable Connected Transport Serviceです。 ここで説明されるiSCSI層がiSERで使用されるようにRDMA Extensionsをサポートすることに注意してください。
+-------------------------------------+
| SCSI |
+-------------------------------------+
| iSCSI |
DI ------> +-------------------------------------+
| iSER |
+---------+--------------+------------+
| RDMAP | | |
+---------+ InfiniBand | |
| DDP | Reliable | Other |
+---------+ Connected | RDMA- |
| MPA | Transport | Capable |
+---------+ Service | Protocol |
| TCP | | |
+---------+--------------+------------+
| | InfiniBand | Other |
| IP | Network | Network |
| | Layer | Layer |
+---------+--------------+------------+
+-------------------------------------+ | SCSI| +-------------------------------------+ | iSCSI| ディ------>+-------------------------------------+ | iSER| +---------+--------------+------------+ | RDMAP| | | +---------+ インフィニバンド| | | DDP| 信頼できる| 他| +---------接続された+| RDMA| | MPA| 輸送| できる| +---------+ サービス| プロトコル| | TCP| | | +---------+--------------+------------+ | | インフィニバンド| 他| | IP| ネットワーク| ネットワーク| | | 層| 層| +---------+--------------+------------+
Figure 1. Example of iSCSI/iSER Layering in Full Feature Phase
図1。 完全な特徴フェーズで層にするiSCSI/iSERに関する例
2. Definitions and Acronyms
2. 定義と頭文字語
2.1. Definitions
2.1. 定義
Advertisement (Advertised, Advertise, Advertisements, Advertises) -
The act of informing a remote iSER layer that a local node's
buffer is available to it. A Node makes a buffer available for
incoming RDMA Read Request Message or incoming RDMA Write Message
access by informing the remote iSER layer of the Tagged Buffer
identifiers (STag, TO, and buffer length). Note that this
Advertisement of Tagged Buffer information is the responsibility
of the iSER layer on either end and is not defined by the RDMA-
Capable Protocol. A typical method would be for the iSER layer to
embed the Tagged Buffer's STag, TO, and buffer length in a Send
Message destined for the remote iSER layer.
広告(広告、Advertisements広告を出して、Advertises)--ローカルのノードのバッファがそれに利用可能であることを遠く離れたiSER層に知らせる行為。 Nodeは、Tagged Buffer識別子(STag、TO、およびバッファ長)の遠く離れたiSER層を知らせることによって、入って来るRDMA Read Request Messageに利用可能なバッファか入って来るRDMA Write Messageアクセスをします。 Tagged Buffer情報のこのAdvertisementがどちらかの終わりのiSER層の責任であり、RDMAのできるプロトコルによって定義されないことに注意してください。 典型的なメソッドはiSER層が遠く離れたiSER層のために運命づけられたSend MessageにTagged BufferのSTag、TO、およびバッファ長を埋め込むだろうことです。
Completion (Completed, Complete, Completes) - Completion is defined
as the process by the RDMA-Capable Protocol layer to inform the
完成、(Complete、Completes、完成された、)、--完成が知らせるためにRDMAできるプロトコル層のそばでプロセスと定義される
Ko, et al. Standards Track [Page 11] RFC 5046 iSER Specification October 2007
コー、他 規格はiSER仕様2007年10月にRFC5046を追跡します[11ページ]。
iSER layer, that a particular RDMA Operation has performed all
functions specified for the RDMA Operation.
iSERは層にして、特定のRDMA Operationがすべての機能を実行したのはRDMA Operationに指定しました。
Connection - A connection is a logical circuit between the initiator
and the target, e.g., a TCP connection. Communication between the
initiator and the target occurs over one or more connections. The
connections carry control messages, SCSI commands, parameters, and
data within iSCSI Protocol Data Units (iSCSI PDUs).
接続--接続は創始者と目標の間の論理回路、例えば、TCP接続です。 創始者と目標とのコミュニケーションは1つ以上の接続の上に現れます。 接続はiSCSIプロトコルData Units(iSCSI PDUs)の中でコントロールメッセージ、SCSIコマンド、パラメタ、およびデータを運びます。
Connection Handle - An information element that identifies the
particular iSCSI connection and is unique for a given iSCSI-iSER
pair. Every invocation of an Operational Primitive is qualified
with the Connection Handle.
接続Handle--特定のiSCSI接続を特定している、与えられたiSCSI-iSERに、ユニークな情報要素に対にしてください。 Operational Primitiveのあらゆる実施がConnection Handleと共に資格があります。
Data Sink - The peer receiving a data payload. Note that the Data
Sink can be required to both send and receive RCaP Messages to
transfer a data payload.
データSink--データペイロードを受け取る同輩。 Data Sinkがデータペイロードを移すためにともにRCaP Messagesを送って、受け取ることができなければならないことに注意してください。
Data Source - The peer sending a data payload. Note that the Data
Source can be required to both send and receive RCaP Messages to
transfer a data payload.
データSource--データペイロードを送る同輩。 Data Sourceがデータペイロードを移すためにともにRCaP Messagesを送って、受け取ることができなければならないことに注意してください。
Datamover Interface (DI) - The interface between the iSCSI layer and
the Datamover layer as described in [DA].
Datamover Interface(DI)--[DA]で説明されるiSCSI層とDatamover層とのインタフェース。
Datamover Layer - A layer that is directly below the iSCSI layer and
above the underlying transport layers. This layer exposes and
uses a set of transport independent Operational Primitives for the
communication between the iSCSI layer and itself. The Datamover
layer, operating in conjunction with the transport layers, moves
the control and data information on the iSCSI connection. In this
specification, the iSER layer is the Datamover layer.
Datamover Layer--直接iSCSI層と、そして、基本的なトランスポート層を超えている層。 この層は、iSCSI層とそれ自体とのコミュニケーションに輸送の独立しているOperational Primitivesの1セットを暴露して、使用します。 トランスポート層に関連して作動して、Datamover層はiSCSI接続に関するコントロールとデータ情報を動かします。 この仕様では、iSER層はDatamover層です。
Datamover Protocol - A Datamover protocol is the wire-protocol that
is defined to realize the Datamover layer functionality. In this
specification, the iSER protocol is the Datamover protocol.
Datamoverプロトコル--DatamoverプロトコルはDatamover層の機能性がわかるために定義されるワイヤプロトコルです。 この仕様では、iSERプロトコルはDatamoverプロトコルです。
Event - An indication provided by the RDMA-Capable Protocol layer to
the iSER layer to indicate a Completion or other condition
requiring immediate attention.
イベント--Completionか他の状態を示すために一刻を争いながらRDMAできるプロトコル層でiSER層に提供された指示。
Inbound RDMA Read Queue Depth (IRD) - The maximum number of incoming
outstanding RDMA Read Requests that the RDMA-Capable Controller
can handle on a particular RCaP Stream at the Data Source. For
some RDMA-Capable Protocol layers, the term "IRD" may be known by
a different name. For example, for InfiniBand, the equivalent for
IRD is the Responder Resources.
本国行きのRDMA Read Queue Depth(IRD)--RDMAできるControllerがData Sourceの特定のRCaP Streamで扱うことができる入って来る傑出しているRDMA Read Requestsの最大数。 いくつかのRDMAできるプロトコル層において、"IRD"という用語は異なった名前によって知られているかもしれません。 例えば、インフィニバンドのために、IRDのための同等物はResponder Resourcesです。
Ko, et al. Standards Track [Page 12] RFC 5046 iSER Specification October 2007
コー、他 規格はiSER仕様2007年10月にRFC5046を追跡します[12ページ]。
Invalidate STag - A mechanism used to prevent the Remote Peer from
reusing a previous explicitly Advertised STag, until the iSER
layer at the local node makes it available through a subsequent
explicit Advertisement.
STagを無効にしてください--メカニズムは以前は明らかによく前であることの状態でaを再利用するのからのRemote Peerを防いでいました。Advertised STag、層でiSERまで、それはローカルのノードでその後の明白なAdvertisementを通して利用可能になります。
I/O Buffer - A buffer that is used in a SCSI Read or Write operation
so SCSI data may be sent from or received into that buffer.
入出力Buffer--SCSI ReadかWrite操作に使用されて、したがって、SCSIデータはバッファを送るか、またはそれに受け取るかもしれないということであるバッファ。
iSCSI - The iSCSI protocol as defined in [RFC3720] is a mapping of
the SCSI Architecture Model of SAM-2 over TCP.
iSCSI--[RFC3720]で定義されるiSCSIプロトコルはTCPの上のSAM-2のSCSI Architecture Modelに関するマッピングです。
iSCSI control-type PDU - Any iSCSI PDU that is not an iSCSI data-
type PDU and also not a SCSI Data-out PDU carrying solicited data
is defined as an iSCSI control-type PDU. Specifically, it is to
be noted that SCSI Data-out PDUs for unsolicited data are defined
as iSCSI control-type PDUs.
iSCSIコントロールタイプPDU--iSCSIデータでないどんなiSCSI PDUもPDUをタイプして、また、請求されたデータを運ぶどんな外のSCSI Data PDUもiSCSIコントロールタイプPDUと定義されません。 明確に、求められていないデータのための外のSCSI Data PDUsがiSCSIコントロールタイプPDUsと定義されることに注意されることになっています。
iSCSI data-type PDU - 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. An iSCSI data-type PDU, when
requested for transmission by the 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 - SCSI Data-In PDU and R2T PDU.
iSCSIデータ型PDU--iSCSIデータ型PDUは遠く離れたiSCSI層に見え透いたデータ転送にFull Feature Phase iSCSI接続での同輩iSCSIノードの間の場所を取らせるiSCSI PDUと定義されます。 iSCSIデータ型PDU、トランスミッションのために送付者iSCSI層によって要求されると、関連データの結果は遠く離れたiSCSI層の参加なしで移されます、すなわち、PDU自身がそのままで遠く離れたiSCSI層に提供されません。 以下のiSCSI PDUsはiSCSIデータ型PDUsのセットを構成します--中のSCSI Data PDUとR2T PDU。
iSCSI Layer - A layer in the protocol stack implementation within an
end node that implements the iSCSI protocol and interfaces with
the iSER layer via the Datamover Interface.
iSCSI Layer--Datamover Interfaceを通してiSER層とのiSCSIプロトコルとインタフェースを実装するエンドノードの中のプロトコル・スタック実装における層。
iSCSI PDU (iSCSI Protocol Data Unit) - The iSCSI layer at the
initiator and the iSCSI layer at the target divide their
communications into messages. The term "iSCSI protocol data unit"
(iSCSI PDU) is used for these messages.
iSCSI PDU(iSCSIプロトコルData Unit)--創始者におけるiSCSI層と目標のiSCSI層はそれらのコミュニケーションをメッセージに分割します。 「iSCSIプロトコルデータ単位」(iSCSI PDU)という用語はこれらのメッセージに使用されます。
iSCSI/iSER Connection - An iSER-assisted iSCSI connection.
iSCSI/iSER Connection--iSERによって補助されたiSCSI接続。
iSCSI/iSER Session - An iSER-assisted iSCSI session.
iSCSI/iSER Session--iSERによって補助されたiSCSIセッション。
iSCSI-iSER Pair - The iSCSI layer and the underlying iSER layer.
iSCSI-iSER Pair--iSCSI層と基本的なiSERは層にします。
iSER - iSCSI Extensions for RDMA, the protocol defined in this
document.
iSER--RDMAのためのiSCSI Extensions、本書では定義されたプロトコル。
iSER-assisted - A term generally used to describe the operation of
iSCSI when the iSER functionality is also enabled below the iSCSI
layer for the specific iSCSI/iSER connection in question.
また、iSERの機能性が問題の特定のiSCSI/iSER接続のためにiSCSI層の下で可能にされる一般に、iSCSIの操作について説明するのに使用される用語iSER補助しました。
Ko, et al. Standards Track [Page 13] RFC 5046 iSER Specification October 2007
コー、他 規格はiSER仕様2007年10月にRFC5046を追跡します[13ページ]。
iSER-IRD - This variable represents the maximum number of incoming
outstanding RDMA Read Requests that the iSER layer at the
initiator declares on a particular RCaP Stream.
iSER-IRD--この変数は創始者におけるiSER層が特定のRCaP Streamで申告する入って来る傑出しているRDMA Read Requestsの最大数を表します。
iSER-ORD - This variable represents the maximum number of outstanding
RDMA Read Requests that the iSER layer can initiate on a
particular RCaP Stream. This variable is maintained only by the
iSER layer at the target.
iSER-ORD--この変数はiSER層が特定のRCaP Streamで開始できる傑出しているRDMA Read Requestsの最大数を表します。 この変数は単に目標のiSER層によって維持されます。
iSER Layer - The layer that implements the iSCSI Extensions for RDMA
(iSER) protocol.
iSER Layer--RDMA(iSER)プロトコルのためにiSCSI Extensionsを実装する層。
iWARP - A suite of wire protocols comprising of [RDMAP], [DDP], and
[MPA] when layered above [TCP]. [RDMAP] and [DDP] may be layered
above SCTP or other transport protocols.
iWARP--[RDMAP]、[DDP]、および[MPA]でいつを包括するひとそろいのワイヤプロトコルが[TCP]の上で層にされました。 [RDMAP]と[DDP]はSCTPか他のトランスポート・プロトコルを超えて層にされるかもしれません。
Local Mapping - A task state record maintained by the iSER layer that
associates the Initiator Task Tag to the local STag(s). The
specifics of the record structure are implementation dependent.
地方のMapping--地方のSTag(s)にInitiator Task Tagを関連づけるiSER層によって保守されたタスク州の記録。 記録的な構造の詳細は実装に依存しています。
Local Peer - The implementation of the RDMA-Capable Protocol on the
local end of the connection. Used to refer to the local entity
when describing protocol exchanges or other interactions between
two Nodes.
地方のPeer--接続の地方の終わりのRDMAできるプロトコルの実装。 2Nodesの間のプロトコル交換か他の相互作用について説明するとき、ローカル要素について言及するのにおいて、使用されています。
Node - A computing device attached to one or more links of a network.
A Node in this context does not refer to a specific application or
protocol instantiation running on the computer. A Node may
consist of one or more RDMA-Capable Controllers installed in a
host computer.
ノード--コンピュータ・デバイスはネットワークの1個以上のリンクに付きました。 Nodeは、コンピュータで動きながら、このような関係においては特定のアプリケーションかプロトコル具体化を示しません。 Nodeはホストコンピュータにインストールされた1RDMAできるControllersから成るかもしれません。
Operational Primitive - An Operational Primitive is an abstract
functional interface procedure that requests that 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 and a Datamover layer 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. A full discussion of the Operational Primitive types and
request-response semantics available to iSCSI and iSER can be
found in [DA].
操作上のPrimitive--Operational Primitiveは別の層が要請者の代理に特定の動作を実行するよう要求するか、または何らかのイベントのもう片方の層に通知する抽象的な機能的なインタフェース手順です。 iSCSIエンドノードの中のiSCSI層とDatamover層の間のDatamover Interfaceは、2つの層の間の機能的なインタフェースを定義するのにOperational Primitivesの1セットを使用します。 Operational Primitiveのあらゆる実施が要求された層から応答を引き出すかもしれないというわけではないことに注意してください。 [DA]でiSCSIとiSERに手があいているOperational Primitiveタイプと要求応答意味論の十分な議論を見つけることができます。
Outbound RDMA Read Queue Depth (ORD) - The maximum number of
outstanding RDMA Read Requests that the RDMA-Capable Controller
can initiate on a particular RCaP Stream at the Data Sink. For
外国行きのRDMA Read Queue Depth(ORD)--RDMAできるControllerがData Sinkの特定のRCaP Streamで開始できる傑出しているRDMA Read Requestsの最大数。 for
Ko, et al. Standards Track [Page 14] RFC 5046 iSER Specification October 2007
コー、他 規格はiSER仕様2007年10月にRFC5046を追跡します[14ページ]。
some RDMA-Capable Protocol layer, the term "ORD" may be known by a
different name. For example, for InfiniBand, the equivalent for
ORD is the Initiator Depth.
何らかのRDMAできるプロトコル層であり、「オード川」という用語は異なった名前によって知られているかもしれません。 例えば、インフィニバンドのために、ORDのための同等物はInitiator Depthです。
Phase-Collapse - Refers to the optimization in iSCSI where the SCSI
status is transferred along with the final SCSI Data-in PDU from a
target. See Section 3.2 in [RFC3720].
フェーズ崩壊--SCSI状態が最終的な中のSCSI Data PDUと共に目標から移されるiSCSIの最適化について言及します。 [RFC3720]でセクション3.2を見てください。
RCaP Message - One or more packets of the network layer comprising a
single RDMA Operation or a part of an RDMA Read Operation of the
RDMA-Capable Protocol. For iWARP, an RCaP Message is known as an
RDMAP Message.
RCaP Message--独身のRDMA Operationを包括するネットワーク層の1つ以上のパケットかRDMAできるプロトコルのRDMA Read Operationの一部。 iWARPに関しては、RCaP MessageはRDMAP Messageとして知られています。
RCaP Stream - A single bidirectional association between the peer
RDMA-Capable Protocol layers on two Nodes over a single
transport-level stream. For iWARP, an RCaP Stream is known as an
RDMAP Stream, and the association is created when the connection
transitions to iSER-assisted mode following a successful Login
Phase during which iSER support is negotiated.
RCaP Stream--ただ一つの輸送レベルストリームの上の2Nodesの上の同輩のRDMAできるプロトコル層の間の単一の双方向の協会。 iWARPに関しては、RCaP StreamはRDMAP Streamとして知られています、そして、iSERサポートが交渉されるうまくいっているLogin Phaseに続いて、接続がiSERによって補助されたモードに移行するとき、協会は創設されます。
RDMA-Capable Protocol (RCaP) - The protocol or protocol suite that
provides a reliable RDMA transport functionality, e.g., iWARP,
InfiniBand, etc.
RDMAできるプロトコル(RCaP)--信頼できるRDMA輸送の機能性、iWARP、例えばインフィニバンドなどを提供するプロトコルかプロトコル群
RDMA-Capable Controller - A network I/O adapter or embedded
controller with RDMA functionality. For example, for iWARP, this
could be an RNIC, and for InfiniBand, this could be a HCA (Host
Channel Adapter) or TCA (Target Channel Adapter).
RDMAできるController--RDMAの機能性があるネットワーク入出力アダプターか埋め込まれたコントローラ。 これは、インフィニバンドのための、例えば、iWARPに関して、これがRNICであるかもしれなく、HCA(ホストChannel Adapter)かTCAであるかもしれません(目標Channel Adapter)。
RDMA-enabled Network Interface Controller (RNIC) - A network I/O
adapter or embedded controller with iWARP functionality.
RDMAによって可能にされたNetwork Interface Controller(RNIC)--iWARPの機能性があるネットワーク入出力アダプターか埋め込まれたコントローラ。
RDMA Operation - A sequence of RCaP Messages, including control
Messages, to transfer data from a Data Source to a Data Sink. The
following RDMA Operations are defined - RDMA Write Operation, RDMA
Read Operation, Send Operation, Send with Invalidate Operation,
Send with Solicited Event Operation, Send with Solicited Event and
Invalidate Operation, and Terminate Operation.
RDMA Operation--Data SourceからData Sinkまでデータを移すためにコントロールMessagesを含むRCaP Messagesの系列。 以下のRDMA Operationsは定義されます--RDMA Write Operation、RDMA Read Operation、Send Operation、Invalidate OperationとSend、Solicited Event OperationとSend、Solicited EventとInvalidate OperationとSend、およびTerminate Operation。
RDMA Protocol (RDMAP) - A wire protocol that supports RDMA Operations
to transfer ULP data between a Local Peer and the Remote Peer as
described in [RDMAP].
RDMAプロトコル(RDMAP)--[RDMAP]で説明されるようにLocal PeerとRemote Peerの間にULPデータを移すためにRDMA Operationsをサポートするワイヤプロトコル。
RDMA Read Operation - An RDMA Operation used by the Data Sink to
transfer the contents of a Data Source buffer from the Remote Peer
to a Data Sink buffer at the Local Peer. An RDMA Read operation
consists of a single RDMA Read Request Message and a single RDMA
Read Response Message.
RDMA Read Operation--Local PeerでRemote PeerからData SinkバッファまでData Sourceバッファのコンテンツを移すのにData Sinkによって使用されたRDMA Operation。 RDMA Read操作は独身のRDMA Read Request Messageと独身のRDMA Read Response Messageから成ります。
Ko, et al. Standards Track [Page 15] RFC 5046 iSER Specification October 2007
コー、他 規格はiSER仕様2007年10月にRFC5046を追跡します[15ページ]。
RDMA Read Request - An RCaP Message used by the Data Sink to request
that the Data Source transfer the contents of a buffer. The RDMA
Read Request Message describes both the Data Source and the Data
Sink buffers.
RDMA Read Request--Data Sourceがバッファのコンテンツを移すよう要求するのにData Sinkによって使用されたRCaP Message。 RDMA Read Request MessageはData SourceとData Sinkバッファの両方について説明します。
RDMA Read Response - An RCaP Message used by the Data Source to
transfer the contents of a buffer to the Data Sink, in response to
an RDMA Read Request. The RDMA Read Response Message only
describes the Data Sink buffer.
RDMA Read Response--RDMA Read Requestに対応してバッファのコンテンツをData Sinkに移すのにData Sourceによって使用されたRCaP Message。 RDMA Read Response MessageはData Sinkバッファについて説明するだけです。
RDMA Write Operation - An RDMA Operation used by the Data Source to
transfer the contents of a Data Source buffer from the Local Peer
to a Data Sink buffer at the Remote Peer. The RDMA Write Message
only describes the Data Sink buffer.
RDMA Write Operation--Remote PeerでLocal PeerからData SinkバッファまでData Sourceバッファのコンテンツを移すのにData Sourceによって使用されたRDMA Operation。 RDMA Write MessageはData Sinkバッファについて説明するだけです。
Remote Direct Memory Access (RDMA) - A method of accessing memory on
a remote system in which the local system specifies the remote
location of the data to be transferred. Employing an RDMA-
Capable Controller in the remote system allows the access to take
place without interrupting the processing of the CPU(s) on the
system.
リモートDirect Memory Access(RDMA)--ローカルシステムがデータの離れた場所を指定するリモートシステムの上に関するメモリにアクセスする移されるべきメソッド。 リモートシステムでRDMAのできるControllerを使うのに、システムにおけるCPUの処理を中断しないで、アクセスは行われます。
Remote Mapping - A task state record maintained by the iSER layer
that associates the Initiator Task Tag to the Advertised STag(s).
The specifics of the record structure are implementation
dependent.
リモートMapping--Initiator Task TagをAdvertised STag(s)に関連づけるiSER層によって保守されたタスク州の記録。 記録的な構造の詳細は実装に依存しています。
Remote Peer - The implementation of the RDMA-Capable Protocol on the
opposite end of the connection. Used to refer to the remote
entity when describing protocol exchanges or other interactions
between two Nodes.
リモートPeer--接続の反対端のRDMAできるプロトコルの実装。 2Nodesの間のプロトコル交換か他の相互作用について説明するとき、リモート実体について言及するのにおいて、使用されています。
SCSI Layer - This layer builds/receives SCSI CDBs (Command Descriptor
Blocks) and sends/receives them with the remaining command execute
[SAM2] parameters to/from the iSCSI layer.
SCSI Layer--体格/が彼らをSCSI CDBs(コマンドDescriptor Blocks)を受けて、送るか、または受けるこの層は[SAM2]パラメタをiSCSI層からの/に実行します残りが、命令する。
Send - An RDMA Operation that transfers the contents of a Buffer from
the Local Peer to a Buffer at the Remote Peer.
発信してください--Remote PeerでLocal PeerからBufferまでBufferのコンテンツを移すRDMA Operation。
Send Message Type - A Send Message, Send with Invalidate Message,
Send with Solicited Event Message, or Send with Solicited Event
and Invalidate Message.
メッセージタイプを送ってください--Aがメッセージを送って、発信してください、メッセージを無効にするか、請求されたイベントメッセージと共に発信するか、請求されたイベントと共に発信してください、そして、またはメッセージを無効にしてください。
SendInvSE Message - A Send with Solicited Event and Invalidate
Message.
SendInvSEは通信します--Aは、請求されたイベントと共に発信して、メッセージを無効にします。
SendSE Message - A Send with Solicited Event Message.
SendSEは通信します--Aは請求されたイベントメッセージと共に発信します。
Ko, et al. Standards Track [Page 16] RFC 5046 iSER Specification October 2007
コー、他 規格はiSER仕様2007年10月にRFC5046を追跡します[16ページ]。
Sequence Number (SN) - DataSN for a SCSI Data-in PDU and R2TSN for an
R2T PDU. The semantics for both types of sequence numbers are as
defined in [RFC3720].
一連番号(SN)--SCSI中のデータPDUのためのDataSNとR2T PDUのためのR2TSN。 両方のための定義されるとして一連番号のタイプがある意味論[RFC3720]。
Session, iSCSI Session - The group of connections that link an
initiator SCSI port with a target SCSI port form an iSCSI session
(equivalent to a SCSI I-T nexus). Connections can be added to and
removed from a session even while the I-T nexus is intact. Across
all connections within a session, an initiator sees one and the
same target.
セッション、iSCSI Session--創始者SCSIをリンクする接続のグループは目標SCSIポートフォームでiSCSIセッション(SCSI I-T結びつきに同等な)を移植します。 I-T結びつきが完全でさえある間、コネクションズは、セッションから加えて取り除くことができます。 セッション以内のすべての接続の向こう側に、創始者は全く同じ目標を見ます。
Solicited Event (SE) - A facility by which an RDMA Operation sender
may cause an Event to be generated at the recipient, if the
recipient is configured to generate such an Event, when a Send
with Solicited Event or Send with Solicited Event and Invalidate
Message is received.
請求されたEvent(SE)--Solicited EventとInvalidate MessageとSolicited EventとSendであるときに、受取人がそのようなEventを生成するために構成されるならRDMA Operation送付者が受取人でEventを生成させるかもしれない施設かSendが受け取られています。
Steering Tag (STag) - An identifier of a Tagged Buffer on a Node
(Local or Remote) as defined in [RDMAP] and [DDP]. For other
RDMA-Capable Protocols, the Steering Tag may be known by different
names but will be herein referred to as STags. For example, for
InfiniBand, a Remote STag is known as an R-Key, and a local STag
is known as an L-Key, and both will be considered STags.
操縦Tag(STag)--[RDMAP]と[DDP]で定義されるNode(ローカルかRemote)の上のTagged Bufferに関する識別子。 他のRDMAできるプロトコルにおいて、Steering Tagは異なった名前によって知られているかもしれませんが、STagsとここに呼ばれるでしょう。 例えば、インフィニバンドにおいて、Remote STagはR-キーとして知られています、そして、地方のSTagはL-キーとして知られています、そして、両方がSTagsであると考えられるでしょう。
Tagged Buffer - A buffer that is explicitly Advertised to the iSER
layer at the remote node through the exchange of an STag, Tagged
Offset, and length.
タグ付けをされたBuffer--明らかに、iSERへのAdvertisedはSTagの交換を通して遠隔ノードで層にします、Tagged Offsetということであるバッファ、および長さ。
Tagged Offset (TO) - The offset within a Tagged Buffer.
タグ付けをされたOffset(TO)--Tagged Bufferの中のオフセット。
Traditional iSCSI - Refers to the iSCSI protocol as defined in
[RFC3720] (i.e. without the iSER enhancements).
伝統的なiSCSI--[RFC3720]で定義されるiSCSIプロトコル(すなわち、iSER増進のない)を示します。
Untagged Buffer - A buffer that is not explicitly Advertised to the
iSER layer at the remode node.
Untagged Buffer--明らかに、iSERへのAdvertisedが「再-モード」ノードで層にするということでないバッファ。
2.2. Acronyms
2.2. 頭文字語
Acronym Definition
--------------------------------------------------------------
頭文字語定義--------------------------------------------------------------
AHS Additional Header Segment
AHSの追加ヘッダー・セグメント
BHS Basic Header Segment
BHSの基本的なヘッダー・セグメント
CO Connection Only
CO接続専用
CRC Cyclic Redundancy Check
CRC周期冗長検査
Ko, et al. Standards Track [Page 17] RFC 5046 iSER Specification October 2007
コー、他 規格はiSER仕様2007年10月にRFC5046を追跡します[17ページ]。
DDP Direct Data Placement Protocol
DDPのダイレクトデータプレースメントプロトコル
DI Datamover Interface
ディDatamoverインタフェース
HCA Host Channel Adapter
HCAホストチャンネル・アダプタ
IANA Internet Assigned Numbers Authority
IANAインターネット規定番号権威
IB InfiniBand
IBインフィニバンド
IETF Internet Engineering Task Force
IETFインターネット・エンジニアリング・タスク・フォース
I/O Input - Output
入出力入力--出力
IO Initialize Only
IOが初期化する、唯一
IP Internet Protocol
IPインターネットプロトコル
IPoIB IP over InfiniBand
インフィニバンドの上のIPoIB IP
IPsec Internet Protocol Security
IPsecインターネット・プロトコル・セキュリティー
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のために縁どりを並べました。
NOP No Operation
NOPいいえ操作
NSG Next Stage (during the iSCSI Login Phase)
次のステージのNSG(iSCSIログイン段階の間の)
OS Operating System
OSオペレーティングシステム
PDU Protocol Data Unit
PDUプロトコルデータ単位
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要求
Ko, et al. Standards Track [Page 18] RFC 5046 iSER Specification October 2007
コー、他 規格はiSER仕様2007年10月にRFC5046を追跡します[18ページ]。
RNIC RDMA-enabled Network Interface Controller
RNIC RDMAによって可能にされたネットワーク・インターフェースコントローラ
SAM2 SCSI Architecture Model - 2
SAM2 SCSIアーキテクチャモデル--2
SCSI Small Computer Systems Interface
SCSIの小さいコンピュータ・システムインタフェース
SNACK Selective Negative Acknowledgment - also
Sequence Number Acknowledgement for data
SNACK Selective Negative Acknowledgment--データのためのSequence Number Acknowledgementも
STag Steering Tag
雄ジカ操縦タグ
SW Session Wide
SWセッション、広さ
TCA Target Channel Adapter
TCA目標チャンネル・アダプタ
TCP Transmission Control Protocol
TCP通信制御プロトコル
TMF Task Management Function
TMFタスク管理機能
TTT Target Transfer Tag
TTT目標転送タグ
TO Tagged Offset
タグ付けをされたオフセットに
ULP Upper Level Protocol
ULPの上側の平らなプロトコル
2.3. Conventions
2.3. コンベンション
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]で説明されるように本書では解釈されることであるべきですか?
3. Upper Layer Interface Requirements
3. 上側の層のインターフェース要件
This section discusses the upper layer interface requirements in the form of an abstract model of the required interactions between the iSCSI layer and the iSER layer. The abstract model used here is derived from the architectural model described in [DA]. [DA] also provides a functional overview of the interactions between the iSCSI layer and the Datamover layer as intended by the Datamover Architecture.
このセクションはiSCSI層とiSER層との必要な相互作用の抽象モデルの形で上側の層のインターフェース要件について論じます。 [DA]で説明された建築モデルからここで使用された抽象モデルを得ます。 また、[DA]はDatamover ArchitectureによるiSCSI層と意図されるとしてのDatamover層との相互作用の機能概要を提供します。
The interface requirements are specified by Operational Primitives. An Operational Primitive is an abstract functional interface procedure between the iSCSI layer and the iSER layer that requests one layer to perform a specific action on behalf of the other layer or notifies the other layer of some event. Whenever an Operational Primitive in invoked, the Connection_Handle qualifier is used to identify a particular iSCSI connection. For some Operational
インターフェース要件はOperational Primitivesによって指定されます。 Operational PrimitiveはiSCSI層とiSER層の間のもう片方の層を代表して特定の動作を実行するよう1つの層に要求するか、または何らかのイベントのもう片方の層に通知する抽象的な機能的なインタフェース手順です。 呼び出されるところのOperational Primitiveであり、Connection_Handle資格を与える人が特定のiSCSI接続を特定するのに使用されるときはいつも。 いくらかのOperationalのために
Ko, et al. Standards Track [Page 19] RFC 5046 iSER Specification October 2007
コー、他 規格はiSER仕様2007年10月にRFC5046を追跡します[19ページ]。
Primitives, a Data_Descriptor is used to identify the iSCSI/SCSI data buffer associated with the requested or completed operation.
基関数であり、Data_Descriptorは、要求されたか完成した操作に関連しているiSCSI/SCSIデータバッファを特定するのに使用されます。
The abstract model and the Operational Primitives defined in this section facilitate the description of the iSER protocol. In the rest of the iSER specification, the compliance statements related to the use of these Operational Primitives are only for the purpose of the required interactions between the iSCSI layer and the iSER layer. Note that the compliance statements related to the Operational Primitives in the rest of this specification only mandate functional equivalence on implementations, but do not put any requirements on the implementation specifics of the interface between the iSCSI layer and the iSER layer.
抽象モデルとこのセクションで定義されたOperational PrimitivesはiSERプロトコルの記述を容易にします。 iSER仕様の残りには、これらのOperational Primitivesの使用に関連する承諾声明がiSCSI層とiSER層との必要な相互作用の目的のためだけにあります。 この仕様の残りでOperational Primitivesに関連する承諾声明だけが実装で機能的な等価性を強制しますが、iSCSI層とiSER層の間にインタフェースの実装詳細にどんな要件も置かないことに注意してください。
Each Operational Primitive is invoked with a set of qualifiers that specify the information context for performing the specific action being requested of the Operational Primitive. While the qualifiers are required, the method of realizing the qualifiers (e.g., by passing synchronously with invocation, or by retrieving from task context, or by retrieving from shared memory, etc.) is implementation dependent.
各Operational PrimitiveはOperational Primitiveについて要求されている特定の動作を実行するための情報文脈を指定する1セットの資格を与える人と共に呼び出されます。 資格を与える人が必要ですが、資格を与える人(例えば、実施と共に同時通るか、タスク文脈から検索するか、または共有メモリからの検索などによる)がわかるメソッドは実装に依存しています。
3.1. Operational Primitives Offered by iSER
3.1. iSERによって提供された操作上の基関数
The iSER protocol layer MUST support the following Operational Primitives to be used by the iSCSI protocol layer.
iSERプロトコル層は、iSCSIプロトコル層によって使用されるために以下のOperational Primitivesをサポートしなければなりません。
3.1.1. Send_Control
3.1.1. _コントロールを送ってください。
Input qualifiers: Connection_Handle, BHS and AHS (if any) of the
iSCSI PDU, PDU-specific qualifiers
資格を与える人を入力してください: 接続_HandleとBHSとiSCSI PDUのAHS(もしあれば)、PDU特有の資格を与える人
Return results: Not specified
結果を返してください: 指定されません。
This is used by the iSCSI layers at the initiator and the target to request the outbound transfer of an iSCSI control-type PDU (see Section 7.2). Qualifiers that only apply for a particular control- type PDU are known as PDU-specific qualifiers, e.g., ImmediateDataSize for a SCSI write command. For details on PDU- specific qualifiers, see Section 7.3. The iSCSI layer can only invoke the Send_Control Operational Primitive when the connection is in iSER-assisted mode.
これは創始者と目標のiSCSI層によって使用されて(セクション7.2を見てください)、iSCSIコントロールタイプPDUの外国行きの転送を要求します。 特定のコントロールタイプPDUに申し込むだけである資格を与える人がPDU特有の資格を与える人(例えば、SCSI書きコマンドのためのImmediateDataSize)として知られています。 PDUの特定の資格を与える人に関する詳細に関しては、セクション7.3を見てください。 接続がiSERによって補助されたモードであるときだけ、iSCSI層はSend_Control Operational Primitiveを呼び出すことができます。
3.1.2. Put_Data
3.1.2. _データを置いてください。
Input qualifiers: Connection_Handle, content of a SCSI Data-in
PDU header, Data_Descriptor, Notify_Enable
資格を与える人を入力してください: 接続_Handle、中のSCSI Data PDUヘッダー、Data_Descriptor、Notify_Enableの内容
Ko, et al. Standards Track [Page 20] RFC 5046 iSER Specification October 2007
コー、他 規格はiSER仕様2007年10月にRFC5046を追跡します[20ページ]。
Return results: Not specified
結果を返してください: 指定されません。
This is used by the iSCSI layer at the target to request the outbound transfer of data for a SCSI Data-in PDU from the buffer identified by the Data_Descriptor qualifier. The iSCSI layer can only invoke the Put_Data Operational Primitive when the connection is in iSER- assisted mode.
これは目標のiSCSI層によって使用されて、中のSCSI Data PDUのためにData_Descriptor資格を与える人によって特定されたバッファから外国行きのデータ転送を要求します。 接続がiSERの補助モードであるときだけ、iSCSI層はPut_Data Operational Primitiveを呼び出すことができます。
The Notify_Enable qualifier is used to indicate to the iSER layer whether or not it should generate an eventual local completion notification to the iSCSI layer. See Section 3.2.2 on Data_Completion_Notify for details.
Notify_Enable資格を与える人は、それが最後のローカルの完成通知をiSCSI層に発生させるべきであるかどうかをiSER層に示すのに使用されます。 Data_Completion_Notifyで詳細に関してセクション3.2.2を見てください。
3.1.3. Get_Data
3.1.3. _データを得てください。
Input qualifiers: Connection_Handle, content of an R2T PDU,
Data_Descriptor, Notify_Enable
資格を与える人を入力してください: 接続_Handle、R2T PDU、Data_Descriptor、Notify_Enableの内容
Return results: Not specified
結果を返してください: 指定されません。
This is used by the iSCSI layer at the target to request the inbound transfer of solicited data requested by an R2T PDU into the buffer identified by the Data_Descriptor qualifier. The iSCSI layer can only invoke the Get_Data Operational Primitive when the connection is in iSER-assisted mode.
これは目標のiSCSI層によって使用されて、R2T PDUによってData_Descriptor資格を与える人によって特定されたバッファの中に要求された請求されたデータの本国行きの転送を要求します。 接続がiSERによって補助されたモードであるときだけ、iSCSI層はGet_Data Operational Primitiveを呼び出すことができます。
The Notify_Enable qualifier is used to indicate to the iSER layer whether or not it should generate the eventual local completion notification to the iSCSI layer. See Section 3.2.2 on Data_Completion_Notify for details.
Notify_Enable資格を与える人は、それが最後のローカルの完成通知をiSCSI層に発生させるべきであるかどうかをiSER層に示すのに使用されます。 Data_Completion_Notifyで詳細に関してセクション3.2.2を見てください。
3.1.4. Allocate_Connection_Resources
3.1.4. _接続_にリソースを割り当ててください。
Input qualifiers: Connection_Handle, Resource_Descriptor
(optional)
資格を与える人を入力してください: 接続_ハンドル、リソース_記述子(任意)です。
Return results: Status
結果を返してください: 状態
This is used by the iSCSI layers at the initiator and the target to request the allocation of all connection resources necessary to support RCaP for an operational iSCSI/iSER connection. The iSCSI layer may optionally specify the implementation-specific resource requirements for the iSCSI connection using the Resource_Descriptor qualifier.
これは創始者と目標のiSCSI層によって使用されて、操作上のiSCSI/iSER接続のためにRCaPを支持するのに必要なすべての接続リソースの配分を要求します。 iSCSI層は、Resource_Descriptor資格を与える人を使用することでiSCSI接続のための実現特有のリソース要件を任意に指定するかもしれません。
A return result of Status=success means that the invocation succeeded, and a return result of Status=failure means that the invocation failed. If the invocation is for a Connection_Handle for
Statusのリターン結果=成功は、実施が成功したことを意味します、そして、Statusのリターン結果=失敗は実施が失敗したことを意味します。 実施がConnection_Handleのためにあります。
Ko, et al. Standards Track [Page 21] RFC 5046 iSER Specification October 2007
コー、他 規格はiSER仕様2007年10月にRFC5046を追跡します[21ページ]。
which an earlier invocation succeeded, the request will be ignored by the iSER layer and the result of Status=success will be returned. Only one Allocate_Connection_Resources Operational Primitive invocation can be outstanding for a given Connection_Handle at any time.
以前の実施が引き継いだもの、iSER層で要求を無視するでしょう、そして、Statusの結果=成功を返すでしょう。 与えられたConnection_Handleにおいて、1つのAllocate_Connection_Resources Operational Primitive実施だけがいつでも、傑出している場合があります。
3.1.5. Deallocate_Connection_Resources
3.1.5. Deallocate_接続_リソース
Input qualifiers: Connection_Handle
資格を与える人を入力してください: 接続_ハンドル
Return results: Not specified
結果を返してください: 指定されません。
This is used by the iSCSI layers at the initiator and the target to request the deallocation of all connection resources that were allocated earlier as a result of a successful invocation of the Allocate_Connection_Resources Operational Primitive.
これは創始者と目標のiSCSI層によって使用されて、Allocate_Connection_Resources Operational Primitiveのうまくいっている実施の結果、より早く割り当てられたすべての接続リソースの反配分を要求します。
3.1.6. Enable_Datamover
3.1.6. _Datamoverを有効にしてください。
Input qualifiers: Connection_Handle,
Transport_Connection_Descriptor, Final Login_Response_PDU
(optional)
資格を与える人を入力してください: _が扱う接続は__接続_記述子、最終的なログイン_応答PDUを輸送してください。(任意)です。
Return results: Not specified
結果を返してください: 指定されません。
This is used by the iSCSI layers at the initiator and the target to request that a specified iSCSI connection be transitioned to iSER- assisted mode. The Transport_Connection_Descriptor qualifier is used to identify the specific connection associated with the Connection_Handle. The iSCSI layer can only invoke the Enable_Datamover Operational Primitive when there is a corresponding prior resource allocation.
これは創始者におけるiSCSI層によって使用されました、そして、指定されたiSCSI接続があるよう要求する目標はiSERの補助モードに移行しました。 Transport_Connection_Descriptor資格を与える人は、Connection_Handleに関連している特定の接続を特定するのに使用されます。 対応する先の資源配分があるときだけ、iSCSI層はEnable_Datamover Operational Primitiveを呼び出すことができます。
The Final_Login_Response_PDU input qualifier is applicable only for a target, and contains the final Login Response PDU that concludes the iSCSI Login Phase. If the underlying transport is TCP, the final Login Response PDU must be sent as a byte stream as expected by the iSCSI layer at the initiator. When this qualifier is used, the iSER layer at the target MUST transmit this final Login Response PDU before transitioning to iSER-assisted mode.
Final_Login_Response_PDU入力資格を与える人は、目標だけに適切であり、iSCSI Login Phaseを結論づける最終的なLogin Response PDUを含みます。 基本的な輸送がTCPであるなら、創始者におけるiSCSI層によって予想されるバイト・ストリームとして最終的なLogin Response PDUを送らなければなりません。 この資格を与える人が使用されているとき、目標のiSER層はiSERによって補助されたモードに移行する前に、この最終的なLogin Response PDUを伝えなければなりません。
3.1.7. Connection_Terminate
3.1.7. 接続_は終わります。
Input qualifiers: Connection_Handle
資格を与える人を入力してください: 接続_ハンドル
Return results: Not specified
結果を返してください: 指定されません。
Ko, et al. Standards Track [Page 22] RFC 5046 iSER Specification October 2007
コー、他 規格はiSER仕様2007年10月にRFC5046を追跡します[22ページ]。
This is used by the iSCSI layers at the initiator and the target to request that a specified iSCSI/iSER connection be terminated and all associated connection and task resources be freed. When this Operational Primitive invocation returns to the iSCSI layer, the iSCSI layer may assume full ownership of all iSCSI-level resources, e.g., I/O Buffers, associated with the connection.
これはiSCSI層によって使用されます。創始者、指定されたiSCSI/iSER接続が終えられるよう要求する目標、すべての関連接続、およびタスクリソースでは、解放されてください。 このOperational Primitive実施がiSCSI層に戻るとき、iSCSI層はすべてのiSCSI-レベルリソースの完全な所有権を引き受けるかもしれません、例えば、入出力Buffers、接続に関連しています。
3.1.8. Notice_Key_Values
3.1.8. 通知_キー_値
Input qualifiers: Connection_Handle, number of keys, list of
Key-Value pairs
資格を与える人を入力してください: Handle(キーの数)が記載するKey-値の組の接続_
Return results: Not specified
結果を返してください: 指定されません。
This is used by the iSCSI layers at the initiator and the target to request that the iSER layer take note of the specified Key-Value pairs that were negotiated by the iSCSI peers for the connection.
これは創始者と目標のiSCSI層によって使用されて、iSER層が接続のためにiSCSI同輩によって交渉された指定されたKey-値の組に注目するよう要求します。
3.1.9. Deallocate_Task_Resources
3.1.9. Deallocate_タスク_リソース
Input qualifiers: Connection_Handle, ITT
資格を与える人を入力してください: 接続_ハンドル、ITT
Return results: Not specified
結果を返してください: 指定されません。
This is used by the iSCSI layers at the initiator and the target to request the deallocation of all RCaP-specific resources allocated by the iSER layer for the task identified by the ITT qualifier. The iSER layer may require a certain number of RCaP-specific resources associated with the ITT for each new iSCSI task. In the normal course of execution, these task-level resources in the iSER layer are assumed to be transparently allocated on each task initiation and deallocated on the conclusion of each task as appropriate. In exception scenarios where the task does not conclude with a SCSI Response PDU, the iSER layer needs to be notified of the individual task terminations to aid its task-level resource management. This Operational Primitive is used for this purpose, and is not needed when a SCSI Response PDU normally concludes a task. Note that RCaP- specific task resources are deallocated by the iSER layer when a SCSI Response PDU normally concludes a task, even if the SCSI status was not success.
これは創始者と目標のiSCSI層によって使用されて、ITTの資格を与える人によって特定されたタスクのためにiSER層に割り当てられたすべてのRCaP特有のリソースの反配分を要求します。 iSER層はそれぞれの新しいiSCSIタスクのためにITTに関連しているRCaP特有のリソースのある数を必要とするかもしれません。 実行の常軌では、各タスク開始のときに透明に割り当てられて、それぞれのタスクの結論のときにiSER層のこれらのタスクレベルリソースによって適宜「反-割り当て」られると思われます。 タスクがSCSI Response PDUで締めくくらない例外シナリオでは、iSERは、タスクレベル資源管理を支援するために個々のタスクの終了について通知されるべき必要性を層にします。 このOperational Primitiveはこのために使用されて、SCSI Response PDUが通常タスクを結論づけるとき、必要ではありません。 SCSI Response PDUが通常タスクを結論づけるとRCaPの特定のタスクリソースがiSER層によって「反-割り当て」られることに注意してください、SCSI状態が成功でなかったとしても。
3.2. Operational Primitives Used by iSER
3.2. iSERによって使用された操作上の基関数
The iSER layer MUST use the following Operational Primitives offered by the iSCSI protocol layer when the connection is in iSER-assisted mode.
iSER層は接続がiSERによって補助されたモードであるときiSCSIプロトコル層で提供された以下のOperational Primitivesを使用しなければなりません。
Ko, et al. Standards Track [Page 23] RFC 5046 iSER Specification October 2007
コー、他 規格はiSER仕様2007年10月にRFC5046を追跡します[23ページ]。
3.2.1. Control_Notify
3.2.1. コントロール_は通知します。
Input qualifiers: Connection_Handle, an iSCSI control-type PDU
資格を与える人を入力してください: 接続_Handle、iSCSIコントロールタイプPDU
Return results: Not specified
結果を返してください: 指定されません。
This is used by the iSER layers at the initiator and the target to notify the iSCSI layer of the availability of an inbound iSCSI control-type PDU. A PDU is described as "available" to the iSCSI layer when the iSER layer notifies the iSCSI layer of the reception of that inbound PDU, along with an implementation-specific indication as to where the received PDU is.
これは創始者と目標のiSER層によって使用されて、本国行きのiSCSIコントロールタイプPDUの有用性のiSCSI層に通知します。 iSER層がその本国行きのPDUのレセプションのiSCSI層に通知するとき、PDUはiSCSI層に「利用可能である」と記述されます、容認されたPDUがあるところに関する実現特異的な適応と共に。
3.2.2. Data_Completion_Notify
3.2.2. データ_完成_は通知します。
Input qualifiers: Connection_Handle, ITT, SN
資格を与える人を入力してください: 接続_ハンドル、ITT、SN
Return results: Not specified
結果を返してください: 指定されません。
This is used by the iSER layer to notify the iSCSI layer of the completion of outbound data transfer that was requested by the iSCSI layer only if the invocation of the Put_Data Operational Primitive (see Section 3.1.2) was qualified with Notify_Enable set. SN refers to the DataSN associated with the SCSI Data-in PDU.
これはiSER層によって使用されて、Put_Data Operational Primitive(セクション3.1.2を見る)の実施はEnableが設定するNotify_で資格があった場合にだけiSCSI層によって要求されたアウトバウンドデータ転送の完成のiSCSI層に通知します。 SNは中のSCSI Data PDUに関連しているDataSNについて言及します。
This is used by the iSER layer to notify the iSCSI layer of the completion of inbound data transfer that was requested by the iSCSI layer only if the invocation of the Get_Data Operational Primitive (see Section 3.1.3) was qualified with Notify_Enable set. SN refers to the R2TSN associated with the R2T PDU.
これはiSER層によって使用されて、Get_Data Operational Primitive(セクション3.1.3を見る)の実施はEnableが設定するNotify_で資格があった場合にだけiSCSI層によって要求されたインバウンドデータ転送の完成のiSCSI層に通知します。 SNはR2T PDUに関連しているR2TSNについて言及します。
3.2.3. Data_ACK_Notify
3.2.3. データ_ACK_に通知します。
Input qualifier: Connection_Handle, ITT, DataSN
資格を与える人を入力してください: 接続_ハンドル、ITT、DataSN
Return results: Not specified
結果を返してください: 指定されません。
This is used by the iSER layer at the target to notify the iSCSI layer of the arrival of the data acknowledgement (as defined in [RFC3720]) requested earlier by the iSCSI layer for the outbound data transfer via an invocation of the Put_Data Operational Primitive where the A-bit in the SCSI Data-in PDU is set to 1. See Section 7.3.5. DataSN refers to the expected 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].
これは目標のiSER層によって使用されて、アウトバウンドデータ転送のために、より早くiSCSI層によって中のSCSI Data PDUのA-ビットが1に設定されるPut_Data Operational Primitiveの実施で要求されたデータ承認([RFC3720]で定義されるように)の到着のiSCSI層に通知します。 セクション7.3.5を見てください。 DataSNはすぐにこの通知が相当するA-ビットセットと共に中のSCSI Data PDUに続く次の中のSCSI Data PDUの予想されたDataSNについて言及します、[RFC3720]で定義される意味論で。
Ko, et al. Standards Track [Page 24] RFC 5046 iSER Specification October 2007
コー、他 規格はiSER仕様2007年10月にRFC5046を追跡します[24ページ]。
3.2.4. Connection_Terminate_Notify
3.2.4. 接続_が_を終える、通知
Input qualifiers: Connection_Handle
資格を与える人を入力してください: 接続_ハンドル
Return results: Not specified
結果を返してください: 指定されません。
This is used by the iSER layers at the initiator and the target to notify the iSCSI layer of the unsolicited termination or failure of an iSCSI/iSER connection. The iSER layer MUST deallocate the connection and task resources associated with the terminated connection before the invocation of this Operational Primitive. Note that the Connection_Terminate_Notify Operational Primitive is not invoked when the termination of the connection is earlier requested by the local iSCSI layer.
これは創始者と目標のiSER層によって使用されて、求められていない終了のiSCSI層かiSCSI/iSER接続の失敗に通知します。 iSER層は接続とタスクリソースがこのOperational Primitiveの実施の前の終えられた接続に関連づけたdeallocateがそうしなければなりません。 接続の終了が前に地方のiSCSI層によって要求されるとき、Connection_Terminate_Notify Operational Primitiveが呼び出されないことに注意してください。
3.3. iSCSI Protocol Usage Requirements
3.3. iSCSIプロトコル用法要件
To operate in an iSER-assisted mode, the iSCSI layers at both the initiator and the target MUST negotiate the RDMAExtensions key (see Section 6.3) to "Yes" on the leading connection. If the RDMAExtensions key is not negotiated to "Yes", then iSER-assisted mode MUST NOT be used. If the RDMAExtensions key is negotiated to "Yes" but the invocation of the Allocate_Connection_Resources Operational Primitive to the iSER layer fails, the iSCSI layer MUST fail the iSCSI Login process or terminate the connection as appropriate. See Section 10.1.3.1 for details.
iSERによって補助されたモードで作動するために、創始者と目標の両方におけるiSCSI層は主な接続に関して「はい」とRDMAExtensionsキーを交渉しなければなりません(セクション6.3を見ます)。 RDMAExtensionsキーが「はい」と交渉されないなら、iSERによって補助されたモードを使用してはいけません。 RDMAExtensionsキーが「はい」と交渉されますが、Allocate_Connection_Resources Operational PrimitiveのiSER層への実施が失敗するなら、iSCSI層は、iSCSI Loginの過程に失敗しなければならないか、または適宜接続を終えなければなりません。 セクション10.1を見てください。.3 .1 詳細のために。
If the RDMAExtensions key is negotiated to "Yes", the iSCSI layer MUST satisfy the following protocol usage requirements from the iSER protocol:
RDMAExtensionsキーが「はい」と交渉されるなら、iSCSI層はiSERプロトコルからの以下のプロトコル用法要件を満たさなければなりません:
1. The iSCSI layer at the initiator MUST set ExpDataSN to 0 in Task
Management Function Requests for Task Allegiance Reassignment for
read/bidirectional commands, so as to cause the target to send
all unacknowledged read data.
1. 創始者におけるiSCSI層は読書/双方向のコマンドのためのTask Allegiance ReassignmentのためにTask Management Function Requestsの0にExpDataSNを設定しなければなりません、目標がすべての不承認の読書データを送ることを引き起こすために。
2. The iSCSI layer at the target MUST always return the SCSI status
in a separate SCSI Response PDU for read commands, i.e., there
MUST NOT be a "phase collapse" in concluding a SCSI read command.
2. 目標のiSCSI層は読みコマンドのためにいつも別々のSCSI Response PDUのSCSI状態を返さなければなりません、すなわち、SCSI読みコマンドを結論づけるのにおいて「フェーズ崩壊」があってはいけません。
3. The iSCSI layers at both the initiator and the target MUST
support the keys as defined in Section 6 on Login/Text
Operational Keys. If used as specified, these keys MUST NOT be
answered with NotUnderstood, and the semantics as defined MUST be
followed for each iSER-assisted connection.
3. 創始者と目標の両方におけるiSCSI層はLogin/テキストOperationalキーズのセクション6で定義されるようにキーを支えなければなりません。 指定されるとして使用されるなら、NotUnderstoodと共にこれらのキーに答えてはいけません、そして、それぞれのiSERによって補助された接続のために定義されるとしての意味論に従わなければなりません。
4. The iSCSI layer at the initiator MUST NOT issue SNACKs for PDUs.
4. 創始者におけるiSCSI層はPDUsのためにSNACKsを発行してはいけません。
Ko, et al. Standards Track [Page 25] RFC 5046 iSER Specification October 2007
コー、他 規格はiSER仕様2007年10月にRFC5046を追跡します[25ページ]。
4. Lower Layer Interface Requirements
4. 下層インターフェース要件
4.1. Interactions with the RCaP Layer
4.1. RCaP層との相互作用
The iSER protocol layer is layered on top of an RCaP layer (see Figure 1) and the following are the key features that are assumed to be supported by any RCaP layer:
iSERプロトコル層はRCaP層の上で層にされます、そして、(図1を見てください)↓これはどんなRCaP層によっても支持されると思われる重要な特色です:
* The RCaP layer supports all basic RDMA operations, including RDMA
Write Operation, RDMA Read Operation, Send Operation, Send with
Invalidate Operation, Send with Solicited Event Operation, Send
with Solicited Event and Invalidate Operation, and Terminate
Operation.
* RCaP層はすべての基本的なRDMA操作を支持します、RDMA Write Operation、RDMA Read Operation、Send Operation、Invalidate OperationとSend、Solicited Event OperationとSend、Solicited EventとInvalidate OperationとSend、およびTerminate Operationを含んでいて。
* The RCaP layer provides reliable, in-order message delivery and
direct data placement.
* RCaP層は信頼できて、注文しているメッセージ配送とダイレクトデータプレースメントを提供します。
* When the iSER layer initiates an RDMA Read Operation following an
RDMA Write Operation on one RCaP Stream, the RDMA Read Response
Message processing on the remote node will be started only after
the preceding RDMA Write Message payload is placed in the memory
of the remote node.
* 1RCaP Streamの上のRDMA Write Operationに続いて、iSER層がRDMA Read Operationを開始するとき、前のRDMA Write Messageペイロードが遠隔ノードに関するメモリに置かれた後にだけ遠隔ノードにおけるRDMA Read Response Message処理は始められるでしょう。
* The RCaP layer encapsulates a single iSER Message into a single
RCaP Message on the Data Source side. The RCaP layer decapsulates
the iSER Message before delivering it to the iSER layer on the
Data Sink side.
* RCaP層はData Source側で独身のRCaP Messageに独身のiSER Messageを要約します。 RCaPはそれをiSERに渡す前のiSER MessageがData Sink側で層にするdecapsulatesを層にします。
* When the iSER layer provides the STag to be remotely invalidated
to the RCaP layer for a SendInvSE Message, the RCaP layer uses
this STag as the STag to be invalidated in the SendInvSE Message.
* iSER層がSendInvSE MessageのためにRCaP層に離れて無効にされるためにSTagを提供するとき、RCaP層は、SendInvSE Messageで無効にされるのにSTagとしてこのSTagを使用します。
* The RCaP layer uses the STag and Tagged Offset provided by the
iSER layer for the RDMA Write and RDMA Read Request Messages.
* RCaP層はiSER層でRDMA WriteとRDMA Read Request Messagesに提供されたSTagとTagged Offsetを使用します。
* When the RCaP layer delivers the content of an RDMA Send Message
Type to the iSER layer, the RCaP layer provides the length of the
RDMA Send message. This ensures that the iSER layer does not have
to carry a length field in the iSER header.
* RCaP層がRDMA Send Message Typeの内容をiSER層に渡すとき、RCaP層はRDMA Sendメッセージの長さを提供します。 これは、iSER層がiSERヘッダーの長さの野原を運ぶ必要はないのを確実にします。
* When the RCaP layer delivers the SendSE or SendInvSE Message to
the iSER layer, it notifies the iSER layer with the mechanism
provided on that interface.
* RCaP層がSendSEかSendInvSE MessageをiSER層に渡すとき、それはそのインタフェースでメカニズムを提供している状態でiSER層に通知します。
* When the RCaP layer delivers a SendInvSE Message to the iSER
layer, it passes the value of the STag that was invalidated.
* RCaP層がiSER層にSendInvSE Messageを渡すとき、それは無効にされたSTagの値を通過します。
Ko, et al. Standards Track [Page 26] RFC 5046 iSER Specification October 2007
コー、他 規格はiSER仕様2007年10月にRFC5046を追跡します[26ページ]。
* The RCaP layer propagates all status and error indications to the
iSER layer.
* RCaP層はすべての状態と誤り指摘をiSER層に伝播します。
* For a transport layer that operates in byte stream mode such as
TCP, the RCaP implementation supports the enabling of the RDMA
mode after connection establishment and the exchange of Login
parameters in byte stream mode. For a transport layer that
provides message delivery capability such as [IB], the RCaP
implementation supports the use of the messaging capability by the
iSCSI layer directly for the Login Phase after connection
establishment before enabling iSER-assisted mode.
* TCPなどのバイト・ストリームモードで作動するトランスポート層のために、RCaP実現はコネクション確立の後のRDMAモードを可能にするのとバイト・ストリームモードにおける、Loginパラメタの交換を支持します。 [IB]などのメッセージ配送能力を提供するトランスポート層のために、RCaP実現はiSERによって補助されたモードを可能にする前のコネクション確立の後に直接Login PhaseのためのiSCSI層のそばでメッセージング能力の使用を支持します。
* Whenever the iSER layer terminates the RCaP Stream, the RCaP layer
terminates the associated connection.
* iSER層がRCaP Streamを終えるときはいつも、RCaP層は関連接続を終えます。
4.2. Interactions with the Transport Layer
4.2. トランスポート層との相互作用
The iSER layer does not directly setup the transport layer connection (e.g., TCP, or [IB]). During connection setup, the iSCSI layer is responsible for setting up the connection. If the login is successful, the iSCSI layer invokes the Enable_Datamover Operational Primitive to request the iSER layer to transition to the iSER- assisted mode for that iSCSI connection. See Section 5.1 on iSCSI/iSER connection setup. After transitioning to iSER-assisted mode, the RCaP layer and the underlying transport layer are responsible for maintaining the connection and reporting to the iSER layer any connection failures.
iSER層は直接、トランスポート層接続(例えば、TCP、または[IB])をセットアップしません。 接続設定の間、iSCSI層は接続をセットアップするのに原因となります。 ログインがうまくいくなら、iSCSI層は、そのiSCSI接続のためのiSERの補助モードへの変遷にiSER層を要求するためにEnable_Datamover Operational Primitiveを呼び出します。 iSCSI/iSER接続設定にセクション5.1を見てください。 iSERによって補助されたモードに移行した後に、RCaP層と基本的なトランスポート層は接続を維持して、どんな接続失敗もiSER層に報告するのに原因となります。
5. Connection Setup and Termination
5. 接続設定と終了
5.1. iSCSI/iSER Connection Setup
5.1. iSCSI/iSER接続設定
During connection setup, the iSCSI layer at the initiator is responsible for establishing a connection with the target. After the connection is established, the iSCSI layers at the initiator and the target enter the Login Phase using the same rules as outlined in [RFC3720]. Transition to iSER-assisted mode occurs when the connection transitions into the iSCSI Full Feature Phase following a successful login negotiation between the initiator and the target in which iSER-assisted mode is negotiated and the connection resources necessary to support RCaP have been allocated at both the initiator and the target. The same connection MUST be used for both the iSCSI Login Phase and the subsequent iSER-assisted Full Feature Phase.
接続設定の間、創始者におけるiSCSI層は目標で取引関係を築くのに原因となります。 接続が確立された後に、[RFC3720]の概説されるのと同じ規則を使用することで創始者と目標のiSCSI層はLogin Phaseに入ります。 創始者と目標の両方にiSERによって補助されたモードが交渉される創始者と目標の間とのうまくいっているログイン交渉に続くiSCSI Full Feature Phaseへの接続変遷とRCaPを支持するのに必要な接続リソースを割り当てたとき、iSERによって補助されたモードへの変遷は起こります。 iSCSI Login Phaseとその後のiSERによって補助されたFull Feature Phaseの両方に同じ接続を使用しなければなりません。
iSER-assisted mode MUST be enabled only if it is negotiated on the leading connection during the LoginOperationalNegotiation stage of the iSCSI Login Phase. iSER-assisted mode is negotiated using the RDMAExtensions=<boolean-value> key. Both the initiator and the
iSERによって補助されたモードはそれがLoginOperationalNegotiationの間、主な接続に関して交渉される場合にだけ可能にされて、iSCSI Login Phase. iSERによって補助されたモードのステージが<ブール値>RDMAExtensions=キーを使用することで交渉されるということであるに違いありません。 そして両方の創始者。
Ko, et al. Standards Track [Page 27] RFC 5046 iSER Specification October 2007
コー、他 規格はiSER仕様2007年10月にRFC5046を追跡します[27ページ]。
target MUST exchange the RDMAExtensions key with the value set to "Yes" to enable iSER-assisted mode. If both the initiator and the target fail to negotiate the RDMAExtensions key set to "Yes", then the connection MUST continue with the login semantics as defined in [RFC3720]. If the RDMAExtensions key is not negotiated to Yes, then for some RCaP implementation (such as [IB]), the connection may need to be re-established in TCP capable mode. (For InfiniBand this will require an [IPoIB] type connection.)
目標は、iSERによって補助されたモードを可能にするために選択値群のために「はい」に主要なRDMAExtensionsを交換しなければなりません。 創始者と目標の両方が「はい」とRDMAExtensionsの主要なセットを交渉しないなら、接続は[RFC3720]で定義されるようにログイン意味論を続行しなければなりません。 RDMAExtensionsキーが何らかのRCaP実現([IB]などの)のためにはい、その時まで交渉されないなら、接続は、TCPのできるモードで復職する必要があるかもしれません。 (インフィニバンドのために、これは[IPoIB]タイプ接続を必要とするでしょう。)
iSER-assisted mode is defined for a Normal session only and the RDMAExtensions key MUST NOT be negotiated for a Discovery session. Discovery sessions are always conducted using the transport layer as described in [RFC3720].
NormalセッションだけのためにiSERによって補助されたモードを定義します、そして、ディスカバリーセッションのためにRDMAExtensionsキーを交渉してはいけません。 発見セッションが、[RFC3720]で説明されるようにトランスポート層を使用することでいつも行われます。
An iSER enabled node is not required to initiate the RDMAExtensions key exchange if its preference is for the Traditional iSCSI mode. The RDMAExtensions key, if offered, MUST be sent in the first available Login Response or Login Request PDU in the LoginOperationalNegotiation stage. This is due to the fact that the value of some login parameters might depend on whether iSER-assisted mode is enabled.
iSERはノードを可能にしました。好みがTraditional iSCSIモードのためのものであるならRDMAExtensionsの主要な交換を起こすのが必要ではありません。 提供するなら、LoginOperationalNegotiation段階の最初の利用可能なLogin ResponseかLogin Request PDUでRDMAExtensionsキーを送らなければなりません。 これはいくつかのログインパラメタの値をiSERによって補助されたモードが可能にされるかどうかに依存するかもしれないという事実のためです。
iSER-assisted mode is a session-wide attribute. If both the initiator and the target negotiate RDMAExtensions="Yes" on the leading connection of a session, then all subsequent connections of the same session MUST enable iSER-assisted mode without having to exchange an RDMAExtensions key during the iSCSI Login Phase.
iSERによって補助されたモードはセッション全体の属性です。 創始者と目標の両方であるなら、iSCSI Login Phaseの間、主要なRDMAExtensionsを交換しなければならないRDMAExtensions=をそしてセッションの主な接続の「はい」、同じセッションのすべてのその後の接続がiSERによって補助されたモードを可能にしなければならない交渉してください。
Conversely, if both the initiator and the target fail to negotiate RDMAExtensions to "Yes" on the leading connection of a session, then the RDMAExtensions key MUST NOT be negotiated further on any additional subsequent connection of the session.
逆に、創始者と目標の両方がセッションの主な接続に関して「はい」とRDMAExtensionsを交渉しないなら、セッションのどんな追加その後の接続のときにもより遠くにRDMAExtensionsキーを交渉してはいけません。
When the RDMAExtensions key is negotiated to "Yes", the HeaderDigest and the DataDigest keys MUST be negotiated to "None" on all iSCSI/iSER connections participating in that iSCSI session. This is because, for an iSCSI/iSER connection, RCaP is responsible for providing error detection that is at least as good as a 32-bit CRC for all iSER Messages. Furthermore, all SCSI Read data are sent using RDMA Write Messages instead of the SCSI Data-in PDUs, and all solicited SCSI write data are sent using RDMA Read Response Messages instead of the SCSI Data-out PDUs. HeaderDigest and DataDigest that apply to iSCSI PDUs, would not be appropriate for RDMA Read and RDMA Write operations used with iSER.
RDMAExtensionsキーが「はい」と交渉されるとき、そのiSCSIセッションのときに参加するすべてのiSCSI/iSER接続に関して「なにも」とHeaderDigestとDataDigestキーを交渉しなければなりません。 これはiSCSI/iSER接続において、RCaPがすべてのiSER Messagesのための32ビットのCRCと少なくとも同じくらい良い誤り検出を提供するのに責任があるからです。 その上、すべてのSCSI Readデータに中のSCSI Data PDUsの代わりにRDMA Write Messagesを使用させます、そして、請求されたSCSIがデータを書くすべてに外のSCSI Data PDUsの代わりにRDMA Read Response Messagesを使用させます。 iSERと共に使用されるRDMA ReadとRDMA Write操作には、iSCSI PDUsに適用するHeaderDigestとDataDigestは適切でないでしょう。
Ko, et al. Standards Track [Page 28] RFC 5046 iSER Specification October 2007
コー、他 規格はiSER仕様2007年10月にRFC5046を追跡します[28ページ]。
5.1.1. Initiator Behavior
5.1.1. 創始者の振舞い
If the outcome of the iSCSI negotiation is to enable iSER-assisted mode, then on the initiator side, prior to sending the Login Request with the T (Transit) bit set to 1 and the NSG (Next Stage) field set to FullFeaturePhase, the iSCSI layer MUST request that the iSER layer allocate the connection resources necessary to support RCaP by invoking the Allocate_Connection_Resources Operational Primitive. The connection resources required are defined by implementation and are outside the scope of this specification. The iSCSI layer may invoke the Notice_Key_Values Operational Primitive before invoking the Allocate_Connection_Resources Operational Primitive to request that the iSER layer take note of the negotiated values of the iSCSI keys for the connection. The specific keys to be passed as input qualifiers are implementation dependent. These may include, but are not limited to, MaxOutstandingR2T, ErrorRecoveryLevel, etc.
iSCSI交渉の結果がiSERによって補助されたモードを可能にすることであるなら、1に設定されたT(トランジット)ビットでLogin Requestを送る前の創始者側とFullFeaturePhaseに設定されたNSG(次のStage)フィールドでは、iSCSI層が、iSER層がAllocate_Connection_Resources Operational Primitiveを呼び出すことによってRCaPを支持するのに必要な接続リソースを割り当てるよう要求しなければなりません。 必要である接続リソースは、実現で定義されて、この仕様の範囲の外にあります。 iSER層が接続のためのiSCSIキーの交渉された値に注目するよう要求するためにAllocate_Connection_Resources Operational Primitiveを呼び出す前に、iSCSI層はNotice_Key_Values Operational Primitiveを呼び出すかもしれません。 入力資格を与える人として渡される特定のキーは実現に依存しています。 これら、含むかもしれなくて、制限されない、MaxOutstandingR2T、ErrorRecoveryLevelなど
To minimize the potential for a denial-of service attack, the iSCSI layer MUST NOT request that the iSER layer allocate the connection resources necessary to support RCaP until 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, the iSCSI layer MUST defer the connection resource allocation (i.e., invoking the Allocate_Connection_Resources Operational Primitive) to the LoginOperationalNegotiation stage [RFC3720] so that the resource allocation occurs after the authentication phase is completed.
サービス不能攻撃の可能性を最小にするために、iSCSI層は、iSER層がiSCSI層がずっと十分遠くなるまでiSCSI Login PhaseでRCaPを支持するのに同輩側が攻撃者でないことが合理的に確信しているのが必要な接続リソースを割り当てるよう要求してはいけません。 Login PhaseがSecurityNegotiationステージを含んでいるなら、特に、iSCSI層が接続資源配分(すなわち、Allocate_Connection_Resources Operational Primitiveを呼び出す)をLoginOperationalNegotiationステージ[RFC3720]に延期しなければならないので、認証フェーズが完成した後に、資源配分は起こります。
Among the connection resources allocated at the initiator is the Inbound RDMA Read Queue Depth (IRD). As described in Section 9.5.1, R2Ts are transformed by the target into RDMA Read operations. IRD limits the maximum number of simultaneously incoming outstanding RDMA Read Requests per an RCaP Stream from the target to the initiator. The required value of IRD is outside the scope of the iSER specification. The iSER layer at the initiator MUST set IRD to 1 or higher if R2Ts are to be used in the connection. However, the iSER layer at the initiator MAY set IRD to 0 based on implementation configuration, which indicates that no R2Ts will be used on that connection. Initially, the iSER-IRD value at the initiator SHOULD be set to the IRD value at the initiator and MUST NOT be more than the IRD value.
創始者に接続リソースの中に割り当てているのは、Inbound RDMA Read Queue Depth(IRD)です。 セクション9.5.1で説明されるように、R2Tsは目標によってRDMA Read操作に変えられます。 IRDは目標から創始者まで1RCaP Streamあたりの同時に入って来る傑出しているRDMA Read Requestsの最大数を制限します。 iSER仕様の範囲の外にIRDの必要な値があります。 R2Tsが接続に使用されるつもりであるなら、創始者におけるiSER層は1以上にIRDを設定しなければなりません。 しかしながら、創始者におけるiSER層は実現構成に基づいて0にIRDを設定するかもしれません。構成は、R2Tsが全くその接続のときに使用されないのを示します。 初めは、創始者SHOULDのiSER-IRD値は、創始者におけるIRD値に設定されて、IRD値以上であるはずがありません。
On the other hand, the Outbound RDMA Read Queue Depth (ORD) MAY be set to 0, since the iSER layer at the initiator does not issue RDMA Read Requests to the target.
他方では、Outbound RDMA Read Queue Depth(ORD)は0に用意ができるかもしれません、創始者におけるiSER層が目標にRDMA Read Requestsを発行しないので。
Ko, et al. Standards Track [Page 29] RFC 5046 iSER Specification October 2007
コー、他 規格はiSER仕様2007年10月にRFC5046を追跡します[29ページ]。
Failure to allocate the requested connection resources locally results in a login failure and its handling is described in Section 10.1.3.1.
局所的に要求された接続リソースを割り当てない場合ログイン失敗をもたらして、取り扱いはセクション10.1.3で.1に説明されます。
If the iSER layer at the initiator is successful in allocating the connection resources necessary to support RCaP, the following events MUST occur in the specified sequence:
創始者におけるiSER層がRCaPを支持するのに必要な接続リソースを割り当てるのに成功しているなら、以下の出来事は指定された系列で起こらなければなりません:
1. The iSER layer MUST return a success status to the iSCSI layer in
response to the Allocate_Connection_Resources Operational
Primitive.
1. iSER層はAllocate_Connection_Resources Operational Primitiveに対応して成功状態をiSCSI層に返さなければなりません。
2. After the target returns the Login Response with the T bit set to
1 and the NSG field set to FullFeaturePhase, and a status class
of 0 (Success), the iSCSI layer MUST request that the iSER layer
transition to iSER-assisted mode by invoking the Enable_Datamover
Operational Primitive with the following qualifiers. (See
Section 10.1.4.6 for the case when the status class is not
Success.):
2. 目標が1に設定されたTビットでLogin Responseを返して、NSG分野がFullFeaturePhase、および0人(成功)の状態のクラスにセットした後に、iSCSI層は、iSERが以下の資格を与える人と共にEnable_Datamover Operational Primitiveを呼び出すことによってiSERによって補助されたモードへの変遷を層にするよう要求しなければなりません。 セクション10.1を見てください。(.4 .6 状態のクラスがSuccessでないケースのために)、:
a. Connection_Handle that identifies the iSCSI connection.
a。 iSCSI接続を特定する接続_Handle。
b. Transport_Connection_Descriptor that identifies the specific
transport connection associated with the Connection_Handle.
b。 _接続が関連づけた特定の輸送をConnection_Handleと同一視するConnection_Descriptorを輸送してください。
3. If necessary, the iSER layer should enable RCaP and transition
the connection to iSER-assisted mode. When the RCaP is iWARP,
then this step MUST be done. Not all RCaPs may need it depending
on the RCaP Stream start-up state.
3. 必要なら、iSER層はRCaPを有効にするはずです、そして、変遷はiSERによって補助されたモードとの接続を有効にします。 そして、RCaPがiWARPであるときに、このステップをしなければなりません。 RCaP Stream始動状態によって、すべてのRCaPsがそれを必要とするかもしれないというわけではありません。
4. The iSER layer MUST send the iSER Hello Message as the first iSER
Message. See Section 5.1.3 on iSER Hello Exchange.
4. iSER層は最初のiSER MessageとしてiSER Hello Messageを送らなければなりません。 iSERでセクション5.1.3を見てください、こんにちは、交換。
5.1.2. Target Behavior
5.1.2. 標的行動
If the outcome of the iSCSI negotiation is to enable iSER-assisted mode, then on the target side, prior to sending the Login Response with the T (Transit) bit set to 1 and the NSG (Next Stage) field set to FullFeaturePhase, the iSCSI layer MUST request that the iSER layer allocate the resources necessary to support RCaP by invoking the Allocate_Connection_Resources Operational Primitive. The connection resources required are defined by implementation and are outside the scope of this specification. Optionally, the iSCSI layer may invoke the Notice_Key_Values Operational Primitive before invoking the Allocate_Connection_Resources Operational Primitive to request that the iSER layer take note of the negotiated values of the iSCSI keys for the connection. The specific keys to be passed as input
iSCSI交渉の結果がiSERによって補助されたモードを可能にすることであるなら、1に設定されたT(トランジット)ビットでLogin Responseを送る前の目標側とFullFeaturePhaseに設定されたNSG(次のStage)フィールドでは、iSCSI層が、iSER層がAllocate_Connection_Resources Operational Primitiveを呼び出すことによってRCaPを支持するのに必要なリソースを割り当てるよう要求しなければなりません。 必要である接続リソースは、実現で定義されて、この仕様の範囲の外にあります。 任意に、iSER層が接続のためのiSCSIキーの交渉された値に注目するよう要求するためにAllocate_Connection_Resources Operational Primitiveを呼び出す前に、iSCSI層はNotice_Key_Values Operational Primitiveを呼び出すかもしれません。 入力されるように渡される特定のキー
Ko, et al. Standards Track [Page 30] RFC 5046 iSER Specification October 2007
コー、他 規格はiSER仕様2007年10月にRFC5046を追跡します[30ページ]。
qualifiers are implementation dependent. These may include, but are not limited to, MaxOutstandingR2T, ErrorRecoveryLevel, etc.
資格を与える人は実現に依存しています。 これら、含むかもしれなくて、制限されない、MaxOutstandingR2T、ErrorRecoveryLevelなど
To minimize the potential for a denial-of-service attack, the iSCSI layer MUST NOT request that the iSER layer allocate the connection resources necessary to support RCaP until 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, the iSCSI layer MUST defer the connection resource allocation (i.e., invoking the Allocate_Connection_Resources Operational Primitive) to the LoginOperationalNegotiation stage [RFC3720] so that the resource allocation occurs after the authentication phase is completed.
サービス不能攻撃の可能性を最小にするために、iSCSI層は、iSER層がiSCSI層がずっと十分遠くなるまでiSCSI Login PhaseでRCaPを支持するのに同輩側が攻撃者でないことが合理的に確信しているのが必要な接続リソースを割り当てるよう要求してはいけません。 Login PhaseがSecurityNegotiationステージを含んでいるなら、特に、iSCSI層が接続資源配分(すなわち、Allocate_Connection_Resources Operational Primitiveを呼び出す)をLoginOperationalNegotiationステージ[RFC3720]に延期しなければならないので、認証フェーズが完成した後に、資源配分は起こります。
Among the connection resources allocated at the target is the Outbound RDMA Read Queue Depth (ORD). As described in Section 9.5.1, R2Ts are transformed by the target into RDMA Read operations. The ORD limits the maximum number of simultaneously outstanding RDMA Read Requests per RCaP Stream from the target to the initiator. Initially, the iSER-ORD value at the target SHOULD be set to the ORD value at the target.
目標に接続リソースの中に割り当てているのは、Outbound RDMA Read Queue Depth(ORD)です。 セクション9.5.1で説明されるように、R2Tsは目標によってRDMA Read操作に変えられます。 ORDは目標から創始者まで1RCaP Streamあたりの同時に傑出しているRDMA Read Requestsの最大数を制限します。 初めは、iSER-ORDはORDへのセットが目標の値であったなら目標でSHOULDを評価します。
On the other hand, the IRD at the target MAY be set to 0 since the iSER layer at the target does not expect RDMA Read Requests to be issued by the initiator.
他方では、目標のiSER層が、RDMA Read Requestsが創始者によって発行されると予想しないで、目標のIRDは0に用意ができるかもしれません。
Failure to allocate the requested connection resources locally results in a login failure and its handling is described in Section 10.1.3.1.
局所的に要求された接続リソースを割り当てない場合ログイン失敗をもたらして、取り扱いはセクション10.1.3で.1に説明されます。
If the iSER layer at the target is successful in allocating the connection resources necessary to support RCaP, the following events MUST occur in the specified sequence:
目標のiSER層がRCaPを支持するのに必要な接続リソースを割り当てるのに成功しているなら、以下の出来事は指定された系列で起こらなければなりません:
1. The iSER layer MUST return a success status to the iSCSI layer in
response to the Allocate_Connection_Resources Operational
Primitive.
1. iSER層はAllocate_Connection_Resources Operational Primitiveに対応して成功状態をiSCSI層に返さなければなりません。
2. The iSCSI layer MUST request that the iSER layer transition to
iSER-assisted mode by invoking the Enable_Datamover Operational
Primitive with the following qualifiers:
2. iSCSI層は、iSERが以下の資格を与える人と共にEnable_Datamover Operational Primitiveを呼び出すことによってiSERによって補助されたモードへの変遷を層にするよう要求しなければなりません:
a. Connection_Handle that identifies the iSCSI connection.
a。 iSCSI接続を特定する接続_Handle。
b. Transport_Connection_Descriptor that identifies the specific
transport connection associated with the Connection_Handle.
b。 _接続が関連づけた特定の輸送をConnection_Handleと同一視するConnection_Descriptorを輸送してください。
Ko, et al. Standards Track [Page 31] RFC 5046 iSER Specification October 2007
コー、他 規格はiSER仕様2007年10月にRFC5046を追跡します[31ページ]。
c. The final transport layer (e.g., TCP) message containing the
Login Response with the T bit set to 1 and the NSG field set
to FullFeaturePhase.
c。 TビットがあるLogin Responseを含む最終的なトランスポート層(例えば、TCP)メッセージは1にセットしました、そして、NSG分野はFullFeaturePhaseにセットしました。
3. The iSER layer MUST send the final Login Response PDU in the
native transport mode to conclude the iSCSI Login Phase. If the
underlying transport is TCP, then the iSER layer MUST send the
final Login Response PDU in byte stream mode.
3. iSER層は固有の交通機関による最終的なLogin Response PDUに結論すると、、iSCSI Login Phaseを送らなければなりません。 基本的な輸送がTCPであるなら、iSER層はバイト・ストリームモードで最終的なLogin Response PDUを送らなければなりません。
4. After sending the final Login Response PDU, the iSER layer should
enable RCaP if necessary and transition the connection to iSER-
assisted mode. When the RCaP is iWARP, then this step MUST be
done. Not all RCaPs may need it depending on the RCaP Stream
start-up state.
4. 最終的なLogin Response PDUを送った後に、必要なら、iSER層はRCaPを有効にするはずであり、変遷はiSERの補助モードとの接続を有効にします。 そして、RCaPがiWARPであるときに、このステップをしなければなりません。 RCaP Stream始動状態によって、すべてのRCaPsがそれを必要とするかもしれないというわけではありません。
5. After receiving the iSER Hello Message from the initiator, the
iSER layer MUST respond with the iSER HelloReply Message to be
sent as the first iSER Message. See Section 5.1.3 on iSER Hello
Exchange for more details.
5. 創始者からiSER Hello Messageを受けた後に、iSER層は、最初のiSER Messageとして送るためにiSER HelloReply Messageと共に応じなければなりません。 iSER Hello Exchangeでその他の詳細に関してセクション5.1.3を見てください。
Note: In the above sequence, the operations as described in bullets 3 and 4 MUST be performed atomically for iWARP connections. Failure to do this may result in race conditions.
以下に注意してください。 上の系列では、iWARP接続のために原子論的に弾丸3と4で説明される操作を実行しなければなりません。 これをしない場合、競合条件をもたらすかもしれません。
5.1.3. iSER Hello Exchange
5.1.3. iSER、こんにちは、交換
After the connection transitions into iSER-assisted mode, the first iSER Message sent by the iSER layer at the initiator to the target MUST be the iSER Hello Message. The iSER Hello Message is used by the iSER layer at the initiator to declare iSER parameters to the target. See Section 9.3 on iSER Header Format for the iSER Hello Message.
接続がiSERによって補助されたモードに移行した後に、創始者におけるiSER層で目標に送られた最初のiSER MessageはiSER Hello Messageであるに違いありません。 iSER Hello Messageは創始者におけるiSER層によって使用されて、iSERパラメタを目標に宣言します。 iSERに関してiSERヘッダー形式のセクション9.3を見てください、こんにちは、メッセージ。
In response to the iSER Hello Message, the iSER layer at the target MUST return the iSER HelloReply Message as the first iSER Message sent by the target. The iSER HelloReply Message is used by the iSER layer at the target to declare iSER parameters to the initiator. See Section 9.4 on iSER Header Format for the iSER HelloReply Message.
iSER Hello Messageに対応して、最初のiSER Messageが目標で発信したので、目標のiSER層はiSER HelloReply Messageを返さなければなりません。 iSER HelloReply Messageは目標のiSER層によって使用されて、iSERパラメタを創始者に宣言します。 iSER HelloReplyメッセージに関してiSERヘッダー形式のセクション9.4を見てください。
In the iSER Hello Message, the iSER layer at the initiator declares the iSER-IRD value to the target.
iSER Hello Messageでは、創始者におけるiSER層は、iSER-IRDが値であると目標に宣言します。
Upon receiving the iSER Hello Message, the iSER layer at the target MUST set the iSER-ORD value to the minimum of the iSER-ORD value at the target and the iSER-IRD value declared by the initiator. The iSER layer at the target MAY adjust (lower) its ORD value to match the iSER-ORD value if the iSER-ORD value is smaller than the ORD value at the target in order to free up the unused resources.
iSER Hello Messageを受けると、目標のiSER層は創始者で目標のiSER-ORD値とiSER-IRD申告価値の最小限にiSER-ORD値を設定しなければなりません。 目標では、iSER-ORD値が未利用資源を開けるためにORD値より小さいなら、目標のiSER層は、iSER-ORD値を合わせるようにORD値を調整するかもしれません(下ろします)。
Ko, et al. Standards Track [Page 32] RFC 5046 iSER Specification October 2007
コー、他 規格はiSER仕様2007年10月にRFC5046を追跡します[32ページ]。
In the iSER HelloReply Message, the iSER layer at the target declares the iSER-ORD value to the initiator.
iSER HelloReply Messageでは、目標のiSER層は、iSER-ORDが値であると創始者に宣言します。
Upon receiving the iSER HelloReply Message, the iSER layer at the initiator MAY adjust (lower) its IRD value to match the iSER-ORD value in order to free up the unused resources, if the iSER-ORD value declared by the target is smaller than the iSER-IRD value declared by the initiator.
iSER HelloReply Messageを受けると、創始者におけるiSER層は未利用資源を開けるためにiSER-ORD値を合わせるようにIRD値を調整するかもしれません(下ろします)、目標によるiSER-ORD申告価値がiSER-IRD値が創始者で宣言したより小さいなら。
It is an iSER level negotiation failure if the iSER parameters declared in the iSER Hello Message by the initiator are unacceptable to the target. This includes the following:
iSER Hello Messageで創始者によって宣言されたiSERパラメタが目標に容認できないなら、それはiSERの平らな交渉の故障です。 これは以下を含んでいます:
* The initiator-declared iSER-IRD value is greater than 0 and the
target-declared iSER-ORD value is 0.
* 創始者が宣言しているiSER-IRD値は0以上です、そして、目標で宣言しているiSER-ORD値は0です。
* The initiator-supported and the target-supported iSER protocol
versions do not overlap.
* 創始者に支持にされるのと目標で支持されたiSERプロトコルバージョンは重なりません。
See Section 10.1.3.2 for the handling of the error situation.
セクション10.1を見てください。.3 .2 エラー状態の取り扱いのために。
5.2. iSCSI/iSER Connection Termination
5.2. iSCSI/iSER接続終了
5.2.1. Normal Connection Termination at the Initiator
5.2.1. 創始者の通常の接続終了
The iSCSI layer at the initiator terminates an iSCSI/iSER connection normally by invoking the Send_Control Operational Primitive qualified with the Logout Request PDU. The iSER layer at the initiator MUST use a SendSE Message to send the Logout Request PDU to the target. After the iSER layer at the initiator receives the SendSE Message containing the Logout Response PDU from the target, it MUST notify the iSCSI layer by invoking the Control_Notify Operational Primitive qualified with the Logout Response PDU.
通常、創始者におけるiSCSI層は、Logout Request PDUと共に適切なSend_Control Operational Primitiveを呼び出すことによって、iSCSI/iSER接続を終えます。 創始者におけるiSER層は、Logout Request PDUを目標に送るのにSendSE Messageを使用しなければなりません。 創始者におけるiSER層が目標からLogout Response PDUを含むSendSE Messageを受けた後に、Logout Response PDUと共に適切なControl_Notify Operational Primitiveを呼び出すことによって、それはiSCSI層に通知しなければなりません。
After the iSCSI logout process is complete, the iSCSI layer at the target is responsible for closing the iSCSI/iSER connection as described in Section 5.2.2. After the RCaP layer at the initiator reports that the connection has been closed, the iSER layer at the initiator MUST deallocate all connection and task resources (if any) associated with the connection, and invalidate the Local Mapping(s) (if any) that associate the ITT(s) used on that connection to the local STag(s) before notifying the iSCSI layer by invoking the Connection_Terminate_Notify Operational Primitive.
iSCSIがログアウトした後に、過程が完全である、目標のiSCSI層はセクション5.2.2で説明されるようにiSCSI/iSER接続を終えるのに原因となります。 創始者におけるRCaP層が、接続が閉店したと報告した後に、創始者におけるiSER層はすべての接続とタスクリソース(もしあれば)がConnection_Terminate_Notify Operational Primitiveを呼び出すことによってiSCSI層に通知しながら接続と交際して、その接続のときに地方のSTag(s)に慣れていたITTを関連づけるLocal Mapping(s)(もしあれば)を無効にするdeallocateを報告しなければなりません。
Ko, et al. Standards Track [Page 33] RFC 5046 iSER Specification October 2007
コー、他 規格はiSER仕様2007年10月にRFC5046を追跡します[33ページ]。
5.2.2. Normal Connection Termination at the Target
5.2.2. 目標の通常の接続終了
Upon receiving the SendSE Message containing the Logout Request PDU, the iSER layer at the target MUST notify the iSCSI layer at the target by invoking the Control_Notify Operational Primitive qualified with the Logout Request PDU. The iSCSI layer completes the logout process by invoking the Send_Control Operational Primitive qualified with the Logout Response PDU. The iSER layer at the target MUST use a SendSE Message to send the Logout Response PDU to the initiator. After the iSCSI logout process is complete, the iSCSI layer at the target MUST request that the iSER layer at the target terminate the RCaP Stream by invoking the Connection_Terminate Operational Primitive.
Logout Request PDUを含むSendSE Messageを受けると、Logout Request PDUと共に適切なControl_Notify Operational Primitiveを呼び出すことによって、目標のiSER層は目標でiSCSI層に通知しなければなりません。 iSCSI層は、Logout Response PDUと共に適切なSend_Control Operational Primitiveを呼び出すことによって、ログアウトの過程を完了します。 目標のiSER層は、Logout Response PDUを創始者に送るのにSendSE Messageを使用しなければなりません。 iSCSIがログアウトした後に、過程が完全である、目標のiSCSI層は目標のiSER層がConnection_Terminate Operational Primitiveを呼び出すことによってRCaP Streamを終えるよう要求しなければなりません。
As part of the termination process, the RCaP layer MUST close the connection. When the RCaP layer notifies the iSER layer after the RCaP Stream and the associated connection are terminated, the iSER layer MUST deallocate all connection and task resources (if any) associated with the connection, and invalidate the Local and Remote Mapping(s) (if any) that associate the ITT(s) used on that connection to the local STag(s) and the Advertised STag(s) respectively.
終了の過程の一部として、RCaP層は接続を終えなければなりません。 RCaP Streamと関連接続が終えられた後にRCaP層がiSER層に通知するとき、iSER層は、接続に関連しているすべての接続とタスクリソース(もしあれば)を「反-割り当て」て、その接続のときにそれぞれ地方のSTag(s)とAdvertised STag(s)に慣れていたITTを関連づけるLocalとRemote Mapping(s)(もしあれば)を無効にしなければなりません。
5.2.3. Termination without Logout Request/Response PDUs
5.2.3. 終了、ログアウト、要求/応答PDUs
5.2.3.1. Connection Termination Initiated by the iSCSI Layer
5.2.3.1. iSCSI層で開始された接続終了
The Connection_Terminate Operational Primitive MAY be invoked by the iSCSI layer to request that the iSER layer terminate the RCaP Stream without having previously exchanged the Logout Request and Logout Response PDUs between the two iSCSI/iSER nodes. As part of the termination process, the RCaP layer will close the connection. When the RCaP layer notifies the iSER layer after the RCaP Stream and the associated connection are terminated, the iSER layer MUST perform the following actions.
Connection_Terminate Operational PrimitiveはiSCSI層によって呼び出されて、iSER層が以前に2つのiSCSI/iSERノードの間でLogout RequestとLogout Response PDUsを交換していなくてRCaP Streamを終えるよう要求するかもしれません。 終了の過程の一部として、RCaP層は接続を終えるでしょう。 RCaP Streamと関連接続が終えられた後にRCaP層がiSER層に通知するとき、iSER層は以下の動作を実行しなければなりません。
If the Connection_Terminate Operational Primitive is invoked by the iSCSI layer at the target, then the iSER layer at the target MUST deallocate all connection and task resources (if any) associated with the connection, and invalidate the Local and Remote Mappings (if any) that associate the ITT(s) used on the connection to the local STag(s) and the Advertised STag(s), respectively.
Connection_Terminate Operational Primitiveが目標のiSCSI層によって呼び出されるなら、目標のiSER層は、接続に関連しているすべての接続とタスクリソース(もしあれば)を「反-割り当て」て、接続のときにそれぞれ地方のSTag(s)とAdvertised STag(s)に慣れていたITTを関連づけるLocalとRemote Mappings(もしあれば)を無効にしなければなりません。
If the Connection_Terminate Operational Primitive is invoked by the iSCSI layer at the initiator, then the iSER layer at the initiator MUST deallocate all connection and task resources (if any) associated with the connection, and invalidate the Local Mapping(s) (if any) that associate the ITT(s) used on the connection to the local STag(s).
Connection_Terminate Operational Primitiveが創始者におけるiSCSI層によって呼び出されるなら、創始者におけるiSER層は、接続に関連しているすべての接続とタスクリソース(もしあれば)を「反-割り当て」て、接続のときに地方のSTag(s)に慣れていたITTを関連づけるLocal Mapping(s)(もしあれば)を無効にしなければなりません。
Ko, et al. Standards Track [Page 34] RFC 5046 iSER Specification October 2007
コー、他 規格はiSER仕様2007年10月にRFC5046を追跡します[34ページ]。
5.2.3.2. Connection Termination Notification to the iSCSI Layer
5.2.3.2. iSCSI層への接続終了通知
If the iSCSI/iSER connection is terminated without the invocation of Connection_Terminate from the iSCSI layer, the iSER layer MUST notify the iSCSI layer that the iSCSI/iSER connection has been terminated by invoking the Connection_Terminate_Notify Operational Primitive.
iSCSI/iSER接続がiSCSI層からのConnection_Terminateの実施なしで終えられるなら、iSER層は、iSCSI/iSER接続がConnection_Terminate_Notify Operational Primitiveを呼び出すことによって終えられたことをiSCSI層に通知しなければなりません。
Prior to invoking Connection_Terminate_Notify, the iSER layer at the target MUST deallocate all connection and task resources (if any) associated with the connection, and invalidate the Local and Remote Mappings (if any) that associate the ITT(s) used on the connection to the local STag(s) and the Advertised STag(s), respectively.
Connection_Terminate_Notifyを呼び出す前に、目標のiSER層は、接続に関連しているすべての接続とタスクリソース(もしあれば)を「反-割り当て」て、接続のときにそれぞれ地方のSTag(s)とAdvertised STag(s)に慣れていたITTを関連づけるLocalとRemote Mappings(もしあれば)を無効にしなければなりません。
Prior to invoking Connection_Terminate_Notify, the iSER layer at the initiator MUST deallocate all connection and task resources (if any) associated with the connection, and invalidate the Local Mappings (if any) that associate the ITT(s) used on the connection to the local STag(s).
Connection_Terminate_Notifyを呼び出す前に、創始者におけるiSER層は、接続に関連しているすべての接続とタスクリソース(もしあれば)を「反-割り当て」て、接続のときに地方のSTag(s)に慣れていたITTを関連づけるLocal Mappings(もしあれば)を無効にしなければなりません。
If the remote iSCSI/iSER node initiated the closing of the connection (e.g., by sending a TCP FIN or TCP RST), the iSER layer MUST notify the iSCSI layer after the RCaP layer reports that the connection is closed by invoking the Connection_Terminate_Notify Operational Primitive.
リモートiSCSI/iSERノードが接続(例えば、TCP FINかTCP RSTを送るのによる)の閉鎖を開始したなら、RCaP層が、接続がConnection_Terminate_Notify Operational Primitiveを呼び出すことによって閉店すると報告した後にiSER層はiSCSI層に通知しなければなりません。
Another example of a connection termination without a preceding logout is when the iSCSI layer at the initiator does an implicit logout (connection reinstatement).
a先行のない接続終了に関する別の例がログアウトする、創始者におけるiSCSI層がそうする時である、暗黙、ログアウトしてください(接続復職)。
6. Login/Text Operational Keys
6. ログイン/テキストの操作上のキー
Certain iSCSI login/text operational keys have restricted usage in iSER, and additional keys are used to support the iSER protocol functionality. All other keys defined in [RFC3720] and not discussed in this section may be used on iSCSI/iSER connections with the same semantics.
あるiSCSIログイン/テキストの操作上のキーはiSERの用法を制限しました、そして、追加キーは、iSERプロトコルの機能性を支持するのに使用されます。 [RFC3720]で定義されて、このセクションで議論しなかった他のすべてのキーが同じ意味論とのiSCSI/iSER関係のときに使用されるかもしれません。
6.1. HeaderDigest and DataDigest
6.1. HeaderDigestとDataDigest
Irrelevant when: RDMAExtensions=Yes
無関係である、いつ: RDMAExtensionsははいと等しいです。
Negotiations resulting in RDMAExtensions=Yes for a session implies HeaderDigest=None and DataDigest=None for all connections in that session and overrides both the default and an explicit setting.
RDMAExtensionsをもたらす交渉=はいは、セッションのためにHeaderDigestがなにもと等しくなく、またDataDigestがそのセッションにおけるすべての接続のためになにもと等しくないのを含意して、デフォルトと明白な設定の両方をくつがえします。
Ko, et al. Standards Track [Page 35] RFC 5046 iSER Specification October 2007
コー、他 規格はiSER仕様2007年10月にRFC5046を追跡します[35ページ]。
6.2. MaxRecvDataSegmentLength
6.2. MaxRecvDataSegmentLength
For an iSCSI connection belonging to a session in which RDMAExtensions=Yes was negotiated on the leading connection of the session, MaxRecvDataSegmentLength need not be declared in the Login Phase. Instead, InitiatorRecvDataSegmentLength (as described in Section 6.5) and TargetRecvDataSegmentLength (as described in Section 6.4) keys are negotiated. The values of the local and remote MaxRecvDataSegmentLength are derived from the InitiatorRecvDataSegmentLength and TargetRecvDataSegmentLength keys even if the MaxRecvDataSegmentLength is declared during the Login Phase.
RDMAExtensions=はいがセッションの主な接続に関して交渉されたセッションに属するiSCSI接続において、MaxRecvDataSegmentLengthはLogin Phaseで申告される必要はありません。 代わりに、InitiatorRecvDataSegmentLength(セクション6.5で説明されるように)とTargetRecvDataSegmentLength(セクション6.4で説明されるように)キーは交渉されます。 Login Phaseの間、MaxRecvDataSegmentLengthを申告しても、InitiatorRecvDataSegmentLengthとTargetRecvDataSegmentLengthキーから地方の、そして、リモートなMaxRecvDataSegmentLengthの値を得ます。
In the Full Feature Phase, the initiator MUST consider the value of its local MaxRecvDataSegmentLength (that it would have declared to the target) as having the value of InitiatorRecvDataSegmentLength, and the value of the remote MaxRecvDataSegmentLength (that would have been declared by the target) as having the value of TargetRecvDataSegmentLength. Similarly, the target MUST consider the value of its local MaxRecvDataSegmentLength (that it would have declared to the initiator) as having the value of TargetRecvDataSegmentLength, and the value of the remote MaxRecvDataSegmentLength (that would have been declared by the initiator) as having the value of InitiatorRecvDataSegmentLength.
Full Feature Phaseでは、創始者は、地方のMaxRecvDataSegmentLength(持っているだろうというのは目標に宣言した)の値をTargetRecvDataSegmentLengthの値を持っているとしてInitiatorRecvDataSegmentLengthの値、およびリモートMaxRecvDataSegmentLengthの値(それは目標によって宣言された)を持っていると考えなければなりません。 同様に、目標は、地方のMaxRecvDataSegmentLength(持っているだろうというのは創始者に宣言した)の値をInitiatorRecvDataSegmentLengthの値を持っているとしてTargetRecvDataSegmentLengthの値、およびリモートMaxRecvDataSegmentLengthの値(それは創始者によって宣言された)を持っていると考えなければなりません。
The MaxRecvDataSegmentLength key is applicable only for iSCSI control-type PDUs.
iSCSIコントロールタイプPDUsだけに、MaxRecvDataSegmentLengthキーは適切です。
6.3. RDMAExtensions
6.3. RDMAExtensions
Use: LO (leading only)
使用: 見よ(先導専用)
Senders: Initiator and Target
Senders: 創始者と目標
Scope: SW (session-wide)
範囲: SW(セッション全体)です。
RDMAExtensions=<boolean-value>
RDMAExtensionsは<ブール値>と等しいです。
Irrelevant when: SessionType=Discovery
無関係である、いつ: SessionTypeは発見と等しいです。
Default is No
デフォルトはノーです。
Result function is AND
結果機能はANDです。
This key is used by the initiator and the target to negotiate support for iSER-assisted mode. To enable the use of iSER-assisted mode, both the initiator and the target MUST exchange RDMAExtensions=Yes.
このキーは創始者と目標によって使用されて、iSERによって補助されたモードのサポートを交渉します。 iSERによって補助されたモードの使用を可能にするために、創始者と目標の両方がRDMAExtensions=はいを交換しなければなりません。
Ko, et al. Standards Track [Page 36] RFC 5046 iSER Specification October 2007
コー、他 規格はiSER仕様2007年10月にRFC5046を追跡します[36ページ]。
iSER-assisted mode MUST NOT be used if either the initiator or the target offers RDMAExtensions=No.
創始者か目標申し出RDMAExtensionsのどちらかがNo.と等しいなら、iSERによって補助されたモードを使用してはいけません。
An iSER-enabled node is not required to initiate the RDMAExtensions key exchange if it prefers to operate in the Traditional iSCSI mode. However, if the RDMAExtensions key is to be negotiated, an initiator MUST offer the key in the first Login Request PDU in the LoginOperationalNegotiation stage of the leading connection, and a target MUST offer the key in the first Login Response PDU with which it is allowed to do so (i.e., the first Login Response PDU issued after the first Login Request PDU with the C bit set to 0) in the LoginOperationalNegotiation stage of the leading connection. In response to the offered key=value pair of RDMAExtensions=yes, an initiator MUST respond in the next Login Request PDU with which it is allowed to do so, and a target MUST respond in the next Login Response PDU with which it is allowed to do so.
Traditional iSCSIモードで作動するのを好むなら、iSERによって可能にされたノードは、RDMAExtensionsの主要な交換を起こすのに必要ではありません。 しかしながら、RDMAExtensionsキーが交渉されるつもりであるなら、創始者は主な接続のLoginOperationalNegotiation段階における最初のLogin Request PDUでキーを提供しなければなりません、そして、目標は主な接続のLoginOperationalNegotiation段階でそう(すなわち、Cビットがある最初のLogin Request PDUが0にセットした後に発行された最初のLogin Response PDU)それとできる最初のLogin Response PDUでキーを提供しなければなりません。 RDMAExtensions=はいの提供された主要な=値組に対応して、創始者はそうそれとできる次のLogin Request PDUで応じなければなりません、そして、目標はそうそれとできる次のLogin Response PDUで応じなければなりません。
Negotiating the RDMAExtensions key first enables a node to negotiate the optimal value for other keys. Certain iSCSI keys such as MaxBurstLength, MaxOutstandingR2T, ErrorRecoveryLevel, InitialR2T, ImmediateData, etc., may be negotiated differently depending on whether the connection is in Traditional iSCSI mode or iSER-assisted mode.
最初にRDMAExtensionsキーを交渉するのは、ノードが他のキーのために最適値を交渉するのを可能にします。 接続がTraditional iSCSIモードかiSERによって補助されたモードであるかに異なってよって、MaxBurstLength、MaxOutstandingR2T、ErrorRecoveryLevel、InitialR2T、ImmediateDataなどのあるiSCSIキーは交渉されるかもしれません。
6.4. TargetRecvDataSegmentLength
6.4. TargetRecvDataSegmentLength
Use: IO (Initialize only)
使用: イーオー(初期化、単に)
Senders: Initiator and Target
Senders: 創始者と目標
Scope: CO (connection-only)
範囲: CO(接続専用)
Irrelevant when: RDMAExtensions=No
無関係である、いつ: RDMAExtensionsはいいえと等しいです。
TargetRecvDataSegmentLength=<numerical-value-512-to-(2**24-1)>
=<数字のTargetRecvDataSegmentLength値-512、-、-(2**24-1)>。
Default is 8192 bytes
デフォルトは8192バイトです。
Result function is minimum
結果機能は最小です。
This key is relevant only for the iSCSI connection of an iSCSI session if RDMAExtensions=Yes is negotiated on the leading connection of the session. It is used by the initiator and target to negotiate the maximum size of the data segment that an initiator may send to the target in an iSCSI control-type PDU in the Full Feature Phase. For SCSI Command PDUs and SCSI Data-out PDUs containing non-immediate unsolicited data to be sent by the initiator, the initiator MUST send all non-Final PDUs with a data segment size of exactly
RDMAExtensions=はいがセッションの主な接続に関して交渉されるなら、iSCSIセッションのiSCSI接続だけにおいて、このキーは関連しています。 それは創始者と目標によって使用されて、創始者がFull Feature PhaseのiSCSIコントロールタイプPDUの目標に送るかもしれないデータ・セグメントの最大サイズを交渉します。 創始者、創始者によって送られる非即座の求められていないデータを含むのがまさにすべてのデータがある非決勝PDUsセグメントサイズに発信しなければならないSCSI Command PDUsと外のSCSI Data PDUsのために
Ko, et al. Standards Track [Page 37] RFC 5046 iSER Specification October 2007
コー、他 規格はiSER仕様2007年10月にRFC5046を追跡します[37ページ]。
TargetRecvDataSegmentLength whenever the PDUs constitute a data sequence whose size is larger than TargetRecvDataSegmentLength.
PDUsがデータを構成するときはいつも、TargetRecvDataSegmentLengthはだれのものを配列します。サイズはTargetRecvDataSegmentLengthより大きいです。
6.5. InitiatorRecvDataSegmentLength
6.5. InitiatorRecvDataSegmentLength
Use: IO (Initialize only)
使用: イーオー(初期化、単に)
Senders: Initiator and Target
Senders: 創始者と目標
Scope: CO (connection-only)
範囲: CO(接続専用)
Irrelevant when: RDMAExtensions=No
無関係である、いつ: RDMAExtensionsはいいえと等しいです。
InitiatorRecvDataSegmentLength=<numerical-value-512-to-(2**24-1)>
=<数字のInitiatorRecvDataSegmentLength値-512、-、-(2**24-1)>。
Default is 8192 bytes
デフォルトは8192バイトです。
Result function is minimum
結果機能は最小です。
This key is relevant only for the iSCSI connection of an iSCSI session if RDMAExtensions=Yes is negotiated on the leading connection of the session. It is used by the initiator and target to negotiate the maximum size of the data segment that a target may send to the initiator in an iSCSI control-type PDU in the Full Feature Phase.
RDMAExtensions=はいがセッションの主な接続に関して交渉されるなら、iSCSIセッションのiSCSI接続だけにおいて、このキーは関連しています。 それは創始者と目標によって使用されて、目標がFull Feature PhaseのiSCSIコントロールタイプPDUの創始者に送るかもしれないデータ・セグメントの最大サイズを交渉します。
6.6. OFMarker and IFMarker
6.6. OFMarkerとIFMarker
Irrelevant when: RDMAExtensions=Yes
無関係である、いつ: RDMAExtensionsははいと等しいです。
Negotiations resulting in RDMAExtensions=Yes for a session implies OFMarker=No and IFMarker=No for all connections in that session and overrides both the default and an explicit setting.
RDMAExtensionsをもたらす交渉=はいは、セッションのためにOFMarkerがいいえと等しく、IFMarkerがそのセッションにおけるすべての接続のためにいいえと等しいのを含意して、デフォルトと明白な設定の両方をくつがえします。
6.7. MaxOutstandingUnexpectedPDUs
6.7. MaxOutstandingUnexpectedPDUs
Use: LO (leading only), Declarative
使用: LO(先導専用)、Declarative
Senders: Initiator and Target
Senders: 創始者と目標
Scope: SW (session-wide)
範囲: SW(セッション全体)です。
Irrelevant when: RDMAExtensions=No
無関係である、いつ: RDMAExtensionsはいいえと等しいです。
MaxOutstandingUnexpectedPDUs=<numerical-value-from-2-to-(2**32-1) | 0>
MaxOutstandingUnexpectedPDUsが<の数字の値と等しい、-、-2、-、-、(2**32-1)| 0 >。
Default is 0
デフォルトは0です。
Ko, et al. Standards Track [Page 38] RFC 5046 iSER Specification October 2007
コー、他 規格はiSER仕様2007年10月にRFC5046を追跡します[38ページ]。
This key is used by the initiator and the target to declare the maximum number of outstanding "unexpected" iSCSI control-type PDUs that it can receive in the Full Feature Phase. It is intended to allow the receiving side to determine the amount of buffer resources needed beyond the normal flow control mechanism available in iSCSI. An initiator or target should select a value such that it would not impose an unnecessary constraint on the iSCSI layer under normal circumstances. The value of 0 is defined to indicate that the declarer has no limit on the maximum number of outstanding "unexpected" iSCSI control-type PDUs that it can receive. See Sections 8.1.1 and 8.1.2 for the usage of this key. Note that iSER Hello and HelloReply Messages are not iSCSI control-type PDUs and are not affected by this key.
このキーは創始者と目標によって使用されて、それがFull Feature Phaseで受けることができる傑出している「予期していませんた」iSCSIコントロールタイプPDUsの最大数を宣言します。 受信側がiSCSIで利用可能な正常なフロー制御メカニズムを超えて必要であるバッファ資源の量を測定するのを許容するのは意図しています。 創始者か目標が、通常の状況下で不要な規制をiSCSI層に課さないように、値を選択するはずです。 0の値は、宣言者がそれが受けることができる傑出している「予期していませんた」iSCSIコントロールタイプPDUsの最大数に限界を全く持っていないのを示すために定義されます。 セクション8.1.1とこの用法のための.2が合わせる8.1を見てください。 iSER HelloとHelloReply MessagesがiSCSIコントロールタイプPDUsでなく、またこのキーで影響を受けないことに注意してください。
7. iSCSI PDU Considerations
7. iSCSI PDU問題
When a connection is in the iSER-assisted mode, two types of message transfers are allowed between the iSCSI layer at the initiator and the iSCSI layer at the target. These are known as the iSCSI data- type PDUs and the iSCSI control-type PDUs, and these terms are described in the following sections.
接続がiSERによって補助されたモードであるとき、2つのタイプのメッセージ転送は目標に創始者におけるiSCSI層とiSCSI層の間に許容されています。 これらはiSCSIデータタイプPDUsとして知られています、そして、iSCSIはPDUsをコントロールしてタイプします、そして、これらの用語は以下のセクションで説明されます。
7.1. iSCSI Data-Type PDU
7.1. iSCSIデータ型PDU
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 in the full feature phase of an iSCSI/iSER connection. An iSCSI data-type PDU, when requested for transmission by the iSCSI layer in the sending node, results in the data being transferred without the participation of the iSCSI layers at the sending and the receiving nodes. This is due to the fact that the PDU itself is not delivered as-is to the iSCSI layer in the receiving node. Instead, the data transfer operations are transformed into the appropriate RDMA operations that are handled by the RDMA-Capable Controller. The set of iSCSI data-type PDUs consists of SCSI Data-in PDUs and R2T PDUs.
iSCSIデータ型PDUは遠く離れたiSCSI層に見え透いたデータ転送にiSCSI/iSER接続の完全な特徴フェーズで同輩iSCSIノードの間の場所を取らせるiSCSI PDUと定義されます。 トランスミッションのために送付ノードでiSCSI層によって要求されると、iSCSIデータ型PDUは送付と受信ノードにおけるiSCSI層の参加なしで移されるデータをもたらします。 PDU自身がそのままでiSCSIに渡されないという事実のためにこれは受信ノードの層です。 代わりに、データ転送操作はRDMAできるControllerによって扱われる適切なRDMA操作に変えられます。 iSCSIデータ型PDUsのセットは中のSCSI Data PDUsとR2T PDUsから成ります。
If the invocation of the Operational Primitive by the iSCSI layer to request that the iSER layer process an iSCSI data-type PDU is qualified with Notify_Enable set, then upon completing the RDMA operation, the iSER layer at the target MUST notify the iSCSI layer at the target by invoking the Data_Completion_Notify Operational Primitive qualified with ITT and SN. There is no data completion notification at the initiator since the RDMA operations are completely handled by the RDMA-Capable Controller at the initiator and the iSER layer at the initiator is not involved with the data transfer associated with iSCSI data-type PDUs.
iSER層がiSCSIデータ型を処理するよう要求するiSCSI層のそばのOperational Primitiveの実施であるなら、PDUはEnableが設定するNotify_で資格があって、RDMA操作を完了するとき、Notify Operational PrimitiveがITTとSNと共に資格を与えたData_Completion_を呼び出すことによって、次に、目標のiSER層は目標でiSCSI層に通知しなければなりません。 RDMA操作が創始者のRDMAできるControllerによって完全に扱われて、創始者におけるiSER層がiSCSIデータ型PDUsに関連しているデータ転送にかかわらないので、データ完成通知が全く創始者にありません。
Ko, et al. Standards Track [Page 39] RFC 5046 iSER Specification October 2007
コー、他 規格はiSER仕様2007年10月にRFC5046を追跡します[39ページ]。
If the invocation of the Operational Primitive by the iSCSI layer to request that the iSER layer process an iSCSI data-type PDU is qualified with Notify_Enable cleared, then upon completing the RDMA operation, the iSER layer at the target MUST NOT notify the iSCSI layer at the target and MUST NOT invoke the Data_Completion_Notify Operational Primitive.
Notify_Enableがきれいにされている状態でPDUはiSER層がiSCSIデータ型を処理するよう要求するiSCSI層のそばのOperational Primitiveの実施であるなら資格があって、RDMA操作を完了するとき、次に、目標のiSER層は、目標でiSCSI層に通知してはいけなくて、Data_Completion_Notify Operational Primitiveを呼び出してはいけません。
If an operation associated with an iSCSI data-type PDU fails for any reason, the contents of the Data Sink buffers associated with the operation are considered indeterminate.
操作がPDUがどんな理由でも失敗するiSCSIデータ型と交際したなら、操作に関連しているData Sinkバッファの中身は不確定であると考えられます。
7.2. iSCSI Control-Type PDU
7.2. iSCSIコントロールタイプPDU
Any iSCSI PDU that is not an iSCSI data-type PDU and also not a SCSI Data-out PDU carrying solicited data is defined as an iSCSI control- type PDU. The iSCSI layer invokes the Send_Control Operational Primitive to request that the iSER layer process an iSCSI control- type PDU. iSCSI control-type PDUs are transferred using Send Message Types of RCaP. Specifically, note that SCSI Data-out PDUs carrying unsolicited data are defined as iSCSI control-type PDUs. See Section 7.3.4 on the treatment of SCSI Data-out PDUs.
請求されたデータを運ぶiSCSIデータ型PDUでなくてまたまた外のSCSI Data PDUでないどんなiSCSI PDUもiSCSIコントロールタイプPDUと定義されます。 iSCSI層は、iSER層の過程タイプPDU. iSCSIがコントロールしてタイプするiSCSIコントロールPDUsがRCaPのSend Message Typesを使用することでわたっているよう要求するためにSend_Control Operational Primitiveを呼び出します。 明確に、求められていないデータを運ぶ外のSCSI Data PDUsがiSCSIコントロールタイプPDUsと定義されることに注意してください。 外のSCSI Data PDUsの処理にセクション7.3.4を見てください。
When the iSER layer receives an iSCSI control-type PDU, it MUST notify the iSCSI layer by invoking the Control_Notify Operational Primitive qualified with the iSCSI control-type PDU.
iSER層がiSCSIコントロールタイプPDUを受けるとき、iSCSIコントロールタイプPDUと共に適切なControl_Notify Operational Primitiveを呼び出すことによって、それはiSCSI層に通知しなければなりません。
7.3. iSCSI PDUs
7.3. iSCSI PDUs
This section describes the handling of each of the iSCSI PDU types by the iSER layer. The iSCSI layer requests that the iSER layer process the iSCSI PDU by invoking the appropriate Operational Primitive. A Connection_Handle MUST qualify each of these invocations. In addition, BHS and the optional AHS of the iSCSI PDU as defined in [RFC3720] MUST qualify each of the invocations. The qualifying Connection_Handle, the BHS, and the AHS are not explicitly listed in the subsequent sections.
このセクションはiSER層のそばでiSCSI PDUタイプ各人の取り扱いについて説明します。 iSERが層にするというiSCSI層の要求は、適切なOperational Primitiveを呼び出すことによって、iSCSI PDUを処理します。 Connection_Handleはそれぞれのこれらの実施に資格を与えなければなりません。 さらに、BHSと[RFC3720]の定義されるとしてのiSCSI PDUの任意のAHSはそれぞれの実施に資格を与えなければなりません。 資格を得ているConnection_Handle、BHS、およびAHSはその後のセクションで明らかに記載されていません。
7.3.1. SCSI Command
7.3.1. SCSIコマンド
Type: control-type PDU
以下をタイプしてください。 コントロールタイプPDU
PDU-specific qualifiers (for SCSI Write or bidirectional command):
ImmediateDataSize, UnsolicitedDataSize, DataDescriptorOut
PDU特有の資格を与える人(SCSI Writeか双方向のコマンドのための): ImmediateDataSize、UnsolicitedDataSize、DataDescriptorOut
PDU-specific qualifiers (for SCSI read or bidirectional command):
DataDescriptorIn
PDU特有の資格を与える人(読まれたSCSIか双方向のコマンドのための): DataDescriptorIn
Ko, et al. Standards Track [Page 40] RFC 5046 iSER Specification October 2007
コー、他 規格はiSER仕様2007年10月にRFC5046を追跡します[40ページ]。
The iSER layer at the initiator MUST send the SCSI command in a SendSE Message to the target.
創始者におけるiSER層はSendSE MessageのSCSIコマンドを目標に送らなければなりません。
For a SCSI Write or bidirectional command, the iSCSI layer at the initiator MUST invoke the Send_Control Operational Primitive as follows:
SCSI Writeか双方向のコマンドのために、創始者におけるiSCSI層は以下のSend_Control Operational Primitiveを呼び出さなければなりません:
* If there is immediate data to be transferred for the SCSI Write or
bidirectional command, the qualifier ImmediateDataSize MUST be
used to define the number of bytes of immediate unsolicited data
to be sent with the Write or bidirectional command, and the
qualifier DataDescriptorOut MUST be used to define the initiator's
I/O Buffer containing the SCSI Write data.
* SCSI Writeか双方向のコマンドのために移すために即値データがあれば、Writeと共に送られる即座の求められていないデータか双方向のコマンドのバイト数を定義するのに資格を与える人ImmediateDataSizeを使用しなければなりません、そして、SCSI Writeデータを含む創始者の入出力Bufferを定義するのに資格を与える人DataDescriptorOutを使用しなければなりません。
* If there is unsolicited data to be transferred for the SCSI Write
or bidirectional command, the qualifier UnsolicitedDataSize MUST
be used to define the number of bytes of immediate and non-
immediate unsolicited data for the command. The iSCSI layer will
issue one or more SCSI Data-out PDUs for the non-immediate
unsolicited data. See Section 7.3.4 on SCSI Data-out.
* SCSI Writeか双方向のコマンドのために移すために求められていないデータがあれば、コマンドのための即座の、そして、非即座の求められていないデータのバイト数を定義するのに資格を与える人UnsolicitedDataSizeを使用しなければなりません。 iSCSI層は非即座の求められていないデータのために1外のSCSI Data PDUsを発行するでしょう。 外のSCSIデータでセクション7.3.4を見てください。
* If there is solicited data to be transferred for the SCSI write or
bidirectional command, as indicated by the Expected Data Transfer
Length in the SCSI Command PDU exceeding the value of
UnsolicitedDataSize, the iSER layer at the initiator MUST do the
following:
* SCSIが書くので移すために請求されたデータがあるか、そして、双方向のコマンド、UnsolicitedDataSizeの値を超えながらSCSI Command PDUでExpected Data Transfer Lengthによって示されるように、創始者におけるiSER層は以下をしなければなりません:
a. It MUST allocate a Write STag for the I/O Buffer defined by
the qualifier DataDescriptorOut. The DataDescriptorOut
describes the I/O buffer starting with the immediate
unsolicited data (if any), followed by the non-immediate
unsolicited data (if any) and solicited data. This means
that the BufferOffset for the SCSI Data-out for this
command is equal to the TO. This implies that a zero TO
for this STag points to the beginning of this I/O Buffer.
a。 それは資格を与える人DataDescriptorOutによって定義された入出力BufferのためにWrite STagを割り当てなければなりません。 DataDescriptorOutは非即座の求められていないデータ(もしあれば)と請求されたデータがあとに続いた即座の求められていないデータ(もしあれば)から始まる入出力バッファについて説明します。 これは、このコマンドのための外のSCSI DataのためのBufferOffsetがTOと等しいことを意味します。 これは、このSTagのためのどんなTOもこの入出力Bufferの始まりまで指さないのを含意します。
b. It MUST establish a Local Mapping that associates the
Initiator Task Tag (ITT) to the Write STag.
b。 それはInitiator Task Tag(ITT)をWrite STagに関連づけるLocal Mappingを設立しなければなりません。
c. It MUST Advertise the Write STag to the target by sending
it as the Write STag in the iSER header of the iSER Message
(the payload of the SendSE Message of RCaP) containing the
SCSI write or bidirectional command PDU. See Section 9.2
on iSER Header Format for the iSCSI Control-Type PDU.
c。 それは広告、Write STagとしてSCSIが書くiSER Message(RCaPのSendSE Messageのペイロード)含有か双方向のコマンドPDUのiSERヘッダーでそれを送るのによる目標へのWrite STagがそうしなければなりません。 iSCSIコントロールタイプPDUに関してiSERヘッダー形式のセクション9.2を見てください。
For a SCSI read or bidirectional command, the iSCSI layer at the initiator MUST invoke the Send_Control Operational Primitive qualified with DataDescriptorIn, which defines the initiator's I/O
読まれたSCSIか双方向のコマンドのために、創始者におけるiSCSI層は創始者の入出力を定義するDataDescriptorInと共に適切なSend_Control Operational Primitiveを呼び出さなければなりません。
Ko, et al. Standards Track [Page 41] RFC 5046 iSER Specification October 2007
コー、他 規格はiSER仕様2007年10月にRFC5046を追跡します[41ページ]。
Buffer for receiving the SCSI Read data. The iSER layer at the initiator MUST do the following:
SCSI Readを受けるには、データをバッファリングしてください。 創始者におけるiSER層は以下をしなければなりません:
a. It MUST allocate a Read STag for the I/O Buffer.
a。 それは入出力BufferのためにRead STagを割り当てなければなりません。
b. It MUST establish a Local Mapping that associates the
Initiator Task Tag (ITT) to the Read STag.
b。 それはInitiator Task Tag(ITT)をRead STagに関連づけるLocal Mappingを設立しなければなりません。
c. It MUST Advertise the Read STag to the target by sending it
as the Read STag in the iSER header of the iSER Message
(the payload of the SendSE Message of RCaP) containing the
SCSI read or bidirectional command PDU. See Section 9.2 on
iSER Header Format for the iSCSI Control-Type PDU.
c。 それは広告、Read STagとしてSCSIが読むiSER Message(RCaPのSendSE Messageのペイロード)含有か双方向のコマンドPDUのiSERヘッダーでそれを送るのによる目標へのRead STagがそうしなければなりません。 iSCSIコントロールタイプPDUに関してiSERヘッダー形式のセクション9.2を見てください。
If the amount of unsolicited data to be transferred in a SCSI command exceeds TargetRecvDataSegmentLength, then the iSCSI layer at the initiator MUST segment the data into multiple iSCSI control-type PDUs, with the data segment length in all PDUs generated except the last one having exactly the size TargetRecvDataSegmentLength. The data segment length of the last iSCSI control-type PDU carrying the unsolicited data can be up to TargetRecvDataSegmentLength.
SCSIコマンドで移されるべき求められていないデータの量がTargetRecvDataSegmentLengthを超えているなら、創始者におけるiSCSI層はデータを複数のiSCSIコントロールタイプPDUsに区分しなければなりません、データ・セグメントの長さがちょうどサイズTargetRecvDataSegmentLengthを持っている最後のものを除いて、発生するすべてのPDUsにある状態で。 求められていないデータを運ぶ最後のiSCSIコントロールタイプPDUのデータ・セグメントの長さはTargetRecvDataSegmentLength次第であることができます。
When the iSER layer at the target receives the SCSI command, it MUST establish a Remote Mapping that associates the ITT to the Advertised Write STag and the Read STag if present in the iSER header. The Write STag is used by the iSER layer at the target in handling the data transfer associated with the R2T PDU(s) as described in Section 7.3.6. The Read STag is used in handling the SCSI Data-in PDU(s) from the iSCSI layer at the target as described in Section 7.3.5.
目標のiSER層がSCSIコマンドを受け取るとき、それは存在しているならAdvertised Write STagとRead STagにITTを関連づけるRemote MappingをiSERヘッダーに設立しなければなりません。 Write STagは目標のiSER層によってデータ転送がセクション7.3.6で説明されるようにR2T PDU(s)に関連づけた取り扱いに使用されます。 Read STagはセクション7.3.5で説明されるように目標でiSCSI層から中のSCSI Data PDU(s)を扱う際に使用されます。
7.3.2. SCSI Response
7.3.2. SCSI応答
Type: control-type PDU
以下をタイプしてください。 コントロールタイプPDU
PDU-specific qualifiers: DataDescriptorStatus
PDU特有の資格を与える人: DataDescriptorStatus
The iSCSI layer at the target MUST invoke the Send_Control Operational Primitive qualified with DataDescriptorStatus, which defines the buffer containing the sense and response information. The iSCSI layer at the target MUST always return the SCSI status for a SCSI command in a separate SCSI Response PDU. "Phase collapse" for transferring SCSI status in a SCSI Data-in PDU MUST NOT be used. The iSER layer at the target sends the SCSI Response PDU according to the following rules:
目標のiSCSI層は感覚と応答情報を含むバッファを定義するDataDescriptorStatusと共に適切なSend_Control Operational Primitiveを呼び出さなければなりません。 目標のiSCSI層は別々のSCSI Response PDUのSCSIコマンドのためにいつもSCSI状態を返さなければなりません。 SCSI状態を移すために「フェーズは崩れます」。中のSCSI Data PDU MUST NOTでは、使用されます。 以下の規則に従って、目標のiSER層はSCSI Response PDUを送ります:
* If no STags are Advertised by the initiator in the iSER Message
containing the SCSI command PDU, then the iSER layer at the target
MUST send a SendSE Message containing the SCSI Response PDU.
* どんなSTagsもSCSIコマンドPDUを含むiSER Messageの創始者によるAdvertisedでないなら、目標のiSER層はSCSI Response PDUを含むSendSE Messageを送らなければなりません。
Ko, et al. Standards Track [Page 42] RFC 5046 iSER Specification October 2007
コー、他 規格はiSER仕様2007年10月にRFC5046を追跡します[42ページ]。
* If the initiator Advertised a Read STag in the iSER Message
containing the SCSI Command PDU, then the iSER layer at the target
MUST send a SendInvSE Message containing the SCSI Response PDU.
The header of the SendInvSE Message MUST carry the Read STag to be
invalidated at the initiator.
* iSER Message含有における創始者Advertised Read STag SCSI Command PDUであるなら、目標のiSER層はSCSI Response PDUを含むSendInvSE Messageを送らなければなりません。 SendInvSE Messageのヘッダーは、創始者で無効にされるためにRead STagを運ばなければなりません。
* If the initiator Advertised only the Write STag in the iSER
Message containing the SCSI Command PDU, then the iSER layer at
the target MUST send a SendInvSE Message containing the SCSI
Response PDU. The header of the SendInvSE Message MUST carry the
Write STag to be invalidated at the initiator.
* SCSI Command PDUを含むiSER Messageの創始者Advertised Write STagだけであるなら、目標のiSER層はSCSI Response PDUを含むSendInvSE Messageを送らなければなりません。 SendInvSE Messageのヘッダーは、創始者で無効にされるためにWrite STagを運ばなければなりません。
When the iSCSI layer at the target invokes the Send_Control Operational Primitive to send the SCSI Response PDU, the iSER layer at the target MUST invalidate the Remote Mapping that associates the ITT to the Advertised STag(s) before transferring the SCSI Response PDU to the initiator.
目標のiSCSI層がSCSI Response PDUを送るためにSend_Control Operational Primitiveを呼び出すとき、目標のiSER層はSCSI Response PDUを創始者に移す前にITTをAdvertised STag(s)に関連づけるRemote Mappingを無効にしなければなりません。
Upon receiving the SendInvSE Message containing the SCSI Response PDU from the target, the RCaP layer at the initiator will invalidate the STag specified in the header. The iSER layer at the initiator MUST ensure that the correct STag is invalidated. If both the Read and the Write STags are Advertised earlier by the initiator, then the iSER layer at the initiator MUST explicitly invalidate the Write STag upon receiving the SendInvSE Message because the header of the SendInvSE Message can only carry one STag (in this case, the Read STag) to be invalidated.
目標からSCSI Response PDUを含むSendInvSE Messageを受けると、創始者におけるRCaP層はヘッダーで指定されたSTagを無効にするでしょう。 創始者におけるiSER層は、正しいSTagが無効にされるのを確実にしなければなりません。 より早くReadとWrite STagsの両方が創始者によるAdvertisedであるなら、SendInvSE Messageのヘッダーが無効にされるために、1STag(この場合Read STag)しか運ぶことができないのでSendInvSE Messageを受けるとき、創始者におけるiSER層は明らかにWrite STagを無効にしなければなりません。
The iSER layer at the initiator MUST ensure the invalidation of the STag(s) used in a command before notifying the iSCSI layer at the initiator by invoking the Control_Notify Operational Primitive qualified with the SCSI Response. This precludes the possibility of using the STag(s) after the completion of the command, thereby causing data corruption.
創始者におけるiSER層はSCSI Responseと共に適切なControl_Notify Operational Primitiveを呼び出すことによって創始者におけるiSCSI層に通知する前にコマンドに使用されたSTag(s)の無効にするのを確実にしなければなりません。 これはコマンドの完成の後にSTag(s)を使用して、その結果、データの汚染を引き起こす可能性を排除します。
When the iSER layer at the initiator receives the SendSE or the SendInvSE Message containing the SCSI Response PDU, it SHOULD invalidate the Local Mapping that associates the ITT to the local STag(s). The iSER layer MUST ensure that all local STag(s) associated with the ITT are invalidated before notifying the iSCSI layer of the SCSI Response PDU by invoking the Control_Notify Operational Primitive qualified with the SCSI Response PDU.
SCSI Response PDUを含んでいて、iSERがいつ創始者で層にするかがSendSEかSendInvSE Messageを受けて、それはSHOULDです。地方STag(s)にITTを関連づけるLocal Mappingを無効にしてください。 iSER層は、SCSI Response PDUと共に適切なControl_Notify Operational Primitiveを呼び出すことによってSCSI Response PDUのiSCSI層に通知する前にITTに関連しているすべての地方のSTag(s)が無効にされるのを確実にしなければなりません。
Ko, et al. Standards Track [Page 43] RFC 5046 iSER Specification October 2007
コー、他 規格はiSER仕様2007年10月にRFC5046を追跡します[43ページ]。
7.3.3. Task Management Function Request/Response
7.3.3. タスク管理機能要求/応答
Type: control-type PDU
以下をタイプしてください。 コントロールタイプPDU
PDU-specific qualifiers (for TMF Request): DataDescriptorOut,
DataDescriptorIn
PDU特有の資格を与える人(TMF Requestのための): DataDescriptorOut、DataDescriptorIn
The iSER layer MUST use a SendSE Message to send the Task Management Function Request/Response PDU.
iSER層は、Task Management Function Request/応答PDUを送るのにSendSE Messageを使用しなければなりません。
For the Task Management Function Request with the TASK REASSIGN function, the iSER layer at the initiator MUST do the following:
TASK REASSIGN機能があるTask Management Function Requestに関しては、創始者におけるiSER層は以下をしなければなりません:
* It MUST use the ITT as specified in the Referenced Task Tag from
the Task Management Function Request PDU to locate the existing
STag(s), if any, in the Local Mapping(s) that associates the ITT
to the local STag(s).
* それは既存のSTag(s)の場所を見つけるのにTask Management Function Request PDUからReferenced Task Tagの指定されるとしてのITTを使用しなければなりません、もしあれば、地方のSTag(s)にITTを関連づけるLocal Mapping(s)で。
* It MUST invalidate the existing STag(s), if any, and the Local
Mapping(s) that associates the ITT to the local STag(s).
* それはいずれかと、地方のSTag(s)にITTを関連づけるLocal Mapping(s)であるなら既存のSTag(s)を無効にしなければなりません。
* It MUST allocate a Read STag for the I/O Buffer as defined by the
qualifier DataDescriptorIn if the Send_Control Operational
Primitive invocation is qualified with DataDescriptorIn.
* Send_Control Operational Primitive実施はDataDescriptorInと共に資格があるなら資格を与える人DataDescriptorInによって定義されるようにそれが入出力BufferのためにRead STagを割り当てなければなりません。
* It MUST allocate a Write STag for the I/O Buffer as defined by the
qualifier DataDescriptorOut if the Send_Control Operational
Primitive invocation is qualified with DataDescriptorOut.
* Send_Control Operational Primitive実施はDataDescriptorOutと共に資格があるなら資格を与える人DataDescriptorOutによって定義されるようにそれが入出力BufferのためにWrite STagを割り当てなければなりません。
* If STags are allocated, it MUST establish a new Local Mapping(s)
that associate the ITT to the allocated STag(s).
* STagsを割り当てるなら、それは割り当てられたSTag(s)にITTを関連づける新しいLocal Mapping(s)を設立しなければなりません。
* It MUST Advertise the STags, if allocated, to the target in the
iSER header of the SendSE Message carrying the iSCSI PDU, as
described in Section 9.2.
* それは広告、割り当てるセクション9.2で説明されるようにiSCSI PDUを運ぶSendSE MessageのiSERヘッダーの目標へのSTagsがそうしなければなりません。
For the Task Management Function Request with the TASK REASSIGN function for a SCSI read or bidirectional command, the iSCSI layer at the initiator MUST set ExpDataSN to 0 since the data transfer and acknowledgements happen transparently to the iSCSI layer at the initiator. This provides the flexibility to the iSCSI layer at the target to request transmission of only the unacknowledged data as specified in [RFC3720].
読まれたSCSIか双方向のコマンドのためのTASK REASSIGN機能があるTask Management Function Requestのために、データ転送と承認が透明に創始者におけるiSCSI層に起こるので、創始者におけるiSCSI層は0にExpDataSNを設定しなければなりません。 これは、[RFC3720]の指定されるとしての不承認のデータだけの伝達を要求するために目標のiSCSI層に柔軟性を供給します。
When the iSER layer at the target receives the Task Management Function Request with the TASK REASSIGN function, it MUST do the following:
目標のiSER層がTASK REASSIGN機能があるTask Management Function Requestを受けるとき、以下をしなければなりません:
Ko, et al. Standards Track [Page 44] RFC 5046 iSER Specification October 2007
コー、他 規格はiSER仕様2007年10月にRFC5046を追跡します[44ページ]。
* It MUST use the ITT as specified in the Referenced Task Tag from
the Task Management Function Request PDU to locate the mappings
that associate the ITT to the Advertised STag(s) and the local
STag(s), if any.
* それは、もしあればAdvertised STag(s)と地方のSTag(s)にITTを関連づけるマッピングの場所を見つけるのにTask Management Function Request PDUからReferenced Task Tagの指定されるとしてのITTを使用しなければなりません。
* It MUST invalidate the local STag(s), if any, associated with the
ITT.
* それはもしあればITTに関連している地方のSTag(s)を無効にしなければなりません。
* It MUST replace the Advertised STag(s) in the Remote Mapping that
associates the ITT to the Advertised STag(s) with the Write STag
and the Read STag if present in the iSER header. The Write STag
is used in the handling of the R2T PDU(s) from the iSCSI layer at
the target as described in Section 7.3.6. The Read STag is used
in the handling of the SCSI Data-in PDU(s) from the iSCSI layer at
the target as described in Section 7.3.5.
* それはiSERヘッダーに存在しているならWrite STagとRead STagと共にITTをAdvertised STag(s)に関連づけるRemote MappingでAdvertised STag(s)を取り替えなければなりません。 Write STagはセクション7.3.6で説明されるように目標のiSCSI層からR2T PDU(s)の取り扱いに使用されます。 Read STagはセクション7.3.5で説明されるように目標のiSCSI層から中のSCSI Data PDU(s)の取り扱いに使用されます。
7.3.4. SCSI Data-Out
7.3.4. 外のSCSIデータ
Type: control-type PDU
以下をタイプしてください。 コントロールタイプPDU
PDU-specific qualifiers: DataDescriptorOut
PDU特有の資格を与える人: DataDescriptorOut
The iSCSI layer at the initiator MUST invoke the Send_Control Operational Primitive qualified with DataDescriptorOut, which defines the initiator's I/O Buffer containing unsolicited SCSI Write data.
創始者におけるiSCSI層は求められていないSCSI Writeデータを含む創始者の入出力Bufferを定義するDataDescriptorOutと共に適切なSend_Control Operational Primitiveを呼び出さなければなりません。
If the amount of unsolicited data to be transferred as SCSI Data-out exceeds TargetRecvDataSegmentLength, then the iSCSI layer at the initiator MUST segment the data into multiple iSCSI control-type PDUs, with the DataSegmentLength having the value of TargetRecvDataSegmentLength in all PDUs generated except the last one. The DataSegmentLength of the last iSCSI control-type PDU carrying the unsolicited data can be up to TargetRecvDataSegmentLength. The iSCSI layer at the target MUST perform the reassembly function for the unsolicited data.
SCSI Data出かけるとして移されるべき求められていないデータの量がTargetRecvDataSegmentLengthを超えているなら、創始者におけるiSCSI層はデータを複数のiSCSIコントロールタイプPDUsに区分しなければなりません、最後のものを除いて、すべてのPDUsのTargetRecvDataSegmentLengthの値を発生させるDataSegmentLengthと共に。 求められていないデータを運ぶ最後のiSCSIコントロールタイプPDUのDataSegmentLengthはTargetRecvDataSegmentLength次第であることができます。 目標のiSCSI層は求められていないデータのために再アセンブリ機能を実行しなければなりません。
For unsolicited data, if the F bit is set to 0 in a SCSI Data-out PDU, the iSER layer at the initiator MUST use a Send Message to send the SCSI Data-out PDU. If the F bit is set to 1, the iSER layer at the initiator MUST use a SendSE Message to send the SCSI Data-out PDU.
求められていないデータに関しては、Fビットが外のSCSI Data PDUの0に設定されるなら、創始者におけるiSER層は、外のSCSI Data PDUを送るのにSend Messageを使用しなければなりません。 Fビットが1に設定されるなら、創始者におけるiSER層は、外のSCSI Data PDUを送るのにSendSE Messageを使用しなければなりません。
Note that for solicited data, the SCSI Data-out PDUs are not used since R2T PDUs are not delivered to the iSCSI layer at the initiator; instead, R2T PDUs are transformed by the iSER layer at the target into RDMA Read operations. (See Section 7.3.6.)
R2T PDUsが創始者におけるiSCSI層に渡されないので請求されたデータに関して、外のSCSI Data PDUsが使用されていないというメモ。 代わりに、R2T PDUsは目標のiSER層によってRDMA Read操作に変えられます。 (セクション7.3.6を見てください。)
Ko, et al. Standards Track [Page 45] RFC 5046 iSER Specification October 2007
コー、他 規格はiSER仕様2007年10月にRFC5046を追跡します[45ページ]。
7.3.5. SCSI Data-In
7.3.5. 中のSCSIデータ
Type: data-type PDU
以下をタイプしてください。 データ型PDU
PDU-specific qualifiers: DataDescriptorIn
PDU特有の資格を与える人: DataDescriptorIn
When the iSCSI layer at the target is ready to return the SCSI Read data to the initiator, it MUST invoke the Put_Data Operational Primitive qualified with DataDescriptorIn, which defines the SCSI Data-in buffer. See Section 7.1 on the general requirement on the handling of iSCSI data-type PDUs. SCSI Data-in PDU(s) are used in SCSI Read data transfer as described in Section 9.5.2.
目標のiSCSI層がSCSI Readデータを創始者に返す準備ができているとき、それは中のSCSI Dataバッファを定義するDataDescriptorInと共に適切なPut_Data Operational Primitiveを呼び出さなければなりません。 iSCSIデータ型PDUsの取り扱いに関する一般的な要件のセクション7.1を見てください。 中のSCSI Data PDU(s)はセクション9.5.2で説明されるようにSCSI Readデータ転送で使用されます。
The iSER layer at the target MUST do the following for each invocation of the Put_Data Operational Primitive:
目標のiSER層はPut_Data Operational Primitiveの各実施のために以下をしなければなりません:
1. It MUST use the ITT in the SCSI Data-in PDU to locate the remote
Read STag in the Remote Mapping that associates the ITT to
Advertised STag(s). The Remote Mapping was established earlier
by the iSER layer at the target when the SCSI read command was
received from the initiator.
1. それは、ITTをAdvertised STag(s)に関連づけるRemote MappingでリモートRead STagの場所を見つけるのに中のSCSI Data PDUでITTを使用しなければなりません。 創始者からSCSI読みコマンドを受け取ったとき、より早く目標のiSER層でRemote Mappingを設立しました。
2. It MUST generate and send an RDMA Write Message containing the
read data to the initiator.
2. それは、読書データを創始者に含むRDMA Write Messageを発生して、送らなければなりません。
a. It MUST use the remote Read STag as the Data Sink STag of the
RDMA Write Message.
a。 それはRDMA Write MessageのData Sink STagとしてリモートRead STagを使用しなければなりません。
b. It MUST use the Buffer Offset from the SCSI Data-in PDU as
the Data Sink Tagged Offset of the RDMA Write Message.
b。 それはRDMA Write MessageのData Sink Tagged Offsetとして中のSCSI Data PDUからBuffer Offsetを使用しなければなりません。
c. It MUST use DataSegmentLength from the SCSI Data-in PDU to
determine the amount of data to be sent in the RDMA Write
Message.
c。 それは、データ量がRDMA Write Messageで送られることを決定するのに中のSCSI Data PDUからDataSegmentLengthを使用しなければなりません。
3. It MUST associate DataSN and ITT from the SCSI Data-in PDU with
the RDMA Write operation. If the Put_Data Operational Primitive
invocation was qualified with Notify_Enable set, then when the
iSER layer at the target receives a completion from the RCaP
layer for the RDMA Write Message, the iSER layer at the target
MUST notify the iSCSI layer by invoking the
Data_Completion_Notify Operational Primitive qualified with
DataSN and ITT. Conversely, if the Put_Data Operational
Primitive invocation was qualified with Notify_Enable cleared,
then the iSER layer at the target MUST NOT notify the iSCSI layer
on completion and MUST NOT invoke the Data_Completion_Notify
Operational Primitive.
3. それはDataSNとITTを中のSCSI Data PDUからRDMA Write操作に関連づけなければなりません。 目標のiSER層がRDMA Write MessageのためにRCaP層から完成を受けるとき、Put_Data Operational Primitive実施はEnableが設定するNotify_で資格があったなら、Notify Operational PrimitiveがDataSNとITTと共に資格を与えたData_Completion_を呼び出すことによって、目標のiSER層はiSCSI層に通知しなければなりません。 逆に、Notify_Enableがきれいにされている状態でPut_Data Operational Primitive実施は資格があったなら、目標のiSER層が、完成のときにiSCSI層に通知してはいけなくて、Data_Completion_Notify Operational Primitiveを呼び出してはいけません。
Ko, et al. Standards Track [Page 46] RFC 5046 iSER Specification October 2007
コー、他 規格はiSER仕様2007年10月にRFC5046を追跡します[46ページ]。
When the A-bit is set to 1 in the SCSI Data-in PDU, the iSER layer at the target MUST notify the iSCSI layer at the target when the data transfer is complete at the initiator. To perform this additional function, the iSER layer at the target can take advantage of the operational ErrorRecoveryLevel if previously disclosed by the iSCSI layer via an earlier invocation of the Notice_Key_Values Operational Primitive. There are two approaches that can be taken:
A-ビットが中のSCSI Data PDUの1に設定されるとき、データ転送が創始者で完全であるときに、目標のiSER層は目標でiSCSI層に通知しなければなりません。 この追加機能を実行するために、以前にiSCSI層のそばでNotice_Key_Values Operational Primitiveの以前の実施で明らかにされるなら、目標のiSER層は操作上のErrorRecoveryLevelを利用できます。 取ることができる2つのアプローチがあります:
1. If the iSER layer at the target knows that the operational
ErrorRecoveryLevel is 2, or if the iSER layer at the target does
not know the operational ErrorRecoveryLevel, then the iSER layer
at the target MUST issue a zero-length RDMA Read Request Message
following the RDMA Write Message. When the iSER layer at the
target receives a completion for the RDMA Read Request Message
from the RCaP layer, implying that the RDMA-Capable Controller at
the initiator has completed processing the RDMA Write Message due
to the completion ordering semantics of RCaP, the iSER layer at
the target MUST notify the iSCSI layer at the target by invoking
the Data_Ack_Notify Operational Primitive qualified with ITT and
DataSN (see Section 3.2.3).
1. 目標のiSER層が、操作上のErrorRecoveryLevelが2歳であることを知っているか、またはiSERが層にするなら操作上のErrorRecoveryLevelが目標で知っていないなら、RDMA Write Messageに続いて、目標のiSER層は無の長さのRDMA Read Request Messageを発行しなければなりません。 目標のiSER層がRDMA Read Request MessageのためにRCaP層から完成を受けるとき、Notify Operational PrimitiveがITTとDataSNと共に資格を与えたData_Ack_を呼び出すことによって、目標の創始者のRDMAできるControllerが、RCaPの意味論を注文する完成のためRDMA Write Messageを処理するのを完了したのを含意することでのiSER層は目標でiSCSI層に通知しなければなりません(セクション3.2.3を見てください)。
2. If the iSER layer at the target knows that the operational
ErrorRecoveryLevel is 1, then the iSER layer at the target MUST
do one of the following:
2. 目標のiSER層が、操作上のErrorRecoveryLevelが1歳であることを知っているなら、目標のiSER層は以下の1つをしなければなりません:
a. It MUST notify the iSCSI layer at the target by invoking the
Data_Ack_Notify Operational Primitive qualified with ITT and
DataSN (see Section 3.2.3) when it receives the local
completion from the RCaP layer for the RDMA Write Message.
This is allowed since digest errors do not occur in iSER (see
Section 10.1.4.2) and a CRC error will cause the connection
to be terminated and the task to be terminated anyway. The
local RDMA Write completion from the RCaP layer guarantees
that the RCaP layer will not access the I/O Buffer again to
transfer the data associated with that RDMA Write operation.
a。 RDMA Write MessageのためにRCaP層から地方の完成を受けるときNotify Operational PrimitiveがITTと共に資格を与えたData_Ack_とDataSN(セクション3.2.3を見る)を呼び出すことによって、それは目標でiSCSI層に通知しなければなりません。 ダイジェスト誤りがiSERに発生しないので、これは許容されています。(.2と)CRC誤りが終えられるべき接続と仕事を課すのは引き起こすセクション10.1.4が終えられるのをとにかく見てください。 RCaP層からの地方のRDMA Write完成は、RCaP層がそのRDMA Write操作に関連しているデータを移すために再び入出力Bufferにアクセスしないのを保証します。
b. Alternatively, it MUST use the same procedure for handling
the data transfer completion at the initiator as for
ErrorRecoveryLevel 2.
b。 あるいはまた、それは、ErrorRecoveryLevel2のように創始者でデータ転送完成を扱うのに同じ手順を用いなければなりません。
Note that the iSCSI layer at the target cannot set the A-bit to 1 if the ErrorRecoveryLevel=0.
目標のiSCSI層がErrorRecoveryLevel=0であるならA-ビットを1に設定できないことに注意してください。
The SCSI status MUST always be returned in a separate SCSI Response PDU. The S bit in the SCSI Data-in PDU MUST always be set to 0. There MUST NOT be a "phase collapse" in the SCSI Data-in PDU.
別々のSCSI Response PDUでいつもSCSI状態を返さなければなりません。 Sに中のSCSI Data PDU MUSTでいつも噛み付きました。0に設定されます。 「フェーズ崩壊」が中のSCSI Data PDUにあってはいけません。
Ko, et al. Standards Track [Page 47] RFC 5046 iSER Specification October 2007
コー、他 規格はiSER仕様2007年10月にRFC5046を追跡します[47ページ]。
Since the RDMA Write Message only transfers the data portion of the SCSI Data-in PDU but not the control information in the header, such as ExpCmdSN, if timely updates of such information are crucial, the iSCSI layer at the initiator MAY issue NOP-Out PDUs to request that the iSCSI layer at the target respond with the information using NOP- In PDUs.
RDMA Write Messageが制御情報ではなく、中のSCSI Data PDUのデータ部を移すだけであるので、ExpCmdSNなどのヘッダーでは、PDUsでNOPを使用して、そのような情報のタイムリーなアップデートが重要であるなら、創始者におけるiSCSI層は目標のiSCSI層が情報で応じるよう要求するために外のNOP PDUsを発行するかもしれません。
7.3.6. Ready to Transfer (R2T)
7.3.6. 移す準備ができています。(R2T)
Type: data-type PDU
以下をタイプしてください。 データ型PDU
PDU-specific qualifiers: DataDescriptorOut
PDU特有の資格を与える人: DataDescriptorOut
In order to send an R2T PDU, the iSCSI layer at the target MUST invoke the Get_Data Operational Primitive qualified with DataDescriptorOut, which defines the I/O Buffer for receiving the SCSI Write data from the initiator. See Section 7.1 on the general requirements on the handling of iSCSI data-type PDUs.
R2T PDUを送るために、目標のiSCSI層は創始者からSCSI Writeデータを受け取るために入出力Bufferを定義するDataDescriptorOutと共に適切なGet_Data Operational Primitiveを呼び出さなければなりません。 iSCSIデータ型PDUsの取り扱いに関する一般的な要件のセクション7.1を見てください。
The iSER layer at the target MUST do the following for each invocation of the Get_Data Operational Primitive:
目標のiSER層はGet_Data Operational Primitiveの各実施のために以下をしなければなりません:
1. It MUST ensure a valid local STag for the I/O Buffer and a valid
Local Mapping that associates the Initiator Task Tag (ITT) to the
local STag. This may involve allocating a valid local STag and
establishing a Local Mapping.
1. それは入出力BufferとInitiator Task Tag(ITT)を地方のSTagに関連づける有効なLocal Mappingのために有効な地方のSTagを確実にしなければなりません。 これは、有効な地方のSTagを割り当てて、Local Mappingを設立することを伴うかもしれません。
2. It MUST use the ITT in the R2T to locate the remote Write STag in
the Remote Mapping that associates the ITT to Advertised STag(s).
The Remote Mapping is established earlier by the iSER layer at
the target when the iSER Message containing the Advertised Write
STag and the SCSI Command PDU for a SCSI write or bidirectional
command is received from the initiator.
2. それは、ITTをAdvertised STag(s)に関連づけるRemote MappingでリモートWrite STagの場所を見つけるのにR2TでITTを使用しなければなりません。 Advertised Write STagを含むiSER MessageとSCSIのためのSCSI Command PDUが書くか、または創始者から双方向のコマンドを受け取るとき、より早く目標のiSER層でRemote Mappingを設立します。
3. If the iSER-ORD value at the target is set to 0, the iSER layer
at the target MUST terminate the connection and free up the
resources associated with the connection (as described in Section
5.2.3) if it receives the R2T PDU from the iSCSI layer at the
target. Upon termination of the connection, the iSER layer at
the target MUST notify the iSCSI layer at the target by invoking
the Connection_Terminate_Notify Operational Primitive.
3. 目標のiSER-ORD値が0に設定されるなら、目標のiSCSI層からR2T PDUを受けるなら、目標のiSER層は、接続を終えて、接続(セクション5.2.3で説明されるように)に関連しているリソースを開けなければなりません。 接続の終了のときに、Connection_Terminate_Notify Operational Primitiveを呼び出すことによって、目標のiSER層は目標でiSCSI層に通知しなければなりません。
4. If the iSER-ORD value at the target is set to greater than 0, the
iSER layer at the target MUST transform the R2T PDU into an RDMA
Read Request Message. While transforming the R2T PDU, the iSER
layer at the target MUST ensure that the number of outstanding
RDMA Read Request Messages does not exceed the iSER-ORD value.
To transform the R2T PDU, the iSER layer at the target:
4. 目標のiSER-ORD値が0以上に設定されるなら、目標のiSER層はR2T PDUをRDMA Read Request Messageに変えなければなりません。 R2T PDUを変えている間、目標のiSER層は、傑出しているRDMA Read Request Messagesの数がiSER-ORD値を超えていないのを確実にしなければなりません。 R2T PDUを変えるために、iSERは目標で層にします:
Ko, et al. Standards Track [Page 48] RFC 5046 iSER Specification October 2007
コー、他 規格はiSER仕様2007年10月にRFC5046を追跡します[48ページ]。
a. MUST derive the local STag and local Tagged Offset from the
DataDescriptorOut that qualified the Get_Data invocation.
a。 Get_Data実施に資格を与えたDataDescriptorOutから地方のSTagと地方のTagged Offsetを得なければなりません。
b. MUST use the local STag as the Data Sink STag of the RDMA
Read Request Message.
b。 RDMA Read Request MessageのData Sink STagとして地方のSTagを使用しなければなりません。
c. MUST use the local Tagged Offset as the Data Sink Tagged
Offset of the RDMA Read Request Message.
c。 RDMA Read Request MessageのData Sink Tagged Offsetとして地方のTagged Offsetを使用しなければなりません。
d. MUST use the Desired Data Transfer Length from the R2T PDU as
the RDMA Read Message Size of the RDMA Read Request Message.
d。 RDMA Read Request MessageのRDMA Read Message SizeとしてR2T PDUからDesired Data Transfer Lengthを使用しなければなりません。
e. MUST use the remote Write STag as the Data Source STag of the
RDMA Read Request Message.
e。 RDMA Read Request MessageのData Source STagとしてリモートWrite STagを使用しなければなりません。
f. MUST use the Buffer Offset from the R2T PDU as the Data
Source Tagged Offset of the RDMA Read Request Message.
f。 RDMA Read Request MessageのData Source Tagged OffsetとしてR2T PDUからBuffer Offsetを使用しなければなりません。
5. It MUST associate R2TSN and ITT from the R2T PDU with the RDMA
Read operation. If the Get_Data Operational Primitive invocation
is qualified with Notify_Enable set, then when the iSER layer at
the target receives a completion from the RCaP layer for the RDMA
Read operation, the iSER layer at the target MUST notify the
iSCSI layer by invoking the Data_Completion_Notify Operational
Primitive qualified with R2TSN and ITT. Conversely, if the
Get_Data Operational Primitive invocation is qualified with
Notify_Enable cleared, then the iSER layer at the target MUST NOT
notify the iSCSI layer on completion and MUST NOT invoke the
Data_Completion_Notify Operational Primitive.
5. それはR2TSNとITTをR2T PDUからRDMA Read操作に関連づけなければなりません。 目標のiSER層がRDMA Read操作のためにRCaP層から完成を受けるとき、Get_Data Operational Primitive実施はEnableが設定するNotify_で資格があるなら、Notify Operational PrimitiveがR2TSNとITTと共に資格を与えたData_Completion_を呼び出すことによって、目標のiSER層はiSCSI層に通知しなければなりません。 逆に、Notify_Enableがきれいにされている状態でGet_Data Operational Primitive実施は資格があるなら、目標のiSER層が、完成のときにiSCSI層に通知してはいけなくて、Data_Completion_Notify Operational Primitiveを呼び出してはいけません。
When the RCaP layer at the initiator receives a valid RDMA Read Request Message, it will return an RDMA Read Response Message containing the solicited write data to the target. When the RCaP layer at target receives the RDMA Read Response Message from the initiator, it will place the solicited data in the I/O Buffer referenced by the Data Sink STag in the RDMA Read Response Message.
創始者におけるRCaP層が有効なRDMA Read Request Messageを受けるとき、それは請求を含むのが書くRDMA Read Response Messageに目標へのデータを返すでしょう。 目標のRCaP層が創始者からRDMA Read Response Messageを受けるとき、それはBufferがRDMA Read Response MessageのData Sink STagで参照をつけた入出力に請求されたデータを置くでしょう。
Since the RDMA Read Request Message from the target does not transfer the control information in the R2T PDU, such as ExpCmdSN, if timely updates of such information are crucial, the iSCSI layer at the initiator MAY issue NOP-Out PDUs to request that the iSCSI layer at the target respond with the information using NOP-In PDUs.
目標からのRDMA Read Request Messageが制御情報を移さないので、ExpCmdSNなどのR2T PDUでは、中のNOP PDUsを使用して、そのような情報のタイムリーなアップデートが重要であるなら、創始者におけるiSCSI層は目標のiSCSI層が情報で応じるよう要求するために外のNOP PDUsを発行するかもしれません。
Similarly, since the RDMA Read Response Message from the initiator only transfers the data but not the control information normally found in the SCSI Data-out PDU, such as ExpStatSN, if timely updates of such information are crucial, the iSCSI layer at the target MAY
同様に、創始者からのRDMA Read Response Messageが制御情報ではなく、通常、見つけられたデータを移すだけであるので、ExpStatSNなどの外のSCSI Data PDUでは、目標のiSCSI層はそのような情報のタイムリーなアップデートが重要であるならそうするかもしれません。
Ko, et al. Standards Track [Page 49] RFC 5046 iSER Specification October 2007
コー、他 規格はiSER仕様2007年10月にRFC5046を追跡します[49ページ]。
issue NOP-In PDUs to request that the iSCSI layer at the initiator respond with the information using NOP-Out PDUs.
中のNOP PDUsを発行して、情報が外のNOP PDUsを使用している状態で創始者におけるiSCSI層が応じるよう要求してください。
7.3.7. Asynchronous Message
7.3.7. 非同期なメッセージ
Type: control-type PDU
以下をタイプしてください。 コントロールタイプPDU
PDU-specific qualifiers: DataDescriptorSense
PDU特有の資格を与える人: DataDescriptorSense
The iSCSI layer MUST invoke the Send_Control Operational Primitive qualified with DataDescriptorSense, which defines the buffer containing the sense and iSCSI Event information. The iSER layer MUST use a SendSE Message to send the Asynchronous Message PDU.
iSCSI層は感覚とiSCSI Event情報を含むバッファを定義するDataDescriptorSenseと共に適切なSend_Control Operational Primitiveを呼び出さなければなりません。 iSER層は、Asynchronous Message PDUを送るのにSendSE Messageを使用しなければなりません。
7.3.8. Text Request and Text Response
7.3.8. テキスト要求とテキスト応答
Type: control-type PDU
以下をタイプしてください。 コントロールタイプPDU
PDU-specific qualifiers: DataDescriptorTextOut (for Text
Request), DataDescriptorIn (for Text Response)
PDU特有の資格を与える人: DataDescriptorTextOut(テキスト要求のための)、DataDescriptorIn(テキスト応答のための)
The iSCSI layer MUST invoke the Send_Control Operational Primitive qualified with DataDescriptorTextOut (or DataDescriptorIn), which defines the Text Request (or Text Response) buffer. The iSER layer MUST use SendSE Messages to send the Text Request (or Text Response PDUs).
iSCSI層はText Request(または、Text Response)バッファを定義するDataDescriptorTextOut(または、DataDescriptorIn)と共に適切なSend_Control Operational Primitiveを呼び出さなければなりません。 iSER層は、Text Request(または、Text Response PDUs)を送るのにSendSE Messagesを使用しなければなりません。
7.3.9. Login Request and Login Response
7.3.9. ログイン要求とログイン応答
During the login negotiation, the iSCSI layer interacts with the transport layer directly and the iSER layer is not involved. See Section 5.1 on iSCSI/iSER connection setup. If the underlying transport is TCP, the Login Request PDUs and the Login Response PDUs are exchanged when the connection between the initiator and the target is still in the byte stream mode.
ログイン交渉の間、iSCSI層は直接トランスポート層と対話します、そして、iSER層はかかわりません。 iSCSI/iSER接続設定にセクション5.1を見てください。 創始者と目標との接続がまだバイト・ストリームモードであるとき、基本的な輸送がTCPであるなら、Login Request PDUsとLogin Response PDUsを交換します。
The iSCSI layer MUST not send a Login Request (or a Login Response) PDU during the Full Feature Phase. A Login Request (or a Login Response) PDU, if used, MUST be treated as an iSCSI protocol error. The iSER layer MAY reject such a PDU from the iSCSI layer with an appropriate error code. If a Login Request PDU is received by the iSCSI layer at the target, it MUST respond with a Reject PDU with a reason code of "protocol error".
iSCSI層はFull Feature Phaseの間、Login Request(または、Login Response)PDUを送ってはいけません。 使用されるなら、Login Request(または、Login Response)PDUをiSCSIプロトコル誤りとして扱わなければなりません。 iSER層は適切なエラーコードでiSCSI層からそのようなPDUを拒絶するかもしれません。 目標にiSCSI層のそばにLogin Request PDUを受け取るなら、それはReject PDUと共に「プロトコル誤り」の理由コードで応じなければなりません。
Ko, et al. Standards Track [Page 50] RFC 5046 iSER Specification October 2007
コー、他 規格はiSER仕様2007年10月にRFC5046を追跡します[50ページ]。
7.3.10. Logout Request and Logout Response
7.3.10. ログアウト、要求、ログアウトしてください、応答
Type: control-type PDU
以下をタイプしてください。 コントロールタイプPDU
PDU-specific qualifiers: None
PDU特有の資格を与える人: なし
The iSER layer MUST use a SendSE Message to send the Logout Request or Logout Response PDU. Sections 5.2.1 and 5.2.2 describe the handling of the Logout Request and the Logout Response at the initiator and the target and the interactions between the initiator and the target to terminate a connection.
iSER層は、Logout RequestかLogout Response PDUを送るのにSendSE Messageを使用しなければなりません。 セクション5.2.1と.2が創始者の間の創始者のLogout RequestとLogout Response、目標、および相互作用の取り扱いと目標について説明する5.2は接続を終えます。
7.3.11. SNACK Request
7.3.11. 軽食要求
Since HeaderDigest and DataDigest must be negotiated to "None", there are no digest errors when the connection is in iSER-assisted mode. Also, since RCaP delivers all messages in the order they were sent, there are no sequence errors when the connection is in iSER-assisted mode. Therefore, the iSCSI layer MUST NOT send SNACK Request PDUs. A SNCAK Request PDU, if used, MUST be treated as an iSCSI protocol error. The iSER layer MAY reject such a PDU from the iSCSI layer with an appropriate error code. If a SNACK Request PDU is received by the iSCSI layer at the target, it MUST respond with a Reject PDU with a reason code of "protocol error".
「なにも」とHeaderDigestとDataDigestを交渉しなければならないので、接続がiSERによって補助されたモードであるとき、ダイジェスト誤りが全くありません。 また、RCaPがそれらが送られたオーダーにおけるすべてのメッセージを送るので、接続がiSERによって補助されたモードであるとき、系列誤りが全くありません。 したがって、iSCSI層はSNACK Request PDUsを送ってはいけません。 使用されるなら、iSCSIプロトコル誤りとしてSNCAK Request PDUを扱わなければなりません。 iSER層は適切なエラーコードでiSCSI層からそのようなPDUを拒絶するかもしれません。 目標にiSCSI層のそばにSNACK Request PDUを受け取るなら、それはReject PDUと共に「プロトコル誤り」の理由コードで応じなければなりません。
7.3.12. Reject
7.3.12. 廃棄物
Type: control-type PDU
以下をタイプしてください。 コントロールタイプPDU
PDU-specific qualifiers: DataDescriptorReject
PDU特有の資格を与える人: DataDescriptorReject
The iSCSI layer MUST invoke the Send_Control Operational Primitive qualified with DataDescriptorReject, which defines the Reject buffer. The iSER layer MUST use a SendSE Message to send the Reject PDU.
iSCSI層はRejectバッファを定義するDataDescriptorRejectと共に適切なSend_Control Operational Primitiveを呼び出さなければなりません。 iSER層は、Reject PDUを送るのにSendSE Messageを使用しなければなりません。
7.3.13. NOP-Out and NOP-In
7.3.13. 外のNOPと中のNOP
Type: control-type PDU
以下をタイプしてください。 コントロールタイプPDU
PDU-specific qualifiers: DataDescriptorNOPOut (for NOP-Out),
DataDescriptorNOPIn (for NOP-In)
PDU特有の資格を与える人: DataDescriptorNOPOut(外のNOPのための)、DataDescriptorNOPIn(中のNOPのための)
The iSCSI layer MUST invoke the Send_Control Operational Primitive qualified with DataDescriptorNOPOut (or DataDescriptorNOPIn), which defines the Ping (or Return Ping) data buffer. The iSER layer MUST use SendSE Messages to send the NOP-Out (or NOP-In) PDU.
iSCSI層はPing(または、Return Ping)データバッファを定義するDataDescriptorNOPOut(または、DataDescriptorNOPIn)と共に適切なSend_Control Operational Primitiveを呼び出さなければなりません。 iSER層は、外のNOP(または、中のNOP)PDUを送るのにSendSE Messagesを使用しなければなりません。
Ko, et al. Standards Track [Page 51] RFC 5046 iSER Specification October 2007
コー、他 規格はiSER仕様2007年10月にRFC5046を追跡します[51ページ]。
8. Flow Control and STag Management
8. フロー制御と雄ジカ管理
8.1. Flow Control for RDMA Send Message Types
8.1. RDMAのためのフロー制御はメッセージタイプを送ります。
Send Message Types in RCaP are used by the iSER layer to transfer iSCSI control-type PDUs. Each Send Message Type in RCaP consumes an Untagged Buffer at the Data Sink. However, neither the RCaP layer nor the iSER layer provides an explicit flow control mechanism for the Send Message Types. Therefore, the iSER layer SHOULD provision enough Untagged buffers for handling incoming Send Message Types to prevent buffer exhaustion at the RCaP layer. If buffer exhaustion occurs, it may result in the termination of the connection.
iSER層のそばで使用されるRCaPでMessage Typesを送って、iSCSIコントロールタイプPDUsを移してください。 RCaPの各Send Message TypeはData SinkでUntagged Bufferを消費します。 しかしながら、RCaP層もiSER層も明白なフロー制御メカニズムをSend Message Typesに供給しません。 したがって、iSERは取り扱いの入って来るSend Message TypesがRCaP層でバッファ疲労困憊を防ぐように十分なUntaggedがバッファリングするSHOULD支給を層にします。 バッファ疲労困憊が起こるなら、それは接続の終了をもたらすかもしれません。
An implementation may choose to satisfy the buffer requirement by using a common buffer pool shared across multiple connections, with usage limits on a per-connection basis and usage limits on the buffer pool itself. In such an implementation, exceeding the buffer usage limit for a connection or the buffer pool itself may trigger interventions from the iSER layer to replenish the buffer pool and/or to isolate the connection causing the problem.
実現は、複数の接続の向こう側に共有された共通バッファプールを使用することによってバッファ要件を満たすのを選ぶかもしれません、用法限界が1接続あたり1個のベースにあって、用法限界がバッファプール自体にある状態で。 そのような実現では、接続のためにバッファの使用状況限界を超えているか、バッファプール自体がバッファプールを補給して、問題を引き起こす接続を隔離するiSER層から介入の引き金となるかもしれません。
iSER also provides the MaxOutstandingUnexpectedPDUs key to be used by the initiator and the target to declare the maximum number of outstanding "unexpected" control-type PDUs that it can receive. It is intended to allow the receiving side to determine the amount of buffer resources needed beyond the normal flow control mechanism available in iSCSI.
また、iSERは、創始者と目標によって使用されて、それが受けることができる傑出している「予期していませんた」コントロールタイプPDUsの最大数を宣言するためにMaxOutstandingUnexpectedPDUsキーを提供します。 受信側がiSCSIで利用可能な正常なフロー制御メカニズムを超えて必要であるバッファ資源の量を測定するのを許容するのは意図しています。
The buffer resources required at both the initiator and the target as a result of control-type PDUs sent by the initiator is described in Section 8.1.1. The buffer resources required at both the initiator and target as a result of control-type PDUs sent by the target is described in Section 8.1.2.
バッファ資源は両方で創始者を必要としました、そして、創始者によって送られたコントロールタイプPDUsの結果、目標はセクション8.1.1で説明されます。 リソースがコントロールタイプPDUsの結果、創始者と目標が目標で送った両方で必要としたバッファはセクション8.1.2で説明されます。
8.1.1. Flow Control for Control-Type PDUs from the Initiator
8.1.1. 創始者からのコントロールタイプPDUsのためのフロー制御
The control-type PDUs that can be sent by an initiator to a target can be grouped into the following categories:
創始者が目標に送ることができるコントロールタイプPDUsを以下のカテゴリに分類できます:
1. Regulated: Control-type PDUs in this category are regulated by
the iSCSI CmdSN window mechanism and the immediate flag is not
set.
1. 規制される: このカテゴリにおけるコントロールタイプPDUsはiSCSI CmdSNウィンドウメカニズムによって規制されます、そして、即座の旗は設定されません。
2. Unregulated but Expected: Control-type PDUs in this category are
not regulated by the iSCSI CmdSN window mechanism but are
expected by the target.
2. 調節されませんが、予想される: このカテゴリにおけるコントロールタイプPDUsはiSCSI CmdSNウィンドウメカニズムによって規制されませんが、目標によって予想されます。
Ko, et al. Standards Track [Page 52] RFC 5046 iSER Specification October 2007
コー、他 規格はiSER仕様2007年10月にRFC5046を追跡します[52ページ]。
3. Unregulated and Unexpected: Control-type PDUs in this category
are not regulated by the iSCSI CmdSN window mechanism and are
"unexpected" by the target.
3. 調節されないで予期していません: このカテゴリにおけるコントロールタイプPDUsはiSCSI CmdSNウィンドウメカニズムによって規制されないで、目標で「予期していません」。
8.1.1.1. Control-Type PDUs from the Initiator in the Regulated Category
8.1.1.1. 規制されたカテゴリにおける創始者からのコントロールタイプPDUs
Control-type PDUs that can be sent by the initiator in this category are regulated by the iSCSI CmdSN window mechanism and the immediate flag is not set.
創始者がこのカテゴリで送ることができるコントロールタイプPDUsはiSCSI CmdSNウィンドウメカニズムによって規制されます、そして、即座の旗は設定されません。
The queuing capacity required of the iSCSI layer at the target is described in Section 3.2.2.1 of [RFC3720]. For each of the control- type PDUs that can be sent by the initiator in this category, the initiator MUST provision for the buffer resources required for the corresponding control-type PDU sent as a response from the target. The following is a list of the PDUs that can be sent by the initiator and the PDUs that are sent by the target in response:
iSCSI層が目標で要求された列を作り容量はセクション3.2で説明されます。.2 .1[RFC3720。] 創始者がこのカテゴリで送ることができるそれぞれのコントロールタイプPDUsのために、創始者は応答として目標から送られた対応するコントロールタイプPDUに必要であるバッファ資源への支給がそうしなければなりません。 ↓これは、創始者が送ることができるPDUsのリストと目標によって応答で送られるPDUsです:
a. When an initiator sends a SCSI Command PDU, it expects a SCSI
Response PDU from the target.
a。 創始者がSCSI Command PDUを送るとき、それは目標からSCSI Response PDUを予想します。
b. When the initiator sends a Task Management Function Request
PDU, it expects a Task Management Function Response PDU from
the target.
b。 創始者がTask Management Function Request PDUを送るとき、それは目標からTask Management Function Response PDUを予想します。
c. When the initiator sends a Text Request PDU, it expects a
Text Response PDU from the target.
c。 創始者がText Request PDUを送るとき、それは目標からText Response PDUを予想します。
d. When the initiator sends a Logout Request PDU, it expects a
Logout Response PDU from the target.
d。 創始者がLogout Request PDUを送るとき、それは目標からLogout Response PDUを予想します。
e. When the initiator sends a NOP-Out PDU as a ping request with
ITT != 0xffffffff and TTT = 0xffffffff, it expects a NOP-In
PDU from the target with the same ITT and TTT as in the ping
request.
e。 ITT!とのピング要求が0xffffffffと等しいときに創始者が外のNOP PDUを送って、TTTが0xffffffffと等しいと、それはピング要求のように同じITTとTTTがある目標から中のNOP PDUを予想します。
The response from the target for any of the PDUs enumerated here may alternatively be in the form of a Reject PDU sent instead before the task is active, as described in Section 6.3 of [RFC3720].
あるいはまた、ここに数え上げられたPDUsのどれかのための目標からの応答がタスクがアクティブになる前に代わりに送られたReject PDUの形にあるかもしれません、[RFC3720]のセクション6.3で説明されるように。
8.1.1.2. Control-Type PDUs from the Initiator in the Unregulated but
Expected Category
8.1.1.2. 調節されませんが、予想されたカテゴリにおける創始者からのコントロールタイプPDUs
For the control-type PDUs in the Unregulated but Expected category, the amount of buffering resources required at the target can be predetermined. The following is a list of the PDUs in this category:
Unregulatedにもかかわらず、ExpectedのコントロールタイプPDUsカテゴリにおいて、リソースが目標で必要としたバッファリングの量を予定できます。 ↓これはこのカテゴリにおけるPDUsのリストです:
Ko, et al. Standards Track [Page 53] RFC 5046 iSER Specification October 2007
コー、他 規格はiSER仕様2007年10月にRFC5046を追跡します[53ページ]。
a. SCSI Data-out PDUs are used by the initiator to send
unsolicited data. The amount of buffer resources required by
the target can be determined using FirstBurstLength. Note
that SCSI Data-out PDUs are not used for solicited data since
the R2T PDU that is used for solicitation is transformed into
RDMA Read operations by the iSER layer at the target. See
Section 7.3.4.
a。 外のSCSI Data PDUsは、求められていないデータを送るのに創始者によって使用されます。 FirstBurstLengthを使用することで目標によって必要とされたバッファ資源の量を測定できます。 懇願に使用されるR2T PDUが目標のiSER層によってRDMA Read操作に変えられるので外のSCSI Data PDUsが請求されたデータに使用されないことに注意してください。 セクション7.3.4を見てください。
b. A NOP-Out PDU with TTT != 0xffffffff is sent as a ping
response by the initiator to the NOP-In PDU sent as a ping
request by the target.
b。 中のNOP PDUへの創始者によるピング応答が目標によるピング要求として発信したので、TTT!と外のNOP PDU=0xffffffffを送ります。
8.1.1.3. Control-Type PDUs from the Initiator in the Unregulated and
Unexpected Category
8.1.1.3. 調節されないで予期していなかったカテゴリにおける創始者からのコントロールタイプPDUs
PDUs in the Unregulated and Unexpected category are PDUs with the immediate flag set. The number of PDUs in this category that can be sent by an initiator is controlled by the value of MaxOutstandingUnexpectedPDUs declared by the target (see Section 6.7). After a PDU in this category is sent by the initiator, it is outstanding until it is retired. At any time, the number of outstanding unexpected PDUs MUST not exceed the value of MaxOutstandingUnexpectedPDUs declared by the target.
UnregulatedとUnexpectedカテゴリにおけるPDUsは即座の旗のセットがあるPDUsです。 創始者が送ることができるこのカテゴリにおける、PDUsの数は目標によって申告されたMaxOutstandingUnexpectedPDUsの値によって制御されます(セクション6.7を見てください)。 このカテゴリにおけるPDUが創始者によって送られた後に、それは退職するまで傑出しています。 いつでも、傑出している予期していなかったPDUsの数は目標によって申告されたMaxOutstandingUnexpectedPDUsの値を超えてはいけません。
The target uses the value of MaxOutstandingUnexpectedPDUs that it declared to determine the amount of buffer resources required for control-type PDUs in this category that can be sent by an initiator. For the initiator, for each of the control-type PDUs that can be sent in this category, the initiator MUST provision for the buffer resources if required for the corresponding control-type PDU that can be sent as a response from the target.
目標は創始者が送ることができるこのカテゴリにそれがバッファ資源の量がコントロールタイプPDUsに必要であることを決定すると申告したMaxOutstandingUnexpectedPDUsの値を使用します。 創始者、このカテゴリで送ることができるそれぞれのコントロールタイプPDUsのために、創始者は必要なら応答として目標から送ることができる対応するコントロールタイプPDUのためのバッファ資源への支給がそうしなければなりません。
An outstanding PDU in this category is retired as follows. If the CmdSN of the PDU sent by the initiator in this category is x, the PDU is outstanding until the initiator sends a non-immediate control-type PDU on the same connection with CmdSN = y (where y is at least x) and the target responds with a control-type PDU on any connection where ExpCmdSN is at least y+1.
このカテゴリにおける傑出しているPDUは以下の通り退職しています。 このカテゴリで創始者によって送られたPDUのCmdSNがxであるなら、創始者がCmdSN=y(yが少なくともxであるところ)との同じ接続に非即座のコントロールタイプPDUを送るまで、PDUは傑出しています、そして、目標はどんな接続でのExpCmdSNが少なくともy+1であるコントロールタイプPDUと共にも応じます。
When the number of outstanding unexpected control-type PDUs equals MaxOutstandingUnexpectedPDUs, the iSCSI layer at the initiator MUST NOT generate any unexpected PDUs that otherwise it would have generated, even if it is intended for immediate delivery.
数であるときに、傑出している予期していなかったコントロールタイプPDUs同輩MaxOutstandingUnexpectedPDUs、創始者における層が発生させてはいけないiSCSIでは、そうでなければ、それがそうするどんな予期していなかったPDUsも発生しました。即座の配送のために意図しても、発生します。
Ko, et al. Standards Track [Page 54] RFC 5046 iSER Specification October 2007
コー、他 規格はiSER仕様2007年10月にRFC5046を追跡します[54ページ]。
8.1.2. Flow Control for Control-Type PDUs from the Target
8.1.2. 目標からのコントロールタイプPDUsのためのフロー制御
Control-type PDUs that can be sent by a target and are expected by the initiator are listed in the Regulated category (see Section 8.1.1.1).
セクション8.1を見てください。目標で送ることができて、創始者によって予想されるコントロールタイプPDUsがRegulatedカテゴリで記載されている、(.1 .1)。
For the control-type PDUs that can be sent by a target and are unexpected by the initiator, the number is controlled by MaxOutstandingUnexpectedPDUs declared by the initiator (see Section 6.7). After a PDU in this category is sent by a target, it is outstanding until it is retired. At any time, the number of outstanding unexpected PDUs MUST not exceed the value of MaxOutstandingUnexpectedPDUs declared by the initiator. The initiator uses the value of MaxOutstandingUnexpectedPDUs that it declared to determine the amount of buffer resources required for control-type PDUs in this category that can be sent by a target. The following is a list of the PDUs in this category and the conditions for retiring the outstanding PDU:
目標で送ることができる、創始者で予期していなかったコントロールタイプPDUsにおいて、数は創始者によって申告されたMaxOutstandingUnexpectedPDUsによって制御されます(セクション6.7を見てください)。 目標でこのカテゴリにおけるPDUを送った後に、それは退職するまで傑出しています。 いつでも、傑出している予期していなかったPDUsの数は創始者によって申告されたMaxOutstandingUnexpectedPDUsの値を超えてはいけません。 創始者は目標で送ることができるこのカテゴリにそれがバッファ資源の量がコントロールタイプPDUsに必要であることを決定すると申告したMaxOutstandingUnexpectedPDUsの値を使用します。 ↓これは、このカテゴリにおけるPDUsのリストと傑出しているPDUを引退させるための状態です:
a. For an Asynchronous Message PDU with StatSN = x, the PDU is
outstanding until the initiator sends a control-type PDU with
ExpStatSN set to at least x+1.
a。 StatSN=xがあるAsynchronous Message PDUに関しては、創始者が少なくともx+1に用意ができているExpStatSNとコントロールタイプPDUを送るまで、PDUは傑出しています。
b. For a Reject PDU with StatSN = x that is sent after a task is
active, the PDU is outstanding until the initiator sends a
control-type PDU with ExpStatSN set to at least x+1.
b。 タスクがアクティブになった後に送られるStatSN=xがあるReject PDUに関しては、創始者が少なくともx+1に用意ができているExpStatSNとコントロールタイプPDUを送るまで、PDUは傑出しています。
c. For a NOP-In PDU with ITT = 0xffffffff and StatSN = x, the
PDU is outstanding until the initiator responds with a
control-type PDU on the same connection where ExpStatSN is at
least x+1. But if the NOP-In PDU is sent as a ping request
with TTT != 0xffffffff, the PDU can also be retired when the
initiator sends a NOP-Out PDU with the same ITT and TTT as in
the ping request. Note that when a target sends a NOP-In PDU
as a ping request, it must provision a buffer for the NOP-Out
PDU sent as a ping response from the initiator.
c。 ITT=0xffffffffとStatSN=xがある中のNOP PDUに関しては、創始者が同じ接続でのExpStatSNが少なくともx+1であるコントロールタイプPDUと共に応じるまで、PDUは傑出しています。 しかし、また、TTT!とのピング要求が0xffffffffと等しいときに中のNOP PDUを送るなら、創始者がピング要求のように同じITTとTTTと外のNOP PDUを送るとき、PDUを引退させることができます。 目標がピング要求として中のNOP PDUを送るとき、外のNOP PDUのためのバッファがピング応答として創始者から送った支給を送らなければならないことに注意してください。
When the number of outstanding unexpected control-type PDUs equals MaxOutstandingUnexpectedPDUs, the iSCSI layer at the target MUST NOT generate any unexpected PDUs that otherwise it would have generated, even if its intent is to indicate an iSCSI error condition (e.g., Asynchronous Message, Reject). Task timeouts, as in the initiator waiting for a command completion or other connection and session level exceptions, will ensure that correct operational behavior will result in these cases despite not generating the PDU. This rule overrides any other requirements elsewhere that require that a Reject PDU MUST be sent.
PDUs同輩MaxOutstandingUnexpectedPDUs、目標のiSCSI層がそうしなければならない傑出している予期していなかったコントロールタイプNOTの数がどんな予期していなかったPDUsも発生させると、さもなければ、熱心であっても発生していた状態で持っているだろうというのはiSCSIエラー条件(例えば、Asynchronous Message、Reject)を示すことになっています。 タスクタイムアウトは、コマンド完成か他の接続とセッションレベル例外を待っている創始者のようにPDUを発生させませんが、正しい操作上の振舞いがこれらのケースをもたらすのを確実にするでしょう。 この規則はほかの場所のReject PDUを送らなければならないのを必要とするいかなる他の要件にも優越します。
Ko, et al. Standards Track [Page 55] RFC 5046 iSER Specification October 2007
コー、他 規格はiSER仕様2007年10月にRFC5046を追跡します[55ページ]。
(Implementation note: A SCSI task timeout and recovery can be a lengthy process and hence SHOULD be avoided by proper provisioning of resources.)
実現注意: SCSIタスクタイムアウトと回復は長い過程としたがって、SHOULDであるかもしれません。(リソースの適切な食糧を供給することで避けられる、)
(Implementation note: To ensure that the initiator has a means to inform the target that outstanding PDUs have been retired, the target should reserve the last unexpected control-type PDU allowable by the value of MaxOutstandingUnexpectedPDUs declared by the initiator for sending a NOP-In ping request with TTT != 0xffffffff to allow the initiator to return the NOP-Out ping response with the current ExpStatSN.)
(実現注意: 創始者には傑出しているPDUsが退職していることを目標に知らせる手段があるのを保証するために、目標はMaxOutstandingUnexpectedPDUsの値で許容できるPDUが、創始者でTTT!との中のNOPピング要求を送り=0xffffffffが創始者に現在のExpStatSNとの外のNOPピング応答を返させると宣言した最後の予期していなかったコントロールタイプを予約するはずです。)
8.2. Flow Control for RDMA Read Resources
8.2. リソースが読まれたRDMAのためのフロー制御
The total number of RDMA Read operations that can be active simultaneously on an iSCSI/iSER connection depends on the amount of resources allocated as declared in the iSER Hello exchange described in Section 5.1.3. Exceeding the number of RDMA Read operations allowed on a connection will result in the connection being terminated by the RCaP layer. The iSER layer at the target maintains the iSER-ORD to keep track of the maximum number of RDMA Read Requests that can be issued by the iSER layer on a particular RCaP Stream.
iSCSI/iSER接続のときに同時に活発である場合があるRDMA Read操作の総数はセクション5.1.3で説明されたiSER Hello交換で宣言されるように割り当てられたリソースの量に依存します。 接続のときに許されたRDMA Read操作の数を超えていると、RCaP層によって終えられる接続はもたらされるでしょう。 目標のiSER層は、特定のRCaP StreamでiSER層で発行できるRDMA Read Requestsの最大数の動向をおさえるためにiSER-ORDを維持します。
During connection setup (see Section 5.1), iSER-IRD is known at the initiator and iSER-ORD is known at the target after the iSER layers at the initiator and the target have respectively allocated the connection resources necessary to support RCaP, as directed by the Allocate_Connection_Resources Operational Primitive from the iSCSI layer before the end of the iSCSI Login Phase. In the Full Feature Phase, the first message sent by the initiator is the iSER Hello Message (see Section 9.3), which contains the value of iSER-IRD. In response to the iSER Hello Message, the target sends the iSER HelloReply Message (see Section 9.4), which contains the value of iSER-ORD. The iSER layer at both the initiator and the target MAY adjust (lower) the resources associated with iSER-IRD and iSER-ORD respectively to match the iSER-ORD value declared in the HelloReply Message. The iSER layer at the target MUST flow control the RDMA Read Request Messages to not exceed the iSER-ORD value at the target.
接続設定(セクション5.1を見る)の間、iSER-IRDは創始者で知られています、そして、創始者と目標のiSER層がiSCSI Login Phaseの端の前のiSCSI層からAllocate_Connection_Resources Operational Primitiveによる指示されるとしてRCaPを支持するのに必要な接続リソースをそれぞれ割り当てた後にiSER-ORDは目標で知られています。 Full Feature Phaseでは、創始者によって送られた最初のメッセージはiSER Hello Message(セクション9.3を見る)です。(そのiSER Hello MessageはiSER-IRDの値を含みます)。 iSER Hello Messageに対応して、目標はiSER HelloReply Message(セクション9.4を見る)を送ります。(iSER HelloReply MessageはiSER-ORDの値を含みます)。 創始者と目標の両方におけるiSER層は、HelloReply MessageでiSER-ORD申告価値を合わせるようにそれぞれiSER-IRDとiSER-ORDに関連しているリソースを調整するかもしれません(下ろします)。 目標のiSER層がそうしなければならない、フロー制御、目標でiSER-ORD値を超えないRDMA Read Request Messages。
8.3. STag Management
8.3. 雄ジカ管理
An STag, as defined in [RDMAP], is an identifier of a Tagged Buffer used in an RDMA operation. The allocation and the subsequent invalidation of the STags are specified in this document if the STags are exposed on the wire by being Advertised in the iSER header or declared in the header of an RCaP Message.
[RDMAP]で定義されるSTagはRDMA操作に使用されるTagged Bufferに関する識別子です。 本書では、STagsがiSERヘッダーでワイヤでAdvertisedであることによって露出されるか、またはRCaP Messageのヘッダーで申告されるなら、STagsの配分とその後の無効にするのは指定されます。
Ko, et al. Standards Track [Page 56] RFC 5046 iSER Specification October 2007
コー、他 規格はiSER仕様2007年10月にRFC5046を追跡します[56ページ]。
8.3.1. Allocation of STags
8.3.1. 雄ジカの配分
When the iSCSI layer at the initiator invokes the Send_Control Operational Primitive to request that the iSER layer at the initiator process a SCSI command, zero, one, or two STags may be allocated by the iSER layer. See Section 7.3.1 for details. The number of STags allocated depends on whether the command is unidirectional or bidirectional and whether or not solicited write data transfer is involved.
創始者におけるiSCSI層が創始者におけるiSER層がゼロ、1、または1か2つのSCSIコマンドを処理するよう要求するためにSend_Control Operational Primitiveを呼び出すとき、iSER層のそばにSTagsを割り当てるかもしれません。 詳細に関してセクション7.3.1を見てください。 割り当てられたSTagsの数をコマンドがそうであるかどうかに単方向か双方向で依存します、そして、請求されるか否かに関係なく、データ転送を書いてください。かかわります。
When the iSCSI layer at the initiator invokes the Send_Control Operational Primitive to request that the iSER layer at the initiator process a Task Management Function Request with the TASK REASSIGN function, besides allocating zero, one, or two STags, the iSER layer MUST invalidate the existing STags, if any, associated with the ITT. See Section 7.3.3 for details.
創始者におけるiSCSI層がiSERが創始者の過程でTASK REASSIGN機能があるTask Management Function Requestを層にするよう要求するためにSend_Control Operational Primitiveを呼び出すとき、ゼロ、1、または2STagsを割り当てること以外に、iSER層はもしあればSTagsがITTに関連づけた存在を無効にしなければなりません。 詳細に関してセクション7.3.3を見てください。
The iSER layer at the target allocates a local Data Sink STag when the iSCSI layer at the target invokes the Get_Data Operational Primitive to request that the iSER layer process an R2T PDU. See Section 7.3.6 for details.
目標のiSCSI層がiSER層がR2T PDUを処理するよう要求するためにGet_Data Operational Primitiveを呼び出すとき、目標のiSER層は地方のData Sink STagを割り当てます。 詳細に関してセクション7.3.6を見てください。
8.3.2. Invalidation of STags
8.3.2. 無効にする雄ジカについて
The invalidation of the STags at the initiator at the completion of a unidirectional or bidirectional command when the associated SCSI Response PDU is sent by the target is described in Section 7.3.2.
目標で関連SCSI Response PDUを送るとき、セクション7.3.2で単方向か双方向のコマンドの完成における創始者のSTagsの無効にするのについて説明します。
When a unidirectional or bidirectional command concludes without the associated SCSI Response PDU being sent by the target, the iSCSI layer at the initiator MUST request that the iSER layer at the initiator invalidate the STags by invoking the Deallocate_Task_Resources Operational Primitive qualified with ITT. In response, the iSER layer at the initiator MUST locate the STag(s) (if any) in the Local Mapping that associates the ITT to the local STag(s). The iSER layer at the initiator MUST invalidate the STag(s) (if any) and the Local Mapping.
単方向か双方向のコマンドが目標によって送られる関連SCSI Response PDUなしで終わると、創始者におけるiSCSI層は、創始者におけるiSER層がResources Operational PrimitiveがITTと共に資格を与えたDeallocate_Task_を呼び出すことによってSTagsを無効にするよう要求しなければなりません。 応答では、創始者におけるiSER層は地方のSTag(s)にITTを関連づけるLocal MappingにSTag(s)(もしあれば)を位置させなければなりません。 創始者におけるiSER層はSTag(s)(もしあれば)とLocal Mappingを無効にしなければなりません。
For an RDMA Read operation used to realize a SCSI Write data transfer, the iSER layer at the target SHOULD invalidate the Data Sink STag at the conclusion of the RDMA Read operation referencing the Data Sink STag (to permit the immediate reuse of buffer resources).
目標でSCSI Writeデータ転送、iSER層がわかるのに使用されるRDMA Read操作のために、SHOULDはData Sink STag(バッファ資源の即座の再利用を可能にする)に参照をつけるRDMA Read操作の結論のときにData Sink STagを無効にします。
For an RDMA Write operation used to realize a SCSI Read data transfer, the Data Source STag at the target is not declared to the initiator and is not exposed on the wire. Invalidation of the STag is thus not specified.
SCSI Readデータ転送がわかるのに使用されるRDMA Write操作において、目標のData Source STagは創始者に申告されないで、またワイヤで露出されません。 STagについて無効にするのはこのようにして指定されません。
Ko, et al. Standards Track [Page 57] RFC 5046 iSER Specification October 2007
コー、他 規格はiSER仕様2007年10月にRFC5046を追跡します[57ページ]。
When a unidirectional or bidirectional command concludes without the associated SCSI Response PDU being sent by the target, the iSCSI layer at the target MUST request that the iSER layer at the target invalidate the STags by invoking the Deallocate_Task_Resources Operational Primitive qualified with ITT. In response, the iSER layer at the target MUST locate the local STag(s) (if any) in the Local Mapping that associates the ITT to the local STag(s). The iSER layer at the target MUST invalidate the local STag(s) (if any) and the mapping.
単方向か双方向のコマンドが目標によって送られる関連SCSI Response PDUなしで終わると、目標のiSCSI層は、目標のiSER層がResources Operational PrimitiveがITTと共に資格を与えたDeallocate_Task_を呼び出すことによってSTagsを無効にするよう要求しなければなりません。 応答では、目標のiSER層は地方のSTag(s)にITTを関連づけるLocal Mappingに地方のSTag(s)(もしあれば)を位置させなければなりません。 目標のiSER層は地方のSTag(s)(もしあれば)とマッピングを無効にしなければなりません。
9. iSER Control and Data Transfer
9. iSERコントロールとデータ転送
For iSCSI data-type PDUs (see Section 7.1), the iSER layer uses RDMA Read and RDMA Write operations to transfer the solicited data. For iSCSI control-type PDUs (see Section 7.2), the iSER layer uses Send Message Types of RCaP.
iSCSIデータ型PDUs(セクション7.1を見る)に関しては、iSER層は、請求されたデータを移すのにRDMA ReadとRDMA Write操作を使用します。 iSCSIコントロールタイプPDUs(セクション7.2を見る)のために、iSER層はRCaPのSend Message Typesを使用します。
9.1. iSER Header Format
9.1. iSERヘッダー形式
An iSER header MUST be present in every Send Message Type of RCaP. The iSER header is located in the first 12 bytes of the message payload of the Send Message Type of RCaP, as shown in Figure 2.
iSERヘッダーはRCaPのあらゆるSend Message Typeに出席しているに違いありません。 iSERヘッダーはRCaPのSend Message Typeのメッセージペイロードの最初の12バイトで位置しています、図2に示されるように。
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Opcode| Opcode Specific Fields |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Opcode Specific Fields |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Opcode Specific Fields |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Opcode| Opcodeの特定の分野| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Opcodeの特定の分野| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Opcodeの特定の分野| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 2. iSER Header Format
図2 iSERヘッダー形式
Opcode - Operation Code: 4 bits
Opcode--、命令コード: 4ビット
The Opcode field identifies the type of iSER Messages:
Opcode分野はiSER Messagesのタイプを特定します:
0001b = iSCSI control-type PDU
0001bはiSCSIコントロールタイプPDUと等しいです。
0010b = iSER Hello Message
0010bがiSERと等しい、こんにちは、メッセージ
0011b = iSER HelloReply Message
0011bはiSER HelloReplyメッセージと等しいです。
All other opcodes are reserved.
他のすべてのopcodesが予約されています。
Ko, et al. Standards Track [Page 58] RFC 5046 iSER Specification October 2007
コー、他 規格はiSER仕様2007年10月にRFC5046を追跡します[58ページ]。
9.2. iSER Header Format for the iSCSI Control-Type PDU
9.2. iSCSIコントロールタイプPDUのためのiSERヘッダー形式
The iSER layer uses Send Message Types of RCaP to transfer iSCSI control-type PDUs (see Section 7.2). The message payload of each of the Send Message Types of RCaP used for transferring an iSER Message contains an iSER Header followed by an iSCSI control-type PDU.
iSER層は、iSCSIコントロールタイプPDUsを移すのにRCaPのSend Message Typesを使用します(セクション7.2を見てください)。 iSER Messageを移すのに使用されるそれぞれのRCaPのSend Message TypesのメッセージペイロードはiSCSIコントロールタイプPDUによって続かれたiSER Headerを含んでいます。
The iSER header in a Send Message Type of RCaP carrying an iSCSI control-type PDU MUST have the format as described in Figure 3.
図3で説明されて、PDU MUSTには形式があるiSCSIコントロールタイプを運ぶRCaPのSend Message TypeのiSERヘッダー。
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |W|R| |
| 0001b |S|S| Reserved |
| |V|V| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Write STag (or N/A) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Read STag (or N/A) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | |W|R| | | 0001b|S|S| 予約されます。| | |V|V| | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | または、男一人で書いてください、(なし、)| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | または、男一人で読んでください、(なし、)| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 3. iSER Header Format for iSCSI Control-Type PDU
図3 iSCSIコントロールタイプPDUのためのiSERヘッダー形式
WSV - Write STag Valid flag: 1 bit
WSV--STag Valid旗を書いてください: 1ビット
This flag indicates the validity of the Write STag field of the
iSER Header. If set to one, the Write STag field in this iSER
Header is valid. If set to zero, the Write STag field in this
iSER Header MUST be ignored at the receiver. The Write STag
Valid flag is set to one when there is solicited data to be
transferred for a SCSI write or bidirectional command, or when
there are non-immediate unsolicited and solicited data to be
transferred for the referenced task specified in a Task
Management Function Request with the TASK REASSIGN function.
この旗はiSER HeaderのWrite STag分野の正当性を示します。 1つに設定されるなら、このiSER HeaderのWrite STag分野は有効です。 ゼロに設定されるなら、受信機でこのiSER HeaderのWrite STag分野を無視しなければなりません。Write STag Valid旗はSCSIのために移すために請求されたデータがあるとき、1つへのセットが書いたか、または双方向のコマンドかそれともいつ、参照をつけられたタスクのために移されるべき求められていなくて請求された非即座のデータがあるかがTASK REASSIGN機能があるTask Management Function Requestで指定したということです。
RSV - Read STag Valid flag: 1 bit
RSV--STag Valid旗を読んでください: 1ビット
This flag indicates the validity of the Read STag field of the
iSER Header. If set to one, the Read STag field in this iSER
Header is valid. If set to zero, the Read STag field in this
iSER Header MUST be ignored at the receiver. The Read STag Valid
flag is set to one for a SCSI read or bidirectional command, or
for a Task Management Function Request with the TASK REASSIGN
function.
この旗はiSER HeaderのRead STag分野の正当性を示します。 1つに設定されるなら、このiSER HeaderのRead STag分野は有効です。 ゼロに設定されるなら、受信機でこのiSER HeaderのRead STag分野を無視しなければなりません。Read STag Valid旗は読まれたSCSIか双方向のコマンド、またはTASK REASSIGN機能があるTask Management Function Requestのための1つに設定されます。
Ko, et al. Standards Track [Page 59] RFC 5046 iSER Specification October 2007
コー、他 規格はiSER仕様2007年10月にRFC5046を追跡します[59ページ]。
Write STag - Write Steering Tag: 32 bits
男一人で書いてください--操縦タグを書いてください: 32ビット
This field contains the Write STag when the Write STag Valid flag
is set to one. For a SCSI write or bidirectional command, the
Write STag is used to Advertise the initiator's I/O Buffer
containing the solicited data. For a Task Management Function
Request with the TASK REASSIGN function, the Write STag is used
to Advertise the initiator's I/O Buffer containing the non-
immediate unsolicited data and solicited data. This Write STag
is used as the Data Source STag in the resultant RDMA Read
operation(s). When the Write STag Valid flag is set to zero,
this field MUST be set to zero.
Write STag Valid旗が1つに設定されるとき、この分野はWrite STagを含んでいます。 SCSIが書くaか双方向のコマンドのために、Write STagは請求されたデータを含む広告、創始者の入出力Bufferに使用されます。 TASK REASSIGN機能があるTask Management Function Requestのために、Write STagは非即座の求められていないデータと請求されたデータを含む広告、創始者の入出力Bufferに使用されます。 このWrite STagはData Source STagとして結果のRDMA Read操作に使用されます。 Write STag Valid旗がゼロに設定されるとき、この分野をゼロに設定しなければなりません。
Read STag - Read Steering Tag: 32 bits
男一人で読んでください--操縦タグを読んでください: 32ビット
This field contains the Read STag when the Read STag Valid flag
is set to one. The Read STag is used to Advertise the
initiator's Read I/O Buffer of a SCSI read or bidirectional
command, or of a Task Management Function Request with the TASK
REASSIGN function. This Read STag is used as the Data Sink STag
in the resultant RDMA Write operation(s). When the Read STag
Valid flag is zero, this field MUST be set to zero.
Read STag Valid旗が1つに設定されるとき、この分野はRead STagを含んでいます。 Read STagは広告、創始者の読まれたSCSIか双方向のコマンド、またはTASK REASSIGN機能があるTask Management Function RequestのRead入出力Bufferに使用されます。 このRead STagはData Sink STagとして結果のRDMA Write操作に使用されます。 Read STag Valid旗がゼロであるときに、この分野をゼロに設定しなければなりません。
Reserved:
予約される:
Reserved fields MUST be set to zero on transmit and MUST be
ignored on reception.
予約された分野をゼロにオンなセットが伝わるということでなければならなく、レセプションで無視しなければなりません。
9.3. iSER Header Format for the iSER Hello Message
9.3. iSERのためのiSERヘッダー形式、こんにちは、メッセージ
An iSER Hello Message MUST only contain the iSER header, which MUST have the format as described in Figure 4. The iSER Hello Message is the first iSER Message sent on the RCaP Stream from the iSER layer at the initiator to the iSER layer at the target.
iSER Hello MessageはiSERヘッダーを含むだけでよいです。(ヘッダーは図4で説明されるように形式を持たなければなりません)。 創始者におけるiSER層から目標のiSER層までiSER Hello MessageはRCaP Streamに送られた最初のiSER Messageです。
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| | | | | |
| 0010b | Rsvd | MaxVer| MinVer| iSER-IRD |
| | | | | |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Reserved |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Reserved |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | | | | | | 0010b| Rsvd| MaxVer| MinVer| iSER-IRD| | | | | | | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 予約されます。| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 予約されます。| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 4. iSER Header Format for iSER Hello Message
iSERのための図4iSERヘッダー形式、こんにちは、メッセージ
Ko, et al. Standards Track [Page 60] RFC 5046 iSER Specification October 2007
コー、他 規格はiSER仕様2007年10月にRFC5046を追跡します[60ページ]。
MaxVer - Maximum Version: 4 bits
MaxVer--最大のバージョン: 4ビット
This field specifies the maximum version of the iSER protocol
supported. It MUST be set to one to indicate the version of the
specification described in this document.
この分野はサポートされたiSERプロトコルの最大のバージョンを指定します。 1つに本書では説明された仕様のバージョンを示すようにそれを設定しなければなりません。
MinVer - Minimum Version: 4 bits
MinVer--最小のバージョン: 4ビット
This field specifies the minimum version of the iSER protocol
supported. It MUST be set to one to indicate the version of the
specification described in this document.
この分野はサポートされたiSERプロトコルの最小のバージョンを指定します。 1つに本書では説明された仕様のバージョンを示すようにそれを設定しなければなりません。
iSER-IRD: 16 bits
iSER-IRD: 16ビット
This field contains the value of the iSER-IRD at the initiator.
この分野は創始者にiSER-IRDの値を含んでいます。
Reserved (Rsvd):
予約された(Rsvd):
Reserved fields MUST be set to zero on transmit, and MUST be
ignored on reception.
予約された分野をゼロにオンなセットが伝わるということでなければならなく、レセプションで無視しなければなりません。
9.4. iSER Header Format for the iSER HelloReply Message
9.4. iSER HelloReplyメッセージのためのiSERヘッダー形式
An iSER HelloReply Message MUST only contain the iSER header which MUST have the format as described in Figure 5. The iSER HelloReply Message is the first iSER Message sent on the RCaP Stream from the iSER layer at the target to the iSER layer at the initiator.
iSER HelloReply Messageは図5で説明されるように形式を持たなければならないiSERヘッダーを含むだけでよいです。 目標のiSER層から創始者におけるiSER層までiSER HelloReply MessageはRCaP Streamに送られた最初のiSER Messageです。
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| | |R| | | |
| 0011b |Rsvd |E| MaxVer| CurVer| iSER-ORD |
| | |J| | | |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Reserved |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Reserved |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | |R| | | | | 0011b|Rsvd|E| MaxVer| CurVer| iSER-ORD| | | |J| | | | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 予約されます。| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 予約されます。| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 5. iSER Header Format for iSER HelloReply Message
図5 iSER HelloReplyメッセージのためのiSERヘッダー形式
REJ - Reject flag: 1 bit
REJ--旗を拒絶してください: 1ビット
This flag indicates whether the target is rejecting this
connection. If set to one, the target is rejecting the
connection.
この旗は、目標がこの接続を拒絶するかどうかを示します。 1つに設定されるなら、目標は接続を拒絶することです。
Ko, et al. Standards Track [Page 61] RFC 5046 iSER Specification October 2007
コー、他 規格はiSER仕様2007年10月にRFC5046を追跡します[61ページ]。
MaxVer - Maximum Version: 4 bits
MaxVer--最大のバージョン: 4ビット
This field specifies the maximum version of the iSER protocol
supported. It MUST be set to one to indicate the version of the
specification described in this document.
この分野はサポートされたiSERプロトコルの最大のバージョンを指定します。 1つに本書では説明された仕様のバージョンを示すようにそれを設定しなければなりません。
CurVer - Current Version: 4 bits
CurVer--現在のバージョン: 4ビット
This field specifies the current version of the iSER protocol
supported. It MUST be set to one to indicate the version of the
specification described in this document.
この分野はサポートされたiSERプロトコルの最新版を指定します。 1つに本書では説明された仕様のバージョンを示すようにそれを設定しなければなりません。
iSER-ORD: 16 bits
iSER-ORD: 16ビット
This field contains the value of the iSER-ORD at the target.
この分野は目標にiSER-ORDの値を含んでいます。
Reserved (Rsvd):
予約された(Rsvd):
Reserved fields MUST be set to zero on transmit, and MUST be
ignored on reception.
予約された分野をゼロにオンなセットが伝わるということでなければならなく、レセプションで無視しなければなりません。
9.5. SCSI Data Transfer Operations
9.5. SCSIデータ転送操作
The iSER layer at the initiator and the iSER layer at the target handle each SCSI Write, SCSI Read, and bidirectional operation as described below.
創始者におけるiSER層とiSERは以下で説明される目標ハンドルの各SCSI Write、SCSI Read、および双方向の操作を層にします。
9.5.1. SCSI Write Operation
9.5.1. SCSIは操作を書きます。
The iSCSI layer at the initiator MUST invoke the Send_Control Operational Primitive to request that the iSER layer at the initiator send the SCSI write command. The iSER layer at the initiator MUST request that the RCaP layer transmit a SendSE Message with the message payload consisting of the iSER header followed by the SCSI Command PDU and immediate data (if any). If there is solicited data, the iSER layer MUST Advertise the Write STag in the iSER header of the SendSE Message, as described in Section 9.2. Upon receiving the SendSE Message, the iSER layer at the target MUST notify the iSCSI layer at the target by invoking the Control_Notify Operational Primitive qualified with the SCSI Command PDU. See Section 7.3.1 for details on the handling of the SCSI write command.
創始者におけるiSCSI層は、創始者におけるiSER層がSCSI書きコマンドを送るよう要求するためにSend_Control Operational Primitiveを呼び出さなければなりません。 創始者におけるiSER層は、メッセージペイロードがSCSI Command PDUと即値データ(もしあれば)が支えたiSERヘッダーから成っていてRCaP層がSendSE Messageを伝えるよう要求しなければなりません。 請求されたデータがあれば、iSER層はなければなりません。広告、SendSE MessageのiSERヘッダーのWrite STag、セクション9.2で説明されるように。 SendSE Messageを受けると、SCSI Command PDUと共に適切なControl_Notify Operational Primitiveを呼び出すことによって、目標のiSER層は目標でiSCSI層に通知しなければなりません。 SCSIの取り扱いに関する詳細のためのセクション7.3.1がコマンドを書くのを見てください。
For the non-immediate unsolicited data, the iSCSI layer at the initiator MUST invoke a Send_Control Operational Primitive qualified with the SCSI Data-out PDU. Upon receiving each Send or SendSE Message containing the non-immediate unsolicited data, the iSER layer at the target MUST notify the iSCSI layer at the target by invoking the Control_Notify Operational Primitive qualified with the SCSI
非即座の求められていないデータに関しては、創始者におけるiSCSI層は外のSCSI Data PDUと共に適切なSend_Control Operational Primitiveを呼び出さなければなりません。 非即座の求められていないデータを含む各SendかSendSE Messageを受けると、SCSIと共に適切なControl_Notify Operational Primitiveを呼び出すことによって、目標のiSER層は目標でiSCSI層に通知しなければなりません。
Ko, et al. Standards Track [Page 62] RFC 5046 iSER Specification October 2007
コー、他 規格はiSER仕様2007年10月にRFC5046を追跡します[62ページ]。
Data-out PDU. See Section 7.3.4 for details on the handling of the SCSI Data-out PDU.
外のデータPDU。 外のSCSI Data PDUの取り扱いに関する詳細に関してセクション7.3.4を見てください。
For the solicited data, when the iSCSI layer at the target has an I/O Buffer available, it MUST invoke the Get_Data Operational Primitive qualified with the R2T PDU. See Section 7.3.6 for details on the handling of the R2T PDU.
目標のiSCSI層に利用可能な入出力Bufferがあるとき、請求されたデータに関しては、それはR2T PDUと共に適切なGet_Data Operational Primitiveを呼び出さなければなりません。 R2T PDUの取り扱いに関する詳細に関してセクション7.3.6を見てください。
When the data transfer associated with this SCSI Write operation is complete, the iSCSI layer at the target MUST invoke the Send_Control Operational Primitive when it is ready to send the SCSI Response PDU. Upon receiving a SendSE or SendInvSE Message containing the SCSI Response PDU, the iSER layer at the initiator MUST notify the iSCSI layer at the initiator by invoking the Control_Notify Operational Primitive qualified with the SCSI Response PDU. See Section 7.3.2 for details on the handling of the SCSI Response PDU.
このSCSI Write操作に関連しているデータ転送が完全であるときに、それがSCSI Response PDUを送る準備ができているとき、目標のiSCSI層はSend_Control Operational Primitiveを呼び出さなければなりません。 SCSI Response PDUを含むSendSEかSendInvSE Messageを受けると、SCSI Response PDUと共に適切なControl_Notify Operational Primitiveを呼び出すことによって、創始者におけるiSER層は創始者におけるiSCSI層に通知しなければなりません。 SCSI Response PDUの取り扱いに関する詳細に関してセクション7.3.2を見てください。
9.5.2. SCSI Read Operation
9.5.2. SCSIは操作を読みます。
The iSCSI layer at the initiator MUST invoke the Send_Control Operational Primitive to request that the iSER layer at the initiator to send the SCSI read command. The iSER layer at the initiator MUST request that the RCaP layer transmit a SendSE Message with the message payload consisting of the iSER header followed by the SCSI Command PDU. The iSER layer at the initiator MUST Advertise the Read STag in the iSER header of the SendSE Message, as described in Section 9.2. Upon receiving the SendSE Message, the iSER layer at the target MUST notify the iSCSI layer at the target by invoking the Control_Notify Operational Primitive qualified with the SCSI Command PDU. See Section 7.3.1 for details on the handling of the SCSI read command.
創始者におけるiSCSI層は、iSERがSCSI読みコマンドを送るために創始者で層にするよう要求するためにSend_Control Operational Primitiveを呼び出さなければなりません。 創始者におけるiSER層は、メッセージペイロードがSCSI Command PDUによって続かれたiSERヘッダーから成っていてRCaP層がSendSE Messageを伝えるよう要求しなければなりません。 創始者におけるiSER層はそうしなければなりません。広告、SendSE MessageのiSERヘッダーのRead STag、セクション9.2で説明されるように。 SendSE Messageを受けると、SCSI Command PDUと共に適切なControl_Notify Operational Primitiveを呼び出すことによって、目標のiSER層は目標でiSCSI層に通知しなければなりません。 SCSIの取り扱いに関する詳細のためのセクション7.3.1がコマンドを読むのを見てください。
When the requested SCSI data is available in the I/O Buffer, the iSCSI layer at the target MUST invoke the Put_Data Operational Primitive qualified with the SCSI Data-in PDU. See Section 7.3.5 for details on the handling of the SCSI Data-in PDU.
要求されたSCSIデータが入出力Bufferで利用可能であるときに、目標のiSCSI層は中のSCSI Data PDUと共に適切なPut_Data Operational Primitiveを呼び出さなければなりません。 中のSCSI Data PDUの取り扱いに関する詳細に関してセクション7.3.5を見てください。
When the data transfer associated with this SCSI Read operation is complete, the iSCSI layer at the target MUST invoke the Send_Control Operational Primitive when it is ready to send the SCSI Response PDU. Upon receiving the SendInvSE Message containing the SCSI Response PDU, the iSER layer at the initiator MUST notify the iSCSI layer at the initiator by invoking the Control_Notify Operational Primitive qualified with the SCSI Response PDU. See Section 7.3.2 for details on the handling of the SCSI Response PDU.
このSCSI Read操作に関連しているデータ転送が完全であるときに、それがSCSI Response PDUを送る準備ができているとき、目標のiSCSI層はSend_Control Operational Primitiveを呼び出さなければなりません。 SCSI Response PDUを含むSendInvSE Messageを受けると、SCSI Response PDUと共に適切なControl_Notify Operational Primitiveを呼び出すことによって、創始者におけるiSER層は創始者におけるiSCSI層に通知しなければなりません。 SCSI Response PDUの取り扱いに関する詳細に関してセクション7.3.2を見てください。
Ko, et al. Standards Track [Page 63] RFC 5046 iSER Specification October 2007
コー、他 規格はiSER仕様2007年10月にRFC5046を追跡します[63ページ]。
9.5.3. Bidirectional Operation
9.5.3. 双方向の操作
The initiator and the target handle the SCSI Write and the SCSI Read portions of this bidirectional operation the same as described in Sections 9.5.1 and 9.5.2, respectively.
創始者と目標はそれぞれこの双方向の操作セクション9.5.1で説明されるのと同じ、そして、9.5.2のSCSI WriteとSCSI Read部分を扱います。
10. iSER Error Handling and Recovery
10. iSERエラー処理と回復
RCaP provides the iSER layer with reliable in-order delivery. Therefore, the error management needs of an iSER-assisted connection are somewhat different than those of a Traditional iSCSI connection.
RCaPはオーダーにおける信頼できる配送をiSER層に提供します。 したがって、iSERによって補助された接続の誤り管理の必要性はTraditional iSCSI接続のものといくらか異なっています。
10.1. Error Handling
10.1. エラー処理
iSER error handling is described in the following sections, classified loosely based on the sources of errors:
iSERエラー処理は誤りの源に基づいて緩く分類された以下のセクションで説明されます:
1. Those originating at the transport layer (e.g., TCP).
1. 輸送のときに由来するものは(例えば、TCP)を層にします。
2. Those originating at the RCaP layer.
2. RCaPで由来するものは層にされます。
3. Those originating at the iSER layer.
3. iSERで由来するものは層にされます。
4. Those originating at the iSCSI layer.
4. iSCSIで由来するものは層にされます。
10.1.1. Errors in the Transport Layer
10.1.1. トランスポート層における誤り
If the transport layer is TCP, then TCP packets with detected errors are silently dropped by the TCP layer and result in retransmission at the TCP layer. This has no impact on the iSER layer. However, connection loss (e.g., link failure) and unexpected termination (e.g., TCP graceful or abnormal close without the iSCSI Logout exchanges) at the transport layer will cause the iSCSI/iSER connection to be terminated as well.
トランスポート層がTCPであるなら、検出された誤りがある当時のTCPパケットはTCP層の「再-トランスミッション」でTCP層と結果によって静かに落とされます。 これはiSER層に変化も与えません。 しかしながら、また、トランスポート層での接続の損失(例えば、リンクの故障)と予期していなかった終了(例えば、近くでiSCSI Logout交換なしで優雅であるか異常なTCP)で、iSCSI/iSER接続を終えるでしょう。
10.1.1.1. Failure in the Transport Layer before RCaP Mode Is Enabled
10.1.1.1. RCaPモードの前のトランスポート層の失敗は可能にされます。
If the connection is lost or terminated before the iSCSI layer invokes the Allocate_Connection_Resources Operational Primitive, the login process is terminated and no further action is required.
iSCSI層がAllocate_Connection_Resources Operational Primitiveを呼び出す前に、接続が迷子になるか、または終えられるなら、ログインの過程は終えられます、そして、さらなる動作は全く必要ではありません。
If the connection is lost or terminated after the iSCSI layer has invoked the Allocate_Connection_Resources Operational Primitive, then the iSCSI layer MUST request that the iSER layer deallocate all connection resources by invoking the Deallocate_Connection_Resources Operational Primitive.
iSCSI層がAllocate_Connection_Resources Operational Primitiveを呼び出した後に、接続が迷子になるか、または終えられるなら、iSCSI層は、iSERがDeallocate_Connection_Resources Operational Primitiveを呼び出すことによってdeallocateにすべての接続リソースを層にするよう要求しなければなりません。
Ko, et al. Standards Track [Page 64] RFC 5046 iSER Specification October 2007
コー、他 規格はiSER仕様2007年10月にRFC5046を追跡します[64ページ]。
10.1.1.2. Failure in the Transport Layer after RCaP Mode Is Enabled
10.1.1.2. RCaPモードの後のトランスポート層の失敗は可能にされます。
If the connection is lost or terminated after the iSCSI layer has invoked the Enable_Datamover Operational Primitive, the iSER layer MUST notify the iSCSI layer of the connection loss by invoking the Connection_Terminate_Notify Operational Primitive. Prior to invoking the Connection_Terminate_Notify Operational Primitive, the iSER layer MUST perform the actions described in Section 5.2.3.2.
iSCSI層がEnable_Datamover Operational Primitiveを呼び出した後に、接続が迷子になるか、または終えられるなら、Connection_Terminate_Notify Operational Primitiveを呼び出すことによって、iSER層は接続の損失のiSCSI層に通知しなければなりません。 Connection_Terminate_Notify Operational Primitiveを呼び出す前に、iSER層はセクション5.2.3で.2に説明された動作を実行しなければなりません。
10.1.2. Errors in the RCaP Layer
10.1.2. RCaP層における誤り
The RCaP layer does not have error recovery operations built in. If errors are detected at the RCaP layer, the RCaP layer will terminate the RCaP Stream and the associated connection.
RCaP層で、エラー回復操作を組み込みません。 誤りがRCaP層に検出されると、RCaP層はRCaP Streamと関連接続を終えるでしょう。
10.1.2.1. Errors Detected in the Local RCaP Layer
10.1.2.1. 地方のRCaP層の中に検出された誤り
If an error is encountered at the local RCaP layer, the RCaP layer MAY send a Terminate Message to the Remote Peer to report the error if possible. (For iWARP, see [RDMAP] for the list of errors where a Terminate Message is sent.) The RCaP layer is responsible for terminating the connection. After the RCaP layer notifies the iSER layer that the connection is terminated, the iSER layer MUST notify the iSCSI layer by invoking the Connection_Terminate_Notify Operational Primitive. Prior to invoking the Connection_Terminate_Notify Operational Primitive, the iSER layer MUST perform the actions described in Section 5.2.3.2.
誤りが地方のRCaP層で遭遇するなら、RCaP層は、できれば、誤りを報告するためにTerminate MessageをRemote Peerに送るかもしれません。 (iWARPに関して、Terminate Messageが送られる誤りのリストに関して[RDMAP]を見てください。) RCaP層は接続を終えるのに原因となります。 RCaP層が、接続が終えられるようにiSER層に通知した後に、Connection_Terminate_Notify Operational Primitiveを呼び出すことによって、iSER層はiSCSI層に通知しなければなりません。 Connection_Terminate_Notify Operational Primitiveを呼び出す前に、iSER層はセクション5.2.3で.2に説明された動作を実行しなければなりません。
10.1.2.2. Errors Detected in the RCaP Layer at the Remote Peer
10.1.2.2. リモート同輩におけるRCaP層の中に検出された誤り
If an error is encountered at the RCaP layer at the Remote Peer, the RCaP layer at the Remote Peer may send a Terminate Message to report the error if possible. If it is unable to send the Terminate Message, the connection is terminated. This is treated the same as a failure in the transport layer after RDMA is enabled as described in Section 10.1.1.2.
誤りがRemote PeerのRCaP層で遭遇するなら、Remote PeerのRCaP層は、できれば、誤りを報告するためにTerminate Messageを送るかもしれません。 Terminate Messageを送ることができないなら、接続は終えられます。 RDMAがセクション10.1.1で.2に説明されるように有効にされた後にこれはトランスポート層の中で同じように失敗として扱われます。
If an error is encountered at the RCaP layer at the Remote Peer and it is able to send a Terminate Message, the RCaP layer at the Remote Peer is responsible for terminating the connection. After the local RCaP layer notifies the iSER layer that the connection is terminated, the iSER layer MUST notify the iSCSI layer by invoking the Connection_Terminate_Notify Operational Primitive. Prior to invoking the Connection_Terminate_Notify Operational Primitive, the iSER layer MUST perform the actions described in Section 5.2.3.2.
誤りがRemote PeerのRCaP層で遭遇して、Terminate Messageを送ることができるなら、Remote PeerのRCaP層は接続を終えるのに原因となります。 地方のRCaP層が、接続が終えられるようにiSER層に通知した後に、Connection_Terminate_Notify Operational Primitiveを呼び出すことによって、iSER層はiSCSI層に通知しなければなりません。 Connection_Terminate_Notify Operational Primitiveを呼び出す前に、iSER層はセクション5.2.3で.2に説明された動作を実行しなければなりません。
Ko, et al. Standards Track [Page 65] RFC 5046 iSER Specification October 2007
コー、他 規格はiSER仕様2007年10月にRFC5046を追跡します[65ページ]。
10.1.3. Errors in the iSER Layer
10.1.3. iSER層における誤り
The error handling due to errors at the iSER layer is described in the following sections.
iSER層の誤りによるエラー処理は以下のセクションで説明されます。
10.1.3.1. Insufficient Connection Resources to Support RCaP at
Connection Setup
10.1.3.1. 接続設定でRCaPを支持する不十分な接続リソース
After the iSCSI layer at the initiator invokes the Allocate_Connection_Resources Operational Primitive during the iSCSI Login Negotiation Phase, if the iSER layer at the initiator fails to allocate the connection resources necessary to support RCaP, it MUST return a status of failure to the iSCSI layer at the initiator. The iSCSI layer at the initiator MUST terminate the connection as described in Section 5.2.3.1.
創始者におけるiSER層がRCaPを支持するのに必要な接続リソースを割り当てないなら創始者におけるiSCSI層がiSCSI Login Negotiation Phaseの間、Allocate_Connection_Resources Operational Primitiveを呼び出した後に、それは創始者におけるiSCSI層に失敗の状態を返さなければなりません。 創始者におけるiSCSI層はセクション5.2.3で.1に説明されるように接続を終えなければなりません。
After the iSCSI layer at the target invokes the Allocate_Connection_Resources Operational Primitive during the iSCSI Login Negotiation Phase, if the iSER layer at the target fails to allocate the connection resources necessary to support RCaP, it MUST return a status of failure to the iSCSI layer at the target. The iSCSI layer at the target MUST send a Login Response with a status class of 3 (Target Error), and a status code of "0302" (Out of Resources). The iSCSI layers at the initiator and the target MUST terminate the connection as described in Section 5.2.3.1.
目標のiSER層がRCaPを支持するのに必要な接続リソースを割り当てないなら目標のiSCSI層がiSCSI Login Negotiation Phaseの間、Allocate_Connection_Resources Operational Primitiveを呼び出した後に、それは目標のiSCSI層に失敗の状態を返さなければなりません。 目標のiSCSI層は3人の状態のクラス(目標Error)、および「0302」のステータスコード(リソースからの)があるLogin Responseを送らなければなりません。 創始者と目標のiSCSI層はセクション5.2.3で.1に説明されるように接続を終えなければなりません。
10.1.3.2. iSER Negotiation Failures
10.1.3.2. iSER交渉の故障
If the RCaP or iSER related parameters declared by the initiator in the iSER Hello Message are unacceptable to the iSER layer at the target, the iSER layer at the target MUST set the Reject (REJ) flag, as described in Section 9.4, in the iSER HelloReply Message. The following are the cases when the iSER layer MUST set the REJ flag to one in the HelloReply Message:
iSER Hello Messageで創始者によって申告されたRCaPかiSER関係パラメータが目標のiSER層に容認できないなら、目標のiSER層はReject(REJ)旗を設定しなければなりません、セクション9.4で説明されるように、iSER HelloReply Messageで。 iSER層がHelloReply Messageの1つにREJ旗を設定しなければならないとき、↓これはケースです:
* The initiator-declared iSER-IRD value is greater than 0 and the
target-declared iSER-ORD value is 0.
* 創始者が宣言しているiSER-IRD値は0以上です、そして、目標で宣言しているiSER-ORD値は0です。
* The initiator-supported and the target-supported iSER protocol
versions do not overlap.
* 創始者に支持にされるのと目標で支持されたiSERプロトコルバージョンは重なりません。
After requesting that the RCaP layer send the iSER HelloReply Message, the handling of the error situation is the same as that for iSER format errors as described in Section 10.1.3.3.
RCaP層がiSER HelloReply Messageを送るよう要求した後に、エラー状態の取り扱いはセクション10.1.3で.3に説明されるiSER形式誤りのためのそれと同じです。
Ko, et al. Standards Track [Page 66] RFC 5046 iSER Specification October 2007
コー、他 規格はiSER仕様2007年10月にRFC5046を追跡します[66ページ]。
10.1.3.3. iSER Format Errors
10.1.3.3. iSER形式誤り
The following types of errors in an iSER header are considered format errors:
iSERヘッダーの以下のタイプの誤りは形式誤りであると考えられます:
* Illegal contents of any iSER header field
* どんなiSERヘッダーフィールドに関する違法コンテンツ
* Inconsistent field contents in an iSER header
* iSERヘッダーの矛盾した分野コンテンツ
* Length error for an iSER Hello or HelloReply Message (see Section
9.3 and 9.4)
* iSER HelloかHelloReply Messageのための長さの誤り(セクション9.3と9.4を見ます)
When a format error is detected, the following events MUST occur in the specified sequence:
形式誤りが検出されるとき、以下の出来事は指定された系列で起こらなければなりません:
1. The iSER layer MUST request that the RCaP layer terminate the
RCaP Stream. The RCaP layer MUST terminate the associated
connection.
1. iSER層は、RCaP層がRCaP Streamを終えるよう要求しなければなりません。 RCaP層は関連接続を終えなければなりません。
2. The iSER layer MUST notify the iSCSI layer of the connection
termination by invoking the Connection_Terminate_Notify
Operational Primitive. Prior to invoking the
Connection_Terminate_Notify Operational Primitive, the iSER layer
MUST perform the actions described in Section 5.2.3.2.
2. Connection_Terminate_Notify Operational Primitiveを呼び出すことによって、iSER層は接続終了のiSCSI層に通知しなければなりません。 Connection_Terminate_Notify Operational Primitiveを呼び出す前に、iSER層はセクション5.2.3で.2に説明された動作を実行しなければなりません。
10.1.3.4. iSER Protocol Errors
10.1.3.4. iSERプロトコル誤り
The first iSER Message sent by the iSER layer at the initiator after transitioning into iSER-assisted mode MUST be the iSER Hello Message (see Section 9.3). Likewise, the first iSER Message sent by the iSER layer at the target after transitioning into iSER-assisted mode MUST be the iSER HelloReply Message (see Section 9.4). Failure to send the iSER Hello or HelloReply Message, as indicated by the wrong Opcode in the iSER header, is a protocol error. The handling of this error situation is the same as that for iSER format errors as described in Section 10.1.3.3.
iSERによって補助されたモードに移行した後に創始者におけるiSER層で送られた最初のiSER MessageはiSER Hello Messageであるに違いありません(セクション9.3を見てください)。 同様に、iSERによって補助されたモードに移行した後に目標のiSER層で送られた最初のiSER MessageはiSER HelloReply Messageであるに違いありません(セクション9.4を見てください)。 プロトコル誤りです。 このエラー状態の取り扱いはセクション10.1.3で.3に説明されるiSER形式誤りのためのそれと同じです。
If the sending side of an iSER-enabled connection acts in a manner not permitted by the negotiated or declared login/text operational key values as described in Section 6, this is a protocol error, and the receiving side MAY handle this the same as for iSER format errors as described in Section 10.1.3.3.
iSERによって可能にされた接続の送付側面が行動するなら、方法で、セクション6で説明されていて、これがプロトコル誤りであり、受信側がこの同じくらいを扱うかもしれないので、.3はセクション10.1.3で説明されるiSER形式誤りのように交渉されたか宣言しているログイン/テキストの操作上のキー値で可能にしていませんでした。
10.1.4. Errors in the iSCSI Layer
10.1.4. iSCSI層における誤り
The error handling due to errors at the iSCSI layer is described in the following sections. For error recovery, see Section 10.2.
iSCSI層の誤りによるエラー処理は以下のセクションで説明されます。 エラー回復に関しては、セクション10.2を見てください。
Ko, et al. Standards Track [Page 67] RFC 5046 iSER Specification October 2007
コー、他 規格はiSER仕様2007年10月にRFC5046を追跡します[67ページ]。
10.1.4.1. iSCSI Format Errors
10.1.4.1. iSCSI形式誤り
When an iSCSI format error is detected, the iSCSI layer MUST request that the iSER layer terminate the RCaP Stream by invoking the Connection_Terminate Operational Primitive. For more details on the connection termination, see Section 5.2.3.1.
iSCSI形式誤りが検出されるとき、iSCSI層は、iSER層がConnection_Terminate Operational Primitiveを呼び出すことによってRCaP Streamを終えるよう要求しなければなりません。 接続終了に関するその他の詳細に関しては、.1にセクション5.2.3を見てください。
10.1.4.2. iSCSI Digest Errors
10.1.4.2. iSCSIダイジェスト誤り
In the iSER-assisted mode, the iSCSI layer will not see any digest error because both the HeaderDigest and the DataDigest keys are negotiated to "None".
iSERによって補助されたモードで、HeaderDigestとDataDigestキーの両方が「なにも」と交渉されるので、iSCSI層は少しのダイジェスト誤りも見ないでしょう。
10.1.4.3. iSCSI Sequence Errors
10.1.4.3. iSCSI系列誤り
For Traditional iSCSI, sequence errors are caused by dropped PDUs due to header or data digest errors. Since digests are not used in iSER-assisted mode and the RCaP layer will deliver all messages in the order they were sent, sequence errors will not occur in iSER- assisted mode.
Traditional iSCSIに関しては、系列誤りはヘッダーかデータダイジェスト誤りのため低下しているPDUsによって引き起こされます。 ダイジェストがiSERによって補助されたモードで使用されないで、RCaP層がそれらが送られたオーダーにおけるすべてのメッセージを送るので、系列誤りはiSERの補助モードで発生しないでしょう。
10.1.4.4. iSCSI Protocol Error
10.1.4.4. iSCSIプロトコル誤り
When the iSCSI layer handles certain protocol errors by dropping the connection, the error handling is the same as that for iSCSI format errors as described in Section 10.1.4.1.
iSCSI層が接続を落とすことによって、あるプロトコル誤りを扱うとき、エラー処理はセクション10.1.4で.1に説明されるiSCSI形式誤りのためのそれと同じです。
When the iSCSI layer uses the iSCSI Reject PDU and response codes to handle certain other protocol errors, no special handling at the iSER layer is required.
iSCSI層が他のあるプロトコル誤りを扱うのにiSCSI Reject PDUと応答コードを使用する場合、iSER層でどんな特別な取り扱いも必要ではありません。
10.1.4.5. SCSI Timeouts and Session Errors
10.1.4.5. SCSIタイムアウトとセッション誤り
SCSI Timeouts and Session Errors are handled at the iSCSI layer and no special handling at the iSER layer is required.
SCSI TimeoutsとSession ErrorsはiSCSI層で扱われます、そして、iSER層でどんな特別な取り扱いも必要ではありません。
10.1.4.6. iSCSI Negotiation Failures
10.1.4.6. iSCSI交渉の故障
For negotiation failures that happen during the Login Phase at the initiator after the iSCSI layer has invoked the Allocate_Connection_Resources Operational Primitive and before the Enable_Datamover Operational Primitive has been invoked, the iSCSI layer MUST request that the iSER layer deallocate all connection resources by invoking the Deallocate_Connection_Resources Operational Primitive. The iSCSI layer at the initiator MUST terminate the connection.
iSCSI層がAllocate_Connection_Resources Operational Primitiveを呼び出した後とEnable_Datamover Operational Primitiveが呼び出される前にLogin Phaseの間に創始者で起こる交渉失敗によって、iSCSI層は、iSERがDeallocate_Connection_Resources Operational Primitiveを呼び出すことによってdeallocateにすべての接続リソースを層にするよう要求しなければなりません。 創始者におけるiSCSI層は接続を終えなければなりません。
Ko, et al. Standards Track [Page 68] RFC 5046 iSER Specification October 2007
コー、他 規格はiSER仕様2007年10月にRFC5046を追跡します[68ページ]。
For negotiation failures during the Login Phase at the target, the iSCSI layer can use a Login Response with a status class other than 0 (success) to terminate the Login Phase. If the iSCSI layer has invoked the Allocate_Connection_Resources Operational Primitive before the Enable_Datamover Operational Primitive has been invoked, the iSCSI layer at the target MUST request that the iSER layer at the target deallocate all connection resources by invoking the Deallocate_Connection_Resources Operational Primitive. The iSCSI layer at both the initiator and the target MUST terminate the connection.
目標のLogin Phaseの間の交渉失敗によって、iSCSI層はLogin Phaseを終えるのに0(成功)以外の状態のクラスがあるLogin Responseを使用できます。 Enable_Datamover Operational Primitiveが呼び出される前にiSCSI層がAllocate_Connection_Resources Operational Primitiveを呼び出したなら、目標のiSCSI層は、iSERが目標deallocateでDeallocate_Connection_Resources Operational Primitiveを呼び出すことによってすべての接続リソースを層にするよう要求しなければなりません。 創始者と目標の両方におけるiSCSI層は接続を終えなければなりません。
During the iSCSI Login Phase, if the iSCSI layer at the initiator receives a Login Response from the target with a status class other than 0 (Success) after the iSCSI layer at the initiator has invoked the Allocate_Connection_Resources Operational Primitive, the iSCSI layer MUST request the iSER layer to deallocate all connection resources by invoking the Deallocate_Connection_Resources Operational Primitive. The iSCSI layer MUST terminate the connection in this case.
iSCSI Login Phaseの間、創始者におけるiSCSI層がAllocate_Connection_Resources Operational Primitiveを呼び出した後に創始者におけるiSCSI層が0(成功)以外の状態のクラスと共に目標からLogin Responseを受けるなら、iSCSI層は、iSERがDeallocate_Connection_Resources Operational Primitiveを呼び出すことによってすべての接続リソースをdeallocateに層にするよう要求しなければなりません。 iSCSI層はこの場合接続を終えなければなりません。
For negotiation failures during the Full Feature Phase, the error handling is left to the iSCSI layer and no special handling at the iSER layer is required.
Full Feature Phaseの間の交渉失敗において、エラー処理はiSCSI層に残されます、そして、iSER層でどんな特別な取り扱いも必要ではありません。
10.2. Error Recovery
10.2. エラー回復
Error recovery requirements of iSCSI/iSER are the same as that of Traditional iSCSI. All three ErrorRecoveryLevels as defined in [RFC3720] are supported in iSCSI/iSER.
iSCSI/iSERのエラー回復要件はTraditional iSCSIのものと同じです。 [RFC3720]で定義されるすべての3ErrorRecoveryLevelsがiSCSI/iSERで支持されます。
* For ErrorRecoveryLevel 0, session recovery is handled by iSCSI and
no special handling by the iSER layer is required.
* ErrorRecoveryLevel0に関しては、セッション回復はiSCSIによって扱われます、そして、iSER層のそばでどんな特別な取り扱いも必要ではありません。
* For ErrorRecoveryLevel 1, see Section 10.2.1 on PDU Recovery.
* ErrorRecoveryLevel1に関しては、PDU Recoveryでセクション10.2.1を見てください。
* For ErrorRecoveryLevel 2, see Section 10.2.2 on Connection
Recovery.
* ErrorRecoveryLevel2に関しては、Connection Recoveryでセクション10.2.2を見てください。
The iSCSI layer may invoke the Notice_Key_Values Operational Primitive during connection setup to request that the iSER layer take note of the value of the operational ErrorRecoveryLevel, as described in Sections 5.1.1 and 5.1.2.
iSCSI層はiSER層が操作上のErrorRecoveryLevelの値に注目するよう要求するために接続設定の間、Notice_Key_Values Operational Primitiveを呼び出すかもしれません、セクション5.1.1と5.1で.2に説明されるように
10.2.1. PDU Recovery
10.2.1. PDU回復
As described in Sections 10.1.4.2 and 10.1.4.3, digest and sequence errors will not occur in the iSER-assisted mode. If the RCaP layer detects an error, it will close the iSCSI/iSER connection, as
セクション10.1.4で説明されるように、.2と10.1の.4の.3、ダイジェスト、および系列誤りはiSERによって補助されたモードで発生しないでしょう。 RCaP層が誤りを検出すると、それはiSCSI/iSER接続を終えるでしょう。
Ko, et al. Standards Track [Page 69] RFC 5046 iSER Specification October 2007
コー、他 規格はiSER仕様2007年10月にRFC5046を追跡します[69ページ]。
described in Section 10.1.2. Therefore, PDU recovery is not useful in the iSER-assisted mode.
セクション10.1.2では、説明されます。 したがって、PDU回復はiSERによって補助されたモードで役に立ちません。
The iSCSI layer at the initiator SHOULD disable iSCSI timeout-driven PDU retransmissions.
創始者SHOULDのiSCSI層はiSCSIのタイムアウト駆動のPDU retransmissionsを無効にします。
10.2.2. Connection Recovery
10.2.2. 接続回復
The iSCSI layer at the initiator MAY reassign connection allegiance for non-immediate commands that are still in progress and are associated with the failed connection by using a Task Management Function Request with the TASK REASSIGN function. See Section 7.3.3 for more details.
創始者におけるiSCSI層はまだ進行中であることの、そして、TASK REASSIGN機能でTask Management Function Requestを使用することによって失敗した接続に関連している非即座のコマンドに関する接続忠誠を再選任するかもしれません。 その他の詳細に関してセクション7.3.3を見てください。
When the iSCSI layer at the initiator does a task reassignment for a SCSI write command, it MUST qualify the Send_Control Operational Primitive invocation with DataDescriptorOut, which defines the I/O Buffer for both the non-immediate unsolicited data and the solicited data. This allows the iSCSI layer at the target to use recovery R2Ts to request data originally sent as unsolicited and solicited from the initiator.
創始者におけるiSCSI層がSCSI書きコマンドのためのタスク再割当てをすると、それはDataDescriptorOutと共にSend_Control Operational Primitive実施に資格を与えなければなりません。(DataDescriptorOutは非即座の求められていないデータと請求されたデータの両方のために入出力Bufferを定義します)。 これで、目標のiSCSI層は、元々、求められていないとして送られて、創始者から請求されたデータを要求するのに回復R2Tsを使用できます。
When the iSCSI layer at the target accepts a reassignment request for a SCSI read command, it MUST request that the iSER layer process SCSI Data-in for all unacknowledged data by invoking the Put_Data Operational Primitive. See Section 7.3.5 on the handling of SCSI Data-in.
目標のiSCSI層がSCSI読みコマンドを求める再割当て要求を受け入れるとき、iSERが過程を層にするよう要求しなければならない、中のSCSI Data、Put_Data Operational Primitiveを呼び出すのによるすべての不承認のデータ。 中のSCSI Dataの取り扱いようにセクション7.3.5を見てください。
When the iSCSI layer at the target accepts a reassignment request for a SCSI write command, it MUST request that the iSER layer process a recovery R2T for any non-immediate unsolicited data and any solicited data sequences that have not been received by invoking the Get_Data Operational Primitive. See Section 7.3.6 on the handling of Ready To Transfer (R2T).
目標のiSCSI層がSCSI書きコマンドを求める再割当て要求を受け入れるとき、それは、iSER層がGet_Data Operational Primitiveを呼び出すことによってまだ受け取られていないどんな非即座の求められていないデータと請求されたデータ系列のためにも回復R2Tを処理するよう要求しなければなりません。 Ready To Transfer(R2T)の取り扱いようにセクション7.3.6を見てください。
The iSCSI layer at the target MUST NOT issue recovery R2Ts on an iSCSI/iSER connection for a task for which the connection allegiance was never reassigned. The iSER layer at the target MAY reject such a recovery R2T received via the Get_Data Operational Primitive invocation from the iSCSI layer at the target, with an appropriate error code.
目標のiSCSI層は接続忠誠が決して再選任されなかったタスクのためのiSCSI/iSER接続のときに回復R2Tsを発行してはいけません。 目標のiSER層がそのような回復を拒絶するかもしれないので、R2Tは目標のiSCSI層からのGet_Data Operational Primitive実施で受信しました、適切なエラーコードで。
The iSER layer at the target will process the requests invoked by the Put_Data and Get_Data Operational Primitives for a reassigned task in the same way as for the original commands.
目標のiSER層は同様に、再選任されたタスクのためにオリジナルのコマンドのようにPut_DataとGet_Data Operational Primitivesによって呼び出された要求を処理するでしょう。
Ko, et al. Standards Track [Page 70] RFC 5046 iSER Specification October 2007
コー、他 規格はiSER仕様2007年10月にRFC5046を追跡します[70ページ]。
11. Security Considerations
11. セキュリティ問題
When iSER is layered on top of an RCaP layer and provides the RDMA extensions to the iSCSI protocol, the security considerations of iSER are the same as that of the underlying RCaP layer. For iWARP, this is described in [RDMAP] and [RDDPSEC].
iSERがRCaP層の上で層にされて、RDMA拡張子をiSCSIプロトコルに提供するとき、iSERのセキュリティ問題は基本的なRCaP層のものと同じです。 iWARPに関しては、これは[RDMAP]と[RDDPSEC]で説明されます。
Since the iSER-assisted iSCSI protocol is still functionally iSCSI from a security considerations perspective, all of the iSCSI security requirements as described in [RFC3720] and [RFC3723] apply. If the IPsec [IPSEC] mechanism is used, then it MUST be established before the connection transitions to the iSER-assisted mode. If iSER is layered on top of a non-IP based RCaP layer, all the security protocol mechanisms applicable to that RCaP layer are also applicable to an iSCSI/iSER connection. If iSER is layered on top of a non-IP protocol, the IPsec mechanism as specified in [RFC3720] MUST be implemented at any point where the iSER protocol enters the IP network (e.g., via gateways), and the non-IP protocol SHOULD implement (optional to use) a packet-by packet security protocol equal in strength to the IPsec mechanism specified by [RFC3720].
iSERによって補助されたiSCSIプロトコルがセキュリティ問題見解からiSCSIを機能上静めることであるので、[RFC3720]と[RFC3723]の説明されるとしてのiSCSIセキュリティ要件のすべてが適用されます。 IPsec[IPSEC]メカニズムが使用されているなら、接続がiSERによって補助されたモードに移行する前にそれを設立しなければなりません。 また、iSERが非IPのベースのRCaP層の上で層にされるなら、そのRCaP層に適切なすべてのセキュリティプロトコルメカニズムもiSCSI/iSER接続に適切です。 iSERが非IPプロトコルの上で層にされるなら、iSERプロトコルがIPネットワーク(例えば、ゲートウェイを通した)に入る任意な点で[RFC3720]の指定されるとしてのIPsecメカニズムを実行しなければなりません、そして、非IPプロトコルSHOULDは強さにおいて[RFC3720]によって指定されたIPsecメカニズムと等しい近くパケットパケットセキュリティプロトコルを実行します(使用するために任意の)。
To minimize the potential for a denial-of-service attack, the iSCSI layer MUST NOT request that the iSER layer allocate the connection resources necessary to support RCaP until 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, as described in Sections 5.1.1 and 5.1.2.
サービス不能攻撃の可能性を最小にするために、iSCSI層は、iSER層がiSCSI層がずっと十分遠くなるまでiSCSI Login PhaseでRCaPを支持するために必要、そして、同輩側がセクション5.1.1で説明されるように攻撃者でないことが合理的に確信しているのを5.1.2を接続リソースに割り当てるよう要求してはいけません。
Note that the IPsec requirements for this document are based on the version of IPsec specified in RFC 2401 [IPSEC] and related RFCs, as profiled by RFC 3723 [RFC3723], despite the existence of a newer version of IPsec specified in RFC 4301 [RFC4301] and related RFCs.
このドキュメントのためのIPsec要件がRFC2401[IPSEC]と関連するRFCsで指定されたIPsecのバージョンに基づいていることに注意してください、RFC4301[RFC4301]と関連するRFCsで指定されたIPsecの、より新しいバージョンの存在にもかかわらず、RFC3723[RFC3723]によって輪郭を描かれるように。
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月)。
[RDMAP] Recio, R., Culley, P., Garcia, D., Hilland, J., and B.
Metzler, "A Remote Direct Memory Access Protocol
Specification", RFC 5040, October 2007.
[RDMAP]RecioとR.とCulleyとP.とガルシアとD.とHilland、J.とB.メツラー、「リモートダイレクトメモリアクセスプロトコル仕様」RFC5040(2007年10月)。
Ko, et al. Standards Track [Page 71] RFC 5046 iSER Specification October 2007
コー、他 規格はiSER仕様2007年10月にRFC5046を追跡します[71ページ]。
[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。
[IPSEC] Kent, S. and R. Atkinson, "Security Architecture for the
Internet Protocol", RFC 2401, November 1998.
[IPSEC] ケントとS.とR.アトキンソン、「インターネットプロトコルのためのセキュリティー体系」、RFC2401、1998年11月。
[MPA] Culley, P., Elzur, U., Recio, R., Bailey, S., and J.
Carrier, "Marker PDU Aligned Framing for TCP
Specification", RFC 5044, October 2007.
[MPA] Culley、P.、Elzur、U.、Recio、R.、べイリー、S.、およびJ.キャリヤー、「マーカーPDUはTCPのために仕様を縁どりながら、並びました」、RFC5044、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月。
[TCP] Postel, J., "Transmission Control Protocol", STD 7, RFC
793, September 1981.
[TCP] ポステル、J.、「通信制御プロトコル」、STD7、RFC793、1981年9月。
[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. 有益な参照
[SAM2] T10/1157D, SCSI Architecture Model - 2 (SAM-2)
[SAM2]T10/1157D、SCSIアーキテクチャモデル--2(サム-2)
[DA] Chadalapaka, M., Hufferd, J., Satran, J., and H. Shah, "DA:
Datamover Architecture for the Internet Small Computer
System Interface (iSCSI)", RFC 5047, October 2007.
[DA] Chadalapaka、M.、Hufferd、J.、Satran、J.、およびH.シャー、「DA:」 「インターネットスモールコンピュータシステムインタフェース(iSCSI)のためのDatamoverアーキテクチャ」、RFC5047、2007年10月。
[IB] InfiniBand Architecture Specification Volume 1 Release 1.2,
October 2004
第1[IB]インフィニバンドアーキテクチャ仕様巻のリリース1.2、2004年10月
[IPoIB] Chu, J. and V. Kashyap, "Transmission of IP over InfiniBand
(IPoIB)", RFC 4391, April 2006.
[IPoIB] チュウ、J.、および「インフィニバンド(IPoIB)の上のIPのトランスミッション」、RFC4391、2006年4月対Kashyap
[RFC4301] Kent, S. and K. Seo, "Security Architecture for the
Internet Protocol", RFC 4301, December 2005.
[RFC4301] ケントとS.とK.Seo、「インターネットプロトコルのためのセキュリティー体系」、RFC4301、2005年12月。
Ko, et al. Standards Track [Page 72] RFC 5046 iSER Specification October 2007
コー、他 規格はiSER仕様2007年10月にRFC5046を追跡します[72ページ]。
Appendix A. iWARP Message Format for iSER
iSERのための付録A.iWARPメッセージ・フォーマット
This section is for information only and is NOT part of the standard. It simply depicts the iWARP Message format for the various iSER Messages when the transport layer is TCP.
このセクションは、情報だけのためにあって、規格の一部ではありません。 トランスポート層がTCPであるときに、それは様々なiSER Messagesのために単にiWARP Message書式を表現します。
A.1. iWARP Message Format for iSER Hello Message
A.1iSERのためのiWARPメッセージ・フォーマット、こんにちは、メッセージ
The following figure depicts an iSER Hello Message encapsulated in an iWARP SendSE Message.
以下の図はiWARP SendSE Messageでカプセル化されたiSER Hello Messageについて表現します。
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| MPA Header | DDP Control | RDMA Control |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Reserved |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| (Send) Queue Number |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| (Send) Message Sequence Number |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| (Send) Message Offset |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 0010b | Zeros | 0001b | 0001b | iSER-IRD |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| All Zeros |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| All Zeros |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| MPA CRC |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | MPAヘッダー| DDPコントロール| RDMAコントロール| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 予約されます。| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | (発信します) 待ち行列番号| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | (発信します) メッセージ通番| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | (発信します) メッセージオフセット| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 0010b| ゼロ| 0001b| 0001b| iSER-IRD| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | すべてのゼロ| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | すべてのゼロ| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | MPA CRC| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 6. SendSE Message Containing an iSER Hello Message
図6。 iSERを含むSendSEメッセージ、こんにちは、メッセージ
Ko, et al. Standards Track [Page 73] RFC 5046 iSER Specification October 2007
コー、他 規格はiSER仕様2007年10月にRFC5046を追跡します[73ページ]。
A.2. iWARP Message Format for iSER HelloReply Message
A.2iSER HelloReplyメッセージのためのiWARPメッセージ・フォーマット
The following figure depicts an iSER HelloReply Message encapsulated in an iWARP SendSE Message. The Reject (REJ) flag is set to 0.
以下の図はiWARP SendSE Messageでカプセル化されたiSER HelloReply Messageについて表現します。 Reject(REJ)旗は0に設定されます。
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| MPA Header | DDP Control | RDMA Control |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Reserved |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| (Send) Queue Number |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| (Send) Message Sequence Number |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| (Send) Message Offset |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 0011b |Zeros|0| 0001b | 0001b | iSER-ORD |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| All Zeros |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| All Zeros |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| MPA CRC |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | MPAヘッダー| DDPコントロール| RDMAコントロール| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 予約されます。| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | (発信します) 待ち行列番号| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | (発信します) メッセージ通番| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | (発信します) メッセージオフセット| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 0011b|ゼロ|0| 0001b| 0001b| iSER-ORD| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | すべてのゼロ| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | すべてのゼロ| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | MPA CRC| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 7. SendSE Message Containing an iSER HelloReply Message
図7。 iSER HelloReplyメッセージを含むSendSEメッセージ
Ko, et al. Standards Track [Page 74] RFC 5046 iSER Specification October 2007
コー、他 規格はiSER仕様2007年10月にRFC5046を追跡します[74ページ]。
A.3. iWARP Message Format for SCSI Read Command PDU
A.3SCSI読みコマンドPDUのためのiWARPメッセージ・フォーマット
The following figure depicts a SCSI Read Command PDU embedded in an iSER Message encapsulated in an iWARP SendSE Message. For this particular example, in the iSER header, the Write STag Valid flag is set to zero, the Read STag Valid flag is set to one, the Write STag field is set to all zeros, and the Read STag field contains a valid Read STag.
以下の図はiWARP SendSE Messageでカプセル化されたiSER Messageに埋め込まれたSCSI Read Command PDUについて表現します。 iSERヘッダーで合わせてくださいWrite STag Valid旗が設定されるゼロこの特定の例に関しては、Read STag Valid旗は1つに設定されて、Write STag分野はすべてのゼロに設定されて、Read STag分野は有効なRead STagを含んでいます。
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| MPA Header | DDP Control | RDMA Control |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Reserved |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| (Send) Queue Number |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| (Send) Message Sequence Number |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| (Send) Message Offset |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 0001b |0|1| All zeros |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| All Zeros |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Read STag |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| SCSI Read Command PDU |
// //
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| MPA CRC |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | MPAヘッダー| DDPコントロール| RDMAコントロール| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 予約されます。| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | (発信します) 待ち行列番号| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | (発信します) メッセージ通番| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | (発信します) メッセージオフセット| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 0001b|0|1| すべてのゼロ| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | すべてのゼロ| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 男一人で読んでください。| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | SCSI読みコマンドPDU| // // | | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | MPA CRC| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 8. SendSE Message Containing a SCSI Read Command PDU
エイト環。 コマンドPDUが読まれたSCSIを含むSendSEメッセージ
Ko, et al. Standards Track [Page 75] RFC 5046 iSER Specification October 2007
コー、他 規格はiSER仕様2007年10月にRFC5046を追跡します[75ページ]。
A.4. iWARP Message Format for SCSI Read Data
A.4SCSIのためのiWARPメッセージ・フォーマットはデータを読みました。
The following figure depicts an iWARP RDMA Write Message carrying SCSI Read data in the payload:
以下の図はペイロードのSCSI Readデータを運ぶiWARP RDMA Write Messageについて表現します:
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| MPA Header | DDP Control | RDMA Control |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Data Sink STag |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Data Sink Tagged Offset |
+ +
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| SCSI Read data |
// //
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| MPA CRC |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | MPAヘッダー| DDPコントロール| RDMAコントロール| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 男一人でデータ受信端末| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | データ受信端末のタグ付けをされたオフセット| + + | | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | SCSI Readデータ| // // | | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | MPA CRC| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 9. RDMA Write Message Containing SCSI Read Data
図9。 RDMAはデータが読まれたSCSIを含むメッセージを書きます。
Ko, et al. Standards Track [Page 76] RFC 5046 iSER Specification October 2007
コー、他 規格はiSER仕様2007年10月にRFC5046を追跡します[76ページ]。
A.5. iWARP Message Format for SCSI Write Command PDU
A.5SCSI書きコマンドPDUのためのiWARPメッセージ・フォーマット
The following figure depicts a SCSI Write Command PDU embedded in an iSER Message encapsulated in an iWARP SendSE Message. For this particular example, in the iSER header, the Write STag Valid flag is set to one, the Read STag Valid flag is set to zero, the Write STag field contains a valid Write STag, and the Read STag field is set to all zeros since it is not used.
以下の図はiWARP SendSE Messageでカプセル化されたiSER Messageに埋め込まれたSCSI Write Command PDUについて表現します。 この特定の例において、iSERヘッダーでは、Write STag Valid旗は1つに設定されて、Read STag Valid旗はゼロに設定されて、Write STag分野は有効なWrite STagを含んでいて、それが使用されていないので、Read STag分野はすべてのゼロに設定されます。
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| MPA Header | DDP Control | RDMA Control |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Reserved |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| (Send) Queue Number |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| (Send) Message Sequence Number |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| (Send) Message Offset |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 0001b |1|0| All zeros |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Write STag |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| All Zeros |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| SCSI Write Command PDU |
// //
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| MPA CRC |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | MPAヘッダー| DDPコントロール| RDMAコントロール| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 予約されます。| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | (発信します) 待ち行列番号| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | (発信します) メッセージ通番| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | (発信します) メッセージオフセット| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 0001b|1|0| すべてのゼロ| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 男一人で書いてください。| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | すべてのゼロ| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | SCSI書きコマンドPDU| // // | | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | MPA CRC| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 10. SendSE Message Containing a SCSI Write Command PDU
図10。 SCSI書きコマンドPDUを含むSendSEメッセージ
Ko, et al. Standards Track [Page 77] RFC 5046 iSER Specification October 2007
コー、他 規格はiSER仕様2007年10月にRFC5046を追跡します[77ページ]。
A.6. iWARP Message Format for RDMA Read Request
A.6RDMA読み出し要求のためのiWARPメッセージ・フォーマット
An iSCSI R2T is transformed into an iWARP RDMA Read Request Message. The following figure depicts an iWARP RDMA Read Request Message:
iSCSI R2TはiWARP RDMA Read Request Messageに変えられます。 以下の図はiWARP RDMA Read Request Messageについて表現します:
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| MPA Header | DDP Control | RDMA Control |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Reserved (Not Used) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| DDP (RDMA Read Request) Queue Number |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| DDP (RDMA Read Request) Message Sequence Number |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| DDP (RDMA Read Request) Message Offset |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Data Sink STag (SinkSTag) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
+ Data Sink Tagged Offset (SinkTO) +
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| RDMA Read Message Size (RDMARDSZ) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Data Source STag (SrcSTag) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
+ Data Source Tagged Offset (SrcTO) +
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| MPA CRC |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | MPAヘッダー| DDPコントロール| RDMAコントロール| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 予約されます(使用されません)。| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | DDP(RDMA読み出し要求)待ち行列番号| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | DDP(RDMA読み出し要求)メッセージ通番| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | DDP(RDMA読み出し要求)メッセージオフセット| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | データ受信端末雄ジカ(SinkSTag)| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | + タグ付けをされたデータ受信端末は(SinkTO)+を相殺しました。| | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | RDMA既読メッセージサイズ(RDMARDSZ)| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | データ送信端末雄ジカ(SrcSTag)| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | + タグ付けをされたデータ送信端末は(SrcTO)+を相殺しました。| | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | MPA CRC| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 11. RDMA Read Request Message
図11。 RDMAは要求メッセージを読みます。
Ko, et al. Standards Track [Page 78] RFC 5046 iSER Specification October 2007
コー、他 規格はiSER仕様2007年10月にRFC5046を追跡します[78ページ]。
A.7. iWARP Message Format for Solicited SCSI Write Data
A.7請求されたSCSIのためのiWARPメッセージ・フォーマットはデータを書きます。
The following figure depicts an iWARP RDMA Read Response Message carrying the solicited SCSI Write data in the payload:
以下の図はペイロードの請求されたSCSI Writeデータを運ぶiWARP RDMA Read Response Messageについて表現します:
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| MPA Header | DDP Control | RDMA Control |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Data Sink STag |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Data Sink Tagged Offset |
+ +
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| SCSI Write Data |
// //
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| MPA CRC |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | MPAヘッダー| DDPコントロール| RDMAコントロール| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 男一人でデータ受信端末| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | データ受信端末のタグ付けをされたオフセット| + + | | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | SCSIはデータを書きます。| // // | | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | MPA CRC| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 12. RDMA Read Response Message Containing SCSI Write Data
図12。 SCSIを含む応答メッセージが読まれたRDMAはデータを書きます。
Ko, et al. Standards Track [Page 79] RFC 5046 iSER Specification October 2007
コー、他 規格はiSER仕様2007年10月にRFC5046を追跡します[79ページ]。
A.8. iWARP Message Format for SCSI Response PDU
A.8SCSI応答PDUのためのiWARPメッセージ・フォーマット
The following figure depicts a SCSI Response PDU embedded in an iSER Message encapsulated in an iWARP SendInvSE Message:
以下の図はiWARP SendInvSE Messageでカプセル化されたiSER Messageに埋め込まれたSCSI Response PDUについて表現します:
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| MPA Header | DDP Control | RDMA Control |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Invalidate STag |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| (Send) Queue Number |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| (Send) Message Sequence Number |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| (Send) Message Offset |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 0001b |0|0| All Zeros |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| All Zeros |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| All Zeros |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| SCSI Response PDU |
// //
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| MPA CRC |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | MPAヘッダー| DDPコントロール| RDMAコントロール| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 雄ジカを無効にしてください。| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | (発信します) 待ち行列番号| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | (発信します) メッセージ通番| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | (発信します) メッセージオフセット| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 0001b|0|0| すべてのゼロ| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | すべてのゼロ| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | すべてのゼロ| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | SCSI応答PDU| // // | | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | MPA CRC| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 13. SendInvSE Message Containing SCSI Response PDU
図13。 SCSI応答PDUを含むSendInvSEメッセージ
Ko, et al. Standards Track [Page 80] RFC 5046 iSER Specification October 2007
コー、他 規格はiSER仕様2007年10月にRFC5046を追跡します[80ページ]。
Appendix B. Architectural Discussion of iSER over InfiniBand
インフィニバンドの上のiSERの付録のB.の建築議論
This section explains how an InfiniBand network (with Gateways) would be structured. It is informational only and is intended to provide insight on how iSER is used in an InfiniBand environment.
このセクションはインフィニバンドネットワーク(Gatewaysと)がどう構造化されるだろうかを説明します。 そして、それが情報である、唯一、iSERがインフィニバンド環境でどう使用されるかの洞察を提供することを意図します。
B.1. The Host Side of the iSCSI and iSER Connections in InfiniBand
B.1。 インフィニバンドによるiSCSIとiSERコネクションズのホスト側
Figure 14 defines the topologies in which iSCSI and iSER will be able to operate on an InfiniBand Network.
図14はiSCSIとiSERがインフィニバンドNetworkを作動させることができるtopologiesを定義します。
+---------+ +---------+ +---------+ +---------+ +--- -----+
| Host | | Host | | Host | | Host | | Host |
| | | | | | | | | |
+---+-+---+ +---+-+---+ +---+-+---+ +---+-+---+ +---+-+---+
|HCA| |HCA| |HCA| |HCA| |HCA| |HCA| |HCA| |HCA| |HCA| |HCA|
+-v-+ +-v-+ +-v-+ +-v-+ +-v-+ +-v-+ +-v-+ +-v-+ +-v-+ +-v-+
|----+------|-----+-----|-----+-----|-----+-----|-----+---> To IB
IB| IB | IB | IB | IB | SubNet2 SWTCH
+-v-----------v-----------v-----------v-----------v---------+
| InfiniBand Switch for Subnet1 |
+---+-----+--------+-----+--------+-----+------------v------+
| TCA | | TCA | | TCA | |
+-----+ +-----+ +-----+ | IB
/ IB \ / IB \ / \ +--+--v--+--+
| iSER | | iSER | | IPoIB | | | TCA | |
| Gateway | | Gateway | | Gateway | | +-----+ |
| to | | to | | to | | Storage |
| iSCSI | | iSER | | IP | | Controller|
| TCP | | iWARP | |Ethernet | +-----+-----+
+---v-----| +---v-----| +----v----+
| EN | EN | EN
+--------------+---------------+----> to IP based storage
Ethernet links that carry iSCSI or iWARP
+---------+ +---------+ +---------+ +---------+ +--- -----+ | ホスト| | ホスト| | ホスト| | ホスト| | ホスト| | | | | | | | | | | +---+-+---+ +---+-+---+ +---+-+---+ +---+-+---+ +---+-+---+ |HCA| |HCA| |HCA| |HCA| |HCA| |HCA| |HCA| |HCA| |HCA| |HCA| +に対する+に対する++に対する++に対する++に対する++に対する++に対する++に対する++に対する++に対する++|----+------|-----+-----|-----+-----|-----+-----|-----+---IB IBへの>。| イブ| イブ| イブ| イブ| SubNet2 SWTCH+v-----------v-----------v-----------v-----------v---------+ | インフィニバンドはSubnet1のために切り替わります。| +---+-----+--------+-----+--------+-----+------------v------+ | TCA| | TCA| | TCA| | +-----+ +-----+ +-----+ | IB / IB\/IB\/\+--+--v--+--+| iSER| | iSER| | IPoIB| | | TCA| | | ゲートウェイ| | ゲートウェイ| | ゲートウェイ| | +-----+ | | to| | to| | to| | ストレージ| | iSCSI| | iSER| | IP| | コントローラ| | TCP| | iWARP| |イーサネット| +-----+-----+ +---v-----| +---v-----| +----v----+ | アン| アン| アン+--------------+---------------+----iSCSIかiWARPを運ぶIP基底付き記憶域イーサネットリンクへの>。
Figure 14. iSCSI and iSER on IB
図14 IBの上のiSCSIとiSER
In Figure 14, the Host systems are connected via the InfiniBand Host Channel Adapters (HCAs) to the InfiniBand links. With the use of IB switch(es), the InfiniBand links connect the HCA to InfiniBand Target Channel Adapters (TCAs) located in gateways or Storage Controllers. An iSER-capable IB-IP Gateway converts the iSER Messages encapsulated in IB protocols to either standard iSCSI, or iSER Messages for iWARP. An [IPoIB] Gateway converts the InfiniBand [IPoIB] protocol to IP protocol, and in the iSCSI case, permits iSCSI to be operated on an IB Network between the Hosts and the [IPoIB] Gateway.
図14では、HostシステムはインフィニバンドリンクへのインフィニバンドHost Channel Adapters(HCAs)を通して接続されます。 IBスイッチ(es)の使用で、インフィニバンドリンクはゲートウェイに位置するインフィニバンドTarget Channel Adapters(TCAs)かStorage ControllersにHCAを接続します。 iSERできるIB-IPゲートウェイはiWARPのためにIBプロトコルで標準のiSCSIかiSER Messagesのどちらかにカプセル化されたiSER Messagesを変換します。 [IPoIB]ゲートウェイは許可証のIPプロトコル、iSCSIケース、Hostsの間のIB Networkで操作されるべきiSCSI、および[IPoIB]ゲートウェイのインフィニバンド[IPoIB]プロトコルを変換します。
Ko, et al. Standards Track [Page 81] RFC 5046 iSER Specification October 2007
コー、他 規格はiSER仕様2007年10月にRFC5046を追跡します[81ページ]。
B.2. The Storage Side of the iSCSI and iSER Mixed Network Environment
B.2。 iSCSIとiSER混合ネットワーク環境のストレージ側
Figure 15 shows a storage controller that has three different portal groups: one supporting only iSCSI (TPG-4), one supporting iSER/iWARP or iSCSI (TPG-2), and one supporting iSER/IB (TPG-1).
図15は3を異なるようにするストレージコントローラに入り口のグループを示しています: iSER/iWARPかiSCSIをサポートしながらiSCSI(TPG-4)だけ、1をサポートする1つ(TPG-2)、およびiSER/IBをサポートする1つ(TPG-1)。
| | |
| | |
+--+--v--+----------+--v--+----------+--v--+--+
| | IB | |iWARP| | EN | |
| | | | TCP | | NIC | |
| |(TCA)| | RNIC| | | |
| +-----| +-----+ +-----+ |
| TPG-1 TPG-2 TPG-4 |
| 9.1.3.3 9.1.2.4 9.1.2.6 |
| |
| Storage Controller |
| |
+---------------------------------------------+
| | | | | | +--+--v--+----------+--v--+----------+--v--+--+| | イブ| |iWARP| | アン| | | | | | TCP| | NIC| | | |(TCA)| | RNIC| | | | | +-----| +-----+ +-----+ | | TPG-1 TPG-2 TPG-4| | 9.1.3.3 9.1.2.4 9.1.2.6 | | | | ストレージコントローラ| | | +---------------------------------------------+
Figure 15. Storage Controller with TCP, iWARP, and IB Connections
図15。 TCP、iWARP、およびIBコネクションズがあるストレージコントローラ
The normal iSCSI portal group advertising processes (via the Service Location Protocol (SLP), the Internet Storage Name Service (iSNS), or SendTargets) are available to a Storage Controller.
正常なiSCSI入り口のグループ広告プロセス(Service Locationプロトコル(SLP)、インターネットStorage Name Service(iSNS)、またはSendTargetsを通した)はStorage Controllerに利用可能です。
B.3. Discovery Processes for an InfiniBand Host
B.3。 インフィニバンドホストのための発見プロセス
An InfiniBand Host system can gather portal group IP addresses from SLP, iSNS, or the SendTargets discovery processes by using TCP/IP via [IPoIB]. After obtaining one or more remote portal IP addresses, the Initiator uses the standard IP mechanisms to resolve the IP address to a local outgoing interface and the destination hardware address (Ethernet MAC or IB GID of the target or a gateway leading to the target). If the resolved interface is an [IPoIB] network interface, then the target portal can be reached through an InfiniBand fabric. In this case, the Initiator can establish an iSCSI/TCP or iSCSI/iSER session with the Target over that InfiniBand interface, using the Hardware Address (InfiniBand GID) obtained through the standard Address Resolution (ARP) processes.
インフィニバンドHostシステムは、SLP、iSNS、またはSendTargets発見プロセスから[IPoIB]を通してTCP/IPを使用することによって、入り口のグループIPアドレスを集めることができます。 1つ以上のリモート入り口のIPアドレスを得た後に、Initiatorは、地方の外向的なインタフェースと目的地ハードウェア・アドレス(目標につながる目標かゲートウェイのイーサネットMACかIB GID)にIPアドレスを決議するのに標準のIPメカニズムを使用します。 決心しているインタフェースが[IPoIB]ネットワーク・インターフェースであるなら、目標入り口にインフィニバンド骨組みを通して達することができます。 この場合、Initiatorはそのインフィニバンドインタフェースの上のTargetとのiSCSI/TCPかiSCSI/iSERセッションを確立できます、標準のAddress Resolution(ARP)プロセスを通して入手されたHardware Address(インフィニバンドGID)を使用して。
If more than one IP address is obtained through the discovery process, the Initiator should select a Target IP address that is on the same IP subnet as the Initiator, if one exists. This will avoid a potential overhead of going through a gateway when a direct path exists.
発見プロセスを通して1つ以上のIPアドレスを得るなら、InitiatorはInitiatorと同じIPサブネットにあるTarget IPアドレスを選択するはずです、1つが存在しているなら。 これは直接路が存在しているとゲートウェイを通る潜在的オーバーヘッドを避けるでしょう。
Ko, et al. Standards Track [Page 82] RFC 5046 iSER Specification October 2007
コー、他 規格はiSER仕様2007年10月にRFC5046を追跡します[82ページ]。
In addition, a user can configure manual static IP route entries if a particular path to the target is preferred.
さらに、目標への特定の経路が好まれるなら、ユーザは手動の静的なIPルートエントリーを構成できます。
B.4. IBTA Connection Specifications
B.4。 IBTA接続仕様
The InfiniBand Trade Association (IBTA) connection specifications are outside the scope of this document, but it is expected that the IBTA has or will define:
このドキュメントの範囲の外にインフィニバンドTrade Association(IBTA)接続仕様がありますが、IBTAがそうしたと予想されるか、または以下を定義するでしょう。
* The iSER ServiceID.
* iSER ServiceID。
* A Means for permitting a Host to establish a connection with a
peer InfiniBand end-node, and to fall back to iSCSI/TCP over
[IPoIB] if that peer indicates iSER is not supported.
* その同輩が、iSERが支持されないのを示すならHostが同輩インフィニバンドエンドノードで取引関係を築いて、[IPoIB]の上にiSCSI/TCPへ後ろへ下がることを許可するためのMeans。
* A Means for permitting the Host to establish connections with IB
iSER connections on storage controllers or IB iSER connected
Gateways in preference to [IPoIB] connected Gateways/Bridges or
connections to Target Storage Controllers that also accept iSCSI
via [IPoIB].
* Hostが[IPoIB]に優先して格納コントローラかIB iSERの接続GatewaysにおけるIB iSER接続と共に関係を樹立することを許可するためのMeansはまた、[IPoIB]を通してiSCSIを受け入れるTarget Storage ControllersにGateways/橋か接続を接続しました。
* A Means for combining the IB ServiceID for iSER and the IP port
number such that the IB Host can use normal IB connection
processes, yet ensure that the iSER target peer can actually
connect to the required IP port number.
* iSERとIPのためにIB ServiceIDを結合するためのMeansは、IB Hostが正常なIB接続の過程を使用できるように数を移植しますが、iSER目標同輩が実際に必要なIPポートナンバーに接続できるのを確実にします。
Acknowledgments
承認
This protocol was developed by a design team that, in addition to the authors, included Dwight Barron (HP), John Carrier (formerly from Adaptec), Ted Compton (EMC), Paul R. Culley (HP), Yaron Haviv (Voltaire), Jeff Hilland (HP), Mike Krause (HP), Alex Nezhinsky (Voltaire), Jim Pinkerton (Microsoft), Renato J. Recio (IBM), Julian Satran (IBM), Tom Talpey (Network Appliance), and Jim Wendt (HP). Special thanks to David Black (EMC) for his extensive review comments.
このプロトコルは作者に加えてドワイト・バロン(ヒューレット・パッカード)を含んでいたデザインチームによって開発されました、ジョンCarrier、(以前、Adaptec)、テッドコンプトン(EMC)、ポールR.Culley(ヒューレット・パッカード)、ヤロンHaviv(ボルテール)、ジェフHilland(ヒューレット・パッカード)、マイククラウジー(ヒューレット・パッカード)、アレックスNezhinsky(ボルテール)、ジム・ピンカートン(マイクロソフト)、レナートJ.Recio(IBM)、ジュリアンSatran(IBM)、トムTalpey(ネットアプライアンス)、およびジムウェント(ヒューレット・パッカード。) 彼の大量のレビューのためのデヴィッドBlack(EMC)のおかげで特別番組はコメントします。
Ko, et al. Standards Track [Page 83] RFC 5046 iSER Specification October 2007
コー、他 規格はiSER仕様2007年10月にRFC5046を追跡します[83ページ]。
Author's Address
作者のアドレス
Mallikarjun Chadalapaka Hewlett-Packard Company 8000 Foothills Blvd. Roseville, CA 95747-5668, USA Phone: +1-916-785-5621 EMail: cbm@rose.hp.com
Mallikarjun Chadalapakaヒューレット・パッカード会社8000山麓の丘Blvd. ローズビル、カリフォルニア95747-5668(米国)は以下に電話をします。 +1-916-785-5621 メールしてください: cbm@rose.hp.com
Uri Elzur Broadcom Corporation 5300 California Avenue Irvine, CA 92617, USA Phone: +1-949-926-6432 EMail: Uri@Broadcom.com
Avenueアーバイン、カリフォルニア 92617、ユリElzur Broadcom社5300のカリフォルニア米国は以下に電話をします。 +1-949-926-6432 メールしてください: Uri@Broadcom.com
John Hufferd Brocade Communications Systems, Inc. 1745 Technology Drive San Jose, CA 95110, USA Phone: +1-408-333-5244 EMail: jhufferd@brocade.com
ジョンHufferdはDriveサンノゼ、Inc.1745Technologyカリフォルニア 95110、米国が電話をする通信網を紋織りにします: +1-408-333-5244 メールしてください: jhufferd@brocade.com
Mike Ko IBM Corp. 650 Harry Rd. San Jose, CA 95120, USA Phone: +1-408-927-2085 EMail: mako@us.ibm.com
マイクコーIBM社650のハリー通り サンノゼ、カリフォルニア 95120、米国は以下に電話をします。 +1-408-927-2085 メールしてください: mako@us.ibm.com
Hemal Shah Broadcom Corporation 5300 California Avenue Irvine, CA 92617, USA Phone: +1-949-926-6941 EMail: hemal@broadcom.com
Avenueアーバイン、カリフォルニア 92617、血液のシャーBroadcom社5300のカリフォルニア米国は以下に電話をします。 +1-949-926-6941 メールしてください: hemal@broadcom.com
Patricia Thaler Broadcom Corporation 5300 California Avenue Irvine, CA 92617, USA Phone: +1-916-570-2707 EMail: pthaler@broadcom.com
Avenueアーバイン、カリフォルニア 92617、パトリシアターレルBroadcom社5300のカリフォルニア米国は以下に電話をします。 +1-916-570-2707 メールしてください: pthaler@broadcom.com
Ko, et al. Standards Track [Page 84] RFC 5046 iSER Specification October 2007
コー、他 規格はiSER仕様2007年10月にRFC5046を追跡します[84ページ]。
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に情報を記述してください。
Ko, et al. Standards Track [Page 85]
コー、他 標準化過程[85ページ]
一覧
スポンサーリンク
