SNMP中的OID 2.25.x

希望为内部目的编写snmp模块。 正如我所读到的，OID tree 2.25无需重新分配即可使用，但应该使用UUID。在编写rfc时，OID值不能大于2^32-1

那么如何通过smnp使用

2.25.

编辑：注册的企业OID并不总是有用的，因为似乎存在可以像rfc-ipv4-addresses那样处理的OID树

---

但问题的一个中心点也是，如果SNMP似乎只能作为OID使用四个字节，为什么应该使用16字节长的UUID？还是我有点错过了如何使用2.25树？或者整个想法完全是错误的？

从我的阅读来看，不幸的是，工具对UUID OID的支持很差

引用

OID编码是否有大小限制？

OID标准对OID树中OID的深度（即弧数）和与每个OID弧关联的整数的大小没有任何限制。但是，有些工具可能有大小限制（或bug）

类似地，它说：

OID标准对OID树中OID的深度（即弧数）和与每个OID弧相关的整数的大小没有任何限制。但是，某些工具可能有大小限制

可能的限制可能是

弧尺寸的限制，例如2.999.18446744073709551615

OID点表示法的总大小限制（字符串长度）

OID深度的限制

记录ITU-T X.509证书中属性值的限制

DER编码数据长度的限制

---

不清楚你想要完成什么。为什么（认为）需要在OID中使用UUID？执行此操作时遇到了什么问题？要为您的组织注册实际的企业OID，请参阅示例：管理多个服务器。SNMP是一种理想的监控协议。但对于某些检查，公共oid并不有用（例如，定期维护提醒或其他特殊检查）。2.25不需要重新分配，因为几乎不可能碰撞两个uuid。因此，对于这样的目的来说，它是完美的。在进一步研究了一个it之后，我从我的问题中发现了rfc：限制似乎不是由工具造成的，而是由工具造成的。参考第3.5节。但您的答案的实质似乎是“没有机会将UUID用于SNMP”。这是我必须接受的答案。我想也许有一种方法可以改变2.25。可以使用SNMP（而不缩短UUID，这会增加创建冲突的机会）。