Hola!! Primero gracias por responder a mi duda, segundo... te
respondo las preguntas entre lineas ok?
> A ver si te entiendo.
> La máquina que esta escuchando es un server ?
Si, además ejecutará una instancia del cliente.
> Podrías definir mejor el problema >
Si, basicamente es un juego, que ubica a los servidores sin tener
idea de los nombres de los mismos (tipo counter strike). Esto explica
por que uso UDP... si se hace con tcp debo conocer al host destino,
en cambio con udp lo mando a la direccion de broadcast de la red y
el / los servidor(es) capturan el datagrama y pueden responderme.

> Hay ejercicios en OldSocket que yo mande a la lista como de Socket.
Si, hemos dado de bruces contra OldSocket... con udp hemos podido
transferir datos, pero a la hora de enviar paquetes, como bien dejas
traslucir, seria mejor usar tcp... pero con tcp en squeak 3.7 varias
veces hemos destrozado la vm, o salio un lindo primitive has falied
en el acept... o en el waitForCon...For:
De hecho
> tengo una clase Socket levemente modificada que me resuelve todo
tipo de
> problemas.
Podrias mandarnosla?
> Porque udp ?
(Udp solo lo usamos para buscar otras maquinas, la transmision
efectiva de los datos seria por tcp)
> Los niveles de complejidad son.
> Socket para transmiitir bytes, texto u objetos (tal como en el TEG)
pero
> usando tcp.
> TcpService para conexiones mas seguras y servicios
> Komanche y sus derivados para armar swikis y otras cosas.
> HttpView 2 para aplicaciones web livianas.
> Seaside para aplicaciones web complejas.
Digamos que querriamos hacer nuestro propio framework... estamos en
problemas no?

Muchas gracias por tu tiempo. Hasta luego