Ver Mensaje Individual
  #4  
Antiguo 02-12-2006
JAI_ME JAI_ME is offline
Miembro
 
Registrado: ene 2006
Posts: 188
Reputación: 19
JAI_ME Va por buen camino
Question

Cita:
Empezado por seoane
Hay muchas formas de hacer lo que tu quieres. Así que vamos a perfilar un poco las características que deseas que tenga tu aplicación.

Antes de nada tienes que decidir como se realizara la comunicación: UDP, TCP, Tuberías, Códigos de control, etc. Si quieres que tu programa funcione de forma independiente a como tengas montada la red de windows, y no te quieres liar con usuarios, contraseñas y demás, utiliza UDP o TCP.

Ahora tenemos que pensar como lo estructuraremos todo, podemos pensar en varios casos:

Caso 1:
Los equipos a controlar están esperando por las ordenes, y el equipo desde el que controlamos (a partir de ahora lo llamaremos controlador*) manda mensajes con las ordenes y no espera a ver el resultado.

Caso 2:
Igual que el Caso 1 pero los equipos pueden mandar mensajes al controlador para informarle de algún evento.

Caso 3:
Existe una constante comunicación entre los equipos y el controlador, se están enviando continuamente ordenes y recibiendo información de los equipos. En contraposición con los 2 casos anteriores en que los mensajes estaban espaciados en el tiempo.

Caso 4:
La cantidad de datos que se envían entre los equipos es elevada no pequeños mensajes.

* Uso la palabra controlador por no usar servidor o administrador que puede llevar a confusión con otros temas, aunque admito que controlador no me parece el termino mas adecuado ¿se os ocurre alguno mejor?

Pues bien, en los 2 primeros casos yo personalmente elegiría UDP. Este protocolo nos permite mandar mensajes entre dos equipos sin necesidad de establecer una conexión entre ellos, tan solo indicando la ip del receptor. Y una característica muy interesante es que permite enviar mensajes de tipo Broadcast, es decir, un solo mensaje llega a todos los equipos de la red a la vez. La desventaja es que no tenemos forma de saber si un mensaje llego a su destino, la única forma, si fuese imprescindible saberlo, seria que el receptor nos mandara otro mensaje de vuelta con la confirmación.

En los 2 últimos, sin embargo, elegiría TCP, incluso dependiendo de la información a tratar, usaría alguno de los protocolos que funcionan sobre TCP (http, ftp, telnet ...).

¿Cual es tu caso? ¿Se parece a alguno de los que describo? ¿No se parece en nada? ¿No entendí lo que querías? Cuentanos un poco mas lo que quieres hacer.

Primero que todo gracias por su interes en ayudarme a resolver mi problema.

Bueno creo que mi problema podria caber dentro del caso 2 y el caso 3, porque si no estoy mal TCP y UDP son protocolos de comunicacion, pero la diferencia entre uno y el otro esta en el tamaño de los archivos que se pueden enviar, bueno basicamente lo que quiero es que halla una constate comunicacion entre clientes y servidor, pero no se que componentes usar si UDP o TCP ustedes cual me recomiendan? como les dije lo que quiero es una aplicacion sencilla pero eficiente, les explico mas sobre lo que quiero ojala me sepan entender lo que expongo.
1. comunicacion entre todas las estaciones (clientes/servidor)
2. envio de mensajes entres estas. (Saber cual maquina(Cliente) envio el mensaje (al Servidor) para enviarle una respuesta).
3. En la maquina Central(Servidor) Saber Cuales y cuantos clientes estan concectados en el momento.
4. Saber desde el Servidor(maquina central) que cliente se desconecto sea cual sea el motivo(se apague el equipo, cierre el programa, u otro motivo)

Basicamente y por el momento necesito eso.


Espero haberme explicado y haber expuesto lo necesario para que me puedan orientar y colaborar al maximo (hasta donde estes dispuestos) en mi proyecto.
__________________
JaiMelendez

Última edición por JAI_ME fecha: 02-12-2006 a las 23:00:02.
Responder Con Cita