Metro1000V3设备的ET1参数记录和恢复数据库不一致

问题描述

Metro1000V3设备，主机版本为5.37.02.22p02，上插ET1版本为1.44，内部端口VCTRUNK可以设置为TAGWARE、ACCESS，掉电后发现业务不通，进入T2000查看内部端口属性时发现还是以前设置的值，一查询后发现内部端口VCTRUNK的属性全部为“/”，用命令行查询时返回值为0XFF，重新设置为TAGWARE后业务恢复。

处理过程

1、返回数据研发分析，在实验室重现现如果修改了ET1的vctrunk端口属性，则在掉电起来后，vctrunk的端口属性就会被恢复成0xff。
2、原因是metro1000V3主机代码中在设置ET1的vctrunk端口属性时将参数保存入了bdpara16.dbf数据库，但是在掉电起来恢复时是从bapara64.dbf进行恢复，造成了恢复值错误。
3、目前的临时规避方案是在网元掉电起来后将内部端口VCTRUNK属性从网管上设置下去。
4、目前这个问题存在于Metro1000V300版本中，当ET1端口VCTRUNK属性被设置存库后，网元掉电起来后可能会造成端口属性与掉电前的设置不一致，可能会造成业务不自动恢复；需经手工从网管将端口属性重新设置一遍。
5、根本解决措施：后续研发出版本解决，修改端口参数的记录数据库bdpara16.dbf为bdpara64.dbf。

根因

原因是主机代码中在设置ET1的vctrunk端口属性时将参数保存入了bdpara16.dbf数据库，但是在掉电起来恢复时是从bapara64.dbf进行恢复，造成了恢复值错误。

建议与总结

根本解决措施：后续研发出版本解决，修改端口参数的记录数据库bdpara16.dbf为bdpara64.dbf。