iSCSI - 10.14. 로그아웃 요청

10.14. Logout Request

10.14. 로그아웃 요청

The Logout Request is used to perform a controlled closing of a connection.

로그아웃 요청은 연결 종료를 제어하는 ​​데 사용됩니다.

An initiator MAY use a Logout Request to remove a connection from a session or to close an entire session.

이니시에이터는 로그아웃 요청을 사용하여 세션에서 연결을 제거하거나 전체 세션을 닫을 수 있습니다.

After sending the Logout Request PDU, an initiator MUST NOT send any new iSCSI requests on the closing connection.

로그아웃 요청 PDU 를 보낸 후, 이니시에이터는 연결 종료 시 새로운 iSCSI 요청을 보내서는 안 됩니다.

If the Logout Request is intended to close the session, new iSCSI requests MUST NOT be sent on any of the connections participating in the session.

로그아웃 요청이 세션을 닫도록 의도된 경우 세션에 참여하는 어떤 연결에서도 새 iSCSI 요청을 보내서는 안 됩니다.

When receiving a Logout Request with the reason code of "close the connection" or "close the session", the target MUST terminate all pending commands, whether acknowledged via ExpCmdSN or not, on that connection or session respectively.

이유 코드가 "연결 닫기" 또는 "세션 닫기"인 로그아웃 요청을 수신하면 대상은 ExpCmdSN을 통해 승인되었는지 여부에 관계없이 해당 연결 또는 세션에서 보류 중인 모든 명령을 각각 종료해야 합니다.

When receiving a Logout Request with the reason code "remove connection for recovery", the target MUST discard all requests not yet acknowledged via ExpCmdSN that were issued on the specified connection, and suspend all data/status/R2T transfers on behalf of pending commands on the specified connection.

"복구를 위해 연결 제거"라는 이유 코드가 있는 로그아웃 요청을 받으면 타겟은 지정된 연결에서 발행된 ExpCmdSN을 통해 아직 확인되지 않은 모든 요청을 삭제해야 하며, 지정된 연결에서 보류 중인 명령을 대신하여 모든 데이터/상태/R2T 전송을 일시 중단해야 합니다.

The target then issues the Logout Response and half-closes the TCP connection (sends FIN).

그런 다음 타겟은 로그아웃 응답을 발행하고 TCP 연결을 절반 닫습니다 (FIN 전송).

After receiving the Logout Response and attempting to receive the FIN (if still possible), the initiator MUST completely close the logging-out connection.

로그아웃 응답을 수신하고 FIN 수신을 시도한 후 (여전히 가능한 경우) 이니시에이터는 로그아웃 연결을 완전히 닫아야 합니다.

For the terminated commands, no additional responses should be expected.

종료된 명령의 경우 추가 응답이 예상되지 않습니다.

A Logout for a CID may be performed on a different transport connection when the TCP connection for the CID has already been terminated.

CID에 대한 TCP 연결이 이미 종료된 경우 다른 전송 연결에서 CID에 대한 로그아웃이 수행될 수 있습니다.

In such a case, only a logical "closing" of the iSCSI connection for the CID is implied with a Logout.

이러한 경우 로그아웃에는 CID에 대한 iSCSI 연결의 논리적 "닫기"만 암시됩니다.

All commands that were not terminated or not completed (with status) and acknowledged when the connection is closed completely can be reassigned to a new connection if the target supports connection recovery.

종료되지 않았거나 완료되지 않았으며 (상태 포함) 연결이 완전히 닫힐 때 확인된 모든 명령은 타겟이 연결 복구를 지원하는 경우 새 연결에 다시 할당될 수 있습니다.

If an initiator intends to start recovery for a failing connection, it MUST use the Logout Request to "clean-up" the target end of a failing connection and enable recovery to start, or the Login Request with a non-zero TSIH and the same CID on a new connection for the same effect (see Section 10.14.3 CID).

이니시에이터가 실패한 연결에 대한 복구를 시작하려면 로그아웃 요청을 사용하여 실패한 연결의 타겟 끝을 "정리"하고 복구를 시작하거나 동일한 효과를 위해 0이 아닌 TSIH와 새 연결의 동일한 CID로 로그인 요청을 사용해야 합니다 (섹션 10.14.3 CID 참조).

In sessions with a single connection, the connection can be closed and then a new connection reopened.

단일 연결이 있는 세션에서는 연결을 닫은 다음 새 연결을 다시 열 수 있습니다.

A connection reinstatement login can be used for recovery (see Section 5.3.4 Connection Reinstatement).

복구를 위해 연결 복원 로그인을 사용할 수 있습니다 (섹션 5.3.4 연결 복원 참조).

A successful completion of a Logout Request with the reason code of "close the connection" or "remove the connection for recovery" results at the target in the discarding of unacknowledged commands received on the connection being logged out.

이유 코드가 "연결 닫기" 또는 "복구를 위해 연결 제거"인 로그아웃 요청이 성공적으로 완료되면 타겟에서는 로그아웃 중인 연결에서 수신된 승인되지 않은 명령이 삭제됩니다.

These are commands that have arrived on the connection being logged out, but have not been delivered to SCSI because one or more commands with a smaller CmdSN has not been received by iSCSI.

이러한 명령은 로그아웃되는 연결에 도착했지만 SCSI에 전달되지 않은 명령입니다. 그 이유는 하나 이상의 CmdSN이 더 작은 명령이 iSCSI에 의해 수신되지 않았기 때문입니다.

See Section 3.2.2.1 Command Numbering and Acknowledging.

섹션 3.2.2.1 명령 번호 지정 및 승인을 참조하십시오.

The resulting holes the in command sequence numbers will have to be handled by appropriate recovery (see Chapter 6) unless the session is also closed.

명령 시퀀스 번호의 결과 구멍은 세션도 닫히지 않는 한 적절한 복구 (6장 참조)를 통해 처리되어야 합니다.

The entire logout discussion in this section is also applicable for an implicit Logout realized via a connection reinstatement or session reinstatement.

이 섹션의 전체 로그아웃 논의는 연결 복구 또는 세션 복구를 통해 실현된 암시적 로그아웃에도 적용됩니다.

When a Login Request performs an implicit Logout, the implicit Logout is performed as if having the reason codes specified below:

로그인 요청이 암묵적 로그아웃을 수행하는 경우, 암묵적 로그아웃은 아래에 지정된 이유 코드가 있는 것처럼 수행됩니다:

Reason code Type of implicit Logout

이유 코드 암묵적 로그아웃 유형

0 session reinstatement

0 세션 복구

1 connection reinstatement when the operational ErrorRecoveryLevel < 2

1 연결 복구 (운영 ErrorRecoveryLevel < 2일 때)

2 connection reinstatement when the operational ErrorRecoveryLevel = 2

2 연결 복구 (운영 ErrorRecoveryLevel = 2일 때)