为什么一个设备温度的oid，会有很多索引出来

可以在MIB工具专区查询对应型号mib赋值情况哦

MIB查询

因为有很多不同的温度传感器

温度传感器不是一个，会有很多个，每个子ID会对应一个单独的传感器

OID：1.3.6.1.4.1.25506.2.6.1.1.1.1.12对应 MIB 节点hh3cEntityExtTemperature（实体温度表）H3C。 该 OID 是表节点（表格）不是标量节点，末尾后缀 .1 .2 … .495 就是表的hh3cEntityExtPhysicalIndex实体索引，所以 snmpwalk 会返回大量索引条目H3C。

为什么大量返回 65535

• 65535 是 H3C MIB 定义的无效 / 不可读传感器占位值：代表该索引对应的实体没有温度传感器、传感器不存在、槽位空板、该硬件实体不支持温度读取，不是真实温度读数H3C。
• 实体索引PhysicalIndex是全局统一编号，包含整机、所有槽位、子卡、光模块、风扇、电源等全部硬件实体；绝大多数实体本身不带温度传感器，就统一返回 65535。
• 只有真正带温度检测的实体（主控板、业务板、部分光模块），该索引才会返回正常摄氏温度数值。

现象对照

交换机命令行执行display environment，输出的有效传感器数量很少；但 SNMP 表会把全部实体索引全部遍历输出，因此 snmpwalk 出来几百条，绝大部分都是 65535 无效值。

网管侧处理方案

1. 不要直接采集该表全部 walk 结果；要配套读取同表的entPhysicalClass（实体类型），过滤实体类型 = sensor/module，只取这部分索引的温度值，丢弃返回 65535 的条目。
2. 配套读取entPhysicalName（实体名称 OID：1.3.6.1.2.1.47.1.1.1.1.7），可以知道每个索引对应是什么硬件，便于筛选有效传感器H3C。
3. 备选：优先使用display environment对应的专用传感器 MIB，避开这个大实体表，减少无效数据。