[要約] RFC 5046は、iSCSIプロトコルにRDMA拡張を追加するための仕様です。目的は、高速なデータ転送と低遅延を実現するために、iSCSIとRDMAを組み合わせることです。
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)
インターネットスモールコンピューターシステムインターフェイス（ISCSI）リモートダイレクトメモリアクセス用の拡張機能（RDMA）
Status of This Memo
本文書の位置付け
This document specifies an Internet standards track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the "Internet Official Protocol Standards" (STD 1) for the standardization state and status of this protocol. Distribution of this memo is unlimited.
このドキュメントは、インターネットコミュニティのインターネット標準トラックプロトコルを指定し、改善のための議論と提案を要求します。このプロトコルの標準化状態とステータスについては、「インターネット公式プロトコル標準」（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.
リモートダイレクトメモリアクセス（RDMA）用のインターネットスモールコンピューターシステムインターフェイス（ISCSI）拡張機能は、IWARPプロトコルスイートなどのRDMA対応プロトコルの上にISCSIを重ねることにより、RDMAデータ転送機能をISCSIに提供します。RDMA対応プロトコルはRDMA読み取りおよび書き込みサービスを提供します。これにより、データを中間データコピーなしで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]で定義されています。これは、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プロトコルスタックは、実際に使用できる直接的なデータ配置機能を提供します。さらに、ISCSIは、Infinibandが提供するような直接データ配置をサポートする他のリモートダイレクトメモリアクセス（RDMA）プロトコルスタックで使用することに興味があります。一般的な用語RDMA対応プロトコル（RCAP）は、そのようなプロトコルスタックによって提供されるRDMA機能を参照するために使用されます。
With the availability of RDMA-Capable Controllers within a host system, which does not have SNICs, it is appropriate for iSCSI to be able to exploit the direct data placement function of the RDMA-Capable Controller like other applications.
SNICを持たないホストシステム内のRDMA対応コントローラーが可用性であるため、ISCSIが他のアプリケーションと同様にRDMA対応コントローラーの直接データ配置関数を悪用できるようにすることが適切です。
iSCSI Extensions for RDMA (iSER) is designed precisely to take advantage of generic RDMA technologies -- iSER's goal is to permit iSCSI to employ direct data placement and RDMA capabilities using a generic RDMA-Capable Controller. In summary, the iSCSI/iSER protocol stack is designed to enable scaling to high speeds by relying on a generic data placement process and RDMA technologies and products, which enable direct data placement of both in-order and out-of-order data.
RDMA（ISER）のISCSI拡張機能は、ジェネリック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プロトコルの接続性を拡張しており、名前はこの現実を反映していることに注意してください。
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. ISCSIのRDMAデータ転送モデルを提供します。これにより、SCSIデータの直接的な注文または順序外データの配置が、注文のデータ配信を維持しながら、事前に割り当てられたSCSIバッファーに配置できます。
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モードで動作するエンドノード間のISCSIフルフィーチャフェーズの相互運用性が必要ありません。ISERアシストモード）。
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対応の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用の軽量のDataMoverプロトコルを実装します。
Consistent with the architectural goals stated in Section 2.2, the iSER protocol does not require changes in the iSCSI ecosystem or any related SCSI specifications. The iSER protocol defines the mapping of iSCSI PDUs to RCaP Messages in such a way that it is entirely feasible to realize iSCSI/iSER implementations that are based on generic RDMA-Capable Controllers. The iSER protocol layer requires minimal state maintenance to assist an iSCSI Full Feature Phase connection, besides being oblivious to the notion of an iSCSI session. The crucial protocol aspects of iSER may be summarized thus:
セクション2.2に記載されている建築目標と一致して、ISERプロトコルはISCSIエコシステムまたは関連するSCSI仕様の変更を必要としません。ISERプロトコルは、一般的なRDMA対応コントローラーに基づいたISCSI/ISER実装を実現することが完全に実行可能であるように、ISCSI PDUのRCAPメッセージへのマッピングを定義します。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つのモードでのみ動作できます（つまり、セッションの接続は、同じセッションの別の接続がすでにある場合、ISERアシストモードで動作できません従来のISCSIモードの完全な特徴フェーズで）。
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. ターゲットは、RDMA読み取りリクエストとRDMAの書き込みをそれぞれ発行することにより、SCSIの書き込みとSCSI読み取りのすべてのデータ転送（ISCSI未承諾データを除く）を駆動します。
6. RCaP is responsible for ensuring data integrity. (For example, iWARP includes a CRC-enhanced framing layer called Marker PDU Aligned Framing for TCP (MPA) on top of TCP; and for InfiniBand, the CRCs are included in the Reliable Connection mode). For this reason, iSCSI header and data digests are negotiated to "None" for iSCSI/iSER sessions.
6. RCAPは、データの整合性を確保する責任があります。（たとえば、IWARPには、TCPの上にTCP（MPA）のマーカーPDUアライメントフレーミングと呼ばれるCRC強化フレーミング層が含まれています。このため、ISCSIヘッダーとデータダイジェストは、ISCSI/ISERセッションの「なし」と交渉されます。
7. The iSCSI error recovery hierarchy defined in [RFC3720] is fully supported by iSER. (However, see Section 7.3.11 on the handling of SNACK Request PDUs.)
7. [RFC3720]で定義されているISCSIエラー回復階層は、ISERによって完全にサポートされています。（ただし、スナックリクエスト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の上層インターフェイス要件を中心とする可能性が高い（セクション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ドキュメントで定義されているプロトコルサービスを提供するソフトウェアおよび/またはハードウェアプロトコルスタックを使用するように設計されています。
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.
ステアリングタグ（STAG）は、SCSI I/Oを完了するためにISERレイヤーがリモートISCSI/ISERノードに宣伝するRDMA対応コントローラーに固有のI/Oバッファーの識別子です。
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では、広告とは、ターゲットによるRDMA読み取りまたはRDMA書き込みアクセスのイニシエーターでI/Oバッファーが利用可能であることをイニシエーターからターゲットに通知する行為です。イニシエーターは、SCSIコマンドPDUをターゲットに含むISERメッセージのヘッダーにSTAGを含めることにより、I/Oバッファーを宣伝します。ベースタグ付きオフセットは明示的に指定されていませんが、ターゲットは常にゼロと想定する必要があります。バッファーの長さは、SCSIコマンドPDUで指定されているとおりです。
The iSER layer at the initiator Advertises the STag for the I/O Buffer of each SCSI I/O to the iSER layer at the target in the iSER header of the Send with Solicited Event (SendSE) Message containing the SCSI Command PDU, unless the I/O can be completely satisfied by unsolicited data alone.
イニシャンレイヤーは、各SCSI I/OのI/Oバッファーの雄牛を宣伝し、SENDのISERヘッダーのターゲットにあるISERレイヤーに、SCSIコマンドPDUを含む勧誘イベント（Sendse）メッセージを宣伝します。I/Oは、未承諾データだけで完全に満足することができます。
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レイヤーは、I/OバッファーのSTAGを提供します。これは、RDMA読み取り操作（セクション2.4.4）のデータシンク（セクション2.4.4）をイニシエーターノードのRCAPレイヤーに提供します。つまり、これは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応答PDUを運ぶ勧誘イベントと無効化（sendInvse）メッセージを備えた送信によって実現されます。この自動無効化には、双方向コマンドとコマンドの異常な完了という2つの例外があります。イニシエーターのISER層は、これらの場合に雄鹿を明示的に無効にするために必要です。これは、それが発生した場合でも自動無効化を確認することに加えてです。
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.
送信は、送信側によって宣伝されたバッファーに宛てられていないRDMA操作であり、したがって、受信側に攻撃されていないバッファーを使用します。
The iSER layer at the initiator uses the Send Operation to transmit any iSCSI control-type PDU to the target. As an example, the initiator uses Send Operations to transfer iSER Messages containing SCSI Command PDUs to the iSER layer at the target.
イニシャンのISERレイヤーは、送信操作を使用して、任意のISCSI制御型PDUをターゲットに送信します。例として、イニシエーターは送信操作を使用して、SCSIコマンドPDUを含むISERメッセージをターゲットの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層は、送信操作を使用して、ISCSI制御型PDUをイニシエーターに送信します。例として、ターゲットは送信操作を使用して、SCSI応答PDUを含むISERメッセージをイニシエーターの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書き込みは、受信側の広告バッファーにデータを配置するために使用されるRDMA操作です。送信側は、データシンクで有効なSTAGとタグ付きオフセットを使用してメッセージに対処します。
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書き込み操作を使用して、ローカルI/Oバッファーの内容をイニシエーターの広告I/Oバッファーに転送します。ターゲットのISERレイヤーは、RDMA書き込みを使用して、SCSI読み取りコマンドを完了するために必要なデータの一部または一部を転送します。
The iSER layer at the initiator does not employ RDMA Writes.
イニシエーターのISER層は、RDMAの書き込みを使用していません。
RDMA Read is the RDMA Operation that is used to retrieve data from an Advertised buffer on a remote node. The sending side of the RDMA Read Request addresses the Message using an STag and a Tagged Offset that are valid on the Data Source in addition to providing a valid local STag and Tagged Offset that identify the Data Sink.
RDMA読み取りは、リモートノード上の広告バッファーからデータを取得するために使用されるRDMA操作です。RDMA読み取り要求の送信側は、データシンクを識別する有効なローカルスタッグとタグ付きオフセットを提供することに加えて、データソースで有効なタグ付きオフセットを使用してメッセージをアドレス指定します。
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読み取り操作を使用して、イニシエーターの広告I/Oバッファーの内容をターゲットのローカルI/Oバッファーに転送します。ターゲットのISERレイヤーは、RDMA読み取りを使用して、SCSI書き込みコマンドを完了するために必要なデータの一部または一部を取得します。
The iSER layer at the initiator does not employ RDMA Reads.
イニシエーターのISER層は、RDMA読み取りを使用しません。
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コマンドPDUを受信します。イニシエーターのISER層は、SCSIのI/Oバッファー用のSTAGを生成し、PDUのISERヘッダーの一部としてSTAGを含めることにより、バッファーを宣伝します。ISERメッセージは、sendseメッセージを使用してターゲットに転送されます。
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を書き込み、SCSI読み取りを完了するために必要なデータを転送します。
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メッセージを使用して、SCSI応答PDUをイニシエーターのISERレイヤーに転送します。イニシエーターのISER層は、SCSI応答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コマンドPDUを受信します。要請されたデータ転送が関与する場合、イニシエーターのISERレイヤーは、SCSIのI/Oバッファー用のSTAGを生成し、PDUのISERヘッダーの一部としてSTAGを含めることによりバッファーを宣伝します。ISERメッセージは、sendseメッセージを使用してターゲットに転送されます。
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レイヤーは、オプションで、送信メッセージタイプを使用して1つまたは複数の非誤解データPDUをターゲットに送信する場合があります。
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読み取りを使用して、SCSI書き込みを完了するために必要なデータを転送します。
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メッセージを使用して、SCSI応答PDUをイニシエーターのISERレイヤーに転送します。イニシエーターのISER層は、SCSI応答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.
RDMA（ISER）のISCSI拡張機能は、ISCSI層とRCAP層の間に層状になっています。RCAP層は、RCAPの詳細に応じて、1つ以上の異なるプロトコル層で構成されている場合があることに注意してください。図1は、SCSI、ISCSI、ISER、および異なるRCAP層の関係の例を示しています。TCPの場合、RCAPはIWARPです。Infinibandの場合、RCAPは信頼できる接続輸送サービスです。ここで説明するISCSI層は、ISERで使用されるRDMA拡張機能をサポートしていることに注意してください。
+-------------------------------------+
| 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.
広告（広告、広告、広告、広告） - ローカルノードのバッファが利用可能であることをリモートISERレイヤーに通知する行為。ノードは、タグ付きバッファー識別子（STAG、TO、およびバッファーの長さ）のリモートISERレイヤーを通知することにより、RDMA読み取りリクエストメッセージまたは着信RDMA書き込みメッセージアクセスにバッファーを使用できるようにします。タグ付きバッファー情報のこの広告は、両端のISERレイヤーの責任であり、RDMA対応プロトコルによって定義されていないことに注意してください。典型的な方法は、ISERレイヤーが、リモートISERレイヤー用の送信メッセージにタグ付けされたバッファーのスタッグ、トゥー、およびバッファーの長さを埋め込むことです。
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.
完了（完了、完了、完了） - 完了は、ISER層に通知するRDMA対応プロトコル層のプロセスとして定義されます。特定のRDMA操作がRDMA操作に指定されたすべての機能を実行したことを示しています。
Connection - A connection is a logical circuit between the initiator and the target, e.g., a TCP connection. Communication between the initiator and the target occurs over one or more connections. The connections carry control messages, SCSI commands, parameters, and data within iSCSI Protocol Data Units (iSCSI PDUs).
接続 - 接続は、イニシエーターとターゲット、たとえばTCP接続の間の論理回路です。イニシエーターとターゲットの間の通信は、1つ以上の接続で発生します。接続には、ISCSIプロトコルデータユニット（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.
接続ハンドル - 特定のISCSI接続を識別し、特定のISCSI ISERペアに固有の情報要素。動作原始のすべての呼び出しは、接続ハンドルで資格があります。
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.
データシンク - データペイロードを受信するピア。データシンクは、RCAPメッセージを送信および受信してデータペイロードを転送する必要があることに注意してください。
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.
データソース - データペイロードを送信するピア。データソースは、RCAPメッセージを送信および受信してデータペイロードを転送する必要があることに注意してください。
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レイヤー - ISCSI層の真下と基礎となる輸送層の上にあるレイヤー。このレイヤーは、ISCSI層とそれ自体との間の通信のために、一連の輸送独立した運用プリミティブを公開および使用します。輸送層と組み合わせて動作するDataMoverレイヤーは、ISCSI接続の制御情報とデータ情報を移動します。この仕様では、ISERレイヤーはDataMoverレイヤーです。
Datamover Protocol - A Datamover protocol is the wire-protocol that is defined to realize the Datamover layer functionality. In this specification, the iSER protocol is the Datamover protocol.
DataMoverプロトコル-DataMoverプロトコルは、DataMoverレイヤー機能を実現するために定義されるワイヤプロトコルです。この仕様では、ISERプロトコルはDataMoverプロトコルです。
Event - An indication provided by the RDMA-Capable Protocol layer to the iSER layer to indicate a Completion or other condition requiring immediate attention.
イベント - RDMA対応プロトコル層がISER層に提供する適応症であるため、即時の注意が必要な完了またはその他の条件を示します。
Inbound RDMA Read Queue Depth (IRD) - The maximum number of incoming outstanding RDMA Read Requests that the RDMA-Capable Controller can handle on a particular RCaP Stream at the Data Source. For some RDMA-Capable Protocol layers, the term "IRD" may be known by a different name. For example, for InfiniBand, the equivalent for IRD is the Responder Resources.
インバウンドRDMA読み取りキューの深さ（IRD） - RDMA対応コントローラーがデータソースの特定のRCAPストリームで処理できる傑出したRDMA読み取りリクエストの最大数。一部のRDMA対応プロトコル層の場合、「IRD」という用語は別の名前で知られている場合があります。たとえば、Infinibandの場合、IRDに相当するのはレスポンダーリソースです。
Invalidate STag - A mechanism used to prevent the Remote Peer from reusing a previous explicitly Advertised STag, until the iSER layer at the local node makes it available through a subsequent explicit Advertisement.
STAGを無効にする - リモートピアが以前の明示的に宣伝されたSTAGを再利用するのを防ぐために使用されるメカニズム。ローカルノードのISERレイヤーにより、その後の明示的な広告を通じて利用可能になります。
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バッファー - SCSIの読み取りまたは書き込み操作で使用されるバッファーで、SCSIデータがそのバッファから送信または受信される可能性があります。
iSCSI - The iSCSI protocol as defined in [RFC3720] is a mapping of the SCSI Architecture Model of SAM-2 over TCP.
ISCSI- [RFC3720]で定義されているISCSIプロトコルは、TCPを介したSAM -2のSCSIアーキテクチャモデルのマッピングです。
iSCSI control-type PDU - Any iSCSI PDU that is not an iSCSI data-type PDU and also not a SCSI Data-out PDU carrying solicited data is defined as an iSCSI control-type PDU. Specifically, it is to be noted that SCSI Data-out PDUs for unsolicited data are defined as iSCSI control-type PDUs.
ISCSI制御型PDU- ISCSIデータ型PDUではなく、SCSIデータアウトPDUを携帯するSCSIデータアウトPDUでもないISCSI PDUは、ISCSI制御型PDUとして定義されます。具体的には、未承諾データのSCSIデータアウトPDUは、ISCSI制御型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データタイプPDU- ISCSIデータ型PDUは、完全な特徴フェーズISCSI接続でピアISCSIノード間で行われるデータ転送を引き起こすデータ転送を引き起こすISCSI PDUとして定義されます。ISCSIデータ型PDUは、送信者ISCSI層による送信の要求がある場合、リモートISCSI層の参加なしに関連するデータ転送をもたらします。つまり、PDU自体はリモートISCSI層に配信されません。次のISCSI PDUは、ISCSIデータタイプPDUのセット-SCSIデータインPDUおよびR2T PDUを構成します。
iSCSI Layer - A layer in the protocol stack implementation within an end node that implements the iSCSI protocol and interfaces with the iSER layer via the Datamover Interface.
ISCSIレイヤー - ISCSIプロトコルを実装し、DataMoverインターフェイスを介して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プロトコルデータユニット） - イニシエーターのISCSIレイヤーとターゲットのISCSIレイヤーは、通信をメッセージに分割します。「ISCSIプロトコルデータユニット」（ISCSI PDU）という用語は、これらのメッセージに使用されます。
iSCSI/iSER Connection - An iSER-assisted iSCSI connection.
ISCSI/ISER接続 - ISERアシストISCSI接続。
iSCSI/iSER Session - An iSER-assisted iSCSI session.
ISCSI/ISERセッション - ISER支援ISCSIセッション。
iSCSI-iSER Pair - The iSCSI layer and the underlying iSER layer.
ISCSIISERペア - ISCSI層と下にあるISER層。
iSER - iSCSI Extensions for RDMA, the protocol defined in this document.
ISER -ISCSI拡張機能は、このドキュメントで定義されているプロトコルである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 -ISER機能が問題の特定のISCSI/ISER接続のISCSI層の下でも有効になっている場合の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ストリームで宣言する、卓越したRDMA読み取りリクエストの最大数を表します。
iSER-ORD - This variable represents the maximum number of outstanding RDMA Read Requests that the iSER layer can initiate on a particular RCaP Stream. This variable is maintained only by the iSER layer at the target.
ISER -ORD-この変数は、ISERレイヤーが特定のRCAPストリームで開始できる未解決のRDMA読み取り要求の最大数を表します。この変数は、ターゲットのISER層によってのみ維持されます。
iSER Layer - The layer that implements the iSCSI Extensions for RDMA (iSER) protocol.
ISERレイヤー - RDMA（ISER）プロトコルのISCSI拡張機能を実装するレイヤー。
iWARP - A suite of wire protocols comprising of [RDMAP], [DDP], and [MPA] when layered above [TCP]. [RDMAP] and [DDP] may be layered above SCTP or other transport protocols.
IWARP- [RDMAP]、[DDP]、および[MPA]で構成されるワイヤープロトコルのスイート[TCP]の上に階層化された場合。[RDMAP]および[DDP]は、SCTPまたは他の輸送プロトコルの上に階層化される場合があります。
Local Mapping - A task state record maintained by the iSER layer that associates the Initiator Task Tag to the local STag(s). The specifics of the record structure are implementation dependent.
ローカルマッピング - イニシエータータスクタグをローカルスタッグに関連付ける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.
ローカルピア - 接続のローカルエンドでのRDMA対応プロトコルの実装。プロトコル交換または2つのノード間のその他の相互作用を説明する際に、ローカルエンティティを参照するために使用されます。
Node - A computing device attached to one or more links of a network. A Node in this context does not refer to a specific application or protocol instantiation running on the computer. A Node may consist of one or more RDMA-Capable Controllers installed in a host computer.
ノード - ネットワークの1つ以上のリンクに接続されたコンピューティングデバイス。このコンテキストのノードは、コンピューターで実行されている特定のアプリケーションまたはプロトコルインスタンス化を指すものではありません。ノードは、ホストコンピューターにインストールされた1つ以上のRDMA対応コントローラーで構成されている場合があります。
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].
動作原始 - 運用プリミティブは、別のレイヤーがリクエスタに代わって特定のアクションを実行するか、いくつかのイベントの他のレイヤーに通知することを要求する抽象的な機能インターフェイス手順です。ISCSIエンドノード内のISCSIレイヤーとDataMoverレイヤー間のデータモーバーインターフェイスは、一連の動作プリミティブを使用して、2つのレイヤー間の関数インターフェイスを定義します。運用原始のすべての呼び出しが要求されたレイヤーからの応答を引き出すとは限りません。ISCSIおよびISERが利用できる運用上のプリミティブタイプとリクエスト応答セマンティクスの完全な議論は、[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.
アウトバウンドRDMA読み取りキュー深さ（ORD） - RDMA対応コントローラーがデータシンクの特定のRCAPストリームで開始できる未解決のRDMA読み取りリクエストの最大数。一部のRDMA対応プロトコル層の場合、「ord」という用語は別の名前で知られている場合があります。たとえば、infinibandの場合、ORDに相当するものはイニシエーターの深さです。
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].
位相collapse- SCSIステータスがターゲットからの最終的なSCSIデータイン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メッセージ - 単一のRDMA操作またはRDMA対応プロトコルのRDMA読み取り操作の一部を含むネットワークレイヤーの1つ以上のパケット。IWARPの場合、RCAPメッセージはRDMAPメッセージと呼ばれます。
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ストリーム - 単一の輸送レベルのストリーム上の2つのノード上のピアRDMA対応プロトコルレイヤー間の単一の双方向の関連性。IWARPの場合、RCAPストリームはRDMAPストリームとして知られており、関連性は、ISERサポートがネゴシエートされるログインフェーズの成功に続いてISERアシストモードに接続が遷移するときに作成されます。
RDMA-Capable Protocol (RCaP) - The protocol or protocol suite that provides a reliable RDMA transport functionality, e.g., iWARP, InfiniBand, etc.
RDMA対応プロトコル（RCAP） - 信頼できるRDMA輸送機能を提供するプロトコルまたはプロトコルスイートなど、IWARP、Infinibandなど。
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対応コントローラー-RDMA機能を備えたネットワークI/Oアダプターまたは組み込みコントローラー。たとえば、IWARPの場合、これはRNICである可能性があり、Infinibandの場合、これはHCA（ホストチャネルアダプター）またはTCA（ターゲットチャネルアダプター）である可能性があります。
RDMA-enabled Network Interface Controller (RNIC) - A network I/O adapter or embedded controller with iWARP functionality.
RDMA対応ネットワークインターフェイスコントローラー（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操作 - データソースからデータシンクにデータを転送するために、コントロールメッセージを含むRCAPメッセージのシーケンス。次のRDMA操作が定義されています-RDMA書き込み操作、RDMA読み取り操作、操作の送信、無効な操作で送信、勧誘されたイベント操作で送信し、勧誘されたイベントで送信し、操作を無効にし、操作を終了します。
RDMA Protocol (RDMAP) - A wire protocol that supports RDMA Operations to transfer ULP data between a Local Peer and the Remote Peer as described in [RDMAP].
RDMAプロトコル（RDMAP） - [RDMAP]で説明されているように、ローカルピアとリモートピア間のULPデータを転送するRDMA操作をサポートするワイヤープロトコル。
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読み取り操作 - データシンクが使用するRDMA操作は、リモートピアからローカルピアのデータシンクバッファーにデータソースバッファーの内容を転送します。RDMA読み取り操作は、単一のRDMA読み取り要求メッセージと単一のRDMA読み取り応答メッセージで構成されています。
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読み取りリクエスト-Data Sinkで使用されるRCAPメッセージは、データソースがバッファの内容を転送することを要求します。RDMA読み取り要求メッセージは、データソースとデータシンクバッファの両方を説明しています。
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読み取り応答-RDMA読み取り要求に応じて、データソースがバッファーの内容をデータシンクに転送するために使用されるRCAPメッセージ。RDMA読み取り応答メッセージは、データシンクバッファーのみを記述します。
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書き込み操作 - データソースが使用するRDMA操作は、データソースバッファーの内容をローカルピアからリモートピアのデータシンクバッファーに転送します。RDMA書き込みメッセージは、データシンクバッファーのみを記述します。
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.
リモートダイレクトメモリアクセス（RDMA） - 転送されるデータのリモート位置をローカルシステムが指定するリモートシステムでメモリにアクセスする方法。リモートシステムでRDMA対応コントローラーを使用すると、システム上の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.
リモートマッピング - イニシエータータスクタグを広告された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.
リモートピア - 接続の反対側にRDMA対応プロトコルの実装。プロトコル交換または2つのノード間のその他の相互作用を説明する際に、リモートエンティティを参照するために使用されます。
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レイヤー -このレイヤーは、SCSI CDB（コマンド記述子ブロック）を構築/受信し、ISCSIレイヤーの[SAM2]パラメーターを残りのコマンド実行で送信/受信します。
Send - An RDMA Operation that transfers the contents of a Buffer from the Local Peer to a Buffer at the Remote Peer.
送信 - バッファーの内容をローカルピアからリモートピアのバッファーに転送するRDMA操作。
Send Message Type - A Send Message, Send with Invalidate Message, Send with Solicited Event Message, or Send with Solicited Event and Invalidate Message.
メッセージタイプを送信 - メッセージを送信するか、無効なメッセージで送信するか、勧誘されたイベントメッセージで送信するか、勧誘されたイベントで送信して、無効なメッセージを送信します。
SendInvSE Message - A Send with Solicited Event and Invalidate Message.
SendInvseメッセージ - 勧誘されたイベントを備えた送信とメッセージを無効にします。
SendSE Message - A Send with Solicited Event Message.
sendseメッセージ - 勧誘されたイベントメッセージ付きの送信。
Sequence Number (SN) - DataSN for a SCSI Data-in PDU and R2TSN for an R2T PDU. The semantics for both types of sequence numbers are as defined in [RFC3720].
シーケンス番号（SN）-SCSIデータインPDUおよびR2T PDUのR2TSNのDATASN。両方のタイプのシーケンス番号のセマンティクスは、[RFC3720]で定義されています。
Session, iSCSI Session - The group of connections that link an initiator SCSI port with a target SCSI port form an iSCSI session (equivalent to a SCSI I-T nexus). Connections can be added to and removed from a session even while the I-T nexus is intact. Across all connections within a session, an initiator sees one and the same target.
セッション、ISCSIセッション - イニシエーターSCSIポートをターゲットSCSIポートとISCSIセッション（SCSI I -T Nexusに相当）を形成する接続のグループ。I-T Nexusが無傷の場合でも、接続をセッションに追加して削除できます。セッション内のすべての接続にわたって、イニシエーターは同じターゲットを見ます。
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.
勧誘イベント（SE） - RDMA操作送信者が受信者にイベントを生成する可能性がある施設、受信者がそのようなイベントを生成するように構成されている場合、勧誘されたイベントで送信した場合、または勧誘されたイベントと無効なメッセージで送信受け取られます。
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.
ステアリングタグ（STAG） - [RDMAP]および[DDP]で定義されているノード（ローカルまたはリモート）のタグ付きバッファーの識別子。他のRDMA対応プロトコルの場合、ステアリングタグは異なる名前で知られている場合がありますが、ここではStagsと呼ばれます。たとえば、Infinibandの場合、リモートの雄鹿はR-Keyとして知られており、ローカルの雄鹿はLキーとして知られており、両方とも雄鹿と見なされます。
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.
タグ付きバッファー - スタッグ、タグ付きオフセット、および長さの交換を通じて、リモートノードのiSerレイヤーに明示的に宣伝されるバッファー。
Tagged Offset (TO) - The offset within a Tagged Buffer.
タグ付きオフセット（to） - タグ付きバッファ内のオフセット。
Traditional iSCSI - Refers to the iSCSI protocol as defined in [RFC3720] (i.e. without the iSER enhancements).
従来のISCSI- [RFC3720]で定義されているISCSIプロトコルを指します（つまり、ISERの強化なし）。
Untagged Buffer - A buffer that is not explicitly Advertised to the iSER layer at the remode node.
Untaggedバッファー - レモードノードのISERレイヤーに明示的に宣伝されていないバッファー。
Acronym Definition
--------------------------------------------------------------
AHS Additional Header Segment
AHS追加ヘッダーセグメント
BHS Basic Header Segment
BHS基本ヘッダーセグメント
CO Connection Only
共同接続のみ
CRC Cyclic Redundancy Check
DDP Direct Data Placement Protocol
DI Datamover Interface
di DataMoverインターフェイス
HCA Host Channel Adapter
HCAホストチャネルアダプター
IANA Internet Assigned Numbers Authority
IANAインターネットに割り当てられた番号当局
IB InfiniBand
Ib Infiniband
IETF Internet Engineering Task Force
IETFインターネットエンジニアリングタスクフォース
I/O Input - Output
I/O入力 - 出力
IO Initialize Only
IO初期化のみ
IP Internet Protocol
IPインターネットプロトコル
IPoIB IP over InfiniBand
IPOIB IPを介したIP
IPsec Internet Protocol Security
IPSECインターネットプロトコルセキュリティ
iSER iSCSI Extensions for RDMA
RDMAのISER ISCSI拡張機能
ITT Initiator Task Tag
ITTイニシエータータスクタグ
LO Leading Only
リードのみ
MPA Marker PDU Aligned Framing for TCP
TCP用のMPAマーカーPDUアラインドフレーミング
NOP No Operation
nop操作なし
NSG Next Stage (during the iSCSI Login Phase)
NSG次の段階（ISCSIログインフェーズ中）
OS Operating System
OSオペレーティングシステム
PDU Protocol Data Unit
PDUプロトコルデータユニット
R2T Ready To Transfer
R2T転送準備完了
R2TSN Ready To Transfer Sequence Number
r2tsnシーケンス番号を転送する準備ができています
RDMA Remote Direct Memory Access
RDMAリモートダイレクトメモリアクセス
RDMAP Remote Direct Memory Access Protocol
RDMAPリモートダイレクトメモリアクセスプロトコル
RFC Request For Comments
RNIC RDMA-enabled Network Interface Controller
SAM2 SCSI Architecture Model - 2
SAM2 SCSIアーキテクチャモデル-2
SCSI Small Computer Systems Interface
SCSI Small Computer Systemsインターフェイス
SNACK Selective Negative Acknowledgment - also Sequence Number Acknowledgement for data
スナック選択的否定的な承認 - また、データのシーケンス番号承認
STag Steering Tag
スタッグステアリングタグ
SW Session Wide
SWセッションワイド
TCA Target Channel Adapter
TCAターゲットチャネルアダプター
TCP Transmission Control Protocol
TCP伝送制御プロトコル
TMF Task Management Function
TMFタスク管理機能
TTT Target Transfer Tag
TTTターゲット転送タグ
TO Tagged Offset
タグ付きオフセットに
ULP Upper Level Protocol
ULPアッパーレベルプロトコル
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].
「必須」、「そうしない」、「必須」、「必要」、「「しない」、「そうでない」、「そうではない」、「そうでない」、「推奨」、「5月」、および「オプション」は、[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アーキテクチャが意図した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.
インターフェイス要件は、運用プリミティブによって指定されます。動作原始は、ISCSIレイヤーと、1つのレイヤーに他のレイヤーに代わって特定のアクションを実行するか、いくつかのイベントの他のレイヤーに特定のアクションを実行するように要求するISERレイヤーの間の抽象的な機能インターフェイス手順です。呼び出された動作の原始的なときはいつでも、Connection_Handle予選を使用して特定のISCSI接続を識別します。一部の運用プリミティブの場合、data_descriptorを使用して、要求または完了した操作に関連付けられたISCSI/SCSIデータバッファーを識別します。
The abstract model and the Operational Primitives defined in this section facilitate the description of the iSER protocol. In the rest of the iSER specification, the compliance statements related to the use of these Operational Primitives are only for the purpose of the required interactions between the iSCSI layer and the iSER layer. Note that the compliance statements related to the Operational Primitives in the rest of this specification only mandate functional equivalence on implementations, but do not put any requirements on the implementation specifics of the interface between the iSCSI layer and the iSER layer.
このセクションで定義されている抽象モデルと運用プリミティブは、ISERプロトコルの説明を容易にします。ISER仕様の残りの部分では、これらの運用プリミティブの使用に関連するコンプライアンスステートメントは、ISCSI層とISER層の間の必要な相互作用の目的のためだけです。この仕様の残りの部分の運用プリミティブに関連するコンプライアンスステートメントは、実装に機能的等価性を義務付けているが、ISCSI層とISER層の間のインターフェイスの実装詳細に要件を掲載しないことに注意してください。
Each Operational Primitive is invoked with a set of qualifiers that specify the information context for performing the specific action being requested of the Operational Primitive. While the qualifiers are required, the method of realizing the qualifiers (e.g., by passing synchronously with invocation, or by retrieving from task context, or by retrieving from shared memory, etc.) is implementation dependent.
各運用原始は、運用原始の要求されている特定のアクションを実行するための情報コンテキストを指定する一連の予選で呼び出されます。予選が必要ですが、予選を実現する方法（たとえば、呼び出しと同期して渡すこと、またはタスクコンテキストから取得すること、または共有メモリから取得するなど）は実装に依存します。
The iSER protocol layer MUST support the following Operational Primitives to be used by the iSCSI protocol layer.
ISERプロトコル層は、ISCSIプロトコル層で使用する次の動作プリミティブをサポートする必要があります。
Input qualifiers: Connection_Handle, BHS and AHS (if any) of the iSCSI PDU, PDU-specific qualifiers
入力予選：connection_handle、BHS、およびAHS（もしあれば）ISCSI PDU、PDU固有の予選
Return results: Not specified
返品結果：指定されていません
This is used by the iSCSI layers at the initiator and the target to request the outbound transfer of an iSCSI control-type PDU (see Section 7.2). Qualifiers that only apply for a particular control-type PDU are known as PDU-specific qualifiers, e.g., ImmediateDataSize for a SCSI write command. For details on PDU-specific qualifiers, see Section 7.3. The iSCSI layer can only invoke the Send_Control Operational Primitive when the connection is in iSER-assisted mode.
これは、イニシエーターのISCSI層によって使用され、ターゲットはISCSI制御型PDUのアウトバウンド転送を要求します（セクション7.2を参照）。特定の制御型PDUにのみ適用される予選は、PDU固有の予選として知られています。PDU固有の修飾子の詳細については、セクション7.3を参照してください。ISCSIレイヤーは、接続がISERアシストモードである場合にのみ、send_controlの動作原始を呼び出すことができます。
Input qualifiers: Connection_Handle, content of a SCSI Data-in PDU header, Data_Descriptor, Notify_Enable Return results: Not specified
入力予選：Connection_Handle、SCSI Data-inPDUヘッダーのコンテンツ、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修飾子によって識別されたバッファからSCSIデータインPDUのデータのアウトバウンド転送を要求します。ISCSIレイヤーは、接続がISERアシストモードである場合にのみ、PUT_DATAの動作原始を呼び出すことができます。
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予選は、ISERレイヤーにISER層に最終的なローカル完了通知を生成するかどうかを示すために使用されます。詳細については、data_completion_notifyのセクション3.2.2を参照してください。
Input qualifiers: Connection_Handle, content of an R2T PDU, Data_Descriptor, Notify_Enable
入力予選：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修飾子によって識別されたバッファーに要求されます。ISCSIレイヤーは、接続がISERアシストモードである場合にのみ、GET_DATAの動作原始を呼び出すことができます。
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予選は、ISERレイヤーにISER層に最終的なローカル完了通知を生成するかどうかを示すために使用されます。詳細については、data_completion_notifyのセクション3.2.2を参照してください。
Input qualifiers: Connection_Handle, Resource_Descriptor (optional)
入力予選：connection_handle、resource_descriptor（オプション）
Return results: Status
返品結果：ステータス
This is used by the iSCSI layers at the initiator and the target to request the allocation of all connection resources necessary to support RCaP for an operational iSCSI/iSER connection. The iSCSI layer may optionally specify the implementation-specific resource requirements for the iSCSI connection using the Resource_Descriptor qualifier.
これは、イニシエーターとターゲットのISCSIレイヤーによって使用され、運用上のISCSI/ISER接続のRCAPをサポートするために必要なすべての接続リソースの割り当てを要求します。ISCSIレイヤーは、resource_descriptor修飾子を使用して、ISCSI接続の実装固有のリソース要件をオプションで指定する場合があります。
A return result of Status=success means that the invocation succeeded, and a return result of Status=failure means that the invocation failed. If the invocation is for a Connection_Handle for 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.
ステータス=成功のリターン結果とは、呼び出しが成功したことを意味し、ステータス=故障のリターン結果は、呼び出しが失敗したことを意味します。呼び出しが以前の呼び出しが成功したConnection_Handleの場合、ISERレイヤーによってリクエストが無視され、ステータス=成功の結果が返されます。Alocate_Connection_Resources運用プリミティブ呼び出しは、特定のConnection_Handleに対していつでも傑出にすることができます。
Input qualifiers: Connection_Handle
入力予選：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のオペレーショナルプリミティブの呼び出しが成功した結果、前に割り当てられたすべての接続リソースの取引を要求します。
Input qualifiers: Connection_Handle, Transport_Connection_Descriptor, Final Login_Response_PDU (optional)
入力修飾子：connection_handle、transport_connection_descriptor、final 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接続をISERアシストモードに遷移するように要求します。Transport_Connection_Descriptor予選を使用して、Connection_Handleに関連付けられた特定の接続を識別します。ISCSIレイヤーは、対応する以前のリソース割り当てがある場合にのみ、ENABLE_DATAMOVER操作プリミティブを呼び出すことができます。
The Final_Login_Response_PDU input qualifier is applicable only for a target, and contains the final Login Response PDU that concludes the iSCSI Login Phase. If the underlying transport is TCP, the final Login Response PDU must be sent as a byte stream as expected by the iSCSI layer at the initiator. When this qualifier is used, the iSER layer at the target MUST transmit this final Login Response PDU before transitioning to iSER-assisted mode.
final_login_response_pdu入力予選は、ターゲットにのみ適用でき、ISCSIログインフェーズを締めくくる最終ログイン応答PDUが含まれています。基礎となる輸送がTCPの場合、最終的なログイン応答PDUは、イニシエーターのISCSIレイヤーによって予想されるように、バイトストリームとして送信する必要があります。この予選を使用する場合、ターゲットのISERレイヤーは、ISERアシストモードに移行する前に、この最終ログイン応答PDUを送信する必要があります。
Input qualifiers: Connection_Handle
入力予選：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接続が終了し、すべての関連する接続およびタスクリソースを解放するように要求します。この運用上の原始的な呼び出しがISCSI層に戻ると、ISCSI層は、接続に関連付けられたすべてのISCSIレベルのリソース、たとえばI/Oバッファーの完全な所有権を想定する場合があります。
Input qualifiers: Connection_Handle, number of keys, list of Key-Value pairs
入力予選：Connection_Handle、キー数、キー価値ペアのリスト
Return results: Not specified
返品結果：指定されていません
This is used by the iSCSI layers at the initiator and the target to request that the iSER layer take note of the specified Key-Value pairs that were negotiated by the iSCSI peers for the connection.
これは、イニシエーターのISCSI層によって使用され、ターゲットは、ISERレイヤーが接続のためにISCSIピアによって交渉された指定されたキー価値ペアに注意を払うことを要求します。
Input qualifiers: Connection_Handle, ITT
入力予選：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.
これは、ISCSIレイヤーがイニシエーターとターゲットで使用して、ITT修飾子によって識別されたタスクのISERレイヤーによって割り当てられたすべてのRCAP固有のリソースの取引を要求するために使用されます。ISER層には、新しいISCSIタスクごとにITTに関連付けられた一定数のRCAP固有のリソースが必要になる場合があります。通常の実行コースでは、ISER層のこれらのタスクレベルのリソースは、各タスクの開始時に透過的に割り当てられ、必要に応じて各タスクの結論で扱われると想定されています。タスクがSCSI応答PDUで終了しない例外シナリオでは、タスクレベルのリソース管理を支援するために、ISERレイヤーに個々のタスク終了を通知する必要があります。この運用原始はこの目的に使用され、SCSI応答PDUが通常タスクを締めくくる場合は必要ありません。SCSIのステータスが成功しなくても、SCSI応答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プロトコル層によって提供される次の動作プリミティブを使用する必要があります。
Input qualifiers: Connection_Handle, an iSCSI control-type PDU
入力予選：Connection_Handle、ISCSIコントロールタイプPDU
Return results: Not specified
返品結果：指定されていません
This is used by the iSER layers at the initiator and the target to notify the iSCSI layer of the availability of an inbound iSCSI control-type PDU. A PDU is described as "available" to the iSCSI layer when the iSER layer notifies the iSCSI layer of the reception of that inbound PDU, along with an implementation-specific indication as to where the received PDU is.
これは、ISERレイヤーがイニシエーターとターゲットで使用して、インバウンドISCSI制御型PDUの利用可能性をISCSI層に通知します。ISER層がそのインバウンドPDUの受信のISCSI層に通知すると、PDUはISCSI層に「利用可能」と説明され、受信したPDUがどこにあるかに関する実装固有の適応とともに説明されます。
Input qualifiers: Connection_Handle, ITT, SN
入力予選：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.
これは、ISERレイヤーによって使用され、ISCSIレイヤーがISCSIレイヤーの完了を通知し、ISCSI層によって要求された場合にのみ、PUT_DATA運用原始の呼び出し（セクション3.1.2を参照）がNotify_Enableセットの資格がありました。SNは、SCSIデータインPDUに関連付けられているDataSNを指します。
This is used by the iSER layer to notify the iSCSI layer of the completion of inbound data transfer that was requested by the iSCSI layer only if the invocation of the Get_Data Operational Primitive (see Section 3.1.3) was qualified with Notify_Enable set. SN refers to the R2TSN associated with the R2T PDU.
これは、ISERレイヤーによって使用され、ISCSIレイヤーがISCSI層の完了を通知し、ISCSIレイヤーによって要求されたISCSI層に通知します。GET_DATA動作原始の呼び出し（セクション3.1.3を参照）がNotify_Enableセットの資格がありました。SNは、R2T PDUに関連付けられたR2TSNを指します。
Input qualifier: Connection_Handle, ITT, DataSN
入力予選：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].
これは、ターゲットのISERレイヤーによって使用され、データ認定の到来（[RFC3720]で定義されている）のISCSI層に通知して、PUT_DATA運用原始の呼び出しを介してアウトバウンドデータ転送のためにISCSI層によって以前に要求された場所が要求されました。SCSIデータインPDUのAビットは1に設定されています。セクション7.3.5を参照してください。DataSNとは、次のSCSIデータインPDUの予想されるDATASNを指します。PDUは、この通知が対応するAビットセットを使用してSCSI Data-in PDUを直接続けます。
Input qualifiers: Connection_Handle
入力予選：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接続の未承諾終了または障害のISCSI層に通知するために使用されます。ISER層は、この運用原始の呼び出しの前に、終了接続に関連する接続およびタスクリソースを扱う必要があります。Connection_terminate_notify操作用プリミティブは、ローカルISCSIレイヤーによって接続の終了が以前に要求されたときに呼び出されないことに注意してください。
To operate in an iSER-assisted mode, the iSCSI layers at both the initiator and the target MUST negotiate the RDMAExtensions key (see Section 6.3) to "Yes" on the leading connection. If the RDMAExtensions key is not negotiated to "Yes", then iSER-assisted mode MUST NOT be used. If the RDMAExtensions key is negotiated to "Yes" but the invocation of the Allocate_Connection_Resources Operational Primitive to the iSER layer fails, the iSCSI layer MUST fail the iSCSI Login process or terminate the connection as appropriate. See Section 10.1.3.1 for details.
ISERアシストモードで動作するには、イニシエーターとターゲットの両方のISCSI層は、rdmaextensionsキー（セクション6.3を参照）を主要な接続の「はい」と交渉する必要があります。rdmaextensionsキーが「はい」と交渉されていない場合、ISERアシストモードを使用してはなりません。rdmaextensionsキーが「はい」と交渉されているが、allocate_connection_resourcesの操作プリミティブのIserレイヤーが失敗する場合、ISCSI層はISCSIログインプロセスに失敗するか、必要に応じて接続を終了する必要があります。詳細については、セクション10.1.3.1を参照してください。
If the RDMAExtensions key is negotiated to "Yes", the iSCSI layer MUST satisfy the following protocol usage requirements from the iSER protocol:
RDMaExtensionsキーが「はい」と交渉された場合、ISCSIレイヤーはISERプロトコルからの次のプロトコル使用要件を満たす必要があります。
1. The iSCSI layer at the initiator MUST set ExpDataSN to 0 in Task Management Function Requests for Task Allegiance Reassignment for read/bidirectional commands, so as to cause the target to send all unacknowledged read data.
1. イニシエーターのISCSIレイヤーは、ターゲットがすべての未把握されていない読み取りデータを送信するように、読み取り/双方向コマンドのタスクアレギアンス再割り当てのタスク管理関数リクエストでexpdatasnを0に設定する必要があります。
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応答PDUで常にSCSIステータスを返す必要があります。つまり、SCSI読み取りコマンドを締めくくる際に「位相崩壊」があってはなりません。
3. The iSCSI layers at both the initiator and the target MUST support the keys as defined in Section 6 on Login/Text Operational Keys. If used as specified, these keys MUST NOT be answered with NotUnderstood, and the semantics as defined MUST be followed for each iSER-assisted connection.
3. イニシエーターとターゲットの両方のISCSI層は、ログイン/テキストの動作キーのセクション6で定義されているキーをサポートする必要があります。指定されている場合に使用した場合、これらのキーはNotUntoundで回答する必要はなく、定義されたセマンティクスを各ISERアシスト接続について追跡する必要があります。
4. The iSCSI layer at the initiator MUST NOT issue SNACKs for PDUs.
4. イニシエーターのISCSI層は、PDUのスナックを発行してはなりません。
The iSER protocol layer is layered on top of an RCaP layer (see Figure 1) and the following are the key features that are assumed to be supported by any RCaP layer:
ISERプロトコル層はRCAPレイヤーの上に層状になっており（図1を参照）、次の機能が任意のRCAP層でサポートされると想定される重要な機能です。
* The RCaP layer supports all basic RDMA operations, including RDMA Write Operation, RDMA Read Operation, Send Operation, Send with Invalidate Operation, Send with Solicited Event Operation, Send with Solicited Event and Invalidate Operation, and Terminate Operation.
* RCAPレイヤーは、RDMA書き込み操作、RDMA読み取り操作、送信操作、無効な操作で送信、勧誘イベント操作で送信、勧誘されたイベントと無効な操作で送信、操作を終了するなど、すべての基本的な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レイヤーが1つのRCAPストリームでRDMA書き込み操作に続いてRDMA読み取り操作を開始すると、リモートノードでのRDMA読み取り応答メッセージ処理は、前述のRDMA書き込みメッセージペイロードがリモートノードのメモリに配置された後にのみ開始されます。
* The RCaP layer encapsulates a single iSER Message into a single RCaP Message on the Data Source side. The RCaP layer decapsulates the iSER Message before delivering it to the iSER layer on the Data Sink side.
* RCAPレイヤーは、単一のISERメッセージをデータソース側の単一のRCAPメッセージにカプセル化します。RCAPレイヤーは、データシンク側のISERレイヤーに配信する前に、ISERメッセージを脱カプセル化します。
* 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メッセージのRCAPレイヤーにリモートで無効にするスタッグを提供する場合、RCAPレイヤーはこのスタッグをSENDINVSEメッセージで無効にするためにこのスタッグとして使用します。
* 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書き込みおよびRDMA読み取りリクエストメッセージのISERレイヤーによって提供されるSTAGとタグ付きオフセットを使用します。
* 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送信メッセージタイプのコンテンツをISERレイヤーに配信すると、RCAPレイヤーはRDMA送信メッセージの長さを提供します。これにより、ISER層がISERヘッダーに長さのフィールドを運ぶ必要がないことが保証されます。
* When the RCaP layer delivers the SendSE or SendInvSE Message to the iSER layer, it notifies the iSER layer with the mechanism provided on that interface.
* RCAPレイヤーがユーザーレイヤーにメッセージを送信する感覚を提供すると、そのインターフェイスに提供されたメカニズムを使用してISERレイヤーに通知します。
* When the RCaP layer delivers a SendInvSE Message to the iSER layer, it passes the value of the STag that was invalidated.
* RCAPレイヤーがユーザーレイヤーに送信メッセージを配信すると、無効にされた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実装は、接続確立後のRDMAモードの有効化とバイトストリームモードでのログインパラメーターの交換をサポートします。[IB]などのメッセージ配信機能を提供するトランスポートレイヤーの場合、RCAP実装は、ISERアシストモードを有効にする前に、接続確立後にISCSIレイヤーによるメッセージング機能の使用をサポートします。
* Whenever the iSER layer terminates the RCaP Stream, the RCaP layer terminates the associated connection.
* ISER層がRCAPストリームを終了するたびに、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の動作原始を呼び出して、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層は、ターゲットとの接続を確立する責任があります。接続が確立された後、[RFC3720]で概説されているのと同じルールを使用して、イニシエーターとターゲットのISCSI層がログインフェーズに入ります。ISERアシストモードへの移行は、イニシエーターとISER支援モードがネゴシエートされ、RCAPをサポートするために必要な接続リソースが両方の両方で割り当てられたターゲットとの間のログインネゴシエーションが成功した後、ISCSIフルフィーチャーフェーズへの接続が遷移すると発生します。イニシエーターとターゲット。同じ接続を、ISCSIログインフェーズとその後のISER支援フル機能フェーズの両方に使用する必要があります。
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ログインフェーズのログノペレーショナルネゴチエーション段階で主要な接続でネゴシエートされた場合にのみ有効にする必要があります。ISERアシストモードは、rdmaextensions = <boolean-value>キーを使用してネゴシエートされます。イニシエーターとターゲットの両方が、rdmaextensionsキーを「はい」に設定して、ISERアシストモードを有効にするために「はい」に設定する必要があります。イニシエーターとターゲットの両方がrdmaextensionsキーを「はい」に設定しない場合、[RFC3720]で定義されているログインセマンティクスを継続する必要があります。rdmaextensionsキーが「はい」と交渉されない場合、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アシストモードは通常のセッションのみで定義され、RDMaextensionsキーを発見セッションのためにネゴシエートしてはなりません。[RFC3720]に記載されているように、発見セッションは常に輸送層を使用して実施されます。
An iSER enabled node is not required to initiate the RDMAExtensions key exchange if its preference is for the Traditional iSCSI mode. The RDMAExtensions key, if offered, MUST be sent in the first available Login Response or Login Request PDU in the LoginOperationalNegotiation stage. This is due to the fact that the value of some login parameters might depend on whether iSER-assisted mode is enabled.
ISER有効なノードは、従来のISCSIモードを好む場合、RDMaextensionsキー交換を開始するために必要はありません。RDMaExtensionsキーは、提供されている場合、最初に使用可能なログイン応答またはLoginoperational -egotiation段階のログイン要求PDUで送信する必要があります。これは、一部のログインパラメーターの値が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ログインフェーズ中にRDMaextensionsキーを交換することなくISERアシストモードを有効にする必要があります。
Conversely, if both the initiator and the target fail to negotiate RDMAExtensions to "Yes" on the leading connection of a session, then the RDMAExtensions key MUST NOT be negotiated further on any additional subsequent connection of the session.
逆に、イニシエーターとターゲットの両方が、セッションの主要な接続でrdmaextensionsを「はい」と交渉できない場合、RDMaextensionsキーをセッションの追加の後続の接続についてさらに交渉してはなりません。
When the RDMAExtensions key is negotiated to "Yes", the HeaderDigest and the DataDigest keys MUST be negotiated to "None" on all iSCSI/iSER connections participating in that iSCSI session. This is because, for an iSCSI/iSER connection, RCaP is responsible for providing error detection that is at least as good as a 32-bit CRC for all iSER Messages. Furthermore, all SCSI Read data are sent using RDMA Write Messages instead of the SCSI Data-in PDUs, and all solicited SCSI write data are sent using RDMA Read Response Messages instead of the SCSI Data-out PDUs. HeaderDigest and DataDigest that apply to iSCSI PDUs, would not be appropriate for RDMA Read and RDMA Write operations used with iSER.
rdmaextensionsキーが「はい」と交渉される場合、ヘッダーディジェストとデータデージーキーは、そのiSCSIセッションに参加するすべてのISCSI/ISER接続について「なし」と交渉する必要があります。これは、ISCSI/ISER接続の場合、RCAPが少なくともすべてのISERメッセージの32ビットCRCと同じくらい良いエラー検出を提供する責任があるためです。さらに、すべてのSCSI読み取りデータは、SCSIデータインPDUの代わりにRDMA書き込みメッセージを使用して送信され、SCSIデータアウトPDUの代わりにRDMA読み取り応答メッセージを使用してすべてのSCSI書き込みデータが送信されます。ISCSI PDUに適用されるHeaderDigestとDatadigestは、ISERで使用されるRDMA読み取りおよびRDMA書き込み操作には適していません。
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（次の段階）フィールドをフルフェアチュールに設定してログイン要求を送信する前に、ISCSIレイヤーは、allocate_connection_resources運用プリミティブを呼び出すことにより、RCAPをサポートするために必要な接続リソースをISERレイヤーに割り当てることを要求する必要があります。必要な接続リソースは実装によって定義され、この仕様の範囲外です。ISCSIレイヤーは、Allocate_Connection_Resourcesの操作原始を呼び出す前にNOTCONE_KEY_VALUES運用プリミティブを呼び出す場合があります。入力予選として渡される特定のキーは、実装依存です。これらには、Maxout StastingR2T、errorrecoveryLevelなどが含まれますが、これらに限定されません。
To minimize the potential for a denial-of service attack, the iSCSI layer MUST NOT request that the iSER layer allocate the connection resources necessary to support RCaP until the iSCSI layer is sufficiently far along in the iSCSI Login Phase that it is reasonably certain that the peer side is not an attacker. In particular, if the Login Phase includes a SecurityNegotiation stage, the iSCSI layer MUST defer the connection resource allocation (i.e., invoking the Allocate_Connection_Resources Operational Primitive) to the LoginOperationalNegotiation stage [RFC3720] so that the resource allocation occurs after the authentication phase is completed.
サービス拒否攻撃の可能性を最小限に抑えるために、ISCSI層は、ISER層がISCSI層がISCSIログインフェーズに十分に沿ってRCAPをサポートするために必要な接続リソースを割り当てることを要求してはなりません。ピアサイドは攻撃者ではありません。特に、ログインフェーズにセキュリティ否定段階が含まれている場合、ISCSIレイヤーは接続リソース割り当て（つまり、Allocate_Connection_Resources Operational Primitivetを呼び出す）を延期する必要があります[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.
イニシエーターに割り当てられた接続リソースの中には、インバウンドRDMA読み取りキューの深さ（IRD）があります。セクション9.5.1で説明されているように、R2TはターゲットによってRDMA読み取り操作に変換されます。IRDは、ターゲットからイニシエーターへのRCAPストリームごとに、同時に卓越したRDMA読み取りリクエストの最大数を制限します。IRDの必要な値は、ISER仕様の範囲外です。InitiatorのISER層は、R2Tが接続で使用される場合、IRDを1以上に設定する必要があります。ただし、イニシエーターのISER層は、実装構成に基づいてIRDを0に設定する場合があります。これは、その接続でR2TSが使用されないことを示します。最初に、イニシエーターのiSer-ard値は、イニシエーターのIRD値に設定する必要があり、IRD値を超えてはなりません。
On the other hand, the Outbound RDMA Read Queue Depth (ORD) MAY be set to 0, since the iSER layer at the initiator does not issue RDMA Read Requests to the target.
一方、イニシエーターのISER層がRDMA読み取り要求をターゲットに発行しないため、アウトバウンドRDMA読み取りキュー深さ（ord）は0に設定される場合があります。
Failure to allocate the requested connection resources locally results in a login failure and its handling is described in Section 10.1.3.1.
要求された接続リソースをローカルに割り当てないと、ログイン障害が発生し、その取り扱いについてはセクション10.1.3.1に記載されています。
If the iSER layer at the initiator is successful in allocating the connection resources necessary to support RCaP, the following events MUST occur in the specified sequence:
イニシエーターのISER層がRCAPをサポートするために必要な接続リソースの割り当てに成功した場合、次のイベントが指定されたシーケンスで発生する必要があります。
1. The iSER layer MUST return a success status to the iSCSI layer in response to the Allocate_Connection_Resources Operational Primitive.
1. ISERレイヤーは、Allocate_Connection_Resources運用プリミティブに応じて、ISCSIレイヤーに成功ステータスを返す必要があります。
2. After the target returns the Login Response with the T bit set to 1 and the NSG field set to FullFeaturePhase, and a status class of 0 (Success), the iSCSI layer MUST request that the iSER layer transition to iSER-assisted mode by invoking the Enable_Datamover Operational Primitive with the following qualifiers. (See Section 10.1.4.6 for the case when the status class is not Success.):
2. ターゲットがTビットを1に設定し、NSGフィールドをFullfeatureasesesに設定し、ステータスクラス0（成功）でログイン応答を返した後、ISCSIレイヤーはISERレイヤーがISERアシストモードに移行することを要求する必要があります。Enable_DatAmover次の修飾子を使用した操作用プリティブ。（ステータスクラスが成功しない場合については、セクション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の場合、このステップを実行する必要があります。RCAPストリームの起動状態に応じて、すべての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メッセージとしてユーザーHelloメッセージを送信する必要があります。Iser Hello Exchangeのセクション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（次の段階）フィールドをFullfeaturephaseに設定してログイン応答を送信する前に、ISCSIレイヤーは、Allocate_Connection_Resources Operational Primitiveを呼び出すことにより、RCAPをサポートするために必要なリソースをISERレイヤーに割り当てることを要求する必要があります。必要な接続リソースは実装によって定義され、この仕様の範囲外です。オプションで、ISCSIレイヤーは、ALLOCATE_CONNECTION_RESOURCESオペレーショナルプリミティブを呼び出す前に、NOTCONE_KEY_VALUES運用プリミティブを呼び出す場合があります。入力予選として渡される特定のキーは、実装依存です。これらには、Maxout StastingR2T、errorrecoveryLevelなどが含まれますが、これらに限定されません。
To minimize the potential for a denial-of-service attack, the iSCSI layer MUST NOT request that the iSER layer allocate the connection resources necessary to support RCaP until the iSCSI layer is sufficiently far along in the iSCSI Login Phase that it is reasonably certain that the peer side is not an attacker. In particular, if the Login Phase includes a SecurityNegotiation stage, the iSCSI layer MUST defer the connection resource allocation (i.e., invoking the Allocate_Connection_Resources Operational Primitive) to the LoginOperationalNegotiation stage [RFC3720] so that the resource allocation occurs after the authentication phase is completed.
サービス拒否攻撃の可能性を最小限に抑えるために、ISCSI層は、ISER層がISCSI層がISCSIログインフェーズで十分に沿ってRCAPをサポートするために必要な接続リソースを割り当てることを要求してはなりません。ピア側は攻撃者ではありません。特に、ログインフェーズにセキュリティ否定段階が含まれている場合、ISCSIレイヤーは接続リソース割り当て（つまり、Allocate_Connection_Resources Operational Primitivetを呼び出す）を延期する必要があります[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.
ターゲットに割り当てられた接続リソースの中には、アウトバウンドRDMA読み取りキューの深さ（ORD）があります。セクション9.5.1で説明されているように、R2TはターゲットによってRDMA読み取り操作に変換されます。ORDは、RCAPストリームごとにターゲットからイニシエーターに同時に発行されたRDMA読み取り要求の最大数を制限します。当初、ターゲットのiSer-ord値は、ターゲットのORD値に設定する必要があります。
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読み取りリクエストがイニシエーターによって発行されるとは思わないため、ターゲットのIRDを0に設定することができます。
Failure to allocate the requested connection resources locally results in a login failure and its handling is described in Section 10.1.3.1.
要求された接続リソースをローカルに割り当てないと、ログイン障害が発生し、その取り扱いについてはセクション10.1.3.1に記載されています。
If the iSER layer at the target is successful in allocating the connection resources necessary to support RCaP, the following events MUST occur in the specified sequence:
ターゲットのISER層がRCAPをサポートするために必要な接続リソースの割り当てに成功した場合、次のイベントが指定されたシーケンスで発生する必要があります。
1. The iSER layer MUST return a success status to the iSCSI layer in response to the Allocate_Connection_Resources Operational Primitive.
1. ISERレイヤーは、Allocate_Connection_Resources運用プリミティブに応じて、ISCSIレイヤーに成功ステータスを返す必要があります。
2. The iSCSI layer MUST request that the iSER layer transition to iSER-assisted mode by invoking the Enable_Datamover Operational Primitive with the following qualifiers:
2. ISCSIレイヤーは、次の修飾子を使用してenable_datamoverの動作原始を呼び出すことにより、ISERレイヤーの移行モードへの移行を要求する必要があります。
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フィールドをfullfeatureaseaseに設定したログイン応答を含む最終輸送層（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ログインフェーズを締めくくるために、ネイティブトランスポートモードで最終的なログイン応答PDUを送信する必要があります。基礎となる輸送がTCPの場合、ISERレイヤーはバイトストリームモードで最終ログイン応答PDUを送信する必要があります。
4. After sending the final Login Response PDU, the iSER layer should enable RCaP if necessary and transition the connection to iSER-assisted mode. When the RCaP is iWARP, then this step MUST be done. Not all RCaPs may need it depending on the RCaP Stream start-up state.
4. 最終的なログイン応答PDUを送信した後、ISERレイヤーは必要に応じてRCAPを有効にし、ISERアシストモードに接続を遷移する必要があります。RCAPがIWARPの場合、このステップを実行する必要があります。RCAPストリームの起動状態に応じて、すべての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メッセージを受信した後、ISERレイヤーは、最初のISERメッセージとして送信されるISER Helloreplyメッセージで応答する必要があります。詳細については、Iser Hello Exchangeのセクション5.1.3を参照してください。
Note: In the above sequence, the operations as described in bullets 3 and 4 MUST be performed atomically for iWARP connections. Failure to do this may result in race conditions.
注：上記のシーケンスでは、弾丸3および4で説明されている操作は、IWARP接続に対して原子的に実行する必要があります。これを行わないと、人種の状態が生じる可能性があります。
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メッセージは、ISER Helloメッセージでなければなりません。ISER Helloメッセージは、ISERレイヤーがイニシエーターの層で使用して、ターゲットにISERパラメーターを宣言します。ISER HelloメッセージのISERヘッダー形式のセクション9.3を参照してください。
In response to the iSER Hello Message, the iSER layer at the target MUST return the iSER HelloReply Message as the first iSER Message sent by the target. The iSER HelloReply Message is used by the iSER layer at the target to declare iSER parameters to the initiator. See Section 9.4 on iSER Header Format for the iSER HelloReply Message.
Iser Helloメッセージに応じて、ターゲットのISERレイヤーは、ターゲットから送信された最初のISERメッセージとしてIser HellorePlyメッセージを返す必要があります。ISER HellorePlyメッセージは、ターゲットのISERレイヤーによって使用され、ISERパラメーターをイニシエーターに宣言します。Iser HellorePlyメッセージのISERヘッダー形式のセクション9.4を参照してください。
In the iSER Hello Message, the iSER layer at the initiator declares the iSER-IRD value to the target.
Iser Helloメッセージでは、イニシエーターの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メッセージを受信すると、ターゲットのISERレイヤーは、ターゲットのISER-ORD値の最小値と、イニシエーターによって宣言されたISER-IRD値を最小限に設定する必要があります。ターゲットのISER層は、未使用のリソースを解放するためにターゲットのORD値よりもISER-ORD値が小さい場合、ISER-ORD値と一致するようにORD値を調整（低く）することができます。
In the iSER HelloReply Message, the iSER layer at the target declares the iSER-ORD value to the initiator.
ユーザーHello Replyメッセージでは、ターゲットのユーザーレイヤーが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メッセージを受信すると、ターゲットが宣言したISER-ORD値がターゲットよりも小さい場合、未使用のリソースを解放するために、ISER-ORD値を一致させるためにIRD値を調整することができます。イニシエーターによって宣言されたISER-IRD値。
It is an iSER level negotiation failure if the iSER parameters declared in the iSER Hello Message by the initiator are unacceptable to the target. This includes the following:
イニシエーターによってISER Helloメッセージで宣言されたユーザーパラメーターがターゲットに容認できない場合、ユーザーレベルの交渉の失敗です。これには次のものが含まれます。
* 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運用プリミティブを呼び出すことにより、通常ISCSI/ISER接続を終了します。イニシエーターのISERレイヤーは、sendseメッセージを使用して、ログアウトリクエストPDUをターゲットに送信する必要があります。イニシエーターのISERレイヤーが、ターゲットからログアウト応答PDUを含むSendSeメッセージを受信した後、ログアウト応答PDUで適格なcontrol_Notifyオペレーションプリミティブを呼び出すことにより、ISCSIレイヤーに通知する必要があります。
After the iSCSI logout process is complete, the iSCSI layer at the target is responsible for closing the iSCSI/iSER connection as described in Section 5.2.2. After the RCaP layer at the initiator reports that the connection has been closed, the iSER layer at the initiator MUST deallocate all connection and task resources (if any) associated with the connection, and invalidate the Local Mapping(s) (if any) that associate the ITT(s) used on that connection to the local STag(s) before notifying the iSCSI layer by invoking the Connection_Terminate_Notify Operational Primitive.
ISCSIログアウトプロセスが完了した後、ターゲットのISCSI層は、セクション5.2.2で説明されているように、ISCSI/ISER接続を閉じる責任があります。イニシエーターのRCAPレイヤーが接続が閉じられていると報告した後、イニシエーターのISERレイヤーは、接続に関連付けられたすべての接続およびタスクリソース（もしあれば）を扱い、ローカルマッピング（存在する場合）を無効にする必要があります。connection_terminate_notifyオペレーショナルプリミティブを呼び出すことにより、ISCSIレイヤーに通知する前に、その接続で使用されたITTをローカルスタッグに関連付けます。
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.
ログアウトリクエストPDUを含むsendseメッセージを受信すると、ターゲットのiserレイヤーは、ログアウトリクエストPDUに適格なcontrol_notifyオペレーションプリミティブを呼び出すことにより、ターゲットのISCSIレイヤーに通知する必要があります。ISCSIレイヤーは、Logout Response PDUで適格であるSEND_CONTROL運用プリミティブを呼び出すことにより、ログアウトプロセスを完了します。ターゲットのISERレイヤーは、sendseメッセージを使用して、ログアウト応答PDUをイニシエーターに送信する必要があります。ISCSIログアウトプロセスが完了した後、ターゲットのISCSIレイヤーは、ターゲットのISERレイヤーがConnection_ Terminateの動作原始を呼び出すことによりRCAPストリームを終了するように要求する必要があります。
As part of the termination process, the RCaP layer MUST close the connection. When the RCaP layer notifies the iSER layer after the RCaP Stream and the associated connection are terminated, the iSER layer MUST deallocate all connection and task resources (if any) associated with the connection, and invalidate the Local and Remote Mapping(s) (if any) that associate the ITT(s) used on that connection to the local STag(s) and the Advertised STag(s) respectively.
終了プロセスの一部として、RCAPレイヤーは接続を閉じる必要があります。RCAPレイヤーがRCAPストリームと関連する接続の後にISERレイヤーに通知すると、ISERレイヤーは、接続に関連付けられたすべての接続リソースとタスクリソース（ある場合）を扱い、ローカルとリモートのマッピングを無効にする必要があります（s）任意の）その接続で使用されたITTをそれぞれローカルスタッグと宣伝されたスタッグに関連付けます。
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の動作原始は、ISCSIレイヤーによって呼び出されて、ISER層が2つのISCSI/ISERノード間のログアウトリクエストとログアウト応答PDUを以前に交換することなく、RCAPストリームを終了するように要求する場合があります。終了プロセスの一部として、RCAPレイヤーは接続を閉じます。RCAPレイヤーがRCAPストリームの後にISERレイヤーに通知し、関連する接続が終了すると、ISERレイヤーは次のアクションを実行する必要があります。
If the Connection_Terminate Operational Primitive is invoked by the iSCSI layer at the target, then the iSER layer at the target MUST deallocate all connection and task resources (if any) associated with the connection, and invalidate the Local and Remote Mappings (if any) that associate the ITT(s) used on the connection to the local STag(s) and the Advertised STag(s), respectively.
Connection_ TerminationのプリミティブがターゲットのISCSIレイヤーによって呼び出される場合、ターゲットのISERレイヤーは、接続に関連付けられたすべての接続リソースとタスクリソース（ある場合）を扱い、ローカルおよびリモートマッピング（存在する場合）を無効にする必要があります。接続で使用されているITTを、それぞれローカルスタッグと広告されたSTAG（s）に関連付けます。
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_ Termination PrimitiveがイニシエーターのISCSIレイヤーによって呼び出される場合、イニシエーターのISERレイヤーは、接続に関連付けられたすべての接続リソースとタスクリソース（存在する場合）を扱い、ローカルマッピング（s）を無効にする必要があります（存在する場合）それは、地元のスタッグへの接続で使用されるITTを関連付けます。
If the iSCSI/iSER connection is terminated without the invocation of Connection_Terminate from the iSCSI layer, the iSER layer MUST notify the iSCSI layer that the iSCSI/iSER connection has been terminated by invoking the Connection_Terminate_Notify Operational Primitive.
ISCSI/ISER接続がISCSIレイヤーからの接続_terminateの呼び出しなしで終了する場合、ISERレイヤーは、ISCSI/ISER接続が接続_ Theminate_Notifyオペレーショナルプリミティブを呼び出すことにより終了したことをISCSI層に通知する必要があります。
Prior to invoking Connection_Terminate_Notify, the iSER layer at the target MUST deallocate all connection and task resources (if any) associated with the connection, and invalidate the Local and Remote Mappings (if any) that associate the ITT(s) used on the connection to the local STag(s) and the Advertised STag(s), respectively.
connection_terminate_notifyを呼び出す前に、ターゲットのISERレイヤーは、接続に関連付けられたすべての接続リソースとタスクリソース（存在する場合）を扱い、接続で使用したITTを関連付けるローカルおよびリモートマッピング（存在する場合）を無効にする必要があります。それぞれ地元のスタッグと宣伝されたスタッグ。
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を関連付けるローカルマッピング（存在する場合）を無効にする必要があります。スタッグ（s）。
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を送信することにより）、ISERレイヤーは、RCAPレイヤーが接続_Terminate_Notify Operational Primitivityを呼び出すことにより接続が閉じていることをRCAPレイヤーが報告した後にISCSIレイヤーに通知する必要があります。。
Another example of a connection termination without a preceding logout is when the iSCSI layer at the initiator does an implicit logout (connection reinstatement).
ログアウトの前に接続終了の別の例は、イニシエーターの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ログイン/テキスト運用キーは、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をもたらす交渉=はいセッションでは、そのセッションのすべての接続に対して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接続の場合、maxrecvdatasegemengengentをログインフェーズで宣言する必要はありません。代わりに、initiatorrecvdatasegementlength（セクション6.5で説明）およびターゲットRecVDataseの長さ（セクション6.4で説明されているように）キーが交渉されます。ローカルおよびリモートのmaxrecvdatasegementlengthの値は、ログインフェーズ中にmaxrecvdatasementlengthが宣言されていても、initiatorrecvdatasegementlengthおよびtargetrecvvdataseの長さキーから派生します。
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.
完全な特徴フェーズでは、イニシエーターは、ローカルMaxRecvDatasegementlengthの値（ターゲットに宣言したこと）を、initiatorrecvdatasegementlengthの値と、リモートmaxrecvdatasegementlengthの値（ターゲットによって宣言されていた）と考える必要があります。TargetRecvDatasegementlengthの値を持つとして。同様に、ターゲットは、ローカルMaxRecvDatasegementlengthの値（イニシエーターに宣言した）の値をターゲットRecvVDatasegementlengthの値と考慮する必要があり、リモートMaxRecVDatasegementlengthの値（イニシエーターによって宣言されていた）initiatorrecvdatasegementlengthの。
The MaxRecvDataSegmentLength key is applicable only for iSCSI control-type PDUs.
MaxRecVDatasegementlengthキーは、ISCSI制御型PDUにのみ適用できます。
Use: LO (leading only)
使用：lo（リーディングのみ）
Senders: Initiator and Target
送信者：イニシエーターとターゲット
Scope: SW (session-wide)
スコープ：SW（セッション全体）
RDMAExtensions=<boolean-value>
Irrelevant when: SessionType=Discovery
無関係な場合：sessionType = discovery
Default is No
デフォルトはノーです
Result function is 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を交換する必要があります。
iSER-assisted mode MUST NOT be used if either the initiator or the target offers RDMAExtensions=No.
ISER-ASSISTEDモードは、イニシエーターまたはターゲットがRDMaExtensionsを提供する場合は使用しないでください。
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.
ISER対応のノードは、従来のISCSIモードで動作することを好む場合、RDMaExtensionsキー交換を開始するために必要はありません。ただし、rdmaextensionsキーがネゴシエートされる場合、イニシエーターは、先行接続のログノペレーションネゴチエーション段階の最初のログイン要求PDUのキーを提供する必要があり、ターゲットは、許可されている最初のログイン応答PDUのキーを提供する必要があります。そのためには（つまり、Cビットが0に設定された最初のログイン要求PDUの後に発行された最初のログイン応答PDU）LOGINOPERATIONALNEGOTIAING STAGEのLOGINOPERATIONALNEGOTIATION段階。提供されたkey = value of rdmaextensions = yesに応じて、イニシエーターは次のログイン要求PDUで応答する必要があります。そうする。
Negotiating the RDMAExtensions key first enables a node to negotiate the optimal value for other keys. Certain iSCSI keys such as MaxBurstLength, MaxOutstandingR2T, ErrorRecoveryLevel, InitialR2T, ImmediateData, etc., may be negotiated differently depending on whether the connection is in Traditional iSCSI mode or iSER-assisted mode.
RDMaExtensionsキーのネゴシエーションを使用すると、最初にノードが他のキーの最適な値をネゴシエートすることができます。MaxburstLength、Maxout StastingR2T、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接続にのみ関連します。イニシエーターとターゲットが使用して、イニシエーターが完全な特徴フェーズでISCSI制御型PDUでターゲットに送信できるデータセグメントの最大サイズを交渉します。SCSIコマンドPDUSおよびSCSIデータアウトPDUは、イニシエーターによって送信される非誤った未承諾データを含むPDUSの場合、イニシエーターは、PDUがサイズがそのサイズであるデータシーケンスを構成するたびに、正確にターゲットRecvVDataseのセグメントレングのデータセグメントサイズですべての非ファイナルPDUを送信する必要があります。TargetRecvDatasegementlengthよりも大きい。
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接続にのみ関連します。イニシエーターとターゲットが使用して、ターゲットが完全な特徴フェーズで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をもたらす交渉=はいセッションでは、そのセッションのすべての接続に対して、Marker = 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です。このキーは、イニシエーターとターゲットによって使用され、完全な機能フェーズで受信できる未発行の「予期しない」ISCSI制御型PDUの最大数を宣言します。受信側が、ISCSIで利用可能な通常のフロー制御メカニズムを超えて必要なバッファリソースの量を決定できるようにすることを目的としています。イニシエーターまたはターゲットは、通常の状況下ではISCSI層に不必要な制約を課さないように値を選択する必要があります。0の値は、宣言者が受け取ることができる未発行の「予期しない」ISCSI制御型PDUの最大数に制限がないことを示すために定義されます。このキーの使用については、セクション8.1.1および8.1.2を参照してください。Iser HelloとHellorePlyメッセージは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層とターゲットの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接続の完全な特徴フェーズでピアISCSIノードの間で発生するデータ転送、リモートISCSI層に透明なデータ転送を引き起こすISCSI PDUとして定義されます。ISCSIデータタイプPDUは、送信ノードのISCSIレイヤーによる送信の要求が要求された場合、送信および受信ノードでのISCSIレイヤーの参加なしにデータが転送されます。これは、PDU自体が受信ノードのISCSIレイヤーにそのまま配信されないという事実によるものです。代わりに、データ転送操作は、RDMA対応コントローラーによって処理される適切なRDMA操作に変換されます。ISCSIデータ型PDUのセットは、SCSIデータイン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レイヤーによる動作原始の呼び出しがISER層プロセスをISCSIデータタイプPDUをnotify_Enableセットに適格にすることを要求する場合、RDMA操作を完了すると、ターゲットのISER層にISCSIレイヤーにISCSIレイヤーに通知する必要があります。data_completion_notifyのdata_completion_notifyを呼び出してターゲットをターゲットにします。RDMA操作はイニシエーターのRDMA対応コントローラーによって完全に処理され、イニシエーターのISER層はISCSIデータタイプ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 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レイヤーによる動作原始の呼び出しがISER層プロセスにISCSIデータタイプのPDUがnotify_Enableクリアされた資格があることを要求する場合、RDMA操作を完了すると、ターゲットのISER層にISCSIレイヤーに通知する必要があります。ターゲットであり、data_completion_notifyオペレーショナルプリミティブを呼び出してはなりません。
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に関連する操作が何らかの理由で失敗した場合、操作に関連付けられたデータシンクバッファーの内容は不確定と見なされます。
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データアウトPDUを運ぶSCSIデータアウトPDUでもないISCSI PDUは、ISCSI制御型PDUとして定義されます。ISCSIレイヤーは、send_controlの動作原始を呼び出して、iserレイヤーがISCSI制御タイプのPDUを処理するように要求します。ISCSI制御型PDUは、RCAPの送信メッセージタイプを使用して転送されます。具体的には、未承諾データを運ぶSCSIデータアウトPDUは、ISCSI制御型PDUとして定義されることに注意してください。SCSIデータアウト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を受信する場合、ISCSI Control-Type PDUに適格であるControl_Notifyの操作原始的なPDUを呼び出すことにより、ISCSIレイヤーに通知する必要があります。
This section describes the handling of each of the iSCSI PDU types by the iSER layer. The iSCSI layer requests that the iSER layer process the iSCSI PDU by invoking the appropriate Operational Primitive. A Connection_Handle MUST qualify each of these invocations. In addition, BHS and the optional AHS of the iSCSI PDU as defined in [RFC3720] MUST qualify each of the invocations. The qualifying Connection_Handle, the BHS, and the AHS are not explicitly listed in the subsequent sections.
このセクションでは、ISERレイヤーによるISCSI PDUタイプのそれぞれの取り扱いについて説明します。ISCSI層は、ISER層が適切な動作原始を呼び出すことによりISCSI PDUを処理することを要求します。Connection_Handleは、これらの各招待状を修飾する必要があります。さらに、[RFC3720]で定義されているISCSI PDUのBHSとオプションAHSは、各呼び出しを修飾する必要があります。適格なConnection_Handle、BHS、およびAHSは、後続のセクションに明示的にリストされていません。
Type: control-type PDU
タイプ：コントロールタイプPDU
PDU-specific qualifiers (for SCSI Write or bidirectional command): ImmediateDataSize, UnsolicitedDataSize, DataDescriptorOut
PDU固有の修飾子（SCSIの書き込みまたは双方向コマンド用）：即座に、未承認のdatasize、datadescriptorout
PDU-specific qualifiers (for SCSI read or bidirectional command): DataDescriptorIn
PDU固有の修飾子（SCSIのための読み取りまたは双方向コマンド）：datadescriptorin
The iSER layer at the initiator MUST send the SCSI command in a SendSE Message to the target.
イニシエーターのISERレイヤーは、SCSIコマンドをSendseメッセージでターゲットに送信する必要があります。
For a SCSI Write or bidirectional command, the iSCSI layer at the initiator MUST invoke the Send_Control Operational Primitive as follows:
SCSI書き込みまたは双方向コマンドの場合、イニシエーターのISCSI層は、次のようにsend_controlの運用プリミティブを呼び出す必要があります。
* 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書き込みまたは双方向コマンドに対して転送される即時データがある場合、予選を即座に使用して、書き込みまたは双方向コマンドで送信される即時の未承諾データのバイト数を定義する必要があり、修飾子データエドスクリプトルーは使用する必要があります。SCSI書き込みデータを含むイニシエーターのI/Oバッファーを定義します。
* 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書き込みまたは双方向コマンドに対して転送される未承諾データがある場合、コマンドの即時および非誤ったデータのバイト数を定義するために、予選者の未承諾データを使用する必要があります。ISCSIレイヤーは、非誤った未承諾データに対して1つ以上のSCSIデータアウトPDUを発行します。SCSIデータアウトのセクション7.3.4を参照してください。
* If there is solicited data to be transferred for the SCSI write or bidirectional command, as indicated by the Expected Data Transfer Length in the SCSI Command PDU exceeding the value of UnsolicitedDataSize, the iSER layer at the initiator MUST do the following:
* SCSI書き込みまたは双方向コマンドに対して転送される勧誘されたデータがある場合、SCSIコマンドPDUの予想されるデータ転送長が未承認の値を超えていることを示している場合、イニシエーターのISER層は次のことを行う必要があります。
a. It MUST allocate a Write STag for the I/O Buffer defined by the qualifier DataDescriptorOut. The DataDescriptorOut describes the I/O buffer starting with the immediate unsolicited data (if any), followed by the non-immediate unsolicited data (if any) and solicited data. This means that the BufferOffset for the SCSI Data-out for this command is equal to the TO. This implies that a zero TO for this STag points to the beginning of this I/O Buffer.
a. 予選DataDescriptOroutによって定義されたI/Oバッファーに書き込みスタッグを割り当てる必要があります。DataDescriptOroutは、即時の未承諾データ（存在する場合）から始まるI/Oバッファーを説明し、その後、非誤った未承諾データ（存在する場合）と勧誘データを記述します。これは、このコマンドのSCSIデータアウトのバッファーオフセットがtoに等しいことを意味します。これは、このスタッグのゼロがこのI/Oバッファーの始まりを指していることを意味します。
b. It MUST establish a Local Mapping that associates the Initiator Task Tag (ITT) to the Write STag.
b. イニシエータータスクタグ（ITT）を書き込みスタッグに関連付けるローカルマッピングを確立する必要があります。
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書き込みまたは双方向コマンドPDUを含むISERメッセージのISERヘッダー（RCAPのSendseメッセージのペイロード）の書き込みスタッグとして送信することにより、ターゲットに書き込みスタッグを宣伝する必要があります。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の読み取りまたは双方向コマンドの場合、イニシエーターのISCSI層は、SCSI読み取りデータを受信するためのイニシエーターのI/Oバッファーを定義するDataDescriptorinの資格を取得したsend_control運用プリミティブを呼び出す必要があります。イニシエーターのISER層は、次のことを行う必要があります。
a. It MUST allocate a Read STag for the I/O Buffer.
a. I/Oバッファーに読み取りスタッグを割り当てる必要があります。
b. It MUST establish a Local Mapping that associates the Initiator Task Tag (ITT) to the Read STag.
b. イニシエータータスクタグ（ITT）を読み取りスタッグに関連付けるローカルマッピングを確立する必要があります。
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の読み取りまたは双方向コマンドPDUを含むISERメッセージのISERヘッダー（RCAPのSendseメッセージのペイロード）の読み取りスタッグとしてターゲットを送信することにより、ターゲットに読み取りスタッグを宣伝する必要があります。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コマンドで転送される未承諾データの量がターゲットRecvVDataseの長さを超える場合、イニシエーターのISCSIレイヤーは、データを複数のISCSI制御型PDUにセグメント化する必要があります。サイズのターゲットRecvVDatasegementlength。未承諾データを運ぶ最後のISCSI制御型PDUのデータセグメントの長さは、ターゲットRecVDatasegementlengthまで存在する可能性があります。
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コマンドを受信する場合、ISERヘッダーに存在する場合、ITTを広告の書き込みスタッグと読み取りスタッグに関連付けるリモートマッピングを確立する必要があります。書き込みスタッグは、セクション7.3.6で説明されているように、R2T PDUに関連するデータ転送を処理する際に、ターゲットのISER層によって使用されます。読み取りSTAGは、セクション7.3.5で説明されているように、ターゲットのISCSI層からSCSIデータイン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レイヤーは、DataDescriptorStatusで適格であるSEND_CONTROL運用プリミティブを呼び出す必要があります。ターゲットのISCSI層は、個別のSCSI応答PDUでSCSIコマンドのSCSIステータスを常に返す必要があります。SCSIデータインPDUでSCSIステータスを転送するための「位相崩壊」を使用してはなりません。ターゲットのISER層は、次のルールに従ってSCSI応答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コマンドPDUを含むISERメッセージのイニシエーターによって雄鹿が宣伝されていない場合、ターゲットのISERレイヤーはSCSI応答PDUを含むSendseメッセージを送信する必要があります。
* 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コマンドPDUを含むISERメッセージに読み取りスタッグを宣伝した場合、ターゲットのISERレイヤーはSCSI応答PDUを含むSendInvseメッセージを送信する必要があります。SendInvseメッセージのヘッダーは、イニシエーターで無効化するために読み取りスタッグを運ぶ必要があります。
* 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コマンドPDUを含むISERメッセージの書き込みスタッグのみを宣伝した場合、ターゲットのISERレイヤーはSCSI応答PDUを含むSendInvseメッセージを送信する必要があります。SendInvseメッセージのヘッダーは、イニシエーターで無効化されるように書き込みスタッグを運ぶ必要があります。
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レイヤーがSEND_CONTROLオペレーショナルプリミティブを呼び出してSCSI応答PDUを送信する場合、ターゲットのISERレイヤーは、SCSI応答PDUをイニシエーターに転送する前に、ITTを宣伝されたSTAGに関連付けるリモートマッピングを無効にする必要があります。。
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応答PDUを含むsendInvseメッセージを受信すると、イニシエーターのRCAPレイヤーは、ヘッダーで指定されたSTAGを無効にします。イニシエーターのISER層は、正しいスタッグが無効になっていることを確認する必要があります。読み取りと書き込みの両方がイニシエーターによって以前に宣伝されている場合、sendinvseメッセージのヘッダーが1つのスタッグしか持ち運ぶことができるため、sendinvseメッセージを受信すると、イニシエーターのiserレイヤーがsendinvseメッセージを受信すると、書き込み液を明示的に無効にする必要があります（この場合、読み取りスタッグ）無効になります。
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応答に適格なcontrol_Notify運用プリミティブを呼び出すことにより、イニシエーターでISCSIレイヤーに通知する前に、コマンドで使用されるSTAGの無効化を確実にする必要があります。これは、コマンドの完了後にSTAGを使用する可能性を排除し、それによりデータの腐敗を引き起こします。
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.
InitiatorのISER層がSCSI応答PDUを含むsendsseまたはsendinvseメッセージを受信すると、ITTをローカルスタッグに関連付けるローカルマッピングを無効にするはずです。ISER層は、SCSI応答PDUに適格なcontrol_Notify運用プリミティブを呼び出すことにより、SCSI応答PDUのISCSI層に通知する前に、ITTに関連付けられたすべてのローカルスタッグが無効になることを確認する必要があります。
Type: control-type PDU
タイプ：コントロールタイプPDU
PDU-specific qualifiers (for TMF Request): DataDescriptorOut, DataDescriptorIn
PDU固有の修飾子（TMFリクエスト用）：datadescriptorout、datadescriptorin
The iSER layer MUST use a SendSE Message to send the Task Management Function Request/Response PDU.
ISERレイヤーは、Sendseメッセージを使用して、タスク管理機能要求/応答PDUを送信する必要があります。
For the Task Management Function Request with the TASK REASSIGN function, the iSER layer at the initiator MUST do the following:
タスクの再割り当て関数を使用したタスク管理関数要求の場合、イニシエーターのISERレイヤーは次のことを行う必要があります。
* It MUST use the ITT as specified in the Referenced Task Tag from the Task Management Function Request PDU to locate the existing STag(s), if any, in the Local Mapping(s) that associates the ITT to the local STag(s).
* タスク管理機能要求PDUから参照されたタスクタグで指定されたITTを使用して、既存のSTAG（S）を、ITTをローカルスタッグに関連付けるローカルマッピングに配置する必要があります。
* It MUST invalidate the existing STag(s), if any, and the Local Mapping(s) that associates the ITT to the local STag(s).
* 既存のスタッグ（S）が、ITTをローカルスタッグに関連付けるローカルマッピングを無効にする必要があります。
* 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運用原始的な呼び出しがdatadescriptorinで資格がある場合、修飾子datadescriptorinによって定義されているように、I/Oバッファーの読み取りスタッグを割り当てる必要があります。
* 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の運用原始的な呼び出しがdatadescriptoroutで資格がある場合、予選datadescriptoroutによって定義されたI/Oバッファーに書き込み雄牛を割り当てる必要があります。
* If STags are allocated, it MUST establish a new Local Mapping(s) that associate the ITT to the allocated STag(s).
* STAGが割り当てられている場合、ITTを割り当てられたSTAGに関連付ける新しいローカルマッピングを確立する必要があります。
* 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メッセージのISERヘッダーのターゲットに割り当てられた場合、雄鹿を宣伝する必要があります。
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読み取りまたは双方向コマンドのタスク再割り当て関数を使用したタスク管理関数要求の場合、イニシエーターのISCSIレイヤーは、イニシエーターのISCSIレイヤーに透過的に発生するため、expdatasnを0に設定する必要があります。これにより、[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:
ターゲットのユーザーレイヤーがタスクの割り当て関数を使用してタスク管理関数要求を受信した場合、次のことを行う必要があります。
* 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.
* タスク管理関数の参照タスクタグで指定されたITTを使用して、PDUを要求するようにして、ITTを広告されたStag（s）とローカルスタッグに関連付けるマッピングを見つける必要があります。
* It MUST invalidate the local STag(s), if any, associated with the ITT.
* ITTに関連付けられている地元の雄鹿を無効にする必要があります。
* It MUST replace the Advertised STag(s) in the Remote Mapping that associates the ITT to the Advertised STag(s) with the Write STag and the Read STag if present in the iSER header. The Write STag is used in the handling of the R2T PDU(s) from the iSCSI layer at the target as described in Section 7.3.6. The Read STag is used in the handling of the SCSI Data-in PDU(s) from the iSCSI layer at the target as described in Section 7.3.5.
* ISERヘッダーに存在する場合は、ITTを宣伝されたスタッグと読み取りスタッグに関連付けているリモートマッピングの広告様式を置き換える必要があります。書き込みスタッグは、セクション7.3.6で説明されているように、ターゲットのISCSI層からのR2T PDUの取り扱いに使用されます。読み取りSTAGは、セクション7.3.5で説明されているように、ターゲットのISCSI層からのSCSIデータイン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レイヤーは、datadescriptoroutで適格であるsend_control運用プリミティブを呼び出す必要があります。
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データアウトとして転送される未承諾データの量がTargetRecVDataseSmegLengthを超える場合、イニシエーターのISCSIレイヤーは、データを複数のISCSI制御型PDUにセグメント化する必要があります。最後の一つ。未承諾データを運ぶ最後のISCSI制御型PDUのデータセグメント長さは、TargetRecVDatasegementlengthまで存在する可能性があります。ターゲットのISCSI層は、未承諾データの再組み立て関数を実行する必要があります。
For unsolicited data, if the F bit is set to 0 in a SCSI Data-out PDU, the iSER layer at the initiator MUST use a Send Message to send the SCSI Data-out PDU. If the F bit is set to 1, the iSER layer at the initiator MUST use a SendSE Message to send the SCSI Data-out PDU.
未承諾データの場合、FビットがSCSIデータアウトPDUで0に設定されている場合、イニシエーターのISERレイヤーはSCSIデータアウトPDUを送信するために送信メッセージを使用する必要があります。Fビットが1に設定されている場合、イニシエーターのISERレイヤーはSENDSEメッセージを使用してSCSIデータアウトPDUを送信する必要があります。
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データアウトPDUは使用されません。代わりに、R2T PDUは、ターゲットのISER層によってRDMA読み取り操作に変換されます。（セクション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読み取りデータをイニシエーターに返す準備ができたら、SCSIデータインバッファを定義するDataDescriptorinを使用したPUT_DATA運用プリミティブを呼び出す必要があります。ISCSIデータ型PDUの処理に関する一般的な要件に関するセクション7.1を参照してください。SCSIデータインPDUは、セクション9.5.2で説明されているように、SCSI読み取りデータ転送で使用されます。
The iSER layer at the target MUST do the following for each invocation of the Put_Data Operational Primitive:
ターゲットのISERレイヤーは、put_data運用原始の呼び出しごとに次のことを行う必要があります。
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を宣伝したSTAGに関連付けるリモートマッピングのリモートリードスタッグを見つけなければなりません。リモートマッピングは、SCSI読み取りコマンドがイニシエーターから受信されたときに、ターゲットのISER層によって以前に確立されました。
2. It MUST generate and send an RDMA Write Message containing the read data to the initiator.
2. 読み取りデータを含むRDMA書き込みメッセージを生成して送信する必要があります。
a. It MUST use the remote Read STag as the Data Sink STag of the RDMA Write Message.
a. RDMA書き込みメッセージのデータシンクスタッグとして、リモート読み取りスタッグを使用する必要があります。
b. It MUST use the Buffer Offset from the SCSI Data-in PDU as the Data Sink Tagged Offset of the RDMA Write Message.
b. RDMA書き込みメッセージのオフセットをタグ付けしたデータシンクとして、SCSIデータインPDUからバッファオフセットを使用する必要があります。
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. SCSI Data-in PDUのデータセグメント長さを使用して、RDMA書き込みメッセージで送信されるデータの量を決定する必要があります。
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書き込み操作に関連付ける必要があります。PUT_DATA運用プリミティブの呼び出しがNotify_Enableセットで適格である場合、ターゲットのISERレイヤーがRDMA書き込みメッセージのRCAPレイヤーから完了を受信する場合、ターゲットのISERレイヤーは、data_compledecution_notifyの原始的なプリミティブを呼び出すことによりISCSIレイヤーに通知する必要があります。DataSNとITTの資格。逆に、PUT_DATAの運用原始呼び出しがnotify_Enableがクリアされた資格がある場合、ターゲットのISERレイヤーは、完了時にISCSIレイヤーに通知してはならず、data_compleation_notifyオペレーショナルプリミティブを呼び出してはなりません。
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データインPDUでAビットが1に設定されている場合、ターゲットのISERレイヤーは、イニシエーターでデータ転送が完了したときにターゲットでISCSIレイヤーに通知する必要があります。この追加機能を実行するために、ターゲットのISERレイヤーは、以前にISCSIレイヤーによって開示された場合、noction_key_values運用プリミティブの以前の呼び出しを介して開示された場合、運用上のerrorrecoverylevelを利用できます。取ることができる2つのアプローチがあります。
1. If the iSER layer at the target knows that the operational ErrorRecoveryLevel is 2, or if the iSER layer at the target does not know the operational ErrorRecoveryLevel, then the iSER layer at the target MUST issue a zero-length RDMA Read Request Message following the RDMA Write Message. When the iSER layer at the target receives a completion for the RDMA Read Request Message from the RCaP layer, implying that the RDMA-Capable Controller at the initiator has completed processing the RDMA Write Message due to the completion ordering semantics of RCaP, the iSER layer at the target MUST notify the iSCSI layer at the target by invoking the Data_Ack_Notify Operational Primitive qualified with ITT and DataSN (see Section 3.2.3).
1. ターゲットのISERレイヤーが運用上のerrorrecoveryLevelが2であることを知っている場合、またはターゲットのISERレイヤーが運用上のerrorrecoveryLevelを知らない場合、ターゲットのISERレイヤーはRDMAに続いてゼロレングスRDMA読み取りリクエストメッセージを発行する必要がありますメッセージを書きます。ターゲットのISERレイヤーがRCAPレイヤーからRDMA読み取り要求メッセージの完了を受信すると、イニシエーターのRDMA対応コントローラーがRCAPの完了順序付けセマンティクスのためにRDMA書き込みメッセージの処理を完了したことを意味します。ターゲットでは、data_ack_notifyがITTおよびdataSNで資格を取得したdata_ack_notifyのプリミティブを呼び出すことにより、ターゲットのISCSIレイヤーに通知する必要があります（セクション3.2.3を参照）。
2. If the iSER layer at the target knows that the operational ErrorRecoveryLevel is 1, then the iSER layer at the target MUST do one of the following:
2. ターゲットのユーザーレイヤーが動作エラー回復レベルが1であることを知っている場合、ターゲットのISERレイヤーは次のいずれかを実行する必要があります。
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書き込みメッセージのRCAPレイヤーからローカル完成を受信したときに、ITTとDataSNで適格であるData_ACK_NOTIFYオペレーショナルプリミティブ（セクション3.2.3を参照）を呼び出すことにより、ターゲットのISCSIレイヤーに通知する必要があります。ISERでは消化エラーが発生しないため、これは許可され（セクション10.1.4.2を参照）、CRCエラーにより接続が終了し、とにかくタスクが終了します。RCAPレイヤーからのローカルRDMA書き込み完了は、RCAPレイヤーがI/Oバッファーに再度アクセスして、そのRDMA書き込み操作に関連付けられたデータを転送しないことを保証します。
b. Alternatively, it MUST use the same procedure for handling the data transfer completion at the initiator as for ErrorRecoveryLevel 2.
b. または、ErrorrecoveryLevel 2と同じように、イニシエーターでデータ転送完了を処理するために同じ手順を使用する必要があります。
Note that the iSCSI layer at the target cannot set the A-bit to 1 if the ErrorRecoveryLevel=0.
ターゲットのISCSIレイヤーは、errorrecoveryLevel = 0の場合、Aビットを1に設定できないことに注意してください。
The SCSI status MUST always be returned in a separate SCSI Response PDU. The S bit in the SCSI Data-in PDU MUST always be set to 0. There MUST NOT be a "phase collapse" in the SCSI Data-in PDU.
SCSIステータスは、常に別のSCSI応答PDUで返される必要があります。SCSIデータインPDUのsビットは、常に0に設定する必要があります。SCSIデータインPDUには「位相崩壊」はありません。
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書き込みメッセージはSCSIデータインPDUのデータ部分のみを転送するため、Expcmdsnなどのヘッダーの制御情報は転送されないため、そのような情報のタイムリーな更新が重要である場合、イニシエーターのISCSI層はnop-outを発行する場合があります。ターゲットのISCSI層がNOP-IN PDUを使用して情報に応答するようにPDUSを要求する。
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レイヤーは、dataDescriptoroutで資格のあるget_data運用プリミティブを呼び出す必要があります。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運用原始の各呼び出しに対して次のことを行う必要があります。
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バッファーの有効なローカルスタッグと、イニシエータータスクタグ（ITT）をローカルスタッグに関連付ける有効なローカルマッピングを確保する必要があります。これには、有効なローカルスタッグを割り当て、ローカルマッピングの確立が含まれる場合があります。
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を宣伝したSTAG（S）に関連付けるリモートマッピングのリモート書き込みスタッグを見つけなければなりません。リモートマッピングは、ターゲットのISERレイヤーによって以前に確立されます。これは、SCSI書き込みまたは双方向コマンドの広告の書き込み雄牛とSCSIコマンドPDUを含む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に設定されている場合、ターゲットのISERレイヤーは接続を終了し、接続に関連するリソースを解放する必要があります（セクション5.2.3で説明されているように）。ターゲットのISCSI層。接続を終了すると、ターゲットのISERレイヤーは、connection_terminate_notifyオペレーショナルプリミティブを呼び出すことにより、ターゲットのISCSIレイヤーに通知する必要があります。
4. If the iSER-ORD value at the target is set to greater than 0, the iSER layer at the target MUST transform the R2T PDU into an RDMA Read Request Message. While transforming the R2T PDU, the iSER layer at the target MUST ensure that the number of outstanding RDMA Read Request Messages does not exceed the iSER-ORD value. To transform the R2T PDU, the iSER layer at the target: 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読み取り要求メッセージに変換する必要があります。R2T PDUを変換している間、ターゲットのISERレイヤーは、未解決のRDMA読み取りリクエストメッセージの数がISER-ORD値を超えないことを確認する必要があります。R2T PDUを変換するには、ターゲットのISER層を変換します。get_dataの呼び出しを適格にしたDataDescriptoroutからローカルの雄鹿とローカルのタグ付けされたオフセットを導き出す必要があります。
b. MUST use the local STag as the Data Sink STag of the RDMA Read Request Message.
b. RDMA読み取りリクエストメッセージのデータシンクスタッグとしてローカルの雄鹿を使用する必要があります。
c. MUST use the local Tagged Offset as the Data Sink Tagged Offset of the RDMA Read Request Message.
c. RDMA読み取り要求メッセージのデータシンクタグオフセットとして、ローカルタグ付きオフセットを使用する必要があります。
d. MUST use the Desired Data Transfer Length from the R2T PDU as the RDMA Read Message Size of the RDMA Read Request Message.
d. RDMAの読み取りメッセージサイズのRDMA読み取り要求メッセージとして、R2T PDUから目的のデータ転送長を使用する必要があります。
e. MUST use the remote Write STag as the Data Source STag of the RDMA Read Request Message.
e. RDMA読み取りリクエストメッセージのデータソースSTAGとして、リモート書き込みスタッグを使用する必要があります。
f. MUST use the Buffer Offset from the R2T PDU as the Data Source Tagged Offset of the RDMA Read Request Message.
f. RDMA読み取りリクエストメッセージのタグ付けされたデータソースとして、R2T PDUのバッファオフセットを使用する必要があります。
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読み取り操作に関連付ける必要があります。get_data操作のプリミティブ呼び出しがnotify_enableセットで適格である場合、ターゲットのiserレイヤーがRDMA読み取り操作のRCAPレイヤーから完了を受信する場合、ターゲットのISERレイヤーは、data_compledeation_notify操作原始的な原始的な原始的な原始的な層を呼び出してISCSI層に通知する必要があります。R2TSNとITTで資格があります。逆に、get_dataの運用プリミティブ呼び出しがnotify_enableがクリアされていると認定されている場合、ターゲットのiserレイヤーは完了時にISCSIレイヤーに通知してはならず、data_completion_notify操作原始を呼び出さないでください。
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読み取り要求メッセージを受信すると、ターゲットに求められた書き込みデータを含むRDMA読み取り応答メッセージが返されます。ターゲットのRCAPレイヤーがイニシエーターからRDMA読み取り応答メッセージを受信すると、RDMA読み取り応答メッセージのデータシンクスタッグによって参照されるI/Oバッファーに勧誘データを配置します。
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の読み取り要求メッセージはターゲットからの要求メッセージがexpcmdsnなどのR2T PDUの制御情報を転送しないため、そのような情報のタイムリーな更新が重要である場合、イニシエーターのISCSI層はISCSIの要求を要求するためにnop-out pdusを発行する場合があります。ターゲットのレイヤーは、NOP-IN PDUを使用して情報で応答します。
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の読み取り応答メッセージは、イニシエーターからの応答メッセージのみがデータを転送するだけでなく、expstatsNなどのSCSIデータアウトPDUに正常に見られる制御情報ではないため、そのような情報のタイムリーな更新が重要である場合、ターゲットのISCSI層は可能性があります。NOP-IN PDUを発行して、イニシエーターのISCSI層がNOP-Out PDUを使用して情報に応答するように要求します。
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レイヤーは、Send_Control dataDescriptorsenseで適格であるsend_control運用プリミティブを呼び出す必要があります。ISERレイヤーは、Sendseメッセージを使用して、非同期メッセージPDUを送信する必要があります。
Type: control-type PDU
タイプ：コントロールタイプPDU
PDU-specific qualifiers: DataDescriptorTextOut (for Text Request), DataDescriptorIn (for Text Response)
PDU固有の修飾子：datadescriptortextout（テキストリクエスト用）、datadescriptorin（テキスト応答用）
The iSCSI layer MUST invoke the Send_Control Operational Primitive qualified with DataDescriptorTextOut (or DataDescriptorIn), which defines the Text Request (or Text Response) buffer. The iSER layer MUST use SendSE Messages to send the Text Request (or Text Response PDUs).
ISCSIレイヤーは、datadeScriptortextout（またはdatadescriptorin）で適格であるsend_control運用プリミティブを呼び出す必要があります。ISERレイヤーは、sendseメッセージを使用してテキストリクエスト（またはテキスト応答pdus）を送信する必要があります。
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の場合、ログイン要求PDUとログイン応答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レイヤーは、機能フェーズ全体でログイン要求（またはログイン応答）PDUを送信してはなりません。ログイン要求（またはログイン応答）PDUは、使用する場合は、ISCSIプロトコルエラーとして扱う必要があります。ISER層は、適切なエラーコードを使用して、ISCSI層からそのようなPDUを拒否する場合があります。ログイン要求PDUがターゲットのISCSIレイヤーによって受信された場合、「プロトコルエラー」の理由で拒否PDUで応答する必要があります。
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メッセージを使用して、ログアウトリクエストまたはログアウト応答PDUを送信する必要があります。セクション5.2.1および5.2.2は、ログアウト要求の取り扱いと、イニシエーターとターゲットでのログアウト応答と、イニシエーターとターゲットとの間の接続を終了する対話について説明します。
Since HeaderDigest and DataDigest must be negotiated to "None", there are no digest errors when the connection is in iSER-assisted mode. Also, since RCaP delivers all messages in the order they were sent, there are no sequence errors when the connection is in iSER-assisted mode. Therefore, the iSCSI layer MUST NOT send SNACK Request PDUs. A SNCAK Request PDU, if used, MUST be treated as an iSCSI protocol error. The iSER layer MAY reject such a PDU from the iSCSI layer with an appropriate error code. If a SNACK Request PDU is received by the iSCSI layer at the target, it MUST respond with a Reject PDU with a reason code of "protocol error".
HeaderDigestとDatadigestは「なし」と交渉する必要があるため、接続がISERアシストモードの場合、消化エラーはありません。また、RCAPは送信された順序ですべてのメッセージを配信するため、接続がISERアシストモードである場合、シーケンスエラーはありません。したがって、ISCSI層はスナックリクエストPDUを送信してはなりません。SNCAK要求PDUは、使用する場合は、ISCSIプロトコルエラーとして扱う必要があります。ISER層は、適切なエラーコードを使用して、ISCSI層からそのようなPDUを拒否する場合があります。スナックリクエストPDUがターゲットのISCSIレイヤーによって受信される場合、「プロトコルエラー」の理由で拒否PDUで応答する必要があります。
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層は、dataDescriptorRejectを備えたsend_control運用プリミティブを呼び出す必要があります。これは、拒否バッファーを定義します。ISERレイヤーは、拒否PDUを送信するためにSendseメッセージを使用する必要があります。
Type: control-type PDU
タイプ：コントロールタイプPDU
PDU-specific qualifiers: DataDescriptorNOPOut (for NOP-Out), DataDescriptorNOPIn (for NOP-In)
PDU固有の予選：datadescriptornopout（nop-out）、datadescriptornopin（nop-in）
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運用プリミティブを呼び出す必要があります。ISERレイヤーは、sendseメッセージを使用して、nop-out（またはnop-in）pduを送信する必要があります。
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の送信メッセージタイプは、ISERレイヤーによって使用され、ISCSI制御型PDUを転送します。rcapの各送信メッセージタイプは、データシンクで攻撃されていないバッファーを消費します。ただし、RCAP層もISER層も、送信メッセージタイプの明示的なフロー制御メカニズムを提供しません。したがって、ISERレイヤーは、RCAP層でのバッファーの枯渇を防ぐために、着信送信メッセージタイプを処理するための十分な積載バッファーを提供する必要があります。緩衝液の枯渇が発生した場合、接続の終了につながる可能性があります。
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は、開始者とターゲットが使用するMaxoutunexpectedPDUSキーも提供し、受信できる未解決の「予期しない」制御型PDUの最大数を宣言します。受信側が、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. 規制：このカテゴリの制御型PDUは、ISCSI CMDSNウィンドウメカニズムによって規制されており、直接のフラグは設定されていません。
2. Unregulated but Expected: Control-type PDUs in this category are not regulated by the iSCSI CmdSN window mechanism but are expected by the target.
2. 規制されていないが予想される：このカテゴリの制御型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. 規制されていない予期しない：このカテゴリの制御型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ウィンドウメカニズムによって規制されており、即時フラグは設定されていません。
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に必要なバッファリソースをターゲットからの応答として提供する必要があります。以下は、イニシエーターとそれに応じてターゲットによって送信されるPDUが送信できるPDUのリストです。
a. When an initiator sends a SCSI Command PDU, it expects a SCSI Response PDU from the target.
a. イニシエーターがSCSIコマンドPDUを送信すると、ターゲットからSCSI応答PDUが予想されます。
b. When the initiator sends a Task Management Function Request PDU, it expects a Task Management Function Response PDU from the target.
b. イニシエーターがタスク管理機能要求PDUを送信すると、ターゲットからタスク管理機能応答PDUが期待されます。
c. When the initiator sends a Text Request PDU, it expects a Text Response PDU from the target.
c. イニシエーターがテキストリクエストPDUを送信すると、ターゲットからテキスト応答PDUが期待されます。
d. When the initiator sends a Logout Request PDU, it expects a Logout Response PDU from the target.
d. イニシエーターがログアウトリクエストPDUを送信すると、ターゲットからログアウト応答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！= 0xffffffffffとttt = 0xffffffffを使用してpingリクエストとして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で説明されているように、タスクがアクティブになる前に代わりに送信される拒否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データアウトPDUは、イニシエーターによって未承諾データを送信するために使用されます。ターゲットに必要なバッファリソースの量は、FirstBurstLengthを使用して決定できます。SCSIデータアウトPDUは、勧誘に使用されるR2T PDUがターゲットのISERレイヤーによってRDMA読み取り操作に変換されるため、勧誘されたデータには使用されないことに注意してください。セクション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！= 0xffffffffffを使用した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は、即時のフラグセットを備えたPDUです。イニシエーターが送信できるこのカテゴリのPDUの数は、ターゲットによって宣言されたMaxout StandingUnexPectuntPDUSの値によって制御されます（セクション6.7を参照）。このカテゴリのPDUがイニシエーターによって送信された後、廃止されるまで際立っています。いつでも、顕著な予期しないPDUの数は、ターゲットによって宣言されたMaxout StandingunexPectupedPDUSの値を超えてはなりません。
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.
ターゲットは、イニシエーターが送信できるこのカテゴリの制御型PDUに必要なバッファリソースの量を決定すると宣言したMaxout StandingUnexPectedPDUSの値を使用します。イニシエーターの場合、このカテゴリで送信できるコントロール型PDUのそれぞれについて、ターゲットからの応答として送信できる対応するコントロール型PDUに必要な場合は、イニシエーターがバッファリソースを提供する必要があります。
An outstanding PDU in this category is retired as follows. If the CmdSN of the PDU sent by the initiator in this category is x, the PDU is outstanding until the initiator sends a non-immediate control-type PDU on the same connection with CmdSN = y (where y is at least x) and the target responds with a control-type PDU on any connection where ExpCmdSN is at least y+1.
このカテゴリの優れたPDUは、次のように廃止されます。このカテゴリのイニシエーターから送信されたPDUのCMDSNがXの場合、イニシエーターがCMDSN = Y（yは少なくともx）と同じ接続で非icmmediateコントロールタイプのPDUを送信するまでPDUは未解決です。ターゲットは、expcmdsnが少なくともy 1である任意の接続で、制御型PDUで応答します。
When the number of outstanding unexpected control-type PDUs equals MaxOutstandingUnexpectedPDUs, the iSCSI layer at the initiator MUST NOT generate any unexpected PDUs that otherwise it would have generated, even if it is intended for immediate delivery.
未解決の予期しない制御型pdusの数がmaxoutunexpectedPDUSに等しい場合、イニシエーターのISCSI層は、即時配達を目的としていても、生成された予期しないPDUを生成してはなりません。
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の場合、数値はイニシエーターによって宣言されたMaxout StandingunexPectedPDUSによって制御されます（セクション6.7を参照）。このカテゴリのPDUがターゲットによって送信された後、廃止されるまで際立っています。いつでも、発行済みの予期しないPDUの数は、イニシエーターによって宣言されたMaxout StastingUnexPectedPDUSの値を超えてはなりません。イニシエーターは、ターゲットで送信できるこのカテゴリの制御型PDUに必要なバッファリソースの量を決定すると宣言したMaxout StandingunexpectedPDUSの値を使用します。以下は、このカテゴリの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を使用した非同期メッセージPDUの場合、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を使用したPDUを拒否する場合、イニシエーターが少なくともx 1に設定されたexpstatsNを備えたコントロールタイプのPDUを送信するまで、PDUは未解決です。
c. For a NOP-In PDU with ITT = 0xffffffff and StatSN = x, the PDU is outstanding until the initiator responds with a control-type PDU on the same connection where ExpStatSN is at least x+1. But if the NOP-In PDU is sent as a ping request with TTT != 0xffffffff, the PDU can also be retired when the initiator sends a NOP-Out PDU with the same ITT and TTT as in the ping request. Note that when a target sends a NOP-In PDU as a ping request, it must provision a buffer for the NOP-Out PDU sent as a ping response from the initiator.
c. itt = 0xffffffffffとstatsn = xを備えたnop-in pduの場合、イニシエーターが少なくともx 1であるのと同じ接続でコントロール型PDUで対応するPDUで応答するまでPDUは未解決です。ttt！= 0xffffffffffを使用したpingリクエストとして、PINGリクエストと同じITTとTTTでイニシエーターがnop-out PDUを送信すると、PDUも廃止できます。ターゲットがPingリクエストとしてNOP-IN PDUを送信する場合、イニシエーターから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.
未解決の予期しない制御型pdusの数がmaxoutunexpectedpdusに等しい場合、ターゲットのISCSI層は、それ以外の場合は生成された予期しないpdusを生成してはなりません。）。タスクのタイムアウトは、コマンドの完了またはその他の接続およびセッションレベルの例外を待っているイニシエーターのように、PDUを生成しないにもかかわらず、これらのケースに正しい動作動作が生じることを保証します。この規則は、拒否PDUを送信する必要がある他の場所で他の要件をオーバーライドします。
(Implementation note: A SCSI task timeout and recovery can be a lengthy process and hence SHOULD be avoided by proper provisioning of resources.)
（実装注：SCSIタスクのタイムアウトと回復は長いプロセスである可能性があるため、リソースの適切なプロビジョニングによって回避する必要があります。）
(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が廃止されたことをターゲットに通知する手段を持っていることを確認するために、ターゲットは、nop-inを送信するために開始者が宣言したmaxout StastingunexpectedPDUSの値によって許容される最後の予期しない型PDUを予約する必要がありますttt！= 0xffffffffで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読み取り操作の総数は、セクション5.1.3で説明されているISER Hello Exchangeで宣言されたように割り当てられたリソースの量に依存します。接続で許可されるRDMA読み取り操作の数を超えると、RCAPレイヤーによって接続が終了します。ターゲットのISERレイヤーは、特定のRCAPストリームのISERレイヤーによって発行できるRDMA読み取り要求の最大数を追跡するためにISER-ORDを維持します。
During connection setup (see Section 5.1), iSER-IRD is known at the initiator and iSER-ORD is known at the target after the iSER layers at the initiator and the target have respectively allocated the connection resources necessary to support RCaP, as directed by the Allocate_Connection_Resources Operational Primitive from the iSCSI layer before the end of the iSCSI Login Phase. In the Full Feature Phase, the first message sent by the initiator is the iSER Hello Message (see Section 9.3), which contains the value of iSER-IRD. In response to the iSER Hello Message, the target sends the iSER HelloReply Message (see Section 9.4), which contains the value of iSER-ORD. The iSER layer at both the initiator and the target MAY adjust (lower) the resources associated with iSER-IRD and iSER-ORD respectively to match the iSER-ORD value declared in the HelloReply Message. The iSER layer at the target MUST flow control the RDMA Read Request Messages to not exceed the iSER-ORD value at the target.
接続セットアップ（セクション5.1を参照）中に、ISER-IRDはイニシエーターで知られており、ISER-ORDはターゲットで知られています。ISER-ORDはイニシエーターのISER層とターゲットがそれぞれ指示されたRCAPをサポートするために必要な接続リソースを割り当てた後に知られています。allocate_connection_resoursは、ISCSIログインフェーズの終了前のISCSIレイヤーからの動作原始です。完全な機能フェーズでは、イニシエーターによって送信された最初のメッセージは、ISER-IRDの値を含むISER Helloメッセージ（セクション9.3を参照）です。Iser Helloメッセージに応じて、ターゲットはIser-Ordの値を含むIser HellorePlyメッセージ（セクション9.4を参照）を送信します。イニシエーターとターゲットの両方のISER層は、HellorePlyメッセージで宣言されたISER-ORD値を一致させるために、それぞれISER-IRDとISER-ORDに関連するリソースを（低く）調整することができます。ターゲットのISERレイヤーは、ターゲットのISER-ORD値を超えないようにRDMA読み取り要求メッセージをフロー制御する必要があります。
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操作で使用されるタグ付きバッファーの識別子です。ISERヘッダーで宣伝されたり、RCAPメッセージのヘッダーで宣言されたりすることにより、ワイヤー上にワイヤー上に露出している場合、このドキュメントの割り当てとその後の無効化がこのドキュメントで指定されます。
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層がsend_control操作原始を呼び出して、イニシエーターのiserレイヤーがSCSIコマンド、ゼロ、1つ、または2つのクワガタをISER層によって割り当てることを要求する場合。詳細については、セクション7.3.1を参照してください。割り当てられた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 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レイヤーがsend_control操作原始を呼び出して、イニシエーターのiserレイヤーがタスクの再割り当て関数を使用してタスク管理関数要求を処理することを要求する場合、ゼロ、1つ、または2つのスタッグを割り当てることに加えて、ISERレイヤーは既存の層を侵入する必要がありますITTに関連付けられている雄鹿。詳細については、セクション7.3.3を参照してください。
The iSER layer at the target allocates a local Data Sink STag when the iSCSI layer at the target invokes the Get_Data Operational Primitive to request that the iSER layer process an R2T PDU. See Section 7.3.6 for details.
ターゲットのISERレイヤーは、ターゲットのISCSIレイヤーがget_Dataの動作原始を呼び出してISER層がR2T PDUを処理するよう要求するときにローカルデータシンクの雄鹿を割り当てます。詳細については、セクション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応答PDUがターゲットによって送信される場合の単方向または双方向のコマンドの完了時に、イニシエーターでの雄鹿の無効化については、セクション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応答PDUがターゲットによって送信されずに一方向または双方向のコマンドが終了する場合、イニシエーターのISCSI層は、イニシエーターのISERレイヤーがITTとの契約_Task_Resourcesオペレーショナルプライコミティブ資格を呼び出すことにより、スタッグを無効にするよう要求する必要があります。これに応じて、イニシエーターのISER層は、ITTをローカルマッピングに関連付けるローカルマッピングのSTAG（S）（もしあれば）を特定する必要があります。イニシエーターのISER層は、STAG（S）（ある場合）とローカルマッピングを無効にする必要があります。
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書き込みデータ転送を実現するために使用されるRDMA読み取り操作の場合、ターゲットのISERレイヤーは、データシンクのスタッグを参照するRDMA読み取り操作の終了時にデータシンクスタッグを無効にするはずです（バッファリソースの即時の再利用を許可します）。
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読み取りデータ転送を実現するために使用されるRDMA書き込み操作の場合、ターゲットのデータソース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応答PDUがターゲットによって送信されずに一方向または双方向のコマンドが終了する場合、ターゲットのISCSIレイヤーは、ターゲットのISER層がdeallocate_task_resourcesを呼び出してITTを呼び出すことにより、雄犬を無効にすることを要求する必要があります。これに応じて、ターゲットのISER層は、ITTをローカルスタッグに関連付けるローカルマッピングにローカルの雄鹿（S）（もしあれば）を特定する必要があります。ターゲットのISER層は、ローカルの雄鹿（存在する場合）とマッピングを無効にする必要があります。
For iSCSI data-type PDUs (see Section 7.1), the iSER layer uses RDMA Read and RDMA Write operations to transfer the solicited data. For iSCSI control-type PDUs (see Section 7.2), the iSER layer uses Send Message Types of RCaP.
ISCSIデータタイプのPDU（セクション7.1を参照）の場合、ISER層はRDMA読み取りとRDMAの書き込み操作を使用して、勧誘データを転送します。ISCSI制御型PDU（セクション7.2を参照）の場合、ISERレイヤーはRCAPのメッセージタイプを送信します。
An iSER header MUST be present in every Send Message Type of RCaP. The iSER header is located in the first 12 bytes of the message payload of the Send Message Type of RCaP, as shown in Figure 2.
iserヘッダーは、rcapのすべての送信メッセージタイプに存在する必要があります。ISERヘッダーは、図2に示すように、RCAPの送信メッセージタイプのメッセージペイロードの最初の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-操作コード：4ビット
The Opcode field identifies the type of iSER Messages:
OpCodeフィールドは、ISERメッセージのタイプを識別します。
0001b = iSCSI control-type PDU
0010b = iSER Hello Message
0011b = iSER HelloReply Message
All other opcodes are reserved.
他のすべてのオペコードは予約されています。
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のメッセージを送信して、ISCSI制御型PDUを転送します（セクション7.2を参照）。ISERメッセージの転送に使用されるRCAPの送信メッセージの各メッセージペイロードには、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の送信メッセージタイプのISERヘッダーは、図3に説明したように形式を持っている必要があります。
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 -STAG有効なフラグを書く：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ヘッダーの書き込みスタッグフィールドの有効性を示しています。1つに設定すると、このISERヘッダーの書き込みスタッグフィールドが有効です。ゼロに設定した場合、このISERヘッダーの書き込みスタッグフィールドはレシーバーで無視する必要があります。Write Stag有効なフラグは、SCSI書き込みまたは双方向コマンドに対して転送される勧誘データがある場合、またはタスク管理機能要求で指定された参照タスクに対して転送される非誤った未承諾および勧誘データがある場合に1に設定されます。タスクの再割り当て関数を使用します。
RSV - Read STag Valid flag: 1 bit
RSV -STAG有効なフラグを読む：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ヘッダーの読み取りスタッグフィールドの有効性を示しています。1つに設定すると、このISERヘッダーの読み取りフィールドが有効です。ゼロに設定する場合、このISERヘッダーの読み取りスタッグフィールドは、受信機で無視する必要があります。読み取りSTAG有効なフラグは、SCSIの読み取りまたは双方向コマンド、またはタスク再割り当て関数を使用したタスク管理関数要求のために1つに設定されています。
Write STag - Write Steering Tag: 32 bits
STAGの書き込み - ステアリングタグ：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.
このフィールドには、stagの有効なフラグが1つに設定されているときに、書き込み液が含まれています。SCSI書き込みまたは双方向コマンドの場合、書き込みスタッグは、勧誘されたデータを含むイニシエーターのI/Oバッファーを宣伝するために使用されます。タスクの再割り当て関数を使用したタスク管理関数要求の場合、Write Stagは、非誤った未承諾データと勧誘データを含むイニシエーターのI/Oバッファーを宣伝するために使用されます。この書き込みSTAGは、結果のRDMA読み取り操作のデータソースSTAGとして使用されます。書き込みSTAG有効なフラグがゼロに設定されている場合、このフィールドはゼロに設定する必要があります。
Read STag - Read Steering Tag: 32 bits
STAGを読む - ステアリングタグを読む：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.
このフィールドには、読み取り液の有効なフラグが1つに設定されている場合、読み取りスタッグが含まれています。読み取りSTAGは、SCSI読み取りまたは双方向コマンドの開始者の読み取りI/Oバッファー、またはタスクの再割り当て関数を使用したタスク管理関数要求を宣伝するために使用されます。この読み取りSTAGは、結果のRDMA書き込み操作のデータシンクスタッグとして使用されます。読み取りSTAG有効なフラグがゼロの場合、このフィールドはゼロに設定する必要があります。
Reserved:
予約済み：
Reserved fields MUST be set to zero on transmit and MUST be ignored on reception.
予約済みフィールドは、送信時にゼロに設定する必要があり、受信で無視する必要があります。
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メッセージには、図4に説明されている形式が必要なISERヘッダーのみが含まれている必要があります。ISERHelloメッセージは、rcapストリームにISERレイヤーからターゲットのISERレイヤーまでRCAPストリームに送信された最初のISERメッセージです。。
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| | | | | |
| 0010b | Rsvd | MaxVer| MinVer| iSER-IRD |
| | | | | |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Reserved |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Reserved |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 4. iSER Header Format for iSER Hello Message
図4. ISER HelloメッセージのISERヘッダー形式
MaxVer - Maximum Version: 4 bits
Maxver-最大バージョン：4ビット
This field specifies the maximum version of the iSER protocol supported. It MUST be set to one to indicate the version of the specification described in this document.
このフィールドは、サポートされているISERプロトコルの最大バージョンを指定します。このドキュメントで説明されている仕様のバージョンを示すために、1つに設定する必要があります。
MinVer - Minimum Version: 4 bits
Minver-最小バージョン：4ビット
This field specifies the minimum version of the iSER protocol supported. It MUST be set to one to indicate the version of the specification described in this document.
このフィールドは、サポートされているISERプロトコルの最小バージョンを指定します。このドキュメントで説明されている仕様のバージョンを示すために、1つに設定する必要があります。
iSER-IRD: 16 bits
ISER-IRD：16ビット
This field contains the value of the iSER-IRD at the initiator.
このフィールドには、イニシエーターのiser-ardの値が含まれています。
Reserved (Rsvd):
予約済み（RSVD）：
Reserved fields MUST be set to zero on transmit, and MUST be ignored on reception.
予約済みフィールドは、送信時にゼロに設定する必要があり、受信で無視する必要があります。
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メッセージには、図5に説明されているようにフォーマットが必要なISERヘッダーのみが含まれている必要があります。ISERELROREPLYメッセージは、ターゲットのISERレイヤーからイニシエーターのISERレイヤーにRCAPストリームに送信される最初のISERメッセージです。
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| | |R| | | |
| 0011b |Rsvd |E| MaxVer| CurVer| iSER-ORD |
| | |J| | | |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Reserved |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Reserved |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 5. iSER Header Format for iSER HelloReply Message
図5. Iser HellorePlyメッセージのISERヘッダー形式
REJ - Reject flag: 1 bit
rej-拒否フラグ：1ビット
This flag indicates whether the target is rejecting this connection. If set to one, the target is rejecting the connection.
このフラグは、ターゲットがこの接続を拒否しているかどうかを示します。1に設定すると、ターゲットは接続を拒否しています。
MaxVer - Maximum Version: 4 bits
Maxver-最大バージョン：4ビット
This field specifies the maximum version of the iSER protocol supported. It MUST be set to one to indicate the version of the specification described in this document.
このフィールドは、サポートされているISERプロトコルの最大バージョンを指定します。このドキュメントで説明されている仕様のバージョンを示すために、1つに設定する必要があります。
CurVer - Current Version: 4 bits
カーバー - 現在のバージョン：4ビット
This field specifies the current version of the iSER protocol supported. It MUST be set to one to indicate the version of the specification described in this document.
このフィールドは、サポートされているISERプロトコルの現在のバージョンを指定します。このドキュメントで説明されている仕様のバージョンを示すために、1つに設定する必要があります。
iSER-ORD: 16 bits
ISER-ORD：16ビット
This field contains the value of the iSER-ORD at the target.
このフィールドには、ターゲットにiser-ordの値が含まれています。
Reserved (Rsvd):
予約済み（RSVD）：
Reserved fields MUST be set to zero on transmit, and MUST be ignored on reception.
予約済みフィールドは、送信時にゼロに設定する必要があり、受信で無視する必要があります。
The iSER layer at the initiator and the iSER layer at the target handle each SCSI Write, SCSI Read, and bidirectional operation as described below.
以下に説明するように、イニシエーターのiser層とターゲットのiSer層は、各SCSIの書き込み、SCSIの読み取り、および双方向操作を処理します。
The iSCSI layer at the initiator MUST invoke the Send_Control Operational Primitive to request that the iSER layer at the initiator send the SCSI write command. The iSER layer at the initiator MUST request that the RCaP layer transmit a SendSE Message with the message payload consisting of the iSER header followed by the SCSI Command PDU and immediate data (if any). If there is solicited data, the iSER layer MUST Advertise the Write STag in the iSER header of the SendSE Message, as described in Section 9.2. Upon receiving the SendSE Message, the iSER layer at the target MUST notify the iSCSI layer at the target by invoking the Control_Notify Operational Primitive qualified with the SCSI Command PDU. See Section 7.3.1 for details on the handling of the SCSI write command.
イニシエーターのISCSIレイヤーは、send_control操作原始を呼び出して、イニシエーターのiserレイヤーがSCSI書き込みコマンドを送信するように要求する必要があります。イニシャンのISERレイヤーは、RCAPレイヤーに、ISERヘッダーとそれに続くSCSIコマンドPDUと即時データ（ある場合）で構成されるメッセージペイロードでsendseメッセージを送信するように要求する必要があります。勧誘されたデータがある場合、セクション9.2で説明されているように、ISERレイヤーはSendseメッセージのISERヘッダーに書き込みスタッグを宣伝する必要があります。sendseメッセージを受信すると、ターゲットのISERレイヤーは、SCSIコマンドPDUに適格であるControl_Notifyの操作原始的なプリミティブを呼び出すことにより、ターゲットのISCSIレイヤーに通知する必要があります。SCSI書き込みコマンドの処理の詳細については、セクション7.3.1を参照してください。
For the non-immediate unsolicited data, the iSCSI layer at the initiator MUST invoke a Send_Control Operational Primitive qualified with the SCSI Data-out PDU. Upon receiving each Send or SendSE Message containing the non-immediate unsolicited data, the iSER layer at the target MUST notify the iSCSI layer at the target by invoking the Control_Notify Operational Primitive qualified with the SCSI Data-out PDU. See Section 7.3.4 for details on the handling of the SCSI Data-out PDU.
非誤解データの場合、イニシエーターのISCSIレイヤーは、SCSIデータアウトPDUで適格なSEND_CONTROL運用プリミティブを呼び出す必要があります。非誤解データを含む各送信または送信メッセージを受信すると、ターゲットのISERレイヤーは、SCSIデータアウトPDUに適格なcontrol_Notify運用原始を呼び出すことにより、ターゲットのISCSIレイヤーに通知する必要があります。SCSIデータアウト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バッファーが利用可能な場合、R2T PDUで適格なGET_DATA運用原始を呼び出す必要があります。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書き込み操作に関連付けられたデータ転送が完了した場合、ターゲットのISCSIレイヤーは、SCSI応答PDUを送信する準備ができた場合、send_controlの動作原始を呼び出す必要があります。SCSI応答PDUを含むsendseまたはsendinvseメッセージを受信すると、イニシエーターのISERレイヤーは、SCSI応答PDUを使用してcontrol_Notify運用原始的なプリミティブを呼び出すことにより、イニシエーターのISCSIレイヤーに通知する必要があります。SCSI応答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レイヤーは、send_control操作原始を呼び出して、イニシエーターのiser層にSCSI読み取りコマンドを送信するように要求する必要があります。イニシャンのISERレイヤーは、RCAPレイヤーに、ISERヘッダーとSCSIコマンドPDUが続くメッセージペイロードでsendseメッセージを送信するように要求する必要があります。セクション9.2で説明されているように、イニシエーターのISERレイヤーは、SendseメッセージのISERヘッダーの読み取りスタッグを宣伝する必要があります。sendseメッセージを受信すると、ターゲットのISERレイヤーは、SCSIコマンドPDUに適格であるControl_Notifyの操作原始的なプリミティブを呼び出すことにより、ターゲットのISCSIレイヤーに通知する必要があります。SCSI読み取りコマンドの処理の詳細については、セクション7.3.1を参照してください。
When the requested SCSI data is available in the I/O Buffer, the iSCSI layer at the target MUST invoke the Put_Data Operational Primitive qualified with the SCSI Data-in PDU. See Section 7.3.5 for details on the handling of the SCSI Data-in PDU.
要求されたSCSIデータがI/Oバッファーで利用可能になった場合、ターゲットのISCSIレイヤーは、SCSIデータインPDUで適格なPUT_DATA運用原始を呼び出す必要があります。SCSIデータイン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読み取り操作に関連付けられたデータ転送が完了すると、ターゲットのISCSIレイヤーは、SCSI応答PDUを送信する準備ができた場合、send_controlの動作原始を呼び出す必要があります。SCSI応答PDUを含むsendInvseメッセージを受信すると、イニシエーターのISERレイヤーは、SCSI応答PDUに適格なcontrol_Notify運用プリミティブを呼び出すことにより、イニシエーターのISCSIレイヤーに通知する必要があります。SCSI応答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書き込みとSCSIの読み取りを、セクション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ログアウト交換なしの優雅なまたは異常な近接閉鎖など）は、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のオペレーショナルプリミティブを呼び出す前に接続が失わまたは終了した場合、ログインプロセスが終了し、それ以上のアクションは必要ありません。
If the connection is lost or terminated after the iSCSI layer has invoked the Allocate_Connection_Resources Operational Primitive, then the iSCSI layer MUST request that the iSER layer deallocate all connection resources by invoking the Deallocate_Connection_Resources Operational Primitive.
ISCSIレイヤーがAllocate_Connection_Resources Operational Primitiveを呼び出した後に接続が失われるか終了した場合、ISCSIレイヤーは、ISERレイヤーがDeallocate_Connection_Resources Operational Primitiveを呼び出してすべての接続リソースを扱うように要求する必要があります。
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の動作原始を呼び出した後に接続が失われるか終了した場合、ISER層は、connection_terminate_notifyオペレーショナルプリミティブを呼び出すことにより、接続損失のISCSI層に通知する必要があります。connection_terminate_notifyオペレーショナルプリミティブを呼び出す前に、ISERレイヤーはセクション5.2.3.2で説明されているアクションを実行する必要があります。
The RCaP layer does not have error recovery operations built in. If errors are detected at the RCaP layer, the RCaP layer will terminate the RCaP Stream and the associated connection.
RCAPレイヤーにはエラー回復操作が組み込まれていません。RCAPレイヤーでエラーが検出された場合、RCAPレイヤーはRCAPストリームと関連する接続を終了します。
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レイヤーは、可能であればエラーを報告するためにリモートピアに終端メッセージを送信する場合があります。（IWARPについては、終端メッセージが送信されるエラーのリストについては[RDMAP]を参照してください。）RCAPレイヤーは、接続の終了を担当します。RCAPレイヤーがISERレイヤーに接続が終了することを通知した後、ISERレイヤーは、connection_terminate_notifyオペレーショナルプリミティブを呼び出すことにより、ISCSI層に通知する必要があります。connection_terminate_notifyオペレーショナルプリミティブを呼び出す前に、ISERレイヤーはセクション5.2.3.2で説明されているアクションを実行する必要があります。
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.
リモートピアのRCAPレイヤーでエラーが発生した場合、リモートピアのRCAPレイヤーは、可能であればエラーを報告するための終端メッセージを送信する場合があります。終端メッセージを送信できない場合、接続は終了します。これは、セクション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.
リモートピアのRCAPレイヤーでエラーが発生し、終端メッセージを送信できる場合、リモートピアのRCAPレイヤーが接続の終了を担当します。ローカルRCAP層がISERレイヤーに接続が終了することを通知した後、ISERレイヤーは、connection_terminate_notifyオペレーショナルプリミティブを呼び出すことにより、ISCSI層に通知する必要があります。connection_terminate_notifyオペレーショナルプリミティブを呼び出す前に、ISERレイヤーはセクション5.2.3.2で説明されているアクションを実行する必要があります。
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レイヤーがISCSIログインネゴシエーションフェーズ中にallocate_connection_resources運用プリミティブを呼び出した後、イニシエーターのISERレイヤーがRCAPをサポートするために必要な接続リソースの割り当てに失敗した場合、ISCSIレイヤーの障害のステータスを返す必要があります。イニシエータ。イニシエーターのISCSI層は、セクション5.2.3.1で説明されているように接続を終了する必要があります。
After the iSCSI layer at the target invokes the Allocate_Connection_Resources Operational Primitive during the iSCSI Login Negotiation Phase, if the iSER layer at the target fails to allocate the connection resources necessary to support RCaP, it MUST return a status of failure to the iSCSI layer at the target. The iSCSI layer at the target MUST send a Login Response with a status class of 3 (Target Error), and a status code of "0302" (Out of Resources). The iSCSI layers at the initiator and the target MUST terminate the connection as described in Section 5.2.3.1.
ターゲットのISCSIレイヤーがISCSIログインネゴシエーションフェーズ中にAllocate_Connection_Resourcesの操作原始を呼び出すと、ターゲットのISERレイヤーがRCAPをサポートするために必要な接続リソースの割り当てに失敗した場合、ISCSIレイヤーに失敗のステータスを返す必要があります。目標。ターゲットのISCSIレイヤーは、3のステータスクラス（ターゲットエラー）と「0302」（リソース外）のステータスコードでログイン応答を送信する必要があります。イニシエーターとターゲットのISCSI層は、セクション5.2.3.1で説明されているように接続を終了する必要があります。
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メッセージのイニシエーターによって宣言されたRCAPまたはISER関連のパラメーターがターゲットのISER層に受け入れられない場合、ターゲットのISER層は、セクション9.4で説明されているように、ISERの拒否（REJ）フラグを設定する必要があります。Helloreplyメッセージ。以下は、ISER層がREJフラグをHelloreplyメッセージの1つに設定する必要がある場合です。
* 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メッセージを送信するように要求した後、エラー状況の処理は、セクション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)
* ユーザーの長さエラーこんにちはまたはこんにちは返信メッセージ（セクション9.3および9.4を参照）
When a format error is detected, the following events MUST occur in the specified sequence:
フォーマットエラーが検出されると、指定されたシーケンスで次のイベントが発生する必要があります。
1. The iSER layer MUST request that the RCaP layer terminate the RCaP Stream. The RCaP layer MUST terminate the associated connection.
1. ISERレイヤーは、RCAPレイヤーがRCAPストリームを終了するように要求する必要があります。RCAPレイヤーは、関連する接続を終了する必要があります。
2. The iSER layer MUST notify the iSCSI layer of the connection termination by invoking the Connection_Terminate_Notify Operational Primitive. Prior to invoking the Connection_Terminate_Notify Operational Primitive, the iSER layer MUST perform the actions described in Section 5.2.3.2.
2. ISERレイヤーは、Connection_Terminate_Notifyオペレーショナルプリミティブを呼び出すことにより、接続終了のISCSIレイヤーに通知する必要があります。connection_terminate_notifyオペレーショナルプリミティブを呼び出す前に、ISERレイヤーはセクション5.2.3.2で説明されているアクションを実行する必要があります。
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メッセージは、ISER Helloメッセージでなければなりません（セクション9.3を参照）。同様に、ISERアシストモードに移行した後、ターゲットでISER層によって送信された最初のISERメッセージは、ISER Helloreplyメッセージでなければなりません（セクション9.4を参照）。ISERヘッダーの間違ったオペコードで示されるように、ISER HelloまたはHelloreplyメッセージの送信の失敗は、プロトコルエラーです。このエラー状況の処理は、セクション10.1.3.3で説明されているように、ISER形式のエラーの処理と同じです。
If the sending side of an iSER-enabled connection acts in a manner not permitted by the negotiated or declared login/text operational key values as described in Section 6, this is a protocol error, and the receiving side MAY handle this the same as for iSER format errors as described in Section 10.1.3.3.
ISER対応接続の送信側が、セクション6で説明されているように、ネゴシエートまたは宣言されたログイン/テキストの動作キー値によって許可されない方法で動作する場合、これはプロトコルエラーであり、受信側はこれを同じように処理する場合があります。セクション10.1.3.3で説明されているISER形式のエラー。
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の動作原始を呼び出すことにより、ISER層がRCAPストリームを終了するように要求する必要があります。接続終了の詳細については、セクション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キーの両方が「なし」と交渉されているため、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レイヤーはすべてのメッセージが送信された順序で配信されるため、ISERアシストモードではシーケンスエラーは発生しません。
When the iSCSI layer handles certain protocol errors by dropping the connection, the error handling is the same as that for iSCSI format errors as described in Section 10.1.4.1.
ISCSIレイヤーが接続をドロップして特定のプロトコルエラーを処理する場合、セクション10.1.4.1で説明されているように、ISCSI形式エラーのエラー処理と同じです。
When the iSCSI layer uses the iSCSI Reject PDU and response codes to handle certain other protocol errors, no special handling at the iSER layer is required.
ISCSI層がISCSI拒否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.
ISCSIレイヤーがALLOCATE_CONNECTION_RESOURCESの運用原始を呼び出した後、イニシエーターでのログインフェーズ中に発生する交渉障害の場合、およびenable_DatAmoverのオペレーショナルプリミティブが呼び出される前に、ISCSIレイヤーは、ISERレイヤーがすべての接続リソースを取引することによってすべての接続リソースを扱うことを要求する必要があります。原生的。イニシエーターのISCSI層は、接続を終了する必要があります。
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.
ターゲットでのログインフェーズ中の交渉障害の場合、ISCSIレイヤーは、0以外のステータスクラスを備えたログイン応答を使用して、ログインフェーズを終了できます。ISCSIレイヤーがALLOCATE_CONNECTION_RESOURCES運用プリミティブをINABLE_DATAMOVER OPRITINATION PRIMITITITが呼び出す前に、ターゲットのISCSIレイヤーがDEALLOCATE_CONNECTION_RESOURCES_RESOURCES OPRITITITION_RESOURCES_RESOURCESを呼び出すことにより、すべての接続リソースを呼び出してすべての接続リソースを取引することを要求する必要があります。イニシエーターとターゲットの両方のISCSI層は、接続を終了する必要があります。
During the iSCSI Login Phase, if the iSCSI layer at the initiator receives a Login Response from the target with a status class other than 0 (Success) after the iSCSI layer at the initiator has invoked the Allocate_Connection_Resources Operational Primitive, the iSCSI layer MUST request the iSER layer to deallocate all connection resources by invoking the Deallocate_Connection_Resources Operational Primitive. The iSCSI layer MUST terminate the connection in this case.
ISCSIログインフェーズ中、イニシエーターのISCSIレイヤーが、イニシエーターのISCSIレイヤーがAllocate_Connection_Resourcesの動作原始を呼び出した後、0以外のステータスクラス（成功）以外のステータスクラスでターゲットからログイン応答を受信する場合、ISCSIレイヤーはISCSIレイヤーが要求する必要があります。ISERレイヤーdallocate_connection_resourcesオペレーショナルプリミティブを呼び出すことにより、すべての接続リソースを扱います。この場合、ISCSI層は接続を終了する必要があります。
For negotiation failures during the Full Feature Phase, the error handling is left to the iSCSI layer and no special handling at the iSER layer is required.
完全な機能フェーズ中の交渉の障害の場合、エラー処理は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つのerrorrecoverylevelsはすべて、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レイヤーは、接続セットアップ中にNOTCONE_KEY_VALUESの動作原始を呼び出して、セクション5.1.1および5.1.2で説明されているように、ISERレイヤーに運用上のerrorrecoveryLevelの値に注意することを要求する場合があります。
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再送信を無効にする必要があります。
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レイヤーは、タスクの再割り当て関数を使用してタスク管理関数要求を使用して、まだ進行中であり、失敗した接続に関連付けられている非即時コマンドの接続忠誠を再割り当てすることができます。詳細については、セクション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.
InitiatorのISCSIレイヤーがSCSI書き込みコマンドのタスク再割り当てを行う場合、DataDescriptOroutを使用したSEND_CONTROLオペレーショナルプリミティブな呼び出しを適格にする必要があります。これにより、ターゲットのISCSI層が回復R2TSを使用して、元々送信されたデータを未承諾と勧誘してイニシエーターから求めるデータを要求することができます。
When the iSCSI layer at the target accepts a reassignment request for a SCSI read command, it MUST request that the iSER layer process SCSI Data-in for all unacknowledged data by invoking the Put_Data Operational Primitive. See Section 7.3.5 on the handling of SCSI Data-in.
ターゲットのISCSIレイヤーがSCSI読み取りコマンドの再割り当て要求を受け入れる場合、PUT_DATAオペレーショナルプリミティブを呼び出すことにより、ISERレイヤーレイヤープロセスSCSIデータインをすべての未解決のデータにプロセスするように要求する必要があります。SCSIデータインの処理に関するセクション7.3.5を参照してください。
When the iSCSI layer at the target accepts a reassignment request for a SCSI write command, it MUST request that the iSER layer process a recovery R2T for any non-immediate unsolicited data and any solicited data sequences that have not been received by invoking the Get_Data Operational Primitive. See Section 7.3.6 on the handling of Ready To Transfer (R2T).
ターゲットのISCSIレイヤーがSCSI書き込みコマンドの再割り当て要求を受け入れる場合、ISERレイヤーは、inmediate未承諾データの回復R2Tと、get_dataの操作を誘致することによって受信されていない要請データシーケンスをリクエストする必要があります。原生的。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接続でRECOCAL R2TSを発行しないでください。ターゲットのISERレイヤーは、適切なエラーコードを使用して、ターゲットのISCSIレイヤーからのget_data運用原始的な呼び出しを介して受信した回復R2Tを拒否する可能性があります。
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オペレーショナルプリミティブによって呼び出されるリクエストを処理します。
When iSER is layered on top of an RCaP layer and provides the RDMA extensions to the iSCSI protocol, the security considerations of iSER are the same as that of the underlying RCaP layer. For iWARP, this is described in [RDMAP] and [RDDPSEC].
ISERがRCAPレイヤーの上に層状になり、RDMA拡張機能をISCSIプロトコルに提供する場合、ISERのセキュリティに関する考慮事項は、基礎となるRCAP層のセキュリティと同じです。IWARPの場合、これは[rdmap]および[rddpsec]で説明されています。
Since the iSER-assisted iSCSI protocol is still functionally iSCSI from a security considerations perspective, all of the iSCSI security requirements as described in [RFC3720] and [RFC3723] apply. If the IPsec [IPSEC] mechanism is used, then it MUST be established before the connection transitions to the iSER-assisted mode. If iSER is layered on top of a non-IP based RCaP layer, all the security protocol mechanisms applicable to that RCaP layer are also applicable to an iSCSI/iSER connection. If iSER is layered on top of a non-IP protocol, the IPsec mechanism as specified in [RFC3720] MUST be implemented at any point where the iSER protocol enters the IP network (e.g., via gateways), and the non-IP protocol SHOULD implement (optional to use) a packet-by packet security protocol equal in strength to the IPsec mechanism specified by [RFC3720].
ISER支援ISCSIプロトコルは、セキュリティに関する考慮事項の観点から機能的にISCSIであるため、[RFC3720]および[RFC3723]で説明されているISCSIセキュリティ要件のすべてが適用されます。IPSEC [IPSEC]メカニズムが使用される場合、接続がISERアシストモードに遷移する前に確立する必要があります。ISERが非IPベースのRCAPレイヤーの上に層状になっている場合、そのRCAP層に適用可能なすべてのセキュリティプロトコルメカニズムは、ISCSI/ISER接続にも適用できます。ISERが非IPプロトコルの上に階層化されている場合、[RFC3720]で指定されているIPSECメカニズムは、ISERプロトコルがIPネットワークに入る任意のポイント（例：GATEWAYSを介して）、および非IPプロトコルを実装する必要があります。[RFC3720]で指定されたIPSECメカニズムに強度が等しいパケットパケットセキュリティプロトコルを実装（使用するオプション）。
To minimize the potential for a denial-of-service attack, the iSCSI layer MUST NOT request that the iSER layer allocate the connection resources necessary to support RCaP until the iSCSI layer is sufficiently far along in the iSCSI Login Phase that it is reasonably certain that the peer side is not an attacker, as described in Sections 5.1.1 and 5.1.2.
サービス拒否攻撃の可能性を最小限に抑えるために、ISCSI層は、ISER層がISCSI層がISCSIログインフェーズで十分に沿ってRCAPをサポートするために必要な接続リソースを割り当てることを要求してはなりません。セクション5.1.1および5.1.2で説明されているように、ピア側は攻撃者ではありません。
Note that the IPsec requirements for this document are based on the version of IPsec specified in RFC 2401 [IPSEC] and related RFCs, as profiled by RFC 3723 [RFC3723], despite the existence of a newer version of IPsec specified in RFC 4301 [RFC4301] and related RFCs.
このドキュメントのIPSEC要件は、RFC 3723 [RFC3723]によってプロファイルされたRFC 2401 [IPSEC]および関連RFCで指定されたIPSECのバージョンに基づいていることに注意してください。]および関連RFC。
[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.、およびE. Zeidner、「Internet Small Computer Systems Interface（ISCSI）」、RFC 3720、2004年4月。
[RFC3723] Aboba, B., Tseng, J., Walker, J., Rangan, V., and F. Travostino, "Securing Block Storage Protocols over IP", RFC 3723, April 2004.
[RFC3723] Aboba、B.、Tseng、J.、Walker、J.、Rangan、V。、およびF. Travostino、「IPを介したブロックストレージプロトコルの保護」、RFC 3723、2004年4月。
[RDMAP] Recio, R., Culley, P., Garcia, D., Hilland, J., and B. Metzler, "A Remote Direct Memory Access Protocol Specification", RFC 5040, October 2007.
[RDMAP] Recio、R.、Culley、P.、Garcia、D.、Hilland、J。、およびB. Metzler、「リモートダイレクトメモリアクセスプロトコル仕様」、RFC 5040、2007年10月。
[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。、およびP. Culley、「信頼できる輸送を介した直接データ配置」、RFC 5041、2007年10月。
[IPSEC] Kent, S. and R. Atkinson, "Security Architecture for the Internet Protocol", RFC 2401, November 1998.
[IPSEC] Kent、S。およびR. Atkinson、「インターネットプロトコルのセキュリティアーキテクチャ」、RFC 2401、1998年11月。
[MPA] Culley, P., Elzur, U., Recio, R., Bailey, S., and J. Carrier, "Marker PDU Aligned Framing for TCP Specification", RFC 5044, October 2007.
[MPA] Culley、P.、Elzur、U.、Recio、R.、Bailey、S。、およびJ. Carrier、「TCP仕様のマーカーPDUアライメントフレーミング」、RFC 5044、2007年10月。
[RDDPSEC] Pinkerton, J. and E. Deleganes, "Direct Data Placement Protocol (DDP) / Remote Direct Memory Access Protocol (RDMAP) Security", RFC 5042, October 2007.
[RDDPSEC] Pinkerton、J。およびE. Deleganes、「ダイレクトデータ配置プロトコル（DDP） /リモートダイレクトメモリアクセスプロトコル（RDMAP）セキュリティ」、RFC 5042、2007年10月。
[TCP] Postel, J., "Transmission Control Protocol", STD 7, RFC 793, September 1981.
[TCP] Postel、J。、「トランスミッションコントロールプロトコル」、STD 7、RFC 793、1981年9月。
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.
[RFC2119] Bradner、S。、「要件レベルを示すためにRFCで使用するためのキーワード」、BCP 14、RFC 2119、1997年3月。
[SAM2] T10/1157D, SCSI Architecture Model - 2 (SAM-2)
[SAM2] T10/1157D、SCSIアーキテクチャモデル-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。、およびH. Shah、「Da：Internet Small Computer System Interface（ISCSI）のDataMoverアーキテクチャ」、RFC 5047、2007年10月。
[IB] InfiniBand Architecture Specification Volume 1 Release 1.2, October 2004
[IB] Infiniband Architecture Specification Volume 1リリース1.2、2004年10月
[IPoIB] Chu, J. and V. Kashyap, "Transmission of IP over InfiniBand (IPoIB)", RFC 4391, April 2006.
[IPOIB] Chu、J。およびV. Kashyap、「IPのIPの送信（IPOIB）」、RFC 4391、2006年4月。
[RFC4301] Kent, S. and K. Seo, "Security Architecture for the Internet Protocol", RFC 4301, December 2005.
[RFC4301] Kent、S。およびK. SEO、「インターネットプロトコルのセキュリティアーキテクチャ」、RFC 4301、2005年12月。
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メッセージのIWARPメッセージ形式を描写します。
The following figure depicts an iSER Hello Message encapsulated in an iWARP SendSE Message.
次の図は、IWARP Sendseメッセージにカプセル化されたISER Helloメッセージを示しています。
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メッセージを含む送信メッセージ
The following figure depicts an iSER HelloReply Message encapsulated in an iWARP SendSE Message. The Reject (REJ) flag is set to 0.
次の図は、IWARP Sendseメッセージにカプセル化されたIser Helloreplyメッセージを示しています。拒否（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メッセージを含む送信メッセージ
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メッセージにカプセル化されたISERメッセージに埋め込まれたSCSI読み取りコマンドPDUを示しています。この特定の例では、iSerヘッダーでは、書き込みスタッグの有効なフラグがゼロに設定され、読み取りスタッグの有効なフラグが1に設定され、書き込みスタッグフィールドはすべてのゼロに設定され、読み取りスタッグフィールドには有効な読み取りスタッグが含まれています。。
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コマンドpduを含む送信メッセージ
The following figure depicts an iWARP RDMA Write Message carrying SCSI Read data in the payload:
次の図は、ペイロード内のSCSI読み取りデータを運ぶIWARP RDMA書き込みメッセージを示しています。
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読み取りデータを含むRDMA書き込みメッセージ
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メッセージにカプセル化されたISERメッセージに埋め込まれたSCSI書き込みコマンドPDUを示しています。この特定の例では、ISERヘッダーでは、Write Stagの有効なフラグが1つに設定され、読み取りスタッグの有効なフラグがゼロに設定され、書き込みスタッグフィールドには有効な書き込みスタッグが含まれ、読み取りスタッグフィールドはすべてのゼロに設定されています。使用されていないため。
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書き込みコマンドPDUを含む送信メッセージ
An iSCSI R2T is transformed into an iWARP RDMA Read Request Message. The following figure depicts an iWARP RDMA Read Request Message:
ISCSI R2Tは、IWARP RDMA読み取りリクエストメッセージに変換されます。次の図は、IWARP RDMA読み取りリクエストメッセージを示しています。
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読み取りリクエストメッセージ
The following figure depicts an iWARP RDMA Read Response Message carrying the solicited SCSI Write data in the payload:
次の図は、ペイロードに勧誘されたSCSI書き込みデータを運ぶIWARP RDMA読み取り応答メッセージを示しています。
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. rdma scsi書き込みデータを含むRDMA読み取り応答メッセージ
The following figure depicts a SCSI Response PDU embedded in an iSER Message encapsulated in an iWARP SendInvSE Message:
次の図は、iWarp sendinvseメッセージにカプセル化されたISERメッセージに埋め込まれたSCSI応答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応答PDUを含む送信メッセージ
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ネットワーク（ゲートウェイ付き）がどのように構造化されるかについて説明します。これは情報のみであり、ISERがインフニバンド環境でどのように使用されるかについての洞察を提供することを目的としています。
Figure 14 defines the topologies in which iSCSI and iSER will be able to operate on an InfiniBand Network.
図14は、ISCSIとISERがInfinibandネットワークで動作できるトポロジーを定義しています。
+---------+ +---------+ +---------+ +---------+ +--- -----+
| 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. IBのISCSIとISER
In Figure 14, the Host systems are connected via the InfiniBand Host Channel Adapters (HCAs) to the InfiniBand links. With the use of IB switch(es), the InfiniBand links connect the HCA to InfiniBand Target Channel Adapters (TCAs) located in gateways or Storage Controllers. An iSER-capable IB-IP Gateway converts the iSER Messages encapsulated in IB protocols to either standard iSCSI, or iSER Messages for iWARP. An [IPoIB] Gateway converts the InfiniBand [IPoIB] protocol to IP protocol, and in the iSCSI case, permits iSCSI to be operated on an IB Network between the Hosts and the [IPoIB] Gateway.
図14では、ホストシステムは、Infiniband Host Channel Adapters（HCA）を介してInfinibandリンクに接続されています。IBスイッチ（ES）を使用すると、Infiniband Linksは、HCAをゲートウェイまたはストレージコントローラーにあるInfinibandターゲットチャネルアダプター（TCA）に接続します。ISER利用可能なIB-IPゲートウェイは、IBプロトコルにカプセル化されたISERメッセージを標準ISCSIまたはIWARPのISERメッセージのいずれかに変換します。[IPOIB]ゲートウェイは、INFINIBAND [IPOIB]プロトコルをIPプロトコルに変換し、ISCSIの場合、ISCSIをホストと[IPOIB]ゲートウェイ間のIBネットワークで操作できるようにします。
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、およびIB接続を備えたストレージコントローラー
The normal iSCSI portal group advertising processes (via the Service Location Protocol (SLP), the Internet Storage Name Service (iSNS), or SendTargets) are available to a Storage Controller.
通常のISCSIポータルグループ広告プロセス（サービスロケーションプロトコル（SLP）、インターネットストレージ名サービス（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アドレスをローカル発信インターフェイスと宛先ハードウェアアドレス（ターゲットのイーサネットMACまたはIB GIDまたはターゲットに通じるゲートウェイ）に解決します。解決されたインターフェイスが[IPOIB]ネットワークインターフェイスである場合、ターゲットポータルにインフィニバンドファブリックを介して到達できます。この場合、イニシエーターは、標準アドレス解像度（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.
* ホストがピアインフィニバンドエンドノードとの接続を確立することを許可し、そのピアが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].
* [IPOIB]を介してISCSIを受け入れるターゲットストレージコントローラーへの[IPOIB]接続されたゲートウェイ/ブリッジまたは接続を優先して、ホストがIB ISER接続をストレージコントローラーまたはIB ISER接続ゲートウェイとの接続を確立することを許可する手段。
* A Means for combining the IB ServiceID for iSER and the IP port number such that the IB Host can use normal IB connection processes, yet ensure that the iSER target peer can actually connect to the required IP port number.
* ISERとIPポート番号のIB ServiceIDを組み合わせて、IBホストが通常のIB接続プロセスを使用できるようにするための手段ですが、ISERターゲットピアが実際に必要なIPポート番号に接続できることを確認します。
Acknowledgments
謝辞
This protocol was developed by a design team that, in addition to the authors, included Dwight Barron (HP), John Carrier (formerly from Adaptec), Ted Compton (EMC), Paul R. Culley (HP), Yaron Haviv (Voltaire), Jeff Hilland (HP), Mike Krause (HP), Alex Nezhinsky (Voltaire), Jim Pinkerton (Microsoft), Renato J. Recio (IBM), Julian Satran (IBM), Tom Talpey (Network Appliance), and Jim Wendt (HP). Special thanks to David Black (EMC) for his extensive review comments.
このプロトコルは、著者に加えて、ドワイトバロン（HP）、ジョンキャリア（以前のAdaptec出身）、テッドコンプトン（EMC）、ポールR.カリー（HP）、ヤロンハビフ（ヴォルテア）を含む設計チームによって開発されました。、Jeff Hilland（HP）、Mike Krause（HP）、Alex Nezhinsky（Voltaire）、Jim Pinkerton（Microsoft）、Renato J. Recio（IBM）、Julian Satran（IBM）、Tom Talpey（ネットワークアプライアンス）、ジムウェント（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.カリフォルニア州ローズビル95747-5668、米国電話：1-916-785-5621メール：cbm@rose.hp.com
Uri Elzur Broadcom Corporation 5300 California Avenue Irvine, CA 92617, USA Phone: +1-949-926-6432 EMail: Uri@Broadcom.com
Uri Elzur Broadcom Corporation 5300 California Avenue Irvine、CA 92617、USA電話：1-949-926-6432メール：uri@broadcom.com
John Hufferd Brocade Communications Systems, Inc. 1745 Technology Drive San Jose, CA 95110, USA Phone: +1-408-333-5244 EMail: jhufferd@brocade.com
John Hufferd Brocade Communications Systems、Inc。1745 Technology Drive Drive San Jose、CA 95110、USA電話：1-408-333-5244メール：jhufferd@brocade.com
Mike Ko IBM Corp. 650 Harry Rd. San Jose, CA 95120, USA Phone: +1-408-927-2085 EMail: mako@us.ibm.com
Mike Ko Ibm Corp. 650 Harry Rd。サンノゼ、カリフォルニア州95120、米国電話：1-408-927-2085メール：mako@us.ibm.com
Hemal Shah Broadcom Corporation 5300 California Avenue Irvine, CA 92617, USA Phone: +1-949-926-6941 EMail: hemal@broadcom.com
Hemal Shah Broadcom Corporation 5300 California Avenue Irvine、CA 92617、米国電話：1-949-926-6941メール：hemal@broadcom.com
Patricia Thaler Broadcom Corporation 5300 California Avenue Irvine, CA 92617, USA Phone: +1-916-570-2707 EMail: pthaler@broadcom.com
Patricia Thaler Broadcom Corporation 5300 California Avenue Irvine、CA 92617、USA電話：1-916-570-2707メール：pthaler@broadcom.com
Full Copyright Statement
完全な著作権声明
Copyright (C) The IETF Trust (2007).
著作権（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.
このドキュメントとここに含まれる情報は、「現状のまま」に基づいて提供され、貢献者、彼/彼女が代表する組織（もしあれば）、インターネット協会、IETFトラスト、インターネットエンジニアリングタスクフォースがすべてを否認します。明示的または黙示的な保証。ここでの情報の使用は、特定の目的に対する商品性または適合性の権利または暗黙の保証を侵害しないという保証を含むがこれらに限定されない。
Intellectual Property
知的財産
The IETF takes no position regarding the validity or scope of any Intellectual Property Rights or other rights that might be claimed to pertain to the implementation or use of the technology described in this document or the extent to which any license under such rights might or might not be available; nor does it represent that it has made any independent effort to identify any such rights. Information on the procedures with respect to rights in RFC documents can be found in BCP 78 and BCP 79.
IETFは、知的財産権またはその他の権利の有効性または範囲に関して、本書に記載されている技術の実装または使用、またはそのような権利に基づくライセンスに基づくライセンスの範囲に関連すると主張される可能性のある他の権利に関しては、立場を取得しません。利用可能になります。また、そのような権利を特定するために独立した努力をしたことも表明していません。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開示のコピーと、利用可能にするライセンスの保証、またはこの仕様の実装者またはユーザーによるそのような独自の権利の使用のための一般的なライセンスまたは許可を取得しようとする試みの結果を取得できます。http://www.ietf.org/iprのIETFオンライン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への情報をお問い合わせください。