|
For Full-Text PDF, please login, if you are a member of IEICE,
or go to Pay Per View on menu list, if you are a nonmember of IEICE.
|
Experience with Restoration of Asia Pacific Network Failures from Taiwan Earthquake
Yasuichi KITAMURA Youngseok LEE Ryo SAKIYAMA Koji OKAMURA
Publication
IEICE TRANSACTIONS on Communications
Vol.E90-B
No.11
pp.3095-3103 Publication Date: 2007/11/01 Online ISSN: 1745-1345
DOI: 10.1093/ietcom/e90-b.11.3095 Print ISSN: 0916-8516 Type of Manuscript: Special Section PAPER (Special Section on Next Generation Network Management) Category: Keyword: network failures, restoration, BGP routing, next-generation Internet, traffic engineering,
Full Text: PDF(1.6MB)>>
Summary:
We explain how network failures were caused by a natural disaster, describe the restoration steps that were taken, and present lessons learned from the recovery. At 21:26 on December 26th (UTC+9), 2006, there was a serious undersea earthquake off the coast of Taiwan, which measured 7.1 on the Richter scale. This earthquake caused significant damage to submarine cable systems. The resulting fiber cable failures shut down communications in several countries in the Asia Pacific networks. In the first post-earthquake recovery step, BGP routers detoured traffic along redundant backup paths, which provided poor quality connection. Subsequently, operators engineered traffic to improve the quality of recovered communication. To avoid filling narrow-bandwidth links with detoured traffic, the operators had to change the BGP routing policy. Despite the routing-level first aid, a few institutions could not be directly connected to the R&E network community because they had only a single link to the network. For these single-link networks, the commodity link was temporarily used for connectivity. Then, cable connection configurations at the switches were changed to provide high bandwidth and next-generation Internet service. From the whole restoration procedure, we learned that redundant BGP routing information is useful for recovering connectivity but not for providing available bandwidth for the re-routed traffic load and that collaboration between operators is valuable in solving traffic engineering issues such as poor-quality re-routing and lost connections of single-link networks.
|
|
|