Unifi Connection Issue to International Server

Lowyat.NET forums

Lowyat.NET Kopitiam Garage Sales

Lowyat.NET Rules and Regulations FAQ Help Search Members

Welcome Guest ( Log In | Register )

Lowyat.NET -> Networks and Broadband

Bump Topic Add Reply RSS Feed

9 Pages « < 7 8 9Bottom

Outline · [ Standard ] · Linear+

Unifi Connection Issue to International Server, Occured usually at night 9-11pm

views

go626201	Jun 2 2023, 05:26 PM Return to original view \| Post #161
Regular Senior Member 1,881 posts Joined: Sep 2017	QUOTE(Ah_Huat @ Jun 2 2023, 02:35 PM) same.. since 31 may.. connect to US amazon game server is LAG so bad... ping is 250-300.. but seem like the line speed is cap at 50kb/s??? take 5-10min to loading into the game (cause when loading the game need to download some thing like 2-5mb file from server.. ) , also the game is unplayable.. lag spike like HELL... but the problem is GONE betweem 2am-6am ! It is due to packet loss.. http://smokeping.mywebping.com/smokeping/?target=AWS.AWS-2
Card PM	Report Top Like Quote Reply

go626201	Jun 5 2023, 09:27 PM Return to original view \| Post #162
Regular Senior Member 1,881 posts Joined: Sep 2017	QUOTE(tzxsean @ Jun 5 2023, 09:16 PM) any way for normal consumers to "fix" this routing issue? VPN.
Card PM	Report Top Like Quote Reply

go626201	Dec 20 2023, 12:11 AM Return to original view \| Post #163
Regular Senior Member 1,881 posts Joined: Sep 2017	Just report to TM. I already report to OVH few days ago,they had replied they cant do anything about it at current stage, so it can only fix by TM. They have no idea when will TM fix it. I suspect there are some congestion issue within TM network with specific region,Because some TM ip range to OVH SG actually work well. prokiller1199 liked this post
Card PM	Report Top Like Quote Reply

go626201	Dec 20 2023, 01:05 AM Return to original view \| Post #164
Regular Senior Member 1,881 posts Joined: Sep 2017	QUOTE(pokemon @ Dec 20 2023, 12:21 AM) What ip range is good ? U might need to try few times ,i not sure which one,i just pick random one to test that day. (With OVH looking glass) But i think the problem is more on region one or national issue,so just get more people to report to TM for faster fix. As you can see most smokeping monitor graph on my smokeping is having similar issue after 7pm to 12pm. Which is a common issue that almost occurs every year end from few years ago. I think i wrote before, in past 3-5 years in lowyat.(Almost every years or two) Every year end December to January always like this. Although i think this time is a bit better than past few years which didn't have super high latency issue. (like 100+ms compare to current 30-40+ms)
Card PM	Report Top Like Quote Reply

go626201	Dec 22 2023, 10:14 PM Return to original view \| Post #165
Regular Senior Member 1,881 posts Joined: Sep 2017	QUOTE(dev/numb @ Dec 22 2023, 10:10 PM) Looks like it’s started again, our “traditional” end of year connection koyak. Actually, doesn’t even seem to be international this time. Peering to local MY hosting also got latency spikes and packet loss. >_> Guess I was too optimistic thinking Gobind was on the job again and we wouldn’t experience this shit anymore. >_< Gobind didn't in charge MCMC... So you know this will not be fix anytime soon...
Card PM	Report Top Like Quote Reply

go626201	Dec 23 2023, 02:38 PM Return to original view \| Post #166
Regular Senior Member 1,881 posts Joined: Sep 2017	QUOTE(OlgaC4 @ Dec 23 2023, 12:57 PM) Is the local node is that slow us down. Own Tmnet internal hardware. We know it is tm issue,but the problem is we need OVH to get contact with TM for pressing tm to fix it. Since we normal home user report TM do not have enough power to force tm for fixing it. OlgaC4 liked this post
Card PM	Report Top Like Quote Reply

go626201	Jan 20 2024, 12:14 AM Return to original view \| Post #167
Regular Senior Member 1,881 posts Joined: Sep 2017	QUOTE(BenYeeHua @ Jan 19 2024, 11:47 PM) Hmm, then easy, just share and compare the routing la. » Click to show Spoiler - click again to hide... « CODE Target IP: 2409:8c02:21c:b0::18 ( api.live.bilibili.com ) 1 2001:e68:5450:xxxx 0 ms 0 ms 0 ms Malaysia, tm.com.my AS4788 2 2001:e68:402c:8001::b9 4 ms 6 ms 6 ms Malaysia, tm.com.my AS4788 3 2001:e68::b:a009 10 ms 11 ms 11 ms Malaysia, tm.com.my AS4788 4 2001:de8:4::5:8453:2 290 ms 300 ms 340 ms Singapore, equinix.com * 58453.sgw.equinix.com 5 2402:4f00:100::20d 346 ms 389 ms 401 ms China, Hong Kong, ChinaMobile AS58453 6 2402:4f00:100::1ee 326 ms 341 ms 358 ms China, Hong Kong, ChinaMobile AS58453 7 2409:8080:0:4:3f1:393:2:0 379 ms 413 ms 434 ms China, ChinaMobile AS9808 8 2409:8080:0:4:3c3:3f3:1:1 316 ms 342 ms 378 ms China, ChinaMobile AS9808 9 2409:8080:0:1:306:3c1:0:1 339 ms 341 ms 372 ms China, ChinaMobile AS9808 10 2409:8080:0:1:306:3006:0:1 401 ms 417 ms 419 ms China, ChinaMobile AS9808 11 2409:8080:0:2:3006:3061:200:1 501 ms 507 ms 508 ms China, ChinaMobile AS9808 12 2409:8002:3002:1::3 423 ms 438 ms 448 ms China, Tianjin, ChinaMobile AS9808 13 2409:8002:3002:2103::b01 439 ms 459 ms 482 ms China, Tianjin, ChinaMobile AS9808 14 2409:8c02:21c:b0::18 468 ms 469 ms 496 ms China, Tianjin, ChinaMobile AS9808 www.bilibili.com CODE Target IP: 120.233.177.195 ( s1.hdslb.com ) 1 192.168.1.1 0 ms 0 ms 0 ms LAN * 2 100.90.223.254 4 ms 5 ms 5 ms Shared Address * 3 10.233.97.55 6 ms 6 ms 6 ms LAN Address * 4 10.55.208.122 14 ms 14 ms * LAN Address * 5 27.111.228.228 290 ms 307 ms 311 ms Singapore, equinix.com AS3491 58453.sgw.equinix.com 6 223.120.2.45 624 ms 626 ms 655 ms China, Hong Kong, ChinaMobile AS58453 7 223.120.2.6 319 ms 378 ms 400 ms China, Guangdong, Guangzhou, ChinaMobile AS58453 8 221.183.68.125 274 ms 281 ms 283 ms China, Guangdong, Guangzhou, ChinaMobile AS9808 9 221.183.92.17 249 ms * * China, Guangdong, Guangzhou, ChinaMobile AS9808 10 221.183.89.242 288 ms * * China, Guangdong, Guangzhou, ChinaMobile AS9808 11 * * * * 12 221.179.24.210 269 ms 289 ms 313 ms China, Guangdong, Guangzhou, ChinaMobile AS56040 13 * * * * 14 * * * * 15 * * * * 16 * * * * 17 120.233.177.195 402 ms 490 ms 506 ms China, Guangdong, Guangzhou, ChinaMobile AS9808 s1.hdslb.com Not sure which dns server u are using,my end all giving low ping ip. ping s1.hdslb.com Pinging s1.hdslb.com.w.kunlunar.com [163.181.88.174] with 32 bytes of data: Reply from 163.181.88.174: bytes=32 time=8ms TTL=55 Reply from 163.181.88.174: bytes=32 time=6ms TTL=55 Reply from 163.181.88.174: bytes=32 time=6ms TTL=55 Reply from 163.181.88.174: bytes=32 time=6ms TTL=55 ping api.live.bilibili.com and ping www.bilibili.com Pinging i.w.bilicdn1.com [164.52.39.42] with 32 bytes of data: Reply from 164.52.39.42: bytes=32 time=12ms TTL=53 Reply from 164.52.39.42: bytes=32 time=13ms TTL=53 Reply from 164.52.39.42: bytes=32 time=10ms TTL=53 Reply from 164.52.39.42: bytes=32 time=13ms TTL=53 This post has been edited by go626201: Jan 20 2024, 12:15 AM
Card PM	Report Top Like Quote Reply

go626201	Jan 20 2024, 02:44 PM Return to original view \| Post #168
Regular Senior Member 1,881 posts Joined: Sep 2017	QUOTE(BenYeeHua @ Jan 20 2024, 01:51 AM) Well, as I said, it got slow speed from MY/HK CDN grab data from mainland china, so I had to force it going via mainland china CDN, else it will be painful to browsing image... For example, a uncached image will be 50-100kb/s, then next reload will be full speed as CDN cached, while grabbing from China CDN is at least 1MB/s. But it is useless for me, as I no need to see cached image again and again, but new and uncached image... Just ping the IP directly la, no need ping the host, unless you sure all your China website browsing all got good oversea server to China. --- Yes, only high ping after 7PM, it is fine for others time. My visit to bilibili didn't have any issue about picture loading or video buffering. all load immediately at most time even at night. (99% of time is smooth) I don't know others experience how. Maybe i am using smartdns,so most of the time the website load quite fast with fastest ip. (With adguard-home + adblock to kill ads) I know what u mean for the caching overseas server for some china site. QUOTE(OlgaC4 @ Jan 20 2024, 11:40 AM) This ping already high. I got much lower then this. Different location would get different latency due to the distance between end user device and unifi core exchange centre,and also different ip block. Like some people locate near Cyberjaya would get the most lowest ping to worldwide server or local server. This post has been edited by go626201: Jan 20 2024, 02:48 PM
Card PM	Report Top Like Quote Reply

go626201	Feb 8 2024, 02:14 PM Return to original view \| Post #169
Regular Senior Member 1,881 posts Joined: Sep 2017	QUOTE(Haru97 @ Feb 8 2024, 08:52 AM) Anybody notices unifi to Equinix SG is really bad recently? After I got disconnected 2 days ago from a game in call of duty, the internet from Unifi to Equinix Singapore never be the same anymore. I don't think this is an issue from Unifi, I am NOT SURE(somebody please verify), but this might be a problem associated with Equinix datacenter. Cause I connect to VPN in singapore(amazon) and join another call of duty game, it seems like they experience high ping from their relay server as well. Reddit, steam(they switched route, taking long path now), cloudflare(some part), all equinix route seems affected. After that day routing changed,the connection to specific network is now crap. Someone from unifi thread said they have replied by someone from another ISP said that it is due to the submarine cable broken. Maybe the broken point is between SG and MY? And i think it should be able to mitigate easily by TM,But as you know TM tech never care so much,they just ensure the connection is usable,good or not is not their priority... Haru97 liked this post
Card PM	Report Top Like Quote Reply

go626201	Feb 8 2024, 08:51 PM Return to original view \| Post #170
Regular Senior Member 1,881 posts Joined: Sep 2017	QUOTE(Haru97 @ Feb 8 2024, 05:38 PM) Yes I think it was a cable break 100% It affected ALL relay networks for Call of Duty MW3 servers in singapore. I have to connect to a vpn in hongkong in order to join their hongkong server, which ping is at 40ms but playable, compares to 180ms to singapore server. If it was SG to MY, it was a quick fix isnt it? Since it was so close to land, we should see it being fixed real soon..... right? I am not sure about other servers in singapore that passes through equinix for the past month, for me other servers in singapore for the past few months was OK, usable. SG to MY was never a cable issue,it just didn't have the right routing and configuration. There are multiple SG to MY cable for long time,and i think TM should have own some of those cable,and They just didn't configure it for long-term unifi consumer usage. And the most problem is TM should just implement a "dedicated" long-term optimized routing for the connection between SG and MY. As you can see this 2days ago routing issue not just affect connection to SG,it also include some asia server. They already have the optimized routing that can be use for connecting some server,but they didn't configure it for unifi user. Simple example: This post has been edited by go626201: Feb 8 2024, 08:57 PM BenYeeHua and Haru97 liked this post
Card PM	Report Top Like Quote Reply

go626201	Aug 29 2024, 11:11 PM Return to original view \| IPv6 \| Post #171
Regular Senior Member 1,881 posts Joined: Sep 2017	QUOTE(NubPro @ Aug 29 2024, 10:54 PM) I keep having issue loading discord app and discord web...god dammit any ideas how to troubleshoot? TM specific ip range connection to specific IPv4 Cloudflare network is not stable for few weeks already. NubPro liked this post
Card PM	Report Top Like Quote Reply

go626201	Aug 30 2024, 12:03 AM Return to original view \| IPv6 \| Post #172
Regular 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
Card PM	Report Top Like Quote Reply

« Next Oldest · Networks and Broadband · Next Newest »

9 Pages « < 7 8 9Top

Add Reply Options

Change to:

0.0669sec

0.62

7 queries

GZIP Disabled
Time is now: 27th November 2025 - 06:59 PM

All Rights Reserved © 2002- 2025 Vijandren Ramadass (~unite against racism~)

Removal Request

Powered by Invision Power Board © 2025 IPS, Inc.