У меня вопрос о ifAdminStatus и ifOperStatus. Вот выход из моих сетевых интерфейсов состояния с помощью ifAdminStatus:SNMP: ifAdminStatus vs ifOperStatus
snmpwalk -Os -c public -v 1 192.168.1.1 1.3.6.1.2.1.2.2.1.7ifAdminStatus.1 = INTEGER: up(1)
ifAdminStatus.12 = INTEGER: down(2)
ifAdminStatus.13 = INTEGER: up(1)
ifAdminStatus.14 = INTEGER: up(1)
А вот тот же список, используя ifOperStatus:
snmpwalk -Os -c public -v 1 192.168.1.1 1.3.6.1.2.1.2.2.1.8
ifOperStatus.12 = INTEGER: down(2)
ifOperStatus.13 = INTEGER: down(2)
ifOperStatus.14 = INTEGER: down(2)
Как вы можете увидеть ifAdminStatus сообщает, что # 13 и # 14 являются вверх но ifOperStatus сообщает им об этом. Я знаю, что # 13 - это передача и передача пакетов, хотя это (мой интерфейс PPPoE для подключения к Интернету). Согласно сиг документации «Если ifAdminStatus вниз (2), то ifOperStatus должно быть вниз (2).» Который не кажется, дело здесь ...
Мой вопрос - почему сообщенные статусы другой, и безопасно ли использовать ifAdminStatus, чтобы узнать, запущен ли и работает ли интерфейс вместо ifOperStatus?
спасибо!
Здесь snmpwalk с дополнительными интерфейсами информация:
snmpwalk -Os -c public -v 1 192.168.1.1 1.3.6.1.2.1.2.2.1
[.....]
ifIndex.12 = INTEGER: 12
ifIndex.13 = INTEGER: 13
ifIndex.14 = INTEGER: 14
[.....]
ifDescr.12 = STRING: etherip0
ifDescr.13 = STRING: ppp0
ifDescr.14 = STRING: tun1
[.....]
ifType.12 = INTEGER: ethernetCsmacd(6)
ifType.13 = INTEGER: ppp(23)
ifType.14 = INTEGER: other(1)
Я выхожу на конечность и ставлю, что ваш публичный IP был 67.204.0.214, когда вы взяли этот захват snmpwalk. Если это так, этот адрес привязан к ifIndex 16, но у вас нет интерфейса в ifName для него. Наиболее вероятная причина в том, что у вас есть linkys, и просто не использовал этот тип функций в своем SNMP-агенте. –