Dear Simbrief-Team,
I want to express my concerns with respect to the performance of your website especially on the weekends. Mostly, it takes me very long to get to the flight creation part and pretty often I get the message that the server is not responding in due time. I understand that most sim pilots are active on the weekends, but for the monthly subscription rate, which is not small from my point of view, I expect a 100% smooth working service. Please solve that issue.
Brgds
Stephan
You are aware that Simbrief is as a flight planning software, in fact, free to use and not subscription based
Hi, while I believe you that you might be seeing slowdowns, this isn’t due to the server as far as I can tell. Currently the server is at less than 50% load and operating as fast as any other time.
This means the slowdown must be happening somewhere within your ISP or between your ISP and the SimBrief server. Maybe there is more network congestion on weekdays along the route your ISP uses to connect to SimBrief.
Please can you do the following so we can analyze your connection to the SimBrief server:
- In windows, type
Win + R
, then type cmd
, and hit Enter
.
- In the command prompt that appears, type
ping simbrief.com
.
- After that completes, type
tracert simbrief.com
. It is normal for this command to take up to 1 minute, and you might see some delays or “Timeout” messages while it runs. This can be normal, just let it run until it completes.
After those 2 commands complete, please either copy/paste the results here or send me a private message if you prefer not to post them on this public forum (your IP address might appear in them, which could reveal your approximate location). The results of the 2 commands should look something like this:
C:\Users\Username>ping simbrief.com
Pinging simbrief.com [192.95.16.233] with 32 bytes of data:
Reply from 192.95.16.233: bytes=32 time=9ms TTL=54
Reply from 192.95.16.233: bytes=32 time=11ms TTL=54
Reply from 192.95.16.233: bytes=32 time=9ms TTL=54
Reply from 192.95.16.233: bytes=32 time=9ms TTL=54
Ping statistics for 192.95.16.233:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 9ms, Maximum = 11ms, Average = 9ms
C:\Users\Username>tracert simbrief.com
Tracing route to simbrief.com [192.95.16.233]
over a maximum of 30 hops:
1 <1 ms <1 ms <1 ms ip-192-168-0-1.eu-west-1.modem [192.168.0.1]
2 9 ms 10 ms 8 ms provider001.0-0-0.ispprovider.com [0.0.0.1]
3 9 ms 16 ms 8 ms ip-1-2-3-4.eu-west-1.modem [1.2.3.4]
4 13 ms 8 ms 10 ms 5.6.7.8
5 * 12 ms 11 ms be102.ymq-mtl3-pb2-8k.qc.ca [142.44.208.200]
6 * * * Request timed out.
7 * * * Request timed out.
8 * * * Request timed out.
9 11 ms 13 ms 11 ms be106.bhs-g1-nc5.qc.ca [142.44.208.173]
10 * * * Request timed out.
11 * * * Request timed out.
12 * * * Request timed out.
13 * * * Request timed out.
14 9 ms 11 ms 9 ms sbavi.simbrief.com [192.95.16.233]
Trace complete.
Cheers,
Hi Derek,
thanks for taking care. Please find attached the results. Even if in german, I guess you can analyze the values (compared to your example, my values are indeed much higher), which leads me to the question why it works flawless over the week but not at the weekends?
Brgds
Stephan
@Vatnsfjord I have subscribed to Navigraph and see it as a complete package.
Thanks, the higher ping values are expected (I am geographically much closer to the server than you). These higher values are still quite fast (much less than 1 second on average), so at least I don’t see any ping issues.
Probably it’s network congestion causing the data transfer to be slow or intermittent, which is hard for us to solve directly since we don’t control the network between your ISP and our server. There are methods for us to re-route various traffic (load balancing, for example), which is actually being looked into. But will take some time before we get there.
Do you happen to have access to a VPN? If so, I would be curious to know if connecting through your VPN results in quicker SimBrief response times.
Best regards,
No, have no VPN available. But if you say your server are not running on their limits, it must have something to do with my ISP, which is of course not your fault. For example, in this moment I’m writing access to simbrief is fast and smooth, an hour ago it was not. Will keep on to observe it. Thanks for your assistance.