Podstawowe pytania dotyczące SNMP

Czy agenci przechowują jego stan na samym urządzeniu?

Możesz przechowywać dane na urządzeniu lub poza nim. Oba są możliwe i oba są zrobione. Problem z przechowywaniem przez agenta (buforowanych) informacji o stanie zdalnego urządzenia polega na tym, że system zarządzania nigdy tak naprawdę nie wie, czy dane (buforowane) w agencie są akceptowalnie aktualne. Jeśli nie możesz na to liczyć, musisz użyć menedżera, aby uruchomić synchronizację lub sprawdzić stan zdalnego urządzenia i / lub łącze komunikacyjne między agentem a urządzeniem zdalnym. Po wejściu do tej gry często lepiej jest po prostu umieścić podagent na urządzeniu zdalnym i użyć standardowych protokołów SNMP, aby uzyskać informacje.

Jeśli jest pułapka zastawiona na agenta, czy możesz zrobić ankietę na tym samym OID, aby uzyskać te same informacje?

Większość dobrze zaprojektowanych MIB umieszcza zmieniony obiekt MIB bezpośrednio w pułapce. W ten sposób twój menedżer SNMP nie musi przepytywać agenta tylko po to, aby upewnij się.

Mówiąc to, pułapka na encji-MIB nie ma żadnych zmiennych stanu. Jednak ten MIB jest używany do opisywania zapasów fizycznych, takich jak półki, karty i porty, a pułapka jest wyrzucana tylko wtedy, gdy zmienia się konfiguracja fizyczna. W takim przypadku oczekuje się, że Twój menedżer SNMP przejdzie ponownie Entity-MIB, aby uzyskać pełną nową fizyczną konfigurację.

Bez użycia pliku mib, czy istnieje sposób na odpytywanie urządzenia o wszystkie jego informacje w raz?

Tak. Zwiń swój własny, niestandardowy MIB i włóż do niego, co chcesz. Możesz umieścić całą konfigurację urządzenia w jednym obiekcie MIB. Dół tego jest taki, że będziesz musiał napisać parser na swoim Menedżerze SNMP, aby przeanalizować strukturę, a jeśli struktura się zmieni, będziesz musiał zrozumieć znaczenie różnicy między bieżącą wartością a poprzednią wartością. czyli wymyślisz na nowo jakiś SNMP MIB. Jednak w przypadku bardzo małych MIBs może to być warte robiąc.

Prawdopodobnie lepiej będzie użyć SNMP GET-BULK, lub po prostu zrobić spacer MIB przez sukcesywne wywołanie SNMP-GET-NEXT, dopóki nie zostaną zwrócone żadne obiekty.

Jeśli nie, a piszesz własnego menedżera, musisz znać strukturę tego, co raportuje z góry?

Jeśli chcesz, aby twój" customized manager " był prosty, musisz znać strukturę z góry. Jeśli chcesz elastyczności, potrzebujesz języka opisu struktury, z którym aby zakodować strukturę, menedżer będzie musiał zdekodować ją z danych agenta i wypełnić menedżer, a także pobrać dane z menedżera i zakodować je w tym formacie, aby wysłać je do agenta (ów). oznacza to, że wymyślisz na nowo SNMP/SMI, CMIP/ CMISE, CIM i wiele innych systemów zarządzania i protokołów, które zostały już wdrożone.

Jeśli ustawiasz agenta do zgłaszania, czy jest zazwyczaj sposób, aby kontrolować częstotliwość, jak często wysyła pułapkę? Czy to Zwykle wysyłasz pułapkę tak często, jak spełniony jest jakiś warunek?

Jest to dobre pytanie, ponieważ często dostajesz burzę pułapki, która zatyka Twoją sieć dokładnie wtedy, gdy najbardziej jej potrzebujesz. To sprawia, że trudno przewidzieć, ile sieci do świadczenia.

Używaj pułapek rozsądnie. Na przykład Entity-MIB ma tylko jedną pułapkę, którą warto użyć, ponieważ raportuje zmiany struktury fizycznej. Interfejsy-MIB mają potencjalnie wiele pułapek na port. Do tego MIB, najlepiej jest po prostu włączyć pułapki dla interfejsu związanego z portem fizycznym, a nie dla interfejsów ułożonych na wierzchu interfejsów niższych warstw. W przypadku dużej sieci często najlepiej jest po prostu użyć kombinacji sondaży plus pułapek na sprzęt fizyczny i fizyczne interfejsy. W ten sposób można przewidzieć, ile sieci zostanie wykorzystane do zarządzania ruchem podczas normalnej pracy lub podczas awarii sieci.

Niektóre standardowe MIBs określają, jak często lub kiedy można rzuć pułapkę. Jeśli nie masz nic przeciwko, użyj go. Zawsze możesz tworzyć własne korporacyjne MIB z obiektami konfiguracyjnymi MIB, które pozwalają menedżerowi Dławić określone pułapki.