Cisco SFP (with DOM) Optical value plugin v0.2.3 + 0.2.4b

[sodium]

Hi,

I've created a small plugin to monitor Cisco SFP's (with DOM -- digital optical monitoring) (like this one http://www.cisco.com/en/US/products/hw/ ... 3f885.html ) and create a graph with the optical transmit/receive values.

Since the OID's for DOM monitoring are a bit funky I created this plugin. It's my first plugin -- so please be a bit gentile with me

I've included a patch for thold (v3.4) since thold (baseline function) can't handle negative values. (this patch works for me -- your mileage may vary)

on 20171219 user netniV moved the development to github https://github.com/netniV/cisco-sfp therfore I give the permission to remove the remaining copyright if all other parties agree

[TheWitness]

Once Tony resolved your issue, I can audit. It may be better to host it somewhere and simply provide the link here though.

TheWitness

[rony]

Forum permissions have been update, you should be able to attach the files you want now.

[sodium]

Rony, thanks for for the changes in my profile -- file is attached now

[tl1997]

I've created a small plugin to monitor Cisco SFP's (with DOM -- digital optical monitoring) (like this one http://www.cisco.com/en/US/products/hw/ ... 3f885.html ) and create a graph with the optical transmit/receive values.

These are awesome! I posted a message to the template forum the other day to see if anyone had done this, I was having trouble with it myself. Works great! I haven't tried the negative value thold patch yet as my thold plugin is a little out of date.

My only suggestion would be picking up ifAlias some how so that when you run the query, you'll get the description of the interface instead of just the name. Not sure how one would do that though, Cisco's SNMP implementation of DOM is pretty bizarre.

[sodium]

These are awesome! I posted a message to the template forum the other day to see if anyone had done this, I was having trouble with it myself. Works great! I haven't tried the negative value thold patch yet as my thold plugin is a little out of date.

I'm glad that it helped you... If you look at the patch you'll see that my additions are pretty slim and easy to port to other versions then v3.4 (you can wait for the developer of thold if he ok's my changes)

My only suggestion would be picking up ifAlias some how so that when you run the query, you'll get the description of the interface instead of just the name. Not sure how one would do that though, Cisco's SNMP implementation of DOM is pretty bizarre.

Good Idea I'll look into that. -- You're right about the bizarre part

[sodium]

My only suggestion would be picking up ifAlias some how so that when you run the query, you'll get the description of the interface instead of just the name. Not sure how one would do that though, Cisco's SNMP implementation of DOM is pretty bizarre.

I added the ifAlias (Description field) to the plugin. I'm calling it beta because I do not like the solution... it's too processor intensive (3 queries to the mysql database -- and they need to be optimized) but it works (flaky) hence Beta

[sodium]

Have not seen any bug reports after the latest release, it seems that the plugin is working

[Tekk]

Hi sodium,

I tried your plugin and it doesn't work for me. I have a sfp 1000 base ZX on a Cisco Catalyst 3750.

Do you have the name of the MIB or some OIDs ?

Thanks

[sodium]

Hi,

do a snmpwalk on .1.3.6.1.4.1.9.9.91.1.1.1.1.2 and look for strings like this:

SNMPv2-SMI::mib-2.47.1.1.1.1.2.4048 = STRING: "TenGigabitEthernet4/4 Module Temperature Sensor"
SNMPv2-SMI::mib-2.47.1.1.1.1.2.4049 = STRING: "TenGigabitEthernet4/4 Supply Voltage Sensor"
SNMPv2-SMI::mib-2.47.1.1.1.1.2.4050 = STRING: "TenGigabitEthernet4/4 Bias Current Sensor"
SNMPv2-SMI::mib-2.47.1.1.1.1.2.4051 = STRING: "TenGigabitEthernet4/4 Transmit Power Sensor"
SNMPv2-SMI::mib-2.47.1.1.1.1.2.4052 = STRING: "TenGigabitEthernet4/4 Receive Power Sensor"

These are typical DOM strings from the CISCO-ENTITY-SENSOR-MIB

see http://www.cisco.com/en/US/tech/tk648/t ... 4b9e.shtml
for details

[Tekk]

Hi,

do a snmpwalk on .1.3.6.1.4.1.9.9.91.1.1.1.1.2 and look for strings like this:

SNMPv2-SMI::mib-2.47.1.1.1.1.2.4048 = STRING: "TenGigabitEthernet4/4 Module Temperature Sensor"
SNMPv2-SMI::mib-2.47.1.1.1.1.2.4049 = STRING: "TenGigabitEthernet4/4 Supply Voltage Sensor"
SNMPv2-SMI::mib-2.47.1.1.1.1.2.4050 = STRING: "TenGigabitEthernet4/4 Bias Current Sensor"
SNMPv2-SMI::mib-2.47.1.1.1.1.2.4051 = STRING: "TenGigabitEthernet4/4 Transmit Power Sensor"
SNMPv2-SMI::mib-2.47.1.1.1.1.2.4052 = STRING: "TenGigabitEthernet4/4 Receive Power Sensor"

These are typical DOM strings from the CISCO-ENTITY-SENSOR-MIB

see http://www.cisco.com/en/US/tech/tk648/t ... 4b9e.shtml
for details

I have no response when I do a snmpwalk on .1.3.6.1.4.1.9.9.91.1.1.1.1.2 .

Do I have to enable something on my cisco 3750 to have transceiver monitoring ? For example, I found something like "transceiver type all" but this command doesn't exist on a 3750...

Thanks

[sodium]

Do I have to enable something on my cisco 3750 to have transceiver monitoring ? For example, I found something like "transceiver type all" but this command doesn't exist on a 3750...

In the config of our 65xx's are the following commands: (in IOS release 12.2(18)SXF )

!
transceiver type all
monitoring
!

[jjalert]

Do I have to enable something on my cisco 3750 to have transceiver monitoring ? For example, I found something like "transceiver type all" but this command doesn't exist on a 3750...

In the config of our 65xx's are the following commands: (in IOS release 12.2(18)SXF )

!
transceiver type all
monitoring
!

According to the cisco feature navigator, DOM isn't supported on the 3750 platform. The only platforms listed are the 6500 and 7600.

You also have to have the SFP's with part number starting in SFP-, and not GLC- parts.

[cwahlin]

Works great for me. But it seems I only get out 10GE interfaces. Guess we do not have the right SFPs

/Carl

[egarnel]

Dohhh, the command is not supported in 12.2(18)SXD7a ip base