Want to protect your cyber security and still get fast solutions? Ask a secure question today.Go Premium

x
  • Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 788
  • Last Modified:

Connection speeds between Asia and Europe

Hi Experts,

I have an issue where I have a client with an office in Singapore and London.  From both sites I have ADSL connections.  They are running a light database app across a VPN to london and the speeds are terrible, local internet is great at both sites.

I've done some basic troubleshooting that leads me to beleive its the singapore ISP that is the issue.

Singapore: Managed office Internet service with Starhub - 2Mb Down 1Mb up
Local ping to google.com -> 2ms
ping to london server via vpn or direct -> 300-400ms
Tracert reveals that the ping time increases from about 50ms to 200ms at the point starhub network crosses to the europe network.

London: Entanet 16Mb down 1.5Mb up.

I've seen this before with another client who had starhub as a their ISP and at the same point in the hops the ms time increases dramatically.

Before I start trying to get them to do anything, because I'm pretty sure that they will tell me theres nothing they can do,  Is there any way of going via another route, say a proxy to get a better response time from europe?

I'm not familiar with these global link ups, but does anyone know of a solution to get a good connection rate?

Thanks for your time.
0
D_Hartup
Asked:
D_Hartup
  • 3
1 Solution
 
rfc1180Commented:
>ping to london server via vpn or direct -> 300-400ms
Tracert reveals that the ping time increases from about 50ms to 200ms at the point starhub network crosses to the europe network.

You should see about 125ms of latency end-to-end (distance from London to Singapore is 6800 miles, but this is not in a straight light, add about 15 percent to that mileage round trip. This is what you should expect, if there is any other latency that is higher than that (at least over 50ms) and you have evidence (Traceroutes from both the source and destination), then you can contact the ISP to possible assit).

>Before I start trying to get them to do anything, because I'm pretty sure that they will tell me theres nothing they can do,  Is there any way of going via another route, say a proxy to get a better response time from europe?

No you can not take another route; however, if you can convince your ISP that there is an issue outside of their network, they may choose to update filters, route-maps, etc for BGP and influence traffic to the destination AS that you are trying to reach.

Using a proxy will more than likely just added additional latency.

Billy
0
 
D_HartupAuthor Commented:
Thanks Billy,  Can I ask a slightly different question?  What do companies do that want to share data across asia/europe when the speeds are so bad?
0
 
rfc1180Commented:
>Thanks Billy,  Can I ask a slightly different question?  What do companies do that want to share data across asia/europe when the speeds are so bad

Depending on the operating systems that are being use and assuming no packet loss, you can adjust the operating system RWIN:

http://smallvoid.com/article/tcpip-rwin-size.html

Typically, Operating systems such as Linux, Windows 2003, Vista, 2008 have RFC1323 enabled and other TCP parameters that are much more efficient than others and you really do not want to mess with the auto-tuning features:

This site will give you and idea (You will want to analyze both end point hosts)

http://www.speedguide.net/analyzer.php 

You can also use bandwidth testing applications such as iperf for testing, but you state that the latency is 400ms and this is really high and will affect your TCP performance if you have an operating system that does not have RFC1323 enabled and if that is the case, then you would modify the RWIN value to something like 513920, but this is really dependent on your BW and delay: http://www.speedguide.net/bdp.php

Billy
0

Featured Post

NEW Veeam Agent for Microsoft Windows

Backup and recover physical and cloud-based servers and workstations, as well as endpoint devices that belong to remote users. Avoid downtime and data loss quickly and easily for Windows-based physical or public cloud-based workloads!

  • 3
Tackle projects and never again get stuck behind a technical roadblock.
Join Now