There're better places and more effective places for me to camp than TMNET's HQ.
A scenario,
Let say we have a super highway connecting Singapore and Thailand with 12 lanes each. One day, you decided to drive from Klang Valley to Singapore. You had a smooth drive until you reach JB city center. But too bad, when you're
just about to drive out of the border, the route is narrow, congested and crippled in some ways that make you almost stale in your car. At this time, if you were to make a complaint, who do you think you should call? Should you call Singapore's LTA (Land Transport Authority) or PWD (Public Work Department) or you should call Malaysia's JKR or City Council?
No matter how good they are in drafting the policies or Disclaimers, this is something they cannot deny and cover up if the issues (eg, congestion) is happening at TMNET's backyard. To a piece of design, you can express whatever opinion you like or in any way you want it. This is because it has no absolute close end answer which is "correct" or "wrong" and "yes" or "no".
To technical stuff like this, if TMNET said international link isn't their responsibilities which i totally agreed provided they have to ensure and prove their end is in good shape. But to me, based on TMNET's reputation today, i simply cannot allow myself to just believe whatever that's going to lay in front of me without an independent entity's certification or supports.
Who should bear full responsibilities in choose the right Internet backbone provider and with a suitable bandwidth capacity that will cope with the usage? If the current bandwidth isn't sufficient to cope with the current usage, who should be in full responsibilities in renting more communication link or renting links with higher bandwidth?
From verbal source.
When question has been directed to MCMC asking why is that TMNET cannot perform even to meet the minimum service level as Singtel can do many times than that? TMNET's feedback as "Singapore is an advanced and developed country". Do you think when
we're using Core 2 Duo processor, Singaporean are using Core 64 Duo processor? Or Singapore is using huge-twice-failure/slow-proof fiber optic or a 1000TG satellite links?
The latest technology is available to everybody globally today. An identical or even an enhanced version
Silicon Valley can be build in the middle of Sahara desert or African Grassland as well.About the international link issue is simple. If TMNET insist that international links isn't their responsibilities. Fine, i teach you an effective method.
Let say, you cannot access a website say www.x.com write them an email requesting them to trace route to your IP (when you hook up Streamyx, that is the IP assigned to you via www.whatismyip.com). From the trace route done by the web server administrator.
It should looks like this:
traceroute to 218.111.0.234 (218.111.0.234), 30 hops max, 40 byte packets
1 xxx-xxx-xxx-161.xxxx.net (xxx.xxx.xxx.161) 0.600 ms 0.457 ms 1.089 ms
2 ec1-17.gwy01.sctn01.xxxx.net (96.9.191.1) 1.096 ms 1.082 ms 1.848 ms
3 gi1-13.ccr01.phl03.atlas.
cogentco.com (38.112.240.33) 8.535 ms 8.536 ms 8.663 ms
4 te4-4.ccr01.phl01.atlas.
cogentco.com (154.54.0.189) 8.653 ms te4-3.ccr01.phl01.atlas.cogentco.com (66.28.4.233) 8.750 ms te4-4.ccr01.phl01.atlas.
cogentco.com (154.54.0.189) 8.729 ms
5 te8-2.mpd03.jfk02.atlas.
cogentco.com (154.54.2.110) 11.325 ms 11.305 ms 11.255 ms
6 te2-2.mpd01.bos01.atlas.
cogentco.com (154.54.6.1) 17.080 ms te4-2.mpd01.bos01.atlas.cogentco.com (66.28.4.201) 16.741 ms 16.240 ms
7 te7-8.ccr01.ord01.atlas.
cogentco.com (154.54.7.81) 39.109 ms te8-8.mpd01.or
d01.atlas.
cogentco.com (154.54.24.54) 39.841 ms *
8 te9-8.mpd01.mci01.atlas.
cogentco.com (154.54.7.138) 51.873 ms te4-2.mpd01.mci01.atlas.cogentco.com (154.54.6.158) 50.857 ms 50.837 ms
9 te3-4.mpd01.sfo01.atlas.
cogentco.com (154.54.6.165) 85.612 ms 85.570 ms 85.562 ms
10 te9-4.mpd01.sjc01.atlas.
cogentco.com (66.28.4.182) 86.860 ms 86.844 ms 86.823 ms
11 te7-2.mpd01.sjc03.atlas.
cogentco.com (66.28.4.74) 87.239 ms 87.223 ms 87.201 ms
12 * telecommalaysia.sjc03.atlas.
cogentco.com (154.54.12.2) 292.776 ms *
13 58.27.106.209 (58.27.106.209) 306.213 ms * 58.27.106.205 (58.27.106.205) 306.620 ms
14 58.27.103.122 (58.27.103.122) 306.321 ms 203.106.6.189 (203.106.6.189) 298.157 ms 58.27.103.126 (58.27.103.126) 303.575 ms
15 58.27.103.77 (58.27.103.77) 290.461 ms 58.27.103.33 (58.27.103.33) 291.152 ms 290.416 ms
16 58.27.103.2 (58.27.103.2) 290.723 ms 58.27.103.22 (58.27.103.22) 290.679 ms 289.387 ms
17 * * *
18 * * *
19 * * *
20 * * *
You'll get the international link provider's name on the bold text above. Write them an email saying you're considering to put a lawsuit against them or insist that they have to take full responsibility of it (it's nothing wrong for doing that) because TMNET said browsing to international site isn't TMNET's responsibilities and it's in their policy. Then, whoever the international link provider is, will try their best to investigate and prove it to you who's problems is that.
Get what i mean?
Although this is an ugly way of doing things, but this is the most effective method when no other options we can choose. This is the thing i do not wanna do nor encourage anybody to do it as verifying the network and issues cost money and it's not fair to the other parties.
The good thing about this method is, do you think these huge MNC will still deal with TMNET (shall TMNET refuse to change the policy while on the other ends streamyx users keep sending them emails on and off)?
This isn't a dirty tricks, but lack of alternatives, this is still a workable method. And shall only be used when you got nothing left to choose from.This post has been edited by webdesignempire: May 10 2009, 02:35 PM