If you have a trap that is not fully parsed (all elements are not found in the mib), this filter will make new fields based on the object id. Unfortunately, these contain periods, which are not allowed in ES2.
Example: 1.3.6.1.4.1
There are a couple of solutions for this, which could be combined to make the input more useful:
For unknown IDs, make a better string, e.g. 1_3_6_1_4_1.
Allow the user to define what to do with unknown IDs, e.g. "skip_unknown" => true
Having the skip feature would allow users to keep just what they wanted by limited the mib definition to just the fields that interested them. Two birds with one stone...
Note that traps change all the time - vendors add new ids, etc - and keeping the mibs perfectly up to date is typically not possible.
If you have a trap that is not fully parsed (all elements are not found in the mib), this filter will make new fields based on the object id. Unfortunately, these contain periods, which are not allowed in ES2.
Example: 1.3.6.1.4.1
There are a couple of solutions for this, which could be combined to make the input more useful:
Having the skip feature would allow users to keep just what they wanted by limited the mib definition to just the fields that interested them. Two birds with one stone...
Note that traps change all the time - vendors add new ids, etc - and keeping the mibs perfectly up to date is typically not possible.