종료 프로토콜은 호스트 애플리케이션에서 애플리케이션이 일반 흐름 요청을 추가로 보낼 수 없도록 하는 수단을 제공합니다. 이 프로토콜은 호스트 애플리케이션이 순서대로 세션을 종료하려고 할 때 사용되며 FM(함수 관리) 프로필 3 또는 4를 사용하는 세션에만 사용할 수 있습니다.
로컬 노드는 호스트에서 SHUTD 요청을 받으면 ACKRQD 없이 Status-Control(SHUTD) Request를 발급하여 애플리케이션이 편리한 시간에 정지된 상태를 시작하도록 요청합니다. 편리한 시간은 애플리케이션이 결정합니다. 예를 들어 Status-Session(BETB) 을 받은 이후일 수 있습니다.
애플리케이션에서 정지할 준비가 되었다고 결정하면 ACKRQD 없이 다시 Status-Control(SHUTC) Request를 발급하여 이 전환을 나타냅니다. 로컬 노드는 SHUTC 요청을 보내 호스트에 이 변경 사항을 알립니다. 호스트는 일반 흐름 아웃바운드 요청을 계속 보내고 이후에 다음 작업 중 하나를 수행할 수 있습니다.
호스트는 UNBIND 요청을 보내 PLU(기본 논리 단위) 세션을 종료합니다. 로컬 노드는 애플리케이션에 Close(PLU) Request를 보내 PLU 연결을 닫습니다. SSCP(시스템 서비스 제어 지점) 세션은 활성 상태로 유지됩니다.
호스트는 RELQ 요청을 보내 종료 프로시저를 중단합니다. 로컬 노드는 ACKRQD와 함께 Status-Control(RELQ) Request를 애플리케이션에 보내 PLU 세션에서 보내기를 다시 시작할 수 있음을 나타냅니다. RELQ는 FM 프로필 4를 사용하는 세션에서만 지원됩니다.
호스트는 CLEAR를 보내 TS 프로필(전송 서비스 프로필) 3 또는 4 세션을 다시 설정합니다. 이 작업 효과의 하나로 정지된 상태가 해제됩니다. 자세한 내용은 복구를 참조하세요.
다음 두 그림에서는 로컬 노드와 애플리케이션 간의 종료 프로토콜 및 이러한 프로토콜이 기본 SNA 프로토콜과 어떻게 관련되는지를 보여 줍니다.
다음 그림에서 호스트는 애플리케이션이 in-bracket 상태로 보내는 동안 SHUTD를 보냅니다. 애플리케이션이 브래킷을 완료하고 Status-Control(SHUTC) Request를 보내면 호스트는 UNBIND를 보내 PLU 세션을 종료합니다. 로컬 노드는 PLU 연결을 닫습니다.
애플리케이션이 in-bracket 상태로 보내는 동안 SHUTD을 보내는 호스트다음 그림에서 호스트는 애플리케이션이 in-bracket 상태로 보내는 동안 SHUTD를 보냅니다. 애플리케이션이 브래킷을 완료하고 Status-Control(SHUTC) Request를 보내면 호스트는 RELQ를 보내 애플리케이션의 정지된 상태를 해제합니다. 로컬 노드는 Status-Control(RELQ) Request를 애플리케이션에 보내 새 브래킷을 시작합니다.
애플리케이션이 in-bracket 상태로 보내는 동안 SHUTD을 보내는 호스트
참고 항목
PLU 연결 열기
PLU 세션
아웃바운드 체이닝
인바운드 체이닝
세그먼트 배달
Brackets
방향
속도 및 청크
데이터 확인 및 거부]
종료 및 정지
복구
애플리케이션에서 시작한 종료
LUSTATS]
응답 시간 모니터 데이터