-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 17/04/2013 21:16, C.J. Adams-Collier KF7BMP wrote:
(Please trim inclusions from previous messages) _______________________________________________
I could be wrong here. I would be happy if it turned out I was. But I think you'll find that although OpenVPN is a wonderful piece of software, it is not well suited to the transmission of VoIP or other real-time streaming media traffic.
I cannot confirm this, I have been sending VoIP traffic via OpenVPN for quite a few years. You will need to limit the number of packets per second to the capacity weakest element in the chain (CPU, bandwith, etc) in order to avoid packet loss (audible as various kind of degradation of the audio stream). I don't want to go into to much technical details in this post, just wanted to provide my experience.
OpenVPN/UDP has given better results than OpenVPN/TCP but YMMV.
I haven't been in the situation that the bottleneck was the internet bandwidth available, but if it is in your case, you may need to think about throttling some protocols while prioritizing others. Control and signalling messages should be transmitted reliably (e.g. do not drop them) but may be delayed, while audio and video streams should experience as low delay as possible (e.g. do not queue packets, drop some of them to reduce queue size and delay).
Depending on the OS and architecture you will be able to find a bunch of different approaches to do traffic "shaping".
73 de Marc, LX1DUC