[c-nsp] 9396 SNMP

[Mike Hammett]

Does anyone else have issues with the 9396 sending out bum SNMP responses? 

Seemingly all DDM information for the optic modules return just a single digit. IE: 


[redacted]# show int eth 1/3 trans det 
Ethernet1/3 
transceiver is present 
type is 1000base-LH 
name is Fiberstore 
part number is SFP1G-LH-31 
revision is A0 
serial number is F16ACO17646 
nominal bitrate is 1300 MBit/sec 
Link length supported for 9/125um fiber is 10 km 
cisco id is 3 
cisco extended id number is 4 


SFP Detail Diagnostics Information (internal calibration) 
---------------------------------------------------------------------------- 
Current Alarms Warnings 
Measurement High Low High Low 
---------------------------------------------------------------------------- 
Temperature 40.72 C 100.00 C -50.00 C 85.00 C -40.00 C 
Voltage 3.35 V 3.79 V 2.80 V 3.46 V 3.13 V 
Current 15.89 mA 90.00 mA 0.00 mA 85.00 mA 0.00 mA 
Tx Power -6.05 dBm -1.50 dBm -10.50 dBm -3.00 dBm -9.03 dBm 
Rx Power -6.32 dBm -3.00 dBm -26.98 dBm -5.00 dBm -23.97 dBm 
Transmit Fault Count = 0 
---------------------------------------------------------------------------- 
Note: ++ high-alarm; + high-warning; -- low-alarm; - low-warning 



[redacted]:~$ /usr/bin/snmpget -v2c -c [redacted] .1.3.6.1.4.1.9.9.91.1.1.1.1.4.300003533 .1.3.6.1.4.1.9.9.91.1.1.1.1.4.300003534 
iso.3.6.1.4.1.9.9.91.1.1.1.1.4.300003533 = INTEGER: -6 
iso.3.6.1.4.1.9.9.91.1.1.1.1.4.300003534 = INTEGER: -6 


[redacted]:/opt/librenms# tcpdump host [redacted] 
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode 
listening on eth0, link-type EN10MB (Ethernet), capture size 262144 bytes 
11:13:33.360509 IP [redacted].49594 > [redacted].snmp: C="[redacted]" GetRequest(62) E:cisco.9.91.1.1.1.1.4.300003533 E:cisco.9.91.1.1.1.1.4.300003534 
11:13:33.362093 IP [redacted].snmp > [redacted].49594: C="[redacted]" GetResponse(64) E:cisco.9.91.1.1.1.1.4.300003533=-6 E:cisco.9.91.1.1.1.1.4.300003534=-6 
^C 
2 packets captured 
2 packets received by filter 
0 packets dropped by kernel 






Here I have a 3064 that reports just fine. 










[redacted]# show int eth 1/17 trans det 
Ethernet1/17 
transceiver is present 
type is 1000base-LH 
name is FiberStore 
part number is SFP1G-LX-31 
revision is A0 
serial number is D87B1487283 
nominal bitrate is 1300 MBit/sec 
Link length supported for 9/125um fiber is 10 km 
cisco id is 3 
cisco extended id number is 4 


SFP Detail Diagnostics Information (internal calibration) 
---------------------------------------------------------------------------- 
Current Alarms Warnings 
Measurement High Low High Low 
---------------------------------------------------------------------------- 
Temperature 33.38 C 100.00 C -50.00 C 85.00 C -40.00 C 
Voltage 3.33 V 3.79 V 2.80 V 3.46 V 3.13 V 
Current 19.60 mA 90.00 mA 0.00 mA 85.00 mA 0.00 mA 
Tx Power -6.10 dBm -1.50 dBm -10.50 dBm -3.00 dBm -9.03 dBm 
Rx Power -6.94 dBm 0.99 dBm -30.00 dBm -1.00 dBm -26.98 dBm 
Transmit Fault Count = 0 
---------------------------------------------------------------------------- 
Note: ++ high-alarm; + high-warning; -- low-alarm; - low-warning 


[redacted]:/opt/librenms# /usr/bin/snmpget -v2c -c [redacted] .1.3.6.1.4.1.9.9.91.1.1.1.1.4.300028173 .1.3.6.1.4.1.9.9.91.1.1.1.1.4.300028174 
iso.3.6.1.4.1.9.9.91.1.1.1.1.4.300028173 = INTEGER: -6968 
iso.3.6.1.4.1.9.9.91.1.1.1.1.4.300028174 = INTEGER: -6090 




[redacted]:/opt/librenms# tcpdump host [redacted] 
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode 
listening on eth0, link-type EN10MB (Ethernet), capture size 262144 bytes 
11:54:01.211115 IP [redacted].36131 > [redacted].snmp: C="[redacted]" GetRequest(62) E:cisco.9.91.1.1.1.1.4.300028173 E:cisco.9.91.1.1.1.1.4.300028174 
11:54:01.261027 IP [redacted].snmp > [redacted].36131: C="[redacted]" GetResponse(66) E:cisco.9.91.1.1.1.1.4.300028173=-6968 E:cisco.9.91.1.1.1.1.4.300028174=-6090 
^C 
2 packets captured 
2 packets received by filter 
0 packets dropped by kernel 





----- 
Mike Hammett 
Intelligent Computing Solutions 

Midwest Internet Exchange 

The Brothers WISP