問題描述

Metro1000V3設(shè)備，主機(jī)版本為5.37.02.22p02，上插ET1版本為1.44，內(nèi)部端口VCTRUNK可以設(shè)置為TAGWARE、ACCESS，掉電后發(fā)現(xiàn)業(yè)務(wù)不通，進(jìn)入T2000查看內(nèi)部端口屬性時(shí)發(fā)現(xiàn)還是以前設(shè)置的值，一查詢后發(fā)現(xiàn)內(nèi)部端口VCTRUNK的屬性全部為“/”，用命令行查詢時(shí)返回值為0XFF，重新設(shè)置為TAGWARE后業(yè)務(wù)恢復(fù)。

處理過程

1、返回?cái)?shù)據(jù)研發(fā)分析，在實(shí)驗(yàn)室重現(xiàn)現(xiàn)如果修改了ET1的vctrunk端口屬性，則在掉電起來后，vctrunk的端口屬性就會(huì)被恢復(fù)成0xff。
2、原因是metro1000V3主機(jī)代碼中在設(shè)置ET1的vctrunk端口屬性時(shí)將參數(shù)保存入了bdpara16.dbf數(shù)據(jù)庫，但是在掉電起來恢復(fù)時(shí)是從bapara64.dbf進(jìn)行恢復(fù)，造成了恢復(fù)值錯(cuò)誤。
3、目前的臨時(shí)規(guī)避方案是在網(wǎng)元掉電起來后將內(nèi)部端口VCTRUNK屬性從網(wǎng)管上設(shè)置下去。
4、目前這個(gè)問題存在于Metro1000V300版本中，當(dāng)ET1端口VCTRUNK屬性被設(shè)置存庫后，網(wǎng)元掉電起來后可能會(huì)造成端口屬性與掉電前的設(shè)置不一致，可能會(huì)造成業(yè)務(wù)不自動(dòng)恢復(fù)；需經(jīng)手工從網(wǎng)管將端口屬性重新設(shè)置一遍。
5、根本解決措施：后續(xù)研發(fā)出版本解決，修改端口參數(shù)的記錄數(shù)據(jù)庫bdpara16.dbf為bdpara64.dbf。

根因

原因是主機(jī)代碼中在設(shè)置ET1的vctrunk端口屬性時(shí)將參數(shù)保存入了bdpara16.dbf數(shù)據(jù)庫，但是在掉電起來恢復(fù)時(shí)是從bapara64.dbf進(jìn)行恢復(fù)，造成了恢復(fù)值錯(cuò)誤。

建議與總結(jié)

根本解決措施：后續(xù)研發(fā)出版本解決，修改端口參數(shù)的記錄數(shù)據(jù)庫bdpara16.dbf為bdpara64.dbf。