정지 프로토콜은 FM(함수 관리) 프로필 4를 사용하는 세션에서만 지원됩니다. 정지 프로토콜은 절반 세션으로 시작할 수 있습니다.
애플리케이션이 호스트에서 파트너 반 세션을 정지하려는 경우 로컬 노드에 상태 제어(QEC) 요청을 보냅니다. 노드는 현재 아웃바운드 체인을 완료한 후 호스트에 정지하도록 요청하는 QEC 요청을 호스트에 생성합니다.
호스트가 정지하는 경우 로컬 노드가 ACKRQD를 사용하여 상태 제어(QC) 요청으로 애플리케이션에 제공하는 QC 요청을 보냅니다. 호스트는 애플리케이션이 Status-Control(RELQ) 요청을 보낼 때까지 정지된 상태로 유지됩니다. 로컬 노드는 호스트에 RELQ 요청을 보내고 호스트는 PLU(기본 논리 단위) 세션에서 통신을 다시 시작합니다.
호스트 정지 시도가 실패하면 로컬 노드가 애플리케이션에 상태 제어(QEC) Negative-Acknowledge-1로 표시하는 부정적인 QEC 응답으로 호스트가 응답합니다.
반대로, 호스트에서 QEC 요청을 받은 경우 ACKRQD 없이 QEC(Status-Control) 요청이 애플리케이션에 표시됩니다. 이 방향에서는 QEC 를 거부할 수 없습니다. 로컬 노드는 인바운드 데이터 전송에 대한 추가 시도를 거부하여 QEC(Status-Control) 요청을 표시한 후 항상 애플리케이션이 정지하도록 합니다. 애플리케이션이 정지되면 로컬 노드에 Status-Control(QC) 요청을 보내야 하며, 이 요청은 QC 요청을 호스트에 보냅니다. 이후에 로컬 노드가 RELQ(Status-Control) 요청으로 애플리케이션에 제공하는 호스트의 RELQ 요청에 의해 애플리케이션을 해제할 수 있습니다.
CLEAR 또는 UNBIND–BIND 시퀀스인 Close(PLU)–Open(PLU)을 수신하면 중단된 상태가 해제됩니다.
다음 세 가지 그림은 로컬 노드와 애플리케이션 간의 정지 프로토콜과 해당 프로토콜이 기본 SNA 프로토콜과 어떻게 관련되어 있는지를 보여 줍니다.
첫 번째 그림에서 애플리케이션은 호스트를 정지한 다음 정지를 해제합니다.
애플리케이션이 호스트를 정지하고 정지를 해제합니다.
다음 그림에서 애플리케이션은 호스트를 정지하려고 시도하지만 호스트는 정지를 거부하고 다음 체인을 계속합니다.
애플리케이션이 호스트를 정지하려고 시도하지만 호스트는 다음 체인을 거부하고 계속합니다.
다음 그림에서 호스트는 애플리케이션이 체인을 보내는 동안 QEC 를 보냅니다. 애플리케이션은 체인을 완료하고 STATUS-Control(QC) 요청을 보냅니다. 호스트는 RELQ를 전송하여 정지를 해제하고 로컬 노드는 애플리케이션에 Status-Control(RELQ) 요청을 보낸 다음 새 체인을 시작합니다.
애플리케이션이 체인을 보내는 동안 호스트가 QEC를 보냅니다.
또한 참조하십시오
PLU 연결 열기
PLU 세션
아웃바운드 체인
인바운드 체인
세그먼트 전달
Brackets
방향
속도 및 청크
데이터 확인 및 거부]
종료 및 정지
복구
애플리케이션 시작 종료
LUSTAT]
응답 시간 모니터 데이터