OptiXOSN產品

ECC通信及巨網分割專題\47382前言基于OSN設備的組網應用情況，開發此課程。本課程旨在提高工程師對網絡ECC通信問題的處理能力。學習指南本課程主要針對《ECC通信及巨網分割專題》中的內容進行組織。本課程的重點、難點。重點：HWECC協議棧及維護應用難點：ECC巨網分割方法內容介紹HWECC協議棧及維護應用ECC巨網導致的網絡隱患巨網分割方案OptiX網元外部通信概述該模型是在增加IPOVERDCC和OSI特性之前的模型，在增加了這兩個大特性之后網元支持的外部通信方式更加多樣化。在SDH建議中把再生段DCC（D1-D3）稱為ECC，早期設備默認使用這三個字節作為網元間通信通道，同時運行在上面的協議棧也稱為ECC協議棧。在這里沿用的是ECC協議棧的含義。ECC協議?；贒CC通道或擴展通道提供網元間通信功能。DCC擴展通道串口以太網SRLMLAN(TCP/IP)ECC應用模塊ACC通信管理功能模型OptiX網元外部通信典型模型

典型模式：網管通過以太網連接到網關網元，通過ECC管理遠端網元.DCNGNENMSTCP/IP以太網NELANDCC光纖ECCDCCACCECCDCC應用模塊應用模塊ACC網元ID在ECC通信中的應用HWECC協議棧使用網元ID唯一標識一個網元。網元ID的總長度為32bit，其中高8位保留作為應用層地址，必需填0，低24位有效，全1表示廣播地址。網元地址應用于如下場合：ECC協議棧MAC層ECC協議棧NET層ECC協議棧L4層應用層地址保留ECC地址3124230NEID無法檢測出ECC子網內是否存在網元ID沖突，務必確保ECC互通的網元ID的唯一性！ECC物理層功能

物理層功能完成對物理通道的控制。包括：對物理通道的數據收發處理，接收物理通道的數據，并將數據傳遞到上層；將上層傳遞來的數據幀發送到物理通道。

物理層通道ECC物理層可以是DCC通道或擴展通道（以太網、485總線）。DCC通道是最主要的網元間通信通道，也是ECC協議棧設計的物理依賴（ECC協議棧的一些設計基于它運行在DCC通道上的假設）。DCC通道是利用SDH幀中的D字節（D1-D12）進行網元間通信。SCC板物理層DCC通道的實現

線路開銷提取開銷交叉CPUCLKCLKCLK開銷總線開銷總線Tx&RxCPU通道DCC通道線路板FPGA負責提取D字節開銷，送給主控板上的開銷交叉芯片處理；并把從開銷交叉芯片出來的數據發送到線路上。開銷交叉芯片把D字節內容交叉到對應的CPU通道。CPU通道利用CPU硬件提供的處理能力對接收數據進行定幀并送給上層處理，把上層發送的數據送到開銷總線。標準HDLC幀格式，由CPU的CPM模塊自動完成封裝。重點：以上各個處理環節都需要準確的時鐘，因此時鐘模塊/全網時鐘必須工作正常。物理層DCC通道狀態查詢命令操作命令查詢實際在位單板DCC信息:cm-get-bdinfo;物理層狀態查詢命令

操作命令返回查詢物理層數據收發統計和錯誤信息:cm-get-chanerror;主要是觀察上報的錯誤數據與前一次相比，是否在增加子架上所有的線路板，包括未開工的板，都可以查詢到狀態.返回結果原因ok正常rx_f接收失敗。如RLOS等rx_ftx_f收發失敗。如端口ECC被禁止等

FIBERPORTSTATEBIDFIBER-PORTPORT-STATEDCCRATELINK-CHANLOGIC-CHAN-STATE41port-enabled1-d30ok51port-enabled1-d32rx_f91port-disabled1-d3255rx_ftx_f101port-enabled1-d34ok人工關閉ECC的端口。ECCMAC（媒體接入）層MAC層功能介紹媒體接入層主要是在物理層和網絡層之間提供激活和關閉物理DCC通道的服務。MAC層負責相鄰網元之間的連接發現和維護，目的就在于屏蔽物理網絡的多樣性，向上提供一致的服務（點到點的物理信道）。MAC層協議實現

MAC層連接

表示本網元和相鄰網元之間的一條直接的通信通路，指明本網元與哪個網元通過哪個DCC通道連接（這里的連接指不通過其它網元直接相連）；每條MAC連接主要包含對端地址、DCC通道號、以及連接定時器等信息。MAC層連接表記錄格式字段名數據類型含義dst_neidULONG目的站址dcc_chanUCHARdcc通道號modeUCHAR0:連接為人工設定的1:連接為自動建立的distanceUCHAR距離。目前只考慮了距離為0的直接連接。timerUCHAR定時器，僅對自動建立的路由有效，若超時則刪除此連接ECCMAC（媒體接入）層MAC層連接的建立和維護MAC層通過連接請求（MAC_REQ）和連接響應幀（MAC_RSP）來建立和維護MAC層連接。通過定時的MAC連接請求幀和連接響應幀來發現相鄰網元和維護連接。MAC層的數據服務MAC數據分為信息幀（MAC_I）和命令幀（MAC_REQ、MAC_RSP）。對于物理層來的ECC幀：目的地址為本站的信息幀繼續往上傳遞給NET層；對于NET層來的ECC幀：MAC看連接表中有無到目的MAC地址站點的連接，若有則將ECC幀通過此連接的DCC通道發送到物理層，否則丟棄該數據包。重點：查看MAC層信息，可以看到本網元與相鄰網元的連接情況，包括對端網元的ID，本網元與對端網元相連的光口通道等信息。ECCNET（網絡）層

NET層功能網絡層主要是實現數據幀的路由尋址和DCC通信網絡的路由管理，包括路由的建立和維護。包括：向上層提供數據通訊服務；數據轉發；路由維護。

ECC路由網絡層建立和維護"NET層路由表"，每個路由表項主要包含目的站點地址、轉發站點地址、轉發距離和該路由表項的定時器等。

路由的建立和維護每個網元周期性通過尋徑響應報文向相鄰的站點廣播自己的路由表，目前采用最短路由尋徑方式；相鄰網元收到該報文之后，據此對本地路由表進行刷新。

網絡層路由表記錄格式字段名數據類型含義dst_neidULONG目的站址relay_neidULONG轉發站址distanceUCHAR距離。也就是轉發跳數levelUCHAR路由的優先級別；1-7級；自動建立的路由級別默認為4；選擇路由時總是選級別高的路由modeUCHAR0：路由為人工設定的1：路由為自動建立的timerUCHAR定時器。僅對自動建立的路由有效，若超時則刪除此路由NET層數據轉發

ECC協議棧對于網絡層目的地址不是本網元的數據包在NET層進行轉發。L4NETMAC層物理層源網元轉發網元目的網元L4NETNETMAC層MAC層物理層物理層NET層狀態查詢命令操作命令查詢ECC路由信息:cm-get-eccroute

NET層狀態查詢命令

重點：一般可以通過cm-get-eccroute命令查詢網元路由表，看是否有正常連接并正確配置的網元在ECC路由表中找不到到達該站點的路由項來判斷ECC通信是否正常。

ECCROUTE

DST-IDDXC-IDDISTANCELEVELMODESCC-NOPEER-NO0x000900140x0009001404eccauto010x000900160x0009001714eccauto110x000900170x0009001704eccauto11該命令查詢一個ECC子網內所有互通ECC的網元.檢查是否符合最短路由的原則.例行檢查子網內ECC互通的網元數是否合理.

例行檢查各子網內有沒有不允許互通ECC的網元被錯誤接入，如有應關閉.查詢某網元的ECC路由表：該網元到相鄰網元之間的ECC路由距離為0。HWECC幀結構了解了解…應用層協議幀結構簡述應用層報文頭用于實現應用層轉發功能，它出現在網管-網元間通信應用信息的頭部，在數據被網關網元轉發時被添加在ECC協議字段之后。ACC模塊就是根據應用層報文頭中的信息來確定是把數據包轉發給其他網元、網管，或者送到特定的上層模塊。以太網通信中的應用層報文頭部ECC通信中的應用層報文頭部了解了解…TCP/IP頭部應用層報文頭部應用層信息ECC頭部應用層報文頭部應用層信息目的地址源地址命令字長度保留字段信息（Info）從網管角度看應用層報文頭最經常被加在以太網的TCP/IP幀頭之后，在應用層報文頭中還定義了一些專門用于網管、網元間通信的命令字，因此習慣稱為以太網報文頭。Ethernet通信數據報頭格式ECC之上的應用和通信層網管PAD層網管Qx層分組包Qx包網管傳輸層HWECC（DCN）網元傳輸層網元PAD層網元Qx層Qx包分組包分組包＋DCN開銷網關網元以太網模塊分組包主應用為Qx層，處理具體的業務命令。處理的數據為Qx包，每個Qx包內含多條Qx命令、消息或響應；在Qx和DCN之間是PAD模塊，主要功能是將Qx報文分拆為小的分組包以便通過DCN傳送，并在目的地重新組裝起來；DCN中的4個層次都不再對分組包進行進一步處理，加上開銷之后直接傳送這些小報文；MML由于都為單條命令，數據量小，因此無需經過PAD層處理，直接走DCN。圖中：紅色為網關網元和網管直接交互；藍色為非網關網元和網管交互。了解了解…問題問題1：簡要介紹HWECC的物理層、MAC層、NET層功能，L4層功能？問題2：簡要描述各層協議的處理的處理過程。小結本節我們主要講解了：熟悉HWECC的物理層、MAC層、NET層功能，了解L4層功能；了解各層協議的處理的處理過程；掌握低3層命令的使用方法；掌握分層分析和處理問題的方法。內容介紹HWECC協議棧及維護應用ECC巨網導致的網絡隱患巨網分割方案巨網ECC導致的問題和隱患巨網ECC導致的問題和隱患

導致網元脫管導致通道堵塞致使告警丟失或延遲上報，嚴重時影響業務配置/下載導致主機頻繁復位，會嚴重影響業務網絡管理層次不清晰，導致安全隱患

對軟件加載效率和成功性的影響巨網ECC問題原因分析當前ECC組網情況分析管理DCN本質上是個星形網絡，更重要的是其帶內帶寬始終不變：最大768Kbps，即使在星形的管理DCN的骨干上也是如此；在最短路徑尋徑方式下，無論網元可以接入多少DCC，無論網元的轉發能力有多么強大，網元管理信息的出口始終只有一條：最短路徑DCC，在這個最短路徑上導致了數據擁塞。DCC鏈路多的網元，信息量就越為集中，而DCN帶寬始終不變。在DCN網絡規模過大的情況下，在網絡拓撲因為故障或擴容出現變化時，會導致網絡路由信息需要較長時間才能收斂，會加劇DCN擁塞。更嚴重的情況下由于信令的擁塞，可能出現路由振蕩。巨網ECC導致主機異常復位ECC導致主機異常復位原因巨網ECC路由表刷新、接收到的數據包流量過大導致內存不夠，產生的中斷過于頻繁，可能會導致主機產生異常復位：對于復用段保護倒換，NG-SDH設備不影響，OCS設備影響；不影響SNCP保護倒換；不影響TPS倒換；影響配置下發或網元數據下載巨網導致ECC收斂時間長ECC收斂時間說明ECC收斂時間：在斷纖或光纜恢復等情況下，ECC路由需要刷新，在這個刷新調整周期內，部分網元會不可達。路由開始刷新，到最終穩定所花的時間，為ECC收斂時間。ECC收斂時間測試（HWECC）結果：注意：在網元數目較多時網絡拓撲收斂較慢，可能會導致大量的管理信息丟失。網絡拓撲鏈型單環兩個環通過鏈連接網元數量646464拔纖收斂時間7s14s4s插纖收斂時間20s4s19s巨網導致ECC路由穩定性差ECC大網的路由穩定性差

會使路由計算速度下降：ECC網絡過大，會使路由計算速度下降；網絡變化時，路由廣播信息在網絡中不斷廣播，造成路由不斷重算，導致ECC路由長期得不到穩定。容易導致ECC不停振蕩：大的網絡，中間有一個網元脫網的概率大大增加。而當該網元不可達時，路由信息會廣播到整個網絡，讓所有其它網元都知道該網元已經不可達。這一路由信息的擴散是需要一定的時間的。有可能在此期間，該網元又變為可達的，或者有其它網元又脫網了。這樣就會導致整個網絡不停的振蕩。路由信息在網絡上不停的傳播、擴散，這無形中也增加了網絡的通信量。

DCC通道告警流量只使用D1~D3時，實測單DCC鏈路的轉發能力為20kbyte/s左右；每個告警的開始、結束信息都要包含30個左右的字節；模擬計算：T2000限定每秒最多處理600條告警；應答機制也會使處理速度變慢；告警上報后網管未及時應答時，則會重復上報告警，加劇網絡擁塞。

巨網可能導致DCC通道堵塞注意：一旦打開性能監控和上報，管理DCN上的流量將更不堪設想。模擬的2M故障業務量2000個2000個告警上報（2種告警）上報產生倒換時，上報產生隨后消失上報的數據量120kbyte240kbyte上報完成時間3～6s6～12sDCC通道堵塞情況分析

DCC通道瓶頸下面的紅色非網關網元由于入路最多，當各DCC通道趨向于滿流量的時候，在紅色的非網關網元處最容易出現流量擁塞，從而提前丟包；實際網絡中，外接光纖最多的網元最可能出現擁塞，而不是網關網元。每個數字代表了這個網元在DCN中承擔了N條DCC通道以及它自身的流量轉發32433211112112無論是重路由信息的傳遞，還是告警信息的傳遞，都會造成管理DCN中的數據流量增大，從而造成管理DCN中的關鍵鏈路出現擁塞，造成問題。緩沖溢出的問題緩沖溢出原因

目前無緩沖溢出處理：ECC各層在發生緩沖區滿后，對溢出報文都是直接丟棄，無任何反饋和通報，上層軟件毫不知悉。由于所有告警在同一時間上報，而目前設備的DCC轉發緩沖有限，所以在管理DCN的瓶頸鏈路上會出現DCC轉發緩沖溢出而導致報文丟失。說明：綜合網管處理能力、緩沖溢出、路由刷新等問題，導致使用DCC通道擴展對解決目前ECC問題改進有限，無法解決大網ECC的問題，巨網ECC對遠程加載的影響遠程加載速度慢，原因主要是目前采用了每包確認的機制，加載速度隨著單個數據包的傳輸延時線性下降。這樣，通過的中間網元越多，單個數據包傳輸延時越長，加載速度就越慢。

N1EMR典型的加載時間：數據單板軟件容量本地加載(min)遠程加載(min)42EFS3.2M408061EMS3.2M3060N1EMR4.5M2040網管上網元脫管的問題ECC規模過大時，可能出現網元脫網現象（在網管界面上變灰），持續時間有長有短，頻度不一。網管判斷網元連接狀態的機制如下：網管以1分鐘為周期與設備嘗試通信；連續2次連接不上（2分鐘超時）則判定通信連接中斷。假設第一次連接報文丟失，那么若第二次報文出現些許延時，就可能造成瞬間脫網的錯誤判斷。報文A報文B報文CA返回B返回丟失C返回延遲2分鐘超時周期下一個2分鐘超時周期導致判定短暫的脫管網管發送網元返回網管判斷大網情況下容易出現DCC堵塞，因此造成脫網，無較好的解決辦法，除非實施管理DCN改造。Qx及PAD處理機制可能導致數據包丟失

Qx可能導致數據包不完整的幾個原因

部分Qx包丟失主機不知道，導致數據的丟失；目前對Qx包的數據完整性不做CRC等檢查，直接解開后獲取Qx命令；

Qx報文內部有一個雙字節序號，但為網管內統一編號，分配到各個網元的序號是可以不連續的；而且，對網元的操作中產生的大量相關命令若分解在多個Qx包中，這些Qx包也不一定是連續的。

PAD的幾個原因

ECC缺省未打開CRC校驗機制；ECC發現報文錯誤后簡單丟棄，不進行任何其他處理；分組包內部數據結構的校驗機制，只對網管使用串口有效；分組包設計了序列號機制，單個分組包的丟失能夠被目的地發現；但出現亂序到達則丟棄整個Qx包，且不通知主機和網管的Qx模塊；

Qx包拼裝成功后，主機PAD不校驗拼裝完的整個Qx包，交Qx模塊處理。第2部分小結應認識到巨網ECC對網絡的穩定運行和日常維護造成的危害；了解HWECC組網需要優化的基本原因；巨網ECC對網絡運行安全和日常維護影響大，應及時優化。傳輸網絡建設和維護時，應同時做好ECC網絡的規劃，避免由于ECC影響到日常維護工作和網絡的穩定運行。提示：針對導致網上ECC問題的部分原因，在后續的版本中將進行改進。問題問題1：巨網ECC對網絡的穩定運行和日常維護造成的危害是什么？問題2：HWECC組網需要優化的基本原因是什么？小結本節我們主要講解了：應認識到巨網ECC對網絡的穩定運行和日常維護造成的危害；了解HWECC組網需要優化的基本原因；巨網ECC對網絡運行安全和日常維護影響大，應及時優化。傳輸網絡建設和維護時，應同時做好ECC網絡的規劃，避免由于ECC影響到日常維護工作和網絡的穩定運行。內容介紹HWECC協議棧及維護應用ECC巨網導致的網絡隱患巨網分割方案巨網ECC問題解決方案目前方案：將ECC網絡分層分域地進行管理即將一個大的網絡劃分為多個小的ECC子網，并將各個ECC子網之間互通的STM-N光/電接口的ECC關閉，以確保路由信息和數據只在小網內傳播，不會擴散到其它網絡。該方案需要增加網關網元的數量，每個子網通過網關網元與網管實現通信；網關通過DCN數據通信網直接和中心網管通信。該方案能夠大大提高ECC通信網絡的穩定性，減少網絡維護的開銷，便于對整個網絡的管理；該方案需要額外增加DCN數據通信網。優點：無需進行大規模的技術改造，即可有效控制問題；缺點：需要額外地布置帶外DCN設備，用戶工程復雜度和成本增加；國內客戶均為中大型網絡，且習慣于單平面組網和單一網管，對此建議可能存在反彈。各ECC子網建議的網元數量各子網建議和要求的網元數量ECC的組網能力限制是指在網絡中通過DCC（或擴展ECC）互相連接的網元的個數的限制。即ECC的組網限制是一個網關網元所轄的網元數。為了避免因ECC網絡過大影響到網絡的正常維護和運行安全，考慮各種因素、結合網上經驗、參考業界做法，OptiX網絡也應該、也必須合理地規劃ECC組網。對于OptiX網絡，一個ECC子網內允許的網元數量說明如下：保證性能基本可用一個ECC子網內建議的網元數量≤64≤75說明：國外運營商的建議和慣例，一般是32或者64個網元作為一個小的管理子網；一個ECC子網中網元的最大數目控制在64個之內，符合美國BelCore運營商標準。

網關網元ECC互連網元數超過以上建議的子網，就可以稱為ECC巨網。巨網ECC問題解決原則

ECC巨網分割原則可靠性原則：分割后，應能夠確保網絡在出現異常情況（斷纖、DCN異常、換板）時，網管能夠和分割前一樣仍可達各網元，避免影響維護；保證性能的原則：各個ECC子網內的網元數控制在建議的數量范圍內；按分層、分域的管理原則：分層（骨干網、省干、本地網；或主節點與下掛的網元之間）、分域（如不同節點之間）進行分割。實施完ECC分割優化方案后，網絡上任何一處斷纖或其它異常情況，應確保能夠達到分割前的ECC路由恢復（保護）能力。分割原網絡是個環網，環上任一處斷纖，網管仍然可達各網元.

ECC分割如上，如只進行簡單分割，則會導致A、D之間或B、C之間斷纖，出現有網元在網管不可達的情況。ECC巨網劃分操作步驟

ECC巨網劃分操作步驟

劃分ECC子網，選擇網關網元確定DCN路由，確保路由的可靠性建立和調測DCN路由各子網之間ECC路由（包括擴展ECC路由）的關閉驗證和測試ECC子網劃分的方法

ECC子網內網元的劃分和選擇

按分層、分域的管理原則，將相鄰網絡劃分為同一個子網；當子網中仍具有多個環路和鏈路時，網關網元取其中處于最多環路和鏈路的設備之上。需要注意的是：方案實施后，對于環網，ECC分割方案應確保環上斷纖后各個網元仍能實現正常監管。

ECC子網網關網元選擇建議

選擇設定在子網中星形業務的中心節點上，以避免大量的管理信息需要通過基于DCC這種窄帶寬信道傳送，減少DCN再發生擁塞的可能性。或設置在子網中入路光纖最多的設備。以減少子網中基于DCC的管理DCN再發生擁塞的可能性。考慮DCN通道的安全性，ECC分割時采用主、備網關的方式，避免一個網關的

DCN路由失效時，失去對整個網絡的監控。帶外DCN通道的建立帶外DCN通道的建立

要求DCN帶寬不低于OptiX網絡使用的DCC帶寬；使用256kbps的鏈路已滿足需求。選擇的2M通道由其它網絡提供（非監控網絡）提供，并且2M通道具有環網保護功能。

建議使用帶外DCN通道，應提供主備的DCN路由，或使用主備網關。建議選擇2M通道傳送DCN路由，常用的路由器型號有Quidway2501、CISCO2501、CISCO2522。帶外DCN通道的實現基本同集中網管的實現方案。數據單板提供的DCN通道

MSTP數據單板提高的DCN通道

利用MSTP自帶的數據單板，提供DCN傳送通道。該方案適用于已有數據單板的網絡，如果額外配置需要考慮費用的問題。該方案如果使用了被監控網絡提供的業務通道，即使在網絡業務有自愈保護的情況，也需要考慮DCN風險。從穩定性和安全性出發，建議盡量不采用局域網（公網或辦公網）來傳遞ECC數據。帶內DCN通道的調測使用DCC擴展和透傳功能

關于DCC擴展功能的使用：目前OptiX設備，缺省使用D1~D3字節，使用DCC擴展功能可以使用D4~D12或D1~D12字節。

DCC透傳功能的使用說明DCC新特性，支持D字節的透傳和調配（交叉）。使用此功能，可以解決子網ECC分割后不能成環的問題。說明：兩個子網的劃分如左圖。因NE-3不在Area1子網內，導致該子網的ECC不具有環保護的功能。在NE-3網元，使用DCC透傳的功能，可以實現該子網具有成環倒換的功能。主備網關的使用

主備網關的使用對于與網管不在同一機房的ECC子網，使用主備網關網元，可以避免一個網關失效或DCN通道失效導致的網元無法監控的情況。在ECC子網仍能成環保護情況下的應用：可以選擇一個主節點，再選擇一個其它的網元作為網關網元。說明：如果可能，建議：分割后子網具有斷纖后ECC自動保護，并且采用雙網關，獨立DCN路由的方法。主備網關的使用

在ECC子網不能成環保護情況下的應用：如果原來成環的網絡，分割后無法再成環，采用主備網關也可以達到斷纖后監控各網元的目的。原網絡成環，在環上任一處斷纖，都可以實現對所有網元的監控。可以在一個網關失效和斷纖的情況下，仍然實現全網的監控。分割原網絡ECC分割后，NE-A/B/C在一個子網內，通過主備網關，也可以實現斷纖后的子網內網元的監控。ECC路由有保護無保護異常情況DCN路由中斷，ECC正常DCN路由正常，ECC中斷由備用網關重新登錄網元需要的時間關閉子網之間的ECC連接關閉子網之間的ECC連接

關閉通過擴展ECC（自動/人工）實現的ECC子網之間的互通；關閉通過STM-N光/電口實現的ECC子網之間的互通。全網ECC的可靠性直接會影響到故障的處理。對于成環網絡的ECC分割。為避免DCN失效影響故障的及時處理，建議同一段光路上，僅關閉離網管近的一側單板的ECC。NE-A為網管機房說明：關閉離網管近的一側單板的ECC，在遠處DCN通道出現故障，而設備又出現故障時，打開ECC實現可對遠端網絡的監控。需要注意：兩個子網合并后的網元數應控制在100個左右。分割舉例示意網絡如下圖所示，網管與NE-A/NE1在同一機房。為了提升網絡的維護質量、確保網絡穩定運行，準備對該網絡進行ECC的優化。分割舉例示意1）劃分ECC子網：各個ECC子網內的網元數，控制在建議的范圍內。分割舉例示意2）DCN路由的建立和調試：除與網管同一機房的網關采用直連方式外，其它遠端的網關通過外部DCN通道連接。分割舉例示意3）關閉ECC和驗證測試：關閉各個ECC子網之間互通的ECC通道；關閉擴展ECC通道。檢查各個網關網元所在子網內的ECC是否在目標范圍內。并進行必要的驗證測試。網上分割實例巨網分割帶內DCN方案舉例背景某國運營商全網400多個網元，由于沒有ECC分割導致經常網元脫管、業務配置不下去、告警不能及時上報該運營商考慮到成本因素，一直沒有自建的帶外DCN網絡，為解決ECC問題，推薦客戶采用帶內DCN方案，并充分利用現網各網元上的數據單板，構建帶內DCN網絡優勢：成本低，幾乎不需要增加任何新硬件設備，并可立即實施劣勢：安全性和可靠性差NMSDCNNetworkDiagram:InitialDesign

PageLegend:OSN7500E1NMST2000Server(UNIX)CO2MainDCNNetworkHUBC02C03CNN3CO2CO3E1NMST2000Server(UNIX)CO3BackupFELANNetworkFEFEFEFEFEFEFEHUBHUBRouterRouterClientCClientA(XP)ClientB(XP)ClientDOSN3500