Conexión bidirecional TCP

[sur-se]

Hola. Utilizo los componentens Indy 9 para programar servidores o clientes TCP/IP de conexión.
El problema que tengo ahora es que necesito implementar un cliente que se conecte a un servidor, pero estableciendo una comunicación bidireccional iniciable por cualquiera de los dos extremos. Me explico:
- La aplicación cliente (que estoy desarrollando) se conecta a un servidor TCP/IP remoto a través de una ip y un puerto y envía una trama de login, a la que el servidor responde con OK (más o menos) si todo va bien.
- A las peticiones o comandos enviados por el cliente, el servidor responde en consecuencia según la operación.
- Ahora bien, de forma asíncrona y sin peteción previa del cliente, el servidor puede enviar tramas de información (petición de datos al cliente) o similar.

Es decir, aunque el cliente inicia la conexión y establece el canal TCP, el servidor a veces inicia el envío de un comando que no es respuesta de una petición del cliente.
Esto es lo que no sé como implementar. Con el componente idTCPClient inicio la conexión y envío tramas y espero respuestas, pero no tengo un evento como en el idTCPServer que se dispare cuando se reciba información.
No veo claro como implementarlo. Se me ocurre un temporizador y que cada cierto tiempo compruebe si hay algo en el buffer de entrada, pero no me parece muy adecuando.
¿Pueden darme alguna sugerencia?
Gracias.

[manuc]

Hola Sur-se,

Creo que la mejor forma de hacerlo es establecer dos conexiones. Una para enviar información y otra para recibir.

Ambas conexiones las debería iniciar el cliente y el servidor debería identificar el tipo de conexión.

Tienes que tener en cuenta que al establecer una conexión (desde el cliente) con el servidor y dejarla en modo lectura del buffer, te congelará la aplicación cliente, por lo que tendrías que implementar esta parte en un hilo independiente.

Espero que te ayude.

Un saludo.

[sur-se]

Hola. Gracias por la respuesta, pero no puedo hacerlo así ya que el servidor no lo he programado yo y no se puede cambiar, por lo que no puedo establecer una conexión desde el servidor al cliente como indicas. Lo que pueda hacer debo programarlo desde el cliente.
He estado pensando en usar el componente idConnectionIntercept que tiene eventos para OnReceive y realizar un análisis previo de la información que llega para determinar si se trata de paquetes de respuesta a comandos o comandos propios del servidor.
Un saludo.

[manuc]

Hola nuevamente,

Si interceptas la conexión para interpretar el paquete que te remite el servidor, (creo) que es lo mismo que si pones el cliente en lectura, esperando un paquete del servidor.

El problema de lo que planteas, es que el Cliente y el Servidor tienen que estar sincronizados. Es decir, cuando el cliente envía paquetes, el servidor tiene que estar a la espera de recibir paquetes. Cuando el servidor envía paquetes con respuestas, el cliente ha de estar esperando estos paquetes.

Si conoces la lógica de tu servidor, tienes que fabricar un cliente acorde con la lógica de tu servidor y que las acciones por ambas partes estén sincronizadas.

Quizás, si detallas un poco más la lógica de tu servidor y qué planteas para el cliente, pueda decirte algo más concreto.

Un saludo.

[sur-se]

Hola. El protocolo con el servidor es sencillo. Sólo unos cuantos tipos de envíos del cliente al servidor con su correponsdiente ACK por parte del servidor.
El problema es cuando el servidor decide iniciar el envío de datos al cliente sin petición previa de esté.
Una solución podría ser como dices poner el cliente en lectura, y esta es en sí la cuestión de la pregunta. ¿Como pongo al cliente en lectura? Pues el idTCPServer tiene un evento OnExcute que se dispara al recibir datos, pero en el idTCPClient no hay.
Ahora mismo, resumiendo, se me ocurren dos posibilidades:
- Temporizador que cada cierto tiempo (milisegundos) compruebe si hay datos, y si los hay los procese.
- idConnectionIntercep evento OnReceive, que captura las tramas antes del IdTCPClient por lo que podría analizar la cabecera y determinar si el tipo de paquete es respuesta a un comando del cliente o se trata de una comunicación de comando por parte del servidor.

Afortunadamente el protocolo es bastante sencillo y son pocos tipos de tramas los que se envían entre cliente y servidor.
Pero en caso de un sistema de comunicaciones más complejo, no veo la opción a establecer una conexión TCP totalmente bidireccional en igualdad de rangos, es decir, ambos extremos de la conexión actúan como clientes o como servidores según necesiten.
Un saludo

[sur-se]

Hola. Después de varias pruebas, con el componente idConnectionIntercept no se puede hacer ya que este componente no dispara el evento OnReceive a menos que el idTCPCliente haga un Read. Por tanto esa solución descartada.
La otra opción, con el temporizador parece que si funciona bien. Seguí investigando un poco más sobre como hacerlo y encontré que en la demo que trae de Chat hace eso exactamente, ya que el servidor de chat debe propagar los mensajes escritos por los usuario hacia el resto de los clientes, y el mecanismo que utiliza es el de un temporizador cada medio segundo para comprobar si hay alguna información recibida.
Así funciona aparentemente bien, y desde el servidor se pueden enviar mensajes a los clientes.
Lo pongo aquí por si le puede servir a alguien en el futuro.
Un saludo.

[angelito_0303]

Hola estoy intentado desarrollar algo parecido a lo que decis.
El cliente que se conecte al servidor (TCP/IP) debe enviar una trama de login, a la que el servidor debe responder ok si va bien y sino le pide que se registre.
El servidor debe responder en consecuencia de lo k haga el cliente. (mensaje alta, mensaje baja y poder guardar en un fichero log).
Estoy bastante perdido en el tema, me podeis ayudar o pasarme el codigo vuestro??? muchas gracias