Non sai quanto mi possa tornare utile in questo momento riuscire a risolvere questo problema...

Parlando di giochi online sarebbe fantastico fare come dici tu: 2 client tramite una pagina ASP si scambiano gli ip, tramite socket cominciano a comunicare direttamente e poi, solo alla fine, comunicano al server l'esito di questo "colloquio".

Credevo di aver trovato la soluzione quando, appunto, ho scoperto XMLsocket di Flash. Putroppo, ti puoi connettere solo all'ip di un server in ascolto su una determinata porta.
Praticamente non è come un socket vero e proprio che apri una connessione a due e su quella connessione passano solo i dati dei due client (come del resto avviene per giochi multiplayer tipo diablo). Su quella porta del server si viene a creare una confusione immane di dati che vanno e vengono... sai no la struttura dell'XML puoi fare:

<messaggio id="carlo">
<autore>BrightSoul</autore>
<testo>Come va?</testo>
<ora>15:30</ora>
</messaggio>

ecco, se apri un XMLsocket da flash, puoi sfruttare l'evento onXML che si attiva ogniqualvolta vengono ricevuti dei dati. E questo evento quindi si attiva sempre, anche quando uno che non sta partecipando al mio gioco a due, o alla mia chat, spedisce dei dati. Praticamente da flash devi sempre controllare l'id del messaggio, se corrisponde all'informazione che mi interessa lo analizzo altrimenti viene scartato. Puoi capire che si crea un "cicaleccio" immane. Se 100 utenti stanno giocano una partita a 2, il 98% delle informazioni verranno scartate. Questo è quello che ho capito io...

Sono giunto alla conclusione che bisogna scriversi per forza un componente che contiene un socket vero e proprio, peer 2 peer da installare sul server e da mostrare sul client.

Non saprei come altro fare :((

Tu che hai scoperto?


-----------------------
Da una perla dal saggio:
Quando non hai capito, devi dire "non ho capito", no che dici che hai capito e invece non hai capito un cavolo. Hai capito?
-----------------------