6.1.3. Protocol Features and State Expectations
6.1.3. 프로토콜 기능 및 상태 기대
The initiator mechanisms defined in connection with error recovery are:
오류 복구와 관련하여 정의된 이니시에이터 메커니즘은 다음과 같습니다:
a) NOP-OUT to probe sequence numbers of the target (section 10.18)
a) 타겟의 시퀀스 번호를 조사하기 위한 NOP-OUT (섹션 10.18)
b) Command retry (section 6.2.1)
b) 명령 재시도 (섹션 6.2.1)
c) Recovery R2T support (section 6.7)
c) 복구 R2T 지원 (섹션 6.7)
d) Requesting retransmission of status/data/R2T using the SNACK facility (section 10.16)
d) SNACK 기능을 사용하여 상태/데이터/R2T 재전송 요청 (섹션 10.16).
e) Acknowledging the receipt of the data (section 10.16)
e) 데이터 수신 확인 (섹션 10.16)
f) Reassigning the connection allegiance of a task to a different TCP connection (section 6.2.2)
f) 작업의 연결 충성을 다른 TCP 연결에 재할당 (섹션 6.2.2).
g) Terminating the entire iSCSI session to start afresh (section 6.1.4.4)
g) 전체 iSCSI 세션을 종료하여 새로 시작 (섹션 6.1.4.4).
The target mechanisms defined in connection with error recovery are:
오류 복구와 관련하여 정의된 타겟 메커니즘은 다음과 같습니다:
a) NOP-IN to probe sequence numbers of the initiator (section 10.19)
a) 이니시에이터의 시퀀스 번호를 조사하기 위한 NOP-IN (섹션 10.19)
b) Requesting retransmission of data using the recovery R2T feature (section 6.7)
b) 복구 R2T 기능을 사용하여 데이터 재전송 요청 (6.7절).
c) SNACK support (section 10.16)
c) SNACK 지원 (섹션 10.16)
d) Requesting that parts of read data be acknowledged (section 10.7.2)
d) 읽은 데이터의 일부를 승인하도록 요청 (섹션 10.7.2)
e) Allegiance reassignment support (section 6.2.2)
e) 충성 재할당 지원 (섹션 6.2.2)
f) Terminating the entire iSCSI session to force the initiator to start over (section 6.1.4.4)
f) 전체 iSCSI 세션을 종료하여 이니시에이터를 강제로 다시 시작 (섹션 6.1.4.4).
For any outstanding SCSI command, it is assumed that iSCSI, in conjunction with SCSI at the initiator, is able to keep enough information to be able to rebuild the command PDU, and that outgoing data is available (in host memory) for retransmission while the command is outstanding.
처리되지 않은 SCSI 명령의 경우 iSCSI는 개시자에서 SCSI와 함께 명령 PDU를 재구축할 수 있을 만큼 충분한 정보를 유지할 수 있다고 가정합니다. 명령이 실행되는 동안 나가는 데이터를 호스트 메모리에서 재전송할 수 있습니다.
It is also assumed that at the target, incoming data (read data) MAY be kept for recovery or it can be reread from a device server.
또한 타겟에서 들어오는 데이터 (읽은 데이터)를 복구를 위해 보관하거나 장치 서버에서 다시 읽을 수 있다고 가정합니다.
It is further assumed that a target will keep the "status & sense" for a command it has executed if it supports status retransmission.
또한 대상이 상태 재전송을 지원하는 경우 실행한 명령에 대한 "상태 및 감지"를 유지할 것이라고 가정합니다.
A target that agrees to support data retransmission is expected to be prepared to retransmit the outgoing data (i.e., Data-In) on request until either the status for the completed command is acknowledged, or the data in question has been separately acknowledged.
데이터 재전송 지원에 동의한 타겟은 완료된 명령의 상태가 확인되거나 문제의 데이터가 별도로 확인될 때까지 요청 시 나가는 데이터 (즉, Data-In)를 재전송할 준비가 되어 있어야 합니다.