Mam pytanie dotyczące tego, czy AdminStatus i IfOperStatus. Tutaj jest wyjście z mojego stanu interfejsów sieciowych z wykorzystaniem 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)
I tu jest ta sama lista użyciu 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)
Jak można zobaczyć ifAdminStatus informuje, że # 13 i # 14 wyczyniają ale jeśliOperStatus zgłosi je oba w dół. Wiem na pewno, że # 13 jest w górze i przekazuje pakiety (jest to mój interfejs połączenia internetowego PPPoE). Zgodnie z dokumentacją cisco „Jeśli ifAdminStatus jest w dół (2), a następnie ifOperStatus powinny być w dół (2).” Co nie wydaje się być w tym przypadku ...
Moje pytanie brzmi - dlaczego zgłaszane są statusy inny i czy można go bezpiecznie używać, jeśliAdminStatus powie, czy interfejs działa i działa zamiastOperStatus?
dziękuję!
Oto snmpwalk z dodatkowych interfejsów informacji:
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)
Wychodzę na kończynę i obstawiam twoje publiczne IP było 67.204.0.214 kiedy wziąłeś ten chwyt chrzestny. Jeśli tak, adres ten jest powiązany z ifIndex 16, ale nie masz w nim interfejsu ifName. Najbardziej prawdopodobnym powodem jest to, że masz linkys i właśnie nie kodował tego rodzaju funkcjonalności w swoim agencie SNMP. –