Net-SNMP FAQ (Перевод)   |   Net-SNMP README (Перевод)

Перевод документации на Net-SNMP :: Net-SNMP FAQ




www.net-snmp.ru /  Net-SNMP FAQ / CODING. В чем разница между разными файлами конфигурации mib2c?



CODING. В чем разница между разными файлами конфигурации mib2c?

Большинство из конфигурационных файлов mib2c занято реализацией MIB таблиц, и генерируют различные альтернативные шаблоны кода. Они, в свою очередь, делятся на 4 различных категории.

'mib2c.raw-table.conf' самый простой из шаблонов, и просто предоставляет окружение для базовых таблиц. БОльшая часть работы по реализации таблиц - обнаружение, какая строка подходит для данного запроса, получение или изменение подходящего столбца данных и взаимодействие с нижележащими подсистемами - оставлено MIB программисту.

Вторая группа шаблонов - 'table_data', 'container' и 'tdata' - используют ту же самую базовую модель (хотя внутренние детали достаточно разнятся). Реализатор MIB должен указать структуру данных для представления строки таблицы, и помощник затем позаботится снаружи о поддержании таблицы, как о наборе построчной структуры данных. Это включает в себя идентификацию того, какая строка соответствует введенному запросу. Получение и изменение данных возложено на MIB программиста, хотя сгенерированное окружение включает бОльшую часть из требуемого кода.

Близок к ним четвертый конфигурационный "internal data" mib2c файл ('create-dataset'), который также поддерживает индивидуальные колонки. Это наиболее закрытая для Plug-and-Play конфигурация, и реализатору MIB нужно только знать про некоторые специальные обработки, такие как линкование таблицы с нижележащими подсистемами.

Третий стиль конфигов mib2c предполагает, что табличные данные изнутри подкладываются к помощнику (helper) - или непосредственно из кода MIB модуля, или во внутренней подсистеме. Генерируемый код включает в себя операции по переходу по строкам таблицы, с помощником, который решает, какая именно строка подходит для частного запроса. Опять же, MIB программист должен поддержать добывание и изменение соответствующих значений столбцов, хотя генерируемое окружение включает в себя бОльшую часть необходимого кода.
Также существует вариант данного конфиг-файла ('iterate_access'), который работает в основном тем же самым путем. Тем не менее, он пытается разделить стандартную обработку и код, который нужно улучшить программисту для добывания и изменения индивидуальных значений столбцов.

Ну и идея позади финального таблично-ориентированного конфиг шаблона mib2c - 'mib2c.mfd.conf' (или "MIBs for Dummies", "MIB для идиотов"). Это гораздо более гибкое окружение, которое может использовать или с поддерживаемыми снаружи данными или оперировать через внутреннее представление. Отличительной особенностью этого окружения является то, что он разделяет стандартную и таблично-ориентирвоанную обработку, на гораздо более мелком уровне детализации, чем другие.

Другие mib2c конфигурационные шаблоны заняты поддержкой числовых объектов ('scalar', 'int_watch'), кодом для генерации трапов ('notify') и различных других требований. Есть также шаблон ('old-api') для генерации кода, совместимого с предыдущей версий агента v4 UCD - хотя его надежность и завершенность под вопросом. Возможно лучше использовать реальное окружение v4 mib2c (или полностью перейти к стилю v5).



<<<  CODING. Mib2c игнорирует мои MIB и генерит пару файлов 'mib-2' с кодом. Почему? 
CODING. Какой конфиг файл mib2c мне использовать?  >>>
При копировании размещение гиперссылки на оригинал обязательно!
© MIB Search 2006-2009