关于 Juniper MX ，有人可以解释一下 mib2d 提供哪些服务吗？Juniper MX 上运行着许多进程，具体取决于配置的服务。这些过程可以通过运行命令来观察'show system services extensive'。众所周知的服务是 rpd 、 l2ald 、 snmpd 和 mib2d。
我们观察到一些监控系统向 MX 发送了过多的 SNMP 查询，导致 CPU 利用率增加。观察到导致 CPU 利用率高的顶级进程是 mib2d。当然 snmpd 也很高，但不像 mib2d。
在第二种情况下，我们观察到接口抖动过多。因此，MX KPI 很高。再次，当我们运行命令“显示系统进程扩展”时，顶级进程是 mib2d。
因此问题变成了 mib2d 提供什么服务？它与snmp或物理接口有关吗？
从故障排除的角度来看这是需要知道的，因为如果盒子 CPU 利用率变高并且顶级进程是 mib2d ，我们怎么知道是什么导致 mib2d 变高？它只是 snmp 和接口吗？或者还有其他服务？
非常感谢 ！！！
首先，一些上下文 -snmpd不是促进 SNMP 请求的唯一过程。它使用其他进程作为子代理来获取与您正在收集的特定统计数据相关的数据。例如，如果您正在收集 RIB 信息，snmpd则会与之交谈以rpd获取必要的数据。
mib2d具有类似的功能，除了在这种情况下它有两个主要职责。
snmpd.总之，snmpd和mib2dSNMP 一起获取接口数据。
SNMP 是一个非常古老的协议，其局限性在十多年前就已为人所知。很多事情都可能导致您看到更高的 CPU。其中大多数甚至不是供应商特定的问题。
set snmp filter-interfaces ...。snmpwalkvs. ） - 您可以在此处snmpbulkwalk找到更多关于此的上下文。坦率地说，还有比这更多的事情要考虑。我的一般建议是尽可能远离 SNMP（转向流式遥测），或者花时间微调您的监控系统。
Juniper MX 不能说，但MIB一般指的是管理信息库，即您通过 SNMP 查询的数据库。mib2d肯定是（至少是一部分）SNMP 守护进程。
而不是使用广泛的 SNMP 查询 - 轮询 - 您应该考虑更积极地使用 SNMP 陷阱。这可以显着降低 CPU 负载。它通常更有效，因为它只在需要时传输数据，并且还使监控系统能够更快地做出反应。
因此，您可以将轮询速度减慢到十到十五分钟，并为关键阈值设置陷阱，而不是每分钟轮询关键参数，这甚至可以加快整体反应时间。