Snmp MIB和OEM产品

当产品具有私有（企业特定的MIB）且意图将产品重新标记为来自其他制造商时，是否有任何建议和/或最佳做法？也就是说，发生了一笔商业OEM交易。我猜当一家拥有MIB私有企业编号的公司被另一家公司接管时，也会出现类似的情况？您能否将OID的stem.1.3.6.1.4.1.x替换为另一家公司的编号，其中x是私人企业编号？是否继续保持MIB模块不变？您是否只需更改MIB模块文件中包含的联系人信息

---

提前感谢您的指点。

对于原始设备制造商，我不知道是否有任何最佳实践。你可以做Lex Li在评论中概述的事情，修改软件和MIB，只要你有可以修改软件的OEM协议。如果您没有，您可能别无选择，只能保持原始MIB不变，与您的客户一起生活，当他们阅读MIB时发现产品是OEM。我知道我的雇主有时会做后者。 如果您是原始制造商，您可以选择向OEM供应商提供什么，这主要取决于您

另一种情况是，一家公司收购另一家公司并接管其产品组合，有（至少）两种方法。我想说，至少从工程角度来看，第一种方法更可取。营销部门可能会说相反的话

让一切保持原样。例如，HP在12年前购买了Compaq，但如果您今天购买了HP服务器，他们仍然在.1.3.6.1.4.1.232下实施旧的Compaq MIB（例如CPQRACK-MIB）。维护和扩展cpq:s的扩展MIB树可能比将其所有产品迁移到HP企业子树更便宜。还有许多其他例子

将所有内容迁移到您自己的企业树。您可能会跳过不再使用的MIB（产品停产等）。优点：减少品牌混淆。如果产品被重新命名为收购的一部分，这可以反映在新的MIB中，而不会违反任何RFC。 这种方法的明显缺点是使围绕旧MIB设计的任何现有管理解决方案无效。仅出于这个原因，我建议不要采取这种做法。尽管如此，它可能已经完成了

---

您通常需要获取源代码，修改，然后构建自己的SNMP代理副本，以便更改OID。请向供应商收集更多信息。仅仅更改MIB文档是徒劳的尝试，不要浪费时间单独尝试。