【文章內(nèi)容簡(jiǎn)介】 問(wèn)題 ? 問(wèn)題 1： 簡(jiǎn)要介紹 HWECC的物理層、 MAC層、 NET層功能， L4層功能？ ? 問(wèn)題 2： 簡(jiǎn)要描述各層協(xié)議的處理的處理過(guò)程。 HUAWEI TECHNOLOGIES CO., LTD. HUAWEI Confidential 小結(jié) ? 本節(jié)我們主要講解了： ? 熟悉 HWECC的物理層、 MAC層、 NET層功能，了解 L4層功能； ? 了解各層協(xié)議的處理的處理過(guò)程； ? 掌握低 3層命令的使用方法； ? 掌握分層分析和處理問(wèn)題的方法。 HUAWEI TECHNOLOGIES CO., LTD. HUAWEI Confidential 內(nèi)容介紹 ? HWECC協(xié)議棧及維護(hù)應(yīng)用 ? ECC巨網(wǎng)導(dǎo)致的網(wǎng)絡(luò)隱患 ? 巨網(wǎng)分割方案 HUAWEI TECHNOLOGIES CO., LTD. HUAWEI Confidential 巨網(wǎng) ECC產(chǎn)生的背景 ? 產(chǎn)生背景分析 ? 傳輸網(wǎng)絡(luò)規(guī)模越來(lái)越大，尤其是盒式產(chǎn)品的大量應(yīng)用，一個(gè)網(wǎng)絡(luò)內(nèi) ECC互通的網(wǎng)元數(shù)有的已達(dá) 300～ 400個(gè)。以后還會(huì)更多 … ? OptiX 設(shè)備支持的 DCC路數(shù)越來(lái)越多， OSN9500已經(jīng)達(dá)到 288路，OSN7500達(dá)到 160路 … ? 客戶集中化管理越來(lái)越普遍，也導(dǎo)致更多網(wǎng)元的 ECC能夠互通 … ? 最主要的是對(duì) ECC網(wǎng)絡(luò)缺少規(guī)劃 … 不少人認(rèn)為既然不管網(wǎng)絡(luò)多大， ECC都能互通，就應(yīng)該 通過(guò) ECC可以支持對(duì)更多網(wǎng)元的管理！既然產(chǎn)品支持這 么多路 DCC，就應(yīng)該通過(guò) ECC可以支持對(duì)更多網(wǎng)元的管 理。 不規(guī)劃 ECC組網(wǎng)會(huì)導(dǎo)致問(wèn)題嗎？ HUAWEI TECHNOLOGIES CO., LTD. HUAWEI Confidential 巨網(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ì)軟件加載效率和成功性的影響 HUAWEI TECHNOLOGIES CO., LTD. HUAWEI Confidential 巨網(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)路由振蕩。 HUAWEI TECHNOLOGIES CO., LTD. HUAWEI Confidential 巨網(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ù)倒換， NGSDH設(shè)備不影響， OCS設(shè)備影響； ? 不影響 SNCP保護(hù)倒換； ? 不影響 TPS倒換； ? 影響配置下發(fā)或網(wǎng)元數(shù)據(jù)下載 HUAWEI TECHNOLOGIES CO., LTD. HUAWEI Confidential 巨網(wǎng)導(dǎo)致 ECC收斂時(shí)間長(zhǎng) ? ECC收斂時(shí)間說(shuō)明 ? ECC收斂時(shí)間：在斷纖或光纜恢復(fù)等情況下， ECC路由需要刷新，在這個(gè)刷新調(diào)整周期內(nèi)，部分網(wǎng)元會(huì)不可達(dá)。路由開始刷新，到最終穩(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ù)? 鏈型 單環(huán) 兩個(gè)環(huán)通過(guò)鏈連接 網(wǎng)元數(shù)量 64 64 64 拔纖收斂時(shí)間 7s 14s 4s 插纖收斂時(shí)間 20s 4s 19s HUAWEI TECHNOLOGIES CO., LTD. HUAWEI Confidential 巨網(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ò)的通信量。 HUAWEI TECHNOLOGIES CO., LTD. HUAWEI Confidential ? DCC通道告警流量 ? 只使用 D1~D3時(shí)，實(shí)測(cè)單 DCC鏈路的轉(zhuǎn)發(fā)能力為 20k byte/s左右； ? 每個(gè)告警的開始、結(jié)束信息都要包含 30個(gè)左右的字節(jié)；模擬計(jì)算： ? T2022限定每秒最多處理 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通道堵塞 注意： 一旦打開性能監(jiān)控和上報(bào)，管理 DCN上的流量將更不 堪設(shè)想。 模擬的 2M故障業(yè)務(wù)量 2022個(gè) 2022個(gè) 告警上報(bào)（ 2種告警） 上報(bào)產(chǎn)生 倒換時(shí)，上報(bào)產(chǎn)生隨后消失 上報(bào)的數(shù)據(jù)量 120kbyte 240kbyte 上報(bào)完成時(shí)間 3～ 6s 6～ 12s HUAWEI TECHNOLOGIES CO., LTD. HUAWEI Confidential DCC通道堵塞情況分析 ? 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ā) 3 2 4 3 3 2 1 1 1 1 2 1 1 2 無(wú)論是重路由信息的傳遞，還是告警信息的傳遞，都會(huì)造成管理 DCN中的數(shù)據(jù)流量增大，從而造成管理 DCN中的關(guān)鍵鏈路出現(xiàn)擁塞，造成問(wèn)題 。 HUAWEI TECHNOLOGIES CO., LTD. HUAWEI Confidential 緩沖溢出的問(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)題， HUAWEI TECHNOLOGIES CO., LTD. HUAWEI Confidential 巨網(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) 42EFS 40 80 61EMS 30 60 N1EMR 20 40 HUAWEI TECHNOLOGIES CO., LTD. HUAWEI Confidential 網(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)文C A返回 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改造。 HUAWEI TECHNOLOGIES CO., LTD. HUAWEI Confidential Qx及 PAD處理機(jī)制可能導(dǎo)致數(shù)據(jù)包丟失 ? Qx可能導(dǎo)致數(shù)據(jù)包不完整的幾個(gè)原因 ? 部分 Qx包丟失主機(jī)不知道，導(dǎo)致數(shù)據(jù)的丟失； ? 目前對(duì) Qx包的數(shù)據(jù)完整性不做 CRC等檢查，直接解開后獲取 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缺省未打開 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ī) P