Page 1 of 1

OpenVPN slow again and speed drastically reduced

Posted: Tue Dec 03, 2019 1:40 pm
by tangof
Update:

Several hours later .. speed is atrocious. Any comment? Is Sonic support aware of this?
I am getting frustrated ....


Hi all, just curious if this is happening elsewhere as well?

After Sunday's incident, I kept an eye on the VPN stability and today it started acting up again.

It does connnect again (after throwing on error) but the speeds are drsatically reduced (see here the Speed test i just took: Your download speed is 2.36 Mbps; Your upload speed is 5.41 Mbps)

Any ideas? If i connect through ATT directly, no issues at all.

Thanks

Re: OpenVPN slow again and speed drastically reduced

Posted: Tue Dec 03, 2019 8:56 pm
by js9erfan
Any ideas? If i connect through ATT directly, no issues at all.
Looks like a fair amount of packet loss over Sonic's VPNs... These screenshots pretty much tell the story over the last ~8 hours:

ATT FTTN:
ATT FTTN.PNG
ATT FTTN.PNG (56.73 KiB) Viewed 10877 times
Sonic VPN servers:
Sonic.PNG
Sonic.PNG (96.79 KiB) Viewed 10877 times

Re: OpenVPN slow again and speed drastically reduced

Posted: Wed Dec 04, 2019 5:26 am
by js9erfan
Looks to be back to normal as of 10pm last night.
Sonic..PNG
Sonic..PNG (80.26 KiB) Viewed 10856 times

Re: OpenVPN slow again and speed drastically reduced

Posted: Fri Jan 10, 2020 5:48 pm
by cdkeen
Sorry for the recent problems with our openvpn server. Please let me know if these issues continue, either by replying to this post or by emailing support@sonic.net and referencing this post so that the issue can be assigned to me. Thanks for choosing Sonic! Here is some info that I just posted in another vpn thread on our forum:
cdkeen wrote:I upgraded our openvpn server verison to the most current build on January 2nd (around 11pm) and included in the change log notes for the new version was a line that led me to believe that they have rectified the issue that was causing the PUSH_REQUEST to not get a reply back from the server. We do have monitoring in place for the server and the service that alerts our operations staff (which does have someone on call 24/7) and we have identified and improved some limitations that our monitoring had in place in an attempt to improve the service reliability.