> For the complete documentation index, see [llms.txt](https://docs.editran.onesait.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.editran.onesait.com/documentacion-editran/ibm-editran-v5.3-ims/tcp-ims-documentacion-tecnica/descripcion-de-la-implantacion-tcp-ip.md).
# Descripción de la implantación TCP/IP
Dentro de las distintas alternativas de acceso a TCP/IP desde IMS, La aplicación ha seguido el modelo de ‘Cliente-Servidor explícito’ que utiliza programas propios que acceden a la interfaz extendida (‘Socket Extended API’) proporcionada por IBM. No se utilizará ITOC (‘IMS TCP/IP OTMA Connectionn’), ni soporte implícito mediante el ‘Assist module’.
## Descripción de la arquitectura
El gestor de conexiones TCP/IP desarrollado para Editran pretende conceder acceso a la red con el menor impacto posible en la arquitectura actual del producto.
El Gestor está compuesto por dos procesos.
El primer proceso realiza la función de escucha permanente de peticiones de conexión al que llamamos Listener. Tan sólo se encarga de aceptar y trasladar al siguiente proceso las conexiones que realizan las instalaciones remotas que le llegan desde la red. Un Listener escucha por un puerto TCP y por una o varias direcciones IP.
El segundo proceso realiza la gestión completa de la conexión y la transmisión de datos, es el Cliente-Servidor (CS). Se encarga de gestionar las peticiones de conexión y de envío de datos que recibe de Editran, y procesa los datos y las indicaciones de conexión recibidos del remoto. La relación con Editran se realiza mediante el envío de mensajes entre la transacción del Núcleo de Editran y una transacción que el Cliente-Servidor tiene asignada.
Los dos procesos se ejecutan permanentemente mientras dure la transmisión Editran. El proceso de escucha permanece arrancado mientras se quieran recibir indicaciones de conexión. El programa del Cliente-Servidor no puede desplanificarse mientras tenga una conexión activa. Esto lleva a dos procesos BMP sin límite de tiempo de proceso que deberán hacer ‘WAIT’ implícitamente (mediante llamadas a la interfaz de ‘socket’) o explícitamente (mediante macro). El Cliente-Servidor podría ejecutarse en una región MPP siempre y cuando se le permita una ejecución indefinida.
Editran puede funcionar con varios Clientes-Servidores y varios Listener. Cada CS puede recibir indicaciones de conexión de varios Listener pero cada Listener trabajará con un único CS. Incluso el CS puede trabajan sin Listener si no va a procesar llamadas remotas. El número de CS se adaptará a la carga de transmisión de nuestra instalación. La asignación de una trasmisión a un cliente se realiza en base a la definición del perfil de la sesión de Editran. En el entorno principal de Editran se dan de alta varios CS (hasta 6), a modo de ejemplo, que se expanden a las sesiones. En cada sesión se particularizan los clientes que se esta trasmisión puede, alterando el orden o dando de alta otros nuevos. La aplicación intentará la conexión por cada uno de ellos, haciendo back-up en la lista si no lo consigue. En el caso de llamadas entrantes el cliente que se utilizará será el asignado al Listener pero este cliente debe estar en la lista consignada para esa sesión. Esta funcionalidad permite balancear la carga y disponer de líneas alternativas de conexión.
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.
Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:
```
GET https://docs.editran.onesait.com/documentacion-editran/ibm-editran-v5.3-ims/tcp-ims-documentacion-tecnica/descripcion-de-la-implantacion-tcp-ip.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
