07-09-2014 12:20 PM
I have an interface group for which the membership definition matches on a couple strings in the interface variable $ifDescr. The Cisco OID for this is locIfDescr which is set by the interface "description" sub-command. Cisco allows this string to be up to 255 characters. From NetMRI interface displays, it appears that this is truncated to 61 characters. Can anyone from Infoblox confirm if this is true and if it is intentional or an oversight?
The reason it matters is that our interface descriptions follow a template and the field/values we need to match on are beyond 61 characters. Some interfaces that should become group members are not. When I manually entered the description so that the strings were within the 61-character length, the membership succeeds.
07-11-2014 08:32 AM
If ifAlias (http://tools.cisco.com/Support/SNMP/do/BrowseOID.do?local=en&translate=Translate&objectInput=126.96.36.199... is set, it takes precedence. It is only 64 characters. Could that be the issue?
07-11-2014 10:03 AM
Thanks for that tip, John.
Yes, I see that ifAlias has the same values as locIfDescr but those are truncated at 64 characters as you surmised.
As I first reported, when I moved the string of interest so that it fit within the allowed size, the membership seemed to update correctly. But since then, I found at least two more which did not. The strings shown in Device Viewer -> Interfaces -> Configuration are stale, even after four days. An SNMP walk shows the new values, and the Config Explorer diff shows when the change occurred.
So what triggers a refresh of the ifAlias values into the DB? I looked through an SNMP debug output of ~18 hours and didn't find any obvious OID being collected for that.