iSCSI - 10.17.1. 이유

10.17.1. Reason

10.17.1. 이유

The reject Reason is coded as follows:

거부 이유는 다음과 같이 코딩됩니다:

+------+----------------------------------------+------------------+
   | Code | Explanation                            | Can the original |
   | (hex)|                                        | PDU be re-sent?  |
   +------+----------------------------------------+------------------+
   | 0x01 | Reserved                               | no               |
   |      |                                        |                  |
   | 0x02 | Data (payload) Digest Error            | yes  (Note 1)    |
   |      |                                        |                  |
   | 0x03 | SNACK Reject                           | yes              |
   |      |                                        |                  |
   | 0x04 | Protocol Error (e.g., SNACK request for| no               |
   |      | a status that was already acknowledged)|                  |
   |      |                                        |                  |
   | 0x05 | Command not supported                  | no               |
   |      |                                        |                  |
   | 0x06 | Immediate Command Reject - too many    | yes              |
   |      | immediate commands                     |                  |
   |      |                                        |                  |
   | 0x07 | Task in progress                       | no               |
   |      |                                        |                  |
   | 0x08 | Invalid Data ACK                       | no               |
   |      |                                        |                  |
   | 0x09 | Invalid PDU field                      | no   (Note 2)    |
   |      |                                        |                  |
   | 0x0a | Long Operation Reject - Can't generate | yes              |
   |      | Target Transfer Tag - out of resources |                  |
   |      |                                        |                  |
   | 0x0b | Negotiation Reset                      | no               |
   |      |                                        |                  |
   | 0x0c | Waiting for Logout                     | no               |
   +------+----------------------------------------+------------------+

Note 1: For iSCSI, Data-Out PDU retransmission is only done if the target requests retransmission with a recovery R2T.

참고 1: iSCSI 의 경우, Data-Out PDU 재전송은 타겟이 복구 R2T를 사용한 재전송을 요청하는 경우에만 수행됩니다.

However, if this is the data digest error on immediate data, the initiator may choose to retransmit the whole PDU including the immediate data.

하지만 이것이 즉각적인 데이터에 대한 데이터 다이제스트 오류인 경우 이니시에이터는 즉각적인 데이터를 포함한 전체 PDU를 재전송하도록 선택할 수 있습니다.

Note 2: A target should use this reason code for all invalid values of PDU fields that are meant to describe a task, a response, or a data transfer.

참고 2: 타겟은 작업, 응답 또는 데이터 전송을 설명하기 위한 PDU 필드의 모든 유효하지 않은 값에 대해 이 이유 코드를 사용해야 합니다.

Some examples are invalid TTT/ITT, buffer offset, LUN qualifying a TTT, and an invalid sequence number in a SNACK.

몇 가지 예로는 유효하지 않은 TTT/ITT, 버퍼 오프셋, TTT를 규정하는 LUN, SNACK의 유효하지 않은 시퀀스 번호 등이 있습니다.

All other values for Reason are reserved.

이유에 대한 다른 모든 값은 예약되어 있습니다.

In all the cases in which a pre-instantiated SCSI task is terminated because of the reject, the target MUST issue a proper SCSI command response with CHECK CONDITION as described in Section 10.4.3 Response.

거부로 인해 사전 인스턴스화된 SCSI 작업이 종료되는 모든 경우에 타겟은 섹션 10.4.3 응답에 설명된 대로 CHECK CONDITION과 함께 적절한 SCSI 명령 응답을 발행해야 합니다.

In these cases in which a status for the SCSI task was already sent before the reject, no additional status is required.

거부 전에 SCSI 작업 상태가 이미 전송된 경우에는 추가 상태가 필요하지 않습니다.

If the error is detected while data from the initiator is still expected (i.e., the command PDU did not contain all the data and the target has not received a Data-Out PDU with the Final bit set to 1 for the unsolicited data, if any, and all outstanding R2Ts, if any), the target MUST wait until it receives the last expected Data-Out PDUs with the F bit set to 1 before sending the Response PDU.

이니시에이터의 데이터가 여전히 예상되는 동안 오류가 감지된 경우 (예: 명령 PDU에 모든 데이터가 포함되지 않았고 타겟이 원치 않는 데이터에 대해 최종 비트가 1로 설정된 데이터 출력 PDU를 수신하지 않은 경우) 및 모든 미해결 R2T (있는 경우)) 타겟은 응답 PDU를 보내기 전에 F 비트가 1로 설정된 마지막 예상 Data-Out PDU를 수신할 때까지 기다려야 합니다.

For additional usage semantics of Reject PDU, see Section 6.3 Usage Of Reject PDU in Recovery.

거부 PDU의 추가 사용 의미에 대해서는 6.3절 복구에서의 거부 PDU 사용을 참조하세요.