華為傳輸擴(kuò)展ecc不通的解決辦法

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

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

3、之間 ECC 始終不通。但兩個(gè)新設(shè)備之間能通 ECC。之后檢查相關(guān)設(shè)置，無(wú)誤。老設(shè)備 6 個(gè)子架 IP 分別為：132.37.6.98 到 132.37.6.103 ID 對(duì)應(yīng)為：24,25,97,26,27,98子網(wǎng)掩碼均為：255.255.255.224網(wǎng)關(guān)均為 ：132.37.6.97新設(shè)備 2 個(gè)子架 IP 分別為：132.37.6.106 和 132.37.6.107ID 對(duì)應(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。均不通，說(shuō)明該 IP 在網(wǎng)絡(luò)上沒(méi)有沖突。查詢主機(jī)版本：老設(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)場(chǎng)督導(dǎo)反饋說(shuō)“第三天早上到機(jī)房，打開(kāi)電腦，對(duì)設(shè)備進(jìn)行查詢時(shí)，發(fā)現(xiàn) ECC 通了。問(wèn)題消失。查詢相關(guān)設(shè)置”的時(shí)間。由此提醒我，舊子架的那次主機(jī)復(fù)位可能是解決問(wèn)題的關(guān)鍵。 查詢 B 站的任意一個(gè)舊子架的自動(dòng)擴(kuò)

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

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

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