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)
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を積層したiSCSIにRDMAデータ転送能力を提供します。 RDMA対応のプロトコルは、中間データをコピーせずにSCSI I / Oバッファに直接転送するデータを有効RDMA読み取りおよび書き込みサービスを提供しています。この文書では、このような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]で深刻な問題として認識された、と「同期とステアリング層」の概念を実装し、使用するオプションであることを紹介されました。 「マーカー」と呼ばれる一つの特定の同期及びステアリング機構は、TCPセグメントが未だに再組み立てされていなくてもTCPデータストリーム内のiSCSIプロトコルデータユニット（PDU）をフレーミングのアプリケーションレベルの方法を提供し、[RFC3720]で定義されましたでオーダー可能。
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]でこれらの定義された技術では、ネットワークインタフェースコントローラは、TCP / IP処理をオフロードし、直接データ配置をサポートしていますが、ほとんどのiSCSI実装は、iSCSIの「マーカー」をサポートしていない、SNICはマーカーベースの直接作ることができた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のプロトコルスタックは、実際に使用できる直接データ配置機能を提供します。加えて、そのようなインフィニバンドによって提供されるものとして、直接データ配置をサポートする他のリモートダイレクトメモリアクセス（RDMA）プロトコルスタックと、iSCSIを使用することに関心があります。一般的な用語のRDMA対応のプロトコル（RCAP）は、プロトコル・スタックによって提供されるRDMA機能を指すために使用されます。
With the availability of RDMA-Capable Controllers within a host system, which does not have SNICs, it is appropriate for iSCSI to be able to exploit the direct data placement function of the RDMA-Capable Controller like other applications.
iSCSIは、他のアプリケーションのようなRDMA対応のコントローラの直接データ配置機能を活用できるようにするためSNICsを持たないホストシステム内の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の目標は、一般的なRDMA対応のコントローラを使用して直接データ配置とRDMA機能を利用するために、iSCSIを可能にすることです。要約すると、iSCSIの/のiSERプロトコルスタックは、一般的なデータ配置方法及び順序およびアウトオブオーダデータの両方の直接データ配置を可能にRDMA技術及び製品に依存することによって、高速にスケーリングできるように設計されています。
This document describes iSER as a protocol extension to iSCSI, both for convenience of description and because it is true in a very strict protocol sense. However, note that iSER is in reality extending the connectivity of the iSCSI protocol defined in [RFC3720], and the name iSER reflects this reality.
この文書では、説明の便宜のため、それは非常に厳格なプロトコルの意味で真であるので、両方のiSCSIプロトコルに拡張としてのiSERを記述する。しかし、のiSERは[RFC3720]で定義されたiSCSIプロトコルの接続性を拡張現実であり、名前のiSERこの現実を反映していることに注意してください。
When the iSCSI protocol as defined in [RFC3720] (i.e., without the iSER enhancements) is intended in the rest of the document, the term "Traditional iSCSI" is used to make the intention clear.
（のiSERの強化なしすなわち、）[RFC3720]で定義されるようにiSCSIプロトコルは、文書の残りの部分で意図される場合、用語「従来のiSCSI」は、意図を明確にするために使用されます。
This section summarizes the architectural goals that guided the design of iSER.
このセクションでは、のiSERの設計を導いた建築の目標をまとめたもの。
1. Provide an RDMA data transfer model for iSCSI that enables direct in-order or out-of-order data placement of SCSI data into pre-allocated SCSI buffers while maintaining in-order data delivery.
1次データ配信を維持しながら、予め割り当てられたSCSIバッファ内に次またはSCSIデータのアウト・オブ・オーダのデータ配置を直接可能にiSCSIのRDMAデータ転送モデルを提供します。
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.既存のiSCSIインフラ（時々、「iSCSIの生態系」と呼ばれる）MIB、ブートストラップ、交渉、命名と発見を含むがこれらに限定されない、およびセキュリティを活用します。
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).
iSERイニシエータまたはターゲットのいずれかによってサポートされていない場合4.伝統の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.（RCAP実装又はRDMAにiSCSI-またはのiSER固有アシストを必要としないようなRDMA対応ネットワーク・インタフェース・コントローラ（RNICs）などの汎用のRDMA対応のコントローラを利用すること、またはソフトウェアでiSCSIとのiSERを実装するために、イニシエータとターゲットの実装を許可します-Capableコントローラ）。
6. Require full and only generic RCaP functionality at both the initiator and the target.
6.イニシエータとターゲットの両方で完全かつ唯一の一般的なRCAP機能を必要とします。
7. Implement a lightweight Datamover protocol for iSCSI with minimal state maintenance.
7.最小限の状態維持とiSCSIのための軽量ムーバプロトコルを実装します。
Consistent with the architectural goals stated in Section 2.2, the iSER protocol does not require changes in the iSCSI ecosystem or any related SCSI specifications. The iSER protocol defines the mapping of iSCSI PDUs to RCaP Messages in such a way that it is entirely feasible to realize iSCSI/iSER implementations that are based on generic RDMA-Capable Controllers. The iSER protocol layer requires minimal state maintenance to assist an iSCSI Full Feature Phase connection, besides being oblivious to the notion of an iSCSI session. The crucial protocol aspects of iSER may be summarized thus:
2.2節で述べたアーキテクチャの目標と一致して、のiSERプロトコルは、iSCSI生態系または関連のSCSI仕様の変更を必要としません。 iSERプロトコルは、汎用のRDMA対応のコントローラに基づいているのiSCSI /のiSER実装を実現するために完全に可能であるようにRCAPメッセージへのiSCSI PDUのマッピングを定義します。 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アシストモードは、同じセッションの異なる接続場合（すなわち、セッションに接続のiSERアシストモードで動作することができない各セッションのiSCSIログイン中にネゴシエートされ、そして全体のiSCSIセッションは、唯一のモードで動作することができます）従来の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. AメッセージタイプのiSERヘッダが先行のiSCSI制御タイプPDUを搬送するために使用される送信。 iSCSIの制御型のPDUの詳細については、セクション7.2を参照してください。
4. RDMA Write, RDMA Read Request, and RDMA Read Response Messages are used for carrying control and all data information associated with the iSCSI data-type PDUs. See Section 7.1 for more details on iSCSI data-type PDUs.
4. RDMA書き込み、RDMA読み取り要求、およびRDMA読み取り応答メッセージは、コントロールおよびiSCSIデータ型PDUに関連付けられているすべてのデータ情報を運ぶために使用されています。 iSCSIデータ型PDUのの詳細については、セクション7.1を参照してください。
5. Target drives all data transfer (with the exception of iSCSI unsolicited data) for SCSI writes and SCSI reads, by issuing RDMA Read Requests and RDMA Writes, respectively.
5.ターゲットは書いSCSI用（iSCSIの迷惑データを除く）すべてのデータの転送を駆動し、SCSIは、RDMA読み取り要求を発行することにより、読み取りとRDMAは、それぞれ、書き込みます。
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のマーカーPDU配向フレーミング（MPA）と呼ばれるCRC増強フレーミング層を含み、前記インフィニバンドのための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によって支持されています。 （ただし、SNACK要求PDUの取り扱いに関するセクション7.3.11を参照してください。）
8. iSER requires no changes to iSCSI authentication, security, and text mode negotiation mechanisms.
8.のiSERは、iSCSI認証、セキュリティ、およびテキストモードのネゴシエーションメカニズムを変更する必要はありません。
Note that Traditional iSCSI implementations may have to be adapted to employ iSER. It is expected that the adaptation when required is likely to be centered around the upper layer interface requirements of iSER (Section 3).
従来のiSCSI実装はのiSERを使用するように適合されなければならないかもしれないことに留意されたいです。必要な適応はのiSER（セクション3）の上位層インターフェース要件を中心とする可能性があることが予想されます。
iSER is designed to work with software and/or hardware protocol stacks providing the protocol services defined in RCaP documents such as [RDMAP], [IB], etc. The following subsections describe the key protocol elements of RCaP services that iSER relies on.
iSERは、ソフトウェアおよび/またはハードウェアプロトコルスタック等、例えば[IB]、[RDMAP]としてRCAP文書で定義されたプロトコルサービスを提供する以下のサブセクションでは、のiSERが依存RCAPサービスの主要なプロトコル要素を記述で動作するように設計されています。
A Steering Tag (STag) is the identifier of an I/O Buffer unique to an RDMA-Capable Controller that the iSER layer Advertises to the remote iSCSI/iSER node in order to complete a SCSI I/O.
ステアリングタグ（婚前）はiSER層は、SCSI I / Oを完了するために、リモートの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では、広告は、I / Oバッファは、ターゲットによってRDMA ReadまたはRDMA書き込みアクセスのためのイニシエータで利用可能であること。イニシエータによってターゲットを知らせる行為でありますイニシエータは、ターゲットに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.
イニシエータのiSER層がない限り、ののiSERヘッダーの目標のiSER層に各SCSI I / OのI / Oバッファ用のSTagは、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層は、イニシエータノード上のRCAP層にRDMA読み出し動作（セクション2.4.4）のデータシンクであり、I / Oバッファ用のSTagを提供する - すなわち、これはのiSERに対して完全に透過的ですイニシエータの層。
The iSER protocol is defined so that the Advertised STag is automatically invalidated upon a normal completion of the associated task. This automatic invalidation is realized via the Send with
アドバタイズのSTagが自動的に関連付けられたタスクが正常に完了すると無効化されるように、のiSERプロトコルが定義されています。この自動無効化はして送信を経由して実現されています
Solicited Event and Invalidate (SendInvSE) Message carrying the SCSI Response PDU. There are two exceptions to this automatic invalidation -- bidirectional commands, and abnormal completion of a command. The iSER layer at the initiator is required to explicitly invalidate the STag in these cases, in addition to sanity checking the automatic invalidation even when that does happen.
要請イベントおよびSCSI応答PDUを運ぶ無効化（SendInvSE）メッセージ。双方向のコマンド、およびコマンドの異常終了 - この自動無効化には、2つの例外があります。イニシエータのiSER層は、明示的にそれが起こるんでも自動失効をチェックする正気に加えて、これらのケースでのSTagを無効化するために必要とされます。
Send is the RDMA Operation that is not addressed to an Advertised buffer by the sending side, and thus uses Untagged buffers on the receiving side.
送信は、送信側によってアドバタイズバッファに対処されていない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を送信する送信操作を使用します。一例として、イニシエータがターゲットのiSER層にSCSIコマンドPDUを含むの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を送信する送信操作を使用します。一例として、ターゲットは、イニシエータのiSER層にSCSI応答PDUを含むの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層は、イニシエータにアドバタイズI / OバッファにローカルI / Oバッファの内容を転送するRDMA書き込み動作を使用します。目標のiSER層はSCSIコマンドを読んで完了するために必要なデータの全部または一部を転送するRDMA書き込みを使用しています。
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読み取り要求の送信側は、のSTagを使用して、メッセージに対処し、タグの有効なローカルのSTagを提供し、データシンクを特定するオフセットタグに加えて、データソースに有効であることをオフセット。
The iSER layer at the target uses the RDMA Read Operation to transfer the contents of an Advertised I/O Buffer at the initiator to a local
目標のiSER層は、ローカルにイニシエータにアドバタイズI / Oバッファの内容を転送するRDMA読み取り操作を使用し
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.
ターゲットでI / Oバッファ。目標のiSER層はSCSI書き込みコマンドを完了するために必要なデータの全部または一部を取得するためにRDMA読み取りを使用しています。
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層は、バックイニシエータのiSER層にSCSI応答PDUを転送するSendInvSEメッセージを使用します。イニシエータの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層は、バックイニシエータのiSER層にSCSI応答PDUを転送するSendInvSEメッセージを使用します。イニシエータの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のiSCSI拡張（のiSER）はiSCSI層とRCAP層の間に積層されます。 RCAP層はRCAPの仕様に応じて、1つの以上の異なるプロトコル層から構成されてもよいことに留意されたいです。図1は、SCSI、iSCSIの、のiSER、および異なるRCAP層との間の関係の一例を示しています。 TCPの場合、RCAPはiWARPのです。インフィニバンドのために、RCAPは、信頼性の高い接続トランスポートサービスです。 iSERで使用されるように、ここで説明するようにiSCSI層は、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
フル機能のフェーズでのiSCSI /のiSER階層化の図1の例
Advertisement (Advertised, Advertise, Advertisements, Advertises) - The act of informing a remote iSER layer that a local node's buffer is available to it. A Node makes a buffer available for incoming RDMA Read Request Message or incoming RDMA Write Message access by informing the remote iSER layer of the Tagged Buffer identifiers (STag, TO, and buffer length). Note that this Advertisement of Tagged Buffer information is the responsibility of the iSER layer on either end and is not defined by the RDMA-Capable Protocol. A typical method would be for the iSER layer to embed the Tagged Buffer's STag, TO, and buffer length in a Send Message destined for the remote iSER layer.
広告（アドバタイズ、宣伝、広告、アドバタイズ） - ローカル・ノードのバッファがそれに利用可能なリモートiSER層に通知する行為。ノードは、タグ付きバッファ識別子（婚前、TO、およびバッファ長）の遠隔iSER層に通知することにより、着信RDMA読み取り要求メッセージまたは着信RDMA書き込みメッセージアクセス用バッファを利用可能にします。タグ付きバッファ情報のこの広告は、どちらかの端にiSER層の責任であり、RDMA対応のプロトコルで定義されていないことに注意してください。 iSER層がために、タグ付きバッファののSTagを埋め込み、リモート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.
完了は（完成品、終了し、完了） - 終了は、特定のRDMA動作がRDMA動作のために指定されたすべての機能を実行したこと、iSER層に通知する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接続です。イニシエータとターゲット間の通信は、一つ以上の接続を介して行われます。接続は、制御メッセージ、SCSIコマンド、パラメータ、およびiSCSIプロトコルデータユニット（PDUをiSCSIの）内のデータを運びます。
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インタフェース（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層とそれ自体との間の通信のためのトランスポート独立操作プリミティブのセットを使用します。データムーバ層は、トランスポート層と連携して動作して、iSCSI接続上の制御及びデータ情報を移動させます。本明細書では、iSER層は、データムーバ層です。
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プロトコルは、データムーバプロトコルです。
Event - An indication provided by the RDMA-Capable Protocol layer to the iSER layer to indicate a Completion or other condition requiring immediate attention.
イベント - 即時の注意を必要とする補完または他の状態を示すためにiSER層にRDMA対応プロトコル層によって提供される指示。
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」別の名前で知られていてもよいです。例えば、インフィニバンドのために、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を無効 - ローカルノードのiSER層は、後続の明示的な広告を介して、それが利用可能になるまで、前に明示的アドバタイズのSTagを再利用するからリモートピアを防止するために使用されるメカニズムを。
I/O Buffer - A buffer that is used in a SCSI Read or Write operation so SCSI data may be sent from or received into that buffer.
I / Oバッファ - 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を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層に対して透過的データ転送を引き起こすのiSCSI PDUとして定義されます。リモートiSCSI層にそのまま送信者iSCSI層により送信要求のiSCSIデータ型PDU、リモートiSCSI層、すなわちPDU自体の参加なしに関連付けられたデータ転送における結果は配信されません。 SCSIデータインPDUとR2T PDU - 次のiSCSI PDUはiSCSIのデータ型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層 - データムーバインターフェースを介してiSER層とiSCSIプロトコル及びインターフェースを実装するエンドノード内のプロトコルスタックの実装で層。
iSCSI PDU (iSCSI Protocol Data Unit) - The iSCSI layer at the initiator and the iSCSI layer at the target divide their communications into messages. The term "iSCSI protocol data unit" (iSCSI PDU) is used for these messages.
iSCSI PDU（iSCSIのプロトコルデータユニット） - イニシエータで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.
iSCSIの-のiSERペア - iSCSI層とその下のiSER層。
iSER - iSCSI Extensions for RDMA, the protocol defined in this document.
iSER - RDMA用のiSCSI拡張、この文書で定義されたプロトコル。
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アシスト - 一般の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の - [DDP]、[RDMAP]を含むワイヤプロトコルのスイート、および[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.
ローカルマッピング - ローカルのSTag（S）へのイニシエータタスクタグを関連づける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つ以上のリンクに取り付けられたコンピューティングデバイス。この文脈において、ノードは、コンピュータ上で実行されている特定のアプリケーションまたはプロトコルのインスタンスを指すものではありません。ノードは、ホストコンピュータにインストール一つ以上の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エンドノード内のデータムーバ層との間のデータムーバインタフェースは、二つの層の間の機能的なインターフェイスを定義するために操作プリミティブのセットを使用します。オペレーショナル・プリミティブのすべての呼び出しは要求された層からの応答を誘発していないことに注意してください。動作プリミティブ型と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」は、異なる名前で知られていてもよいです。例えば、インフィニバンドのために、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].
位相折りたたみ - 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の、インフィニバンド、等
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対応のコントローラ - ネットワークI / OアダプタまたはRDMA機能を有する組み込みコントローラ。例えば、iWARPのため、これはRNICすることができ、インフィニバンドのために、これは、HCA（ホストチャネルアダプタ）またはTCA（ターゲットチャネルアダプタ）とすることができます。
RDMA-enabled Network Interface Controller (RNIC) - A network I/O adapter or embedded controller with iWARP functionality.
RDMA対応ネットワーク・インタフェース・コントローラ（RNIC） - ネットワークI / OアダプタまたはiWARPの機能を備えた組み込みコントローラ。
RDMA Operation - A sequence of RCaP Messages, including control Messages, to transfer data from a Data Source to a Data Sink. The following RDMA Operations are defined - RDMA Write Operation, RDMA Read Operation, Send Operation, Send with Invalidate Operation, Send with Solicited Event Operation, Send with Solicited Event and Invalidate Operation, and Terminate Operation.
RDMA操作 - 制御メッセージを含む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読み取り要求 - データソースは、バッファの内容を転送することを要求するために、データシンクによって使用される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（S）の処理を中断することなく行われることを可能にします。
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（S）へのイニシエータタスクタグを関連づけるiSER層によって維持、タスク状態レコード。レコード構造の詳細は実装に依存しています。
Remote Peer - The implementation of the RDMA-Capable Protocol on the opposite end of the connection. Used to refer to the remote entity when describing protocol exchanges or other interactions between two Nodes.
リモートピア - 接続の反対側の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 CDBS（コマンド記述子ブロック）を受信し、/が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メッセージ - Aは、要請イベントメッセージを送信します。
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とR2TSN R2T PDUのための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 I-Tネクサスに相当）のiSCSIセッションを形成ターゲットSCSIポートとイニシエータSCSIポートをリンク接続のグループ。接続は、I-Tネクサスが無傷であってもに追加され、セッションから除去することができます。セッション内のすべての接続にわたって、イニシエータは1と同じターゲットを見ています。
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.
ステアリングタグ（婚前） - （ローカルまたはリモート）ノード上のタグ付きバッファの識別子[RDMAP]と[DDP]で定義されます。他のRDMA対応のプロトコルのため、ステアリングタグが異なる名前で知られているかもしれないが、本明細書スタッグスと呼ぶことにします。例えば、インフィニバンドのために、リモートのSTagは、R-KEYとして知られており、ローカルのSTagは、L-KEYとして知られており、両方がスタッグス考えます。
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.
明示的にタグ付けされた、のSTagの交換を介してリモートノードの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は - （のiSERの拡張なしすなわち）[RFC3720]で定義されるようにiSCSIプロトコルを参照します。
Untagged Buffer - A buffer that is not explicitly Advertised to the iSER layer at the remode node.
タグなしバッファ - 明示的remodeノードでiSER層に通知されていないバッファ。
Acronym Definition
--------------------------------------------------------------
AHS Additional Header Segment
AHS追加ヘッダセグメント
BHS Basic Header Segment
BHS基本ヘッダセグメント
CO Connection Only
CO Connectionのみ
CRC Cyclic Redundancy Check
CRC巡回冗長検査
DDP Direct Data Placement Protocol
DDP直接データ配置プロトコル
DI Datamover Interface
ムーバインターフェース
HCA Host Channel Adapter
HCAホストチャネルアダプタ
IANA Internet Assigned Numbers Authority
IANAインターネット割り当て番号機関
IB InfiniBand
IBインフィニバンド
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
IPsec Internet Protocol Security
IPsecのインターネットプロトコルセキュリティ
iSER iSCSI Extensions for RDMA
RDMAのためのiSER iSCSIの機能拡張
ITT Initiator Task Tag
ITTイニシエータタスクタグ
LO Leading Only
LOのみをリード
MPA Marker PDU Aligned Framing for TCP
TCPのためのMPAマーカPDU同盟フレーミング
NOP No Operation
NOPノーオペレーション
NSG Next Stage (during the iSCSI Login Phase)
（iSCSIのログインフェイズ時）NSG次のステージ
OS Operating System
OSオペレーティングシステム
PDU Protocol Data Unit
PDUプロトコルデータユニット
R2T Ready To Transfer
転送するR2T準備
R2TSN Ready To Transfer Sequence Number
シーケンス番号を転送する準備ができてR2TSN
RDMA Remote Direct Memory Access
RDMAリモートダイレクトメモリアクセス
RDMAP Remote Direct Memory Access Protocol
RDMAPリモートダイレクトメモリアクセスプロトコル
RFC Request For Comments
コメントのRFCリクエスト
RNIC RDMA-enabled Network Interface Controller
RNIC RDMA対応のネットワークインタフェースコントローラ
SAM2 SCSI Architecture Model - 2
SAM2 SCSIアーキテクチャモデル - 2
SCSI Small Computer Systems Interface
SCSI小型コンピュータシステムインタフェース
SNACK Selective Negative Acknowledgment - also Sequence Number Acknowledgement for data
SNACK選択否定応答 - データのためにもシーケンス番号謝辞
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].
この文書のキーワード "MUST"、 "MUST NOT"、 "REQUIRED"、、、、 "べきではない" "べきである" "ないもの" "ものとし"、 "推奨"、 "MAY"、および "OPTIONAL" はあります[RFC2119]に記載されているように解釈されます。
This section discusses the upper layer interface requirements in the form of an abstract model of the required interactions between the iSCSI layer and the iSER layer. The abstract model used here is derived from the architectural model described in [DA]. [DA] also provides a functional overview of the interactions between the iSCSI layer and the Datamover layer as intended by the Datamover Architecture.
このセクションでは、iSCSI層とiSER層との間の必要な相互作用の抽象モデルの形で上位層インターフェイス要件について説明します。ここで使用される抽象モデルは、[DA]に記載の建築モデルから導出されます。 [DA]はまた、iSCSI層とデータムーバアーキテクチャによって意図されるようにデータムーバ層との間の相互作用の機能の概要を提供します。
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
インタフェース要件は、オペレーショナル・プリミティブで指定されています。動作プリミティブは、iSCSI層と他の層の代わりに特定のアクションを実行するために、1つの層を要求またはいくつかのイベントの他の層に通知iSER層との間の抽象化機能インタフェース手順です。たびに呼び出さにおける動作プリミティブ、Connection_Handle修飾子は、特定のiSCSI接続を識別するために使用されます。いくつかの運用のための
Primitives, a Data_Descriptor is used to identify the iSCSI/SCSI data buffer associated with the requested or completed operation.
プリミティブは、Data_Descriptorは、要求または完了操作に関連付けられたiSCSI / SCSIデータバッファを識別するために使用されます。
The abstract model and the Operational Primitives defined in this section facilitate the description of the iSER protocol. In the rest of the iSER specification, the compliance statements related to the use of these Operational Primitives are only for the purpose of the required interactions between the iSCSI layer and the iSER layer. Note that the compliance statements related to the Operational Primitives in the rest of this specification only mandate functional equivalence on implementations, but do not put any requirements on the implementation specifics of the interface between the iSCSI layer and the iSER layer.
抽象モデルと、このセクションで定義された動作プリミティブの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
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制御タイプPDUの送信転送を要求するためのターゲットでのiSCSI層によって使用される（セクション7.2参照）。のみ特定のコントロールタイプのPDUに適用修飾子は例えば、ImmediateDataSize SCSI書き込みコマンドのPDU固有の修飾子として知られています。 PDU固有の修飾子の詳細については、7.3節を参照してください。接続のiSERアシストモードにあるときにiSCSI層のみSend_Control操作プリミティブを呼び出すことができます。
Input qualifiers: Connection_Handle, content of a SCSI Data-in
PDU header, Data_Descriptor, Notify_Enable
Return results: Not specified
結果を返す：指定なし
This is used by the iSCSI layer at the target to request the outbound transfer of data for a SCSI Data-in PDU from the buffer identified by the Data_Descriptor qualifier. The iSCSI layer can only invoke the Put_Data Operational Primitive when the connection is in iSER-assisted mode.
これはData_Descriptor修飾子によって識別されるバッファからSCSIデータにおけるPDUのためのデータの送信転送を要求するためにターゲットにiSCSI層によって使用されます。接続のiSERアシストモードにあるときにiSCSI層のみ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修飾子は、それがiSCSI層への最終的なローカル完了通知を生成するかどうかiSER層を示すために使用されます。詳細については、Data_Completion_Notifyのセクション3.2.2を参照してください。
Input qualifiers: Connection_Handle, content of an 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.
これはData_Descriptor修飾子によって識別されるバッファにR2T PDUによって要求された要請データの着信転送を要求するためにターゲットにiSCSI層によって使用されます。接続のiSERアシストモードにあるときにiSCSI層のみ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修飾子は、それがiSCSI層への最終的なローカル完了通知を生成するかどうかiSER層を示すために使用されます。詳細については、Data_Completion_Notifyのセクション3.2.2を参照してください。
Input qualifiers: Connection_Handle, Resource_Descriptor
(optional)
Return results: Status
結果を返す：ステータス
This is used by the iSCSI layers at the initiator and the target to request the allocation of all connection resources necessary to support RCaP for an operational iSCSI/iSER connection. The iSCSI layer may optionally specify the implementation-specific resource requirements for the iSCSI connection using the Resource_Descriptor qualifier.
これは、動作のiSCSI /のiSER接続のRCAPをサポートするのに必要なすべての接続リソースの割り当てを要求するために、イニシエータとターゲットでのiSCSI層によって使用されます。 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層とステータスの結果によって無視されます=成功が返されます。一つだけAllocate_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.
これは、基本管理操作Allocate_Connection_Resourcesの成功した呼び出しの結果として以前に割り当てられたすべての接続リソースの解放を要求するために、イニシエータとターゲットでのiSCSI層によって使用されます。
Input qualifiers: Connection_Handle,
Transport_Connection_Descriptor, Final Login_Response_PDU
(optional)
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接続のiSERアシストモードに移行することを要求するために、イニシエータとターゲットでのiSCSI層によって使用されます。 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である場合、イニシエータのiSCSI層によって予想されるように、最終ログインレスポンスPDUはバイトストリームとして送信する必要があります。この修飾子を使用した場合、目標の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 /のiSER接続が終了すると、関連するすべての接続とタスクリソースが解放されることを要求するために、イニシエータとターゲットでのiSCSI層によって使用されます。この操作プリミティブ呼び出しはiSCSI層に戻ると、iSCSI層はすべてのiSCSIレベルのリソース、接続に関連付けられている、例えば、I / Oバッファの完全な所有権を取ることができます。
Input qualifiers: Connection_Handle, number of keys, list of
Key-Value pairs
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.
これはiSER層が接続用のiSCSIピアによって交渉された指定されたキーと値のペアのメモを取ることを要求するために、イニシエータとターゲットでの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.
これは、ITT修飾子によって識別されるタスクのiSER層によって割り当てられたすべてのRCAP固有のリソースの割り当て解除を要求するために、イニシエータとターゲットでのiSCSI層によって使用されます。 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.
これは、インバウンドのiSCSI制御タイプPDUの可用性のiSCSI層に通知するために、イニシエータとターゲットのiSER層によって使用されます。 iSER層は、受信したPDUがある場合に、実装に固有の表示と共に、その受信PDUの受信のiSCSI層に通知するPDUはiSCSI層に「利用可能」として記載されています。
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.
これは、（セクション3.1.2を参照）Put_Data操作プリミティブの呼び出しがNotify_Enableセットで修飾された場合にのみ、iSCSI層によって要求されたアウトバウンド・データ転送の完了のiSCSI層に通知するiSER層によって使用されます。 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.
これは、（セクション3.1.3を参照）Get_Data操作プリミティブの呼び出しがNotify_Enableセットで修飾された場合にのみ、iSCSI層によって要求されたインバウンド・データ転送の完了のiSCSI層に通知するiSER層によって使用されます。 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].
これは、ここでPut_Data操作プリミティブの呼び出しを介して、発信データ転送のためのiSCSI層によって以前要求（[RFC3720]で定義されるように）データ確認応答の到着のiSCSI層に通知するためにターゲットのiSER層によって使用されますSCSIデータインPDUにおけるA-ビットが1を参照してくださいセクション7.3.5に設定されています。 DataSNは次SCSIデータインPDU、すぐに[RFC3720]で定義される意味論と、この通知が対応するセットAビットとSCSIデータインPDUを次の予想DataSNを指します。
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.
これは、イニシエータおよびiSCSI /のiSER接続の迷惑終了または故障のiSCSI層に通知する目標のiSER層によって使用されます。 iSER層は、この運用プリミティブの呼び出し前に終了された接続に関連付けられた接続とタスクリソースの割り当てを解除しなければなりません。接続の終了は、以前のローカルiSCSI層によって要求されたときにConnection_Terminate_Notifyオペレーショナル・プリミティブが呼び出されていないことに注意してください。
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キーが「はい」で交渉されているが、iSER層にプリミティブ運用Allocate_Connection_Resourcesの呼び出しが失敗し、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層は、読み取り/双方向のコマンドのためのタスク忠誠の再割り当てのためのタスク管理機能要求に0にExpDataSNを設定しなければなりません。
2. The iSCSI layer at the target MUST always return the SCSI status in a separate SCSI Response PDU for read commands, i.e., there MUST NOT be a "phase collapse" in concluding a SCSI read command.
2.ターゲットのiSCSI層は常に、すなわち、SCSI読みコマンドを締結における「相崩壊」があってはならない、リードコマンドのために別々のSCSI応答PDUに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.
ログイン/テキスト操作キーのセクション6で定義されるように前記イニシエータとターゲットの両方でのiSCSI層は、キーをサポートしなければなりません。使用指定されている場合は、これらのキーはNotUnderstoodと答えてはならない、と定義されている意味は、それぞれのiSER補助接続のために従わなければなりません。
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層一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層は、データソース側の単一RCAPメッセージに単一のiSERメッセージをカプセル化します。 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層に無効にするのSTagを提供する場合のSTagはSendInvSEメッセージに無効化するよう*、RCAP層は、こののSTagを使用します。
* The RCaP layer uses the STag and Tagged Offset provided by the iSER layer for the RDMA Write and RDMA Read Request Messages.
* RCAP層はのSTagを使用し、RDMA書き込みとRDMA読み取り要求メッセージのためのiSER層が提供するオフセットタグ付けされています。
* 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層にメッセージを送信する感覚を提供した場合*、その界面に設けられた機構をiSER層に通知します。
* When the RCaP layer delivers a SendInvSE Message to the iSER layer, it passes the value of the STag that was invalidated.
RCAP層がiSER層にSendInvSEメッセージを配信する場合*、それが無効化されたの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層は、iSCSI接続のためのiSER支援モードに移行するためにiSER層を要求するEnable_Datamover運用プリミティブを起動します。 iSCSIの/のiSER接続設定にセクション5.1を参照してください。 iSER支援モードに移行した後、RCAP層と下層のトランスポート層は、任意の接続障害の接続を維持し、iSER層に報告する責任があります。
During connection setup, the iSCSI layer at the initiator is responsible for establishing a connection with the target. After the connection is established, the iSCSI layers at the initiator and the target enter the Login Phase using the same rules as outlined in [RFC3720]. Transition to iSER-assisted mode occurs when the connection transitions into the iSCSI Full Feature Phase following a successful login negotiation between the initiator and the target in which iSER-assisted mode is negotiated and the connection resources necessary to support RCaP have been allocated at both the initiator and the target. The same connection MUST be used for both the iSCSI Login Phase and the subsequent iSER-assisted Full Feature Phase.
接続設定時には、イニシエータのiSCSI層は、ターゲットとの接続を確立する責任があります。接続が確立された後、イニシエータとターゲットでのiSCSI層は[RFC3720]に概説されるように同じ規則を使用してログイン段階に入ります。 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.)
それはiSCSIのログインフェーズのLoginOperationalNegotiation段階での主要な接続に交渉された場合のiSER支援モードのみ有効にする必要があります。 iSERアシストモードが= <ブール値>キーRDMAExtensionsを使用してネゴシエートされます。イニシエータとターゲットの両方が「Yes」のiSERアシストモードを有効にするように設定された値とRDMAExtensions鍵を交換しなければなりません。イニシエータとターゲットの両方が「はい」にRDMAExtensionsキーセットを交渉に失敗した場合は、[RFC3720]で定義されるように、接続は、ログインセマンティクスを継続しなければなりません。 RDMAExtensionsキーがYesにネゴシエートされていない場合は、いくつかのRCAPの実装（例えば、[IB]）のために、接続はTCPできるモードで再確立される必要があり得ます。 （インフィニバンドの場合、これは[IPoIBの】タイプの接続を必要とします。）
iSER-assisted mode is defined for a Normal session only and the RDMAExtensions key MUST NOT be negotiated for a Discovery session. Discovery sessions are always conducted using the transport layer as described in [RFC3720].
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キーは、提供されている場合、LoginOperationalNegotiation段階で最初に使用可能なログイン応答またはログイン要求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 =「はい」を交渉する場合は、同じセッションの後続のすべての接続は、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キーが「はい」と交渉された場合、たHeaderDigestとDataDigestキーは、iSCSIセッションということで参加しているすべてのiSCSI /のiSER接続の「なし」に交渉しなければなりません。 iSCSIの/のiSER接続のため、RCAPすべてのiSERメッセージの32ビットCRCと少なくとも同程度に良好であるエラー検出を提供する責任があるからです。さらに、すべてのSCSI読み取りデータがRDMA書き込みメッセージの代わりに、SCSIデータインPDUを使用して送信され、すべてのSCSI書き込みデータを募集代わりにSCSIデータアウトPDUのRDMA読み取り応答メッセージを使用して送信されます。たHeaderDigestとDataDigestのiSCSIのPDUに適用されます、のiSERで使用RDMA Readと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（トランジット）でログイン要求を送信する前に1に設定され、FullFeaturePhaseにNSG（ネクストステージ）フィールドセットをビット、 iSCSI層は、iSER層は、動作プリミティブAllocate_Connection_Resourcesを呼び出すことによってRCAPをサポートするのに必要な接続リソースを割り当てることを要求しなければなりません。必要な接続リソースは、実装によって定義され、本明細書の範囲外でれます。 iSCSI層は、iSER層は、接続のiSCSIキーの交渉された値のメモを取ることを要求する基本管理操作Allocate_Connection_Resourcesを呼び出す前に、基本管理操作Notice_Key_Valuesを呼び出すことができます。入力修飾子として渡される特定のキーは実装に依存しています。これらには、MaxOutstandingR2T、ErrorRecoveryLevelが、これらに限定されない、などがあり
To minimize the potential for a denial-of service attack, the iSCSI layer MUST NOT request that the iSER layer allocate the connection resources necessary to support RCaP until the iSCSI layer is sufficiently far along in the iSCSI Login Phase that it is reasonably certain that the peer side is not an attacker. In particular, if the Login Phase includes a SecurityNegotiation stage, the iSCSI layer MUST defer the connection resource allocation (i.e., invoking the Allocate_Connection_Resources Operational Primitive) to the LoginOperationalNegotiation stage [RFC3720] so that the resource allocation occurs after the authentication phase is completed.
サービス拒否（DoS）攻撃の可能性を最小限に抑えるために、iSCSI層はiSCSI層がはるかに沿ったiSCSIログインフェーズで十分になるまでiSER層は、それが合理的に確実であることをRCAPをサポートするために必要な接続リソースを割り当てることを要求してはならないことピア側は、攻撃者ではありません。ログインフェーズSecurityNegotiation段階を含む場合、特に、iSCSI層は、接続リソース割り当てを延期しなければならない（即ち、呼び出すAllocate_Connection_Resourcesプリミティブ動作）LoginOperationalNegotiationステージ[RFC3720]ように認証フェーズが完了した後、リソース割り当てが発生します。
Among the connection resources allocated at the initiator is the Inbound RDMA Read Queue Depth (IRD). As described in Section 9.5.1, R2Ts are transformed by the target into RDMA Read operations. IRD limits the maximum number of simultaneously incoming outstanding RDMA Read Requests per an RCaP Stream from the target to the initiator. The required value of IRD is outside the scope of the iSER specification. The iSER layer at the initiator MUST set IRD to 1 or higher if R2Ts are to be used in the connection. However, the iSER layer at the initiator MAY set IRD to 0 based on implementation configuration, which indicates that no R2Ts will be used on that connection. Initially, the iSER-IRD value at the initiator SHOULD be set to the IRD value at the initiator and MUST NOT be more than the IRD value.
イニシエータに割り当てられた接続リソースの中でインバウンドRDMA読み取りキューの深さ（IRD）です。セクション9.5.1で説明したように、R2Tsは、RDMA読み取り操作にターゲットによって変換されます。 IRDは、ターゲットからイニシエータにRCAPストリームごとに同時に入ってくる未処理RDMA読み取り要求の最大数を制限します。 IRDの要求値は、のiSER仕様の範囲外です。 R2Tsに関連して使用される場合、イニシエータのiSER層が1以上にIRDを設定しなければなりません。しかし、イニシエータのiSER層にはR2Tsがその接続上で使用されないことを示して実装構成に基づいて、0にIRDを設定してもよいです。最初は、イニシエータのiSER-IRD値は、イニシエータでIRDの値に設定する必要があり、IRD値以上にすることはできません。
On the other hand, the Outbound RDMA Read Queue Depth (ORD) MAY be set to 0, since the iSER layer at the initiator does not issue RDMA Read Requests to the target.
イニシエータの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に設定ビットとFullFeaturePhaseに設定NSGフィールド、及び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のある場合は、このステップを実行する必要があります。すべてではないRCAPSはRCAPストリーム起動状態に応じて、それが必要な場合があります。
4. The iSER layer MUST send the iSER Hello Message as the first iSER Message. See Section 5.1.3 on iSER Hello Exchange.
4. iSER層は、最初のiSERメッセージとしてのiSERこんにちはメッセージを送らなければなりません。 iSERこんにちは取引所に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（トランジット）でログイン応答を送信する前に1に設定され、FullFeaturePhaseにNSG（ネクストステージ）フィールド設定されたビット、 iSCSI層は、iSER層は、オペレーショナル・プリミティブAllocate_Connection_Resourcesを呼び出すことによってRCAPをサポートするのに必要なリソースを割り当てることを要求しなければなりません。必要な接続リソースは、実装によって定義され、本明細書の範囲外でれます。必要に応じて、iSCSI層は、iSER層は、接続のiSCSIキーの交渉された値のメモを取ることを要求する基本管理操作Allocate_Connection_Resourcesを呼び出す前に、基本管理操作Notice_Key_Valuesを呼び出すことができます。入力修飾子として渡される特定のキーは実装に依存しています。これらには、MaxOutstandingR2T、ErrorRecoveryLevelが、これらに限定されない、などがあり
To minimize the potential for a denial-of-service attack, the iSCSI layer MUST NOT request that the iSER layer allocate the connection resources necessary to support RCaP until the iSCSI layer is sufficiently far along in the iSCSI Login Phase that it is reasonably certain that the peer side is not an attacker. In particular, if the Login Phase includes a SecurityNegotiation stage, the iSCSI layer MUST defer the connection resource allocation (i.e., invoking the Allocate_Connection_Resources Operational Primitive) to the LoginOperationalNegotiation stage [RFC3720] so that the resource allocation occurs after the authentication phase is completed.
サービス拒否攻撃の可能性を最小限に抑えるために、iSCSI層はiSCSI層は、それが合理的に確実であることをはるかに沿ったiSCSIログインフェーズで十分になるまでiSER層はRCAPをサポートするために必要な接続リソースを割り当てることを要求してはなりませんピア側は、攻撃者はありません。ログインフェーズSecurityNegotiation段階を含む場合、特に、iSCSI層は、接続リソース割り当てを延期しなければならない（即ち、呼び出すAllocate_Connection_Resourcesプリミティブ動作）LoginOperationalNegotiationステージ[RFC3720]ように認証フェーズが完了した後、リソース割り当てが発生します。
Among the connection resources allocated at the target is the Outbound RDMA Read Queue Depth (ORD). As described in Section 9.5.1, R2Ts are transformed by the target into RDMA Read operations. The ORD limits the maximum number of simultaneously outstanding RDMA Read Requests per RCaP Stream from the target to the initiator. Initially, the iSER-ORD value at the target SHOULD be set to the ORD value at the target.
ターゲットに割り当てられた接続リソースの中で送信RDMA読むキューの深さ（ORD）です。セクション9.5.1で説明したように、R2Tsは、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アシストモードへの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とログイン応答を含有する最終のトランスポート層（例えば、TCP）メッセージが1に設定ビットとNSGフィールドがFullFeaturePhaseに設定します。
3. The iSER layer MUST send the final Login Response PDU in the native transport mode to conclude the iSCSI Login Phase. If the underlying transport is TCP, then the iSER layer MUST send the final Login Response PDU in byte stream mode.
3. iSER層は、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のある場合は、このステップを実行する必要があります。すべてではないRCAPSは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.
前記イニシエータからのiSERハローメッセージを受信した後、iSER層は、第一のiSERメッセージとして送信されるのiSER HelloReplyメッセージで応答しなければなりません。詳細のiSERこんにちは取引所のセクション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ハローメッセージでなければなりません。 iSERハローメッセージがターゲットにのiSERパラメータを宣言するイニシエータのiSER層によって使用されます。 iSERこんにちはメッセージのためのiSERヘッダー形式のセクション9.3を参照してください。
In response to the iSER Hello Message, the iSER layer at the target MUST return the iSER HelloReply Message as the first iSER Message sent by the target. The iSER HelloReply Message is used by the iSER layer at the target to declare iSER parameters to the initiator. See Section 9.4 on iSER Header Format for the iSER HelloReply Message.
iSERハローメッセージに応答して、目標の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こんにちは、メッセージでは、イニシエータの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ハローメッセージを受信すると、目標のiSER層は目標のiSER-ORD値の最小値とイニシエータによって宣言のiSER-IRD値のiSER-ORD値を設定しなければなりません。目標のiSER層のiSER-ORD値は、未使用のリソースを解放するために対象にORD値よりも小さい場合のiSER-ORD値と一致するように（下）のORD値を調整することができます。
In the iSER HelloReply Message, the iSER layer at the target declares the iSER-ORD value to the initiator.
iSER HelloReplyメッセージにおいて、目標のiSER層は、イニシエータへのiSER-ORD値を宣言する。
Upon receiving the iSER HelloReply Message, the iSER layer at the initiator MAY adjust (lower) its IRD value to match the iSER-ORD value in order to free up the unused resources, if the iSER-ORD value declared by the target is smaller than the iSER-IRD value declared by the initiator.
ターゲットによって宣言のiSER-ORD値よりも小さい場合のiSER HelloReplyメッセージを受信すると、イニシエータのiSER層は、未使用のリソースを解放するためにの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メッセージで宣言されたのiSERパラメータがターゲットに受け入れられない場合はのiSERレベルの交渉の障害です。これには次のものが含まれます。
* The initiator-declared iSER-IRD value is greater than 0 and the target-declared iSER-ORD value is 0.
*開始宣言のiSER-IRD値が0より大きいとターゲット宣言のiSER-ORD値は0です。
* The initiator-supported and the target-supported iSER protocol versions do not overlap.
*イニシエータサポートとターゲット支持のiSERプロトコルバージョンは重なりません。
See Section 10.1.3.2 for the handling of the error situation.
エラー状況の取り扱いについては、セクション10.1.3.2を参照してください。
The iSCSI layer at the initiator terminates an iSCSI/iSER connection normally by invoking the Send_Control Operational Primitive qualified with the Logout Request PDU. The iSER layer at the initiator MUST use a SendSE Message to send the Logout Request PDU to the target. After the iSER layer at the initiator receives the SendSE Message containing the Logout Response PDU from the target, it MUST notify the iSCSI layer by invoking the Control_Notify Operational Primitive qualified with the Logout Response PDU.
イニシエータでiSCSI層は、ログアウト要求PDUで動作プリミティブ修飾Send_Controlを呼び出すことによって、通常のiSCSI /のiSER接続を終了します。イニシエータのiSER層がターゲットにログアウト要求PDUを送信するSendSEメッセージを使用しなければなりません。イニシエータの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層は、接続に関連付けられている（もしあれば）すべての接続とタスクリソースの割り当てを解除しなければならない、と（もしあれば）ローカルマッピングを無効にそのITT（複数可）に関連付ける基本管理操作Connection_Terminate_Notifyを呼び出すことによって、iSCSI層に通知する前に、ローカルのSTag（S）への接続に使用されます。
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層は、ログアウト応答PDUで運用プリミティブ資格Send_Controlを呼び出すことによって、ログアウト処理を完了します。目標のiSER層は、イニシエータにログアウト応答PDUを送信するSendSEメッセージを使用しなければなりません。 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層は、接続に関連付けられている（もしあれば）すべての接続とタスクリソースの割り当てを解除し、ローカルおよびリモートのマッピングを無効にしなければなりません（もしITT（複数可）を関連付けること任意）は、それぞれローカルのSTag（S）とアドバタイズのSTag（S）への接続に使用されます。
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動作プリミティブはiSER層は、以前2つのiSCSI /のiSERノード間ログアウト要求とログアウト応答PDUを交換せずにRCAPストリームを終了することを要求するiSCSI層によって呼び出すことができます。終了プロセスの一環として、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_Terminate運用プリミティブは、ターゲットでのiSCSI層によって呼び出された場合は、ターゲットのiSER層があること（もしあれば）接続に関連付けられている（もしあれば）すべての接続とタスクリソースの割り当てを解除し、ローカルおよびリモートのマッピングを無効にしなければなりませんそれぞれ、ローカルのSTag（S）への接続に使用されるITT（S）とアドバタイズのSTag（複数可）を関連付けます。
If the Connection_Terminate Operational Primitive is invoked by the iSCSI layer at the initiator, then the iSER layer at the initiator MUST deallocate all connection and task resources (if any) associated with the connection, and invalidate the Local Mapping(s) (if any) that associate the ITT(s) used on the connection to the local STag(s).
Connection_Terminate動作プリミティブがイニシエータでiSCSI層によって呼び出された場合、イニシエータのiSER層は、接続に関連するすべての接続とタスクリソース（もしあれば）を解放しなければならない、および（もしあれば）ローカルマッピングを無効化それは、ローカルのSTag（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層からConnection_Terminateの呼び出しなしで終了した場合、iSER層は、iSCSI /のiSER接続はConnection_Terminate_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（複数可）を関連付けるローカルおよびリモートのマッピングを（もしあれば）無効にしなければなりませんローカルのSTag（S）とアドバタイズのSTag（S）、それぞれ。
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).
ITT（複数可）を関連付けることConnection_Terminate_Notify、イニシエータのiSER層接続に関連付けられている（もしあれば）すべての接続とタスクリソースの割り当てを解除し、（もしあれば）ローカルマッピングを無効にしなければならないを呼び出す前に、ローカルの接続に使用されますSTag（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を送信することにより、例えば、）接続の閉鎖を開始した場合RCAP層は、接続がConnection_Terminate_Notify運用プリミティブを呼び出すことによって閉じられていることを報告した後、iSER層はiSCSI層に通知しなければなりません。
Another example of a connection termination without a preceding logout is when the iSCSI layer at the initiator does an implicit logout (connection reinstatement).
イニシエータで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 =はい
Negotiations resulting in RDMAExtensions=Yes for a session implies HeaderDigest=None and DataDigest=None for all connections in that session and overrides both the default and an explicit setting.
RDMAExtensions結果として交渉は=はいセッションのために、そのセッションのすべての接続にたHeaderDigest =なしとDataDigest =なしを意味しないと、デフォルトと明示的な設定の両方を上書きします。
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.
セッションに属するiSCSI接続のためにどのRDMAExtensions =はいセッションの主要な接続で交渉された中で、MaxRecvDataSegmentLengthは、ログインフェーズで宣言する必要はありません。代わりに、InitiatorRecvDataSegmentLength（セクション6.5で説明したように）と（セクション6.4で説明したように）TargetRecvDataSegmentLengthキーがネゴシエートされます。ローカルおよびリモートMaxRecvDataSegmentLengthの値がMaxRecvDataSegmentLengthは、ログインフェーズで宣言されている場合でもInitiatorRecvDataSegmentLengthとTargetRecvDataSegmentLengthキーから派生しています。
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.
フル機能のフェーズでは、イニシエータはInitiatorRecvDataSegmentLengthの値を持つものとして、そのローカルMaxRecvDataSegmentLengthの値（これがターゲットに宣言したであろう）、およびリモートMaxRecvDataSegmentLengthの値を考慮しなければならない（つまり、ターゲットによって宣言されていたであろう） TargetRecvDataSegmentLengthの値を有するものとして。同様に、目標値を有するようにそのローカルTargetRecvDataSegmentLengthの値を有するようMaxRecvDataSegmentLength（それがイニシエータに宣言されたであろう）、及び遠隔MaxRecvDataSegmentLength（すなわちイニシエータによって宣言されたであろう）の値の値を考慮する必要がありますInitiatorRecvDataSegmentLengthの。
The MaxRecvDataSegmentLength key is applicable only for iSCSI control-type PDUs.
MaxRecvDataSegmentLengthキーはのみのiSCSI制御型PDUに対して適用されます。
Use: LO (leading only)
用途：LO（のみリード）
Senders: Initiator and Target
送信者：イニシエータとターゲット
Scope: SW (session-wide)
スコープ：SW（セッション全体）
RDMAExtensions=<boolean-value>
RDMAExtensions = <ブール値>
Irrelevant when: SessionType=Discovery
無関係：SESSIONTYPE =ディスカバリー
Default is No
デフォルトは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を交換しなければなりません。
iSER-assisted mode MUST NOT be used if either the initiator or the target offers RDMAExtensions=No.
iSER支援モードは、イニシエータまたはターゲットはありません= 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キーをネゴシエートする場合は、イニシエータは主要接続のLoginOperationalNegotiation段階で最初のログイン要求PDUにキーを提供しなければならない、そしてターゲットは、それが許可される最初のログイン応答PDUにキーを提供しなければなりませんこれを行うに至る接続のLoginOperationalNegotiation段階で（すなわち、Cと第ログイン要求PDUの後に発行された最初のログイン応答PDUは、0に設定ビット）。提供するキー= RDMAExtensionsの値のペアに対応して= yesの場合、イニシエータは、そうすることを許可している次のログイン要求PDUで応答しなければならない、との目標は、それが許可されていると次のログイン応答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、MaxOutstandingR2T、ErrorRecoveryLevel、InitialR2T、ImmediateData、などの特定のiSCSIキーは、接続が伝統のiSCSIモードまたはのiSERアシストモードであるか否かに応じて異なってネゴシエートすることができます。
Use: IO (Initialize only)
用途：IO（のみ初期化します）
Senders: Initiator and Target
送信者：イニシエータとターゲット
Scope: CO (connection-only)
スコープ：CO（接続のみ）
Irrelevant when: RDMAExtensions=No
無関係なとき：RDMAExtensions =いいえ
TargetRecvDataSegmentLength=<numerical-value-512-to-(2**24-1)>
TargetRecvDataSegmentLength = <数値値-512対（2 ** 24-1）>
Default is 8192 bytes
デフォルトは8192バイトです
Result function is minimum
結果関数が最小であります
This key is relevant only for the iSCSI connection of an iSCSI session if RDMAExtensions=Yes is negotiated on the leading connection of the session. It is used by the initiator and target to negotiate the maximum size of the data segment that an initiator may send to the target in an iSCSI control-type PDU in the Full Feature Phase. For SCSI Command PDUs and SCSI Data-out PDUs containing non-immediate unsolicited data to be sent by the initiator, the initiator MUST send all non-Final PDUs with a data segment size of exactly
RDMAExtensions = Yesがセッションの主要な接続で交渉している場合、このキーはのみiSCSIセッションのiSCSI接続のために適切です。イニシエータがフル機能相中のiSCSI制御型PDUにターゲットに送信することができるデータセグメントの最大サイズを交渉するために、イニシエータとターゲットによって使用されます。イニシエータによって送信される非即時迷惑データを含むSCSIコマンドPDUおよびSCSIデータ・アウトのPDUの場合、イニシエータは、まさにのデータセグメントサイズですべての非最終PDUを送らなければなりません
TargetRecvDataSegmentLength whenever the PDUs constitute a data sequence whose size is larger than TargetRecvDataSegmentLength.
TargetRecvDataSegmentLength PDUは、そのサイズTargetRecvDataSegmentLengthより大きいデータシーケンスを構成するたびに。
Use: IO (Initialize only)
用途：IO（のみ初期化します）
Senders: Initiator and Target
送信者：イニシエータとターゲット
Scope: CO (connection-only)
スコープ：CO（接続のみ）
Irrelevant when: RDMAExtensions=No
無関係なとき：RDMAExtensions =いいえ
InitiatorRecvDataSegmentLength=<numerical-value-512-to-(2**24-1)>
InitiatorRecvDataSegmentLength = <数値値-512対（2 ** 24-1）>
Default is 8192 bytes
デフォルトは8192バイトです
Result function is minimum
結果関数が最小であります
This key is relevant only for the iSCSI connection of an iSCSI session if RDMAExtensions=Yes is negotiated on the leading connection of the session. It is used by the initiator and target to negotiate the maximum size of the data segment that a target may send to the initiator in an iSCSI control-type PDU in the Full Feature Phase.
RDMAExtensions = Yesがセッションの主要な接続で交渉している場合、このキーはのみiSCSIセッションのiSCSI接続のために適切です。ターゲットがフル機能相中のiSCSI制御型PDUにイニシエータに送信することができるデータセグメントの最大サイズを交渉するために、イニシエータとターゲットによって使用されます。
Irrelevant when: RDMAExtensions=Yes
無関係なとき：RDMAExtensions =はい
Negotiations resulting in RDMAExtensions=Yes for a session implies OFMarker=No and IFMarker=No for all connections in that session and overrides both the default and an explicit setting.
RDMAExtensions結果として交渉は=はいセッションのために、そのセッションのすべての接続にはありません= OFMarker =いいえおよびIFMarkerを意味し、デフォルトと明示的な設定の両方を上書きします。
Use: LO (leading only), Declarative
用途：LO（のみリード）、宣言
Senders: Initiator and Target
送信者：イニシエータとターゲット
Scope: SW (session-wide)
スコープ：SW（セッション全体）
Irrelevant when: RDMAExtensions=No
無関係なとき：RDMAExtensions =いいえ
MaxOutstandingUnexpectedPDUs=<numerical-value-from-2-to-(2**32-1) | 0>
MaxOutstandingUnexpectedPDUs = <数値価値から-2対（2 ** 32-1）| 0>
Default is 0
デフォルトは0です
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.
このキーは、フル機能フェーズで受け取ることができ、優れた「予想外」のiSCSI制御型PDUの最大数を宣言するために、イニシエータとターゲットで使用されています。受信側がiSCSIで利用可能な通常の流れ制御機構を超えて必要なバッファ資源の量を決定することを可能にすることを意図しています。イニシエータまたはターゲットは、通常の状況下で、iSCSI層上の不要な制約を課さないような値を選択すべきです。 0の値は、申告は、それが受信することができる未処理の「予期しない」のiSCSI制御タイプPDUの最大数に制限がないことを示すために定義されています。このキーの使用のためのセクション8.1.1と8.1.2を参照してください。 iSERこんにちは、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アシストモードである場合、メッセージ転送の2種類がイニシエータでiSCSI層とターゲットでiSCSI層との間に許可されています。これらは、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層による送信のための要求されたときのiSCSIデータ型PDUは、データの結果は、送信及び受信ノードでのiSCSI層の参加なしに転送されます。これは、受信ノードにおけるiSCSI層にそのままPDU自体が配信されていないという事実によるものです。代わりに、データ転送動作は、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層によって操作プリミティブの呼び出しがiSCSIデータ型PDUがNotify_Enableセットで修飾されたiSER層処理することを要求する場合には、RDMA動作が完了すると、目標のiSER層は、iSCSI層に通知しなければなりませんITTとSNと運用プリミティブ資格Data_Completion_Notifyを呼び出すことによってターゲット。 RDMA動作が完全にイニシエータにRDMA対応のコントローラとiSCSIデータ型PDUに関連付けられたデータ転送に関与しないイニシエータのiSER層によって処理されるので、イニシエータではデータ完了通知がありません。
If the invocation of the Operational Primitive by the iSCSI layer to request that the iSER layer process an iSCSI data-type PDU is qualified with Notify_Enable cleared, then upon completing the RDMA operation, the iSER layer at the target MUST NOT notify the iSCSI layer at the target and MUST NOT invoke the Data_Completion_Notify Operational Primitive.
iSCSI層によって操作プリミティブの呼び出しがiSCSIデータ型PDUはNotify_Enableで修飾されたiSER層プロセスをクリアすることを要求する場合には、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.
また、要請データを搬送するSCSIデータ出力PDUないのiSCSIデータ型PDUはなく、任意のiSCSI PDUはiSCSIの制御型PDUとして定義されます。 iSCSI層は、iSER層プロセスのiSCSI制御タイプPDUことを要求するSend_Control操作プリミティブを呼び出します。 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制御タイプPDUで動作プリミティブ修飾Control_Notifyを呼び出すことによって、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]で定義されるようにBHSとiSCSI PDUの任意AHSは、呼び出しの各々を修飾する必要があります。予選Connection_Handle、BHS、およびAHSは、明示的に、後続のセクションに記載されていません。
Type: control-type PDU
タイプ：コントロール型PDU
PDU-specific qualifiers (for SCSI Write or bidirectional command): ImmediateDataSize, UnsolicitedDataSize, DataDescriptorOut
（SCSIの書き込みまたは双方向のコマンドのための）PDU固有の修飾子：ImmediateDataSize、UnsolicitedDataSize、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層がターゲットにSendSEメッセージでSCSIコマンドを送らなければなりません。
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書き込みまたは双方向のコマンドのために転送される即時データがある場合*、修飾子ImmediateDataSizeは書き込みまたは双方向のコマンドを送信する即時の迷惑データのバイト数を定義するために使用されなければならない、と修飾子DataDescriptorOutを使用しなければなりません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書き込みまたは双方向のコマンドのために転送される未承諾データがある場合*、修飾子UnsolicitedDataSizeは、コマンドの即時および非即時迷惑データのバイト数を定義するために使用しなければなりません。 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:
UnsolicitedDataSizeの値を超えたSCSIコマンドPDUで期待されるデータ転送長によって示されるように、SCSIの書き込みや双方向のコマンドのために転送されるデータが募集されている場合は*、イニシエータの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.
b. It MUST establish a Local Mapping that associates the Initiator Task Tag (ITT) to the Write STag.
B。これは、書き込みのSTagにイニシエータタスクタグ（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（RCAPのSendSEメッセージのペイロード）ののiSERヘッダーの書き込みのSTagとしてそれを送信することにより、ターゲットへの書き込みのSTagを宣伝しなければなりません。 iSCSIのコントロール型PDUのためのiSERヘッダー形式のセクション9.2を参照してください。
For a SCSI read or bidirectional command, the iSCSI layer at the initiator MUST invoke the Send_Control Operational Primitive qualified with DataDescriptorIn, which defines the initiator's I/O
読みSCSIまたは双方向のコマンドのために、イニシエータのiSCSI層は、イニシエータのI / O定義DataDescriptorIn、で修飾Send_Control運用プリミティブを起動する必要があります
Buffer for receiving the SCSI Read data. The iSER layer at the initiator MUST do the following:
SCSI読み取りデータを受信するためのバッファ。イニシエータのiSER層は以下を行う必要があります。
a. It MUST allocate a Read STag for the I/O Buffer.
A。これは、I / Oバッファのために読むのSTagを割り当てなければなりません。
b. It MUST establish a Local Mapping that associates the Initiator Task Tag (ITT) to the Read STag.
B。それは読むのSTagにイニシエータタスクタグ（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（RCAPのSendSEメッセージのペイロード）ののiSERヘッダーに読むのSTagとしてそれを送信することにより、ターゲットに読むのSTagを宣伝しなければなりません。 iSCSIのコントロール型PDUのためのiSERヘッダー形式のセクション9.2を参照してください。
If the amount of unsolicited data to be transferred in a SCSI command exceeds TargetRecvDataSegmentLength, then the iSCSI layer at the initiator MUST segment the data into multiple iSCSI control-type PDUs, with the data segment length in all PDUs generated except the last one having exactly the size TargetRecvDataSegmentLength. The data segment length of the last iSCSI control-type PDU carrying the unsolicited data can be up to TargetRecvDataSegmentLength.
SCSIコマンドで転送される非送信請求データの量が正確に有する最後を除いて生成されたすべてのPDUのデータセグメント長と、TargetRecvDataSegmentLength、イニシエータMUSTセグメントにおけるその後のiSCSI層の複数のiSCSI制御型PDUにデータを超えた場合サイズTargetRecvDataSegmentLength。非送信請求データを搬送する最後のiSCSI制御タイプPDUのデータセグメント長はTargetRecvDataSegmentLengthまでとすることができます。
When the iSER layer at the target receives the SCSI command, it MUST establish a Remote Mapping that associates the ITT to the Advertised Write STag and the Read STag if present in the iSER header. The Write STag is used by the iSER layer at the target in handling the data transfer associated with the R2T PDU(s) as described in Section 7.3.6. The Read STag is used in handling the SCSI Data-in PDU(s) from the iSCSI layer at the target as described in Section 7.3.5.
目標のiSER層はSCSIコマンドを受信すると、それがアドバタイズにITTを関連づけるリモートマッピングを確立しなければならないのiSERヘッダ内に存在する場合のSTagとReadのSTagを書きます。書き込みのSTagはセクション7.3.6で説明したようにR2T PDU（複数可）に関連するデータ転送の処理に目標のiSER層によって使用されます。セクション7.3.5に記載のように読むのSTagは、ターゲットにSCSIデータにおけるiSCSI層から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状態を返さなければなりません。 PDU-のデータSCSIに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メッセージで読むのSTagをアドバタイズした場合、ターゲットのiSER層はSCSI応答PDUを含むSendInvSEメッセージを送らなければなりません。 SendInvSEメッセージのヘッダは、イニシエータに無効化する読むのSTagを運ばなければなりません。
* If the initiator Advertised only the Write STag in the iSER Message containing the SCSI Command PDU, then the iSER layer at the target MUST send a SendInvSE Message containing the SCSI Response PDU. The header of the SendInvSE Message MUST carry the Write STag to be invalidated at the initiator.
*イニシエータは、SCSIコマンドPDUを含むのiSERメッセージにのみ書き込みスタッグをアドバタイズした場合、ターゲットのiSER層はSCSI応答PDUを含むSendInvSEメッセージを送らなければなりません。 SendInvSEメッセージのヘッダは、イニシエータに無効化への書き込みのSTagを運ばなければなりません。
When the iSCSI layer at the target invokes the Send_Control Operational Primitive to send the SCSI Response PDU, the iSER layer at the target MUST invalidate the Remote Mapping that associates the ITT to the Advertised STag(s) before transferring the SCSI Response PDU to the initiator.
ターゲットのiSCSI層がSCSI応答PDUを送信するプリミティブSend_Controlが運営起動すると、目標のiSER層は、イニシエータにSCSI応答PDUを転送する前に、アドバタイズのSTag（複数可）にITTを関連づけるリモートマッピングを無効にしなければなりません。
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層は正しいのSTagが無効化されていることを確認しなければなりません。読み取りおよび書き込みスタッグス両方がイニシエータによって以前アドバタイズされる場合SendInvSEメッセージのヘッダのみが、この場合の一方のSTagを（運ぶことができるので、その後、イニシエータのiSER層が明示的SendInvSEメッセージを受信した書き込みのSTagを無効にしなければなりません、読むのSTag）を無効にします。
The iSER layer at the initiator MUST ensure the invalidation of the STag(s) used in a command before notifying the iSCSI layer at the initiator by invoking the Control_Notify Operational Primitive qualified with the SCSI Response. This precludes the possibility of using the STag(s) after the completion of the command, thereby causing data corruption.
イニシエータのiSER層は、SCSIの応答で動作プリミティブ修飾Control_Notifyを呼び出すことによってイニシエータでiSCSI層に通知する前に、コマンドで使用されるのSTag（S）の無効化を確実にしなければなりません。これにより、データの破損を引き起こし、コマンドが完了した後の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.
イニシエータのiSER層はSendSEまたはSCSI応答PDUを含むSendInvSEメッセージを受信すると、ローカルのSTag（単数または複数）にITTを関連付けるローカル・マッピングを無効にする必要があります。 iSER層は、ITTに関連付けられているすべてのローカルのSTag（複数可）はSCSI応答PDUで動作プリミティブ修飾Control_Notifyを呼び出すことによって、SCSI応答PDUのiSCSI層に通知する前に無効化されていることを確認しなければなりません。
Type: control-type PDU
タイプ：コントロール型PDU
PDU-specific qualifiers (for TMF Request): DataDescriptorOut, DataDescriptorIn
（TMF要求の）PDU固有の修飾子：DataDescriptorOut、DataDescriptorIn
The iSER layer MUST use a SendSE Message to send the Task Management Function Request/Response PDU.
iSER層は、タスク管理機能のリクエスト/レスポンスPDUを送信するためにSendSEメッセージを使用しなければなりません。
For the Task Management Function Request with the TASK REASSIGN function, the iSER layer at the initiator MUST do the following:
TASK REASSIGN機能付きタスク管理機能要求のために、イニシエータのiSER層は以下を行う必要があります。
* It MUST use the ITT as specified in the Referenced Task Tag from the Task Management Function Request PDU to locate the existing STag(s), if any, in the Local Mapping(s) that associates the ITT to the local STag(s).
既存のSTag（複数可）を見つけるためのタスク管理機能要求のPDUから参照タスクタグで指定された*これは、ローカルのSTagにITTを関連づけるローカルマッピング（S）（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).
ローカルのSTag（S）にITTを関連づけることがあれば*これは、既存のSTag（複数可）を無効にしなければなりませんし、ローカルマッピング（複数可）。
* 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バッファの読み取りのSTagを割り当てなければなりません。
* It MUST allocate a Write STag for the I/O Buffer as defined by the qualifier DataDescriptorOut if the Send_Control Operational Primitive invocation is qualified with DataDescriptorOut.
Send_Control運用プリミティブ呼び出しがDataDescriptorOutで修飾されている場合修飾子DataDescriptorOutで定義された*これは、I / Oバッファへの書き込みのSTagを割り当てなければなりません。
* If STags are allocated, it MUST establish a new Local Mapping(s) that associate the ITT to the allocated STag(s).
*スタッグスが割り当てられている場合は、それが割り当てられたSTag（複数可）にITTを関連付ける新しいローカルマッピング（複数可）を確立する必要があります。
* 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].
データ転送と確認応答がイニシエータのiSCSI層に透過的に起こるので、読んでSCSIまたは双方向のコマンドのためのTASK REASSIGN機能付きタスク管理機能要求のために、イニシエータの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:
対象のユーザー層は、TASK ASSIGN機能付きタスク管理機能要求を受信すると、以下を行う必要があります。
* 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.
タスク管理機能要求のPDUから参照タスクタグで指定された*これは、任意の場合は、アドバタイズのSTag（s）は、地域のSTag（S）にITTを関連付けるマッピングを見つけるためにITTを使用しなければなりません。
* It MUST invalidate the local STag(s), if any, associated with the ITT.
*これは、ITTに関連付けられたローカルのSTag（複数可）を、もしあれば、無効にしなければなりません。
* 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.
*これは、書き込みスタッグでアドバタイズのSTag（S）とのiSERヘッダに存在読むのSTag場合にITTを関連づけるリモートマッピングにアドバタイズのSTag（複数可）を交換する必要があります。書き込みのSTagはセクション7.3.6で説明したようにターゲットでiSCSI層からR2T PDU（S）の処理に使用されます。読むのSTagはセクション7.3.5で説明したようにターゲットでiSCSI層からSCSIデータインPDU（S）の処理に使用されます。
Type: control-type PDU
タイプ：コントロール型PDU
PDU-specific qualifiers: DataDescriptorOut
PDU固有の修飾子：DataDescriptorOut
The iSCSI layer at the initiator MUST invoke the Send_Control Operational Primitive qualified with DataDescriptorOut, which defines the initiator's I/O Buffer containing unsolicited SCSI Write data.
イニシエータのiSCSI層は、未承諾のSCSI書き込みデータを含むイニシエータのI / Oバッファを定義し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データアウトは、複数のiSCSI制御型PDUにTargetRecvDataSegmentLength、イニシエータMUSTセグメントにおけるその後iSCSI層データを超えると非送信請求データの量がDataSegmentLength以外は生成されたすべてのPDUにTargetRecvDataSegmentLengthの値を有する、転送する場合最後の一つ。非送信請求データを搬送する最後のiSCSI制御型PDUのDataSegmentLengthはTargetRecvDataSegmentLengthまでとすることができます。ターゲットのiSCSI層が求められていないデータの再構築機能を実行しなければなりません。
For unsolicited data, if the F bit is set to 0 in a SCSI Data-out PDU, the iSER layer at the initiator MUST use a Send Message to send the SCSI Data-out PDU. If the F bit is set to 1, the iSER layer at the initiator MUST use a SendSE Message to send the SCSI Data-out PDU.
FビットがSCSIデータ出力PDUに0に設定されている場合、非送信請求データについては、イニシエータのiSER層はSCSIデータ出力PDUを送信するメッセージ送信を使用しなければなりません。 Fビットが1に設定されている場合、イニシエータのiSER層はSCSIデータ出力PDUを送信するSendSEメッセージを使用しなければなりません。
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がRDMA読み取り操作に目標のiSER層によって変換されます。 （セクション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を参照してください。セクション9.5.2に記載したようにSCSIデータインPDU（S）は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.これは、アドバタイズのSTag（S）にITTを関連づけるリモートマッピングにリモート読むのSTagを見つけるために、PDU内のデータ-SCSIでITTを使用しなければなりません。リモートマッピングが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.
b. It MUST use the Buffer Offset from the SCSI Data-in PDU as the Data Sink Tagged Offset of the RDMA Write Message.
B。これは、SCSIデータインPDUデータシンクタグ付きとしてRDMA書き込みメッセージのオフセットからバッファオフセットを使用しなければなりません。
c. It MUST use DataSegmentLength from the SCSI Data-in PDU to determine the amount of data to be sent in the RDMA Write Message.
C。これは、RDMA書き込みメッセージで送信されるデータの量を決定するために、PDU内のデータ-SCSIからDataSegmentLengthを使用しなければなりません。
3. It MUST associate DataSN and ITT from the SCSI Data-in PDU with the RDMA Write operation. If the Put_Data Operational Primitive invocation was qualified with Notify_Enable set, then when the iSER layer at the target receives a completion from the RCaP layer for the RDMA Write Message, the iSER layer at the target MUST notify the iSCSI layer by invoking the Data_Completion_Notify Operational Primitive qualified with DataSN and ITT. Conversely, if the Put_Data Operational Primitive invocation was qualified with Notify_Enable cleared, then the iSER layer at the target MUST NOT notify the iSCSI layer on completion and MUST NOT invoke the Data_Completion_Notify Operational Primitive.
3.それは、RDMA書き込み操作とPDU内のデータ-SCSIからDataSNとITTを関連付ける必要があります。 Put_Data動作プリミティブ呼び出しがNotify_Enableセットで修飾された場合、目標のiSER層がRDMA書き込みメッセージのRCAP層から完了を受信した場合、その後、目標のiSER層はData_Completion_Notify操作プリミティブを呼び出すことによって、iSCSI層に通知しなければなりませんDataSNとITTで修飾。逆に、Put_Data操作プリミティブの呼び出しはNotify_Enableで修飾されたならば、目標のiSER層は、完了時にiSCSI層に通知してはいけませんとData_Completion_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:
AビットがSCSIデータインPDUに1にセットされたとき、データ転送が開始剤に完了したとき、目標のiSER層は目標でiSCSI層に通知しなければなりません。以前に動作プリミティブNotice_Key_Values以前の呼び出しを介して、iSCSI層によって開示されている場合は、この追加の機能を実行するために、目標のiSER層は、動作ErrorRecoveryLevelの利点を取ることができます。取ることができる2つの方法があります。
1. If the iSER layer at the target knows that the operational ErrorRecoveryLevel is 2, or if the iSER layer at the target does not know the operational ErrorRecoveryLevel, then the iSER layer at the target MUST issue a zero-length RDMA Read Request Message following the RDMA Write Message. When the iSER layer at the target receives a completion for the RDMA Read Request Message from the RCaP layer, implying that the RDMA-Capable Controller at the initiator has completed processing the RDMA Write Message due to the completion ordering semantics of RCaP, the iSER layer at the target MUST notify the iSCSI layer at the target by invoking the Data_Ack_Notify Operational Primitive qualified with ITT and DataSN (see Section 3.2.3).
1.目標のiSER層は、運用ErrorRecoveryLevelが2である、あるいは目標のiSER層が動作ErrorRecoveryLevelを知らない場合、ターゲットのiSER層は以下の長さゼロのRDMA読み取り要求メッセージを発行しなければなりませんことを知っている場合RDMA書き込みメッセージ。目標のiSER層が原因RCAP、iSER層の完了順序のセマンティクスにRDMA書き込みメッセージを処理するイニシエータのRDMA対応のコントローラーが完了したことを暗示し、RCAP層からRDMA読み取り要求メッセージの完了を受信すると、ターゲットにITTとDataSNで修飾動作プリミティブData_Ack_Notify（セクション3.2.3を参照）を呼び出すことによってターゲットにiSCSI層に通知しなければなりません。
2. If the iSER layer at the target knows that the operational ErrorRecoveryLevel is 1, then the iSER layer at the target MUST do one of the following:
2.ターゲットのiSER層が動作ErrorRecoveryLevelが1であることを知っている場合は、次のいずれかを実行する必要があり、目標で、その後iSER層：
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.
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.
= 0 ErrorRecoveryLevel場合、ターゲットでiSCSI層が1にAビットを設定できないことに留意されたいです。
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ビットは常にSCSIデータインPDUの「フェーズ崩壊」があってはならない（MUST NOT）0に設定しなければなりません。
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書き込みメッセージのみようExpCmdSNように、ヘッダ内の制御情報SCSIデータにおけるPDUのデータ部分を転送しなくので、そのような情報のタイムリーな更新が重要である場合、イニシエータでiSCSI層はNOPアウトを発行することができますNOP-でPDUを使用して情報をターゲット応答におけるiSCSI層ことを要求するためのPDU。
Type: data-type PDU
タイプ：データ型PDU
PDU-specific qualifiers: DataDescriptorOut
PDU固有の修飾子：DataDescriptorOut
In order to send an R2T PDU, the iSCSI layer at the target MUST invoke the Get_Data Operational Primitive qualified with DataDescriptorOut, which defines the I/O Buffer for receiving the SCSI Write data from the initiator. See Section 7.1 on the general requirements on the handling of iSCSI data-type PDUs.
R2T PDUを送信するために、対象におけるiSCSI層は、イニシエータからSCSI書き込みデータを受信するためのI / Oバッファを定義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バッファのための有効なローカルのSTagと地方のSTagにイニシエータタスクタグ（ITT）を関連づける有効なローカルマッピングを確保しなければなりません。これは、有効なローカルのSTagを割り当て、ローカルマッピングを確立することを含むことができます。
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.これは、アドバタイズのSTag（S）にITTを関連づけるリモートマッピングにリモート書き込みのSTagを見つけるためにR2TにITTを使用しなければなりません。リモートマッピングは、以前の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に設定されている場合は、R2T PDUを受信した場合、目標の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.
目標のiSER-ORD値が0より大きい値に設定されている場合4.目標のiSER層がRDMA読み取り要求メッセージにR2T PDUを変換しなければなりません。 R2T PDUを変換しながら、目標のiSER層は、優れたRDMA読み取り要求メッセージの数はのiSER-ORD値を超えないことを保証しなければなりません。 ：R2T PDU、目標のiSER層を変換します。 Get_Data呼び出しを修飾DataDescriptorOutからのオフセットタグ地元のSTagとローカルを導出しなければなりません。
b. MUST use the local STag as the Data Sink STag of the RDMA
Read Request Message.
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.
電子。 RDMA読み取り要求メッセージのデータソースのSTagとしてリモート書き込みの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.これは、RDMA読み取り操作でR2T PDUからR2TSNとITTを関連付ける必要があります。 Get_Data操作プリミティブ呼び出しがNotify_Enableセットで修飾されている場合、目標のiSER層がRDMA読み取り動作のためRCAP層から完了を受信した場合、その後、目標のiSER層はData_Completion_Notify操作プリミティブを呼び出すことによって、iSCSI層に通知しなければなりませんR2TSNとITTで修飾。 Notify_EnableがクリアでGet_Data操作プリミティブの呼び出しが修飾されている場合は逆に、ターゲットの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読み取り応答メッセージ内のデータシンクのSTagで参照される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アウトのPDUを発行することができますNOP-で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、そのような情報のタイムリーな更新が重要である場合、ターゲットMAYでiSCSI層に見られる制御情報のデータを転送ではないので問題NOP-InのPDUのイニシエータのiSCSI層は、NOPアウト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層は、センスおよびiSCSIイベント情報を含むバッファを定義DataDescriptorSense、で修飾Send_Control操作プリミティブを呼び出す必要があります。 iSER層は、非同期メッセージPDUを送信するためにSendSEメッセージを使用しなければなりません。
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層は、テキスト要求（またはテキスト応答PDU）を送信するSendSEメッセージを使用しなければなりません。
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層は、ログアウト要求またはログアウトレスポンスPDUを送信するためにSendSEメッセージを使用しなければなりません。セクション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層はSNACK要求PDUを送ってはいけません。 SNCAK要求PDUは、使用される場合、iSCSIプロトコルエラーとして扱わなければなりません。 iSER層は適切なエラーコードでiSCSI層からそのようなPDUを拒否することがあります。 SNACK要求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アウト用）、（NOP-Inの）DataDescriptorNOPIn
The iSCSI layer MUST invoke the Send_Control Operational Primitive qualified with DataDescriptorNOPOut (or DataDescriptorNOPIn), which defines the Ping (or Return Ping) data buffer. The iSER layer MUST use SendSE Messages to send the NOP-Out (or NOP-In) PDU.
iSCSI層は、ピング（またはReturnのPing）データバッファを定義DataDescriptorNOPOut（又はDataDescriptorNOPIn）で動作プリミティブ修飾Send_Controlを呼び出さなければなりません。 iSER層はNOPアウト（またはNOP-において）PDUを送信するSendSEメッセージを使用しなければなりません。
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にメッセージタイプを送信は、iSCSIの制御型PDUを転送するためにiSER層によって使用されています。 RCAPの各送信メッセージの種類は、データシンクでタグなしのバッファを消費します。しかし、RCAP層もiSER層のいずれもが送るメッセージタイプの明示的なフロー制御メカニズムを提供します。したがって、iSER層SHOULD提供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はまた、それが受信することができる未処理の「予期しない」制御タイプPDUの最大数を宣言するために、イニシエータとターゲットによって使用されるMaxOutstandingUnexpectedPDUsキーを提供します。受信側がiSCSIで利用可能な通常の流れ制御機構を超えて必要なバッファ資源の量を決定することを可能にすることを意図しています。
The buffer resources required at both the initiator and the target as a result of control-type PDUs sent by the initiator is described in Section 8.1.1. The buffer resources required at both the initiator and target as a result of control-type PDUs sent by the target is described in Section 8.1.2.
イニシエータによって送信された制御タイプPDUの結果として、イニシエータとターゲットの両方で必要なバッファリソースはセクション8.1.1に記載されています。ターゲットによって送信された制御タイプPDUの結果としてイニシエータとターゲットの両方に必要なバッファリソースはセクション8.1.2に記載されています。
The control-type PDUs that can be sent by an initiator to a target can be grouped into the following categories:
ターゲットにイニシエータによって送信することができる制御型PDUは、次のカテゴリに分類することができます。
1. Regulated: Control-type PDUs in this category are regulated by the iSCSI CmdSN window mechanism and the immediate flag is not set.
1.規制：このカテゴリの制御型の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のために必要なバッファリソースのイニシエータMUST提供。以下は、イニシエータによって送信することができたPDUに応答して、ターゲットによって送信されるPDUのリストです。
a. When an initiator sends a SCSI Command PDU, it expects a SCSI
Response PDU from the target.
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.
電子。イニシエータはITT！= 0xffffffffとし、TTT = 0xffffffffとしてping要求としてNOPアウトPDUを送信するとき、それはping要求と同じITTとTTTとターゲットからNOP-でPDUを期待しています。
The response from the target for any of the PDUs enumerated here may alternatively be in the form of a Reject PDU sent instead before the task is active, as described in Section 6.3 of [RFC3720].
タスクがアクティブになる前に、[RFC3720]のセクション6.3に記載したように、ここに列挙したPDUの任意の対象からの応答は、代替的に、代わりに送信された拒否PDUの形態であってもよいです。
8.1.1.2. Control-Type PDUs from the Initiator in the Unregulated but Expected Category
8.1.1.2。調節されていないが、予想されるカテゴリーでイニシエータからの制御型の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.
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。 ！= 0xFFFFFFFFのがNOP-においてPDUにイニシエータによってping応答として送信されるTTTとNOPアウトPDUは、ターゲットによってping要求として送信されます。
8.1.1.3. Control-Type PDUs from the Initiator in the Unregulated and Unexpected Category
8.1.1.3。調節されていないと、予期しないカテゴリーでイニシエータからの制御型のPDU
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の数は、ターゲットによって宣言MaxOutstandingUnexpectedPDUsの値によって制御される（セクション6.7参照）。このカテゴリーのPDUは、イニシエータによって送信された後、それが引退するまで、それが顕著です。いつでも、優秀な予期しないPDUの数は、ターゲットが宣言しMaxOutstandingUnexpectedPDUsの値を超えてはなりません。
The target uses the value of MaxOutstandingUnexpectedPDUs that it declared to determine the amount of buffer resources required for control-type PDUs in this category that can be sent by an initiator. For the initiator, for each of the control-type PDUs that can be sent in this category, the initiator MUST provision for the buffer resources if required for the corresponding control-type PDU that can be sent as a response from the target.
ターゲットは、イニシエータによって送信することができ、このカテゴリに制御タイプPDUのために必要なバッファ資源の量を決定するために宣言されたことMaxOutstandingUnexpectedPDUsの値を使用します。イニシエータは、ターゲットからの応答として送信することができる対応する制御タイプPDUのために必要であれば、このカテゴリ内のバッファリソースのイニシエータMUST提供を送信することができる制御型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が少なくともX）Yと同じ接続上で非即時制御型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.
抜群の予期せぬ制御型PDUの数がMaxOutstandingUnexpectedPDUsに等しい場合、イニシエータの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のため、番号は、開始剤（6.7節を参照）によって宣言MaxOutstandingUnexpectedPDUsによって制御されます。このカテゴリーのPDUがターゲットから送信された後、それが引退するまで、それが顕著です。いつでも、優秀な予期しないPDUの数は、イニシエータによって宣言MaxOutstandingUnexpectedPDUsの値を超えてはなりません。イニシエータは、ターゲットによって送信することができ、このカテゴリに制御タイプPDUのために必要なバッファ資源の量を決定するために宣言されたことMaxOutstandingUnexpectedPDUsの値を使用します。以下は、このカテゴリに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.
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。イニシエータはExpStatSN有する制御型PDUが少なくともX + 1に設定し送信するまでのタスクがアクティブになった後に送信されるStatSN = Xと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。開始剤はExpStatSNが少なくともX + 1であり、同じ接続上の制御型PDUで応答するまで、NOP-においてITTとPDU = 0xFFFFFFFFのとStatSN = xについて、PDUが顕著です。 NOP-InのPDUがTTTでping要求として送信された場合に！イニシエータがping要求と同じITTとTTTとNOPアウトPDUを送信した場合でも= 0xffffffffと、PDUも引退することができます。ターゲットがping要求としてNOP-InのPDUを送信するときに、それが規定NOPアウトPDUのためのバッファは、イニシエータからのping応答として送信しなければならないことに注意してください。
When the number of outstanding unexpected control-type PDUs equals MaxOutstandingUnexpectedPDUs, the iSCSI layer at the target MUST NOT generate any unexpected PDUs that otherwise it would have generated, even if its intent is to indicate an iSCSI error condition (e.g., Asynchronous Message, Reject). Task timeouts, as in the initiator waiting for a command completion or other connection and session level exceptions, will ensure that correct operational behavior will result in these cases despite not generating the PDU. This rule overrides any other requirements elsewhere that require that a Reject PDU MUST be sent.
抜群の予期せぬ制御型PDUの数がMaxOutstandingUnexpectedPDUsに等しい場合、ターゲットのiSCSI層は拒否、その意図がiSCSIエラー条件（例えば、非同期メッセージを示すためであったとしても、それ以外の場合は、生成されたであろう予期しないPDUを生成してはなりません）。タスクは、コマンド完了、または他の接続およびセッションレベルの例外を待って開始剤と、タイムアウト、正しい動作挙動は、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を送信するためイニシエータによって宣言MaxOutstandingUnexpectedPDUsの値によって最後の予期せぬ制御型PDUの許容を確保すべきであることを保証するために、 TTTとのping要求は！= 0xffffffffとは、イニシエータが、現在ExpStatSNとNOPアウトの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.
セクション5.1.3に記載のiSERハロー交換で宣言されたiSCSI /のiSER接続上で同時にアクティブにできるRDMA読み取り操作の総数は、割り当てられたリソースの量に依存します。接続上で許可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.
接続のセットアップ中に、のiSER-IRDがイニシエータで知られており、監督としてのiSER-ORDは、それぞれRCAPをサポートするのに必要な接続リソースを割り当てられているイニシエータとターゲットのiSER層の後にターゲットに知られている（セクション5.1を参照） iSCSIのログインフェーズの終了前にiSCSI層からプリミティブ運用Allocate_Connection_Resources。フル機能の段階では、イニシエータによって送信された最初のメッセージはのiSER-IRDの値を含むのiSERハローメッセージ（第9.3節を参照）です。 iSERこんにちはメッセージに応答して、ターゲットはの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.
STagは、[RDMAP]で定義されるように、RDMA動作において使用されるタグ付きバッファの識別子です。スタッグスはRCAPメッセージのヘッダ内のiSERヘッダにアドバタイズまたは宣言されることにより、ワイヤ上に露出している場合割り当てとスタッグスのその後の無効化は、この文書で指定されています。
When the iSCSI layer at the initiator invokes the Send_Control Operational Primitive to request that the iSER layer at the initiator process a SCSI command, zero, one, or two STags may be allocated by the iSER layer. See Section 7.3.1 for details. The number of STags allocated depends on whether the command is unidirectional or bidirectional and whether or not solicited write data transfer is involved.
イニシエータでiSCSI層は、イニシエータプロセスのiSER層は、SCSIコマンド、ゼロ、1または2スタッグスがiSER層によって割り当てられてもよいことを要求するプリミティブSend_Controlオペレーションを呼び出すとき。詳細については、7.3.1項を参照してください。割り当てられたスタッグスの数は、コマンドが単方向または双方向とするか否か募集の書き込みデータ転送が関与しているかによって異なります。
When the iSCSI layer at the initiator invokes the Send_Control Operational Primitive to request that the iSER layer at the initiator process a 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を呼び出すときプリミティブ動作開始処理ゼロ、1または2スタッグスを割り当てる以外TASK REASSIGN機能付きタスク管理機能要求、のiSER層は、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.
対象におけるiSCSI層は、iSER層処理R2T PDUことを要求するGet_Data操作プリミティブを呼び出すときに目標のiSER層は、ローカルデータシンクのSTagを割り当てます。詳細については、セクション7.3.6を参照してください。
The invalidation of the STags at the initiator at the completion of a unidirectional or bidirectional command when the associated SCSI Response PDU is sent by the target is described in Section 7.3.2.
関連するSCSI応答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で動作プリミティブ修飾Deallocate_Task_Resourcesを呼び出すことによってスタッグスを無効にすることを要求しなければなりません。これに応答して、イニシエータのiSER層は、ローカルのSTag（単数または複数）に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層は、（バッファ資源の即時再利用を許可する）データシンクのSTagを参照RDMA読み取り操作の終了時にデータシンクのSTagを無効にすべきです。
For an RDMA Write operation used to realize a SCSI Read data transfer, the Data Source STag at the target is not declared to the initiator and is not exposed on the wire. Invalidation of the STag is thus not specified.
SCSI読み取りデータ転送を実現するために使用されるRDMA書き込み動作のために、対象のデータソースのSTagは、イニシエータに宣言されていないと、ワイヤ上に露出されていません。 STagの無効化は、このように指定されていません。
When a unidirectional or bidirectional command concludes without the associated SCSI Response PDU being sent by the target, the iSCSI layer at the target MUST request that the iSER layer at the target invalidate the STags by invoking the Deallocate_Task_Resources Operational Primitive qualified with ITT. In response, the iSER layer at the target MUST locate the local STag(s) (if any) in the Local Mapping that associates the ITT to the local STag(s). The iSER layer at the target MUST invalidate the local STag(s) (if any) and the mapping.
単方向または双方向のコマンドは、関連するSCSI応答PDUがターゲットによって送信されずに結論付けた場合、ターゲットのiSCSI層は目標のiSER層がITTと運用プリミティブ資格Deallocate_Task_Resourcesを呼び出すことによってスタッグスを無効にすることを要求しなければなりません。これに応答して、目標のiSER層は、ローカルのSTag（単数または複数）にITTを関連づけるローカル・マッピングに（もしあれば）ローカルのSTag（複数可）を配置する必要があります。目標のiSER層は、ローカルのSTag（s）は（もしあれば）とマッピングを無効にしなければなりません。
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.
（7.1節を参照）iSCSIデータ型PDUのために、iSER層は、募集データを転送するRDMA Readと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のすべての送信メッセージの種類に存在しなければなりません。図2に示すように、のiSERヘッダーは、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
オペコード - オペレーションコード：4ビット
The Opcode field identifies the type of iSER Messages:
オペコードフィールドはのiSERメッセージの種類を識別します。
0001b = iSCSI control-type PDU
0001B = iSCSIの制御型PDU
0010b = iSER Hello Message
0010B =のiSERこんにちはメッセージ
0011b = iSER HelloReply Message
0011B =のiSER HelloReplyメッセージ
All other opcodes are reserved.
他のすべてのオペコードは予約されています。
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層（セクション7.2を参照）のiSCSI制御タイプPDUを転送するRCAPのメッセージタイプを送信し使用します。 iSERメッセージを転送するために使用RCAPの送信メッセージタイプの各々のメッセージ・ペイロードは、iSCSI制御型PDUに続くのiSERヘッダを含んでいます。
The iSER header in a Send Message Type of RCaP carrying an iSCSI control-type PDU MUST have the format as described in Figure 3.
図3で説明したようにiSCSIの制御型PDUを運ぶ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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |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
iSCSIのコントロール型PDUについては、図3のiSERヘッダー形式
WSV - Write STag Valid flag: 1 bit
WSV - のSTag Validフラグを書く：1ビットを
This flag indicates the validity of the Write STag field of the
iSER Header. If set to one, the Write STag field in this iSER
Header is valid. If set to zero, the Write STag field in this
iSER Header MUST be ignored at the receiver. The Write STag
Valid flag is set to one when there is solicited data to be
transferred for a SCSI write or bidirectional command, or when
there are non-immediate unsolicited and solicited data to be
transferred for the referenced task specified in a Task
Management Function Request with the TASK REASSIGN function.
RSV - Read STag Valid flag: 1 bit
RSV - 読むのSTag Validフラグ：1ビット
This flag indicates the validity of the Read STag field of the
iSER Header. If set to one, the Read STag field in this iSER
Header is valid. If set to zero, the Read STag field in this
iSER Header MUST be ignored at the receiver. The Read STag Valid
flag is set to one for a SCSI read or bidirectional command, or
for a Task Management Function Request with the TASK REASSIGN
function.
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.
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.
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ハローメッセージは、ハローメッセージのiSERは目標のiSER層にイニシエータのiSER層からRCAPストリームで送信された最初のiSERメッセージである図4に記載されているようなフォーマットを持たなければならないの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
iSERこんにちはメッセージについては、図4の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.
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-IRD: 16 bits
氷IRD 16ビット
This field contains the value of the iSER-IRD at the initiator.
このフィールドは、イニシエータのiSER-IRDの値が含まれています。
Reserved (Rsvd):
予約（RSVD）：
Reserved fields MUST be set to zero on transmit, and MUST be
ignored on reception.
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メッセージのみのiSER HelloReplyメッセージは、イニシエータのiSER層に目標のiSER層からRCAPストリームで送信された最初のiSERメッセージである図5に記載されているようなフォーマットを持たなければならないの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
iSER HelloReplyメッセージについては、図5の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.
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.
CurVer - Current Version: 4 bits
CurVer - 現在のバージョン：4ビット
This field specifies the current version of the iSER protocol
supported. It MUST be set to one to indicate the version of the
specification described in this document.
iSER-ORD: 16 bits
氷-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層は、イニシエータのiSER層はSCSI書き込みコマンドを送信することを要求するためにSend_Control運用プリミティブを起動する必要があります。イニシエータのiSER層はRCAP層は、SCSIコマンドPDUと即値データ（もしあれば）続くのiSERヘッダーからなるメッセージペイロードとSendSEメッセージを送信することを要求しなければなりません。送信請求データがある場合、iSER層はセクション9.2で説明したように、SendSEメッセージのiSERヘッダーに書き込みのSTagを宣伝しなければなりません。 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
非即時迷惑データについては、イニシエータのiSCSI層は、SCSIデータアウトPDUで修飾Send_Control運用プリミティブを起動する必要があります。それぞれを受信すると送信または非即時求められていないデータを含むSendSEメッセージ、目標のiSER層はSCSIで動作プリミティブ修飾Control_Notifyを呼び出すことによってターゲットにiSCSI層に通知しなければなりません
Data-out PDU. See Section 7.3.4 for details on the handling of the SCSI Data-out PDU.
データアウトPDU。 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層がSend_Controlを起動する必要があり、SCSI応答PDUを送信する準備ができているとき、基本管理操作。 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層は、イニシエータのiSER層はSCSI読みコマンドを送信するように要求するSend_Control運用プリミティブを起動する必要があります。イニシエータのiSER層はRCAP層は、SCSIコマンドPDUに続くのiSERヘッダーからなるメッセージペイロードとSendSEメッセージを送信することを要求しなければなりません。セクション9.2で説明したようにイニシエータのiSER層は、SendSEメッセージのiSERヘッダーに読むのSTagを宣伝しなければなりません。 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読み取り操作に関連付けられたデータ転送が完了すると、SCSI応答PDUを送信する準備ができたときに、ターゲットのiSCSI層は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エラー処理は、エラーのソースに基づいて緩く分類、以下のセクションに記載されています。
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のログアウトを交換せずに、例えば、TCP正常なまたは異常近い）のiSCSI /のiSER接続は同様に終了させるであろう。
If the connection is lost or terminated before the iSCSI layer invokes the Allocate_Connection_Resources Operational Primitive, the login process is terminated and no further action is required.
iSCSI層は、オペレーショナルAllocate_Connection_Resourcesプリミティブ呼び出す前に、接続が失われたり終了した場合、ログインプロセスは終了し、それ以上のアクションは必要ありません。
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を呼び出した後、接続が失われたり、終了した場合には、iSCSI層は、オペレーショナル・プリミティブDeallocate_Connection_Resourcesを呼び出すことによって、iSER層の割り当てを解除することを、すべての接続リソースを要求しなければなりません。
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層でエラーが原因でエラー処理は、次のセクションに記載されています。
10.1.3.1. Insufficient Connection Resources to Support RCaP at Connection Setup
10.1.3.1。接続設定でRCAPをサポートするには、十分な接続リソース
After the iSCSI layer at the initiator invokes the Allocate_Connection_Resources Operational Primitive during the iSCSI Login Negotiation Phase, if the iSER layer at the initiator fails to allocate the connection resources necessary to support RCaP, it MUST return a status of failure to the iSCSI layer at the initiator. The iSCSI layer at the initiator MUST terminate the connection as described in Section 5.2.3.1.
イニシエータのiSCSI層がiSCSIログインネゴシエーションフェーズ中に基本管理操作Allocate_Connection_Resourcesを呼び出した後、イニシエータのiSER層はRCAPをサポートするために必要な接続リソースの割り当てに失敗した場合、それは、iSCSI層に故障の状態を返さなければなりませんイニシエータ。セクション5.2.3.1に記載されるように、イニシエータでiSCSI層は、接続を終了しなければなりません。
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」のステータスコードを送らなければなりません。セクション5.2.3.1に記載されるように、イニシエータとターゲットでのiSCSI層は、接続を終了しなければなりません。
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ハローメッセージの中でイニシエータによって宣言RCAPまたはのiSER関連パラメータが目標のiSER層に受け入れられない場合のiSERに、セクション9.4で説明したように、目標のiSER層は、拒否（REJ）フラグを設定する必要がありますHelloReplyメッセージ。以下iSER層がHelloReplyメッセージ内の1つにREJフラグを設定する必要がある場合は、次のとおり
* The initiator-declared iSER-IRD value is greater than 0 and the target-declared iSER-ORD value is 0.
*開始宣言のiSER-IRD値が0より大きいとターゲット宣言のiSER-ORD値は0です。
* The initiator-supported and the target-supported iSER protocol versions do not overlap.
*イニシエータサポートとターゲット支持のiSERプロトコルバージョンは重なりません。
After requesting that the RCaP layer send the iSER HelloReply Message, the handling of the error situation is the same as that for iSER format errors as described in Section 10.1.3.3.
セクション10.1.3.3に記載されているようにRCAP層のiSER HelloReplyメッセージを送信することを要求した後、エラー状況の処理はのiSERフォーマットエラーと同じです。
The following types of errors in an iSER header are considered format errors:
iSERヘッダ内のエラーの次のタイプは、フォーマットエラーとみなされます。
* Illegal contents of any iSER header field
任意のiSERヘッダーフィールドの*違法コンテンツ
* Inconsistent field contents in an iSER header
iSERヘッダ内*一貫性のないフィールドの内容
* Length error for an iSER Hello or HelloReply Message (see Section 9.3 and 9.4)
*のiSERこんにちはまたはHelloReplyメッセージの長さの誤差は（セクション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メッセージ（セクション9.3を参照）のiSERハローメッセージでなければなりません。同様に、のiSERアシストモードに移行した後に目標のiSER層によって送信された最初のiSERメッセージのiSER HelloReplyメッセージ（セクション9.4を参照）でなければなりません。 iSERハローまたはHelloReplyメッセージを送信する失敗は、のiSERヘッダーの間違ったオペコードによって示されるように、プロトコルエラーです。セクション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で説明したようにネゴシエートまたは宣言ログイン/テキスト操作キー値によって許可されない方法で作用する場合、これはプロトコルエラーであり、受信側での場合と同じ処理することができますiSERフォーマットエラーセクション10.1.3.3で説明したように。
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層は、iSER層はConnection_Terminate操作プリミティブを呼び出すことによって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".
たHeaderDigestとDataDigest両方のキーが「なし」に交渉されるためのiSERアシストモードでは、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層は、オペレーショナルDeallocate_Connection_Resourcesを呼び出すことによって、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層がEnable_Datamover運用プリミティブが呼び出された前に、基本管理操作Allocate_Connection_Resourcesを呼び出した場合は、ターゲットのiSCSI層は、オペレーショナル・プリミティブDeallocate_Connection_Resourcesを呼び出すことによって、目標DEALLOCATEのiSER層というすべての接続リソースを要求しなければなりません。イニシエータとターゲットの両方における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層は、プリミティブ操作Allocate_Connection_Resourcesを起動した後、開始剤でiSCSI層は、0（成功）以外のステータスクラスに対象からログイン応答を受信した場合のiSCSIログイン相の間、iSCSI層は、要求しなければなりませんオペレーショナル・プリミティブDeallocate_Connection_Resourcesを呼び出すことによって、すべての接続リソースの割り当てを解除するためにiSER層。 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層はセクション5.1.1および5.1.2に記載したようにiSER層は、オペレーショナルErrorRecoveryLevelの値のメモを取ることを要求するために、接続のセットアップ中に基本管理操作Notice_Key_Valuesを呼び出すことができます。
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接続を閉じます。そのため、PDUの回復はのiSER支援モードでは有用ではありません。
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層はまだ進行中であり、TASK REASSIGN機能付きタスク管理機能要求を使用して、失敗した接続に関連付けられている非即時コマンドの接続忠誠を再割り当てすることができます。詳細は、7.3.3項を参照してください。
When the iSCSI layer at the initiator does a task reassignment for a SCSI write command, it MUST qualify the Send_Control Operational Primitive invocation with DataDescriptorOut, which defines the I/O Buffer for both the non-immediate unsolicited data and the solicited data. This allows the iSCSI layer at the target to use recovery R2Ts to request data originally sent as unsolicited and solicited from the initiator.
イニシエータのiSCSI層は、SCSI書き込みコマンドのためのタスクの再割り当てを行う際には、非即時迷惑データと懇請データの両方のためにI / Oバッファを定義し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層プロセス回復R2TがGet_Dataが運用呼び出すことによって受信されなかったデータ列を募集することを要求しなければなりません。プリミティブ。 （R2T）を転送する準備の取り扱い上のセクション7.3.6を参照してください。
The iSCSI layer at the target MUST NOT issue recovery R2Ts on an iSCSI/iSER connection for a task for which the connection allegiance was never reassigned. The iSER layer at the target MAY reject such a recovery R2T received via the Get_Data Operational Primitive invocation from the iSCSI layer at the target, with an appropriate error code.
ターゲットのiSCSI層は接続忠誠を再割り当てのなかったタスク用のiSCSI /のiSER接続に回復R2Tsを発行してはいけません。目標のiSER層は、R2Tは、適切なエラー・コードを、ターゲットでiSCSI層からGet_Data操作プリミティブの呼び出しを介して受信されたそのような回復を拒否することができます。
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層の上に積層され、iSCSIプロトコルにRDMA拡張機能を提供する場合、のiSERのセキュリティ問題は、基礎となるRCAP層のものと同じです。 iWARPの場合、これは[RDDPSEC] [RDMAP]に記載されています。
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].
[RFC3720]に記載されたiSCSIセキュリティ要件の全てとしてのiSER支援iSCSIプロトコルは、セキュリティ問題の観点から機能的に依然としてのiSCSIであるので、[RFC3723]適用します。 IPsecの[IPSEC]メカニズムが使用される場合、それはのiSERアシストモードへの接続移行の前に確立されなければなりません。 iSERが非IPベースRCAP層の上に積層されている場合、そのRCAP層に適用可能なすべてのセキュリティプロトコルメカニズムはまた、iSCSIの/のiSER接続に適用可能です。 iSERが非IPプロトコルの上に階層化されている場合は、[RFC3720]で指定されたIPsec機構（ゲートウェイを介して、例えば）のiSERプロトコルは、IPネットワークに入る任意の時点で実施されなければならない、および非IPプロトコルSHOULD （使用するオプション）パケットごと[RFC3720]で指定されたIPSec機構に強度が等しいパケット・セキュリティ・プロトコルを実装します。
To minimize the potential for a denial-of-service attack, the iSCSI layer MUST NOT request that the iSER layer allocate the connection resources necessary to support RCaP until the iSCSI layer is sufficiently far along in the iSCSI Login Phase that it is reasonably certain that the peer side is not an attacker, as described in Sections 5.1.1 and 5.1.2.
サービス拒否攻撃の可能性を最小限に抑えるために、iSCSI層はiSCSI層は、それが合理的に確実であることをはるかに沿ったiSCSIログインフェーズで十分になるまでiSER層は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 2401 [IPSEC]および関連するRFC、RFC 4301で指定されたIPSecの新しいバージョンが存在するにもかかわらず、RFC 3723 [RFC3723]でプロファイルとして[RFC4301で指定された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.、メタ、K.、Sapuntzakis、C.、Chadalapaka、M.、およびE. Zeidner、 "インターネットの小さいコンピュータシステム（の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.、ツェン、J.、ウォーカー、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.、ガルシア、D.、Hilland、J.、およびB.メッツラー、 "リモートダイレクトメモリアクセスプロトコル仕様"、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]シャー、H.、ピンカートン、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]ケント、S.とR.アトキンソン、 "インターネットプロトコルのためのセキュリティー体系"、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.、ベイリー、S.、およびJ.キャリア、 "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]ピンカートン、J.およびE. Deleganes、 "直接データ配置プロトコル（DDP）/リモートダイレクトメモリアクセスプロトコル（RDMAP）セキュリティ"、RFC 5042、2007年10月。
[TCP] Postel, J., "Transmission Control Protocol", STD 7, RFC 793, September 1981.
[TCP]ポステル、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]ブラドナーの、S.、 "要件レベルを示すためにRFCsにおける使用のためのキーワード"、BCP 14、RFC 2119、1997年3月。
[SAM2] T10/1157D, SCSI Architecture Model - 2 (SAM-2)
[SAM2] T10 / 1157D、SCSIアーキテクチャモデル - 2（SAM2）
[DA] Chadalapaka, M., Hufferd, J., Satran, J., and H. Shah, "DA: Datamover Architecture for the Internet Small Computer System Interface (iSCSI)", RFC 5047, October 2007.
[DA] Chadalapaka、M.、Hufferd、J.、Satran、J.、およびH.シャー、 "DA：インターネット小型コンピュータシステムインタフェースのためのデータムーバアーキテクチャ（iSCSIの）"、RFC 5047、2007年10月。
[IB] InfiniBand Architecture Specification Volume 1 Release 1.2, October 2004
[IB]インフィニバンドアーキテクチャ仕様の第1巻リリース1.2、2004年10月
[IPoIB] Chu, J. and V. Kashyap, "Transmission of IP over InfiniBand (IPoIB)", RFC 4391, April 2006.
[IPoIBの]チュー、J.およびV.カシャップ、 "インフィニバンド（のIPoIB）を超えるIPの伝送"、RFC 4391、2006年4月。
[RFC4301] Kent, S. and K. Seo, "Security Architecture for the Internet Protocol", RFC 4301, December 2005.
[RFC4301]ケント、S.とK. Seo、 "インターネットプロトコルのためのセキュリティアーキテクチャ"、RFC 4301、2005年12月。
Appendix A. iWARP Message Format for iSER
iSER付録A. iWARPのメッセージ形式
This section is for information only and is NOT part of the standard. It simply depicts the iWARP Message format for the various iSER Messages when the transport layer is TCP.
このセクションでは、情報提供のみを目的と標準の一部ではありません。これは単に、トランスポート層がTCPである様々のiSERメッセージのiWARPのメッセージ・フォーマットを示しています。
A.1. iWARP Message Format for iSER Hello Message
A.1。 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
iSERこんにちはメッセージを含む図6. SendSEメッセージ
A.2. iWARP Message Format for iSER HelloReply Message
A.2。 iSER HelloReplyメッセージのiWARPのメッセージフォーマット
The following figure depicts an iSER HelloReply Message encapsulated in an iWARP SendSE Message. The Reject (REJ) flag is set to 0.
次の図はiWARPのSendSEメッセージにカプセル化されたの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
iSER HelloReplyメッセージを含む図7. SendSEメッセージ
A.3. iWARP Message Format for SCSI Read Command PDU
A.3。 SCSI読み取りコマンドPDUのためのiWARPのメッセージフォーマット
The following figure depicts a SCSI Read Command PDU embedded in an iSER Message encapsulated in an iWARP SendSE Message. For this particular example, in the iSER header, the Write STag Valid flag is set to zero, the Read STag Valid flag is set to one, the Write STag field is set to all zeros, and the Read STag field contains a valid Read STag.
次の図はiWARPのSendSEメッセージにカプセル化のiSERメッセージに埋め込まれたSCSIリードコマンドPDUを示しています。この特定の例では、のiSERヘッダーで、書き込みのSTag Validフラグがゼロに設定され、読み取りのSTag Validフラグが1に設定され、書き込みのSTagフィールドは全てゼロに設定され、読み取りのSTagフィールドは、有効な読み取りのSTagを含んでいます。
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| MPA Header | DDP Control | RDMA Control |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Reserved |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| (Send) Queue Number |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| (Send) Message Sequence Number |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| (Send) Message Offset |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 0001b |0|1| All zeros |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| All Zeros |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Read STag |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| SCSI Read Command PDU |
// //
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| MPA CRC |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 8. SendSE Message Containing a SCSI Read Command PDU
SCSIリードコマンドPDUを含む図8 SendSEメッセージ
A.4. iWARP Message Format for SCSI Read Data
A.4。 SCSIデータの読み取りのためのiWARPのメッセージフォーマット
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
SCSI読み取りデータを含む図9 RDMA書き込みメッセージ
A.5. iWARP Message Format for SCSI Write Command PDU
A.5。 SCSI書き込みコマンドPDUのためのiWARPのメッセージフォーマット
The following figure depicts a SCSI Write Command PDU embedded in an iSER Message encapsulated in an iWARP SendSE Message. For this particular example, in the iSER header, the Write STag Valid flag is set to one, the Read STag Valid flag is set to zero, the Write STag field contains a valid Write STag, and the Read STag field is set to all zeros since it is not used.
次の図はiWARPのSendSEメッセージにカプセル化のiSERメッセージに埋め込まれたSCSI書き込みコマンドPDUを示しています。この特定の例では、のiSERヘッダーで、書き込みのSTag Validフラグが1に設定され、読み取りのSTag Validフラグがゼロに設定され、書き込みのSTagフィールドは、有効な書き込みスタッグを含み、リードのSTagフィールドがすべてゼロに設定されていますそれが使用されていないので。
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| MPA Header | DDP Control | RDMA Control |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Reserved |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| (Send) Queue Number |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| (Send) Message Sequence Number |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| (Send) Message Offset |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 0001b |1|0| All zeros |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Write STag |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| All Zeros |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| SCSI Write Command PDU |
// //
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| MPA CRC |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 10. SendSE Message Containing a SCSI Write Command PDU
SCSI書き込みコマンドPDUを含む図10 SendSEメッセージ
A.6. iWARP Message Format for RDMA Read Request
A.6。 RDMA読み出し要求のiWARPのメッセージ形式
An iSCSI R2T is transformed into an iWARP RDMA Read Request Message. The following figure depicts an iWARP RDMA Read Request Message:
iSCSIのR2TはiWARPのRDMA読み取り要求メッセージに変換されます。次の図は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読み取り要求メッセージ
A.7. iWARP Message Format for Solicited SCSI Write Data
A.7。要請SCSI書き込みデータのiWARPのメッセージフォーマット
The following figure depicts an iWARP RDMA Read Response Message carrying the solicited SCSI Write data in the payload:
次の図は、ペイロードに募集SCSI書き込みデータを運ぶ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
SCSI書き込みデータを含む図12 RDMA読み取り応答メッセージ
A.8. iWARP Message Format for SCSI Response PDU
A.8。 SCSI応答PDUのためのiWARPのメッセージフォーマット
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
SCSI応答PDUを含む図13 SendInvSEメッセージ
Appendix B. Architectural Discussion of iSER over InfiniBand
付録B.インフィニバンド以上のiSERの建築についての議論
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は、InfiniBandの環境で使用される方法についての洞察を提供することを意図しています。
B.1. The Host Side of the iSCSI and iSER Connections in InfiniBand
B.1。インフィニバンドでのiSCSIとのiSER接続のホスト側
Figure 14 defines the topologies in which iSCSI and iSER will be able to operate on an InfiniBand Network.
図14は、iSCSIとのiSERは、インフィニバンドネットワーク上で動作することができるであろうたトポロジを定義します。
+---------+ +---------+ +---------+ +---------+ +--- -----+
| 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
IBに図14 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ホストチャネルアダプタ（のHCA）を介して接続されています。 IBスイッチ（ES）を使用すると、InfiniBandのリンクは、ゲートウェイまたはストレージコントローラにあるのInfiniBandターゲット・チャネル・アダプタ（TCAの）にHCAを接続します。 iSER対応IB-IPゲートウェイは、標準のiSCSI、またはiWARPのためのiSERメッセージのいずれかにIBプロトコルでカプセル化されたのiSERメッセージを変換します。 [IPoIBの】ゲートウェイは、IPプロトコルへのInfiniBand [IPoIBの】プロトコル変換、およびiSCSIの場合には、ホストおよび[IPoIBの】ゲートウェイとの間のIBネットワーク上で動作する、iSCSIを可能にします。
B.2. The Storage Side of the iSCSI and iSER Mixed Network Environment
B.2。 iSCSIとのiSER混在ネットワーク環境のストレージサイド
Figure 15 shows a storage controller that has three different portal groups: one supporting only iSCSI (TPG-4), one supporting iSER/iWARP or iSCSI (TPG-2), and one supporting iSER/IB (TPG-1).
（TPG-4）一支持のiSER / iWARPのまたはiSCSIは（TPG-2）、及び一つのiSER / IB（TPG-1）を支持するだけのiSCSIをサポートする1：図15は、3つの異なるポータル基を有する記憶制御装置を示します。
| | |
| | |
+--+--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
TCP、iWARPの、およびIBの接続と図15.ストレージコントローラ
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経由）ストレージコントローラにご利用いただけます。
B.3. Discovery Processes for an InfiniBand Host
B.3。 InfiniBandホストのための検出プロセス
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アドレスを取得した後、イニシエータは、ローカル発信インターフェイスと宛先ハードウェア・アドレス（ターゲットまたはターゲットにつながるゲートウェイのイーサネットMACまたはIB GID）にIPアドレスを解決するために、標準的なIPメカニズムを使用します。解決インタフェースが[IPoIBのネットワークインターフェースである場合、ターゲット・ポータルは、インフィニバンド・ファブリックを介して到達することができます。この場合、イニシエータは、標準のアドレス解決（ARP）の工程を経て得られたハードウェアアドレス（インフィニバンドGID）を使用して、そのインフィニバンド・インターフェースを介してターゲットとの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アドレスが発見プロセスを介して取得されている場合は1が存在する場合、イニシエータは、イニシエータと同じIPサブネット上にあるターゲットのIPアドレスを選択する必要があります。これは、ダイレクト・パスが存在するゲートウェイを介して行くことの潜在的なオーバーヘッドを回避します。
In addition, a user can configure manual static IP route entries if a particular path to the target is preferred.
ターゲットへの特定の経路が好ましい場合に加えて、ユーザは、手動静的IPルートエントリを設定することができます。
B.4. IBTA Connection Specifications
B.4。 IBTAの接続仕様
The InfiniBand Trade Association (IBTA) connection specifications are outside the scope of this document, but it is expected that the IBTA has or will define:
インフィニバンド貿易連合（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.
* Aは、ピアのInfiniBandエンドノードとの接続を確立するために、そのピアのiSERがサポートされていない示す場合、バック[IPoIBの】上のiSCSI / TCPに落下するようにホストを可能にするための手段。
* A Means for permitting the Host to establish connections with IB iSER connections on storage controllers or IB iSER connected Gateways in preference to [IPoIB] connected Gateways/Bridges or connections to Target Storage Controllers that also accept iSCSI via [IPoIB].
* Aは、ストレージ・コントローラ上IBのiSER接続との接続を確立するためにホストを許可またはIBのiSERも[IPoIBの]を介して、iSCSIを受け入れるターゲットストレージ・コントローラに[IPoIBの】接続されたゲートウェイ/ブリッジまたは接続に優先してゲートウェイに接続するための手段。
* 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.
* A手段のiSER用IBいるServiceIDとIBホストが通常のIB接続プロセスを使用して、未だのiSER対象ピアが実際に必要なIPポート番号に接続できることを確認することができるように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. Culley（HP）、ヤロンHavivを含む設計チーム（ヴォルテール）によって開発されました、ジェフHilland（HP）、マイク・クラウス（HP）、アレックス・Nezhinsky（ヴォルテール）、ジム・ピンカートン（マイクロソフト）、レナート・J. Recio（IBM）、ジュリアンSatran（IBM）、トム・Talpey（ネットワーク・アプライアンス）、およびジム・ウェント（ HP）。彼の豊富なレビューコメントのためのデヴィッド・ブラック（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 cadalapaka havaletta-pakkard同社は8000ブルバードをphuthils。ローズ、K 95747-5668、USA電話：+ 1-916-785-5621 Eメール：ಸಿಬ್ಮ್@ರೋಜ್.ಹಪ್.ಕಂ
Uri Elzur Broadcom Corporation 5300 California Avenue Irvine, CA 92617, USA Phone: +1-949-926-6432 EMail: Uri@Broadcom.com
ウリElzurブロードコム・コーポレーション5300カリフォルニアアベニューアーバイン、CA 92617、USA電話：+ 1-949-926-6432 Eメール：Uri@Broadcom.com
John Hufferd Brocade Communications Systems, Inc. 1745 Technology Drive San Jose, CA 95110, USA Phone: +1-408-333-5244 EMail: jhufferd@brocade.com
ジョンHufferdブロケードコミュニケーションズシステムズ株式会社1745年テクノロジー・ドライブサンノゼ、CA 95110、USA電話：+ 1-408-333-5244 Eメール：jhufferd@brocade.com
Mike Ko IBM Corp. 650 Harry Rd. San Jose, CA 95120, USA Phone: +1-408-927-2085 EMail: mako@us.ibm.com
マイク・コIBM社650ハリーRdを。サンノゼ、CA 95120、USA電話：+ 1-408-927-2085 Eメール：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シャーブロードコム・コーポレーション5300カリフォルニアアベニューアーバイン、CA 92617、USA電話：+ 1-949-926-6941 Eメール：hemal@broadcom.com
Patricia Thaler Broadcom Corporation 5300 California Avenue Irvine, CA 92617, USA Phone: +1-916-570-2707 EMail: pthaler@broadcom.com
パトリシア・ターラーブロードコム・コーポレーション5300カリフォルニアアベニューアーバイン、CA 92617、USA電話：+ 1-916-570-2707 Eメール：pthaler@broadcom.com
Full Copyright Statement
完全な著作権声明
Copyright (C) The IETF Trust (2007).
著作権（C）IETFトラスト（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.
この文書とここに含まれている情報は、基礎とCONTRIBUTOR「そのまま」、ORGANIZATION HE / SHEが表すまたはインターネットSOCIETY、（もしあれば）を後援し、IETF TRUST ANDインターネットエンジニアリングタスクフォース放棄ALLに設けられています。保証は、明示または黙示、この情報の利用および特定目的に対する権利または商品性または適合性の黙示の保証を侵害しない任意の保証がこれらに限定されません。
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.
IPRの開示のコピーが利用できるようにIETF事務局とライセンスの保証に行われた、または本仕様の実装者または利用者がそのような所有権の使用のための一般的なライセンスまたは許可を取得するために作られた試みの結果を得ることができます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に情報を記述してください。