# SNMP protocol

**URL:** <https://forum.inductiveautomation.com/t/snmp-protocol/1974>\
**Category:** Ignition\
**Created:** [June 24, 2010, 6:24pm UTC](https://forum.inductiveautomation.com/t/snmp-protocol/1974 "2010-06-24T18:24:02Z")\
**Posts on this page:** 7\
**Page:** 1

<div class="post-metadata">

**Author:** ![Robert](https://avatars.discourse-cdn.com/v4/letter/r/e95f7d/32.png) [@Robert](https://forum.inductiveautomation.com/u/Robert)\
**Post date:** [June 24, 2010, 6:24pm UTC](https://forum.inductiveautomation.com/t/snmp-protocol/1974/1 "2010-06-24T18:24:02Z")

</div>

Ignition has a great alerting system. IT uses SNMP extensively to monitor its’ network/infrastructure.

It would be a big win if the two could be combined.

---

<div class="post-metadata">

**Author:** ![Carl.Gould](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/carl.gould/32/7262_2.png) [@Carl.Gould](https://forum.inductiveautomation.com/u/Carl.Gould)\
**Post date:** [June 24, 2010, 6:38pm UTC](https://forum.inductiveautomation.com/t/snmp-protocol/1974/2 "2010-06-24T18:38:52Z")

</div>

Indeed, an SNMP module that added both an SNMP OPC-UA driver and SNMP alert notification profile would be awesome.

---

<div class="post-metadata">

**Author:** ![Automate](https://avatars.discourse-cdn.com/v4/letter/a/51bf81/32.png) [@Automate](https://forum.inductiveautomation.com/u/Automate)\
**Post date:** [July 26, 2010, 12:29am UTC](https://forum.inductiveautomation.com/t/snmp-protocol/1974/3 "2010-07-26T00:29:58Z")

</div>

Another vote for SNMP. Has it made it onto the list of future OPC-UA drivers?

---

<div class="post-metadata">

**Author:** ![Kyle\_Chase](https://avatars.discourse-cdn.com/v4/letter/k/9de0a6/32.png) [@Kyle\_Chase](https://forum.inductiveautomation.com/u/Kyle_Chase)\
**Post date:** [July 26, 2010, 5:52am UTC](https://forum.inductiveautomation.com/t/snmp-protocol/1974/4 "2010-07-26T05:52:14Z")

</div>

I believe there is talks of such a driver, but Im purely speculating

---

<div class="post-metadata">

**Author:** ![Carl.Gould](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/carl.gould/32/7262_2.png) [@Carl.Gould](https://forum.inductiveautomation.com/u/Carl.Gould)\
**Post date:** [July 26, 2010, 4:04pm UTC](https://forum.inductiveautomation.com/t/snmp-protocol/1974/5 "2010-07-26T16:04:09Z")

</div>

Oh yeah, there’s always talk!

But seriously, yes: SNMP occupies a high spot on the list.

---

<div class="post-metadata">

**Author:** ![Fernando\_Granier](https://avatars.discourse-cdn.com/v4/letter/f/ecae2f/32.png) [@Fernando\_Granier](https://forum.inductiveautomation.com/u/Fernando_Granier)\
**Post date:** [August 12, 2010, 12:41am UTC](https://forum.inductiveautomation.com/t/snmp-protocol/1974/6 "2010-08-12T00:41:24Z")

</div>

Not for free, but if you are in hurry for SNMP data Kepware sells a SNMP-OPC driver. I´ve tried it and it works quite well.

Of course having a direct driver would be much better, but adding mibs for each manufacturer has to be properly implemented. Adding icons for each piece of equipment will also have to be well planned.

Stuff that is relevant to the performance of a system, other than network condition are UPS status (battery charge, time left, etc.), server status (disk space, memory usagea) and some server room or rack data that could compromise production if it fails. Some SNMP-OPC servers do not support these type of equipment and are a bit worthless.

---

<div class="post-metadata">

**Author:** ![Dravik](https://avatars.discourse-cdn.com/v4/letter/d/e274bd/32.png) [@Dravik](https://forum.inductiveautomation.com/u/Dravik)\
**Post date:** [August 12, 2010, 4:53pm UTC](https://forum.inductiveautomation.com/t/snmp-protocol/1974/7 "2010-08-12T16:53:12Z")

</div>

A solution if you use something like Nagios would be to simply give IA access to the Database that stores all the states for your monitored systems.

I did that here and just use queries to display status of things in my various Ignition programs.
