Состояние интерфейса SNMP: admin up ещё не означает рабочий канал
У интерфейса есть желаемое состояние и фактическая готовность передавать пакеты. Для диагностики их нужно читать вместе. Если оператор разрешил работу порта, это не устраняет отсутствие модуля, ожидание внешнего события или отказ нижнего слоя.
IF-MIB разделяет ifAdminStatus и ifOperStatus. У operational-состояния предусмотрены не только up и down, но и testing, unknown, dormant, notPresent и lowerLayerDown. Сведение всех значений, кроме up, к одной подписи «оборван кабель» теряет смысл модели и направляет обслуживание по неверному пути.
Для многослойного интерфейса ifStackTable может описывать, какой слой работает поверх другого. Реализация этой группы условна, поэтому отсутствие таблицы не означает отсутствие зависимостей. Несколько тревог разных строк способны относиться к одной физической причине. Их корреляция требует подтверждённой карты устройства.
В приёмке сравнивают административное отключение, физический отказ, отсутствие компонента и ожидание внешнего соединения. Проверяют, что сообщение диспетчеру сохраняет различие причин. Состояние up означает готовность интерфейса в рамках его определения; успешность прикладного сервиса, маршрута и удалённой стороны подтверждают отдельной проверкой.
Основание — Numbered IETF RFC definitions of SNMP, SMIv2, IF-MIB, USM and VACM; references scoped per task, разделы RFC2863 ifAdminStatus; ifOperStatus; ifStackTable. Сохранён текст публичной справочной публикации; конкретная реализация может поддерживать только часть возможностей. Основание — указанные номерные RFC о SNMP и SMIv2. Они описывают соответствующую модель протокола, а не подтверждённые возможности конкретного агента. Реальные MIB, firmware, права и криптографические реализации устройства не проверялись; сетевые запросы и SET не выполнялись.
