|
Good catch, Leslie. I assumed that the ctrl-Ms were the result of ftp'ing the file from UNIX to Windows without using ASCII mode and that the UNIX copy did not have them. But in any case, removing all of RFC-1212 should get rid of them. So I went for the elephant rather than the mouse. If the resulting file still has ctrl-Ms in it, then they should be removed to prevent unpredictable results. Our MIB parsers get one character at a time, and ctrl-M is a character as surely as the letter "Z", so the parser will see "END^M" just like it sees "ENDZ", as a different keyword from "END" and therefore an error. I guess the point I was trying to make in a round-about way is that many users, once the notion of a concatenated input file is explained to them, try to build one that contains every other MIB mentioned in the IMPORTS clause of their target one, which is not necessary and sometimes even counter-productive. mib2trap will tell you if it cannot resolve something, and most of the time, that will be in a MIB that comes from the same vendor as the target and not an RFC. The parsers already know about every basic MIB construct in SNMPv1 and SNMPv2. It's usually only the vendor added defs that they don't know about. I myself never build a concatenated file unless mib2trap tells me that something is left undefined, and then I go looking in the IMPORTS section to see where that might be. James Shanks Tivoli Network Availability Management Level Three Network Availability Management Tivoli Software, IBM Corp 1-919-224-1642 | T/L 687-1642 | ITN 26871642
James, does he have to remove the ^M things from the file? Or are they supported now? This is on AIX, I think. Cordially, Leslie A. Clark IT Services Specialist, Network Mgmt Information Technology Services Americas IBM Global Services (248) 552-4968 Voicemail, Fax, Pager
Remove RFC 1212 from your concatenation. It is not needed and cannot be parsed any way. Ditto with RFC 1155. These RFC's contain macros which define the basic parts of the MIB tree. And macros cannot be parsed by mib2trap. It will not let you re-define it components, only use them. Generally speaking no RFC lower than 1213, which defines MIB-II, can be or needs to be included in your concatenation. James Shanks Tivoli Network Availability Management Level Three Network Availability Management Tivoli Software, IBM Corp 1-919-224-1642 | T/L 687-1642 | ITN 26871642  "Sperry,
Kevin" <Kevin.Sperry@us.ngrid.com>
Hello again, With NetView 7.1.5 on UNIX, trying to run mib2trap on concatenated file. I am receiving the following… # mib2trap CISCO-PORT-STORM-CONTROL-MIB.in
CISCO-PORT-STORM-CONTROL-MIB.sh Not sure why the error. Below is part of the file. RFC-1212 ends at line 2941. +2938 -- ipAddress^M Any help or documents would be greatly appreciated. Thank you,
Kevin Sperry ******************************************************************************** _______________________________________________ NV-L mailing list NV-L@lists.ca.ibm.com Unsubscribe:NV-L-leave@lists.ca.ibm.com http://lists.ca.ibm.com/mailman/listinfo/nv-l (Browser access limited to internal IBM'ers only) |
_______________________________________________