某局点V5设备更换第三方服务器后反馈读取设备mib节点失败

无

某局点V5的AC板卡反馈读取mib节点失败，经与前方沟通客户表示最近更换了服务器，而且现场有多台AC但是只有部分AC无法读取mib节点

首先对比了正常AC与异常AC的配置，发现没有问题，然后检查连通性发现也是正常。

然后在AC侧收集debug信息，同时在服务器侧抓包，结果如下：（出于隐私考虑，设备ip地址和设备名称已做模糊处理）

从抓包的结果可以看到服务器请求的是2011风格的mib但是设备回应的是25506风格的mib所以导致服务侧无法读取相应节点；debug信息也一样，服务器请求2011风格的mib，设备回复的是hh3c风格的mib。那么就有两个问题：1.那么为什么会有两种风格的mib？2.设备又什么会回应另外一种风格的mib呢？

1.经查阅官网资料了解到hh3c-entity-ext.mib是H3C new风格的MIB文件，h3c-entity-ext.mib是H3C compatible风格的MIB文件。new风格的MIB文件的oid中有25506样式字段，而compatible风格的MIB文件中oid是2011.10样式字段。

2.前面已经通过对比正常和故障AC的诊断发现配置一样，那么会不会有一些命令是诊断中看不到的，通过查阅相关资料证实了猜想，故障AC的mib-style选择的是new格式，正常AC的mib-style选择的是compatible格式。设备选择了哪种格式只能通过display mib-style查看，配置上不会显示，命令手册解释如下

修改设备mib-style格式，注意该设置需要重启设备才能生效。经了解，原来的服务器厂商针对我司的mib风格做过兼容，所以无论设备回复的是new风格还是compatible风格服务器都能识别，而新的第三方服务器没有做过mib风格兼容所以不识别