[要約] RFC 5046は、iSCSIをRDMA対応プロトコル（RCaP）上で動作させ、iSCSIにRDMAデータ転送機能を追加する拡張仕様です。iSERはRDMA Read/Writeを使い、SCSI I/O Bufferへ中間コピーなしでデータを転送する方法と、iSCSIの接続・PDU処理との連携を定めます。
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
Internet Small Computer System Interface (iSCSI) Extensions for Remote Direct Memory Access (RDMA)
Remote Direct Memory Access (RDMA) のための Internet Small Computer System Interface (iSCSI) 拡張
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.
この文書は、インターネットコミュニティ向けのインターネット標準化過程のプロトコルを規定し、改善に向けた議論や提案を求めます。このプロトコルの標準化状況については、「Internet Official Protocol Standards」（STD 1）の最新版を参照してください。本メモは無制限に配布できます。
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.
iSCSI Extensions for RDMA (Remote Direct Memory Access) は、iSCSIをiWARPプロトコルスイートなどのRDMA対応プロトコルの上位に階層化することで、iSCSIにRDMAデータ転送機能を提供します。RDMA対応プロトコルはRDMA ReadおよびWriteサービスを提供し、これにより中間データコピーなしでデータをSCSI I/Oバッファに直接転送できます。この文書は、iWARPプロトコルスイートなどのRDMA対応プロトコルによって提供されるRDMAサービスをサポートするためのiSCSIプロトコルの拡張について説明します。
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
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 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
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
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アーキテクチャモデル（[SAM2]を参照）のマッピングです。SCSIコマンドはISCSIリクエストによって運ばれ、SCSIの応答とステータスはISCSI応答によって伝達されます。他のISCSIプロトコル交換とSCSIデータもISCSIプロトコルデータユニット（PDU）で輸送されます。
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モデルでは、順序が入れ替わったTCPセグメントは、エンドノード内のiSCSIプロトコル層がデータをiSCSIバッファーに配置する前に、いったん保存して再構成する必要があります。すべてのTCPセグメントに配置先を示すiSCSIヘッダーが含まれるとは限りません。また、TCPには、順序が入れ替わったセグメントの配置を助けるために、上位層プロトコル（ULP）のメッセージ境界を通知する仕組みが組み込まれていません。高速ネットワークでTCPセグメントを再構成すると、データコピーによるメモリ帯域幅の浪費、再構成用メモリーの必要性、コピーに費やすCPUサイクル、アプリケーションから見たストア・アンド・フォワード遅延が生じ、効率が大きく低下します。TCP再構成は[RFC3720]で重大な問題として認識され、実装と使用が任意の「同期・配置層」という概念が導入されました。[RFC3720]では、その具体的な方式の1つとして「マーカー」を定義しています。これは、TCPセグメントがまだ順序どおりに再構成されていない場合でも、TCPデータストリーム内でiSCSIプロトコルデータユニット（PDU）の境界をアプリケーション層で判別できるようにします。
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）が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プロトコルスタックは、実用可能な直接データ配置機能を提供します。また、InfiniBandが提供するものなど、直接データ配置に対応した他のRemote Direct Memory Access（RDMA）プロトコルスタックでiSCSIを使うことにも関心が寄せられています。このようなプロトコルスタックが提供するRDMA機能を指す一般用語として、RDMA対応プロトコル（RCaP）を使います。
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対応コントローラーがあり、SNICがない場合でも、他のアプリケーションと同じように、iSCSIがそのコントローラーの直接データ配置機能を利用できることが望ましいです。
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.
iSCSI Extensions for RDMA（iSER）は、汎用RDMA技術を活用するよう設計されています。iSERの目標は、iSCSIが汎用RDMA対応コントローラーを使って、直接データ配置とRDMA機能を利用できるようにすることです。つまり、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.
説明を簡潔にするため、また厳密なプロトコル上も正しいため、この文書ではiSERをiSCSIのプロトコル拡張として説明します。ただし、実際の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]が定義するiSCSIプロトコルを指す場合（つまりiSER拡張を使わない場合）は、意図を明確にするため「従来のiSCSI」という用語を使います。
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 BufferへSCSIデータを直接配置できるiSCSI向けRDMAデータ転送モデルを提供しつつ、iSCSI層へのデータ配信順序を維持すること。
2. Not require any major changes to the SCSI Architecture Model [SAM2] and SCSI command set standards.
2. SCSIアーキテクチャモデル[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に対応していない場合、セッションには従来のiSCSIデータ転送モードで動作することを求めること（従来のiSCSIモードで動作するエンドノードとiSER支援モードで動作するエンドノードとの間で、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対応ネットワークインターフェイスコントローラー（RNIC）などの汎用RDMA対応コントローラーを利用できるようにすること。または、iSCSIとiSERをソフトウェアで実装できるようにすること（RCaP実装やRDMA対応コントローラーにiSCSI/iSER専用の支援機能を求めないこと）。
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向けの軽量なデータ転送プロトコルを実装すること。
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プロトコルはiSCSI PDUをRCaPメッセージにマッピングする方法を定義し、汎用RDMA対応コントローラーに基づくiSCSI/iSER実装を実現できるようにします。iSERプロトコル層は、iSCSIセッションという概念を扱わず、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つのモードでのみ動作できます（つまり、同じセッション内の別の接続が従来のiSCSIモードのフル機能フェーズに入っている場合、ある接続をiSER支援モードで動作させることはできません）。
2. Once in iSER-assisted mode, all iSCSI interactions on that connection use RCaP Messages.
2. ISERアシストモードになったら、その接続に関するすべてのISCSI相互作用はRCaPメッセージを使用します。
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. 送信メッセージタイプは、ISERヘッダーが先行するISCSI制御型PDUを運ぶために使用されます。ISCSI制御型PDUの詳細については、セクション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書き込み、RDMA読み取りリクエスト、およびRDMA読み取り応答メッセージは、コントロールとISCSIデータタイプのPDUに関連付けられたすべてのデータ情報に使用されます。ISCSIデータ型PDUの詳細については、セクション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書き込みとSCSI読み取りのデータ転送（iSCSIの未要求データを除く）をそれぞれRDMA Read RequestとRDMA Writeによって開始します。
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の上にMarker PDU Aligned Framing for TCP（MPA）と呼ばれるCRC強化フレーミング層があります。InfiniBandではReliable ConnectionモードにCRCが含まれます）。このため、iSCSI/iSERセッションではiSCSIヘッダーダイジェストとデータダイジェストを"None"としてネゴシエートします。
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. iSERは、[RFC3720]で定義されたiSCSIエラー回復階層を全面的にサポートします（ただし、SNACK Request PDUの処理については7.3.11節を参照してください）。
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).
従来のiSCSI実装には、iSERを利用するための変更が必要になる場合があります。その変更が必要な場合は、iSERの上位層インターフェイス要件（3節）が中心になると考えられます。
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サービスの主要なプロトコル要素について説明します。
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対応コントローラー内で一意なI/Oバッファーの識別子です。iSER層はSCSI I/Oを完了するため、この識別子をリモートのiSCSI/iSERノードに通知します。
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とは、イニシエーターにあるI/OバッファーをターゲットからのRDMA ReadまたはRDMA Writeで利用できることを、イニシエーターがターゲットに通知することです。イニシエーターは、SCSI Command PDUを含むiSER MessageのヘッダーにSTagを含めることで、I/Oバッファーを通知します。基底のTagged Offsetは明示されませんが、ターゲットは常に0とみなさなければなりません。バッファー長は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.
I/O全体を未要求データだけで処理できる場合を除き、イニシエーターのiSER層は、各SCSI I/OのI/Oバッファーに対応するSTagをターゲットのiSER層に通知します。通知には、SCSI Command PDUを含むSend with Solicited Event（SendSE）MessageのiSERヘッダーを使います。
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層は、RDMA Read Operation（2.4.4節）のData SinkとなるI/OバッファーのSTagを、イニシエーターノード上のRCaP層に渡します。つまり、この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 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.
iSERプロトコルでは、関連タスクが正常に完了すると、通知済みのSTagが自動的に無効化されます。この自動無効化は、SCSI Response PDUを運ぶSend with Solicited Event and Invalidate（SendInvSE）Messageで実現します。自動無効化には、双方向コマンドとコマンドの異常終了という2つの例外があります。この場合、イニシエーターのiSER層はSTagを明示的に無効化しなければなりません。また、自動無効化が実行された場合でも、その結果が妥当であることを確認しなければなりません。
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.
Sendは、送信側がAdvertised bufferを宛先にしないRDMA Operationです。そのため受信側ではUntagged bufferを使います。
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層はSend Operationを使って、任意のiSCSI control-type PDUをターゲットに送信します。たとえば、イニシエーターはSend Operationで、SCSI Command PDUを含むiSER MessageをターゲットのiSER層へ転送します。
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層はSend Operationを使って、任意のiSCSI control-type PDUをイニシエーターに送信します。たとえば、ターゲットはSend Operationで、SCSI Response PDUを含むiSER MessageをイニシエーターのiSER層へ転送します。
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 bufferにデータを配置する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層はRDMA Write Operationを使って、ローカルI/O Bufferの内容をイニシエーターのAdvertised I/O Bufferに転送します。ターゲットのiSER層はRDMA Writeで、SCSI Readコマンドの完了に必要なデータの全部または一部を転送します。
The iSER layer at the initiator does not employ RDMA Writes.
イニシエーターのiSER層はRDMA Writeを使いません。
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 bufferからデータを取得するRDMA Operationです。RDMA Read Requestの送信側は、Data Sourceで有効なSTagとTagged Offsetを使ってMessageの取得元を指定し、さらにData Sinkを識別する有効なローカルSTagとTagged Offsetも指定します。
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 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.
ターゲットのiSER層はRDMA Read Operationを使って、イニシエーターのAdvertised I/O BufferからターゲットのローカルI/O Bufferへ内容を転送します。ターゲットのiSER層はRDMA Readで、SCSI Writeコマンドの完了に必要なデータの全部または一部を取得します。
The iSER layer at the initiator does not employ RDMA Reads.
イニシエーターのiSER層はRDMA Readを使いません。
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を受け取ります。SCSI ReadのI/O Buffer用にSTagを生成し、PDUのiSERヘッダーにそのSTagを含めてbufferをAdvertiseします。このiSER MessageはSendSE Messageを使ってターゲットに転送されます。
The iSER layer at the target uses one or more RDMA Writes to transfer the data required to complete the SCSI Read.
ターゲットのiSER層は、1つ以上のRDMA Writeを使って、SCSI Readの完了に必要なデータを転送します。
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層はSendInvSE Messageを使ってSCSI Response PDUをイニシエーターのiSER層に返します。イニシエーターのiSER層は、SCSI Response PDUを利用できることをiSCSI層に通知します。
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を受け取ります。要請型データ転送を行う場合、SCSI WriteのI/O Buffer用にSTagを生成し、PDUのiSERヘッダーにそのSTagを含めてbufferをAdvertiseします。このiSER MessageはSendSE 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 Typeを使って、即時データではない未要請データのPDUを1つ以上ターゲットに送信することもできます。
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層は1つ以上のRDMA Readを使って、SCSI Writeの完了に必要なデータを転送します。
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層はSendInvSE Messageを使ってSCSI Response PDUをイニシエーターのiSER層に返します。イニシエーターのiSER層は、SCSI Response PDUを利用できることをiSCSI層に通知します。
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 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.
iSCSI Extensions for RDMA（iSER）は、iSCSI層とRCaP層の間に位置します。RCaP層は、RCaPの仕様に応じて、異なるプロトコル層を1つ以上含む場合があります。図1に、SCSI、iSCSI、iSER、および各RCaP層の関係例を示します。TCPの場合、RCaPはiWARPです。InfiniBandの場合、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 |
+---------+--------------+------------+
Figure 1. Example of iSCSI/iSER Layering in Full Feature Phase
図1. フル機能フェーズにおけるiSCSI/iSERの階層構成例
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.
Advertisement（Advertised、Advertise、Advertisements、Advertises）: ローカルノードのbufferを利用できることをリモートiSER層に通知する行為です。ノードは、タグ付きbufferの識別情報（STag、TO、buffer長）をリモートiSER層に知らせることで、受信するRDMA Read Request MessageまたはRDMA Write Messageの宛先としてbufferを提供します。このタグ付きbuffer情報のAdvertisementは両端のiSER層が担い、RDMA-Capable Protocolでは定義しません。一般的には、タグ付きbufferのSTag、TO、buffer長をリモートiSER層宛てのSend Messageに含めます。
Completion (Completed, Complete, Completes) - Completion is defined as the process by the RDMA-Capable Protocol layer to inform the iSER layer, that a particular RDMA Operation has performed all functions specified for the RDMA Operation.
Completion（Completed、Complete、Completes）: RDMA-Capable Protocol層がiSER層に通知する処理です。特定の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).
Connection: イニシエーターとターゲットの間の論理的な通信経路です（例: TCP connection）。イニシエーターとターゲットは1つ以上のConnectionを介して通信します。Connectionは、iSCSI Protocol Data Unit（iSCSI PDU）に含まれる制御メッセージ、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.
Connection Handle: 特定のiSCSI Connectionを識別する情報要素であり、指定されたiSCSI-iSER pair内で一意です。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.
Data Sink: データペイロードを受信するピアです。データペイロードを転送するために、Data SinkがRCaP Messageの送信と受信の両方を行う必要がある場合もあります。
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.
Data Source: データペイロードを送信するピアです。データペイロードを転送するために、Data SourceがRCaP Messageの送信と受信の両方を行う必要がある場合もあります。
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 Primitiveを公開し、使用します。トランスポート層と連携して、iSCSI Connection上の制御情報とデータ情報を転送します。この仕様ではiSER層がDatamover Layerです。
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 Protocol: Datamover Layerの機能を実現するために定義されたwire protocolです。この仕様ではiSERプロトコルがDatamover Protocolです。
Event - An indication provided by the RDMA-Capable Protocol layer to the iSER layer to indicate a Completion or other condition requiring immediate attention.
Event: RDMA-Capable Protocol層がiSER層に通知する情報であり、Completionまたは即時対応が必要なその他の状態を示します。
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.
Inbound RDMA Read Queue Depth（IRD）: Data Sourceにおいて、特定のRCaP Stream上でRDMA-Capable Controllerが処理できる、未完了の受信RDMA Read Requestの最大数です。RCaPプロトコル層によっては、IRDを別の名称で呼ぶ場合があります。たとえばInfiniBandでは、IRDに相当するものをResponder Resourcesと呼びます。
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.
Invalidate STag: ローカルノードのiSER層が次の明示的なAdvertisementで再び利用可能にするまで、リモートピアが以前に明示的にAdvertiseされたSTagを再利用できないようにする仕組みです。
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.
I/O Buffer: SCSI ReadまたはWrite操作で使うbufferで、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プロトコルは、SAM-2のSCSI Architecture ModelをTCP上にマッピングしたものです。
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 control-type PDU: iSCSI data-type PDUではなく、要請型データを運ぶSCSI Data-out PDUでもないiSCSI PDUです。具体的には、未要請データを運ぶSCSI Data-out PDUはiSCSI control-type PDUに分類されます。
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 data-type PDU: Full Feature PhaseのiSCSI Connection上で、リモートiSCSI層には透過的なデータ転送をピアiSCSIノード間で発生させるiSCSI PDUです。送信側iSCSI層がこのPDUの送信を要求すると、リモートiSCSI層が介在せずに対応するデータ転送が行われます。つまり、PDU自体がそのままリモートiSCSI層に届けられるわけではありません。SCSI Data-In PDUとR2T PDUがiSCSI data-type 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: エンドノード内でiSCSIプロトコルを実装するプロトコルスタックの層です。Datamover Interfaceを介してiSER層と接続します。
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 Protocol Data Unit）: イニシエーター側とターゲット側のiSCSI層は、通信をメッセージに分割します。これらのメッセージを「iSCSI protocol data unit」（iSCSI PDU）と呼びます。
iSCSI/iSER Connection - An iSER-assisted iSCSI connection.
iSCSI/iSER Connection: iSER支援モードのiSCSI Connectionです。
iSCSI/iSER Session - An iSER-assisted iSCSI session.
iSCSI/iSER Session: iSER支援モードのiSCSI Sessionです。
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: iSCSI Extensions for RDMA。本文書が定義するプロトコルです。
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-assisted: 対象のiSCSI/iSER ConnectionでiSCSI層の下にiSER機能も有効にした場合のiSCSI動作を表す一般用語です。
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 Requestの最大数を表す変数です。
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: 特定のRCaP Stream上でiSER層が開始できる未完了RDMA Read Requestの最大数を表す変数です。この変数はターゲットのiSER層だけが管理します。
iSER Layer - The layer that implements the iSCSI Extensions for RDMA (iSER) protocol.
iSER Layer: iSCSI Extensions for RDMA（iSER）プロトコルを実装する層です。
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: [TCP]上で動作する場合、[RDMAP]、[DDP]、[MPA]から成るwire protocol群です。[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.
Local Mapping: Initiator Task TagをローカルのSTagに対応付ける、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.
Local Peer: 接続のローカル側にあるRDMA-Capable Protocolの実装です。2つのNode間のプロトコル交換などを説明する際、ローカル側のエンティティを指します。
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.
Node: ネットワーク上の1つ以上のリンクに接続されたコンピューター装置です。ここでいうNodeは、その装置上で実行される特定のアプリケーションやプロトコルのインスタンスを指しません。Nodeは、ホストコンピューターに搭載された1つ以上のRDMA-Capable Controllerで構成される場合があります。
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].
Operational Primitive: 要求元に代わって別の層に特定の処理を要求するか、イベントを別の層に通知する抽象的な機能インターフェイス手続きです。iSCSIエンドノード内のiSCSI層とDatamover層の間では、一連のOperational Primitiveによって両層間の機能インターフェイスを定義します。Operational Primitiveを呼び出しても、要求先の層が必ず応答するとは限りません。iSCSIとiSERが利用できるOperational Primitiveの種類と要求・応答の意味については、[DA]に詳しい説明があります。
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 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.
Outbound RDMA Read Queue Depth（ORD）: Data Sinkにおいて、特定のRCaP Stream上でRDMA-Capable Controllerが開始できる未完了RDMA Read Requestの最大数です。RCaP層によってはORDを別の名称で呼ぶ場合があります。たとえばInfiniBandでは、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].
Phase-Collapse: SCSI statusを、ターゲットからの最後のSCSI Data-in 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-Capable Protocolにおける1つのRDMA Operation、またはRDMA Read Operationの一部を構成する、ネットワーク層の1つ以上のパケットです。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: 1つのトランスポート層ストリーム上で、2つのNodeにあるピアRDMA-Capable Protocol層の間に確立される単一の双方向アソシエーションです。iWARPではRCaP StreamをRDMAP Streamと呼びます。このアソシエーションは、iSER対応をネゴシエートしたLogin Phaseが成功し、ConnectionがiSER支援モードに移行するときに確立されます。
RDMA-Capable Protocol (RCaP) - The protocol or protocol suite that provides a reliable RDMA transport functionality, e.g., iWARP, InfiniBand, etc.
RDMA-Capable Protocol（RCaP）: iWARPやInfiniBandなど、信頼性のあるRDMAトランスポート機能を提供するプロトコルまたはプロトコルスイートです。
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-Capable Controller: RDMA機能を備えたネットワークI/Oアダプターまたは組み込みコントローラーです。たとえばiWARPではRNIC、InfiniBandではHCA（Host Channel Adapter）またはTCA（Target Channel Adapter）が該当します。
RDMA-enabled Network Interface Controller (RNIC) - A network I/O adapter or embedded controller with iWARP functionality.
RDMA-enabled Network Interface Controller（RNIC）: iWARP機能を備えたネットワークI/Oアダプターまたは組み込みコントローラーです。
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へデータを転送するためのRCaP Message列で、制御Messageも含みます。次のRDMA Operationを定義します: RDMA Write Operation、RDMA Read Operation、Send Operation、Send with Invalidate Operation、Send with Solicited Event Operation、Send with Solicited Event and Invalidate Operation、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 Protocol（RDMAP）: [RDMAP]が定義するwire protocolです。Local PeerとRemote Peerの間でULPデータを転送するRDMA Operationをサポートします。
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: Remote PeerのData Source bufferの内容をLocal PeerのData Sink bufferに転送するため、Data Sinkが使うRDMA Operationです。RDMA Read Operationは、1つのRDMA Read Request Messageと1つのRDMA Read Response Messageで構成されます。
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にbuffer内容の転送を要求するためにData Sinkが使うRCaP Messageです。RDMA Read Request Messageには、Data Source bufferとData Sink bufferの両方を記述します。
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 Sourceがbufferの内容をData Sinkへ転送するために使うRCaP Messageです。RDMA Read Response Messageに記述するのはData Sink bufferだけです。
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: Local PeerのData Source bufferの内容をRemote PeerのData Sink bufferへ転送するため、Data Sourceが使うRDMA Operationです。RDMA Write Messageに記述するのはData Sink bufferだけです。
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.
Remote Direct Memory Access（RDMA）: 転送するデータのリモート位置をローカルシステムが指定し、リモートシステム上のメモリーにアクセスする方法です。リモートシステムにRDMA-Capable 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.
Remote Mapping: Initiator Task TagをAdvertise済みのSTagに対応付ける、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.
Remote Peer: 接続のリモート側にあるRDMA-Capable Protocolの実装です。2つのNode間のプロトコル交換などを説明する際、リモート側のエンティティを指します。
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 CDB（Command Descriptor Block）を作成・受信し、残りのコマンド実行パラメーター[SAM2]とともにiSCSI層へ送信し、iSCSI層から受信する層です。
Send - An RDMA Operation that transfers the contents of a Buffer from the Local Peer to a Buffer at the Remote Peer.
Send: Local PeerのBufferの内容をRemote Peerの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.
Send Message Type: Send Message、Send with Invalidate Message、Send with Solicited Event Message、またはSend with Solicited Event and Invalidate Messageです。
SendInvSE Message - A Send with Solicited Event and Invalidate Message.
SendInvSE Message: Send with Solicited Event and Invalidate Messageです。
SendSE Message - A Send with Solicited Event Message.
SendSE Message: Send with Solicited Event Messageです。
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].
Sequence Number（SN）: SCSI Data-in 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.
Session（iSCSI Session）: イニシエーターのSCSI portとターゲットのSCSI portを結ぶConnection群がiSCSI Session（SCSI I-T nexusに相当）を形成します。I-T nexusが維持されている間も、SessionにConnectionを追加したり、Sessionから削除したりできます。Session内のConnectionを通じて、イニシエーターには常に同じターゲットが見えます。
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.
Solicited Event（SE）: Send with Solicited EventまたはSend with Solicited Event and Invalidate Messageを受信したとき、受信側がそのEventを生成する設定であれば、RDMA Operationの送信側が受信側にEventを発生させられる仕組みです。
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.
Steering Tag（STag）: [RDMAP]および[DDP]で定義された、Node上のTagged Buffer（ローカルまたはリモート）の識別子です。他のRDMA-Capable Protocolでは異なる名称を使う場合がありますが、ここではSTagと呼びます。たとえばInfiniBandでは、リモートSTagをR-Key、ローカルSTagをL-Keyと呼びますが、どちらもSTagとして扱います。
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.
Tagged Buffer: STag、Tagged Offset、長さを交換することで、リモートNodeのiSER層に明示的にAdvertiseされたbufferです。
Tagged Offset (TO) - The offset within a Tagged Buffer.
Tagged Offset（TO）: Tagged Buffer内のoffsetです。
Traditional iSCSI - Refers to the iSCSI protocol as defined in [RFC3720] (i.e. without the iSER enhancements).
Traditional iSCSI: [RFC3720]が定義するiSCSIプロトコルを指します（iSER拡張は含みません）。
Untagged Buffer - A buffer that is not explicitly Advertised to the iSER layer at the remode node.
Untagged Buffer: リモートNodeのiSER層に明示的にAdvertiseされていないbufferです。
Acronym Definition
--------------------------------------------------------------
AHS Additional Header Segment
AHS: Additional Header Segment（追加ヘッダーセグメント）
BHS Basic Header Segment
BHS: Basic Header Segment（基本ヘッダーセグメント）
CO Connection Only
CO: Connection Only（接続のみ）
CRC Cyclic Redundancy Check
DDP Direct Data Placement Protocol
DI Datamover Interface
DI: Datamover Interface（データ転送インターフェイス）
HCA Host Channel Adapter
HCA: Host Channel Adapter（ホストチャネルアダプター）
IANA Internet Assigned Numbers Authority
IANA: Internet Assigned Numbers Authority
IB InfiniBand
IB: InfiniBand
IETF Internet Engineering Task Force
IETF: Internet Engineering Task Force
I/O Input - Output
I/O: Input/Output（入出力）
IO Initialize Only
IO: Initialize Only（初期化のみ）
IP Internet Protocol
IP: Internet Protocol（インターネットプロトコル）
IPoIB IP over InfiniBand
IPoIB: IP over InfiniBand（InfiniBand上のIP）
IPsec Internet Protocol Security
IPsec: Internet Protocol Security（インターネットプロトコルセキュリティ）
iSER iSCSI Extensions for RDMA
iSER: iSCSI Extensions for RDMA（RDMA向けiSCSI拡張）
ITT Initiator Task Tag
ITT: Initiator Task Tag（イニシエータータスクタグ）
LO Leading Only
LO: Leading Only（先行接続のみ）
MPA Marker PDU Aligned Framing for TCP
MPA: Marker PDU Aligned Framing for TCP（TCP向けMarker PDU整列フレーミング）
NOP No Operation
NOP: No Operation（何もしない操作）
NSG Next Stage (during the iSCSI Login Phase)
NSG: Next Stage（iSCSI Login Phase中の次の段階）
OS Operating System
OS: Operating System（オペレーティングシステム）
PDU Protocol Data Unit
PDU: Protocol Data Unit（プロトコルデータユニット）
R2T Ready To Transfer
R2T: Ready To Transfer（転送準備完了）
R2TSN Ready To Transfer Sequence Number
R2TSN: Ready To Transfer Sequence Number（転送準備完了シーケンス番号）
RDMA Remote Direct Memory Access
RDMA: Remote Direct Memory Access（リモートダイレクトメモリアクセス）
RDMAP Remote Direct Memory Access Protocol
RDMAP: Remote Direct Memory Access Protocol（リモートダイレクトメモリアクセスプロトコル）
RFC Request For Comments
RNIC RDMA-enabled Network Interface Controller
SAM2 SCSI Architecture Model - 2
SAM2: SCSI Architecture Model - 2（SCSIアーキテクチャモデル第2版）
SCSI Small Computer Systems Interface
SCSI: Small Computer Systems Interface（小型コンピューターシステムインターフェイス）
SNACK Selective Negative Acknowledgment - also Sequence Number Acknowledgement for data
SNACK: Selective Negative Acknowledgment（選択的否定応答）。データについてはSequence Number Acknowledgementも意味します。
STag Steering Tag
STag: Steering Tag（ステアリングタグ）
SW Session Wide
SW: Session Wide（セッション全体）
TCA Target Channel Adapter
TCA: Target Channel Adapter（ターゲットチャネルアダプター）
TCP Transmission Control Protocol
TCP: Transmission Control Protocol（伝送制御プロトコル）
TMF Task Management Function
TMF: Task Management Function（タスク管理機能）
TTT Target Transfer Tag
TTT: Target Transfer Tag（ターゲット転送タグ）
TO Tagged Offset
TO: Tagged Offset（タグ付きオフセット）
ULP Upper Level Protocol
ULP: Upper Level Protocol（上位層プロトコル）
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"、"MUST NOT"、"REQUIRED"、"SHALL"、"SHALL NOT"、"SHOULD"、"SHOULD NOT"、"RECOMMENDED"、"MAY"、および "OPTIONAL" は、[RFC2119] で説明されているように解釈されるものとします。
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 Primitives, a Data_Descriptor is used to identify the iSCSI/SCSI data buffer associated with the requested or completed operation.
インターフェイス要件はOperational Primitiveによって規定します。Operational Primitiveは、他方の層に代わって特定の処理を実行するよう一方の層が要求するか、イベントを他方の層に通知するための、iSCSI層とiSER層の間の抽象的な機能インターフェイス手続きです。Operational Primitiveを呼び出すときは、対象のiSCSI Connectionを識別するためConnection_Handle qualifierを使います。一部のOperational Primitiveでは、要求または完了した処理に対応するiSCSI/SCSIデータbufferをData_Descriptorで識別します。
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 Primitiveは、iSERプロトコルを説明しやすくするためのものです。iSER仕様の後続の節にある、これらのOperational Primitiveの使用に関する適合性要件は、iSCSI層とiSER層の間で必要な相互作用だけを規定します。また、Operational Primitiveに関する適合性要件が実装に求めるのは機能上の等価性であり、両層間のインターフェイスをどのように実装するかは規定しません。
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は、要求された処理を行うための情報コンテキストを指定する一連のqualifierを伴って呼び出します。qualifierを指定する必要はありますが、その実現方法（例: 呼び出し時に同期的に渡す、タスクコンテキストから取得する、共有メモリーから取得する）は実装に依存します。
The iSER protocol layer MUST support the following Operational Primitives to be used by the iSCSI protocol layer.
ISERプロトコル層は、ISCSIプロトコル層で使用する次の動作プリミティブをサポートしなければなりません (MUST)。
Input qualifiers: Connection_Handle, BHS and AHS (if any) of the iSCSI PDU, PDU-specific qualifiers
入力qualifier: Connection_Handle、iSCSI PDUのBHSとAHS（存在する場合）、PDU固有のqualifier
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層が、iSCSI control-type PDU（7.2節参照）の送信を要求するために使います。特定のcontrol-type PDUにだけ適用されるqualifierをPDU固有qualifierと呼びます（例: SCSI WriteコマンドのImmediateDataSize）。PDU固有qualifierについては7.3節を参照してください。接続がiSER支援モードのときに限り、iSCSI層はSend_Control Operational Primitiveを呼び出せます。
Input qualifiers: Connection_Handle, content of a SCSI Data-in PDU header, Data_Descriptor, Notify_Enable Return results: Not specified
入力qualifier: Connection_Handle、SCSI Data-in PDUヘッダーの内容、Data_Descriptor、Notify_Enable。戻り値: 規定なし。
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層が、Data_Descriptor qualifierで識別したbufferからSCSI Data-in PDUのデータを送信するよう要求するために使います。接続が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 qualifierは、最終的なローカル完了通知をiSCSI層に生成するかどうかをiSER層に伝えます。詳しくは3.2.2節のData_Completion_Notifyを参照してください。
Input qualifiers: Connection_Handle, content of an R2T PDU, Data_Descriptor, Notify_Enable
入力qualifier: Connection_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 qualifierで識別したbufferに受信するよう要求するために使います。接続が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 qualifierは、最終的なローカル完了通知をiSCSI層に生成するかどうかをiSER層に伝えます。詳しくは3.2.2節のData_Completion_Notifyを参照してください。
Input qualifiers: Connection_Handle, Resource_Descriptor (optional)
入力qualifier: Connection_Handle、Resource_Descriptor（任意）
Return results: Status
戻り値: 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 ConnectionでRCaPをサポートするために必要なすべての接続リソースの割り当てを要求するために使います。iSCSI層は、Resource_Descriptor qualifierで、iSCSI Connectionに必要な実装固有のリソースを任意に指定できます。
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 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.
戻り値Status=successは呼び出しの成功を、Status=failureは失敗を示します。過去の呼び出しが成功済みのConnection_Handleに対する呼び出しの場合、iSER層は要求を無視してStatus=successを返します。同じConnection_Handleに対して、同時に実行中にできるAllocate_Connection_Resources Operational Primitiveの呼び出しは1つだけです。
Input qualifiers: Connection_Handle
入力qualifier: 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の呼び出し成功によって以前に割り当てられたすべての接続リソースの解放を要求するために使います。
Input qualifiers: Connection_Handle, Transport_Connection_Descriptor, Final Login_Response_PDU (optional)
入力qualifier: Connection_Handle、Transport_Connection_Descriptor、最後のLogin_Response_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 ConnectionをiSER支援モードへ移行するよう要求するために使います。Transport_Connection_Descriptor qualifierで、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入力qualifierはターゲットにだけ適用され、iSCSI Login Phaseを完了させる最後のLogin Response PDUを含みます。基盤のトランスポートがTCPの場合、最後のLogin Response PDUは、イニシエーターのiSCSI層が期待するバイトストリームとして送信しなければなりません。このqualifierを使う場合、ターゲットのiSER層はiSER支援モードに移行する前に、この最後のLogin Response PDUを送信しなければなりません (MUST)。
Input qualifiers: Connection_Handle
入力qualifier: Connection_Handle
Return results: Not specified
戻り値: 規定なし
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 Connectionの終了と、関連する接続リソースおよびタスクリソースの解放を要求するために使います。このOperational Primitiveの呼び出しから戻ると、iSCSI層は、その接続に関連するI/O Bufferなど、iSCSIレベルのすべてのリソースを完全に所有するとみなせます。
Input qualifiers: Connection_Handle, number of keys, list of Key-Value pairs
入力qualifier: Connection_Handle、キーの数、Key-Valueペアのリスト
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層が、接続についてiSCSIピア間でネゴシエートされた指定のKey-ValueペアをiSER層に記録させるために使います。
Input qualifiers: Connection_Handle, ITT
入力qualifier: Connection_Handle、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.
ITT qualifierで識別されるタスクについて、iSER層が割り当てたRCaP固有リソースをすべて解放するよう、イニシエーター側とターゲット側のiSCSI層が要求するために使います。iSER層は、新しいiSCSIタスクごとに、ITTに関連付けられた一定数のRCaP固有リソースを必要とする場合があります。通常の実行では、タスクの開始ごとにタスクレベルのリソースが透過的に割り当てられ、タスク終了時に適宜解放されるものとします。SCSI Response PDUでタスクが終了しない例外的な場合には、タスクレベルのリソース管理を支援するため、個々のタスク終了をiSER層に通知する必要があります。このOperational Primitiveはそのために使います。SCSI Response PDUで通常どおりタスクが終了する場合は必要ありません。SCSI statusがsuccessでない場合も、通常どおりSCSI Response PDUでタスクが終了すれば、RCaP固有のタスクリソースは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プロトコル層によって提供される次の動作プリミティブを使用しなければなりません (MUST)。
Input qualifiers: Connection_Handle, an iSCSI control-type PDU
入力qualifier: Connection_Handle、iSCSI control-type 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 control-type PDUを利用できることをiSCSI層に通知するために使います。iSER層が受信PDUの到着をiSCSI層に通知し、さらに受信PDUの格納場所を実装固有の方法で示すと、そのPDUはiSCSI層にとって「利用可能」になります。
Input qualifiers: Connection_Handle, ITT, SN
入力qualifier: Connection_Handle、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.
iSCSI層が要求した送信データ転送の完了をiSER層からiSCSI層に通知するために使います。ただし、Put_Data Operational Primitive（3.1.2節参照）の呼び出しでNotify_Enableが設定されている場合に限ります。SNはSCSI Data-in 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.
iSCSI層が要求した受信データ転送の完了をiSER層からiSCSI層に通知するために使います。ただし、Get_Data Operational Primitive（3.1.3節参照）の呼び出しでNotify_Enableが設定されている場合に限ります。SNはR2T PDUに対応するR2TSNです。
Input qualifier: Connection_Handle, ITT, DataSN
入力qualifier: Connection_Handle、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].
Input qualifiers: Connection_Handle
入力qualifier: 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/iSER Connectionの終了または失敗をiSCSI層に通知するために使います。iSER層は、このOperational Primitiveを呼び出す前に、終了するConnectionに関連する接続リソースとタスクリソースを解放しなければなりません (MUST)。ローカルのiSCSI層が先にConnectionの終了を要求している場合、Connection_Terminate_Notify Operational Primitiveは呼び出しません。
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層は、先行Connection上でRDMAExtensionsキー（6.3節参照）の値を"Yes"にネゴシエートしなければなりません (MUST)。RDMAExtensionsキーの値が"Yes"にネゴシエートされていない場合、iSER支援モードを使ってはなりません (MUST NOT)。RDMAExtensionsキーの値が"Yes"にネゴシエートされても、iSER層へのAllocate_Connection_Resources Operational Primitiveの呼び出しが失敗した場合、iSCSI層はiSCSI Login処理を失敗させるか、適切にConnectionを終了しなければなりません (MUST)。詳細は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キーの値が"Yes"にネゴシエートされた場合、iSCSI層はiSERプロトコルが定める次の使用要件を満たさなければなりません (MUST)。
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. 読み取りまたは双方向コマンドのTask Allegiance Reassignmentに対するTask Management Function Requestでは、ターゲットが確認応答されていない読み取りデータをすべて送るよう、イニシエーターのiSCSI層はExpDataSNを0に設定しなければなりません (MUST)。
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 statusを必ず独立したSCSI Response PDUで返さなければなりません (MUST)。つまり、SCSI Readコマンドの完了時に"phase collapse"を起こしてはなりません (MUST NOT)。
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/Text Operational Keysに関する6節で定義したキーをサポートしなければなりません (MUST)。規定どおりに使う場合、これらのキーに対してNotUnderstoodで応答してはなりません (MUST NOT)。また、定義されたセマンティクスに、iSER支援モードの各接続で従わなければなりません (MUST)。
4. The iSCSI layer at the initiator MUST NOT issue SNACKs for PDUs.
4. イニシエーターのiSCSI層は、PDUに対するSNACKを発行してはなりません (MUST NOT)。
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 Write Operation（RDMA書き込み操作）、RDMA Read Operation（RDMA読み取り操作）、Send Operation（送信操作）、Send with Invalidate Operation（無効化付き送信操作）、Send with Solicited Event Operation（Solicited Event付き送信操作）、Send with Solicited Event and Invalidate Operation（Solicited Eventおよび無効化付き送信操作）、Terminate Operation（終了操作）を含む、すべての基本的なRDMA操作をサポートします。
* 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.
* iSER層が、あるRCaP Stream上でRDMA Write Operationに続いてRDMA Read Operationを開始した場合、リモートノードでのRDMA Read Response Messageの処理は、先行するRDMA Write 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.
* Data Source側では、RCaP層は1つのiSER Messageを1つのRCaP Messageにカプセル化します。Data Sink側では、RCaP層はiSER層に渡す前にiSER Messageをカプセル化解除します。
* 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でリモートから無効化するSTagをRCaP層に渡すと、RCaP層はそのSTagをSendInvSE Message内で無効化する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層は、RDMA Write Request MessageおよびRDMA Read Request Messageに、iSER層から渡された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層に渡す際、そのRDMA Send Messageの長さも通知します。これにより、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 Messageまたは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層がSendInvSE MessageをiSER層に渡す際、無効化したSTagの値を渡します。
* 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実装は、接続確立後にバイトストリームモードでLoginパラメーターを交換し、その後RDMAモードを有効にできるようにします。[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層は対応する接続を終了します。
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層はEnable_Datamover Operational Primitiveを呼び出し、そのiSCSI接続をiSER支援モードに移行するようiSER層に要求します。iSCSI/iSER接続の確立については5.1節を参照してください。iSER支援モードへの移行後は、RCaP層と下位のトランスポート層が接続を維持し、接続障害を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層がターゲットとの接続を確立するところから始まります。接続確立後、イニシエーターとターゲットのiSCSI層は[RFC3720]と同じ規則に従ってLogin Phaseに入ります。iSER支援モードがネゴシエートされ、RCaPをサポートするために必要な接続リソースがイニシエーターとターゲットの双方に割り当てられたうえで、ログインネゴシエーションの成功後に接続がiSCSI Full Feature Phaseへ移行すると、iSER支援モードに移行します。iSCSI Login Phaseと、その後のiSER支援Full Feature Phaseでは、同じ接続を使用しなければなりません (MUST)。
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 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支援モードを有効にできるのは、iSCSI Login PhaseのLoginOperationalNegotiation段階で、先行接続上においてネゴシエートされた場合に限ります (MUST)。iSER支援モードはRDMAExtensions=<boolean-value>キーを使用してネゴシエートします。モードを有効にするには、イニシエーターとターゲットの双方が、値を"Yes"に設定したRDMAExtensionsキーを交換しなければなりません (MUST)。双方が値"Yes"のRDMAExtensionsキーをネゴシエートできなかった場合、接続は[RFC3720]で定義されたログインの動作を継続しなければなりません (MUST)。RDMAExtensionsキーの値がYesにネゴシエートされなかった場合、一部のRCaP実装（[IB]など）では、TCP対応モードで接続を再確立する必要が生じることがあります（InfiniBandでは[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].
iSER支援モードはNormal sessionに対してのみ定義されています。Discovery sessionではRDMAExtensionsキーをネゴシエートしてはなりません (MUST NOT)。Discovery sessionは常に[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.
従来のiSCSIモードを優先するiSER対応ノードは、RDMAExtensionsキーの交換を開始する必要はありません。RDMAExtensionsキーを提示する場合は、LoginOperationalNegotiation段階で最初に送信可能なLogin ResponseまたはLogin Request PDUに含めなければなりません (MUST)。これは、一部のログインパラメーターの値が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支援モードはセッション全体に適用される属性です。セッションの先行接続でイニシエーターとターゲットの双方がRDMAExtensions="Yes"をネゴシエートした場合、同じセッションの後続接続はすべて、iSCSI Login Phase中にRDMAExtensionsキーを交換することなく、iSER支援モードを有効にしなければなりません (MUST)。
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を"Yes"にネゴシエートできなかった場合、そのセッションの以後の追加接続ではRDMAExtensionsキーを再度ネゴシエートしてはなりません (MUST NOT)。
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キーが"Yes"にネゴシエートされた場合、そのiSCSIセッションに参加するすべてのiSCSI/iSER接続で、HeaderDigestキーとDataDigestキーを"None"にネゴシエートしなければなりません (MUST)。iSCSI/iSER接続では、RCaPがすべてのiSER Messageに対して少なくとも32ビットCRCと同等のエラー検出を提供するためです。さらに、すべてのSCSI ReadデータはSCSI Data-in PDUではなくRDMA Write Messageで送信され、要求されたすべてのSCSI WriteデータはSCSI Data-out PDUではなくRDMA Read Response Messageで送信されます。iSCSI PDU用のHeaderDigestとDataDigestは、iSERで使用するRDMA ReadおよびRDMA Write Operationには適用されません。
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支援モードを有効にすることになった場合、イニシエーター側では、T（Transit）ビットを1、NSG（Next Stage）フィールドをFullFeaturePhaseに設定したLogin Requestを送信する前に、iSCSI層はAllocate_Connection_Resources Operational Primitiveを呼び出して、RCaPのサポートに必要な接続リソースを割り当てるようiSER層に要求しなければなりません (MUST)。必要な接続リソースは実装によって定まり、本仕様の範囲外です。iSCSI層は、Allocate_Connection_Resources Operational Primitiveの呼び出し前にNotice_Key_Values Operational Primitiveを呼び出し、その接続でネゴシエートされたiSCSIキーの値を記録するようiSER層に要求してもかまいません。入力修飾子として渡す具体的なキーは実装に依存します。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 Login Phaseが進む前に、iSCSI層がRCaPのサポートに必要な接続リソースをiSER層に割り当てるよう要求してはなりません (MUST NOT)。特に、Login PhaseにSecurityNegotiation段階が含まれる場合、認証の完了後にリソースを割り当てるため、iSCSI層は接続リソースの割り当て（Allocate_Connection_Resources Operational Primitiveの呼び出し）をLoginOperationalNegotiation段階まで延期しなければなりません (MUST) [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.
イニシエーターに割り当てる接続リソースの1つに、Inbound RDMA Read Queue Depth（IRD）があります。9.5.1節で説明するように、ターゲットはR2TをRDMA Read Operationに変換します。IRDは、ターゲットからイニシエーターへ向かうRCaP Streamごとに、同時に受信する未完了RDMA Read Requestの最大数を制限します。IRDに必要な値はiSER仕様の範囲外です。接続でR2Tを使用する場合、イニシエーターのiSER層はIRDを1以上に設定しなければなりません (MUST)。実装設定に基づき、IRDを0に設定してもかまいません (MAY)。これは、その接続ではR2Tを使用しないことを示します。初期状態では、イニシエーターのiSER-IRDをイニシエーターのIRD値に設定すべきです (SHOULD)。また、iSER-IRDはIRD値を超えてはなりません (MUST NOT)。
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.
一方、イニシエーターのiSER層はターゲットにRDMA Read Requestを発行しないため、Outbound RDMA Read Queue Depth（ORD）は0に設定してもかまいません (MAY)。
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のサポートに必要な接続リソースの割り当てに成功した場合、次のイベントが指定された順序で発生しなければなりません (MUST)。
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層に成功ステータスを返さなければなりません (MUST)。
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. ターゲットがTビットを1、NSGフィールドをFullFeaturePhaseに設定したLogin Responseを返し、ステータスクラスが0（Success）であった場合、iSCSI層は次の修飾子を指定してEnable_Datamover Operational Primitiveを呼び出し、iSER層にiSER支援モードへの移行を要求しなければなりません (MUST)。（ステータスクラスがSuccessでない場合は10.1.4.6節を参照してください。）
a. Connection_Handle that identifies the iSCSI connection.
a. iSCSI接続を識別するConnection_Handle。
b. Transport_Connection_Descriptor that identifies the specific transport connection associated with the Connection_Handle.
b. Connection_Handleに関連付けられた個別のトランスポート接続を識別するTransport_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の場合、この手順を実行しなければなりません (MUST)。RCaP Streamの起動状態によっては、この手順が不要なRCaPもあります。
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を送信しなければなりません (MUST)。iSER Helloの交換については5.1.3節を参照してください。
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 qualifiers are implementation dependent. These may include, but are not limited to, MaxOutstandingR2T, ErrorRecoveryLevel, etc.
iSCSIネゴシエーションの結果、iSER支援モードを有効にすることになった場合、ターゲット側では、T（Transit）ビットを1、NSG（Next Stage）フィールドをFullFeaturePhaseに設定したLogin Responseを送信する前に、iSCSI層はAllocate_Connection_Resources Operational Primitiveを呼び出して、RCaPのサポートに必要なリソースを割り当てるようiSER層に要求しなければなりません (MUST)。必要な接続リソースは実装によって定まり、本仕様の範囲外です。任意で、iSCSI層はAllocate_Connection_Resources Operational Primitiveの呼び出し前にNotice_Key_Values Operational Primitiveを呼び出し、その接続でネゴシエートされたiSCSIキーの値を記録するようiSER層に要求できます。入力修飾子として渡す具体的なキーは実装に依存します。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 Login Phaseが進む前に、iSCSI層がRCaPのサポートに必要な接続リソースをiSER層に割り当てるよう要求してはなりません (MUST NOT)。特に、Login PhaseにSecurityNegotiation段階が含まれる場合、認証の完了後にリソースを割り当てるため、iSCSI層は接続リソースの割り当て（Allocate_Connection_Resources Operational Primitiveの呼び出し）をLoginOperationalNegotiation段階まで延期しなければなりません (MUST) [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.
ターゲットに割り当てる接続リソースの1つに、Outbound RDMA Read Queue Depth（ORD）があります。9.5.1節で説明するように、ターゲットはR2TをRDMA Read Operationに変換します。ORDは、ターゲットからイニシエーターへ向かうRCaP Streamごとに、同時に未完了となるRDMA Read Requestの最大数を制限します。初期状態では、ターゲットの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 Requestを発行することを想定していないため、ターゲットのIRDは0に設定してもかまいません (MAY)。
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のサポートに必要な接続リソースの割り当てに成功した場合、次のイベントが指定された順序で発生しなければなりません (MUST)。
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層に成功ステータスを返さなければなりません (MUST)。
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層は、次の修飾子を指定してEnable_Datamover Operational Primitiveを呼び出し、iSER層にiSER支援モードへの移行を要求しなければなりません (MUST)。
a. Connection_Handle that identifies the iSCSI connection.
a. iSCSI接続を識別するConnection_Handle。
b. Transport_Connection_Descriptor that identifies the specific transport connection associated with the Connection_Handle.
b. Connection_Handleに関連付けられた個別のトランスポート接続を識別するTransport_Connection_Descriptor。
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ビットを1、NSGフィールドをFullFeaturePhaseに設定したLogin Responseを含む、トランスポート層の最後のメッセージ（TCPの場合など）。
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層は、iSCSI Login Phaseを完了するため、最後のLogin Response PDUをネイティブトランスポートモードで送信しなければなりません (MUST)。下位トランスポートがTCPの場合、最後のLogin Response PDUをバイトストリームモードで送信しなければなりません (MUST)。
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の場合、この手順を実行しなければなりません (MUST)。RCaP Streamの起動状態によっては、この手順が不要なRCaPもあります。
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を返さなければなりません (MUST)。詳しくは5.1.3節のiSER Hello Exchangeを参照してください。
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の操作をアトミックに実行しなければなりません (MUST)。これを行わないと競合状態が発生する可能性があります。
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でなければなりません (MUST)。このメッセージを使って、イニシエーターのiSER層はターゲットにiSERパラメーターを通知します。iSER Hello Messageのヘッダー形式については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層は、ターゲットが最初に送信するiSER MessageとしてiSER HelloReply Messageを返さなければなりません (MUST)。このメッセージを使って、ターゲットのiSER層はイニシエーターにiSERパラメーターを通知します。iSER HelloReply Messageのヘッダー形式については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値に設定しなければなりません (MUST)。イニシエーターが通知したiSER-IRD値がターゲットのORD値より小さい場合、未使用リソースを解放するため、ターゲットのiSER層はORD値をそのiSER-ORD値に合わせて（小さく）調整してもかまいません (MAY)。
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値がイニシエーターが通知したiSER-IRD値より小さい場合、未使用リソースを解放するため、IRD値をiSER-ORD値に合わせて（小さく）調整してもかまいません (MAY)。
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節を参照してください。
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層はSendSE Messageを使ってLogout Request PDUをターゲットに送信しなければなりません (MUST)。ターゲットからLogout Response PDUを含むSendSE Messageを受信した後、イニシエーターのiSER層はLogout Response PDUを指定したControl_Notify Operational Primitiveを呼び出して、iSCSI層に通知しなければなりません (MUST)。
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層は、接続に関連付けられたすべての接続リソースおよびタスクリソース（存在する場合）を解放し、その接続で使用したITTとローカルSTagを対応付けるLocal Mapping（存在する場合）を無効化してから、Connection_Terminate_Notify Operational Primitiveを呼び出してiSCSI層に通知しなければなりません (MUST)。
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を受信すると、ターゲットのiSER層はLogout Request PDUを指定したControl_Notify Operational Primitiveを呼び出して、ターゲットのiSCSI層に通知しなければなりません (MUST)。iSCSI層はLogout Response PDUを指定したSend_Control Operational Primitiveを呼び出してログアウト処理を完了します。ターゲットのiSER層はSendSE Messageを使ってLogout Response PDUをイニシエーターに送信しなければなりません (MUST)。iSCSIのログアウト処理が完了した後、ターゲットのiSCSI層はConnection_Terminate Operational Primitiveを呼び出してRCaP Streamを終了するよう、ターゲットのiSER層に要求しなければなりません (MUST)。
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層は接続を閉じなければなりません (MUST)。RCaP Streamと関連する接続が終了した後にRCaP層から通知を受けると、iSER層は接続に関連付けられたすべての接続リソースおよびタスクリソース（存在する場合）を解放し、その接続で使用したITTをローカルSTagおよびアドバタイズ済みSTagにそれぞれ対応付けるLocal MappingとRemote Mapping（存在する場合）を無効化しなければなりません (MUST)。
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ノード間でLogout Request PDUとLogout Response PDUを事前に交換せずにRCaP Streamを終了するようiSER層に要求するため、iSCSI層が呼び出してもかまいません (MAY)。終了処理の一環として、RCaP層は接続を閉じます。RCaP Streamと関連する接続が終了した後にRCaP層から通知を受けると、iSER層は次の処理を実行しなければなりません (MUST)。
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層は、接続に関連付けられたすべての接続リソースおよびタスクリソース（存在する場合）を解放し、その接続で使用したITTをローカルSTagおよびアドバタイズ済みSTagにそれぞれ対応付けるLocal MappingとRemote Mapping（存在する場合）を無効化しなければなりません (MUST)。
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層は、その接続に関連付けられたすべての接続リソースおよびタスクリソース（存在する場合）を解放し、その接続で使用したITTをローカルSTagに対応付けるLocal Mapping（存在する場合）を無効化しなければなりません (MUST)。
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層がConnection_Terminateを呼び出さずにiSCSI/iSER接続が終了した場合、iSER層はConnection_Terminate_Notify Operational Primitiveを呼び出して、接続が終了したことをiSCSI層に通知しなければなりません (MUST)。
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層は、接続に関連付けられたすべての接続リソースおよびタスクリソース（存在する場合）を解放し、その接続で使用したITTをローカルSTagおよびアドバタイズ済みSTagにそれぞれ対応付けるLocal MappingとRemote Mapping（存在する場合）を無効化しなければなりません (MUST)。
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層は、接続に関連付けられたすべての接続リソースおよびタスクリソース（存在する場合）を解放し、その接続で使用したITTをローカルSTagに対応付けるLocal Mapping（存在する場合）を無効化しなければなりません (MUST)。
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層が接続終了を報告した後、iSER層はConnection_Terminate_Notify Operational Primitiveを呼び出してiSCSI層に通知しなければなりません (MUST)。
Another example of a connection termination without a preceding logout is when the iSCSI layer at the initiator does an implicit logout (connection reinstatement).
先行するログアウトを伴わない接続終了の別の例として、イニシエーターのiSCSI層が暗黙のログアウト（接続の再確立）を行う場合があります。
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 login/text operational keyはiSERでの使用が制限されており、iSERプロトコルの機能を支えるために追加のキーも使用します。この節で扱わない[RFC3720]定義の他のキーは、同じ意味でiSCSI/iSER接続に使用できます。
Irrelevant when: RDMAExtensions=Yes
適用されない条件：RDMAExtensions=Yes
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=Yesとなるネゴシエーションが行われると、そのセッションのすべての接続でHeaderDigest=NoneおよびDataDigest=Noneとなります。この結果は既定値と明示的な設定のどちらにも優先します。
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=Yesがネゴシエートされた場合、そのセッションに属するiSCSI接続では、Login Phase中にMaxRecvDataSegmentLengthを通知する必要はありません。代わりに、6.5節で説明するInitiatorRecvDataSegmentLengthキーと、6.4節で説明するTargetRecvDataSegmentLengthキーをネゴシエートします。Login Phase中にMaxRecvDataSegmentLengthが通知されていた場合でも、ローカルおよびリモートのMaxRecvDataSegmentLength値は、これら2つのキーから導出します。
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値（本来ターゲットに通知する値）をInitiatorRecvDataSegmentLengthの値とし、リモートのMaxRecvDataSegmentLength値（本来ターゲットが通知する値）をTargetRecvDataSegmentLengthの値として扱わなければなりません (MUST)。同様に、ターゲットは、ローカルのMaxRecvDataSegmentLength値（本来イニシエーターに通知する値）をTargetRecvDataSegmentLengthの値とし、リモートのMaxRecvDataSegmentLength値（本来イニシエーターが通知する値）をInitiatorRecvDataSegmentLengthの値として扱わなければなりません (MUST)。
The MaxRecvDataSegmentLength key is applicable only for iSCSI control-type PDUs.
MaxRecvDataSegmentLengthキーは、iSCSIの制御型PDUにのみ適用されます。
Use: LO (leading only)
使用範囲：LO（先行接続のみ）
Senders: Initiator and Target
送信者：InitiatorおよびTarget
Scope: SW (session-wide)
適用範囲：SW（セッション全体）
RDMAExtensions=<boolean-value>
Irrelevant when: SessionType=Discovery
適用されない条件：SessionType=Discovery
Default is No
既定値：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=Yesを交換しなければなりません (MUST)。
iSER-assisted mode MUST NOT be used if either the initiator or the target offers RDMAExtensions=No.
イニシエーターまたはターゲットのいずれかがRDMAExtensions=Noを提示した場合、iSER支援モードを使用してはなりません (MUST NOT)。
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.
従来のiSCSIモードでの動作を希望するiSER対応ノードは、RDMAExtensionsキーの交換を開始する必要はありません。ただし、このキーをネゴシエートする場合、イニシエーターは先行接続のLoginOperationalNegotiation段階で最初に送信するLogin Request PDUにこのキーを提示しなければなりません (MUST)。ターゲットも同段階で、キーの提示が許される最初のLogin Response PDU（Cビットを0にした最初のLogin Request PDUの後に送信する最初のLogin Response PDU）にこのキーを提示しなければなりません (MUST)。RDMAExtensions=yesというkey=valueの提示に対し、イニシエーターは応答が許される次のLogin Request PDUで応答しなければなりません (MUST)。ターゲットも応答が許される次のLogin Response PDUで応答しなければなりません (MUST)。
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キーをネゴシエートすると、ノードは他のキーの最適な値をネゴシエートできます。MaxBurstLength、MaxOutstandingR2T、ErrorRecoveryLevel、InitialR2T、ImmediateDataなどのiSCSIキーは、接続が従来のiSCSIモードかiSER支援モードかによって、異なる値でネゴシエートされる場合があります。
Use: IO (Initialize only)
使用：IO（初期化時のみ）
Senders: Initiator and Target
送信者：イニシエーターおよびターゲット
Scope: CO (connection-only)
適用範囲：CO（接続単位）
Irrelevant when: RDMAExtensions=No
適用されない条件：RDMAExtensions=No
TargetRecvDataSegmentLength=<numerical-value-512-to-(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 TargetRecvDataSegmentLength whenever the PDUs constitute a data sequence whose size is larger than TargetRecvDataSegmentLength.
このキーは、セッションの先行接続でRDMAExtensions=Yesがネゴシエートされた場合に限り、そのiSCSIセッションに属するiSCSI接続に適用されます。Full Feature Phaseにおいて、イニシエーターがiSCSI制御型PDUでターゲットに送信できるデータセグメントの最大サイズを、イニシエーターとターゲットがネゴシエートするために使用します。イニシエーターが送信する非即時の非要請データを含むSCSI Command PDUおよびSCSI Data-out PDUについて、これらのPDUがTargetRecvDataSegmentLengthを超えるサイズのデータシーケンスを構成する場合、FinalでないすべてのPDUのデータセグメントサイズをちょうどTargetRecvDataSegmentLengthにして送信しなければなりません (MUST)。
Use: IO (Initialize only)
使用：IO（初期化時のみ）
Senders: Initiator and Target
送信者：イニシエーターおよびターゲット
Scope: CO (connection-only)
適用範囲：CO（接続単位）
Irrelevant when: RDMAExtensions=No
適用されない条件：RDMAExtensions=No
InitiatorRecvDataSegmentLength=<numerical-value-512-to-(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=Yesがネゴシエートされた場合に限り、そのiSCSIセッションに属するiSCSI接続に適用されます。Full Feature Phaseにおいて、ターゲットがiSCSI制御型PDUでイニシエーターに送信できるデータセグメントの最大サイズを、イニシエーターとターゲットがネゴシエートするために使用します。
Irrelevant when: RDMAExtensions=Yes
適用されない条件：RDMAExtensions=Yes
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=Yesとなるネゴシエーションが行われると、そのセッションのすべての接続でOFMarker=NoおよびIFMarker=Noとなります。この結果は既定値と明示的な設定のどちらにも優先します。
Use: LO (leading only), Declarative
使用：LO（先行接続のみ）、宣言型
Senders: Initiator and Target
送信者：イニシエーターおよびターゲット
Scope: SW (session-wide)
適用範囲：SW（セッション全体）
Irrelevant when: RDMAExtensions=No
適用されない条件：RDMAExtensions=No
MaxOutstandingUnexpectedPDUs=<numerical-value-from-2-to-(2**32-1) |
0>
Default is 0 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.
既定値：0。このキーは、Full Feature Phaseで受信可能な「予期しない」iSCSI制御型PDUの最大数を、イニシエーターとターゲットが宣言するために使用します。iSCSIで利用できる通常のフロー制御機構に加えて必要となるバッファーリソースの量を、受信側が判断できるようにすることを目的としています。通常の状況でiSCSI層に不要な制約を課さない値を選ぶことが望まれます。値0は、宣言側が受信できる「予期しない」iSCSI制御型PDUの最大数に上限がないことを示します。このキーの使用方法については8.1.1節および8.1.2節を参照してください。iSER Hello MessageとHelloReply Messageは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支援モードにあるとき、イニシエーター側とターゲット側のiSCSI層の間では、2種類のメッセージ転送が可能です。これらをiSCSIデータ型PDUおよび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/iSER接続のFull Feature Phaseにおいて、相手側のiSCSI層には見えない形でピアiSCSIノード間のデータ転送を発生させるiSCSI PDUです。送信ノードのiSCSI層がこの種のPDUの送信を要求すると、送信側と受信側のiSCSI層が関与せずにデータが転送されます。これは、PDU自体が受信ノードのiSCSI層にそのまま渡されないためです。代わりに、データ転送は適切なRDMA操作に変換され、RDMA-Capable Controllerが処理します。iSCSIデータ型PDUにはSCSI Data-in PDUとR2T PDUがあります。
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.
iSCSI層がiSCSIデータ型PDUの処理をiSER層に要求するOperational PrimitiveでNotify_Enableを設定していた場合、RDMA操作の完了後、ターゲットのiSER層はITTとSNを指定したData_Completion_Notify Operational Primitiveを呼び出し、ターゲットのiSCSI層に通知しなければなりません (MUST)。イニシエーター側ではRDMA操作をRDMA-Capable Controllerがすべて処理し、iSER層はこのデータ転送に関与しないため、データ完了通知は行われません。
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.
iSCSI層がiSCSI data-type PDUの処理をiSER層に要求するOperational Primitiveを呼び出す際にNotify_Enableがクリアされている場合、RDMA操作の完了後、ターゲットのiSER層はターゲットのiSCSI層に通知してはなりません (MUST NOT)。また、Data_Completion_Notify Operational Primitiveを呼び出してはなりません (MUST NOT)。
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.
iSCSIデータ型PDUに関連する操作が何らかの理由で失敗した場合、その操作に関連するData Sinkバッファーの内容は不定となります。
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-out PDUでもないiSCSI PDUを、iSCSI制御型PDUと定義します。iSCSI層はSend_Control Operational Primitiveを呼び出し、iSER層にiSCSI制御型PDUの処理を要求します。iSCSI制御型PDUは、RCaPのSend Message Typeを使って転送します。特に、非要請データを含むSCSI Data-out PDUはiSCSI制御型PDUとして定義されます。SCSI Data-out PDUの処理については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を受信すると、そのPDUを指定したControl_Notify Operational Primitiveを呼び出してiSCSI層に通知しなければなりません (MUST)。
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.
この節では、各種iSCSI PDUをiSER層がどのように処理するかを説明します。iSCSI層は適切なOperational Primitiveを呼び出して、iSER層にiSCSI PDUの処理を要求します。各呼び出しにはConnection_Handleを指定しなければなりません (MUST)。さらに、[RFC3720]で定義されたiSCSI PDUのBHSと任意のAHSも、各呼び出しに指定しなければなりません (MUST)。ここから後の各節では、これらの呼び出しに指定するConnection_Handle、BHS、AHSを個別には列挙しません。
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 Readまたは双方向コマンドの場合）：DataDescriptorIn
The iSER layer at the initiator MUST send the SCSI command in a SendSE Message to the target.
イニシエーターのiSER層は、SCSI CommandをSendSE Messageでターゲットに送信しなければなりません (MUST)。
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を呼び出さなければなりません (MUST)。
* 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コマンドまたは双方向コマンドで即時データを転送する場合、ImmediateDataSize修飾子でコマンドとともに送信する即時の非要請データのバイト数を指定しなければなりません (MUST)。また、DataDescriptorOut修飾子でSCSI Writeデータを含むイニシエーターのI/O Bufferを指定しなければなりません (MUST)。
* 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修飾子で、そのコマンドの即時および非即時の非要請データの合計バイト数を指定しなければなりません (MUST)。iSCSI層は、非即時の非要請データについて1つ以上のSCSI Data-out PDUを発行します。SCSI Data-outについては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 Command PDUのExpected Data Transfer LengthがUnsolicitedDataSizeを超える場合、SCSI Writeコマンドまたは双方向コマンドには要請済みデータの転送もあります。この場合、イニシエーターのiSER層は次の処理を行わなければなりません (MUST)。
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修飾子で定義されたI/O BufferにWrite STagを割り当てなければなりません (MUST)。DataDescriptorOutは、即時の非要請データ（存在する場合）、非即時の非要請データ（存在する場合）、要請済みデータの順に格納するI/O Bufferを記述します。このコマンドのSCSI Data-outにおけるBufferOffsetはTOと等しくなります。したがって、このSTagのTOが0の場合、I/O 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を確立しなければなりません (MUST)。
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. SCSI Writeまたは双方向コマンドPDUを含むiSER Message（RCaPのSendSE Messageのペイロード）のiSERヘッダーでWrite STagとして送信し、Write STagをターゲットにAdvertiseしなければなりません (MUST)。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 Buffer for receiving the SCSI Read data. The iSER layer at the initiator MUST do the following:
SCSI Readコマンドまたは双方向コマンドの場合、イニシエーターのiSCSI層は、SCSI Readデータを受信するイニシエーターのI/O Bufferを定義するDataDescriptorInを指定してSend_Control Operational Primitiveを呼び出さなければなりません (MUST)。イニシエーターのiSER層は次の処理を行わなければなりません (MUST)。
a. It MUST allocate a Read STag for the I/O Buffer.
a. I/O BufferにRead STagを割り当てなければなりません (MUST)。
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を確立しなければなりません (MUST)。
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. SCSI Readまたは双方向コマンドPDUを含むiSER Message（RCaPのSendSE Messageのペイロード）のiSERヘッダーでRead STagとして送信し、Read STagをターゲットにAdvertiseしなければなりません (MUST)。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制御型PDUに分割しなければなりません (MUST)。最後のPDUを除き、生成する各PDUのDataSegmentLengthはTargetRecvDataSegmentLengthと正確に等しくします。非要請データを含む最後のiSCSI制御型PDUのDataSegmentLengthは、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 Commandを受信すると、iSERヘッダーにAdvertised Write STagまたはRead STagが含まれている場合、ITTをそれらのSTagに対応付けるRemote Mappingを確立しなければなりません (MUST)。ターゲットのiSER層はWrite STagを使って、7.3.6節で説明するR2T PDUに伴うデータ転送を処理します。Read STagは、7.3.5節で説明するターゲットのiSCSI層からのSCSI Data-in PDUの処理に使用します。
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層は、sense情報とresponse情報を含むバッファーを定義するDataDescriptorStatusを指定してSend_Control Operational Primitiveを呼び出さなければなりません (MUST)。ターゲットのiSCSI層は、SCSI Commandのステータスを必ず個別のSCSI Response PDUで返さなければなりません (MUST)。SCSI Data-in PDUでSCSIステータスを転送する「Phase collapse」を使用してはなりません (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.
* SCSI Command PDUを含むiSER MessageでイニシエーターがSTagをAdvertiseしていない場合、ターゲットのiSER層はSCSI Response PDUを含むSendSE Messageを送信しなければなりません (MUST)。
* 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.
* SCSI Command PDUを含むiSER MessageでイニシエーターがRead STagをAdvertiseしている場合、ターゲットのiSER層はSCSI Response PDUを含むSendInvSE Messageを送信しなければなりません (MUST)。SendInvSE Messageのヘッダーには、イニシエーター側で無効化するRead STagを含めなければなりません (MUST)。
* 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でイニシエーターがWrite STagだけをAdvertiseしている場合、ターゲットのiSER層はSCSI Response PDUを含むSendInvSE Messageを送信しなければなりません (MUST)。SendInvSE Messageのヘッダーには、イニシエーター側で無効化するWrite STagを含めなければなりません (MUST)。
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層は、そのPDUをイニシエーターに転送する前に、ITTをAdvertised STag(s)に対応付けるRemote Mappingを無効化しなければなりません (MUST)。
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が無効化されるようにしなければなりません (MUST)。イニシエーターがRead STagとWrite STagの両方を先にAdvertiseしていた場合、SendInvSE Messageのヘッダーで無効化できるSTagは1つ（この場合はRead STag）だけなので、イニシエーターのiSER層はSendInvSE Messageの受信時にWrite STagも明示的に無効化しなければなりません (MUST)。
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)を無効化しなければなりません (MUST)。これにより、コマンド完了後に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.
イニシエーターのiSER層は、SCSI Response PDUを含むSendSE MessageまたはSendInvSE Messageを受信したとき、ITTをローカルSTag(s)に対応付けるLocal Mappingを無効化すべきです (SHOULD)。Control_Notify Operational Primitiveを呼び出してSCSI Response PDUをiSCSI層に通知する前に、ITTに対応するすべてのローカルSTag(s)が無効化されていることをiSER層は保証しなければなりません (MUST)。
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層はSendSE Messageを使ってTask Management Function Request/Response PDUを送信しなければなりません (MUST)。
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層は次の処理を行わなければなりません (MUST)。
* 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).
* Task Management Function Request PDUのReferenced Task Tagで指定されたITTを使い、ITTをローカルSTag(s)に対応付けるLocal Mapping(s)内に既存のSTag(s)があれば、それらを特定しなければなりません (MUST)。
* 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をローカルSTag(s)に対応付けるLocal Mapping(s)を無効化しなければなりません (MUST)。
* 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が指定されている場合、その修飾子で定義されたI/O BufferにRead STagを割り当てなければなりません (MUST)。
* 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が指定されている場合、その修飾子で定義されたI/O BufferにWrite STagを割り当てなければなりません (MUST)。
* If STags are allocated, it MUST establish a new Local Mapping(s) that associate the ITT to the allocated STag(s).
* STag(s)を割り当てた場合、ITTを割り当てたSTag(s)に対応付ける新しいLocal Mapping(s)を確立しなければなりません (MUST)。
* 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ヘッダーで、割り当てたSTag(s)があればターゲットにAdvertiseしなければなりません (MUST)。
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 Readまたは双方向コマンドについてTASK REASSIGN機能を指定したTask Management Function Requestでは、イニシエーター側のiSCSI層でデータ転送と確認応答が透過的に行われるため、イニシエーターのiSCSI層はExpDataSNを0に設定しなければなりません (MUST)。これにより、[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を受信した場合、次の処理を行わなければなりません (MUST)。
* 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.
* Task Management Function Request PDUのReferenced Task Tagで指定されたITTを使い、ITTをAdvertised STag(s)およびローカルSTag(s)に対応付けるMapping(s)があれば、それらを特定しなければなりません (MUST)。
* It MUST invalidate the local STag(s), if any, associated with the ITT.
* ITTに対応付けられたローカルSTag(s)があれば、無効化しなければなりません (MUST)。
* 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.
* ITTをAdvertised STag(s)に対応付けるRemote Mapping内のAdvertised STag(s)を、iSERヘッダーに含まれるWrite STagおよびRead STag（存在する場合）に置き換えなければなりません (MUST)。Write STagは、7.3.6節で説明するターゲットのiSCSI層からのR2T PDUの処理に使用します。Read STagは、7.3.5節で説明するターゲットのiSCSI層からのSCSI Data-in PDUの処理に使用します。
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データを含むI/O Bufferを定義するDataDescriptorOutを指定してSend_Control Operational Primitiveを呼び出さなければなりません (MUST)。
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-outとして転送する非要請データの量がTargetRecvDataSegmentLengthを超える場合、イニシエーターのiSCSI層はデータを複数のiSCSI制御型PDUに分割しなければなりません (MUST)。最後のPDUを除き、生成する各PDUのDataSegmentLengthはTargetRecvDataSegmentLengthとします。非要請データを含む最後のiSCSI制御型PDUのDataSegmentLengthはTargetRecvDataSegmentLength以下にできます。ターゲットのiSCSI層は非要請データを再構成しなければなりません (MUST)。
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.
非要請データの場合、SCSI Data-out PDUのFビットが0なら、イニシエーターのiSER層はSend Messageを使ってそのPDUを送信しなければなりません (MUST)。Fビットが1なら、SendSE Messageを使ってそのPDUを送信しなければなりません (MUST)。
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 PDUがイニシエーターのiSCSI層に渡されないため、SCSI Data-out PDUは使用しません。代わりに、ターゲットのiSER層がR2T PDUをRDMA Read Operationに変換します（7.3.6節を参照）。
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-in Bufferを定義するDataDescriptorInを指定してPut_Data Operational Primitiveを呼び出さなければなりません (MUST)。iSCSIデータ型PDUの処理に関する一般要件については7.1節を参照してください。SCSI Data-in PDUは、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の呼び出しごとに次の処理を行わなければなりません (MUST)。
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. SCSI Data-in PDU内のITTを使い、ITTをAdvertised STag(s)に対応付けるRemote MappingからリモートのRead STagを特定しなければなりません (MUST)。このRemote Mappingは、イニシエーターからSCSI Readコマンドを受信したときに、ターゲットのiSER層が先に確立したものです。
2. It MUST generate and send an RDMA Write Message containing the read data to the initiator.
2. 読み取りデータを含むRDMA Write Messageを生成し、イニシエーターに送信しなければなりません (MUST)。
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を使用しなければなりません (MUST)。
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. SCSI Data-in PDUのBuffer Offsetを、RDMA Write MessageのData Sink Tagged Offsetとして使用しなければなりません (MUST)。
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-in PDUのDataSegmentLengthを使用しなければなりません (MUST)。
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. SCSI Data-in PDUのDataSNとITTをRDMA Write Operationに対応付けなければなりません (MUST)。Put_Data Operational Primitiveの呼び出しでNotify_Enableが設定されている場合、RDMA Write MessageについてRCaP層から完了通知を受けたターゲットのiSER層は、DataSNとITTを指定したData_Completion_Notify Operational Primitiveを呼び出し、ターゲットのiSCSI層に通知しなければなりません (MUST)。反対に、呼び出しでNotify_Enableがクリアされている場合、ターゲットのiSER層は完了時にiSCSI層へ通知してはならず (MUST NOT)、Data_Completion_Notify Operational Primitiveも呼び出してはなりません (MUST NOT)。
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:
SCSI Data-in PDUのAビットが1の場合、イニシエーター側でデータ転送が完了したときに、ターゲットのiSER層はターゲットのiSCSI層に通知しなければなりません (MUST)。この追加処理のために、iSCSI層が以前のNotice_Key_Values Operational Primitive呼び出しでOperational ErrorRecoveryLevelを通知していれば、ターゲットのiSER層はその値を利用できます。実現方法は次の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層がOperational ErrorRecoveryLevelを2と認識している場合、またはその値を認識していない場合、RDMA Write Messageの後にゼロ長のRDMA Read Request Messageを発行しなければなりません (MUST)。ターゲットのiSER層がそのRDMA Read Request MessageについてRCaP層から完了通知を受けた場合、RCaPの完了順序セマンティクスにより、イニシエーターのRDMA-Capable ControllerがRDMA Write Messageの処理を完了したことを意味します。このときターゲットのiSER層は、ITTとDataSNを指定したData_Ack_Notify Operational Primitiveを呼び出してターゲットのiSCSI層に通知しなければなりません (MUST)（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層がOperational ErrorRecoveryLevelを1と認識している場合、次のいずれかを実行しなければなりません (MUST)。
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層からローカル完了通知を受けた時点で、ITTとDataSNを指定したData_Ack_Notify Operational Primitiveを呼び出し、ターゲットのiSCSI層に通知しなければなりません (MUST)（3.2.3節を参照）。iSERではダイジェストエラーが発生せず（10.1.4.2節を参照）、CRCエラーが発生すれば接続とタスクはいずれにしても終了するため、この方法が許容されます。RCaP層からのローカルRDMA Write完了通知は、そのRDMA Write Operationに関係するデータ転送のためにRCaP層がI/O Bufferへ再度アクセスしないことを保証します。
b. Alternatively, it MUST use the same procedure for handling the data transfer completion at the initiator as for ErrorRecoveryLevel 2.
b. 代わりに、イニシエーター側でのデータ転送完了を処理するため、ErrorRecoveryLevel 2の場合と同じ手順を使用しなければなりません (MUST)。
Note that the iSCSI layer at the target cannot set the A-bit to 1 if the ErrorRecoveryLevel=0.
ErrorRecoveryLevel=0の場合、ターゲットのiSCSI層は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ステータスは必ず独立したSCSI Response PDUで返さなければなりません (MUST)。SCSI Data-in PDUのSビットは常に0に設定しなければなりません (MUST)。SCSI Data-in PDUで「Phase collapse」を行ってはなりません (MUST NOT)。
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-in PDUのデータ部分だけであり、ExpCmdSNなどのヘッダー内の制御情報は転送しません。そのような情報を速やかに更新する必要がある場合、イニシエーターのiSCSI層はNOP-Out PDUを発行し、ターゲットのiSCSI層にNOP-In PDUで情報を返すよう要求してもかまいません (MAY)。
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データを受信するI/O Bufferを定義するDataDescriptorOutを指定してGet_Data Operational Primitiveを呼び出さなければなりません (MUST)。iSCSIデータ型PDUの処理に関する一般要件については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の呼び出しごとに次の処理を行わなければなりません (MUST)。
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. I/O Bufferに対して有効なローカルSTagを確保し、Initiator Task Tag（ITT）をそのローカルSTagに対応付ける有効なLocal Mappingを確保しなければなりません (MUST)。そのために、有効なローカル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. R2T内のITTを使い、ITTをAdvertised STag(s)に対応付けるRemote MappingからリモートのWrite STagを特定しなければなりません (MUST)。このRemote Mappingは、SCSI Writeまたは双方向コマンドについて、Advertised Write STagとSCSI Command PDUを含むiSER Messageをイニシエーターから受信したときに、ターゲットのiSER層が先に確立したものです。
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層は接続を終了し、接続に関連するリソースを解放しなければなりません (MUST)（5.2.3節を参照）。接続終了時には、Connection_Terminate_Notify Operational Primitiveを呼び出してターゲットのiSCSI層に通知しなければなりません (MUST)。
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: a. MUST derive the local STag and local Tagged Offset from the DataDescriptorOut that qualified the Get_Data invocation.
4. ターゲット側のiSER-ORD値が0より大きい場合、ターゲットのiSER層はR2T PDUをRDMA Read Request Messageに変換しなければなりません (MUST)。変換に際して、未完了のRDMA Read Request Message数がiSER-ORD値を超えないようにしなければなりません (MUST)。変換時には、ターゲットのiSER層は次の処理を行います。a. Get_Dataの呼び出しで指定されたDataDescriptorOutから、ローカルSTagとローカルTagged Offsetを導出しなければなりません (MUST)。
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を使用しなければなりません (MUST)。
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を使用しなければなりません (MUST)。
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. R2T PDUのDesired Data Transfer Lengthを、RDMA Read Request MessageのRDMA Read Message Sizeとして使用しなければなりません (MUST)。
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を使用しなければなりません (MUST)。
f. MUST use the Buffer Offset from the R2T PDU as the Data Source Tagged Offset of the RDMA Read Request Message.
f. R2T PDUのBuffer Offsetを、RDMA Read Request MessageのData Source Tagged Offsetとして使用しなければなりません (MUST)。
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. R2T PDUのR2TSNとITTをRDMA Read Operationに対応付けなければなりません (MUST)。Get_Data Operational Primitiveの呼び出しでNotify_Enableが設定されている場合、RDMA Read OperationについてRCaP層から完了通知を受けたターゲットのiSER層は、R2TSNとITTを指定したData_Completion_Notify Operational Primitiveを呼び出し、iSCSI層に通知しなければなりません (MUST)。反対に、呼び出しでNotify_Enableがクリアされている場合、ターゲットのiSER層は完了時にiSCSI層へ通知してはならず (MUST NOT)、Data_Completion_Notify Operational Primitiveも呼び出してはなりません (MUST NOT)。
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を受信すると、要請済みのWriteデータを含むRDMA Read Response Messageをターゲットに返します。ターゲットのRCaP層はこの応答を受信すると、RDMA Read Response MessageのData Sink STagが参照するI/O Bufferに要請済みデータを配置します。
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内の制御情報を転送しません。そのような情報を速やかに更新する必要がある場合、イニシエーターのiSCSI層はNOP-Out PDUを発行し、ターゲットのiSCSI層にNOP-In PDUで情報を返すよう要求してもかまいません (MAY)。
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 issue NOP-In PDUs to request that the iSCSI layer at the initiator respond with the information using NOP-Out PDUs.
同様に、イニシエーターからのRDMA Read Response Messageが転送するのはデータだけであり、ExpStatSNなど通常SCSI Data-out PDUに含まれる制御情報は転送しません。そのような情報を速やかに更新する必要がある場合、ターゲットのiSCSI層はNOP-In PDUを発行し、イニシエーターのiSCSI層にNOP-Out PDUで情報を返すよう要求してもかまいません (MAY)。
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層は、sense情報とiSCSI Event情報を含むバッファーを定義するDataDescriptorSenseを指定してSend_Control Operational Primitiveを呼び出さなければなりません (MUST)。iSER層はSendSE Messageを使ってAsynchronous Message PDUを送信しなければなりません (MUST)。
Type: control-type PDU
タイプ：制御型PDU
PDU-specific qualifiers: DataDescriptorTextOut (for Text Request), DataDescriptorIn (for Text Response)
PDU固有の修飾子：Text Requestの場合はDataDescriptorTextOut、Text Responseの場合は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）Bufferを定義するDataDescriptorTextOut（またはDataDescriptorIn）を指定してSend_Control Operational Primitiveを呼び出さなければなりません (MUST)。iSER層はSendSE Messageを使ってText Request（またはText Response）PDUを送信しなければなりません (MUST)。
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 PDUとLogin Response PDUを交換します。
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 PDUまたはLogin Response PDUを送信してはなりません (MUST NOT)。これらのPDUを使用した場合はiSCSIプロトコルエラーとして扱わなければなりません (MUST)。iSER層は適切なエラーコードを用いて、iSCSI層からのそのようなPDUを拒否してもかまいません (MAY)。ターゲットのiSCSI層がLogin Request PDUを受信した場合、「protocol error」の理由コードを持つReject PDUで応答しなければなりません (MUST)。
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層はSendSE Messageを使ってLogout Request PDUまたはLogout Response PDUを送信しなければなりません (MUST)。5.2.1節と5.2.2節では、イニシエーター側とターゲット側での各PDUの処理、および接続を終了するための両者間のやり取りを説明します。
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は"None"にネゴシエートされるため、iSER支援モードの接続ではダイジェストエラーが発生しません。また、RCaPはすべてのメッセージを送信順に配信するため、シーケンスエラーも発生しません。したがって、iSCSI層はSNACK Request PDUを送信してはなりません (MUST NOT)。SNCAK Request PDUを使用した場合はiSCSIプロトコルエラーとして扱わなければなりません (MUST)。iSER層は適切なエラーコードを用いて、iSCSI層からのそのようなPDUを拒否してもかまいません (MAY)。ターゲットのiSCSI層がSNACK Request PDUを受信した場合、「protocol error」の理由コードを持つReject PDUで応答しなければなりません (MUST)。
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 Bufferを定義するDataDescriptorRejectを指定してSend_Control Operational Primitiveを呼び出さなければなりません (MUST)。iSER層はSendSE Messageを使ってReject PDUを送信しなければなりません (MUST)。
Type: control-type PDU
タイプ：制御型PDU
PDU-specific qualifiers: DataDescriptorNOPOut (for NOP-Out), DataDescriptorNOPIn (for NOP-In)
PDU固有の修飾子：NOP-Outの場合はDataDescriptorNOPOut、NOP-Inの場合はDataDescriptorNOPIn
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を呼び出さなければなりません (MUST)。iSER層はSendSE Messageを使ってNOP-Out（またはNOP-In）PDUを送信しなければなりません (MUST)。
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.
RCaPのSend Message Typeは、iSER層がiSCSI制御型PDUを転送するために使用します。RCaPの各Send Message Typeは、Data Sink側でUntagged Bufferを1つ消費します。しかし、RCaP層にもiSER層にもSend Message Type向けの明示的なフロー制御機構はありません。そのため、RCaP層でバッファーが枯渇しないよう、iSER層は受信するSend Message Typeを処理できる十分な数のUntagged Bufferを用意すべきです (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.
実装では、複数の接続で共用するバッファープールを設け、接続ごととプール全体のそれぞれに使用上限を設定して、必要なバッファーを確保してもかまいません。この方式では、接続またはプールの使用上限を超えた場合、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は、イニシエーターとターゲットが受信可能な未処理の「予期しない」制御型PDUの最大数を宣言するための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.
イニシエーターが送信する制御型PDUによりイニシエーター側とターゲット側で必要となるバッファーリソースについては8.1.1節で説明します。ターゲットが送信する制御型PDUにより両側で必要となるバッファーリソースについては8.1.2節で説明します。
The control-type PDUs that can be sent by an initiator to a target can be grouped into the following categories:
イニシエーターからターゲットへ送信できる制御型PDUは、次のカテゴリに分類できます。
1. Regulated: Control-type PDUs in this category are regulated by the iSCSI CmdSN window mechanism and the immediate flag is not set.
1. 制御対象（Regulated）：このカテゴリの制御型PDUはiSCSI CmdSNウィンドウ機構によって制御され、Immediateフラグは設定されません。
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. 制御対象外だが予期される（Unregulated but Expected）：このカテゴリの制御型PDUはiSCSI CmdSNウィンドウ機構による制御を受けませんが、ターゲットが受信を想定しています。
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. 制御対象外かつ予期しない（Unregulated and Unexpected）：このカテゴリの制御型PDUはiSCSI CmdSNウィンドウ機構による制御を受けず、ターゲットも受信を想定していません。
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.
このカテゴリの制御型PDUはiSCSI CmdSNウィンドウ機構によって制御され、Immediateフラグは設定されません。
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層に必要なキュー容量については[RFC3720]の3.2.2.1節で説明されています。このカテゴリでイニシエーターが送信できる各制御型PDUについて、ターゲットから応答として送信される対応PDUに必要なバッファーリソースを、イニシエーターは確保しなければなりません (MUST)。イニシエーターが送信できるPDUと、それに応答してターゲットが送信するPDUを以下に示します。
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かつTTT = 0xffffffffのNOP-Out PDUをPing要求として送信すると、ターゲットから同じITTとTTTを持つNOP-In 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].
ここに挙げた各PDUへのターゲットの応答は、[RFC3720]の6.3節で説明するように、タスクがアクティブになる前であればReject PDUに置き換えられる場合もあります。
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:
制御対象外だが予期されるカテゴリの制御型PDUについては、ターゲットに必要なバッファーリソース量を事前に算出できます。このカテゴリのPDUを以下に示します。
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-out PDUを使って非要請データを送信します。ターゲットに必要なバッファーリソース量はFirstBurstLengthから決定できます。要請に用いるR2T PDUはターゲットのiSER層がRDMA Read Operationに変換するため、要請済みデータにはSCSI Data-out PDUを使わない点に注意してください。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. TTT != 0xffffffffのNOP-Out PDUは、ターゲットがPing要求として送信したNOP-In PDUへのPing応答として、イニシエーターが送信します。
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.
制御対象外かつ予期しないカテゴリのPDUではImmediateフラグが設定されています。イニシエーターがこのカテゴリで送信できるPDU数は、ターゲットが宣言したMaxOutstandingUnexpectedPDUsの値で制限されます（6.7節を参照）。このカテゴリのPDUはイニシエーターが送信してから破棄されるまで未処理状態です。未処理の予期しないPDU数は、いかなる時点でもターゲットが宣言したMaxOutstandingUnexpectedPDUsの値を超えてはなりません (MUST NOT)。
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.
ターゲットは、自身が宣言したMaxOutstandingUnexpectedPDUsの値を使い、イニシエーターから送信されるこのカテゴリの制御型PDUに必要なバッファーリソース量を決定します。イニシエーターは、このカテゴリで送信できる各制御型PDUについて、ターゲットが応答として送信できる対応PDUに必要な場合、そのバッファーリソースを確保しなければなりません (MUST)。
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を送信し、さらにターゲットが任意の接続でExpCmdSN >= y+1となる制御型PDUを返すまで、その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.
未処理の予期しない制御型PDU数がMaxOutstandingUnexpectedPDUsと等しくなった場合、即時配信を意図していたとしても、イニシエーターのiSCSI層は本来生成するはずだった予期しないPDUを生成してはなりません (MUST NOT)。
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).
ターゲットが送信でき、イニシエーターが受信を想定する制御型PDUは、制御対象カテゴリに記載されています（8.1.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:
ターゲットが送信でき、イニシエーターが予期しない制御型PDUの数は、イニシエーターが宣言したMaxOutstandingUnexpectedPDUsで制限されます（6.7節を参照）。このカテゴリのPDUはターゲットが送信してから破棄されるまで未処理状態であり、その数はいかなる時点でもイニシエーターが宣言したMaxOutstandingUnexpectedPDUsを超えてはなりません (MUST NOT)。イニシエーターはこの値を使って、ターゲットが送信するこのカテゴリの制御型PDUに必要なバッファーリソース量を決定します。このカテゴリのPDUと、未処理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は、イニシエーターがExpStatSN >= x+1の制御型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は、イニシエーターがExpStatSN >= x+1の制御型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-In PDUは、イニシエーターが同じ接続でExpStatSN >= x+1の制御型PDUを返すまで未処理状態です。ただし、NOP-In PDUをTTT != 0xffffffffのPing要求として送信した場合、イニシエーターがPing要求と同じITTおよびTTTのNOP-Out PDUを送信した時点でも破棄できます。ターゲットがNOP-In PDUをPing要求として送信する場合、イニシエーターからPing応答として送信されるNOP-Out 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.
未処理の予期しない制御型PDU数がMaxOutstandingUnexpectedPDUsと等しい場合、ターゲットのiSCSI層は、本来生成するはずだった予期しないPDUを生成してはなりません (MUST NOT)。iSCSIエラー状態（Asynchronous MessageやRejectなど）を通知する場合も同様です。PDUを生成しなくても、コマンド完了を待つイニシエーターのタスクタイムアウトや、接続およびセッションレベルの例外処理によって、適切な動作が確保されます。この規則は、Reject PDUを送信しなければならない (MUST) とする他の箇所の要件にも優先します。
(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.)
（実装上の注意：未処理PDUが破棄されたことをイニシエーターからターゲットに通知できるように、ターゲットは、イニシエーターが宣言したMaxOutstandingUnexpectedPDUsの上限で許される最後の予期しない制御型PDUを予約しておくことが望まれます。その枠をTTT != 0xffffffffのNOP-In Ping要求に使えば、イニシエーターは現在のExpStatSNを含むNOP-Out Ping応答を返せます。）
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 Operationの総数は、5.1.3節で説明するiSER Hello交換で通知された割り当て済みリソース量によって決まります。接続で許可されたRDMA Read Operation数を超えると、RCaP層が接続を終了します。ターゲットのiSER層はiSER-ORDを管理し、特定のRCaP Stream上でiSER層が発行できるRDMA Read Requestの最大数を把握します。
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節参照）、iSCSI Login Phaseの終了前に、iSCSI層からAllocate_Connection_Resources Operational Primitiveで指示を受けたイニシエーターとターゲットのiSER層は、RCaPのサポートに必要な接続リソースをそれぞれ割り当てます。その後、イニシエーターではiSER-IRDが、ターゲットではiSER-ORDが分かります。Full Feature Phaseでイニシエーターが最初に送信するiSER Hello Message（9.3節参照）にはiSER-IRD値が含まれます。これに応答してターゲットが送信するiSER HelloReply Message（9.4節参照）にはiSER-ORD値が含まれます。イニシエーターとターゲットのiSER層は、HelloReply Messageで通知されたiSER-ORD値に合わせて、それぞれiSER-IRDとiSER-ORDに関連するリソースを減らしてもかまいません (MAY)。ターゲットのiSER層はRDMA Read Request Messageの数がターゲットのiSER-ORD値を超えないよう、フロー制御しなければなりません (MUST)。
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 Operationで使うTagged Bufferの識別子です。STagがiSERヘッダーでAdvertiseされる、またはRCaP Messageのヘッダーで宣言されてワイヤ上に公開される場合の、STagの割り当てとその後の無効化について本仕様で規定します。
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層がSCSI Commandを処理するようイニシエーターのiSER層に要求するためSend_Control Operational Primitiveを呼び出すと、iSER層はSTagを0個、1個、または2個割り当てる場合があります。詳細については7.3.1節を参照してください。割り当てるSTag数は、コマンドが単方向か双方向か、および要請済みWriteデータの転送を伴うかどうかで決まります。
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層がTASK REASSIGN機能を指定したTask Management Function Requestを処理するようイニシエーターのiSER層に要求するためSend_Control Operational Primitiveを呼び出すと、iSER層はSTagを0個、1個、または2個割り当てます。これに加えて、ITTに関連付けられた既存のSTagがあれば無効化しなければなりません (MUST)。詳細については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層がR2T PDUを処理するようGet_Data Operational Primitiveを呼び出すと、ターゲットのiSER層はローカルのData Sink STagを割り当てます。詳細については7.3.6節を参照してください。
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を送信したときに、単方向または双方向コマンドの完了に伴ってイニシエーター側のSTagを無効化する方法については、7.3.2節で説明します。
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層は、ITTを指定したDeallocate_Task_Resources Operational Primitiveを呼び出し、STagを無効化するようイニシエーターのiSER層に要求しなければなりません (MUST)。これに応じて、イニシエーターのiSER層はITTをローカルSTag(s)に対応付けるLocal Mappingから、該当するSTag(s)を特定しなければなりません (MUST)。イニシエーターのiSER層は、該当するSTag(s)とLocal Mappingを無効化しなければなりません (MUST)。
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データ転送を実現するRDMA Read Operationでは、ターゲットのiSER層は、そのData Sink STagを参照するRDMA Read Operationの終了時にData Sink STagを無効化すべきです (SHOULD)。これによりバッファーリソースをすぐに再利用できます。
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 Operationでは、ターゲットのData Source STagはイニシエーターに通知されず、ワイヤ上にも公開されません。そのため、このSTagの無効化については規定しません。
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層は、ITTを指定したDeallocate_Task_Resources Operational Primitiveを呼び出し、STagを無効化するようターゲットのiSER層に要求しなければなりません (MUST)。これに応じて、ターゲットのiSER層はITTをローカルSTag(s)に対応付けるLocal Mappingから、該当するローカルSTag(s)を特定しなければなりません (MUST)。ターゲットのiSER層は、該当するローカルSTag(s)とMappingを無効化しなければなりません (MUST)。
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データ型PDU（7.1節参照）の場合、iSER層はRDMA Read OperationとRDMA Write Operationを使って要請済みデータを転送します。iSCSI制御型PDU（7.2節参照）の場合、iSER層はRCaPのSend Message Typeを使います。
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.
RCaPのすべてのSend Message TypeにはiSERヘッダーを含めなければなりません (MUST)。図2に示すように、iSERヘッダーはRCaPのSend Message Typeのメッセージペイロード先頭12バイトにあります。
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 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 2. iSER Header Format
図2. iSERヘッダー形式
Opcode - Operation Code: 4 bits
Opcode - Operation Code：4ビット
The Opcode field identifies the type of iSER Messages:
OpcodeフィールドはiSER Messageの種類を識別します。
0001b = iSCSI control-type PDU
0010b = iSER Hello Message
0011b = iSER HelloReply Message
All other opcodes are reserved.
その他すべてのOpcodeは予約されています。
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層はRCaPのSend Message Typeを使ってiSCSI制御型PDUを転送します（7.2節参照）。iSER Messageを運ぶ各Send Message Typeのペイロードは、iSERヘッダーに続いてiSCSI制御型PDUを含みます。
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.
iSCSI制御型PDUを運ぶRCaPのSend Message Type内のiSERヘッダーは、図3に示す形式にしなければなりません (MUST)。
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) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 3. iSER Header Format for iSCSI Control-Type PDU
図3. iSCSI制御型PDU用のiSERヘッダー形式
WSV - Write STag Valid flag: 1 bit
WSV - Write 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ヘッダーのWrite STagフィールドが有効かどうかを示します。1の場合、このフィールドは有効です。0の場合、受信側はこのiSERヘッダーのWrite STagフィールドを無視しなければなりません (MUST)。SCSI Writeまたは双方向コマンドで要請済みデータを転送する場合、またはTASK REASSIGN機能を指定したTask Management Function Request内の参照タスクについて非即時の非要請データおよび要請済みデータを転送する場合、Write STag Validフラグを1に設定します。
RSV - Read STag Valid flag: 1 bit
RSV - Read 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ヘッダーのRead STagフィールドが有効かどうかを示します。1の場合、このフィールドは有効です。0の場合、受信側はこのiSERヘッダーのRead STagフィールドを無視しなければなりません (MUST)。SCSI Readまたは双方向コマンドの場合、あるいはTASK REASSIGN機能を指定したTask Management Function Requestの場合、Read STag Validフラグを1に設定します。
Write STag - Write Steering Tag: 32 bits
Write STag - Write Steering Tag：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 Writeまたは双方向コマンドでは、要請済みデータを含むイニシエーターのI/O BufferをAdvertiseするためにWrite STagを使います。TASK REASSIGN機能を指定したTask Management Function Requestでは、非即時の非要請データおよび要請済みデータを含むイニシエーターのI/O BufferをAdvertiseするために使います。このWrite STagは、結果として行われるRDMA Read OperationのData Source STagとして使います。Write STag Validフラグが0の場合、このフィールドを0に設定しなければなりません (MUST)。
Read STag - Read Steering Tag: 32 bits
Read STag - Read Steering Tag：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を格納します。SCSI Readまたは双方向コマンド、あるいはTASK REASSIGN機能を指定したTask Management Function Requestについて、イニシエーターのRead I/O BufferをAdvertiseするためにRead STagを使います。このRead STagは、結果として行われるRDMA Write OperationのData Sink STagとして使います。Read STag Validフラグが0の場合、このフィールドを0に設定しなければなりません (MUST)。
Reserved:
予約済み：
Reserved fields MUST be set to zero on transmit and MUST be ignored on reception.
予約フィールドは送信時に0に設定しなければならず (MUST)、受信時には無視しなければなりません (MUST)。
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ヘッダーだけを含めなければなりません (MUST)。そのiSERヘッダーは図4に示す形式でなければなりません (MUST)。iSER Hello Messageは、イニシエーターのiSER層からターゲットのiSER層へ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 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 4. iSER Header Format for iSER Hello Message
図4. iSER Hello Message用のiSERヘッダー形式
MaxVer - Maximum Version: 4 bits
MaxVer - Maximum Version：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に設定しなければなりません (MUST)。
MinVer - Minimum Version: 4 bits
MinVer - Minimum Version：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に設定しなければなりません (MUST)。
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.
予約フィールドは送信時に0に設定しなければならず (MUST)、受信時には無視しなければなりません (MUST)。
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にはiSERヘッダーだけを含めなければなりません (MUST)。そのiSERヘッダーは図5に示す形式でなければなりません (MUST)。iSER HelloReply Messageは、ターゲットのiSER層からイニシエーターのiSER層へ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 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 5. iSER Header Format for iSER HelloReply Message
図5. iSER HelloReply Message用のiSERヘッダー形式
REJ - Reject flag: 1 bit
REJ - Rejectフラグ：1ビット
This flag indicates whether the target is rejecting this connection. If set to one, the target is rejecting the connection.
このフラグは、ターゲットが接続を拒否するかどうかを示します。1の場合、ターゲットは接続を拒否します。
MaxVer - Maximum Version: 4 bits
MaxVer - Maximum Version：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に設定しなければなりません (MUST)。
CurVer - Current Version: 4 bits
CurVer - Current Version：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に設定しなければなりません (MUST)。
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.
予約フィールドは送信時に0に設定しなければならず (MUST)、受信時には無視しなければなりません (MUST)。
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層は、それぞれSCSI Write、SCSI Read、および双方向操作を処理します。
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層は、SCSI Write Commandの送信をイニシエーターのiSER層に要求するためSend_Control Operational Primitiveを呼び出さなければなりません (MUST)。イニシエーターのiSER層は、ペイロードをiSERヘッダー、SCSI Command PDU、即時データ（存在する場合）の順に含むSendSE Messageを送信するよう、RCaP層に要求しなければなりません (MUST)。要請済みデータがある場合、9.2節の説明に従って、SendSE MessageのiSERヘッダーでWrite STagをAdvertiseしなければなりません (MUST)。SendSE Messageを受信したターゲットのiSER層は、SCSI Command PDUを指定したControl_Notify Operational Primitiveを呼び出し、ターゲットのiSCSI層に通知しなければなりません (MUST)。SCSI Write Commandの処理については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 Data-out PDU. See Section 7.3.4 for details on the handling of the SCSI Data-out PDU.
非即時の非要請データについて、イニシエーターのiSCSI層はSCSI Data-out PDUを指定してSend_Control Operational Primitiveを呼び出さなければなりません (MUST)。非即時の非要請データを含む各Send MessageまたはSendSE Messageを受信したターゲットのiSER層は、SCSI Data-out PDUを指定したControl_Notify Operational Primitiveを呼び出し、ターゲットのiSCSI層に通知しなければなりません (MUST)。SCSI Data-out 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層にI/O Bufferの準備ができると、R2T PDUを指定したGet_Data Operational Primitiveを呼び出さなければなりません (MUST)。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 Operationに伴うデータ転送が完了し、SCSI Response PDUを送信する準備ができると、ターゲットのiSCSI層はSend_Control Operational Primitiveを呼び出さなければなりません (MUST)。SCSI Response PDUを含むSendSE MessageまたはSendInvSE Messageを受信したイニシエーターのiSER層は、そのPDUを指定したControl_Notify Operational Primitiveを呼び出し、イニシエーターのiSCSI層に通知しなければなりません (MUST)。SCSI Response PDUの処理については7.3.2節を参照してください。
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層は、SCSI Read Commandの送信をイニシエーターのiSER層に要求するためSend_Control Operational Primitiveを呼び出さなければなりません (MUST)。イニシエーターのiSER層は、ペイロードをiSERヘッダーに続けてSCSI Command PDUを含むSendSE Messageを送信するよう、RCaP層に要求しなければなりません (MUST)。9.2節の説明に従い、イニシエーターのiSER層はSendSE MessageのiSERヘッダーでRead STagをAdvertiseしなければなりません (MUST)。SendSE Messageを受信したターゲットのiSER層は、SCSI Command PDUを指定したControl_Notify Operational Primitiveを呼び出してターゲットのiSCSI層に通知しなければなりません (MUST)。SCSI Read Commandの処理については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データがI/O Bufferに用意できたら、ターゲットのiSCSI層はSCSI Data-in PDUを指定したPut_Data Operational Primitiveを呼び出さなければなりません (MUST)。SCSI Data-in 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 Operationに伴うデータ転送が完了し、SCSI Response PDUを送信する準備ができると、ターゲットのiSCSI層はSend_Control Operational Primitiveを呼び出さなければなりません (MUST)。SCSI Response PDUを含むSendInvSE Messageを受信したイニシエーターのiSER層は、そのPDUを指定したControl_Notify Operational Primitiveを呼び出してイニシエーターのiSCSI層に通知しなければなりません (MUST)。SCSI Response PDUの処理については7.3.2節を参照してください。
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.
イニシエーターとターゲットは、この双方向操作のSCSI Write部分とSCSI Read部分を、それぞれ9.5.1節と9.5.2節の説明と同じ方法で処理します。
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支援接続で必要となるエラー管理は、従来のiSCSI接続の場合と多少異なります。
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層で発生するエラー。
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接続も終了します。
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層はDeallocate_Connection_Resources Operational Primitiveを呼び出し、iSER層にすべての接続リソースを解放するよう要求しなければなりません (MUST)。
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を呼び出した後に接続が失われるか終了した場合、iSER層はConnection_Terminate_Notify Operational Primitiveを呼び出して接続喪失をiSCSI層に通知しなければなりません (MUST)。Connection_Terminate_Notify Operational Primitiveを呼び出す前に、iSER層は5.2.3.2節に記載された処理を実行しなければなりません (MUST)。
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 Streamと関連する接続を終了します。
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に送信してもかまいません (MAY)（iWARPでTerminate Messageが送信されるエラーの一覧については[RDMAP]を参照）。接続を終了する責任はRCaP層にあります。RCaP層が接続終了をiSER層に通知した後、iSER層はConnection_Terminate_Notify Operational Primitiveを呼び出してiSCSI層に通知しなければなりません (MUST)。このOperational Primitiveを呼び出す前に、iSER層は5.2.3.2節に記載された処理を実行しなければなりません (MUST)。
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層でエラーが発生した場合、可能であれば、そのRCaP層はエラーを通知するTerminate Messageを送信することがあります。Terminate Messageを送信できなければ接続は終了します。この場合は、10.1.1.2節で説明するRDMA有効化後のトランスポート層障害と同じように扱います。
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層に通知した後、iSER層はConnection_Terminate_Notify Operational Primitiveを呼び出してiSCSI層に通知しなければなりません (MUST)。このOperational Primitiveを呼び出す前に、iSER層は5.2.3.2節に記載された処理を実行しなければなりません (MUST)。
The error handling due to errors at the iSER layer is described in the following sections.
iSER層で発生するエラーの処理について、以下の節で説明します。
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.
iSCSI Login Negotiation Phase中にイニシエーターのiSCSI層がAllocate_Connection_Resources Operational Primitiveを呼び出した後、RCaPをサポートするために必要な接続リソースをイニシエーターのiSER層が割り当てられなかった場合、失敗ステータスをイニシエーターのiSCSI層に返さなければなりません (MUST)。イニシエーターのiSCSI層は5.2.3.1節の説明に従って接続を終了しなければなりません (MUST)。
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.
iSCSI Login Negotiation Phase中にターゲットのiSCSI層がAllocate_Connection_Resources Operational Primitiveを呼び出した後、RCaPをサポートするために必要な接続リソースをターゲットのiSER層が割り当てられなかった場合、失敗ステータスをターゲットのiSCSI層に返さなければなりません (MUST)。ターゲットのiSCSI層は、status class 3（Target Error）、status code "0302"（Out of Resources）のLogin Responseを送信しなければなりません (MUST)。イニシエーターとターゲットのiSCSI層は、5.2.3.1節の説明に従って接続を終了しなければなりません (MUST)。
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層は9.4節の説明に従い、iSER HelloReply MessageのReject（REJ）フラグを設定しなければなりません (MUST)。HelloReply MessageのREJフラグを1に設定しなければならない (MUST) ケースを以下に示します。
* 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形式エラーの場合と同じです。
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 MessageまたはHelloReply Messageの長さが不正である（9.3節および9.4節を参照）。
When a format error is detected, the following events MUST occur in the specified sequence:
形式エラーを検出した場合、以下のイベントが指定された順序で発生しなければなりません (MUST)。
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の終了を要求しなければなりません (MUST)。RCaP層は関連する接続を終了しなければなりません (MUST)。
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. iSER層はConnection_Terminate_Notify Operational Primitiveを呼び出して接続終了をiSCSI層に通知しなければなりません (MUST)。このPrimitiveを呼び出す前に、iSER層は5.2.3.2節に記載された処理を実行しなければなりません (MUST)。
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でなければなりません (MUST)（9.3節を参照）。同様に、ターゲットのiSER層が移行後に最初に送信するiSER MessageはiSER HelloReply Messageでなければなりません (MUST)（9.4節を参照）。iSERヘッダーのOpcodeが誤っているためにこれらのMessageを送信できない場合、プロトコルエラーとなります。このエラーの処理は、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.
セクション6で説明するネゴシエート済みまたは宣言済みのlogin/text operational key値で許可されていない動作をiSER対応接続の送信側が行った場合、プロトコルエラーとなります。受信側は、10.1.3.3節のiSER形式エラーの場合と同じ方法で処理してもかまいません (MAY)。
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節を参照してください。
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層はConnection_Terminate Operational Primitiveを呼び出して、iSER層にRCaP Streamの終了を要求しなければなりません (MUST)。接続終了の詳細については5.2.3.1節を参照してください。
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キーの両方が"None"にネゴシエートされるため、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.
従来のiSCSIでは、ヘッダーまたはデータのダイジェストエラーによってPDUが破棄されると、シーケンスエラーが発生します。iSER支援モードではダイジェストを使用せず、RCaP層がすべてのメッセージを送信順に配信するため、シーケンスエラーは発生しません。
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層がReject PDUおよび応答コードを使って他の特定のプロトコルエラーを処理する場合、iSER層で特別な処理は不要です。
SCSI Timeouts and Session Errors are handled at the iSCSI layer and no special handling at the iSER layer is required.
SCSIタイムアウトとセッションエラーはiSCSI層で処理するため、iSER層で特別な処理は不要です。
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.
イニシエーター側でLogin Phase中に発生したネゴシエーション失敗のうち、iSCSI層がAllocate_Connection_Resources Operational Primitiveを呼び出した後で、Enable_Datamover Operational Primitiveが呼び出される前のものについては、iSCSI層はDeallocate_Connection_Resources Operational Primitiveを呼び出して、iSER層にすべての接続リソースを解放するよう要求しなければなりません (MUST)。イニシエーターのiSCSI層は接続を終了しなければなりません (MUST)。
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層はstatus classが0（Success）以外のLogin Responseを使ってLogin Phaseを終了できます。iSCSI層がEnable_Datamover Operational Primitiveを呼び出す前にAllocate_Connection_Resources Operational Primitiveを呼び出していた場合、ターゲットのiSCSI層はDeallocate_Connection_Resources Operational Primitiveを呼び出して、ターゲットのiSER層にすべての接続リソースを解放するよう要求しなければなりません (MUST)。イニシエーターとターゲットのiSCSI層は接続を終了しなければなりません (MUST)。
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中に、Allocate_Connection_Resources Operational Primitiveを呼び出した後のイニシエーターのiSCSI層が、status classが0（Success）以外のLogin Responseをターゲットから受信した場合、iSCSI層はDeallocate_Connection_Resources Operational Primitiveを呼び出して、iSER層にすべての接続リソースを解放するよう要求しなければなりません (MUST)。この場合、iSCSI層は接続を終了しなければなりません (MUST)。
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層で特別な処理は不要です。
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のエラー回復要件は従来のiSCSIと同じです。[RFC3720]で定義されている3つすべてのErrorRecoveryLevelをiSCSI/iSERでサポートします。
* For ErrorRecoveryLevel 0, session recovery is handled by iSCSI and no special handling by the iSER layer is required.
* ErrorRecoveryLevel 0では、セッション回復はiSCSI層が処理し、iSER層で特別な処理は不要です。
* For ErrorRecoveryLevel 1, see Section 10.2.1 on PDU Recovery.
* ErrorRecoveryLevel 1については、PDU回復を説明する10.2.1節を参照してください。
* For ErrorRecoveryLevel 2, see Section 10.2.2 on Connection Recovery.
* ErrorRecoveryLevel 2については、接続回復を説明する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層は、5.1.1節および5.1.2節の説明に従って、接続確立中にNotice_Key_Values Operational Primitiveを呼び出し、Operational ErrorRecoveryLevelの値を記録するようiSER層に要求する場合があります。
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 described in Section 10.1.2. Therefore, PDU recovery is not useful in the iSER-assisted mode.
10.1.4.2節と10.1.4.3節で説明したように、iSER支援モードではダイジェストエラーとシーケンスエラーは発生しません。RCaP層がエラーを検出すると、10.1.2節の説明に従ってiSCSI/iSER接続を閉じます。そのため、iSER支援モードではPDU回復は有効ではありません。
The iSCSI layer at the initiator SHOULD disable iSCSI timeout-driven PDU retransmissions.
イニシエーターのiSCSI層は、iSCSIタイムアウトによるPDU再送を無効にすべきです (SHOULD)。
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を使い、失敗した接続に関連付けられ、まだ処理中の非即時コマンドについて、接続への所属関係を再割り当てしてもかまいません (MAY)。詳しくは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.
SCSI Write Commandのタスクを再割り当てする場合、イニシエーターのiSCSI層は、非即時の非要請データと要請済みデータの両方を含むI/O Bufferを定義するDataDescriptorOutを指定してSend_Control Operational Primitiveを呼び出さなければなりません (MUST)。これにより、ターゲットのiSCSI層はRecovery R2Tを使って、イニシエーターから非要請として送信済みのデータと要請済みデータを要求できます。
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 Read Commandの再割り当て要求を受け入れた場合、Put_Data Operational Primitiveを呼び出して、未確認データすべてのSCSI Data-inを処理するようiSER層に要求しなければなりません (MUST)。SCSI Data-inの処理については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 Write Commandの再割り当て要求を受け入れた場合、Get_Data Operational Primitiveを呼び出して、未受信の非即時非要請データと未受信の要請済みデータシーケンスについてRecovery R2Tを処理するようiSER層に要求しなければなりません (MUST)。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接続上でRecovery R2Tを発行してはなりません (MUST NOT)。ターゲットのiSER層は、ターゲットのiSCSI層がGet_Data Operational Primitiveを呼び出して渡したそのようなRecovery R2Tを、適切なエラーコードで拒否してもかまいません (MAY)。
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 Primitiveの要求を、元のコマンドの場合と同じ方法で処理します。
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層の上位に配置してiSCSIプロトコルにRDMA拡張を提供する場合、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支援モードに移行する前に確立しなければなりません (MUST)。iSERを非IPベースのRCaP層上で動作させる場合、そのRCaP層に適用されるすべてのセキュリティプロトコル機構もiSCSI/iSER接続に適用されます。iSERを非IPプロトコル上で動作させる場合、iSERプロトコルがIPネットワークに入る地点（ゲートウェイ経由など）で[RFC3720]が規定するIPsec機構を実装しなければなりません (MUST)。また、非IPプロトコルでは[RFC3720]が規定するIPsec機構と同等の強度を持つパケット単位のセキュリティプロトコルを実装すべきです (SHOULD)（使用は任意です）。
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.
サービス妨害攻撃の可能性を最小限に抑えるため、5.1.1節および5.1.2節で説明するように、ピア側が攻撃者ではないと合理的に確信できる程度までiSCSI Login Phaseが進む前に、iSCSI層がRCaPのサポートに必要な接続リソースの割り当てをiSER層に要求してはなりません (MUST NOT)。
[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., Meth, K., Sapuntzakis, C., Chadalapaka, M., and E. Zeidner, "Internet Small Computer Systems Interface (iSCSI)", RFC 3720, April 2004.
[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., Tseng, J., Walker, J., Rangan, V., and F. Travostino, "Securing Block Storage Protocols over IP", RFC 3723, April 2004.
[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., Garcia, D., Hilland, J., and B. Metzler, "A Remote Direct Memory Access Protocol Specification", RFC 5040, October 2007.
[DDP] Shah, H., Pinkerton, J., Recio, R., and P. Culley, "Direct Data Placement over Reliable Transports", RFC 5041, October 2007.
[DDP] Shah, H., Pinkerton, J., Recio, R., and P. Culley, "Direct Data Placement over Reliable Transports", RFC 5041, October 2007.
[IPSEC] Kent, S. and R. Atkinson, "Security Architecture for the Internet Protocol", RFC 2401, November 1998.
[IPSEC] Kent, S. and R. Atkinson, "Security Architecture for the Internet Protocol", RFC 2401, November 1998.
[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., Bailey, S., and J. Carrier, "Marker PDU Aligned Framing for TCP Specification", RFC 5044, October 2007.
[RDDPSEC] Pinkerton, J. and E. Deleganes, "Direct Data Placement Protocol (DDP) / Remote Direct Memory Access Protocol (RDMAP) Security", RFC 5042, October 2007.
[RDDPSEC] Pinkerton, J. and E. Deleganes, "Direct Data Placement Protocol (DDP) / Remote Direct Memory Access Protocol (RDMAP) Security", RFC 5042, October 2007.
[TCP] Postel, J., "Transmission Control Protocol", STD 7, RFC 793, September 1981.
[TCP] Postel, J., "Transmission Control Protocol", STD 7, RFC 793, September 1981.
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.
[SAM2] T10/1157D, SCSI Architecture Model - 2 (SAM-2)
[SAM2] T10/1157D, SCSI Architecture Model - 2 (SAM-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., and H. Shah, "DA: Datamover Architecture for the Internet Small Computer System Interface (iSCSI)", RFC 5047, October 2007.
[IB] InfiniBand Architecture Specification Volume 1 Release 1.2, October 2004
[IB] InfiniBand Architecture Specification Volume 1 Release 1.2, October 2004
[IPoIB] Chu, J. and V. Kashyap, "Transmission of IP over InfiniBand (IPoIB)", RFC 4391, April 2006.
[IPoIB] Chu, J. and V. Kashyap, "Transmission of IP over InfiniBand (IPoIB)", RFC 4391, April 2006.
[RFC4301] Kent, S. and K. Seo, "Security Architecture for the Internet Protocol", RFC 4301, December 2005.
[RFC4301] Kent, S. and K. Seo, "Security Architecture for the Internet Protocol", RFC 4301, December 2005.
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 MessageのiWARP Message形式を示します。
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 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 6. SendSE Message Containing an iSER Hello Message
図6. iSER Hello Messageを含むSendSE Message
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 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 7. SendSE Message Containing an iSER HelloReply Message
図7. iSER HelloReply Messageを含むSendSE Message
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フラグは0、Read STag Validフラグは1、Write STagフィールドはすべて0、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 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 8. SendSE Message Containing a SCSI Read Command PDU
図8. SCSI Read Command PDUを含むSendSE Message
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 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 9. RDMA Write Message Containing SCSI Read Data
図9. SCSI Readデータを含むRDMA Write Message
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フラグは0、Write STagフィールドには有効なWrite STagが格納され、Read STagは使用しないためRead STagフィールドはすべて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 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 0001b |1|0| All zeros |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Write STag |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| All Zeros |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| SCSI Write Command PDU |
// //
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| MPA CRC |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 10. SendSE Message Containing a SCSI Write Command PDU
図10. SCSI Write Command PDUを含むSendSE Message
An iSCSI R2T is transformed into an iWARP RDMA Read Request Message. The following figure depicts an iWARP RDMA Read Request Message:
iSCSIのR2T PDUは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 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 11. RDMA Read Request Message
図11. RDMA Read Request Message
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 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 12. RDMA Read Response Message Containing SCSI Write Data
図12. SCSI Writeデータを含むRDMA Read Response Message
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 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 13. SendInvSE Message Containing SCSI Response PDU
図13. SCSI Response PDUを含むSendInvSE Message
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.
この節では、ゲートウェイを含むInfiniBandネットワークの構成例を説明します。情報提供のみを目的としており、InfiniBand環境でiSERがどのように使用されるかを理解するためのものです。
Figure 14 defines the topologies in which iSCSI and iSER will be able to operate on an InfiniBand Network.
図14は、InfiniBandネットワークでiSCSIとiSERを使用できるトポロジーを示します。
+---------+ +---------+ +---------+ +---------+ +--- -----+
| 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
Figure 14. iSCSI and iSER on IB
図14. InfiniBand上の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では、ホストシステムはInfiniBand Host Channel Adapter（HCA）を介してInfiniBandリンクに接続されています。IBスイッチを使うと、InfiniBandリンクはHCAを、ゲートウェイまたはストレージコントローラー内のInfiniBand Target Channel Adapter（TCA）に接続します。iSER対応IB-IPゲートウェイは、IBプロトコルにカプセル化されたiSER Messageを標準iSCSI、またはiWARP用のiSER Messageに変換します。[IPoIB]ゲートウェイはInfiniBand [IPoIB]プロトコルをIPプロトコルに変換します。iSCSIの場合、ホストと[IPoIB]ゲートウェイの間のInfiniBandネットワーク上でiSCSIを動作させられます。
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種類のポータルグループを持つストレージコントローラーを示します。1つはiSCSIのみをサポートするTPG-4、1つはiSER/iWARPまたはiSCSIをサポートするTPG-2、もう1つはiSER/IBをサポートする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 |
| |
+---------------------------------------------+
Figure 15. Storage Controller with TCP, iWARP, and IB Connections
図15. TCP、iWARP、InfiniBand接続を備えるストレージコントローラー
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 Protocol（SLP）、Internet Storage Name Service（iSNS）、またはSendTargetsを利用）は、ストレージコントローラーで使用できます。
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.
InfiniBandホストシステムは、[IPoIB]経由のTCP/IPを使い、SLP、iSNS、またはSendTargetsによるディスカバリーからポータルグループのIPアドレスを取得できます。1つ以上のリモートポータルIPアドレスを取得した後、イニシエーターは標準のIP機構を使って、IPアドレスに対応するローカル送出インターフェイスと宛先ハードウェアアドレス（ターゲットまたはターゲットへの経路上にあるゲートウェイのEthernet MACまたはIB GID）を特定します。特定されたインターフェイスが[IPoIB]ネットワークインターフェイスの場合、ターゲットポータルにはInfiniBandファブリック経由で到達できます。この場合、標準のAddress Resolution Protocol（ARP）で取得したハードウェアアドレス（InfiniBand GID）を使い、そのInfiniBandインターフェイス経由でターゲットとのiSCSI/TCPまたはiSCSI/iSERセッションを確立できます。
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.
ディスカバリーで複数のIPアドレスが取得された場合、イニシエーターと同じIPサブネット上にあるターゲットIPアドレスがあれば、それを選ぶことが望まれます。直接経路がある場合にゲートウェイを通ることによる余分な負荷を避けられます。
In addition, a user can configure manual static IP route entries if a particular path to the target is preferred.
また、特定のターゲット経路を優先する場合、ユーザーは静的IPルートを手動で設定できます。
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:
InfiniBand 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.
* ホストがピアのInfiniBandエンドノードとの接続を確立できるようにする手段。ピアがiSERをサポートしていないと示した場合は、[IPoIB]経由のiSCSI/TCPにフォールバックできるようにします。
* 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].
* ホストがストレージコントローラー上のIB iSER接続、またはIB iSER接続ゲートウェイへの接続を優先して確立できるようにする手段。[IPoIB]接続のゲートウェイ／ブリッジや、[IPoIB]経由のiSCSIも受け入れるターゲットストレージコントローラーへの接続より、これらを優先します。
* 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用のIB ServiceIDとIPポート番号を組み合わせる手段。これにより、IBホストは通常のIB接続手順を使いながら、iSERターゲットのピアが必要なIPポート番号に実際に接続できるようになります。
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.
このプロトコルは、著者に加え、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)、Jim Wendt (HP)が参加した設計チームによって開発されました。広範なレビューコメントを寄せたDavid Black (EMC)に特に感謝します。
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 Hewlett-Packard Company 8000 Foothills Blvd. Roseville, CA 95747-5668, USA Phone: +1-916-785-5621 EMail: cbm@rose.hp.com
Uri Elzur Broadcom Corporation 5300 California Avenue Irvine, CA 92617, USA Phone: +1-949-926-6432 EMail: Uri@Broadcom.com
Uri Elzur Broadcom Corporation 5300 California Avenue Irvine, CA 92617, USA Phone: +1-949-926-6432 EMail: 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
John Hufferd Brocade Communications Systems, Inc. 1745 Technology Drive San Jose, CA 95110, USA Phone: +1-408-333-5244 EMail: 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
Mike Ko IBM Corp. 650 Harry Rd. San Jose, CA 95120, USA Phone: +1-408-927-2085 EMail: mako@us.ibm.com
Hemal Shah Broadcom Corporation 5300 California Avenue Irvine, CA 92617, USA Phone: +1-949-926-6941 EMail: hemal@broadcom.com
Hemal Shah Broadcom Corporation 5300 California Avenue Irvine, CA 92617, USA Phone: +1-949-926-6941 EMail: hemal@broadcom.com
Patricia Thaler Broadcom Corporation 5300 California Avenue Irvine, CA 92617, USA Phone: +1-916-570-2707 EMail: pthaler@broadcom.com
Patricia Thaler Broadcom Corporation 5300 California Avenue Irvine, CA 92617, USA Phone: +1-916-570-2707 EMail: pthaler@broadcom.com
Full Copyright Statement
著作権表示
Copyright (C) The IETF Trust (2007).
Copyright (C) The IETF Trust (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.
本書はBCP 78に定められた権利、ライセンス、制限の対象です。同規定に別段の定めがある場合を除き、著者はすべての権利を保持します。
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.
本書および本書に含まれる情報は「現状有姿」で提供されます。寄稿者、その寄稿者が代表する組織またはスポンサーとなる組織（該当する場合）、Internet Society、IETF Trust、およびInternet Engineering Task Forceは、明示または黙示を問わず、すべての保証を否認します。これには、本書の情報の使用がいかなる権利も侵害しないという保証や、商品性または特定目的への適合性に関する黙示の保証が含まれますが、これらに限りません。
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は、本書に記載された技術の実装または使用に関係すると主張される知的財産権その他の権利の有効性や範囲、そのような権利に基づくライセンスが利用可能かどうかについて、いかなる立場も示しません。また、そのような権利を特定するため独自に調査したとも表明しません。RFC文書に関する権利手続きの情報はBCP 78およびBCP 79に記載されています。
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.
IETF事務局に提出されたIPR開示の写し、利用可能なライセンスについての保証、または本仕様の実装者・利用者が当該所有権を利用するための包括的ライセンスや許可を得ようとした結果は、IETFのオンラインIPRリポジトリ（http://www.ietf.org/ipr）で入手できます。
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へお送りください。