Traceroute of teamviewer connection

armujahid · 2021-04-08T10:43:59+00:00

There was an error rendering this rich post.

Is there any way to check traceroute of live teamviewer connection to understand root cause of delay? i.e. whether user is directly having a P2P connection with host or connection is being routed through teamviewer servers because of failed NAT traversal.

Our organization has 50-70 concurrent teamviewer inbound connections and some users regularly face delays/lag. it's random for most users. Organization has NATing with single external IP i.e. all hosts are behind NAT. We don't have our own autonomous system (AS) yet. Each user has different type of connection. Some have a dedicated IPv4 IP at home with IPv6 prefix while some are behind CGNAT. We want to rule out any CGNAT or Double NATing issues etc.

Similar question is already asked here https://community.teamviewer.com/English/discussion/106754/race-route-to-understand-delays but that wasn't in the proper Community section.

Find more posts tagged with

Accepted answers

All comments

Tobias

@armujahid

First of all, thank you for your post and welcome to the TeamViewer Community.

Let me try to help you and see if I understand your post correct.

You want a live traceroute of a TeamViewer Connection, correct? I guess you want to see it during the TeamViewer Connection itself?

I also want to know if the Users are connected directly to the Internet or do they use a VPN Tunnel?

Let me quickly explain how a default TeamViewer Connection works. First, the two TeamViewer Clients make a Handshake with our Master Server, to verify the Public Key Exchange and to check if everything ok. Next, both clients connect to a TeamViewer Router to get the best performance. Which means a Client in Frankfurt for example will connect to a Router in Frankfurt and a Client in Australia will connect to a Router in Australia. Now the two Clients will try to connect via P2P Connection via UDP Protocol.

You can find more about the TeamViewer Connection in our Trust Center: https://www.teamviewer.com/en/trust-center/security/

If you have a delay during the Connection, it could help to test to disable the UDP Option in the TeamViewer Settings, which means the TeamViewer will connect via the TCP Protocol. Go in the TeamViewer Client to Extras->Options->Advanced->Show advanced options->Advanced Network settings->uncheck "Use UDP (recommended)")

You can also test with our PowerShell Tools, if all Ports and URLs are reachable.

Open PowerShell as Admin
Type "Install-Module TeamViewerPS"
Type "Test-TeamViewerConnectivity" -> This gives you an output of all URLs and Ports which TeamViewer needs to work correct.

You will see in this Output the URLs "routerX.teamviewer.com" -> These entries are the TeamViewer Router Pools. The TeamViewer Client will pick the best Router for the Performance, as I explained above.

In general TeamViewer use Port 5938 TCP outgoing as default. Which Ports are used by TeamViewer: https://community.teamviewer.com/English/kb/articles/4139-which-ports-are-used-by-teamviewer

I hope this answer helps you for your delay issue, if not feel free to comment again.

Best regards,

Tobias

Karlen

Hi, pioverten,

Sorry for the inconvenience, but seems the message you left is not in the proper Community section as this section is for Remote Management Monitoring and Asset management topics.

Please address your questions to TeamViewer Support - https://www.teamviewer.com/en/support/

or you can post them also in TeamViewer Community - https://community.teamviewer.com/t5/TeamViewer-EN/ct-p/Teamviewer_EN

armujahid

@Tobias thanks for your response.

You want a live traceroute of a TeamViewer Connection, correct? I guess you want to see it during the TeamViewer Connection itself?

yes I want to see live traceroute to diagnose any connection issue between client and host.

I also want to know if the Users are connected directly to the Internet or do they use a VPN Tunnel?

Users are directly connected to internet with fiber/broadband without any VPN tunnel but some users are behind CGNAT (NAT type 3). Some users also use mobile broadband.

After the handshake through our master servers, a direct connection via UDP or TCP is established in 70% of all cases (even behind standard gateways, NATs and firewalls). The rest of the connections are routed through our highly redundant router network via TCP or https tunneling.

How can we check whether we have a direct P2P connection or whether teamviewer is using fallback method (routing through its own router network)? We want to ensure that all users are connected using P2P that's why traceroute will be very helpful.

You can also test with our PowerShell Tools, if all Ports and URLs are reachable.

Do we have any similar bash script for Linux? All clients are Linux based and all hosts are windows 10 machines.

Use UDP (recommended) option is selected in advanced settings. We will also test with TCP to rule out lag issue because of packet loss.

pioverten

Hi. I'm a paid/commercial user of teamviewer but submitting this via personal account/email.

After a multi-month battle with my employers IT department,it looks like I've finally got teamviewer 'unblocked'. We can now reconnect to remote equipment to maintain and monitor. The problem is a variable connection delay which varies between 5-15seconds. This makes usability very challenging.

Is there any means in teamviewer to do a traceroute or timing ping or similar to understand the connection? There's only fingerpointing and shrugging going on at present. Unfortunately iBOSS is involved...

Sorry for the non-computer words, I'm just a hardware engineer...