snmptrapd nicht behandeln alle Fallen

Morgen allerseits,snmptrapd nicht behandeln alle Fallen

Nach viel Zeit vergeht, eine Lösung und eine Menge Kopfschmerzen suchen, ich bin zu Ihnen kommt eine Erklärung der Hoffnung ;-)

Also, ich will Trap von meinen Routern und speziell "LinkDown" und "LinkUp" zu erhalten. Der Router sendet die Informationen an meinen Server, tcpdump machend können wir die Fallen sehen.

Mein Problem ist snmptrapd. In den Logs verifizierend, (/var/log/snmptrapd.log) sehe ich fast nur 1 Trap auf 3.

I von einem anderen Server versuchen Traps in Befehlszeile

snmptrap -v2c -c public @IP '' .1.3.6.1.6.3.1.1.5.3 ifIndex i 541 ifAdminStatus i 1 ifOperStatus i 2 .1.3.6.1.2.1.31.1.1.1.1.541 s "eth1"

und i habe gleiches Problem zu senden => 1/3 trap durch snmptrapd empfangen.

Ich bin total verloren und ich kann nicht sehen, was das Problem, und wo zu überprüfen.

Ich warte auf Ihre Hinweise und Ihre Lichter!

Ich bin auf CentOS 6.7 (running Centreon 2.7.0)

EDIT 9. Mai 2016 --- Ok, das Problem kam aus, dass zu viele Fallen meinem Server eingegeben und einige nicht von snmptrapd behandeln. Ich habe eine Firewall-Regel, die alle eingehenden Trap außer dem Router, auf dem ich Tests tue fallen lassen. Und alle Fallen sind jetzt in der Hand. Ich muss nur überprüfen, wie viele Trap von snmptrapd behandelt werden kann, wenn jemand die Antwort haben Sie sind willkommen.

Und danke an alle, die sich Zeit genommen haben, mir zu antworten.

Quelle

2016-04-29 Aurelazy

Sie können nur Netzwerkpakete über Wireshark auf beiden Seiten analysieren, um zu sehen, wohin die UDP-Pakete gehen. Ansonsten gibt es wirklich keine Möglichkeit zu sagen, wie UDP von Grund auf unzuverlässig ist. –

HI Lex Li, Danke für die Antwort, aber der Befehl tcpdump wird auf dem Server gesendet, der die Trap empfangen muss, also normalerweise snif alle Pakete, die in diesem Server ankommen? – Aurelazy

Ich bin nicht vertraut mit TCPDP. Sie müssen auf der Manpage nachsehen oder eine Google-Suche durchführen, um zu sehen, ob eine Umstellung möglich ist. Wenn ein Paketgrößenfilter vorhanden ist, werden möglicherweise nicht alle Pakete erfasst. –

snmptraps sind nicht von Entwurf "sicher". Wenn das Netzwerk Paketverluste aufweist, gehen Traps verloren. Wenn Sie überfluten, sehen Sie einen Datenverlust?

Sie sollten in regelmäßigen Abständen die Daten abrufen und auf Traps warten.

Quelle

2016-04-29 13:01:15

HI Stian, Ich weiß über dieses Problem, aber meine Firma fragt diese Funktion, also werde ich es tun ;-) und die Sache ist, dass wir etwa 900 Router haben und wir sofort Informationen über einen Port, der nach unten geht, und ein Ziehen an jedem benötigen Router an jedem Port (was wir gerade tun) fragen viele Ressourcen ab. (im Moment kann ich keinen anderen Server haben, um einige Poller zu tun) – Aurelazy

und über den Verlust von Paket, ich denke (für den Moment arbeite ich an 1 Router), bin ich sicher, dass mein Problem nicht von diesem kommt . Alle meine Traps werden von tcpdump gesehen, aber snmptrapd hat nicht alle von ihnen o_O bekommen. – Aurelazy

Versuchen Sie, den Datenverkehr zu einem pcap zu dumpen und sie in wireshark anzuzeigen. Vielleicht sind einige Details im Stau nicht korrekt? –

snmptrapd nicht behandeln alle Fallen

Antwort

Verwandte Themen