RQR 및 CLEAR

TS 프로필(전송 서비스 프로필) 4를 사용하는 애플리케이션은 Status-Control(RQR) 을 보내 세션을 복구하도록 요청할 수 있습니다. 로컬 노드는 이를 RQR 요청으로 호스트에 표시합니다. 애플리케이션에서 심각한 Status-Acknowledge(Nack-2)를 받은 경우 로컬 노드가 Status-Acknowledge(Nack-2) 바로 다음에 Close(PLU) Request를 애플리케이션에 보내기 때문에 이 옵션을 사용할 수 없으며 PLU(기본 논리 단위) 연결은 더 이상 유효하지 않게 됩니다. RQR 메시지는 다음 그림과 같이 CLEAR 요청을 보내 세션을 다시 설정하도록 호스트에 요청합니다.

CLEAR를 받으면 애플리케이션은 BIND 다음에 오는 Open(PLU) 상태로 세션 상태를 다시 설정합니다.

애플리케이션에서 오류 상태를 처리하는 또 다른 방법은 Status-Control(RSHUTD) 을 전송하여 UNBIND를 요청하는 것입니다. 자세한 내용은 애플리케이션에서 시작한 종료를 참조하세요. 이 경우 호스트 구성에 따라 호스트가 새 BIND를 제공할 필요가 없습니다. 새 SSCP 요청이 필요할 수 있습니다(예: LOGON).

다음 그림에서 애플리케이션은 Status-Control(RQR) 을 발급하여 복구를 요청합니다. 호스트는 CLEAR를 보내고 애플리케이션은 BIND (Open(PLU) ) 다음에 오는 상태로 세션을 다시 설정해야 합니다. 이 경우 애플리케이션은 브래킷과 대기 중인 SDT(시작 데이터 트래픽) 사이에 있습니다.

Status-Control(RQR)을 발급하여 복구를 요청하는 애플리케이션

참고 항목

애플리케이션 CANCEL
부정 응답을 받은 후 방향
부정 응답을 보낸 후 방향
심각한 오류
STSN
링크 서비스 오류
로컬 노드 오류
클라이언트 오류