다음을 통해 공유

브래킷 시작

  • 아티클

세션이 between-bracket 상태에 있으면 경합이 존재합니다. 애플리케이션이나 호스트 PLU(기본 논리 단위)는 다음과 같이 브래킷을 시작할 수 있습니다.

  • 애플리케이션은 between-bracket 상태에 있는 동안 BBI(시작 브래킷 표시기) 애플리케이션 플래그 및 ACKRQD가 설정된 Data 메시지를 보내 브래킷을 시작합니다. 로컬 노드는 Data 메시지에 해당하는 요청을 호스트 PLU에 보냅니다. 애플리케이션이 브래킷을 성공적으로 시작했으며 in-bracket 상태에 있습니다. 이제 브래킷이 종료될 때까지 플립플롭 프로토콜이 적용됩니다.

  • 애플리케이션은 between-bracket 상태에 있는 동안 BBI 애플리케이션 플래그가 설정된 Status-Control(LUSTAT) 을 보내 브래킷을 시작합니다. 로컬 노드는 LUSTAT 요청을 호스트 PLU에 보냅니다. 애플리케이션이 브래킷을 성공적으로 시작했으며 in-bracket 상태에 있습니다. 이제 브래킷이 종료될 때까지 플립플롭 프로토콜이 적용됩니다.

  • 호스트 PLU는 between-bracket 상태에 있는 동안 BID 요청을 보냅니다. 로컬 노드는 ACKRQD가 있는 Status-Control(BID) 을 애플리케이션에 보냅니다. 자세한 내용은 Status-Control 메시지를 참조하세요. 애플리케이션은 Status-Control(BID) Acknowledge로 회신하여 브래킷을 수락함을 나타냅니다. 로컬 노드는 BID 요청에 긍정 응답을 보냅니다. 호스트 PLU가 브래킷을 성공적으로 시작했으며 애플리케이션의 상태는 in-bracket입니다. 따라서 브래킷이 종료될 때까지 플립플롭 프로토콜이 적용됩니다.

  • 호스트 PLU는 between-bracket 상태에 있는 동안 RU에서 BB 표시기를 전달하는 데이터를 보냅니다. 로컬 노드는 호스트 PLU가 BID를 사용하여 브래킷을 시작한 것처럼 동일한 방식으로 브래킷을 시작하는 방법을 제공합니다. 로컬 노드는 ACKRQD가 있는 Status-Control(BID) 을 애플리케이션에 보냅니다. 애플리케이션은 Status-Control(BID) Acknowledge로 회신하여 브래킷을 수락함을 나타냅니다. 로컬 노드는 RU에 해당하는 Data 메시지를 애플리케이션에 보내고 데이터 RU에 긍정 응답을 보냅니다. 호스트 PLU가 브래킷을 성공적으로 시작했으며 애플리케이션의 상태는 in-bracket입니다. 따라서 브래킷이 종료될 때까지 플립플롭 프로토콜이 적용됩니다.

  • 호스트 PLU는 RH에서 BB 표시기를 전달하는 LUSTAT 요청을 보냅니다. 로컬 노드는 호스트 PLU가 BID를 사용하여 브래킷을 시작한 것처럼 동일한 방식으로 브래킷을 시작하는 방법을 제공합니다. 로컬 노드는 ACKRQD가 있는 Status-Control(BID) 을 애플리케이션에 보냅니다. 애플리케이션은 Status-Control(BID) Acknowledge로 회신하여 브래킷을 수락함을 나타냅니다. 로컬 노드는 Status-Control(LUSTAT) 을 애플리케이션에 보내 승인을 요구합니다. 호스트 PLU가 브래킷을 성공적으로 시작했으며 애플리케이션의 상태는 in-bracket입니다. 따라서 브래킷이 종료될 때까지 플립플롭 프로토콜이 적용됩니다.

  • 호스트는 BID 요청이나 BB를 전달하는 RU를 사용하여 브래킷을 시작하려고 하고 로컬 노드가 브래킷을 Status-Control(BID) 로 애플리케이션에 보내지만, 애플리케이션은 브래킷을 수락할 수 없습니다. 애플리케이션은 적절한 센스 코드와 함께 부정 Status-Control(BID) 응답을 보내야 합니다. 로컬 노드는 애플리케이션에서 제공한 센스 코드를 전달하는 BID에 부정 응답을 보냅니다. 애플리케이션의 상태는 여전히 between-bracket입니다. 애플리케이션은 다음 센스 코드 중 하나를 사용해야 합니다.

    • 0x081B - 인바운드 전송을 위해 리소스를 이미 커밋한 경우 . 예를 들어 터미널 연산자가 입력을 시작한 경우입니다.

    • 0x0814 - 현재 브래킷을 시작할 수 없지만 리소스를 사용할 수 있게 되면 호스트에 알리려는 경우. 예를 들어 3270 프린터가 between-bracket 프린터 공유 모드의 로컬 복사본에 사용되는 경우입니다. 이후 단계에서 리소스를 사용할 수 있게 되면 애플리케이션은 리소스를 일시적으로 예약하고 Status-Control(RTR) 을 로컬 노드에 보내야 합니다. 호스트가 RTR을 거부하는 경우 로컬 노드가 Status-Control(RTR) Negative-Acknowledge-1 응답을 반환하면 애플리케이션이 리소스를 해제할 수 있습니다. 그러지 않으면 호스트는 애플리케이션이 지금 수락해야 하는 브래킷을 시작하려고 시도합니다.

  • 애플리케이션이 브래킷을 성공적으로 시작한 경우 브래킷을 시작하려는 PLU로 인해 브래킷 경합이 발생할 수 있습니다. 애플리케이션은 0x080B 또는 0x0813으로 거부해야 하는 Status-Control(BID) Request를 가져옵니다. 애플리케이션은 경합 부정 응답 후에 방향을 유지합니다. 자세한 내용은 복구를 참조하세요. 애플리케이션의 브래킷 상태는 in-bracket으로 유지됩니다.

    애플리케이션은 브래킷 시작 문제를 하나 더 인식해야 합니다. 모든 케이스는 브래킷 다시 설정 상태가 between-bracket인 세션과 관련이 있습니다. 경합 상태가 존재하고 반 세션 중 하나에서 브래킷을 시작하려고 할 수 있습니다.

    그러나 세션에 대한 BIND 매개 변수에서 브래킷 다시 설정 상태를 in-bracket으로 지정할 수 있습니다. 브래킷 다시 설정 상태가 in-bracket이면 하나의 반 세션에서 브래킷을 이미 성공적으로 시작한 것으로 간주됩니다. 그러면 Status-Session(BETB) 을 받을 때까지 플립플롭 프로토콜이 적용됩니다. 이때 세션은 경합 상태로 되돌아가고 브래킷 시작은 앞에서 설명한 대로 진행됩니다.

    애플리케이션은 PLU 연결을 열 때(Open(PLU) OK Confirm 메시지를 받았을 때) 브래킷 상태를 설정하고 세션이 다시 설정될 때마다(Status-Control(CLEAR) Request를 받은 후) 상태를 다시 설정해야 합니다. 세션에 적합한 브래킷 다시 설정 상태는 Open(PLU) OK Confirm 메시지의 BICB에서 애플리케이션에 제공됩니다.

    다음 6개의 그림에서는 로컬 노드와 애플리케이션 간의 브래킷 시작 프로토콜 및 이러한 프로토콜이 기본 SNA 프로토콜과 어떻게 관련되는지를 보여 줍니다.

    첫 번째 그림에서 애플리케이션은 상태가 between-bracket일 때 BBI 애플리케이션 플래그가 설정된 인바운드 체인을 보내 브래킷을 시작합니다. Status-Session(BETB) 을 받을 때까지 애플리케이션의 상태는 in-bracket입니다. 애플리케이션에서 RQE 체인을 보낼 수 있으면 RQE 체인을 보내 브래킷을 열 수 있습니다.

    인바운드 체인을 전송하여 pplication이 대괄호를 시작하는 방법을 보여 주는 이미지입니다.
    인바운드 체인을 보내 브래킷을 시작하는 애플리케이션

    다음 그림에서 애플리케이션은 상태가 between-bracket일 때 BBI(시작 브래킷 표시기) 애플리케이션 플래그가 설정된 Status-Control(LUSTAT) 을 보내 브래킷을 시작합니다. Status-Session(BETB) 을 받을 때까지 애플리케이션의 상태는 in-bracket입니다. 필요한 경우 LUSTAT를 NOACKRQD(RQE)에 보낼 수 있습니다.

    애플리케이션이 STATUS-Control(LUSTAT)을 전송하여 대괄호를 시작하는 방법을 보여 주는 이미지입니다.
    Status-Control(LUSTAT)을 보내 브래킷을 시작하는 애플리케이션

    다음 그림에서 호스트는 애플리케이션이 수락하는 BID를 보내 브래킷을 시작합니다. 애플리케이션의 상태는 in-bracket이며 호스트에서 보낼 수 있습니다.

    호스트가 BID를 전송하여 대괄호를 시작하는 방법을 보여 주는 이미지입니다.
    BID를 보내 브래킷을 시작하는 호스트

    다음 그림에서 호스트 PLU는 애플리케이션이 수락하는 BB(시작 브래킷)가 있는 요청을 보내 브래킷을 시작합니다. 애플리케이션의 상태는 in-bracket이며 호스트에서 보낼 수 있습니다.

    호스트 PLU가 BB를 사용하여 요청을 전송하여 대괄호를 시작하는 방법을 보여 주는 이미지입니다.
    BB가 있는 요청을 보내 브래킷을 시작하는 호스트 PLU

    다음 그림에서 호스트는 애플리케이션이 수락하는 BB가 있는 LUSTAT를 보내 브래킷을 시작합니다. 애플리케이션의 상태는 in-bracket이며 호스트에서 보낼 수 있습니다.

    호스트가 BB를 사용하여 LUSTAT를 전송하여 대괄호를 시작하는 방법을 보여 주는 이미지입니다.
    BB가 있는 LUSTAT를 보내 브래킷을 시작하는 호스트

    다음 그림에서는 호스트와 애플리케이션 모두 between-bracket 상태에서 브래킷을 시작하려고 합니다. 애플리케이션은 센스 코드 0x0813을 사용하여 호스트 BID를 거부하고 로컬 노드는 애플리케이션의 데이터를 제공합니다. 데이터를 보낸 후 애플리케이션의 상태는 in-bracket이며 애플리케이션에서 보낼 수 있습니다.

    호스트와 애플리케이션이 대괄호 사이 상태에서 대괄호를 시작하는 방법을 보여 주는 이미지입니다.
    둘 다 between-bracket 상태에서 브래킷을 시작하려고 하는 호스트와 애플리케이션

참고 항목

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