how do you tell if the connection is UDP?
Uh, nice story, but why did this network problem never occur with version 11? I only 4an into real slow downloads after TV forced me to drop version 11 and go to 14 (I think that is the current one). I see several complaints after version 11 here. Yet, you make no mention of how you hobbled TV after that version to explain the drastic slowdown. No explanation except the gods willed it? Hm, not buying that..
I've never seen or heard such a pathetic explanation for excruciatingly slow file transfers.
Please find another excuse.
As and IT Professional I use file transfer often in prior versions, but it seems this is the worst file transfer speeds ever in 14. I don't understand why this wouldn't be a priority for a product improvement since I believe most of us need file transfer.
I have tested the transfer speed using a 300/300 Mbps Fiber connection on both sides with 56kb modem TV file transfer speeds. I have done file transfers on my local 10Gb network and see a very minor improvement.
As others have stated using UDP is 90's technology when you have TCP, but it doesn't make any sense why you would throttle the speed. Now if it's an issue with screen refresh then all you need to do is use some type of QOS policy to utilize the connection full bandwidth, but make screen processes the priority. TCP allows for resume so you should be able to pause file transfer and resume to keep screen refresh, keyboard, and mouse active at all times.
This solution is not really a solution. I have tested several systems for remote support and when I tested TeamViewer a movie of 5 Gb was send in a minute or so.
So now we choose TeamViewer and I'm busy to explore all features and now the file transfer speed is 2 Gb in 4 hours.... I'm still using the same test systems as before, also the TeamViewer version did not change, so what can I do to speed this up?
Two and half years later and this is still a problem in the newest version?So I saw 200MB/s possible?Testing on two of my computers on my router 10/100/1000, confirmed Anti-Virus WAS NOT BLOCKING UDP. File tranfer between computers Linux to Windows, Windows to Linux via share 123 to 153 MB/s. Start transfer on TeamViewer 128 to 130 KB/s! Use UDP checked on both under advanced options. They are three feet apart on the same router and still 130 KB/s MAX.I wish you guys would really fix this it's just nuts it's been over two years. Then dump the HUGE horrible new interface!
Still no fix?!?
I recently added one of TV's free competitors to my personal computers, and its transfer speeds are fine.
TV - what is the problem?
The reponse from TV is **bleep**. Is this not peer-to-peer? Well, it sure seems like it's going through TV servers. This is during a slow file transfer:
[TeamViewer_Service.exe]TCP 192.168.87.102:52165 dk-cph-anx-r005.teamviewer.com:5938 ESTABLISHED
So what you've done is that you've throttled the speed to keep costs down for traffic handling - why not just say that? Well, you probably don't want people to know that their file transfers are going through your servers.
Hi Julia, your post explains so much, including another issue I have with TeamViewer, the file transfers often end up corrupted and unusable. The problem with UDP is that it has no error checking, and should only be used for the likes of video where data arriving out of sequence or corrupted can safely be ignored (e.g. the video component arriving after the audio, or vice versa), which explains the corruption of data issue.
We have got to the point that we are using cloud based storage systems to transfer files to clients, or if they're close by, using USB flash drives.
Hi @Julia et al,
For the life of me I can't figure out how the UDP port is being blocked. I've allowed an Outbound rule in the Windows Firewall, All Egress traffic on any protocol is allowed through the hardware firewall.
Is there any logs we can turn on to figure out exactly what's happening and give us a clue to figure this out?
the port stuff is just **bleep**, with upnp it opens just the ports used, and i have the same problem
Well, I found the log, and it makes it pretty clear that UDP is not getting blocked
I would post the log but your website isn't letting me. I emailed it to support @ teamviewer which told me to use this site instead where I can't post the information that shows a udp session successfully connecting, getting these errors (Edited to make them be able to be pasted here): DataTransceiver: DataTransceiver - FileGroups::GetFileGroupByFileIndex: index is out of rangeDataTransceiver: DataTransceiver - FileTransferProgress::GetCurrentTransferredFilePath: fileGroup is nullDataTransceiver: DataTransceiver - FileTransferProgress::OnFileAdded: fileGroupCount LESS THAN OR EQUAL 1
and then getting capped at 120 kb/s
Any news on this annoying topic?
It looks like you're new here. If you want to get involved, click one of these buttons!