GetBulk SNMP: короткий ответ не обязательно означает конец таблицы
Увеличить схему
Фотография конкретного исполнения не приложена.
GetBulk ускоряет чтение больших таблиц, но max-repetitions не задаёт обещанное число строк в одном ответе. Агент может вернуть меньше данных. Если сборщик принимает любой короткий ответ за конец таблицы, часть интерфейсов или датчиков исчезает из мониторинга без явной ошибки.
RFC 3416 описывает число запрошенных привязок через non-repeaters и max-repetitions. Ответ может быть сокращён из-за размера сообщения, достижения endOfMibView или ограничения времени обработки. При этом сокращение по размеру не обязано совпадать с полной строкой таблицы или целой группой колонок.
Продолжение обхода строят по фактически полученным OID. Проверяют продвижение в лексикографическом порядке и выход за границу нужного поддерева. Полученное значение соседнего объекта не становится строкой исходной таблицы только потому, что пришло в том же ответе. Несколько запросов обхода также не образуют автоматически единый атомарный снимок.
В приёмке используют таблицу больше одного ответа, несколько колонок и ограничения размера. Проверяют полноту, завершение и отсутствие бесконечного обхода. Темп и объём опроса подбирают с учётом нагрузки агента. Увеличение max-repetitions полезно только тогда, когда снижает число обменов без систематических тайм-аутов и потери корректного продолжения.
Основание — Numbered IETF RFC definitions of SNMP, SMIv2, IF-MIB, USM and VACM; references scoped per task, разделы RFC3416 4.2.3 GetBulkRequest-PDU; lexicographic successors. Сохранён текст публичной справочной публикации; конкретная реализация может поддерживать только часть возможностей. Основание — указанные номерные RFC о SNMP и SMIv2. Они описывают соответствующую модель протокола, а не подтверждённые возможности конкретного агента. Реальные MIB, firmware, права и криптографические реализации устройства не проверялись; сетевые запросы и SET не выполнялись.
Запросы отправляются на наш e-mail из вашей почтовой программы.
