SNMP编程

开发平台：
C/C++

mrtg-faq.1：源码内容
							." Automatically generated by Pod::Man v1.37, Pod::Parser v1.14
."
." Standard preamble:
." ========================================================================
.de Sh " Subsection heading
.br
.if t .Sp
.ne 5
.PP
fB\$1fR
.PP
..
.de Sp " Vertical space (when we can't use .PP)
.if t .sp .5v
.if n .sp
..
.de Vb " Begin verbatim text
.ft CW
.nf
.ne \$1
..
.de Ve " End verbatim text
.ft R
.fi
..
." Set up some character translations and predefined strings.  *(-- will
." give an unbreakable dash, *(PI will give pi, *(L" will give a left
." double quote, and *(R" will give a right double quote.  | will give a
." real vertical bar.  *(C+ will give a nicer C++.  Capital omega is used to
." do unbreakable dashes and therefore won't be available.  *(C` and *(C'
." expand to `' in nroff, nothing in troff, for use with C<>.
.tr (*W-|(bv*(Tr
.ds C+ Cv'-.1v'h'-1p's-2+h'-1p'+s0v'.1v'h'-1p'
.ie n {
.    ds -- (*W-
.    ds PI pi
.    if (n(.H=4u)&(1m=24u) .ds -- (*Wh'-12u'(*Wh'-12u'-" diablo 10 pitch
.    if (n(.H=4u)&(1m=20u) .ds -- (*Wh'-12u'(*Wh'-8u'-"  diablo 12 pitch
.    ds L" ""
.    ds R" ""
.    ds C` ""
.    ds C' ""
'br}
.el{
.    ds -- |(em|
.    ds PI (*p
.    ds L" ``
.    ds R" ''
'br}
."
." If the F register is turned on, we'll generate index entries on stderr for
." titles (.TH), headers (.SH), subsections (.Sh), items (.Ip), and index
." entries marked with X<> in POD.  Of course, you'll have to process the
." output yourself in some meaningful fashion.
.if nF {
.    de IX
.    tm Index:\$1t\n%t"\$2"
..
.    nr % 0
.    rr F
.}
."
." For nroff, turn off justification.  Always turn off hyphenation; it makes
." way too many mistakes in technical documents.
.hy 0
.if n .na
."
." Accent mark definitions (@(#)ms.acc 1.5 88/02/08 SMI; from UCB 4.2).
." Fear.  Run.  Save yourself.  No user-serviceable parts.
.    " fudge factors for nroff and troff
.if n {
.    ds #H 0
.    ds #V .8m
.    ds #F .3m
.    ds #[ f1
.    ds #] fP
.}
.if t {
.    ds #H ((1u-(\\n(.fu%2u))*.13m)
.    ds #V .6m
.    ds #F 0
.    ds #[ &
.    ds #] &
.}
.    " simple accents for nroff and troff
.if n {
.    ds ' &
.    ds ` &
.    ds ^ &
.    ds , &
.    ds ~ ~
.    ds /
.}
.if t {
.    ds ' \k:h'-(\n(.wu*8/10-*(#H)''h"|\n:u"
.    ds ` \k:h'-(\n(.wu*8/10-*(#H)'`h'|\n:u'
.    ds ^ \k:h'-(\n(.wu*10/11-*(#H)'^h'|\n:u'
.    ds , \k:h'-(\n(.wu*8/10)',h'|\n:u'
.    ds ~ \k:h'-(\n(.wu-*(#H-.1m)'~h'|\n:u'
.    ds / \k:h'-(\n(.wu*8/10-*(#H)'z(slh'|\n:u'
.}
.    " troff and (daisy-wheel) nroff accents
.ds : \k:h'-(\n(.wu*8/10-*(#H+.1m+*(#F)'v'-*(#V'z.h'.2m+*(#F'.h'|\n:u'v'*(#V'
.ds 8 h'*(#H'(*bh'-*(#H'
.ds o \k:h'-(\n(.wu+w'(de'u-*(#H)/2u'v'-.3n'*(#[z(dev'.3n'h'|\n:u'*(#]
.ds d- h'*(#H'(pdh'-w'~'u'v'-.25m'f2(hyfPv'.25m'h'-*(#H'
.ds D- D\k:h'-w'D'u'v'-.11m'z(hyv'.11m'h'|\n:u'
.ds th *(#[v'.3m's+1Is-1v'-.3m'h'-(w'I'u*2/3)'s-1os+1*(#]
.ds Th *(#[s+2Is-2h'-w'I'u*3/5'v'-.3m'ov'.3m'*(#]
.ds ae ah'-(w'a'u*4/10)'e
.ds Ae Ah'-(w'A'u*4/10)'E
.    " corrections for vroff
.if v .ds ~ \k:h'-(\n(.wu*9/10-*(#H)'s-2u~ds+2h'|\n:u'
.if v .ds ^ \k:h'-(\n(.wu*10/11-*(#H)'v'-.4m'^v'.4m'h'|\n:u'
.    " for low resolution devices (crt and lpr)
.if n(.H>23 .if n(.V>19 
{
.    ds : e
.    ds 8 ss
.    ds o a
.    ds d- dh'-1'(ga
.    ds D- Dh'-1'(hy
.    ds th o'bp'
.    ds Th o'LP'
.    ds ae ae
.    ds Ae AE
.}
.rm #[ #] #H #V #F C
." ========================================================================
."
.IX Title "MRTG-FAQ 1"
.TH MRTG-FAQ 1 "2006-02-03" "2.13.2" "mrtg"
.SH "NAME"
mrtg-faq - How to get help if you have problems with MRTG
.SH "SYNOPSIS"
.IX Header "SYNOPSIS"
&s-1MRTGs0 seems to raise a lot of questions. There are a number of resources
apart from the documentation where you can find help for mrtg.
.SH "FAQ"
.IX Header "FAQ"
In the following sections you'll find some additonal Frequently Asked Questions, with Answers.
.ie n .Sh "Why is there no ""@#$%"" (my native language) version of s-1MRTGs0?"
.el .Sh "Why is there no ``@#$%'' (my native language) version of s-1MRTGs0?"
.IX Subsection "Why is there no @#$% (my native language) version of MRTG?"
Nobody has contributed a fI@#$%.pmdfR file yet. Go into the
&fImrtg-2.13.2/translatefR directory and create your own translation file.
When you are happy with it send it to me for inclusion with the next mrtg
release.
.Sh "I need a script to make mrtg work with my xyz device."
.IX Subsection "I need a script to make mrtg work with my xyz device."
Probably this has already been done. Check the stuff in the
&fImrtg-2.13.2/contribfR directory. There is a file called fI00INDEXfR in
that directory which tells what you can find in there.
.Sh "How does this s-1SNMPs0 thing work"
.IX Subsection "How does this SNMP thing work"
There are many resources on the net that explain s-1SNMPs0.
Take a look at this article from the Linux Journal by David Guerrero
.PP
.Vb 1
& http://www.david-guerrero.com/papers/snmp/
.Ve
.PP
And at this rather long document from s-1CISCOs0.
.PP
.Vb 1
& http://www.cisco.com/univercd/cc/td/doc/cisintwk/ito_doc/snmp.htm
.Ve
.Sh "The images created by s-1MRTGs0 look very strange."
.IX Subsection "The images created by MRTG look very strange."
Remove the *-{week,day,month,year}.png files and start s-1MRTGs0
again.  Using s-1MRTGs0 for the first time, you might have to do this
twice. This will also help when you introduce new routers into the cfg
file.
.Sh "What is my Community Name?"
.IX Subsection "What is my Community Name?"
Ask the person in charge of your Router or try 'public', as this is the
default Community Name.
.Sh "My graphs show a flat line during an outage. Why ?"
.IX Subsection "My graphs show a flat line during an outage. Why ?"
Well, the short answer is that when an s-1SNMPs0 query goes out
and a response doesn't come back, s-1MRTGs0 has to assume something to put
in the graph, and by default it assumes that the last answer we got
back is probably closer to the truth than zero.  This assumption is
not perfect (as you have noticed).  It's a trade-off that happens to
fail during a total outage.
.PP
If this is an unacceptable trade-off, use the fBunknaszerofR option.
.PP
You may want to know what you're trading off, so in the spirit of
trade-offs, here's the long answer:
.PP
The problem is that s-1MRTGs0 doesn't know *why* the data didn't come back, all
it knows is that it didn't come back.  It has to do something, and it
assumes it's a stray lost packet rather than an outage.
.PP
Why don't we always assume the circuit is down and use zero, which will
(we think) be more nearly right?  Well, it turns out that you may be
taking advantage of s-1MRTGs0's *(L"assume last*(R" behaviour without being aware of
it.
.PP
&s-1MRTGs0 uses s-1SNMPs0 (Simple Network Management Protocol) to collect data, and
&s-1SNMPs0 uses s-1UDPs0 (User Datagram Protocol) to ship packets around.  s-1UDPs0 is
connectionless (not guaranteed) unlike s-1TCPs0 where packets are tracked and
acknowledged and, if needed, retransmitted.  s-1UDPs0 just throws
packets at the network and hopes they arrive.  Sometimes they don't.
.PP
One likely cause of lost s-1SNMPs0 data is congestion; another is busy routers.
Other possibilities include transient telecommunications problems, router
buffer overflows (which may or may not be congestion-related), *(L"dirty
lines*(R" (links with high error rates), and acts of God.  These things
happen all the time; we just don't notice because many interactive
services are TCP-based and the lost packets get retransmitted
automatically.
.PP
In the above cases where some s-1SNMPs0 packets are lost but traffic is
flowing, assuming zero is the wrong thing to do - you end up with a graph
that looks like it's missing teeth whenever the link fills up.  s-1MRTGs0
interpolates the lost data to produce a smoother graph which is more
accurate in cases of intermittent packet loss.  But with V2.8.4 and above,
you can use the *(L"unknaszero*(R" option to produce whichever graph is best
under the conditions typical for your network.
.SH "AUTHOR"
.IX Header "AUTHOR"
Tobias Oetiker <oetiker@ee.ethz.ch>

						