애플리케이션에서 시작하는 종료

FM(함수 관리) 프로필 3 또는 4를 사용하는 세션의 애플리케이션은 기본 논리 단위(PLU) 세션의 종료를 요청할 수 있습니다. 이전에 PLU 세션이 종료될 수 있는 상태 즉, 체인 사이 그리고 대괄호 사이에 있음을 확인한 경우에만 그렇게 해야 합니다. PLU 세션을 종료해도 SSCP(시스템 서비스 제어 지점) 세션의 상태에는 영향을 주지 않습니다.

애플리케이션은 SSCP 세션에서 문자로 코딩 또는 필드로 형식 지정된 LOGOFF 명령을 발행하거나 Close(PLU) 요청을 전송하여 애플리케이션 대신 TERM-SELF를 전송하는 로컬 노드를 가져올 수 있습니다. 이러한 모든 작업은 호스트에서 즉시 또는 세션을 정리한 후에 UNBIND를 식별합니다.

애플리케이션은 Status-Control(RSHUTD) 요청을 로컬 노드에 전송하여 PLU 세션의 종료를 요청합니다. 그러면 호스트에 대한 SNA RSHUTD 요청이 생성됩니다.

Status-Control(RSHUTD) 요청을 보낸 후 애플리케이션은 수신하는 모든 아웃바운드 데이터를 수락하고 응답할 수 있는 상태를 유지해야 합니다. 이제 애플리케이션은 PLU 세션의 상태가 종료될 수 있는지 여부와 호스트가 PLU 세션을 종료할지 여부에 따라 두 메시지 중 하나를 사용할 수 있습니다.

• PLU 세션의 상태를 종료할 수 있고 호스트가 PLU 세션을 종료하려는 경우 호스트는 RSHUTD 요청에 대한 긍정 응답을 생성하고 이는 UNBIND 요청 뒤에 이어질 수 있습니다. 로컬 노드가 PLU 연결을 닫습니다. 자세한 내용은 PLU 연결 닫기를 참조하세요.

• PLU 세션의 상태를 종료할 수 없거나(예: 세션이 대괄호 안에 있는 경우) 호스트가 현재 PLU 세션을 종료하지 않으려는 경우 호스트는 RSHUTD 요청에 대해 부정 응답을 생성합니다. 로컬 노드는 이 요청을 애플리케이션에 Status-Control(RSHUTD) Negative-Acknowledge-1로 표시하며 부정 응답에 제공된 감지 코드를 제공합니다. 이는 PLU 세션 종료 요청이 호스트에 의해 거부되었으며, PLU 세션의 통신이 영향을 받지 않고 계속됨을 나타냅니다.

  다음 두 그림에서는 로컬 노드와 애플리케이션 간의 애플리케이션 시작 종료 프로토콜과 이 프로토콜이 기본 SNA 프로토콜과 어떻게 관련되어 있는지를 보여줍니다.

  첫 번째 그림에서 애플리케이션은 PLU 세션의 종료를 요청하고 호스트는 UNBIND를 보냅니다. 로컬 노드가 PLU 연결을 닫습니다.

  
  애플리케이션은 PLU 세션의 종료를 요청하고 호스트는 UNBIND를 전송

  다음 그림에서 애플리케이션은 PLU 세션의 종료를 요청하지만 세션은 적절한 상태가 아닙니다. 호스트는 RSHUTD 요청에 대한 부정적인 응답을 보내며 로컬 노드는 이를 Status-Control(RSHUTD) Negative-Acknowledge-1으로 나타냅니다. PLU 세션에서 통신이 계속됩니다.

  
  애플리케이션은 PLU 세션의 종료를 요청하지만 세션이 적절한 상태가 아닌 상황

참고 항목

PLU 연결 열기
PLU 연결 닫기
PLU 세션
아웃바운드 체이닝
인바운드 체이닝
세그먼트 배달
Brackets
방향
속도 및 청크
데이터 확인 및 거부]
종료 및 정지
복구
LUSTAT]
응답 시간 모니터 데이터