Hi ,
I have some issue with snmp traps on CMTS uBR10K using PRE2
interface Cable3/0
cable enable-trap cmonoff-notification
cable enable-trap cmonoff-interval 60
snmp-server trap-source Loopback0
snmp-server enable traps cable cm-onoff
snmp-server host x.x.x.x public-cmts
snmp-server host x.x.x.x public-cmts
But I saw that I have a problem with mac addresses .
With debug of snmp packets I recive this
Dec 19 14:41:23.327: SNMP: V1 Trap, ent ciscoDocsExtMIB.2, addr x.x.x.x, gentrap 6, spectrap 1
docsIfCmtsCmStatusEntry.2.4475717 = H{&65 <<<<------- Here should be MAC ??
docsIfCmtsCmStatusEntry.3.4475717 = 10.5.5.87
docsIfCmtsCmStatusEntry.4.4475717 = 0
docsIfCmtsCmStatusEntry.5.4475717 = 8113
cdxCmCpeEntry.5.6.200.251.38.182.53.157 = 2885
cdxCmtsCmStatusExtEntry.1.4475717 = 1
Dec 19 14:41:23.339: SNMP: Queuing packet to x.x.x.x
Dec 19 14:41:23.339: SNMP: V1 Trap, ent ciscoDocsExtMIB.2, addr x.x.x.x, gentrap 6, spectrap 1
docsIfCmtsCmStatusEntry.2.4475717 = H{&65
docsIfCmtsCmStatusEntry.3.4475717 = 10.5.5.87
docsIfCmtsCmStatusEntry.4.4475717 = 0
docsIfCmtsCmStatusEntry.5.4475717 = 8113
cdxCmCpeEntry.5.6.200.251.38.182.53.157 = 2885
cdxCmtsCmStatusExtEntry.1.4475717 = 1
Dec 19 14:41:23.379: SNMP: Packet sent via UDP to x.x.x.x
Dec 19 14:41:23.379: SNMP: Queuing packet to x.x.x.x
Like this one
#scm 10.5.5.87
D
MAC Address IP Address I/F MAC Prim RxPwr Timing Num I
State Sid (dBmv) Offset CPE P
c8fb.26b6.359d 10.5.5.87 C5/1/3/U0 online(pt) 2885!-2.00 823 0 N
Inače normalno bi trebalo da bude ovako
Dec 19 14:42:36.836: SNMP: V1 Trap, ent ciscoDocsExtMIB.2, addr x.x.x.x, gentrap 6, spectrap 1
docsIfCmtsCmStatusEntry.2.4478568 = C8 FB 26 F8 D6 28
docsIfCmtsCmStatusEntry.3.4478568 = 10.5.26.57
docsIfCmtsCmStatusEntry.4.4478568 = 0
docsIfCmtsCmStatusEntry.5.4478568 = 0
cdxCmCpeEntry.5.6.200.251.38.248.214.40 = 5736
cdxCmtsCmStatusExtEntry.1.4478568 = 12
Dec 19 14:42:36.848: SNMP: Queuing packet to x.x.x.x
Looks to me that the debugs are simply printing the values in ASCII or EBCDIC instead of hex:
Mac = c8fb.26b6.359d.
c8= È in ASCII - H in EBCDIC
fb= û in ASCII and EBCDIC
26= & in ASCII
b6= ¶ in ASCII - Þ in EBCDIC
35= 5 in ASCII
9d= (blank space) in ASCII
I believe the IOS will not print special characters (or may replace them for some other characters).
The values above are pretty close to what is seen in the debug.
Also i done snmp walk and there is some ok MAC addresses and some not
SNMPv2-SMI::transmission.127.1.3.3.1.2.1641193 = Hex-STRING: 24 76 7D 99 49 F3
SNMPv2-SMI::transmission.127.1.3.3.1.2.1641199 = Hex-STRING: 10 5F 49 36 1E C1
SNMPv2-SMI::transmission.127.1.3.3.1.2.1641201 = STRING: "$v}J{R"
SNMPv2-SMI::transmission.127.1.3.3.1.2.1641243 = Hex-STRING: C8 FB 26 B5 D6 41
As you can see third in a row.
Why some are written as Hex-STRING: and some as STRING: ??
Anyone with same issue ? Some idea to fix this ?
Thanks
Its just presentation,
In SNMP there is no such thing as a HEX-String, there is a type called OCTET STRING which is just a series of Bytes, what is happening is when net-snmp receives the octet string if the first octet is a valid printable ascii code (32-127 decimal, 20-FF Hex), H and $ in the examples, it treats the string, for display purposes as an ascii string, if it starts with anything else, it is treated as a HEX-String, or in other words just dumped.
What net-snmp is supposed to do according to what the MIB says is format it like so 0:11:22:33:44:55 for display purposes, perhaps you don't have the right cli options turned on. If all else fails you can switch it to raw mode which won't do any formatting and then format the string yourself.
Ok , but what I need is specific alarm system that will indicate if it falls a certain number of the modems on the network .
I want to deliver traps to the monitor system from CMTS when the modem goes offine or become online. ( I think it can be done with traps , right ? )
So for some modems i get mac address in HEX , and for some modems i get this docsIfCmtsCmStatusEntry.2.4475717 = H{&65
As i noticed it happens only on
sysDescr
Cisco EXPLORER 4682DVB DOCSIS CABLE MODEM HW_REV: 1.0; VENDOR: Cisco; BOOTR: 1.1.6; SW_REV: 3.0.1mp1_e_sbb_4682_0.7; MODEL: 4682DVB
sysDescr
Cisco EuroDOCSIS Cable Modem HW_REV: 3.0; VENDOR: Cisco; BOOTR: 2.1.7l_R4; SW_REV: EPC2100R3-v202r12810-090206cs; MODEL: EPC2100R3
and not all of them .
Thanks
What monitor system, or more specifically what snmp engine does the monitoring engine use?
The snmp engine should know what the value of that OID is regardless of what is outputted in a debug or a console. It is a sequence of bytes, it is not the ascii string 001122334455, as long as you remember that you should be ok. If you want to use it as a string you will need to convert it from the sequence of bytes 00 11 22 33 44 55 to the ascii string "001122334455".
In this example
Dec 19 14:41:23.327: SNMP: V1 Trap, ent ciscoDocsExtMIB.2, addr x.x.x.x, gentrap 6, spectrap 1
docsIfCmtsCmStatusEntry.2.4475717 = H{&65 <<<<------- Here should be MAC ??
docsIfCmtsCmStatusEntry.3.4475717 = 10.5.5.87
docsIfCmtsCmStatusEntry.4.4475717 = 0
docsIfCmtsCmStatusEntry.5.4475717 = 8113
cdxCmCpeEntry.5.6.200.251.38.182.53.157 = 2885
cdxCmtsCmStatusExtEntry.1.4475717 = 1
Dec 19 14:41:23.339: SNMP: Queuing packet to x.x.x.x
Dec 19 14:41:23.339: SNMP: V1 Trap, ent ciscoDocsExtMIB.2, addr x.x.x.x, gentrap 6, spectrap 1
docsIfCmtsCmStatusEntry.2.4475717 = H{&65
docsIfCmtsCmStatusEntry.3.4475717 = 10.5.5.87
docsIfCmtsCmStatusEntry.4.4475717 = 0
docsIfCmtsCmStatusEntry.5.4475717 = 8113
cdxCmCpeEntry.5.6.200.251.38.182.53.157 = 2885
cdxCmtsCmStatusExtEntry.1.4475717 = 1
Dec 19 14:41:23.379: SNMP: Packet sent via UDP to x.x.x.x
Dec 19 14:41:23.379: SNMP: Queuing packet to x.x.x.x
Why then convert ip address ok , and MAC not ??
docsIfCmtsCmStatusEntry.2.4475717 = H{&65
docsIfCmtsCmStatusEntry.3.4475717 = 10.5.5.87
snmp engine is IBM Tivoli Netcool/OMNIbus Version 7.3.1
Traps are OK: It's presentation.
Handling those traps is a good solution but it's not enough (test and work with several systems Netcool included):
If you have an interface down/failure/start you might receive one trap for the interface but no traps for status change of all connected CM.
Also take care of the trap buffer: if size is too small CMTS drop traps.