MIB и OEM-продукты
Существуют ли какие-либо рекомендации и / или лучшие практики, когда продукт имеет частный (MIB для конкретного предприятия), и целью является повторная маркировка продукта, как будто от другого производителя? То есть, коммерческая сделка OEM происходит. Я предполагаю, что подобная ситуация возникает, когда компания с номером частного предприятия MIB переходит к другой компании? Можете ли вы заменить ствол.1.3.6.1.4.1.x идентификаторов OID, где x - номер частного предприятия, номером другой компании? Продолжаете ли вы с модулем MIB без изменений? Вы просто меняете контактную информацию, содержащуюся в файле модуля MIB?
Заранее спасибо за любые указатели.
1 ответ
Для OEM-производителей я не знаю, есть ли лучшая практика. Вы могли бы делать то, что Лекс Ли обрисовал в своем комментарии, изменяя как программное обеспечение, так и MIB, если у вас есть такая договоренность с ОЕМ, где вы можете модифицировать программное обеспечение. Если у вас его нет, у вас, вероятно, нет другого выбора, кроме как оставить исходный MIB нетронутым, и пусть ваши клиенты узнают, что продукт является OEM, когда они читают MIB. Я знаю, что мой работодатель иногда делает последнее. Если вы являетесь оригинальным производителем, у вас есть выбор, что предложить вашему поставщику (-ям) OEM-производителя, и это будет зависеть от вас.
В другом случае, когда одна компания выкупает другую и приобретает свой портфель продуктов, есть (как минимум) два способа сделать это. Я бы сказал, что первый более целесообразен, по крайней мере, с инженерной точки зрения. Отдел маркетинга может сказать иначе.
Оставь все как есть. Например, HP купила Compaq 12 лет назад, но если вы покупаете сервер HP сегодня, они по-прежнему реализуют старые MIB Compaq по.1.3.6.1.4.1.232 (например, CPQRACK-MIB). Возможно, дешевле было поддерживать и расширять обширное дерево MIB cpq: чем переносить все их продукты в корпоративное поддерево HP. Есть множество других примеров.
Перенесите все на свое собственное дерево предприятия. Вы можете пропустить MIB, которые больше не используются (продукты сняты с производства и т.д.). Преимущество: меньше путаницы бренда. Если продукты переименованы как часть выкупа, это может быть отражено в новых MIB без нарушения каких-либо RFC. Этот подход имеет явный недостаток: он лишает законной силы любые существующие решения управления, разработанные вокруг старых MIB. Только по этой причине я бы посоветовал против такого подхода. Тем не менее, это, вероятно, было сделано.