SNMP trap receiver failover

[Verwijderd]

Op dit moment ben ik bezig met het uitzoeken van een monitoringoplossing voor mijn afstuderen. Daarbij viel het mij op dat er veel pakketten werken met SNMP traps voor het verzenden van statistieken en meer.
Een bezwaar tegen het gebruik van een server die SNMP traps ontvangt, is dat als deze server plat gaat je dus geen enkele vorm van informatie meer hebt. De opties zijn dan of het herconfigureren van je apparaten naar een nieuwe trap receiver, of een vervangende server met hetzelfde IP plaatsen.

Nu ben ik benieuwd of er mogelijkheden zijn om een vorm van failover voor het ontvangen van SNMP traps in te bouwen?

[Jazzy]

Load balancer.

[Verwijderd]

Heb je misschien een voorbeeld van een pakket dat daarmee overweg kan?

[ Voor 26% gewijzigd door Verwijderd op 17-04-2012 10:59 ]

[jvanhambelgium]

Niet alleen dat, SNMP "traps" zijn per standaard UDP (udp port 162), er is eigenlijk geen enkele garantie dat deze ook effectief aankomen!
Er bestaan wel SNMP-over-TCP implementaties, maar niet gebruikt in 99.99% van de gevallen.

Je kan trouwens in elke "device" gewoon meerdere "trap receivers" meegeven, dus geen probleem op dit vlak. Het devices (vb router of switch) zal dan gewoon 2 identieke traps versturen naar 2 ontvangers.

[RammY]

PRTG Network Monitor van Paessler kan dit.
http://www.paessler.com/manuals/prtg9/clustering.htm

Je clustert als het ware dan de receivers van de SNMP info.
Mooi systeem!

[jvanhambelgium]

RammY schreef op zaterdag 28 april 2012 @ 20:47:
PRTG Network Monitor van Paessler kan dit.
http://www.paessler.com/manuals/prtg9/clustering.htm

Je clustert als het ware dan de receivers van de SNMP info.
Mooi systeem!

Als je goed leest heeft dit niets te maken met SNMP TRAPS as such, maar wel met monitoring dmv SNMP-polling) die je in een soort "home-brew" cluster-setup brengt.
Bovengenoemde software werkt niet met 1 virtueel IP (waarachter een cluster hangt) maar gewoon met meerder nodes/probes die volledig autonoom polling doen.

Het probleem is en blijft als je puur naar TRAPS kijkt.

1// Het te monitoren device moet voorzien worden van meerdere SNMP "trap" receivers
2// Het transport-protocol kan eventueel iets robuuster dan UDP

[col-dejong]

SNMP icm DNS en loadbalancers .. ?
Er gaat vanzelf een alarmbelletje als een server onbereikbaar is / als je UDP pakketjes niet aankomen