In general, to implement reliable multicast/unicast over UDP you will need special/custom layers in the protocol stacks of both the sender and receiver(s) of your communication.
To quote from the previously referenced resource http://www.29west.com/docs/THPM/udp-buffer-sizing.html, section 8.3: "UDP senders interested in reliable reception by their receivers must allocate memory to retain UDP packets after their initial transmission. Retained packets are used to fill retransmission requests." So it is not only on the server side you would need to take provisions but also on the sender's side. Cheers, Christian. -----Original Message----- From: Alexander Christian [mailto:[EMAIL PROTECTED] Sent: Donnerstag, 13. November 2008 15:08 To: [email protected] Subject: Re: Problem with UDP: 2406 bytes sent, but only 2048 bytes received?! On Thu, 13 Nov 2008 14:56:25 +0100, Emmanuel Lecharny <[EMAIL PROTECTED]> wrote: > Exactly. You buy speed by having an unreliable transport. That's somehow > fair, if you can accept loosing packets (for instance to transmit voice > or video, as you can fill the blanks ...). Sure, but in some cases, there's only UDP possible and additional there are requirements for a reliable connection. Another "pro" for UDP is the possibility for "UDP holepunching". >> So, for now I stick to TCP and postpone UDP support to a future release. >> > That's sound also a good idea :) Not good, but for the moment the easiest way ;-) Another question: Is it possible to use the same protocol codec filter as I use now, and then put an additional filter between the networkinterface and my codec, so that this filter does the split to a propriate paket size, manage the reliability and the order of pakets?! If this would be possible, this would be "nearly" protocol codec independant (except that a already "protocolled" message would be broken into sub-pakets). br, Alex This message is for the named person's use only. It may contain confidential, proprietary or legally privileged information. If you receive this message in error, please notify the sender urgently and then immediately delete the message and any copies of it from your system. Please also immediately destroy any hardcopies of the message. The The sender's company reserves the right to monitor all e-mail communications through their networks.
