Hi,
No, compression was on - so I also ran it again with it turned off (on both
ends). Here are the results ...
It seems that compression boosts performance from ~ 30 Mb/s to ~ 50 Mb/s
overall, but still very erratic results ... :-(.
Thoughts?
Thanks!
On Fri, Mar 5, 2010 05:20 P
open...@rkmorris.us wrote:
Hi,
This is more my bet, because my question wasn't very clear ... I
require a proxy server during "normal" operation, but for this data
throughput test I had no proxy server, rather a "direct" connection.
without config files it's impossible to tell - is co
Hi,
This is more my bet, because my question wasn't very clear ... I require a
proxy server during "normal" operation, but for this data throughput test I had
no proxy server, rather a "direct" connection.
Thoughts?
Thanks!
On Wed, Mar 3, 2010 09:31 AM, "Karl O. Pinc" wrote:
>
O
On 03/03/2010 02:40:16 AM, Jason Haar wrote:
> On 03/03/2010 04:52 PM, open...@rkmorris.us wrote:
> >
> > 1) Without OpenVPN - consistent performance, ~ 70 Mbps total
> > throughput (on a 100 Mb LAN).
> > 2) With OpenVPN - very consistent performance, sometimes fine,
> other
> > times very poor.
On 03/03/2010 04:52 PM, open...@rkmorris.us wrote:
>
> 1) Without OpenVPN - consistent performance, ~ 70 Mbps total
> throughput (on a 100 Mb LAN).
>
> bin/iperf.exe -c server.home -P 8 -i 1 -p 5001 -f m -t 10
>
...results removed
>
> 2) With OpenVPN - very consistent performance, sometimes fine, o
Hi,
I have noticed erratic (or at least not real reliable) throughput when using
OpenVPN in proto tcp mode (as I have to - UDP is not available to me, having to
go through a TCP Proxy server). On my home network I just ran some tests, using
iperf to characterize connection bandwidth between
