設計階段如何保證綜合布線系統的可持續高可靠性

文｜美國福祿克公司 尹 崗

1 為什么不做檢測

乙方：我們每條鏈路都做了連通性檢測，開通設備時還要確認是否每臺設備都能上網，并記錄工作狀態，以此作為承包項目正常運行的必要條件。對于關鍵鏈路，我們還會長時間做Ping測試看看是否丟包，并模擬下載一個大文件測試下載速度是否能達到要求（比如達到40%速率）。從現在運行狀況看，所有設備上網運行都十分良好，這難道還不能證明綜合布線系統是合格的嗎？

甲方：既然都能百兆接入網絡，說明布線系統性能確實是很不錯的，可以簽字驗收。

2 為什么不做參數檢測

乙方：設備升級時發現問題很嚴重，在將網絡設備全部更換為千兆端口交換機以后，不少用戶卻不能以千兆速度上網，千兆網卡總是自適應為百兆速率。仔細檢查下來發現一個規律，長度比較短的鏈路（多數不超過12～15m），用戶基本上都能順利實現千兆升級，但超過15m的用戶絕大多數就只能繼續保持升級前的百兆狀態，另外還意外地發現少數鏈路只能滿足10M上網。

甲方：我們的Cat.5e系統是5年前建造的，平時絕大多數用戶實際上網速度10M就足夠（看網上視頻一般有2M速率就夠了，園區網中的高清VOD有8M也足夠了），其實千兆鏈路也只是偶爾用來備份和傳輸大文件時用，所以雖然不能接入千兆，但基本上不影響大家現在使用，所以一般用戶也不會關心100/1000M的問題。現在看來要實現真正全面的千兆升級還要再追加一筆綜合布線系統的改造資金才行，這個確實有困難，實際上這是我們的一個疏忽和失誤。

第三方（受托進行診斷）：檢查發現驗收文件只有一個通斷檢查表，實測下來布線系統全部能滿足并超過Cat.3的參數水平，較長的鏈路有少部分能通過Cat.5的標準測試，只有較短的鏈路能通過Cat.5e測試，使用Cat.5e標準測試時，特別是插入損耗、近端串擾（NEXT）這些參數基本上都不合格。為什么當時驗收時不對Cat.5e進行參數測試呢？

甲方：還要做參數測試嗎？能上百兆網還不足以說明問題嗎？測試標準我們根本就不知道，也不太明白要測試什么參數。當時的設計方案和招標書上也沒有明確參數測試。

第三方：能上百兆網只能說明達到了100Base-T的標準，不能證明也同時能達到Cat.5的標準，Cat.5標準要求更嚴格一些。實際上，雖然參數遠超過Cat.3的標準，我們甚至可以稱之為Cat3.e系統（不過抱歉，不存在Cat.3e這個評判標準），最終我們只能將這個所謂的Cat.5e布線系統判為Cat.3系統，因為它最多只是一個不合格或者勉強合格的Cat.5系統。

3 為什么招標書中沒有測試要求

第三方：我們調閱了工程招標書，發現里面只要求布線鏈路達到100%的連通率、設備支持正常接入和使用即可，但未明確使用何種標準進行布線鏈路的參數測試。

甲方：因為我們也不太懂，所以深化設計的招標書是集成商寫的。我們先要求他們提供一個樣本，然后結合我們的具體情況制作招標書，這個招標書也專門請專家評審過。

乙方：我們知道要檢測，但由于驗收檢測需要一些費用，由于中標價格非常低，我們無法再承受參數檢測的額外費用，只要甲方不強求，我們就會有意無意地在招標書中“忽略”掉。

第三方：不少乙方已經習慣采用這種連通性檢查表進行驗收，這種習慣來源于水平鏈路，確實沒出現過太多嚴重問題，個中原因是因為用戶的實際上網速率不高，不需要高速電纜支持，但在數據中心機房就大不相同了。如果不做參數測試會很快因為接入高速網卡而暴露出問題，因為用戶的“端口”通常都在千兆以上，且流量上升很快，布線系統參數不合格會很快在丟包率上表現出來，嚴重的甚至首次接入就不成功。由于這個問題已經開始頻繁地出現在數據中心項目中，并逐漸引起了各方的注意。

4 為什么設計書中沒有測試要求

甲方：為什么初始設計任務書沒有明確要求進行Cat.5e參數測試呢？

設計方：在我方提供的任務書中，有要求進行測試，而且還留有1%的驗收、測試預算。只是沒有明確寫明需要按照Cat.5e標準進行測試，也沒有具體分配測試預算和用途。我們認為甲方和乙方是默認知道這些預算的用途。

第三方：回溯檢查設計方案，其中雖有驗收檢測要求的，但卻沒有明確使用何種方式和檢測標準進行驗收檢測。有的設計方案中雖然標明了驗收檢測的標準，但與招標書上的要求明顯不一致，招標書中要么刪除了相關內容，要么要求很模糊。由于初始設計和深化設計是分別進行的，初始設計方并沒有被明確要求對深化設計的內容進行仔細認證并對此負相關責任，所以這種不一致是經常存在的，只是差異程度有別。

甲方：項目我們是交給總承包商的，具體設計、分包都是由他們操作，所以出了問題將由他們負責。

第三方：如果不是高速數據中心項目，問題是不會很快暴露的，通常要幾年甚至十幾年后才會暴露出來。在高速數據中心項目中這個問題暴露得會比較早，原因是設備初始端口速率就很高，在開通設備階段就會遇到“困難”。

5 如何在設計階段就注重質量要求

設計方：寫入驗收檢測標準和檢測方法對我們來說不是問題，以前確實存在比較模糊的現象，如果賦予我們更多的審核權，這個問題是可以解決的。

甲方：我請了很好的監理公司，應該能解決這個問題。

第三方：項目設計和項目實施的結果不相一致是業界經常存在的現象，不只是存在于綜合布線系統中。根據CTEAM 2010年的調查數據，1000點以下的綜合布線工程有高達40%左右仍然不做參數檢測，或僅做連通性檢測。除了上面提到的初始設計任務書中沒有要求或明確測試標準及測試方法外，深化設計階段和施工招標書中經常存在不一致的現象，這需要引起甲方足夠注意。甲方應堅持在初始設計任務書中將各種驗收檢測內容、方法、標準、檢測費用等列于預算表中，并在項目評審階段納入可行性初評范圍。對于初始設計階段尚不能明確的驗收檢測內容，需要在任務書中的質量控制節點上設計相關的實施、檢核流程，指派或委托具有專業資質的人員或機構負責跟蹤、檢查。如果是監理方，則需要實地核查人員資質和監理流程。只有這樣，才能自始至終保證初始設計、深化設計與綜合布線系統的“實際產品”保持一致。通常，如在項目設計規劃階段就確認將項目評估、審計、檢測、驗收委托給完全獨立的專業的第三方來進行，效果會更可靠一些。

6 如何在設計階段為甲方確立可持續高可靠性的策略

第三方：可持續的系統可靠性通常不是設計方愿意承擔的任務。倒是一些設計咨詢公司、系統集成商、設備供應商、服務外包方、方案提供商等可以提供部分相關的保障內容。甲方一般的做法是成立系統運行管理維護專業隊伍或部門（OAM）進駐項目部，在項目規劃設計階段就開始介入，關注影響整個系統的高可靠性各個環節和節點，參與驗收檢測環節的全部流程。具體對綜合布線系統而言，如果要達到TIA 942A Tier4（四級）的要求的高可靠性，OAM（運行管理維護）隊伍需要關注的主要問題有：

（1）較早介入設計、選型、建造、驗收流程，制定出易于執行的、有效的OAM流程和規章制度。

（2）定期/動態評估設備供應商、服務外包商，保證其可持續支持能力維持較高水準。

（3）對綜合布線系統進行定期檢測，特別是1∶1物理備份系統。

（4）自身人員水平測試和定期評估、培訓，持續保持人員自身水準和知識/技能覆蓋深度。