iSCSI 几个关键字的协商与实现

ErrorRecoveryLevel

错误恢复级别, 目前好像只有微软 Initiator/Target 能支持 ERL=2 级，其它的都是 0，至少我没遇到过。

MaxConnections

准确来说应该时单个 Session 内最大连接数, 也就是允许单个Session内部最大能建几个Connection(MC/s)。

InitialR2T  

是否允许非请求类数据(unsolicited)。No 表求允许，Yes 表示不允许。比如，当双方协商为 No 时，Initiator 发写指令时，发完首个 PDU 后，可以接着再发 DataOut; 但如果为 Yes 时，就必须等 Target 的 R2T，再接着发 DataOut。但对于首个 PDU 来说，得跟 ImmediateData 结合起来进行控制，下面说明。

ImmediateData

是否允许 Initiator 携带立即数据。Yes 时，允许 Initiator 发 SCSI 写指令，再带一小段数据做为立即数据。No 时，Initiator SCSI 指令 PDU 不允许携带数据。跟 InitialR2T 配合如下：

比如:

• ImmediateData=No, InitialR2T=Yes

则Initiator发出SCSI Write PDU不得携带立即数据，发完首个PDU后，得等Target返回R2T，再根据R2T范围，发送写数据的DataOut。

• ImmediateData=Yes, InitialR2T=Yes

则Initiator发出SCSI Write PDU可以携带立即数据，发完首个PDU后，得等Target返回R2T，再根据R2T范围，发送写数据的DataOut.

• ImmediateData=Yes, InitialR2T=No

则 Initiator 发出 SCSI Write PDU 可以携带立即数据，发完首个 PDU 后，如果数据长度未达到 FirstBurstLength 上限值，可接着发 DataOut，达到 FirstBurstLength 上限后，得等 Target 返回 R2T，再根据 R2T范围，发送写数据的 DataOut。

• ImmediateData=No, InitialR2T=No

则Initiator发出SCSI Write PDU不得携带立即数据，发完首个PDU后，可直接发送DataOut，如果数据长度未达到MaxBurstLength上限值，可接着发DataOut，达到MaxBurstLength上限值以后，得等Target返回R2T，再根据R2T范围，发送写数据的DataOut.

MaxRecvDataSegmentLength
PDU 中数据段的数据最大长度。这个字段 Initiator 与 Target 相互独立，即协商时，各自表明自己能接收最大长度的 PDU。发送 PDU 时，也按照这个长度进行数据分包发送。
FirstBurstLength
非请求类数据的最大长度，结合上面例子看看。
MaxBurstLength
请求类数据的最大长度，这个值控制了 Data-In 以及 Data-Out; Initiator 的 SCSI Read 请求的所有 Data-In 数据长度不得超过该值，即 Initiator 每次 SCSI_Read 的长度不得超过该值；同时 Target 返回的 R2T 指定范围数据范围也不得超过该值，当然该R2T 的所有 Data-Out 数据总长度也不能超过该值。
MaxOutstandingR2T
每个任务可用R2T的上限值

从上面这几个值，应该可以得出 Initiator 每次 SCSI 读写的最大长度来，但实际应用中，iSCSI 是为 OS 中的 SCSI 服务的，如果把上面几个协商值设得 BT 一点，就会看到 iSCSI 中的 SCSI 请求违返协商规定，或违背协商范围等。比如，Open-iscsi 连接，格盘时，那几个 SCSI_Write 写长度都是 1M 的，还有 MS initiator 超时 MaxOutstandingR2T 等等现象。

http://bbs.chinaunix.net/thread-1598148-1-1.html