Problem with Teamviewer

RouterOS Beginner Basics
1

Dear all,
I have 2 PCs. PC_A is inside, PC_B is outside. When i connect from PC_A to PC_B by teamviewer and send file so veryfast. But if I connect from PC_B to PC_A and send file so very slow.
I don’t know where is problem.
Please advice me
Thanks all

2

What is a duplex and speed status of connection?

3

Port of PC and Mikrotik are full duplex and 1Gb
If I use Draytek router so OK, No filter on Milrotik router

4

Where is PC A relative to the router and where is PC B?

5

PC_A in my LAN. PC_B in Internet

6

Which are rate plans of PC A connection and PC B for inbound and outbound traffic?

7

Sorry Anumrak, I don’t understand

8

For what exactly input and output speed do you pay your providers on PC A and PC B? If you have on PC B assymetric channel, then this is a reason why your speed is low at one side.

9

2 site use FTTH with bandwidth 60Mbs. Problem when I use Mikrotik router at my site, If I replace Mikrotik router by Draytek router so not problem

10

please check if UPNP are enabled on mikrotik, try port forwarding.




11

My boss need use Teamviewer software at his computer

12

What MikroTik router exactly? What IP do you receive from your ISP’s? PC A and PC B are routers?

13

Network topology is below:
PC_A ---- Mikrotik Router ---- Internet ------ Another Router ------ PC_B
WAN IP address of Mikrotik Router and Another Router are public ip

14

Make ping and traceroute from PC A to 8.8.8.8 and test your speed with speedtest.net or something similar. And get here a results.

15
  • PC_A connected to PC_B by teamviewer and send file so fast
  • PC_B connected to PC_A by teamviewer and send file so slow
  • When replace Mikrotik router by Draytek Router so 2 direction OK

Pinging 8.8.8.8 with 32 bytes of data:
Reply from 8.8.8.8: bytes=32 time=48ms TTL=58
Reply from 8.8.8.8: bytes=32 time=48ms TTL=58
Reply from 8.8.8.8: bytes=32 time=48ms TTL=58
Reply from 8.8.8.8: bytes=32 time=48ms TTL=58
Reply from 8.8.8.8: bytes=32 time=48ms TTL=58

Tracing route to 8.8.8.8 over a maximum of 30 hops

1 <1 ms <1 ms <1 ms 192.168.10.250
2 <1 ms <1 ms <1 ms 192.168.10.254
3 1 ms 1 ms 1 ms 10.41.239.8
4 1 ms 1 ms 1 ms 27.68.245.49
5 36 ms 31 ms 31 ms 27.68.232.157
6 33 ms 31 ms 31 ms 27.68.255.53
7 31 ms 31 ms 31 ms 27.68.244.50
8 47 ms 47 ms 47 ms 27.68.250.245
9 30 ms 30 ms 30 ms 27.68.249.57
10 31 ms 31 ms 31 ms 27.68.250.242
11 31 ms 31 ms 31 ms 72.14.196.68
12 30 ms 30 ms 30 ms 74.125.242.33
13 48 ms 48 ms 48 ms 108.170.237.229
14 48 ms 48 ms 48 ms 8.8.8.8

Speed Test
VietNam to HongKong
Ping 22ms
Download: 64.43 Mbps
Upload: 64.03 Mbps

16

Model Name of Tik router?

17

CCR1009

18

When some connections are inexplicably slow, or do not work at all (e.g. some sites do not load), you should check the MTU of your path.
E.g. when your ISP uses PPPoE the MTU of the hop to the ISP is often less than 1500. So the router is at a point where the MTU decreases and should fragment the packets, but unfortunately many OS have default DF bit set preventing the router from doing that.
This results in ICMP messages that are often handled incorrectly by overzealous firewalls, and then it works incorrectly.

When you are affected by this, it can help to put this rule in the router:

/ip firewall mangle
add action=change-mss chain=forward new-mss=clamp-to-pmtu passthrough=yes \
    protocol=tcp tcp-flags=syn
19

Thanks for your support, but I don’t understand PC_A to PC_B fast, PC_B to PC_A slow

20

Test your speed on PC B and ping 8.8.8.8.