華為傳輸擴展ecc不通的解決辦法

1、擴展 擴展 ECC 不通的一個解決方法 不通的一個解決方法關(guān)于新建子架間可以互通 ECC，而不能與原有子架通 ECC 的問題----引用 A 站督導郵件：“在本次擴容工程中 A 站遇到一個很奇怪的問題，以本人知識水平無法得出解釋。雖然現(xiàn)在已經(jīng)正常，但做為一個工程現(xiàn)場的督導，我想有責任有義務(wù)對該問題進行描述與反饋。 以便今后的工作中遇到類似的問題，也有一個實際的案例可以參考。 希望各位同仁及同行“前輩”指教。本次工程 A 站新增兩個 32

2、0G 波分子架（以下簡稱新設(shè)備），分別對應(yīng)兩個不同方向。原有 6 個子架（以下簡稱老設(shè)備），2 個方向各 3 個，分屬不同機柜。通過以太網(wǎng)口走ECC 自動路由與網(wǎng)管通信。新設(shè)備的網(wǎng)線分別插在兩個方向老設(shè)備下的 HUB 上。對設(shè)備進行加電后，分別對新設(shè)備兩個子架按照要求進行相關(guān)設(shè)置，包括初始化網(wǎng)元、設(shè)置 IP、子網(wǎng)掩碼、網(wǎng)關(guān)，及用命令:cm-set-lanautoecc:open;打開 ECC 自動路由功能，然后復位。但發(fā)現(xiàn)新設(shè)備和老設(shè)備

3、之間 ECC 始終不通。但兩個新設(shè)備之間能通 ECC。之后檢查相關(guān)設(shè)置，無誤。老設(shè)備 6 個子架 IP 分別為：132.37.6.98 到 132.37.6.103 ID 對應(yīng)為：24,25,97,26,27,98子網(wǎng)掩碼均為：255.255.255.224網(wǎng)關(guān)均為 ：132.37.6.97新設(shè)備 2 個子架 IP 分別為：132.37.6.106 和 132.37.6.107ID 對應(yīng)為：106，107子網(wǎng)掩碼均為：255.255.2

4、55.224網(wǎng)關(guān)均為 ：132.37.6.97以上數(shù)據(jù)顯示所有網(wǎng)元均屬同一網(wǎng)段。 拔掉新設(shè)備網(wǎng)線，用電腦 PIN G132.37.6.106 和 132.37.6.107。均不通，說明該 IP 在網(wǎng)絡(luò)上沒有沖突。查詢主機版本：老設(shè)備均為：OptiX 1600G BIOS 8.07.01 Jan 15 2003 09:40:04NeSoft(D) 5.08.01.31 新設(shè)備均為：OptiX 1600G BIOS 8.07.03 Ma

5、y 23 2003 09:30:07NeSoft(D) 5.08.01.31 # 1990-1-1 6:13:12 fatal task errorcode=ffffffff, Line 3368 in mml_cmdline.cpp# 1990-1-1 10:42:4 fatal task errorcode=70008, Line 2619 in cm_net.cpp# 1990-1-1 12:38:53 fatal task

6、 errorcode=70008, Line 2619 in cm_net.cpp# 2004-2-5 17:4:17 fatal task errorcode=ffffffff, Line 3368 in mml_cmdline.cpp# 1990-1-1 0:0:16 fatal task errorcode=ffffffff, Line 717 in vos_err.cpp# 2004-9-27 17:17:16 fatal

7、task errorcode=70001, Line 389 in qx_pronedata.cp# 2004-10-13 8:23:19 fatal task errorcode=70001, Line 389 in qx_pronedata.cp#24:szhw [A1-1 ][][2004-10-25 0:38:3]

8、>#25:lognew:1,“nesoft“@@@@@@@@@@@@@@@@@ Message from 0x00090019 (9.0.25 589849) @@@@@@@@@@@@@@@@@@10 月 13 日上午，也就是現(xiàn)場督導反饋說“第三天早上到機房，打開電腦，對設(shè)備進行查詢時，發(fā)現(xiàn) ECC 通了。問題消失。查詢相關(guān)設(shè)置”的時間。由此提醒我，舊子架的那次主機復位可能是解決問題的關(guān)鍵。 查詢 B 站的任意一個舊子架的自動擴

9、展 ECC 情況，發(fā)現(xiàn)是 OPEN 狀態(tài)的。我于是下發(fā)了這樣兩條命令： :cm-set-lanautoecc:open //打開自動擴展 ECC:reset; //主機復位復位完成后再次查詢，不出所料，新老子架間的擴展 ECC 通了。 無意中總結(jié)發(fā)現(xiàn)了解決這個問題的一個方法，但這個問題存在偶發(fā)性，這次工程，涉及站點眾多，目前出現(xiàn)該問題的也就是 A 站與 B 站。按照常理分析，舊 子架運行

10、狀態(tài)穩(wěn)定，擴展 ECC 應(yīng)該就沒有問題，主機復位到底在這其中扮演了 一個什么樣的角色，是軟/硬件的小 BUG 還是其他什么原因呢？《最終分析結(jié)論》：因為自動擴展 因為自動擴展ECC ECC建立的前提是搜索到其它的網(wǎng)元的 建立的前提是搜索到其它的網(wǎng)元的IP IP，然后由 ，然后由IP IP較小的主動連 較小的主動連接IP IP較大的。由于 較大的。由于5.8.1.31 5.8.1.31版本一個網(wǎng)元最多只能找到四個網(wǎng)元， 版本一個網(wǎng)元最多只

11、能找到四個網(wǎng)元，6個網(wǎng)元運行 個網(wǎng)元運行穩(wěn)定以后，如果新接入網(wǎng)元的 穩(wěn)定以后，如果新接入網(wǎng)元的IP IP較大的話，老子架就沒有能力再和新子架建立 較大的話，老子架就沒有能力再和新子架建立連接了，所以就通不了。 連接了，所以就通不了。 將老的子架復位后，網(wǎng)元搜索會重新進行，所有網(wǎng)元之間的通訊可以重新組織 將老的子架復位后，網(wǎng)元搜索會重新進行，所有網(wǎng)元之間的通訊可以重新組織，所以新老網(wǎng)元之間可以建立通信。 如果新接入網(wǎng)元的 所以新老網(wǎng)元之間