Find the perfect gift for the grad in your life with Graduation gifts that connects us from AT&T.
Get superfast AT&T Fiber internet
b_mihai's profile

15 Messages

Tuesday, March 26th, 2024 5:39 PM

Terrible connection to my work environment

Hey AT&T Team,

I'm having a tough time with my work VPN connection. It keeps dropping, and I'm losing access to my work stuff because of it.

I did a check using MTR from my Windows machine (through WSL), and noticed there's a hop where almost 90% of the network packets are lost! It seems like this is where my connection problems are starting.

Could someone take a look into this? Maybe there's a way to route my connection differently to avoid this issue. I really need a stable connection to get my work done.

In comparison, while using a hotspot from T-Mobile, that connection is stable and can work effectively while connected to it.

Thanks a lot for any help you can give!

                                                                                                   Packets               Pings

Host                                                                                            Loss%   Snt   Last   Avg  Best  Wrst StDev

  1. (waiting for reply)
  2. 10.0.0.1                                                                                      0.0%   730    4.0   5.4   1.8 100.7   5.8
  3. 192.168.1.254                                                                                 0.0%   730    3.1   5.5   2.5 145.6   7.4
  4. 107.215.56.1                                                                                  0.0%   730    4.6   6.7   3.6  95.7   5.4
  5. 76.239.207.180                                                                                0.0%   730    4.0   6.8   3.5  66.5   5.0
  6. (waiting for reply)
  7. 32.130.89.13                                                                                 89.4%   730    6.5   7.9   5.2  19.1   2.4
  8. 62.115.146.216                                                                                0.0%   730    6.3   8.5   4.9  62.3   5.6
  9. 62.115.134.246                                                                                2.5%   730    8.7   8.3   4.8  85.7   5.7
  10. 62.115.138.70                                                                                 0.0%   730   21.2  23.3  19.7 106.8   6.8
  11. 62.115.122.158                                                                               48.8%   730  100.2 100.5  97.1 163.6   4.7
  12. 62.115.122.139                                                                               13.7%   730  110.4 112.5 109.1 197.7   5.4
  13. 62.115.136.39                                                                                 0.0%   730  113.2 116.0 111.2 170.7   5.7
  14. 62.115.62.237                                                                                 0.0%   730  110.7 114.2 110.1 200.9   6.7
  15. 62.128.0.154                                                                                  0.0%   730  114.6 114.7 110.7 187.9   6.0
  16. 213.95.0.114                                                                                  0.0%   730  114.1 115.0 110.8 169.1   5.6
  17. 62.128.0.149                                                                                  0.0%   729  114.5 117.1 112.9 177.6   5.4
  18. 62.128.0.249                                                                                  4.8%   729  164.4 166.0 158.7 244.9   7.0
  19. 62.128.13.20                                                                                  3.2%   729  162.4 162.7 151.3 289.1   6.7

ACE - Expert

 • 

35.6K Messages

2 months ago

One hop not responding with an error to TTL-expired ICMP packets does not necessarily indicate an issue with it.  It might be, but often isn't.  The important thing to note is if the next node after it is also having the same or worse problem.  If not, then while it might not be responding to packets directed at it, it is passing them to the next hop (and the next hop, and the next hop...) and returning the replies.  In your case, node 13 (and those immediately after) are showing 0% loss, so hop 7 is passing 100% of the traffic to hop 8 and hop 9, etc.

(edited)

15 Messages

2 months ago

@JefferMC - Thanks for your input. I'm trying to find out why the connection breaks while connected via the AT&T and while connected via the hotspot, everything works out smoothly. Would an MTR from the hotspot help this investigation?

ACE - Expert

 • 

35.6K Messages

2 months ago

Not sure what to tell you.  You have 0.0% "packet loss" at hop 17.  What you would really need to do is to try to run WinMTR (or similar) OUTSIDE the VPN while the VPN is up and working and then, after having a VPN disconnect, look to see if you can see identify a hop after which there is a consistently maintained loss (e.g. from hop 18 through 19, the loss is sustained).  Then you can look at that.

Getting a WinMTR from the hotspot would give you a basis of comparison.

One thing I notice is that you seem to be going to Europe.  That will add challenges to maintain the nearly perfect connection some VPNs require.

(edited)

15 Messages

2 months ago

That's correct, this connection is going to Europe, more specifically Germany. The MTR output I shared before was while I was connected to the VPN and the IP is 62.128.13.20. Maybe I should run an MTR to the website application that I'm having network issues with instead of the VPN gateway?

ACE - Expert

 • 

35.6K Messages

2 months ago

If I might ask, what is the purpose of using a VPN?  It seems strange that you would send traffic across the ocean on an open Internet connection, and then enter the VPN tunnel near the destination.

15 Messages

2 months ago

I'm using the VPN to access the resources from Europe for example: guacamole.support.exasol.com. Without the VPN connection, I wouldn't be able to access this application.

(edited)

ACE - Expert

 • 

35.6K Messages

2 months ago

It appears that you have a split-tunnel VPN configuration, which is probably for the best when the VPN server is in Europe.  Your traffic destined for the secured servers goes through the VPN but the rest of your traffic goes directly to the Internet locally (in a NO-SPLIT TUNNEL configuration, all your traffic has to go through the VPN and be routed to the Internet from the other end of the tunnel.  In your case, that would mean round trips across the pond for everything you do on the Internet).

Well, with Split Tunnel you can run the tests easier (and from the same PC)

15 Messages

2 months ago

What kind of tests could I run to help investigating this?

15 Messages

2 months ago

Hi @JefferMC - If you don't mind, I'd like to continue this investigation with you.

ACE - Expert

 • 

35.6K Messages

2 months ago

What you would really need to do is to try to run WinMTR (or similar) OUTSIDE the VPN while the VPN is up and working and then, after having a VPN disconnect, look to see if you can see identify a hop after which there is a consistently maintained loss (e.g. from hop 18 through 19, the loss is sustained).

Set up WinMTR or PINGPLOTTER to your VPN endpoint IP in Europe (which it looks like you've done).  Compare an interval where your VPN works okay to an interval when your VPN disconnects.  See if you can identify hops where "packet loss" or increased latency shows up in the latter and not the former.

Compare these plots against those using your hotspot and see how they differ.

Not finding what you're looking for?
New to AT&T Community?
New to the AT&T Community? Start by visiting the Community How-To.
New to the AT&T Community?
Visit the Community How-To.