I don't think TM cannot do anything (tak boleh buat apa-apa)
They're just lazy to take up the responsibilities to fix it
Or they're just taichi-ing the responsibilities around - A push to B, B push to C and so on

Ya same issue here with mlbb even with ipv6 enabled
And problem seems to happen on a timely manner around 6-7pm onwards until midnight... When it's happening I'm forced to switch off wifi and switch to maxis mobile data

Any idea where's mlbb's server located?

Anyway I've file a report with tm live chat and mcmc, still no response from them. All live chat could do is just reset port. I'm not even sure reset port can do anything, it's the same as rebooting router manually isn't it?

ADDON - just received a generic reply after reporting to MCMC " RM0 Thanks for reaching us via MCMC.We wld recommend u to reach us via https://livechat.tm.com.my/unifilivechat/livechat.aspx for further assistance.TQ "

Typical of Malaysia customer service support - taichi here and there.

This post has been edited by evilhomura89: May 27 2021, 11:23 AM

I did a cloudfare speedtest - https://speed.cloudflare.com/
Not sure why my speedtest is being done with HK server
The result is terrible tho considering the fact that i'm on 300Mbps unifi plan

does it mean if I use ipv6, I'm getting my cloudfare content delivered from HK server instead of SG since their speedtest tool deemed HK to be nearer for some unknown reason?

Ipv4 and ipv6 no difference right?
Need more ppl to file report to them and mcmc already

Anyone using VPN to alleviate this situation?
If yes, does VPN help at all? And which VPN is recommended?

wow what happened to the connection to linode SG today at 11am?
http://0edb293e6fa4.ap.ngrok.io/smokeping/...lOcean.Linode-2

and as usual, the only reference that they'll take is the speedtest to their own TM server - https://speedtest.tm.com.my/index.html
their SOP is if everything is A-OK on that TM own speed test, there's nothing wrong with your internet

Something is off with my ipv4 cloudfare connection
It's routing me to HK instead of SG based on https://speed.cloudflare.com/

Used to be an issue when using ipv6
Today ipv4 also gone case

This post has been edited by evilhomura89: Jun 9 2021, 06:26 PM

Not sure is TM issue or Cloudfare issue as https://www.cloudflarestatus.com/ is reporting Kuala Lumpur, MY being re-routed

I suppose the real solution to make everyone happy is for TM to improve/fix their peering network & routing policies?

During late night like now, the routing is back via SG again

http://0edb293e6fa4.ap.ngrok.io/smokeping/?target=CDN.CDN-9
Quite obvious when routing is done via HK, it is consistently 150ms and above then when switch back to SG it's below 50ms as seen in the charts

Tier 1?
How to have tiers in monopolized business?

IMO, TIME is the only real contender when it comes to ISP but sadly it is not available for majority of landed properties

Check out fastly CDN's ping chart after 6pm today
http://0edb293e6fa4.ap.ngrok.io/smokeping/?target=CDN.CDN-1

On a sidenote, after reporting to TM and their CS called to explain with a bunch of BS. Talked to me about best effort, dynamic IP and how the routing situation can be fixed by resetting, changing the IP prefix and saying there's nothing much they can do for traffic that left the country?
Not being well versed with networking terms, it's so hard to explain to them what needs to be done. And very likely the CS can't do much at their level and they're not willing to escalate the issue.

Is Digi home fibre available in your area?
Their plans seems cheaper

Sorry, noob question here - What kind of upgrade are we expecting from their end? New peering agreement? New infrastructure? Upgraded bandwidth?
Hopefully some network specialist can shine some light here, thanks!

I suspect TM is purposely redirecting all connection for "cloudfare.com" via Singapore so that the speedtest will be tested against SG server since that was one of the main evidence for us to show TM that their routing is inefficient

However, when it comes to cloudfare CDN, it will route from HK server ( http://smokeping.mywebping.com/smokeping/?target=CDN.CDN-9 ) - 40ms+ for HK connection. If SG it'll be around 10-20ms

Same goes for WARP connection, the colocation center is set at HK instead of SG

Tried using pingplotter for the following address
cloudfare.com - it's running fine, average 20-25ms, routing through Singapore (if-tengige-0-0-0-11-1.ecore3.esin4-singapore.as6453.net)
speedtest.cloudfare.com / blog.cloudfare.com / developer.cloudfare.com - all route through HK (0-6.hkck-core01.telstraglobal.net), avg 50-60ms

This post has been edited by evilhomura89: Jun 25 2021, 01:18 PM

What's your test method to determine if an IP is good or bad?.
Disconnect/reconnect to reset IP, then run ping test?
Which website do you usually use to test/ping?

I always use go626201's website - http://www.mywebping.com/index.html
but different IP address result more or less the same


Thanks for the temporary fix
Ping for 61.155.222.102 / 103 is slightly higher at 200+ms but at least there's no packet loss

The original assigned IP for item.taobao.com (27.19.249.232) from my end was giving 100+ms but 30-50% packet loss

This post has been edited by evilhomura89: Jun 27 2021, 10:31 AM

Ya i tried with VPN the 27.19 no packet loss problem
TM Unifi...

http://www.iremax.hk/ - Does this website load for you guys?
It won't load for me on unifi...but changed to Maxis LTE no issue, turn on VPN also no issue



This post has been edited by evilhomura89: Jun 29 2021, 09:37 AM