ANSWERED AirVPN Eddie Client extremely slow

[Sanctioner 3]

Hello,

 

I pay for 25mbps (3.125 MB/s) speed through my ISP. I am not able to sustain download speeds above 100 KB/s. It should be 30 times faster, minus the inevitable geographic distance or extra nodes on the route. why is it so slow? also, why, when I connect to Miami, i am about 10% faster than when Eddie automatically chooses the Toronto servers? I am in Massachusetts.

 

I tried OpenVPN, which is far more responsive, but the speeds are not always faster. AirVPN Eddie client is slow always. current i am getting 110KB/s on OpenVPN, but not enjoying the DNS protection.

 

-sanc

 

[zhang888 1066]

There can't be any meaningful difference in network speed between Eddie and the OpenVPN binary, since Eddie is just a GUI for OpenVPN with some extra features.

Try using SSL/SSH methods.

[Sanctioner 3]

hi,

 

thanks for the reply.  i'm not sure what you mean by methods.  also, this isn't about the difference between eddie and openvpn.  this is about the difference between either of these and my paid for speeds with my isp.

 

the visible symptom is that i can open, as a test, 10 different websites in 10 different tabs.  they'll each have page loads measured in minutes (this is not unique to have 10 tabs loading, happens on just 1).  then all of a sudden all 10 will suddenly finish loading simultaneously.  it's as if someone's chocking the line, then releasing it and all the water in the hose sprays you in the face.

 

right now i'm trying to download a game on steam.  it's getting about 89 KB/s.  without airvpn, it is 30 times faster and i actually get my maximum speeds.

 

-sanc

[go558a83nk 362]

hi,

 

thanks for the reply.  i'm not sure what you mean by methods.  also, this isn't about the difference between eddie and openvpn.  this is about the difference between either of these and my paid for speeds with my isp.

 

the visible symptom is that i can open, as a test, 10 different websites in 10 different tabs.  they'll each have page loads measured in minutes (this is not unique to have 10 tabs loading, happens on just 1).  then all of a sudden all 10 will suddenly finish loading simultaneously.  it's as if someone's chocking the line, then releasing it and all the water in the hose sprays you in the face.

 

right now i'm trying to download a game on steam.  it's getting about 89 KB/s.  without airvpn, it is 30 times faster and i actually get my maximum speeds.

 

-sanc

 

I understand your frustration but please think rationally.

 

1) AirVPN provides plenty of speed.  Just look at the status page and you'll see.

 

2) AirVPN doesn't control your local network setup nor your ISP nor all the other "internet" between you and their servers.

 

3) There are plenty of threads in this forum which help people with speed problems.  Often a configuration change (easy to do in Eddie) can make a big difference.  https://airvpn.org/topic/18339-guide-to-getting-started-links-for-advanced-users/?p=43734

[Sanctioner 3]

yes, please refrain from assuming i am placing blame.

 

i have looked at that page.  i changed the send and receive buffer sizes from automatic to 256 kb.  my speed dropped about 10KB/s.  i further increased it to 512 kb.  it dropped another 10 Kb/s.  with that i'm getting about 70 KB/sec speeds on an otherwise 25Mbps line.  i get fastest speeds on automatic.  some settings they ask to change are actually defaulted that way.  i checked, and they are still at default, like obtain ip address automatically.  this is really just a home pc.  i've changed servers, chicago, toronto, miami, but the effect is minimal.  and glasnost is no longer a service being offered.

 

this difference seems a little dramatic.  i would hope that, of all the things to check, those which can make the biggest difference would be known, like those which can affect speeds 10-fold, and i can focus on those.  still, im running out of things to check from the guide.

 

-sanc

[Guest]

Did you try different ports and protocols?

 

Settings>Protocols

 

thats what zhang means

 

IME you should disregard what is the closest and use the good ole trial and error. Surprising locations give great speed

[Sanctioner 3]

thanks i'll try those too.

 

do i have to restart eddie after every change?  maybe that's why each change i make has little to no difference.

[go558a83nk 362]

thanks i'll try those too.

 

do i have to restart eddie after every change?  maybe that's why each change i make has little to no difference.

 

You must reconnect after each change to port/protocol.  There is no need to restart the whole app.

[Sanctioner 3]

could it be packet loss?

 

C:\Users\xxxxxxxx>tracert 199.19.94.193

Tracing route to 20htech.com [199.19.94.193]
over a maximum of 30 hops:

  1     *        *     3911 ms  20htech.com [199.19.94.193]

Trace complete.

==========

C:\Users\xxxxxxxx>ping 199.19.94.193

Pinging 199.19.94.193 with 32 bytes of data:
Request timed out.
Request timed out.
Request timed out.
Reply from 199.19.94.193: bytes=32 time=1968ms TTL=64

Ping statistics for 199.19.94.193:
    Packets: Sent = 4, Received = 1, Lost = 3 (75% loss),
Approximate round trip times in milli-seconds:
    Minimum = 1968ms, Maximum = 1968ms, Average = 1968ms

==========

xxxxxxxx@xxxxxxxx ~
$ tracert google.com

Tracing route to google.com [172.217.2.174]
over a maximum of 30 hops:

  1     *     2047 ms     *     10.5.0.1
  2  3613 ms     *        *     199.19.94.1
  3     *     1274 ms   419 ms  C3G1MR5.YesUP.com [166.48.160.5]
  4     *        *        *     Request timed out.
  5     *        *        *     Request timed out.
  6     *        *        *     Request timed out.
  7  2894 ms  2451 ms  2794 ms  be2765.ccr41.ord03.atlas.cogentco.com [154.54.45.18]
  8     *     2874 ms   681 ms  tata.ord03.atlas.cogentco.com [154.54.10.162]
  9  1021 ms  1224 ms  1224 ms  72.14.220.158
 10   410 ms   473 ms  1013 ms  108.170.243.197
 11  2986 ms     *        *     209.85.250.144
 12   939 ms  1029 ms  1421 ms  216.239.50.239
 13   684 ms  1470 ms   930 ms  108.170.250.225
 14  1996 ms  2323 ms  1647 ms  108.170.226.211
 15     *        *     2848 ms  yyz10s06-in-f14.1e100.net [172.217.2.174]

Trace complete.

if so, how do we fix this one?

 

-sanc

[go558a83nk 362]

could it be packet loss?

 

C:\Users\xxxxxxxx>tracert 199.19.94.193

Tracing route to 20htech.com [199.19.94.193]
over a maximum of 30 hops:

  1     *        *     3911 ms  20htech.com [199.19.94.193]

Trace complete.

==========

C:\Users\xxxxxxxx>ping 199.19.94.193

Pinging 199.19.94.193 with 32 bytes of data:
Request timed out.
Request timed out.
Request timed out.
Reply from 199.19.94.193: bytes=32 time=1968ms TTL=64

Ping statistics for 199.19.94.193:
    Packets: Sent = 4, Received = 1, Lost = 3 (75% loss),
Approximate round trip times in milli-seconds:
    Minimum = 1968ms, Maximum = 1968ms, Average = 1968ms

==========

xxxxxxxx@xxxxxxxx ~
$ tracert google.com

Tracing route to google.com [172.217.2.174]
over a maximum of 30 hops:

  1     *     2047 ms     *     10.5.0.1
  2  3613 ms     *        *     199.19.94.1
  3     *     1274 ms   419 ms  C3G1MR5.YesUP.com [166.48.160.5]
  4     *        *        *     Request timed out.
  5     *        *        *     Request timed out.
  6     *        *        *     Request timed out.
  7  2894 ms  2451 ms  2794 ms  be2765.ccr41.ord03.atlas.cogentco.com [154.54.45.18]
  8     *     2874 ms   681 ms  tata.ord03.atlas.cogentco.com [154.54.10.162]
  9  1021 ms  1224 ms  1224 ms  72.14.220.158
 10   410 ms   473 ms  1013 ms  108.170.243.197
 11  2986 ms     *        *     209.85.250.144
 12   939 ms  1029 ms  1421 ms  216.239.50.239
 13   684 ms  1470 ms   930 ms  108.170.250.225
 14  1996 ms  2323 ms  1647 ms  108.170.226.211
 15     *        *     2848 ms  yyz10s06-in-f14.1e100.net [172.217.2.174]

Trace complete.

if so, how do we fix this one?

 

-sanc

 

 

I'd encourage you to try different protocols.  The fix to packet loss is probably there.  Unless you're doing this on a weak wireless connection, in which case you'll want to do testing on a better local connection.

[Sanctioner 3]

i forgot to disable the slow download before running the traceroutes.  they're normal now.

 

i am on a wired connection from my pc to verizon fios, no wireless.  here is what i tried

 

* several protocols and ports.  couldn't connect on ssh and ssl was really slow (as in far slower than why i'm posting here).  switched to udp port 41185.

* no route errors

* ip/dns set to obtain automatically on all local area adapters (not airvpn)

* disabled windows firewall entirely

* dns seems ok, according to browser stats, but switched to an opennic one anyway.  this is contradictory to what's mentioned earlier in the guide about obtaining these automatically, but know that i've tried both.  i could no longer resolve airvpn addresses and thus could not connect to vpn.  reverted.  will review this at a later date since it looks like a good idea.

* tried multiple different servers thousands of miles apart from 2 different countries

* glasnost is no longer a service as of last May

* determined mtu of 1472, set mssfix 1432 in ovpn directives

* change buffer from automatic (1mb i think) to 256kb, then to 512kb.  no effect.  reverted to automatic.

* installed openvpn plugin to fix dns leaks, although i don't think this applies here, will review this later.

 

no measurable impact anywhere, then

 

* upgraded tap from 9.0.0.21 to 9.9.23 and rebooted.  auto-determine fastest server was in europe for some reason.  speeds improved slightly.  switched back to U.S.  speeds rose from 600 kbps to 17000 kbps and sometimes bounces as high as ISP max speeds.  YEA!

 

the TAP part of the guide points to a page that says the topic is obsolete, disarming me into skipping it until last resort to try the other stuff first.  hopefully, the guide can be converted away from past forum posts into an official page.

 

think i'm all set.  thanks for the help.

 

-sanc

[zhang888 1066]

Good to hear that the issue has been solved.

The topic was marked as obsolete since newer versions of the TAP driver solved those

issues you were having. So the proper way of solving it right now would be just upgrading

to a new driver version, which is what you did.

[ganga 0]

 

i forgot to disable the slow download before running the traceroutes.  they're normal now.

 

i am on a wired connection from my pc to verizon fios, no wireless.  here is what i tried

 

* several protocols and ports.  couldn't connect on ssh and ssl was really slow (as in far slower than why i'm posting here).  switched to udp port 41185.

* no route errors

* ip/dns set to obtain automatically on all local area adapters (not airvpn)

* disabled windows firewall entirely

* dns seems ok, according to browser stats, but switched to an opennic one anyway.  this is contradictory to what's mentioned earlier in the guide about obtaining these automatically, but know that i've tried both.  i could no longer resolve airvpn addresses and thus could not connect to vpn.  reverted.  will review this at a later date since it looks like a good idea.

* tried multiple different servers thousands of miles apart from 2 different countries

* glasnost is no longer a service as of last May

* determined mtu of 1472, set mssfix 1432 in ovpn directives

* change buffer from automatic (1mb i think) to 256kb, then to 512kb.  no effect.  reverted to automatic.

* installed openvpn plugin to fix dns leaks, although i don't think this applies here, will review this later.

 

no measurable impact anywhere, then

 

* upgraded tap from 9.0.0.21 to 9.9.23 and rebooted.  auto-determine fastest server was in europe for some reason.  speeds improved slightly.  switched back to U.S.  speeds rose from 600 kbps to 17000 kbps and sometimes bounces as high as ISP max speeds.  YEA!

 

the TAP part of the guide points to a page that says the topic is obsolete, disarming me into skipping it until last resort to try the other stuff first.  hopefully, the guide can be converted away from past forum posts into an official page.

 

think i'm all set.  thanks for the help.

 

-sanc

 

Hi, as I understand you resolve the issue with the 9.9.23 TAP version, right? That's an older version i think as driver versions have different numbers than installers.

 

Good to hear that the issue has been solved.

The topic was marked as obsolete since newer versions of the TAP driver solved those

issues you were having. So the proper way of solving it right now would be just upgrading

to a new driver version, which is what you did.

 

As I understand tap driver 9.0.0.21 is TAP version 9.21, so the 9.9.23 he install is an older one. Or I'm wrong?

 

I ask because after installing on Windows 7 Eddie 2.12 (i was on 2.10)  slow speed issues starts and I remember i had this problems in the past with TAP driver. Why you mark the topic https://airvpn.org/topic/16573-tap-driver-9210-causing-a-myriad-of-issues/ as obsolete? It seems the only way to recover proper speeds.

[OpenSourcerer 1435]

If it is the only way for you, Mr. ganga, don't read yourself into doubt and do what you have to do to restore proper speeds - install 9.9.2_3.exe as pointed out in your linked thread.

[produs 1]

This might be a salutation for Windows but what about on a Mac?