OptiXOSN產(chǎn)品ECC通信及巨網(wǎng)分割專題課件

OptiXOSN產(chǎn)品

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

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

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

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

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

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

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

MAC層連接

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

NET層功能網(wǎng)絡層主要是實現(xiàn)數(shù)據(jù)幀的路由尋址和DCC通信網(wǎng)絡的路由管理，包括路由的建立和維護。包括：向上層提供數(shù)據(jù)通訊服務；數(shù)據(jù)轉(zhuǎn)發(fā)；路由維護。

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

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

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

ECC協(xié)議棧對于網(wǎng)絡層目的地址不是本網(wǎng)元的數(shù)據(jù)包在NET層進行轉(zhuǎn)發(fā)。L4NETMAC層物理層源網(wǎng)元轉(zhuǎn)發(fā)網(wǎng)元目的網(wǎng)元L4NETNETMAC層MAC層物理層物理層NET層狀態(tài)查詢命令操作命令查詢ECC路由信息:cm-get-eccroute

NET層狀態(tài)查詢命令

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

ECCROUTE

DST-IDDXC-IDDISTANCELEVELMODESCC-NOPEER-NO0x000900140x0009001404eccauto010x000900160x0009001714eccauto110x000900170x0009001704eccauto11該命令查詢一個ECC子網(wǎng)內(nèi)所有互通ECC的網(wǎng)元.檢查是否符合最短路由的原則.例行檢查子網(wǎng)內(nèi)ECC互通的網(wǎng)元數(shù)是否合理.

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

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

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

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

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

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

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

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

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

Qx可能導致數(shù)據(jù)包不完整的幾個原因

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

Qx報文內(nèi)部有一個雙字節(jié)序號，但為網(wǎng)管內(nèi)統(tǒng)一編號，分配到各個網(wǎng)元的序號是可以不連續(xù)的；而且，對網(wǎng)元的操作中產(chǎn)生的大量相關(guān)命令若分解在多個Qx包中，這些Qx包也不一定是連續(xù)的。

PAD的幾個原因

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

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

網(wǎng)關(guān)網(wǎng)元ECC互連網(wǎng)元數(shù)超過以上建議的子網(wǎng)，就可以稱為ECC巨網(wǎng)。巨網(wǎng)ECC問題解決原則

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

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

ECC巨網(wǎng)劃分操作步驟

劃分ECC子網(wǎng)，選擇網(wǎng)關(guān)網(wǎng)元確定DCN路由，確保路由的可靠性建立和調(diào)測DCN路由各子網(wǎng)之間ECC路由（包括擴展ECC路由）的關(guān)閉驗證和測試ECC子網(wǎng)劃分的方法

ECC子網(wǎng)內(nèi)網(wǎng)元的劃分和選擇

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

ECC子網(wǎng)網(wǎng)關(guān)網(wǎng)元選擇建議

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

DCN路由失效時，失去對整個網(wǎng)絡的監(jiān)控。帶外DCN通道的建立帶外DCN通道的建立

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

建議使用帶外DCN通道，應提供主備的DCN路由，或使用主備網(wǎng)關(guān)。建議選擇2M通道傳送DCN路由，常用的路由器型號有Quidway2501、CISCO2501、CISCO2522。帶外DCN通道的實現(xiàn)基本同集中網(wǎng)管的實現(xiàn)方案。數(shù)據(jù)單板提供的DCN通道

MSTP數(shù)據(jù)單板提高的DCN通道

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

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

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

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

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

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

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