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
Issue with CM mac address and traps , output from CMTS
As you mentioned, this is an issue on how the snmp client tool is displaying the result of the poll. This is an snmpwalk/snmpget issue rather than an issue with the result from the Cisco router itself.
I'm not such an expert with snmpwalk/snmpget but, I believe if you run the command using the option '-Ox', this will force output in hex format, and you should see the value as expected.
Ultimately, there should be some MIB configuration in the SNMP client you may need to address in order to get the issue completely solved.
Resets number of modems and follow after off / on trap messages. Configured that CMTS is sending messages to server and my computer. Basically we had the same number of messages that are coming to my comuter and server. We went to the CMTS and there connected computer directly to the CMTS to force sending messages to that PC . We had again identical (although in this case arrived almost all the messages).
What is missing are the messages when the modem goes offline (which are more importantly)
For messages when modem comes online, we recive 99% of messages.
We observed is that for example in the first 10 modems when we reset the modem , CMTS send traps only for three modems (not consecutive). After the tenth modem , CMTS send all messages (for test we usually reset 20-30 modems). There is not any connection about the type of modem that sends the trap.
Suspicion fell on PRE card but the tests were tried on various PRE cards (2 CMTS with pre2, 2 with PRE4, and one with pre5). IOS were different from the SCF3 - SCH1.
maybe is there is a limitation with this setup?, and of course if you have any other solution that will give us info on whether modems go off / online.
I found that could be buffer issue . Does anyone know command to increase snmp/trap buffer on CMTS ?
"For CMTS that is not sending every traps you may change trap buffer value in your configuration (I don't remember how) If you type "show snmp" you should see dropped traps counter not equal 0. By default they put a very small trap buffer and CMTS drops traps if too many have to be sent at the same time."
Introduction: The "external-out enable" command is available for
configuration under the "router ospf process" in case of the IOS-XR
operating system. This command basically enables advertisement of
intra-area routes on the device as external routes in th...
IntroductionIn this article we'll discuss how to troubleshoot packet
loss in the asr9000 and specifically understanding the NP drop counters,
what they mean and what you can do to mitigate them. This document will
be an ongoing effort to improve troublesh...