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

OptiXOSN產(chǎn)品

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

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

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

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

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

操作命令返回查詢物理層數(shù)據(jù)收發(fā)統(tǒng)計(jì)和錯(cuò)誤信息:cm-get-chanerror;主要是觀察上報(bào)的錯(cuò)誤數(shù)據(jù)與前一次相比，是否在增加子架上所有的線路板，包括未開(kāi)工的板，都可以查詢到狀態(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)絡(luò)層之間提供激活和關(guān)閉物理DCC通道的服務(wù)。MAC層負(fù)責(zé)相鄰網(wǎng)元之間的連接發(fā)現(xiàn)和維護(hù)，目的就在于屏蔽物理網(wǎng)絡(luò)的多樣性，向上提供一致的服務(wù)（點(diǎn)到點(diǎn)的物理信道）。MAC層協(xié)議實(shí)現(xiàn)

MAC層連接

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

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

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

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

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

ECC協(xié)議棧對(duì)于網(wǎng)絡(luò)層目的地址不是本網(wǎng)元的數(shù)據(jù)包在NET層進(jìn)行轉(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)查詢命令

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

ECCROUTE

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

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

導(dǎo)致網(wǎng)元脫管導(dǎo)致通道堵塞致使告警丟失或延遲上報(bào)，嚴(yán)重時(shí)影響業(yè)務(wù)配置/下載導(dǎo)致主機(jī)頻繁復(fù)位，會(huì)嚴(yán)重影響業(yè)務(wù)網(wǎng)絡(luò)管理層次不清晰，導(dǎo)致安全隱患

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

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

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

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

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

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

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

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

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

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

PAD的幾個(gè)原因

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

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

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

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

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

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

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

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

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

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

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

DCN路由失效時(shí)，失去對(duì)整個(gè)網(wǎng)絡(luò)的監(jiān)控。帶外DCN通道的建立帶外DCN通道的建立

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

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

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

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

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

DCC透?jìng)鞴δ艿氖褂谜f(shuō)明DCC新特性，支持D字節(jié)的透?jìng)骱驼{(diào)配（交叉）。使用此功能，可以解決子網(wǎng)ECC分割后不能成環(huán)的問(wèn)題。說(shuō)明：兩個(gè)子網(wǎng)的劃分如左圖。因NE-3不在Area1子網(wǎng)內(nèi)，導(dǎo)致該子網(wǎng)的ECC不具有環(huán)保護(hù)的功能。在NE-3網(wǎng)元，使用DCC透?jìng)鞯墓δ埽梢詫?shí)現(xiàn)該子網(wǎng)具有成環(huán)倒換的功能。主備網(wǎng)關(guān)的使用

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

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

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

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