Ciao, scusami ma non ho fatto in tempo a risponderti prima. l'UDP, a differenza del TCP, non e` un protocollo "reliable", cioe` che garantisce il trasporto del dato, il corretto riassemblaggio dei pacchetti all'arrivo, etc... E` l'ideale per piccole transazioni (daytime, QOD, qualcosa tipo un "ping" in broadcast (anche se il vero ping va` in ICMP, etc...). Ecco perche` e` cosi` limitata la sua gestione. Ciao! On 10/10/07, Luca Truffarelli <luca@xxxxxxxxxxxxxx> wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Ok mi sono documentato... scusate ma ero un pò stanco e mi è partita la > mail. :) > > Quello che ho descritto non è fattibile con UDP. > > Forse l'unico modo è rispondere al client solo se nel frattempo non è > arrivata un'altra connessione. > > Luca Truffarelli wrote: > > Ciao a tutti. > > > > Sapete dirmi (qual'ora sia possibile) come come poter gestire più > > connessioni su una porta UDP? > > > > Se ho un server in ascolto su una porta TCP, all'arrivo di una > > connessione la 'first mi torna la subport ma con UDP come faccio? > > > > Da quello che ho visto se ho più connessioni l'ultima arrivata sarà > > quella che resta attiva. > > Quindi se il server invia una risposta sarà l'ultimo client a riceverla. > > Se è così sapete se posso almeno impedire al server di ricevere altre > > connessioni prima di aver risposto al primo client? > > > > Grazie > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.7 (MingW32) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFHDTubU4grFviuxVQRAhcfAJ9Jpk41mXSd8wM2/34P6wx0e7DdigCfYe4+ > khdRTN9xyG/4NpC+ovU4oPQ= > =IkhF > -----END PGP SIGNATURE----- > > -- > Lista REBOL/IT > Comandi: rebol-it-request@xxxxxxxxxxxxx > (inviare HELP per un aiuto) > Archivio: //www.freelists.org/archives/rebol-it/ > -- //Alessandro http://sguish.wordpress.com http://laccio.wordpress.com