소개

동기형 방식은 Tmax의 클라이언트나 서버에서 서비스를 요청하고 응답이 서비스를 요청한 클라이언트나 서버로 오는 방식이다. 반대로 리모트 노드에서 서비스를 요청하면 X25GW는 Tmax의 서비스를 요청하고 그 결과를 서비스를 요청한 리모트 노드에 되돌려주기도 한다. 전자인 경우 리모트 노드로 서비스를 요청한 Tmax 서비스가 블록되는가, 또는 블록되지 않는가에 따라 X25GW는 다르게 동작한다. 또한, 후자인 경우에는 리모트 노드에서 요청한 처리 결과를 돌려줄 때 요청한 채널로 돌려주는 방식이다.

Tmax의 클라이언트나 서버에서 리모트 노드로 동기형 방식으로 서비스를 요청할 경우에는 반드시 X25GW와 리모트 노드 간에 UID(Unique ID)를 서로 공유해야 한다.

서비스 블록형 방식

서비스 블록형 방식 방식은 Tmax의 서버나 클라이언트에서 X25GW로 서비스를 요청하고 그 결과가 올 때까지 기다리는 가장 일반적인 방식이다. 아래 그림 처럼 Tmax 클라이언트의 요청을 받은 서비스에서 X25GW로 서비스를 tpcall을 하면 리모트 노드에서 처리 결과를 송신할 때까지 Tmax 서비스(SVC1)가 블록되어 있게 된다.

X25GW를 동작시키게 되면 Tmax 클라이언트에서 호출한 Tmax 서비스는 X25GW를 호출한 후에 결과를 받을 때까지 블록이 되어 있게 된다. tpacall을 한 경우도 tpgetrply로 응답을 받는 곳에서 블록이 되기 때문에 tpcall()과 마찬가지로 블록이 되게 된다. 따라서 많은 수의 요청을 받아들이기 위해서는 블록이 되는 시간까지 감안하여 많은 수의 서버를 실행해야 한다. 이는 대외기관 통신에서는 대외기관의 장애(머신, 네트워크)에 따라서 많은 수의 서버가 필요로 하기 때문이다.

다음은 동기형 X25GW에서 서비스 블록형 방식의 동작 구조이다.

서비스 NON 블록형 방식

서비스 NON 블록형 방식은 Tmax 클라이언트에서 직접 X25GW를 요청하는 방식에서는 사용할 수 없고, X25GW에 서비스를 요청하고 결과를 수신하는 서버를 중간에 두어서 처리하는 방식이다. X25GW 앞에 송신 서비스와 수신 서비스를 두고 Tmax 클라이언트는 송신 서비스를 호출하고, 송신 서비스는 X25GW로 서비스를 전달하고 서비스를 종료한다. X25GW는 리모트 노드로 서비스를 요청하여 그 결과를 수신하면, 해당 결과를 수신 서비스에게 전달한다. 수신 서비스는 X25GW로부터 결과를 수신받아 클라이언트에게 전달하면 서비스 사이클이 종료되는 방식이다. 결과적으로 클라이언트는 서비스를 요청하고 결과를 받는 동기방식이나 서버는 요청을 전달하고 종료하는 비동기방식처럼 동작한다.

X25GW는 블록형 방식에서 수행하는 방식보다도 적은 서버로도 많은 처리를 할 수 있다. 블록형 방식은 서비스가 X25GW를 호출하고 블록되기 때문에 동시에 많은 처리를 위해서는 보다 많은 서버 프로세스를 실행 해야하나, NON 블록형 방식에서는 자신의 일만 처리하고 서비스를 종료하기 때문에 적은 서버 프로세스로도 많은 일을 할 수 있다. 따라서 대외기간 간에 통신을 처리 하는 경우에는 NON 블록형 방식이 보다 효율적이라고 할 수 있다.

다음은 동기형 X25GW에서 서비스 NON 블록형 방식의 동작 구조이다.

리모트 동기형 호출 방식

리모트 동기형 호출 방식은 리모트 노드에서 X25GW로 먼저 서비스를 요청하는 방식이다. X25GW는 리모트 노드에서 요청한 서비스를 호출하고 그 결과를 받아서 해당 서비스를 요청한 채널로 결과를 전송한다. 리모트 노드는 동시에 X25GW로 Tmax Config에 정의되어 있는 MAXSACALL 개수를 초과하여 호출할 수 없다.

리모트 동기형 호출 방식은 리모트 노드에서 Tmax의 서비스를 호출하는 가장 보편적인 방식이다. X25GW는 리모트 노드의 채널 정보를 보관하였다가 서비스로부터 결과를 수신받으면, 보관하고 있는 채널중에서 해당 채널을 찾아서 결과를 전송한다. 이때 해당 채널로 결과를 되돌려 주기 전에 다른 요청은 얼마든지 가능하다. 즉, X25GW는 리모트 노드에서 요청한 채널은 블록시키지 않고 다음 요청을 받을 수 있도록 처리하기 때문에 X25GW를 운영하는 방식에 따라서 다르게 처리할 수 있다.

다음은 동기형 X25GW에서 리모트 동기형 호출 방식의 동작 구조이다.

비동기형 호출 방식은 Tmax의 클라이언트나 서버 또는 리모트 노드에서 X25GW 서비스를 요청만 하고, 그 결과는 받지 않거나 또는 서비스를 요청한 곳이 아닌 다른 프로그램에서 처리하는 방식이다. 먼저 Tmax의 서비스에서 X25GW로 서비스를 요청하고 그 결과는 다른 서비스로 받을 수 있다. 그러나 클라이언트인 경우에는 비동기형으로 처리할때는 tpacall로써 응답을 받지 않는 경우에만 가능하다. 반대로, 리모트 노드에서 서비스를 먼저 요청하는 경우에 위에서와 같이 서비스만 요청하고 결과를 받지 않을수도 있고, 서비스를 요청하고 결과는 다른 채널로 돌려주는 방식이 비동기형 방식이다.

Tmax에서 서비스 요청 방식

Tmax의 서비스에서 X25GW로 tpacall에 TPNOREPLY로 요청하고 해당 서비스는 종료한다. X25GW는 리모트 노드로 요청를 보내고 해당 결과가 수신되면 Tmax의 다른 서비스를 tpacall에 TPNOREPLY로 호출하여 결과를 처리하게 하는 방식이다.

다음은 비동기형 X25GW에서 Tmax에서 서비스를 요청하는 경우 동작 구조이다.

리모트에서 서비스 요청 방식

리모트 노드에서 먼저 서비스를 X25GW로 요청하면, X25GW는 tpacall로 Tmax 서비스를 요청한다. Tmax의 서비스 처리가 완료되면 X25GW는 리모트 노드와 연결된 채널 중에서 사용 가능한 채널 중 아무 채널에 처리 결과를 전송한다.

다음은 비동기형 X25GW에서 리모트 노드에서 서비스를 요청하는 경우 동작 구조이다.

X25GW는 Tmax 클라이언트나 서버에서 호출할 경우 게이트웨이 헤더를 사용할 수 있다. 이를 사용하기 위해서는 X25GW의 다른 라이브러리를 사용해야 한다. 보통은 (libx25gw.a, libx25gw.so)를 사용하나 게이트웨이 헤더를 사용하고자 하는 경우에는 libx25gw.gwh.a나 libx25gw.gwh.so를 사용해야 한다. 게이트웨이 헤더는 모든 데이터 버퍼의 가장 처음 Offset에 위치해야 한다. 사용자 헤더를 사용할 경우에 게이트웨이 헤더 다음에 사용자 헤더가 와야한다.

게이트웨이 헤더는 여러가지 다목적으로 사용하는데, X25GW에서는 여러 항목 중에서 svc 항목만 사용 가능하다. NON 블록킹 모드로 사용하는 경우나 비동기 방식으로 사용할 때 응답 데이터에 대해 처리할 서비스명을 지정하고자 하는 경우에 사용한다. 게이트웨이 헤더는 보통 사용자 헤더를 사용하지 않을 경우에 응답을 처리할 서비스를 메시지별로 처리하고자 하는 경우에 사용한다.

NON 블록형 X25GW나 또는 비동기형 X25GW인 경우 리모트 노드에서 온 요청이나 응답을 처리할 Tmax의 서비스가 있어야 한다. X25GW는 서비스명을 알 수가 없으므로 사용자가 적당한 서비스명을 지정해야 하는데 X25GW는 다음과 같이 3가지 방식으로 서비스명을 찾는다. 서비스명은 반드시 Tmax 환경 파일에 등록되어 있어야 한다.

완전한 비동기 방식으로 X25GW를 구성한 경우에 사용자는 리모트 노드로 전송할 채널을 지정할 수있다. CLOPT에 [-a]를 사용한다. 완전한 비동기 방식은 서로 간에 응답이 없다. 응답 데이터도 서비스 요청 형식으로 전달 되어야 한다. 예를 들어 Tmax의 클라이언트나 서비스에서 X25GW로 tpacall에 TPNOREPLY로 호출하면 X25GW는 서비스 요청에 대한 UID와 어떤 정보 데이터도 보관하지 않고 리모트 노드로 데이터를 전송하고 해당 서비스를 종료한다. 나중에 리모트 노드로부터 응답에 대한 메시지를 수신받았을 경우에도 이를 서비스 요청으로 처리한다. 반대인 경우에(리모트 노드에서 먼저 요청)도 동일하게 처리한다.

위와 같은 경우에 사용자는 리모트 노드로 전송할 채널번호를 지정할 수 있다. CLOPT에 [-u] 옵션을 사용한다. 채널 지정은 다음과 같이 2가지 경우가 있다.

X25GW에서는 리모트와 임의의 reset를 주고받을 수 있다. 그러나 시스템 장애나 프로그램 버그, 또는 리모트와 환경를 잘못 지정하여 비정상적으로 많은 reset를 주고받는 문제가 종종 발생한다. 이렇게 비정상적으로 많은 reset이 발생하면 게이트웨이는 루핑이 돌게 되어 업무 처리를 할 수가 없게 된다. 이러한 문제를 미연에 방지하기 위해 게이트웨이에서는 연속해서 reset이 지정된 횟수(100회)를 초과하면 자동적으로 해당 채널의 세션을 해제하고 다시 연결을 맺도록하여 reset의 비정상적인 문제를 해결하고 있다. 정상적으로 리모트에서 읽게되면 reset 횟수는 Clear된다.