MIB и OEM-продукты

Question

Существуют ли какие-либо рекомендации и/или рекомендации, когда у продукта есть личный (корпоративный MIB), и намерение повторно переупаковать продукт, как от другого производителя? То есть, коммерческая сделка OEM происходит. Думаю, подобная ситуация возникает, когда компания с номером частного предприятия MIB перехвачена другой компанией? Можете ли вы заменить стержень .1.3.6.1.4.1.x OID, где x - номер частного предприятия, с номером другой компании? Продолжаете ли вы с модулем MIB без изменений? Вы просто меняете контактную информацию, содержащуюся в файле модуля MIB?

Заранее благодарим за любые указатели.

Answer 1

Для OEM-производителей я не знаю, есть ли какая-либо лучшая практика. Вы можете сделать то, что Лекс Ли изложил в своем комментарии, изменяя как программное обеспечение, так и MIB, если у вас есть вид OEM-соглашения, где вы можете может изменить программное обеспечение. Если у вас этого нет, у вас, вероятно, нет другого выбора, кроме как оставить оригинальный MIB нетронутым и жить с вашими клиентами, узнав, что продукт является OEM, когда они читают MIB. Я знаю, что мой работодатель иногда делает последнее. Если вы являетесь оригинальным производителем, у вас есть выбор того, что предложить своим OEM-производителям (OEM), и это будет в основном до вас.

Для другого случая, когда одна компания покупает другую и берет на себя портфель своих продуктов, существует (по крайней мере) два способа сделать это. Я бы сказал, что первый из них более целесообразен, по крайней мере, с технической точки зрения. Отдел маркетинга может сказать иначе.

1. Оставьте все как есть. Например, HP купила Compaq 12 лет назад, но если вы покупаете сервер HP сегодня, они по-прежнему реализуют старые MIB Compaq под .1.3.6.1.4.1.232 (например, CPQRACK-MIB). Вероятно, было дешевле поддерживать и расширять обширное дерево MIB cpq: s, чем переносить все свои продукты на поддерево HP. Существует множество других примеров.

2. Перенесите все на свое собственное дерево предприятий. Вы можете пропустить MIB, которые больше не используются (продукты прекращены и т. Д.). Преимущество: меньше путаницы в бренде. Если продукты переименованы как часть выкупа, это может быть отражено в новых MIB без нарушения каких-либо RFC. Этот подход имеет особый недостаток в признании недействительным любых существующих решений управления, разработанных вокруг старых MIB. По этой причине я бы посоветовал против такого подхода. Тем не менее, возможно, это было сделано.