MX150..i think you can already forward this to TM lioa i think.

Majority vote for

No amendment to the FUP. Maintain current FUP where Heavy downloader are identify and dealt with swiftly

a) TM current FUP already state that the Fair Usage Policy automatically identifies the extremely heavy users and manages their bandwidth in order to protect the service of all our other customers. The past hard cap could have gone wrong somewhere, but if u were to implement those hard cap on those hogger. They will force to change old habit and not download large amount of data anymore.

b) As stat provided by TM, 1% of streamyx user hog 20% of international bandwidth. 1% of 1.8Million streamyx user is just 18000 user. 18000 user is a small amount and can be easily dealt with one way or another. Kill the hogger, leave the rest alone.

c) Current FUP is already good enough to maintain network stability where those hogger are now unable to continue their download spree anymore as TM can easily manage their bandwidth.

d) They already have the current FUP signed by them. Therefore if they were to lodge a report. TM should able to counter back with their download habit and FUP they signed

Second option, if TM insist on amendment of the current FUP

Bandwidth Limit.

a) TM MUST set appropriate volume and proportional to current speed package of users. Eg ( 512Kbps - 40GB, 1Mbps- 80GB, 2Mbps - 160GB, 4Mbps- 250GB ) Current definition of 25GB as heavy user is too low.

b) TM MUST not set streamyx bandwidth limit according to UNIFI standard. UNIFI have symmetrical both upload and download speed, IPTV service, Better speed stability and speed limit. All of those are unavailable on streamyx service and should not be used as stepping stone to implement Bandwidth limit streamyx users

c) TM should device a bandwidth purchasing plan. EG, if 1mbps need to download more than 80GB, TM should give a bandwidth plan such as additional 20GB is xtra RM20

d) If anyone were to read the slide. TM's Volume Limit is actually same as Bandwidth Limit where TM give a monthly Volume Quote but instead of giving option of straight purchasing of 20GB for RM20 after you exceed your volume, TM is going to charge you RM2 every GB you download after you exceed your volume.

c)  TM MUST not limit any protocol and no Throttling should be done after bandwidth limit is implemented. Download Volume is already restricted. Thus, User should not be restricted any further by throttling after bandwidth limit is implemented

d) TM MUST do price standardization. Currently there are many package of similar speed but different pricing. TM MUST convert all package to CURRENT LOWEST PRICE PACKAGE before implementation of Bandwidth Limit as it fair for all users and everyone face similar jurisdiction.

e) TM MUST not by any means possible make further changes to the FUP without first notifying customer and give a detail briefing on what they going to do, how they going to do and when they going to do.

f) As much of VL or BL plan, TM should device also a UNLIMITED PLAN such as UNIFI BIZ plan. This is for user who are willing to pay more and download more than the bandwidth volume allow. However, UNLIMTED PLAN must be subject to FUP so it would not be totally abused. FUP on UNLIMTED PLAN is subjected to TM acknowledgment

g) TM MUST improve their service QUALITY. Customer service respondent must be train to handle tech savy user who are not easily tricked into believing by clearing DNS cache will improve their speed. Speed guarantee must be improved and 80% to 90% of package speed must be obtained by user. Local breakdown must be reduced and improved. Ping to major website and gaming must be improved and reduced.

h) TM MUST not pierce into user traffic unless under piracy prevention. Package analyzing on HTTPS/Open VPN/SSH must not be done as it may involve confidential company data and information which must not be available to anyone outside the company range.

i) TM SHOULD not include local data so local content can be improved. LOCAL Content will not improve if TM to include local data under Bandwidth Limit.

myliner argument on post 414# is note worthy as well. Please forward his argument to TM as well