NEWS
Test adapter SNMP 2.4.x (github / latest)
-
@mcm57
Hallo, kann man das ändern?
snmp.0.Brother_9332.info.error_text
Installierte Version:
2.4.4 -
@sigi234
Da es derzeit keinen Error gibt ("error" ist false, online ist true) ist null (d.h. kein Text) m.E. in Ordnung. Damit kann zwischen "Kein Text verfügbar" == Leerstring und Errortext nicht vorhanden im Sinne von kein Error unterschieden werden.Außerdem müsste ich dann das Feld beim Start mal vorbeugend beschreiben.
Normale States bleiben auch auf null bis der erste Read erfolgreich war.Ändern kann man immer alles
- aber ich würd gern verstehen was User wollen und warum.
Danke für Rückmeldung.
-
-
Die Release 2.4.4 ist nun im stable verfügbar.
Danke an alle Tester. -
SNMP v2.4.5 wurde released.
Fixed ein Problem mit SNMPv3 und SHA Authetifizierung -
Ich habe ein Problem mit dem snmp Adapter und write/set mit dem numerischen Wert 0 bekommen.
https://github.com/iobroker-community-adapters/ioBroker.snmp/issues/240Hat einer von euch Testern die Möglichkeit ein SET auf eine numerische OID mit dem Wert 0 durchzuführen?
Ich habe zur Zeit nur Synology's und einen Netgear Switch zur Verfügung - und bisher hab ich bei denen noch keine writeable numerische OID gefunden wo ich das gezielt testen kann.Danke falls wer helfen kann,
McM
-
Ich glaube ich habe den Fehler gefunden.
Das Problem sollte in der neuesten Version (2.4.6) behoben sein. -
Liebe Tester,
Ich brauch mal eure Hilfe.
Ich habe folgenden Issue im Repo erhalten:https://github.com/iobroker-community-adapters/ioBroker.snmp/issues/282
Hier wird gemeldet, dass der snmp Adapter excessive udb ports belegt.
Ich kann dies auch auf meinem Produktivsystem nicht nachvolziehen. Hier ist genau ein UDB Port je device zu finden.
Könnte ihr bitte mal schaun ob bei euch auch excessiv udp Ports belegt werden?
sudo lsof -i -n | grep snmp
Danke.
Wär schon mal ne Hilfe ob das ein seltenerer Fall ist oder de facto nur noch niemand aufgefallen ist. -
Release 4.7.8 wurde zum Test veröffentlicht. Diese sollte das Problem der verlorenen udp ports lösen.
Technisch:
Immer wenn node-net-snmp einen Fehler auf einem udp Port meldete ging dieser verloren da diese Session nicht ordnungsgemäß geschlossen wurde.Die eigentliche Fehlerursache ist auch noch offen, da ein zweiter Fehler die Ausgabe des Fehlertextes verhinderte...
-
Hier noch ein paar Nachtragsinfos:
Der eigentliche Fehler besteht darin, dass zumindest im konkreten Fall uin32 Werte nicht streng regelkonform gesendet wurden sodass sie beim Konvertieren als int32 interprepioert wurden, Und negative Werte lassen sich in uints schlecht darstellen.
node-net-snmp hat hier nun eine tolerantere Lösung implementiert sodass auch solche Daten übertragen werden können (zumindest in der Theorie).
Alles ist nun ind er aktuellsten Beta v2.4.11 enthalten.