6.1.1. Background
6.1.1. 배경
The following two considerations prompted the design of much of the error recovery functionality in iSCSI:
다음 두 가지 고려 사항으로 인해 iSCSI의 오류 복구 기능이 대부분 설계되었습니다:
i) An iSCSI PDU may fail the digest check and be dropped, despite being received by the TCP layer.
i) iSCSI PDU는 TCP 계층에서 수신되었음에도 불구하고 다이제스트 검사에 실패하여 삭제될 수 있습니다.
The iSCSI layer must optionally be allowed to recover such dropped PDUs.
iSCSI 계층은 선택적으로 이러한 삭제된 PDU를 복구하도록 허용되어야 합니다.
ii) A TCP connection may fail at any time during the data transfer.
ii) 데이터 전송 중 언제든지 TCP 연결이 실패할 수 있습니다.
All the active tasks must optionally be allowed to continue on a different TCP connection within the same session.
모든 활성 작업은 선택적으로 동일한 세션 내의 다른 TCP 연결에서 계속되도록 허용되어야 합니다.
Implementations have considerable flexibility in deciding what degree of error recovery to support, when to use it and by which mechanisms to achieve the required behavior.
구현에서는 지원할 오류 복구 수준, 이를 언제 사용할지, 필요한 동작을 달성하기 위해 어떤 메커니즘을 사용할지 결정하는 데 상당한 유연성을 갖습니다.
Only the externally visible actions of the error recovery mechanisms must be standardized to ensure interoperability.
상호 운용성을 보장하려면 오류 복구 메커니즘의 외부에서 볼 수 있는 작업만 표준화해야 합니다.
This chapter describes a general model for recovery in support of interoperability.
이 장에서는 상호 운용성을 지원하는 일반적인 복구 모델에 대해 설명합니다.
See Appendix E. - Algorithmic Presentation of Error Recovery Classes - for further detail on how the described model may be implemented.
설명된 모델이 구현될 수 있는 방법에 대한 자세한 내용은 부록 E를 참조하세요. - 오류 복구 클래스의 알고리즘 표현 -.
Compliant implementations do not have to match the implementation details of this model as presented, but the external behavior of such implementations must correspond to the externally observable characteristics of the presented model.
준수 구현은 제시된 이 모델의 구현 세부 사항과 일치할 필요는 없지만, 그러한 구현의 외부 동작은 제시된 모델의 외부에서 관찰 가능한 특성과 일치해야 합니다.