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
Leslie Clark/Southfield/IBM@IBMUS
Sent by: nv-l-bounces AT lists.ca.ibm DOT com
04/13/2009 06:49 PM
Please respond to
Tivoli NetView Discussions <nv-l AT lists.ca.ibm DOT com> |
|
To
| Tivoli NetView Discussions <nv-l AT lists.ca.ibm DOT com>
|
cc
|
|
Subject
| Re: [NV-L] Mib2trap help |
|
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
James Shanks/Raleigh/IBM@IBMUS
Sent by: nv-l-bounces AT lists.ca.ibm DOT com
04/13/2009 05:23 PM
Please respond to
Tivoli NetView Discussions <nv-l AT lists.ca.ibm DOT com> |
|
To
| Tivoli NetView Discussions
<nv-l AT lists.ca.ibm DOT com>
|
cc
|
|
Subject
| Re: [NV-L] Mib2trap help |
|
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 AT us.ngrid DOT com>
"Sperry, Kevin" <Kevin.Sperry AT us.ngrid DOT com>
Sent by: nv-l-bounces AT lists.ca.ibm DOT com
04/13/2009 05:09 PM
Please respond to
Tivoli NetView Discussions <nv-l AT lists.ca.ibm DOT 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
Errors - no script generated.
Bad format for OBJECT TYPE(END): On or around line 2941
Bad parse of OBJECT-TYPE: On or around line 2941
Not sure why the error. Below is part of the
file. RFC-1212 ends at line 2941.
+2938 -- ipAddress^M
+2939 -- IpAddress^M
+2940 -- }^M
+2941 END
+2942 RFC1155-SMI DEFINITIONS ::= BEGIN
+2943
+2944 EXPORTS -- EVERYTHING
+2945 internet, directory, mgmt,
+2946 experimental, private, enterprises,
Any help or documents would be greatly appreciated.
Thank you,
Kevin Sperry
IT Analyst, Data Center Monitoring Control
nationalgrid
7437 Henry Clay Blvd. Bldg#3
Liverpool, NY 13088
Phone: (315) 460-2688 Internal: 829-2688
Kevin.Sperry AT us.ngrid DOT com
********************************************************************************
This e-mail and any files transmitted with it, are confidential to National
Grid and are intended solely for the use of the individual or entity to
whom they are addressed. If you have received this e-mail in error,
please reply to this message and let the sender know._______________________________________________
NV-L mailing list
NV-L AT lists.ca.ibm DOT com
Unsubscribe:NV-L-leave AT lists.ca.ibm DOT com
http://lists.ca.ibm.com/mailman/listinfo/nv-l
(Browser access limited to internal IBM'ers only)_______________________________________________
NV-L mailing list
NV-L AT lists.ca.ibm DOT com
Unsubscribe:NV-L-leave AT lists.ca.ibm DOT com
http://lists.ca.ibm.com/mailman/listinfo/nv-l (Browser access limited to
internal IBM'ers only)_______________________________________________
NV-L mailing list
NV-L AT lists.ca.ibm DOT com
Unsubscribe:NV-L-leave AT lists.ca.ibm DOT com
http://lists.ca.ibm.com/mailman/listinfo/nv-l (Browser access limited to
internal IBM'ers only)
_______________________________________________
NV-L mailing list
NV-L AT lists.ca.ibm DOT com
Unsubscribe:NV-L-leave AT lists.ca.ibm DOT com
http://lists.ca.ibm.com/mailman/listinfo/nv-l (Browser access limited to
internal IBM'ers only)
|