
Unifi Connection Issue to International Server, Occured usually at night 9-11pm
Unifi Connection Issue to International Server, Occured usually at night 9-11pm
|
|
May 22 2024, 09:21 PM
Show posts by this member only | IPv6 | Post
#1721
|
![]()
Junior Member
3 posts Joined: Oct 2020 |
Sorry to revive this thread, but is anybody facing timeouts with sites backed by Fastly CDN? I'm having slowness issue with Reddit (loading comments) and Imgur (images). ![]() gikko liked this post
|
|
|
|
|
|
May 22 2024, 09:34 PM
|
![]() ![]()
Junior Member
175 posts Joined: May 2008 |
TM slow again!!!!
|
|
|
May 22 2024, 09:47 PM
|
![]() ![]()
Junior Member
275 posts Joined: Oct 2009 |
Getting only 500-600mbps on 800mbps package...
This post has been edited by wcnew: May 22 2024, 09:47 PM |
|
|
May 22 2024, 11:12 PM
|
![]() ![]() ![]()
Junior Member
332 posts Joined: Mar 2010 From: Shah Alam |
Been going for months now, had to use a VPN at night if I want some consistency.
|
|
|
May 22 2024, 11:43 PM
|
![]() ![]() ![]() ![]() ![]() ![]()
Senior Member
1,709 posts Joined: Jan 2003 From: Kedah Khap Khoun Khap (4K) |
Same here.
I’m on unifi 100Mbps. Been experiencing intermittent signals for the past 2-3 days at my parents’ house in Klang. Just today, restarted router 2 times. Ok a bit then later got problem. All my ip cctvs are down. Then called CS, they restarted the port on their side. Then okay for few hours. Then tonight still got problem. Certain websites can’t access, even unifi.com.my itself LOL. But my ipad pro 12.9 M1 5G which uses Unifi 5G can surf as per normal. Used up the 10GB hotspot quota until finish LEL Reddit can’t access. X/twitter also. Thought of getting umobile 5G + router package tomorrow. But how reliable is umobile 5G? Checked the map, my parents house got 5G coverage. |
|
|
May 23 2024, 09:56 AM
|
![]() ![]() ![]() ![]() ![]() ![]()
Senior Member
1,344 posts Joined: Nov 2004 From: HEAVEN & HELL |
certain route from US>JPY route using Hurriance Electric having issue right now major loss packet
|
|
|
|
|
|
Jun 15 2024, 11:51 AM
|
![]() ![]() ![]()
Junior Member
440 posts Joined: May 2010 From: THE FUTURE |
douyin china content buffers very very bad keep buffering via pc client, fuck this TMNUTS routing again.
This post has been edited by omg7788: Jun 15 2024, 11:53 AM |
|
|
Jun 17 2024, 08:04 PM
Show posts by this member only | IPv6 | Post
#1728
|
![]() ![]() ![]() ![]() ![]() ![]()
Senior Member
1,207 posts Joined: Aug 2018 |
Cross post from Unifi thread
The slow link from South East Asia to US I have tested this problem affect Malaysia and Singapore as a whole. If you have CDN in Malaysia / Singapore, but Origin server in the US, transfer will be very slow and almost certainly timeout. This investigation started because I have a lot of problem working on Fedora, a flavor of Linux distro. A little background: There has been a lot of fights between Tier 1 and Tier 2 providers in EU and Asia lately, all of them involving Cogent. In the beginning of the year, Cogent de-peer NTT in EU, causing all EU traffic to peer in the US, increasing latency even if you are in EU. Example, two different AS in Amsterdam must peer in US, even when they are physically in the same city. Last month, Cogent de-peer TATA in Asia, cutting off many single-homed customers from each other. Submarine cable breakage towards EU and Japan also adds to the problem. Example: The website is fronted by Cloudflare or AWS CloudFront, and pings are fine. But when you actually starts transferring bulk data, speed quickly drop to less than 10KB/s and depending on how much data is being transferred, you will get a timeout. This happens regardless of the location of CDN either in KL, Johor or Singapore. In Fedora's case, they are fronted by AWS CloudFront but their Origin is physically in the US. Observation: Anecdotes suggest the link will mostly be fine between 4am to 11am Malaysia Time. As you can see, I don't have time to wait for the stars to align. My solution: Since I have built my own anti-censorship "VPN", I use it to solve my problem. In AWS, all inter-AZ or inter-region traffic will be routed via what is known as "cold potato routing". So I spin up one EC2 instance in Oregon and CloudFront it. I then connect to CloudFront KL, which will cold potato route me to my EC2 in Oregon. The end result: Hot potato routing Oregon -> TM CODE [ec2-user@i-063f1764f181fb8c3 ~]$ tracepath 115.134.191.254 1?: [LOCALHOST] pmtu 9001 1: ip-172-23-48-1.us-west-2.compute.internal 0.083ms pmtu 1500 1: no reply 2: 240.0.8.65 0.290ms 3: 242.0.65.69 4.915ms asymm 6 4: 240.1.228.15 9.178ms asymm 5 5: 242.4.195.71 6.556ms asymm 18 6: 150.222.214.74 6.814ms asymm 19 7: as6939.10gigabitethernet9-9.core1.sea1.he.net 9.802ms asymm 24 8: no reply 9: as6939.100gigabitethernet2-3.core1.sjc2.he.net 23.471ms 10: no reply 11: telekom-malaysia-inc.e0-2.core3.sjc2.he.net 248.402ms asymm 17 12: 115.134.191.254 235.339ms reached Resume: pmtu 1500 hops 12 back 17 Hot potato routing TM -> Oregon CODE tracepath ec2-18-246-47-189.us-west-2.compute.amazonaws.com 1?: [LOCALHOST] pmtu 1500 1: _gateway 4.103ms 1: _gateway 6.127ms 2: _gateway 2.176ms pmtu 1480 2: 115.134.191.254 11.807ms 3: 10.55.49.97 41.665ms asymm 6 4: 10.55.100.228 9.979ms 5: 10.55.209.61 11.560ms 6: ix-hge-0-0-0-22.ecore1.esin4-singapore.as6453.net 63.331ms asymm 16 7: if-bundle-33-2.qcore1.esin4-singapore.as6453.net 276.803ms asymm 16 8: if-bundle-19-2.qcore2.svw-singapore.as6453.net 195.879ms asymm 13 9: no reply 10: no reply 11: if-et-24-2.hcore2.kv8-chiba.as6453.net 121.413ms asymm 12 12: no reply <----- snip -----> 30: no reply Too many hops: pmtu 1480 Resume: pmtu 1480 Cold potato routing EC2 Oregon -> CloudFront KL CODE [ec2-user@i-063f1764f181fb8c3 ~]$ tracepath 18.68.55.119 1?: [LOCALHOST] pmtu 9001 1: ip-172-23-48-1.us-west-2.compute.internal 0.070ms pmtu 1500 1: no reply 2: 240.0.8.65 0.321ms 3: 242.0.64.71 1.648ms asymm 6 4: 100.100.22.74 0.516ms asymm 6 5: 150.222.246.46 166.174ms asymm 22 6: 240.5.48.12 165.231ms asymm 22 7: 240.5.48.23 164.835ms asymm 22 8: 240.65.60.195 164.776ms asymm 22 9: no reply <----- snip -----> 30: no reply Too many hops: pmtu 1500 Resume: pmtu 1500 The ping! (Cold potato routing) CODE [ec2-user@i-063f1764f181fb8c3 ~]$ ping -c 10 18.68.55.119 PING 18.68.55.119 (18.68.55.119) 56(84) bytes of data. 64 bytes from 18.68.55.119: icmp_seq=1 ttl=234 time=165 ms 64 bytes from 18.68.55.119: icmp_seq=2 ttl=234 time=165 ms 64 bytes from 18.68.55.119: icmp_seq=3 ttl=234 time=165 ms 64 bytes from 18.68.55.119: icmp_seq=4 ttl=234 time=165 ms 64 bytes from 18.68.55.119: icmp_seq=5 ttl=234 time=165 ms 64 bytes from 18.68.55.119: icmp_seq=6 ttl=234 time=165 ms 64 bytes from 18.68.55.119: icmp_seq=7 ttl=234 time=165 ms 64 bytes from 18.68.55.119: icmp_seq=8 ttl=234 time=165 ms 64 bytes from 18.68.55.119: icmp_seq=9 ttl=234 time=165 ms 64 bytes from 18.68.55.119: icmp_seq=10 ttl=234 time=165 ms --- 18.68.55.119 ping statistics --- 10 packets transmitted, 10 received, 0% packet loss, time 9010ms rtt min/avg/max/mdev = 165.044/165.088/165.146/0.026 ms The ping! (Hot potato routing) CODE [ec2-user@i-063f1764f181fb8c3 ~]$ ping -c 10 115.134.191.254 PING 115.134.191.254 (115.134.191.254) 56(84) bytes of data. 64 bytes from 115.134.191.254: icmp_seq=1 ttl=239 time=249 ms 64 bytes from 115.134.191.254: icmp_seq=4 ttl=239 time=263 ms 64 bytes from 115.134.191.254: icmp_seq=5 ttl=239 time=253 ms 64 bytes from 115.134.191.254: icmp_seq=6 ttl=239 time=229 ms 64 bytes from 115.134.191.254: icmp_seq=7 ttl=239 time=246 ms 64 bytes from 115.134.191.254: icmp_seq=8 ttl=239 time=262 ms 64 bytes from 115.134.191.254: icmp_seq=10 ttl=239 time=229 ms --- 115.134.191.254 ping statistics --- 10 packets transmitted, 7 received, 30% packet loss, time 9159ms rtt min/avg/max/mdev = 228.644/247.148/263.060/12.963 ms Quantifiable improvement: Packet loss reduce from 30% to 0%. Infinite improvement! Latency reduce by 82ms, a 33% improvement. Jitter reduce by 99.8%. Gamer rejoice! This post has been edited by kwss: Jun 17 2024, 09:48 PM |
|
|
Aug 24 2024, 01:46 AM
Show posts by this member only | IPv6 | Post
#1729
|
![]() ![]() ![]() ![]()
Junior Member
567 posts Joined: Oct 2004 |
Between 4pm-8pm I had very bad packet loss to SG servers. Anyone else ?
|
|
|
Aug 29 2024, 09:04 PM
|
![]()
Newbie
22 posts Joined: Aug 2018 |
Anyone else experiencing slowdown and high ping to international server today? I did speedtest to SG , JP servers all results in very low speed (1 digit Mbps) and high latency. Even speed test to Johor TM server is like limited by half of my actual speed.
Want to update my linux system , download so slow using mirror from SG. Only youtube is ok because it has local cdn. |
|
|
Aug 29 2024, 09:14 PM
|
![]() ![]()
Junior Member
175 posts Joined: May 2008 |
TM told me the slow connection caused by many users visit the YouTube at the same time and immediate he got scolded from me!
|
|
|
Aug 29 2024, 10:54 PM
|
![]() ![]() ![]()
Junior Member
397 posts Joined: Apr 2012 |
I keep having issue loading discord app and discord web...god dammit
any ideas how to troubleshoot? |
|
|
Aug 29 2024, 11:11 PM
Show posts by this member only | IPv6 | Post
#1733
|
![]() ![]() ![]() ![]() ![]() ![]()
Senior Member
1,881 posts Joined: Sep 2017 |
QUOTE(NubPro @ Aug 29 2024, 10:54 PM) TM specific ip range connection to specific IPv4 Cloudflare network is not stable for few weeks already.![]() ![]() NubPro liked this post
|
|
|
|
|
|
Aug 29 2024, 11:44 PM
|
![]() ![]() ![]()
Junior Member
397 posts Joined: Apr 2012 |
|
|
|
Aug 29 2024, 11:47 PM
Show posts by this member only | IPv6 | Post
#1735
|
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]()
All Stars
12,039 posts Joined: Oct 2017 |
|
|
|
Aug 30 2024, 12:03 AM
Show posts by this member only | IPv6 | Post
#1736
|
![]() ![]() ![]() ![]() ![]() ![]()
Senior Member
1,881 posts Joined: Sep 2017 |
My suggestion is either Enable IPv6 or use VPN or change the hosts ip for those site that hosted on cloudflare that u need to access to an optimized cloudflare IP.
Although i not using the method that i said on top, I am using Mikrotik router,so i just DST-NAT All Cloudflare IPs to another optimized Cloudflare IP. add action=dst-nat chain=dstnat comment=CF-TEMP-162.159.45.190 dst-address=\ !162.159.45.190 dst-address-list=CloudFlare-IP-Block2 dst-port=80,443 \ protocol=tcp src-address=!192.168.88.25 to-addresses=162.159.45.190 add action=dst-nat chain=dstnat comment=CF-TEMP-162.159.45.190 dst-address=\ !162.159.45.190 dst-address-list=CloudFlare-IP-Block2 dst-port=443 \ protocol=udp src-address=!192.168.88.25 to-addresses=162.159.45.190 CloudFlare-IP-Block2 included all the IPv4 ranges that Cloudflare compiled and list on sites. Difference between DST-NAT rule and DST-NAT disabled rule (IPv4) ![]() And of course with IPv6 it is smooth without any issue. (So enable IPv6 might fix the issue for Cloudflare sites) ![]() This post has been edited by go626201: Aug 30 2024, 12:08 AM |
|
|
Apr 9 2025, 02:51 PM
Show posts by this member only | IPv6 | Post
#1737
|
![]() ![]()
Junior Member
190 posts Joined: Aug 2018 |
Is the daily 8pm to midnight slowdown still the same today?
|
|
|
Apr 9 2025, 04:11 PM
Show posts by this member only | IPv6 | Post
#1738
|
![]() ![]() ![]() ![]() ![]() ![]()
Senior Member
1,344 posts Joined: Nov 2004 From: HEAVEN & HELL |
|
|
|
Aug 8 2025, 12:01 AM
Show posts by this member only | IPv6 | Post
#1739
|
![]() ![]() ![]() ![]() ![]() ![]()
Senior Member
1,589 posts Joined: Jan 2016 |
So, unifi bad routing in the night again?
|
|
|
Aug 8 2025, 03:17 PM
|
![]() ![]() ![]() ![]() ![]() ![]()
Senior Member
1,344 posts Joined: Nov 2004 From: HEAVEN & HELL |
|
| Change to: | 0.0223sec
0.31
6 queries
GZIP Disabled
Time is now: 28th November 2025 - 12:04 AM |