Best for you guys to contact TM on this matter. Youtube and parent Google has cache servers in Malaysia & maybe 30/50M users are having issues with the system (Google Global Cache/GGC). As I remember, TM had GGC since a few years back, a good system but probably requires direct and indirect cooperation between consumer, isp & google. Maybe they are still working on it for 30/50 users, or maybe someone in TM overlooked. From forum feedback it looks like not all 30/50 users are affected. Maybe they wanna get 30/50 users a better server, who knows?


http://redirector.c.youtube.com/report_mapping

First 3 alphabet of the 'result' will 'usually' be the IATA code of the local area airport. KLIA's being KUL. Remaining numbers probably point to different sets of local servers. If already on a local server, there's probably one or two more things to try, or just raise the issue with TM.
*I've seen MXP and BOM (supposedly Italy;India) before, but there were no speed issues during actual playback.

Another thing to look at is Dynamic Adaptive Streaming over HTTP (DASH), adaptive streaming system which is also used on Youtube. In the past, some found that turning off DASH via extensions on the browser solved speed issues. Previously there was a free extension on Chrome that has the option to turn off this feature, not aware of any free extension that does that now.

Other thing that may help based on past experience is changing DNS and experiment with different MTUs. Again, end users shouldn't need to go through these trouble.

Ookla's speedtest give a reliable baseline of what the connection is like. It's adequate but at times, not that accurate...


Probably 30/50M is still in infancy & major works in progress. Pressure TM to expedite. Or dropping RM could mean international traffic just got way too expensive for TM, from a business standpoint. Local traffic shouldn't be an issue since MYIX.

Can downgrade, but you must get TM to cooperate or they will shout "penalty fee". CFM & MCMC will be your next move.

This post has been edited by andrew9292: Sep 18 2015, 08:19 PM

That, and also if you have multiple family members or housemates that are into high bandwidth content. Higher throughput allows everyone to have a smoother experience. Even if someone is hogging, it would most likely be for a lesser time, all the time... 5Mbps is just enough for a single user to stream a typical 1080p movie, provided it has been compressed to around 2GB. Leaves no headroom for anything else though. In the future when 60fps / 4k HD / 3D content matures, 50Mbps would barely do the job for a family of 5 for example...

This post has been edited by andrew9292: Oct 7 2015, 04:49 PM

In theory, Asymmetic lines may make it easier to hit the uplink capped speed. But since most people would value downlink speed more than uplink, plenty of consumer packages have uplinks a fraction of the downlink speed. No major issue actually, if one actually monitors his total TX(up)/RX(down) data, most of the time they will find that TX is not more than 20-40% of total RX.

Ie. You only need to send a few kB of data in order to load a whopping 4k HD video on youtube, even throughout the course of streaming the entire video, data sent is just a fraction of data recieved. You do not send 400MB of data to receive a 400MB video. Streamyx was AsymmeticDSL (ADSL). Even on copper, as long as everything from the user to ISP functions properly, it is what it is. Again this only speaks for 'the common end-user'.

From my early understanding, the disadvantage from an end-user point of view is when the uplink is saturated. This can lead to bufferbloat.

Ie. If a user hammers the connection with torrent uploads, latency may rise, sometimes up to 1000ms depending on the device used. Yes, the downlink is subjected to bufferbloat similarly and the effect is bad for VOIP/Sykpe/Gaming or other real-time applications. Yet, it is somewhat a little more undesirable on the uplink. As how TCP/IP works naturally as a two way street, if you cannot send anything out, you cannot get anything in return. If you delay sending something out, you delay it's return result too.

Can be somewhat mitigated with 'traditional' QOS. Can almost be completely eliminated with CoDel type 'SQM' QOS. Then again for most people, the effect of a significantly lower uplink speed is negligible. They are more likely to hammer the line with incoming traffic and cause the same situation, but on the downlink instead. So in conclusion, sym/asym is merely a difference of a coupled up/down speed or independent up/down speed. There may be some technical differences but so far, have not heard of it affecting user experience in a significant way, not on fiber at least, unless someone screws up badly somewhere beyond user control.

Sifus, do correct me if i'm wrong of if there's additional info.

This post has been edited by andrew9292: Oct 16 2015, 06:40 PM

Thanks, yeah agreed, things are generally adequate for the general majority. And yeah, that may probably be the greatest concern actually. 6:1 ratio & 5:1 for 30M/50M might sound pretty steep for the price and for a big regional player like TM. If that's their strategy, the overall quality of what's left should be near flawless. Then again, looks like it is what it is...

Shall contribute one...
Still waiting for TM to call back for the 30M upgrade. Here's the humble 10M line with SQM QoS and without.
Downlink only ya...uplink should be the same, but currently don't have anything big enough to upload

QoS


W/O QoS


Idle



That seems rock solid, what's the setup?

This post has been edited by andrew9292: Oct 17 2015, 03:25 AM

The taskbar? Good old netspeedmonitor... I install with compatibility settings on win8 & above I think...
http://download.cnet.com/NetSpeedMonitor-6...4-75592519.html

Went TMpoint yesterday afternoon to upgrade 10M > 30M. Nice staff able to address all my doubts and gave good info. Procedure done within minutes & upgrade can be used 2 hours later after a router restart, despite being told at least 3 days a few times. No issues with the speed, latency or service quality so far. Nice job TM, praise be given when earned... I like this whole under-promise but over-deliver thing...

On another note, that ''leave your details, we'll call back'' thing on the website is a joke from my experience. I've tried that system 4-5 times for 10M promo, they never called back until I kecoh at twitter. Tried once for this 30M promo, never got the call either after 3 work days. Give up, lucky TMpoint did a really really good job.

Damansara

Edit: Most of the servers I tested on were not at random. Selected as their host have best performance with TM network/ip range & vice versa it seems.

This post has been edited by andrew9292: Oct 26 2015, 05:08 PM

124.xx, but most of the servers I tested on were not at random. Selected as their host have best performance with TM network it seems.


This post has been edited by andrew9292: Oct 26 2015, 03:46 PM

Oh, i'm sorry but I don't have that issue. In fact, no one in Petaling/Kelana Jaya I know suffers from this issue. My parents in Cheras yes tho...

This post has been edited by andrew9292: Oct 26 2015, 03:53 PM

I must be quite lucky then? I've 110/118/124/60 ranges. First 3 are frequent & similar and i've only seen 60 a couple of times. Even so, also no 'peak hour' issue. Touchwood

That's nice to hear... Hmm mine's actually a little biased to 124. Peculiar huh? Wish things improve for you in the near future

Yes, i used that NewMedia server. Yes, SGIX test same behavior as yours.

Already edit the post much earlier to state that the results are not random yea. Only servers that seem to work well with TM network/my ip range & vice versa were shown. There are results of servers on the 'same location' that cannot even deliver 20% speed & similar ping of what was shown. Just trying to check if 'everything else made equal' can we get 'full speed' from anywhere? Yes probably can. It's for... uhh.... download purposes

This post has been edited by andrew9292: Oct 26 2015, 04:55 PM

I'm somewhere near or in between Kelana Jaya & Taman Sea
This area seems pretty normal I guess, but hmm, BU/TTDI people jangan main main ok