|
刊登日期: 2016.6.29
多數企業心知肚明,意欲在雲端世代脫穎勝出,必須憑藉堅強IT戰力,免不了需要斥資引進高檔設備,期能在兼具快速與穩定的前提下,妥善驅動日益複雜的應用服務;但不少企業忽略,「實體層」往往才是網路連線效能失常的瓶頸點。
相信許多企業都不否認,網路布線系統品質,將會直接影響網路運作;所以針對每一次機房布線施工專案,都要求承攬專案的工程公司,必須執行布線系統認證測試,並繳交測試報告,作為驗收與否的考核要點。
只可惜,儘管不少企業或是學校、公務機關,皆對布線系統認證測試多所重視,但仍舊有少數業主並未要求施工廠商繳交報告,以致徒留廠商取巧空間,等到日後系統上線,眾多終端使用者反應上網速度遲緩,業主委託專業技術公司追查原因,才赫然發現布線施工品質竟是如此不堪。但即使並未疏於要求施工廠商繳交測試報告,也不表示布線品質就真的萬無一失。
有關前段描述的內容,不論是否要求施工廠商繳交測試報告,最終出現布線品質瑕疵的案例,其實不在少數。曾經有一所大專院校,利用暑假針對宿網啟動布線系統專案,期望在開學過後,針對住宿學生提供上網服務;豈料多數學生反應連線品質甚差,無論下載資料或收視影音內容,都不時出現訊號斷斷續續情況。
校方接獲接踵而來的客訴,請電信公司追查原因,後來在交換器發現相當比例的異常封包,算是頗為離奇罕見的現象,接著請專業技術公司測試網路線,才發現專案承包商「偷料偷很大」,居然用傳統的兩對25芯電話線當做主幹線,不符合TIA規定的4對線起碼標準,到了機房端才改採標準網路線,因而產生極大的近端串音(Near End Cross Talk;NEXT)雜訊,使連線速度根本上不了1 Gbps等級。
此外,有別於上述疏於執行布線系統認證測試之案例,另一事件,則是做了測試,但布線系統品質同樣不彰。這是發生在某都會大眾運輸系統的案例,通車之後1、2個月內,竟接連出現當機事故,後來由專案承包商組成多個調查小組,分頭追查事故真因,結果其中一組懷疑是網路實體層出狀況,幾經詳細測試,才發現網路線的水晶接頭是肇事元兇,連帶證實當初執行布線的下包商採用不正確的測試型態完成報告,明明理應針對短跳線(Patch Cord)做測試認證,卻僅針對通道(Channel)進行測試,以致看似完美的測試數據表象背後,埋藏巨大失誤。
深究上述案件的癥結,在於兩端水晶頭的施工品質不良,故產生極大雜訊干擾,連帶影響訊號傳輸品質,才引發交通控制系統運作延遲;後來全面換置為合格的水晶接頭,此後未再出現這般憾事。
|