둘 이상의 로컬 노드에서 사용 가능한 LU(논리적 단위)를 찾으려고 할 때 애플리케이션이 LU를 소유하는 로컬 노드를 알 필요는 없습니다. DL-BASE에서 설명된 메커니즘을 사용하여 적합한 로컬 노드를 찾아야 합니다. 설명은 관련된 메시지 흐름의 추적을 해석하는 데 도움을 주기 위한 것이며 애플리케이션을 작성하는 데 필요하지는 않습니다.
Open(SSCP) Request의 open force type 필드는 강제 또는 비강제 열기를 지정합니다. 링크가 비활성화되어 열기를 사용할 LU에 활성 SSCP(시스템 서비스 제어 지점) 세션이 없는 경우 강제 열기는 링크 및 SSCP 세션을 활성화하도록 로컬 노드에 지시합니다. 비강제 열기는 SSCP 세션이 이미 활성화되어 있는 경우에만 성공하고, 그러지 않으면 LU의 연결 상태를 나타내는 오류 코드를 반환합니다.
애플리케이션은 Open(SSCP) Request를 발급할 때 open force type 필드를 설정하지 않습니다. DL-BASE는 활성 SSCP 세션이 이미 있는 LU를 찾을 때까지 차례로 각 노드에 비강제 열기를 발급합니다. 이러한 열기가 모두 성공하지 못하면 DL-BASE는 최상의 오류 코드를 반환한 노드(즉, 세션을 활성화할 가능성이 가장 높은 노드)에 강제 열기를 발급합니다.
다음 그림의 샘플 메시지 흐름에서는 두 로컬 노드에 대한 이 프로세스를 보여 줍니다. DL-BASE는 비강제 열기를 사용하여 차례로 각 노드를 시도합니다. 노드 #2의 오류 코드는 노드 #1보다 SSCP 세션을 활성화할 가능성이 높음을 나타내므로 DL-BASE는 강제 열기를 노드 #2로 보냅니다. 애플리케이션은 첫 번째 요청과 응답만 인식합니다.
두 로컬 노드에 대한 샘플 메시지 흐름
심각한 오류(에: 3270 에뮬레이션 프로그램 종료) 발생 후 애플리케이션을 다시 시작할 수 있도록 동일한 원본 LPI(지역, 파트너, 인덱스) 필드가 사용되는 경우 로컬 노드는 실패하고 다시 시작된 애플리케이션에서도 Open(SSCP) Request를 수락합니다. 이 경우 LU가 바인딩되어 있으면 TERM-SELF 메시지가 호스트에 전송됩니다.
애플리케이션이 통신하는 SNA 서버 LU는 구성 파일의 APPL 레코드와 LU 또는 LU 그룹 레코드 간의 관계에 의해 선택됩니다. 애플리케이션은 Open(SSCP) Request의 원본 이름 필드를 사용하여 해당 이름을 지정합니다. 로컬 노드는 LU 또는 LU 그룹 번호를 채우고, LU 그룹(LU 그룹에 대한 연결인 경우) 내에서 사용되지 않는 LU를 선택하고, Open(SSCP) Response에서 이 LU 번호를 애플리케이션에 알립니다.
Open(SSCP) Request는 다음을 지정합니다.
원본 애플리케이션 이름.
애플리케이션이 애플리케이션에 전송되는 Open(PLU) Request를 상호 연결하는 데 사용할 수 있는 리소스 식별자. 자세한 내용은 PLU 연결 열기를 참조하세요.
응답 헤더 사용 및 로컬 노드가 LU에 대해 수행해야 하는 검사를 지정하는 연결 정보 제어 블록. 코드의 필드가 0x01로 설정된 경우 호스트에서 도착하는 데이터에 대해 로컬 노드의 데이터 흐름 제어 계층에서 수신 검사를 수행합니다. 해당 송신 검사는 영향을 받지 않으며 항상 수행됩니다. 이러한 수신 검사는 SNA에서 선택 사항이므로 연결 정보 제어 블록이 제공됩니다. 그러나 대부분의 애플리케이션에서 이러한 모든 검사를 수행해야 합니다(모든 값이 0x01로 설정됨).
애플리케이션을 높은 우선 순위로 처리할지, 낮은 우선 순위로 처리할지를 지정하는 표시기. 모든 SNA 서버 3270 LU는 높은 우선 순위로 표시됩니다(프린터는 중요한 데이터를 인바운드로 보내지 않음). 높은 우선 순위의 효과는 링크가 사용 중인 경우에도 데이터를 호스트로 더 빠르게 진행할 수 있다는 점입니다.
애플리케이션이 LUA인지 여부를 지정하는 표시기. 로컬 노드와 애플리케이션이 FMI(함수 관리 인터페이스)의 LUA 변형을 사용하여 통신할지 여부를 결정합니다. 자세한 내용은 FMI 개념을 참조하세요.
비강제 또는 강제 열기를 지정하는 표시기. 로컬 노드가 현재 활성화되지 않은 경우 SSCP 세션을 활성화하려고 하는지 여부를 결정합니다.
다음 목록에 설명된 대로 Open(SSCP) Request는 여러 가지 이유 중 하나로 인해 실패할 수 있으며, 애플리케이션에 전송된 Open(SSCP) Response의 오류 코드를 통해 확인할 수 있습니다.
로컬 노드가 계속 초기화(구성 파일에서 정보 검색)되는 중일 수 있습니다. 이 경우 애플리케이션은 즉시 다시 시도할 수 있습니다.
구성 파일에 애플리케이션에 대한 항목이 없거나 구성 파일의 애플리케이션 레코드가 LU 또는 LU 그룹 레코드를 가리키지 않을 수 있습니다.
비강제 열기에서 SSCP 세션이 비활성 상태일 수 있습니다.