Trans-pacific internet speeds compromised by Taiwan quake
-
it's very laggy today.
PING sgforums.com (207.210.80.242): 56 data bytes
64 bytes from 207.210.80.242: icmp_seq=1 ttl=50 time=311.997 ms
64 bytes from 207.210.80.242: icmp_seq=2 ttl=50 time=315.126 ms
64 bytes from 207.210.80.242: icmp_seq=3 ttl=50 time=314.056 ms
4 packets transmitted, 3 packets received, 25% packet loss
--------------------------------------------------------------------
PING p1.kf.vip.sg1.yahoo.com (203.84.209.217): 56 data bytes
64 bytes from 203.84.209.217: icmp_seq=0 ttl=244 time=10.746 ms
64 bytes from 203.84.209.217: icmp_seq=1 ttl=244 time=11.205 ms
64 bytes from 203.84.209.217: icmp_seq=2 ttl=244 time=9.951 ms
64 bytes from 203.84.209.217: icmp_seq=3 ttl=244 time=11.121 ms
--------------------------------------------------------------------
PING yahoo.com (216.109.112.135): 56 data bytes
64 bytes from 216.109.112.135: icmp_seq=1 ttl=51 time=329.724 ms
64 bytes from 216.109.112.135: icmp_seq=2 ttl=51 time=335.198 ms
64 bytes from 216.109.112.135: icmp_seq=3 ttl=52 time=320.899 ms
4 packets transmitted, 3 packets received, 25% packet loss
--------------------------------------------------------------------
PING google.com.sg (72.14.203.104): 56 data bytes
4 packets transmitted, 0 packets received, 100% packet loss
--------------------------------------------------------------------
PING forums.hardwarezone.com (202.79.222.14): 56 data bytes
64 bytes from 202.79.222.14: icmp_seq=0 ttl=116 time=11.392 ms
64 bytes from 202.79.222.14: icmp_seq=1 ttl=116 time=9.502 ms
64 bytes from 202.79.222.14: icmp_seq=2 ttl=116 time=10.215 ms
64 bytes from 202.79.222.14: icmp_seq=3 ttl=116 time=10.625 ms
--------------------------------------------------------------------
PING tamago.sg (203.175.162.24): 56 data bytes
64 bytes from 203.175.162.24: icmp_seq=0 ttl=51 time=9.769 ms
64 bytes from 203.175.162.24: icmp_seq=1 ttl=51 time=8.579 ms
64 bytes from 203.175.162.24: icmp_seq=2 ttl=51 time=9.066 ms
64 bytes from 203.175.162.24: icmp_seq=3 ttl=51 time=8.683 ms
--------------------------------------------------------------------
PING imageshack.us (38.99.77.14): 56 data bytes
64 bytes from 38.99.77.14: icmp_seq=3 ttl=51 time=438.977 ms
4 packets transmitted, 1 packets received, 75% packet loss
--------------------------------------------------------------------
PING smg.photobucket.com (66.11.48.7): 56 data bytes
4 packets transmitted, 0 packets received, 100% packet loss
--------------------------------------------------------------------
PING blogger.com (66.102.15.100): 56 data bytes
4 packets transmitted, 0 packets received, 100% packet loss
--------------------------------------------------------------------
PING blogspot.com (66.102.15.100): 56 data bytes
64 bytes from 66.102.15.100: icmp_seq=0 ttl=238 time=400.921 ms
64 bytes from 66.102.15.100: icmp_seq=2 ttl=239 time=465.559 ms
4 packets transmitted, 2 packets received, 50% packet loss
-
earthquake also causes double posts too?
-
dunno how to read all those ping thingy...
er does that mean google is down? -
thanks tamago. i am beginning to wonder why.
-
i got disconnected for nearly an hour, donno if related...
-
i also ....Originally posted by seow:i got disconnected for nearly an hour, donno if related... -
nation-wide downtime?
do i get some form of compensation or refund from my serivce provider for this?
im working and im in the middle of discussion for a big deal and i suddenly got cut off and cannot reconnect until a while ago (and it's still cranky) -
stupid right?Originally posted by FireIce:nation-wide downtime?
do i get some form of compensation or refund from my serivce provider for this?
im working and im in the middle of discussion for a big deal and i suddenly got cut off and cannot reconnect until a while ago (and it's still cranky)
this is not tech fault. wake up FI -
not sure if any1 read this yet
http://sg.news.yahoo.com/061227/3/45nvl.html
anyway, if packets = 100% loss, it means that either the website is down, ur connection is down, or they firewalled their site for security purpose[/url] -
I didn't even get ping response !!!!!
-
Act of god....
-
me too ... i just heard from radio broadcast that Starhub and Singnet are attempting to repair now
-
service providers shd have failover so as to prevent interruption of service to users
no use upgrading bandwidth and giving out free LCD tvs and laptops if they can't even provide business continuity and DR -
looks like it's ok now
gmail is ok now, sgforums is ok now... -
msn still not very ok
-
ya , agree with thisOriginally posted by FireIce:service providers shd have failover so as to prevent interruption of service to users
no use upgrading bandwidth and giving out free LCD tvs and laptops if they can't even provide business continuity and DR ... i would rather they spend the money making sure that we experience no major problems ... -
wah must conquer nature for you...Originally posted by SexY Le0:ya , agree with this ... i would rather they spend the money making sure that we experience no major problems ... -
Originally posted by TehJarVu:wah must conquer nature for you...
-
no wonder! i have been reconnecting my connection ever since 4hours ago.
-
nah , that not wat i am trying to say ....Originally posted by TehJarVu:wah must conquer nature for you..., i was trying to bring on the idea that they should have other backup plans, as i can't seem to see anything now 
except complain 
... hahaha
Wonder how the suituation over taiwan now, as far as i know now, 2 ppl are dead now -
Originally posted by TehJarVu:wah must conquer nature for you...
this is precisely wat BC/DR is for........................... -
internet have resume.
MSN haven fix. -
I don't see the situation improving...
From http://www.internettrafficreport.com/asia.htm, Singtel international gateway is still 0 and is facing a 100% packet loss.
Even if they try routing internet traffic via other countries gateways, ping and latency will still be high as these are secondary routes.
Taken from one forum (lowyat.net),An industry insider attributed it to a Richter 7.1 earthquake in Taiwan, causing a major cable problem at APCN2 S7 (Asia Pacific Cable Network 2, Segment S7) between Shantou-Tanshui at 00:07hr today, resulting in congested international links to Malaysia, Japan, Korea and Hong Kong.
Source not verified...
According to Reuters AlertNet UK, a total of six submarine cables were affected by the earthquake. See breaking news on Google.
Total capacity lost due to the APCN2 S7 problem was estimated at around 7 Gbps, the industry insider told Screenshots.
The net result is that, on the end-user side like you and I, we will experience high latency, and packet lost when you try to upload to/download from the affected destinations.
Sample latency to the US was 922ms, Hong Kong 45ms, Japan 542ms, Taiwan 304ms, and Korea 1,000ms.
APCN2 provides for swift service recovery
APCN2 is the longest international seabed fibre cable network, 19,000km in total length, in the Asia-Pacific, linking China, Japan, Malaysia, Republic of Korea, Singapore, and onward to linking America, Europe and Australia. The network went into operation in October 2002 for the initial phase.
The project was spearheaded by 26 telecommunications companies, namely Advantel, Cable & Wireless Global Network, Cable&Wireless HKT, China Telecom, China Unicom, Chunghwa Telecom, Concert, Global Network Services, Global One, Japan Telecom, KDD Corpe ration, Korea Telecom, KPN, Layer 2, MCI, WorldCom, Metromedia Giber Network Service, NTT Com, NCIC, OneLink Cable Network, PLDT, StarHub, SingTel, Taiwan Fixed Network, Teleglobe, Telekom Malaysia, Telstra and Williams Communications.
The APCN2 cable system was designed to provide 2.56 Terrabits per second (Tbps) using state-of-the-art Dense Wavelength Division Multiplexing (DWDM) technology to provide upgradeable, future proof transmission facilities. However, APCN2 currently runs on a designated transmission capacity of 160 Gigabits per second (Gbps).
According to the APCN2 agreement, Malaysia maintains a Terminal Station at Segment T2, Kuantan, which is within Segment S2 and represented by TM Berhad. Whereas, Segment S7 affected by this morning's earthquake consists of submarine cable containing four (4) optical fibre pairs that connect the Network Interfaces at the Terminal Station at Tanshui (Taiwan); and at the Terminal Station at Shantou (Mainland China).
Under the APCN2 specifications, all Segment S are terminal stations equipped with critical terminal equipment, including Network Interface for STM-1, STM-4, STM-16 and STM-64 levels.
Critically, the APCN2 Agreement also provisions that all Segment S must maintain adequate inventory of related spare and standby units and components, which include but not limited to optical amplifiers, BUs (Branching Units), cable lengths, and terminal equipment.
The customers' anticipation is none other than swift service recovery. -
hmm ... i am on MSN nowOriginally posted by FBI:internet have resume.
MSN haven fix.
, maybe u just need to try a few more times ??? -
any suggestion how they can plan BC/DR for you?Originally posted by FireIce:
this is precisely wat BC/DR is for...........................
lay another cable for you via New Zealand as standby, only to be used if taiwan got earthquake?
are you going to pay for the infrastructure? or are you going to say they shd be included in your package?
be fair a bit lah