Telstra 7月大斷網：點解一個「2006年」日期會癱瘓流動網絡？

一項原定嘅維修工作，觸發咗 Telstra 於2026年7月8日嘅流動網絡故障；但獨立機構 Technology Audit Partners（TAP）嘅調查認為，更深層嘅問題在於 Telstra 未有把「網絡時間同步」當作必須以最高級別保護、清晰問責及嚴格監管嘅關鍵網絡能力。 10

故障點樣開始？

凌晨2時50分，墨爾本一部 Network Time Protocol（NTP，網絡時間協定）時間機箱完成計劃維修後重新投入服務。維修期間，機箱內嘅 GPS 卡被重設，之後開始向部分 Telstra 網絡發送錯誤日期——2006年，最終干擾流動服務。 12

對電訊網絡而言，時間並唔係小事。不同系統需要依賴一致嘅時鐘去協調運作；一旦時間資料錯亂，影響可以擴散。TAP 指出，今次並非單一設備偶發失靈，而係反映時間基建未獲當作網絡關鍵功能所應有嘅韌性設計與管治。 1012

點解例行維修會演變成大範圍中斷？

TAP 認為，Telstra 未有以最高規格監督及保護網絡時間同步功能。調查在時間系統嘅權責安排、架構、管理方式及流程控制方面，都發現缺口。 10

換句話講，重啟設備係直接觸發點，但斷網規模反映嘅係累積已久嘅系統性弱點，而唔只係一次維修失誤。獨立調查亦指向公司未有優先處理已知系統漏洞。 410

點解查找原因同復修要咁耐？

調查發現，權責不清、系統可視性不足同營運支援薄弱，拖慢咗團隊識別根本原因。報告所述問題包括：具相關知識嘅專才與人手深度不足，以及變更管理、設定管理、文件紀錄同後續跟進程序欠佳。 1310

監察機制尤其係弱點。據相關報道，時間伺服器警報只會喺辦公時間查看，亦無顯示喺24小時支援團隊日常使用嘅監察工具內。 8

而對 NTP 系統最熟悉嘅兩名工程師，喺故障發生時正處於強制休息期。呢件事唔係造成故障嘅原因，但早期應對階段減少咗即時可接觸、又最了解該次計劃變更嘅人員。 38

Telstra 提出咩整改措施？

Telstra 表示，已將服務由舊有 NTP 伺服器遷移至旗下策略性時間系統，覆蓋三個站點。公司亦承諾加強監察及警報、增加網絡變更嘅實驗室測試、與供應商改善營運及變更流程，並推行更廣泛嘅韌性與整改計劃。 10

後續工作包括檢視其他關鍵網絡功能、供應商警報管理、警報處理指引，以及服務保證安排。 10

呢啲措施針對兩個層面：首先，避免錯誤時間資料再次傳播；其次，確保日後一有警號，具備足夠支援嘅營運團隊可以即時睇到同處理。

財務指引未變，但風險未消失

Telstra 表示，當時已識別嘅整改措施不會改變其2027財政年度財務展望。 79

不過，呢個唔等於事故冇財務風險。提升網絡韌性，可能需要持續投放專業人手、監察、測試同維護資源；客戶補償、潛在索償同監管結果亦可能增加成本。以上屬於可能後果，並非外部調查已經確認嘅實際結果。

商譽亦係關鍵。大規模故障曾影響部分澳洲「Triple Zero」緊急求助電話——即當地相當於緊急服務熱線嘅系統——有機會削弱用戶對電訊商可靠性嘅信心。若信心轉差，Telstra 可能要付出更高成本留住客戶，亦可能面對客戶轉台壓力；對收入、流失率或股價估值嘅實際影響，現階段仍然未能確定。

點解事件唔只關 Telstra 事？

今次事故已成為澳洲討論基本通訊服務可靠性嘅一部分。Telstra 已向參議院就 Triple Zero 服務故障進行嘅調查提交外部調查結果；澳洲通訊及媒體管理局（ACMA）亦已就事件展開調查。 13

對 Telstra 而言，長遠考驗唔只係修復「2006年日期」呢一個故障，而係能否證明所有最關鍵嘅網絡依賴項目，日後都有明確問責、可靠監察、足夠專業能力同有效韌性控制。