mrtg.cfg
上传用户:shbosideng
上传日期:2013-05-04
资源大小:1555k
文件大小:19k
源码类别:

SNMP编程

开发平台:

C/C++

  1. ######################################################################
  2. # Multi Router Traffic Grapher -- Example Configuration File
  3. ######################################################################
  4. #
  5. # * copy this file to ../run and call it mrtg.cfg
  6. # * consider using ../run/cfgmaker to build your initial mrtg.cfg file
  7. #
  8. # This file is for use with mrtg-2.x
  9. #
  10. # Note:
  11. #
  12. # * Keywords must start at the begin of a line.
  13. #
  14. # * Lines which follow a keyword line which do start 
  15. #   with a blank are appended to the keyword line
  16. #
  17. # * Empty Lines are ignored
  18. #
  19. # * Lines starting with a # sign are comments.
  20. # ####################
  21. # Global Configuration 
  22. # ####################
  23. # Where should the logfiles, and webpages be created?
  24. WorkDir: /usr/tardis/pub/www/stats/mrtg
  25. Options[_]: growright,bits
  26. # --------------------------
  27. # Optional Global Parameters
  28. # --------------------------
  29. # How many seconds apart should the browser (Netscape) be 
  30. # instructed to reload the page? If this is not defined, the 
  31. # default is 300 seconds (5 minutes).
  32. # Refresh: 600
  33. # How often do you call mrtg? The default is 5 minutes. If
  34. # you call it less often, you should specify it here. This
  35. # does two things:
  36. # a) the generated HTML page does contain the right
  37. #    information about the calling interval ...
  38. # b) a META header in the generated HTML page will instruct
  39. #    caches about the time to live of this page .....
  40. # In this example we tell mrtg that we will be calling it
  41. # every 10 minutes. If you are calling mrtg every 5
  42. # minutes, you can leave this line commented out.
  43. # Interval: 10
  44. # With this switch mrtg will generate .meta files for CERN
  45. # and Apache servers which contain Expiration tags for the
  46. # html and gif files. The *.meta files will be created in
  47. # the same directory as the other files, so you might have
  48. # to set "MetaDir ." in your srm.conf file for this to work
  49. #
  50. # NOTE: If you are running Apache-1.2 you can use the mod_expire
  51. # to achieve the same effect ... see the file htaccess-dist
  52. #WriteExpires: Yes
  53. # If you want to keep the mrtg icons in some place other than the 
  54. # working directory, use the IconDir varibale to give its url.
  55. # IconDir: /mrtgicons/
  56. # #################################################
  57. # Configuration for each Target you want to monitor
  58. # #################################################
  59. # The configuration keywords "Target" must be followed by a
  60. # unique name. This will also be the name used for the
  61. # webpages, logfiles and gifs created for that target.
  62. # Note that the "Target" sections can be auto-generated with
  63. # the cfgmaker tool. Check readme.html for instructions.
  64. #     ========
  65. ##
  66. ## Target ----------------------------------------
  67. ## 
  68. # With the "Target" keyword you tell mrtg what it should
  69. # monitor. The "Target" keyword takes arguments in a wide
  70. # range of formats:
  71. # * The most basic format is "port:community@router"
  72. #   This will generate a traffic graph for port 'port'
  73. #   of the router 'router' and it will use the community
  74. #   'community' for the snmp query.
  75.  
  76. # Target[ezwf]: 2:public@wellfleet-fddi.ethz.ch
  77. # * Sometimes you are sitting on the wrong side of the
  78. #   link. And you would like to have mrtg report Incoming
  79. #   traffic as outgoing and visa versa. This can be achieved
  80. #   by adding the '-' sign in front of the "Target"
  81. #   description. It flips the in and outgoing traffic rates.
  82. # Target[ezci]: -1:public@ezci-ether.ethz.ch
  83. # * You can also explicitly define the OID to query by using the
  84. #   following syntax 'OID_1&OID_2:community@router'
  85. #   The following example will retrieve error input and output
  86. #   octets/sec on interface 1.  MRTG needs to graph two values, so
  87. #   you need to specify two OID's such as temperature and humidity
  88. #   or error input and error output.
  89. # Target[ezwf]: 1.3.6.1.2.1.2.2.1.14.1&1.3.6.1.2.1.2.2.1.20.1:public@myrouter
  90. # * mrtg knows a number of symbolical SNMP variable
  91. #   names. See the file mibhelp.txt for a list of known
  92. #   names. One example are the ifInErrors and and ifOutErrors
  93. #   names. This means you can specify the above as:
  94. # Target[ezwf]: ifInErrors.1&ifOutErrors.1:public@myrouter
  95. # * if you want to monitor something which does not provide
  96. #   data via snmp you can use some external program to do
  97. #   the data gathering.
  98. #
  99. #   The external command must return 4 lines of output:
  100. #     Line 1 : current state of the 'incoming bytes counter'
  101. #     Line 2 : current state of the 'outgoing bytes counter'
  102. #     Line 3 : string, telling the uptime of the target.
  103. #     Line 4 : string, telling the name of the target. 
  104. #   Depending on the type of data your script returns you
  105. #   might want to use the 'gauge' or 'absolute' arguments
  106. #   for the "Options" keyword.
  107. # Target[ezwf]: `/usr/local/bin/df2mrtg /dev/dsk/c0t2d0s0`
  108. # * You can also use several statements in a mathematical 
  109. #   expression.  This could be used to aggregate both B channels
  110. #   in an ISDN connection or multiple T1's that are aggregated
  111. #   into a single channel for greater bandwidth.
  112. #   Note the whitespace arround the target definitions.
  113. # Target[ezwf]: 2:public@wellfleetA + 1:public@wellfleetA
  114. #              * 4:public@ciscoF
  115. ##
  116. ## RouterUptime ---------------------------------------
  117. ##
  118. #
  119. # In cases where you calculate the used bandwidth from
  120. # several interfaces you normaly don't get the routeruptime
  121. # and routername displayed on the web page.
  122. # If this interface are on the same router and the uptime and
  123. # name should be displayed nevertheless you have to specify
  124. # its community and address again with the RouterUptime keyword.
  125. # Target[kacisco]: 1:public@194.64.66.250 + 2:public@194.64.66.250
  126. # RouterUptime[kacisco]: public@194.64.66.250
  127. ##
  128. ## RouterName -----------------------------------------
  129. ##
  130. #
  131. # If the default name of the router is incorrect/uninformative,
  132. # you can use RouterName to specify a different OID on either the
  133. # same or a different host.
  134. # Use 1.3.6.1.4.1.4779.1.1.3.0 on the same host:
  135. # RouterName[kacisco]: 1.3.6.1.4.1.4779.1.1.3.0
  136. # Use 1.3.6.1.4.1.4779.1.1.3.0 on a differnet host (194.64.66.251):
  137. # RouterName[kacisco]: 1.3.6.1.4.1.4779.1.1.3.0:public@194.64.66.251
  138. ##
  139. ## MaxBytes -------------------------------------------
  140. ##
  141. # How many bytes per second can this port carry. Since most
  142. # links are rated in bits per second, you need to divide
  143. # their maximum bandwidth (in bits) by eight (8) in order to get
  144. # bytes per second.  This is very important to make your
  145. # unscaled graphs display realistic information.  
  146. # T1 = 193000, 56K = 7000, Ethernet = 1250000. The "MaxBytes"
  147. # value will be used by mrtg to decide whether it got a
  148. # valid response from the router. If a number higher than
  149. # "MaxBytes" is returned, it is ignored. Also read the section
  150. # on AbsMax for further info.
  151. # MaxBytes[ezwf]: 1250000
  152. ##
  153. ## Title -----------------------------------------------
  154. ##
  155. # Title for the HTML page which gets generated for the graph.
  156. # Title[ezwf]: Traffic Analysis for ETZ C 95.1
  157. ##
  158. ## PageTop ---------------------------------------------
  159. ##
  160. # Things to add to the top of the generated HTML page.  Note
  161. # that you can have several lines of text as long as the
  162. # first column is empty.
  163. # Note that the continuation lines will all end up on the same
  164. # line in the html page. If you want linebreaks in the generated 
  165. # html use the 'n' sequence.
  166. # PageTop[ezwf]: <H1>Traffic Analysis for ETZ C95.1</H1>
  167. #  Our Campus Backbone runs over an FDDI linen
  168. #  with a maximum transfer rate of 12.5 Mega Bytes per
  169. #  Second.
  170. ##
  171. ## PageFoot ---------------------------------------------
  172. ##
  173. # Things to add at the very end of the mrtg generated html page
  174. # PageFoot[ezwf]: <HR size=2 noshade>This page is managed by Blubber
  175. # --------------------------------------------------
  176. # Optional Target Configuration Tags
  177. # --------------------------------------------------
  178. ##
  179. ## AddHead -----------------------------------------
  180. ##
  181. # Use this tag like the PageTop header, but its contents
  182. # will be added between </TITLE> and </HEAD>.
  183. # AddHead[ezwf]: <!-- Just a comment for fun -->
  184. ##
  185. ## AbsMax ------------------------------------------
  186. ##
  187. # If you are monitoring a link which can handle more traffic
  188. # than the MaxBytes value. Eg, a line which uses compression
  189. # or some frame relay link, you can use the AbsMax keyword
  190. # to give the absolute maximum value ever to be reached. We
  191. # need to know this in order to sort out unrealistic values
  192. # returned by the routers. If you do not set absmax, rateup
  193. # will ignore values higher then MaxBytes.
  194. # AbsMax[ezwf]: 2500000
  195. ##
  196. ## Unscaled ------------------------------------------
  197. ##
  198. # By default each graph is scaled vertically to make the
  199. # actual data visible even when it is much lower than
  200. # MaxBytes.  With the "Unscaled" variable you can suppress
  201. # this.  It's argument is a string, containing one letter
  202. # for each graph you don't want to be scaled: d=day w=week
  203. # m=month y=year.  In the example I suppress scaling for the
  204. # yearly and the monthly graph.
  205. # Unscaled[ezwf]: ym
  206. ##
  207. ## WithPeak ------------------------------------------
  208. ##
  209. # By default the graphs only contain the average transfer
  210. # rates for incoming and outgoing traffic. The
  211. # following option instructs mrtg to display the peak
  212. # 5 minute transfer rates in the [w]eekly, [m]onthly and
  213. # [y]early graph. In the example we define the monthly
  214. # and the yearly graph to contain peak as well as average
  215. # values.
  216. # WithPeak[ezwf]: ym
  217. ##
  218. ## Supress ------------------------------------------
  219. ##
  220. # By Default mrtg produces 4 graphs. With this option you
  221. # can suppress the generation of selected graphs.  The format
  222. # is analog to the above option. In this example we suppress
  223. # the yearly graph as it is quite empty in the beginning.
  224. # Suppress[ezwf]: y
  225. ##
  226. ## Directory
  227. ##
  228. # By default, mrtg puts all the files that it generates for each
  229. # router (the GIFs, the HTML page, the log file, etc.) in WorkDir.
  230. # If the "Directory" option is specified, the files are instead put
  231. # into a directory under WorkDir.  (For example, given the options in
  232. # this mrtg.cfg-dist file, the "Directory" option below would cause all
  233. # the ezwf files to be put into /usr/tardis/pub/www/stats/mrtg/ezwf .)
  234. #
  235. # The directory must already exist; mrtg will not create it.
  236. # Directory[ezwf]: ezwf
  237. ##
  238. ## XSize and YSize ------------------------------------------
  239. ##
  240. # By Default mrtgs graphs are 100 by 400 pixels wide (plus
  241. # some more for the labels. In the example we get almost
  242. # square graphs ...
  243. # Note: XSize must be between 20 and 600
  244. #       YSize must be larger than 20
  245. # XSize[ezwf]: 300
  246. # YSize[ezwf]: 300
  247. ##
  248. ## XZoom YZoom -------------------------------------------------
  249. ##
  250. # If you want your graphs to have larger pixels, you can
  251. # "Zoom" them.
  252. #XZoom[ezwf]: 2.0
  253. #YZoom[ezwf]: 2.0
  254. ##
  255. ## XScale YScale -------------------------------------------------
  256. ##
  257. # If you want your graphs to be actually scaled use XScale 
  258. # and YScale. (Beware while this works, the results look ugly 
  259. # (to be frank) so if someone wants fix this: patches are 
  260. # welcome.
  261. # XScale[ezwf]: 1.5
  262. # YScale[ezwf]: 1.5
  263. ## 
  264. ## Step -----------------------------------------------------------
  265. ##
  266. # Change the default step with from 5 * 60 seconds to 
  267. # something else I have not tested this well ...
  268. # Step[ezwf]: 60
  269. ##
  270. ## Options ------------------------------------------
  271. ##
  272. # The "Options" Keyword allows you to set some boolean 
  273. # switches:
  274. #
  275. # growright - The graph grows to the left by default.
  276. #
  277. # bits -      All the numbers printed are in bits instead 
  278. #             of bytes ... looks much more impressive :-)
  279. #
  280. # noinfo -    Supress the information about uptime and
  281. #             device name in the generated webpage.
  282. #
  283. # absolute -  This is for data sources which reset their 
  284. #             value when they are read. This means that 
  285. #             rateup has not to build the difference between 
  286. #             this and the last value read from the data
  287. #             source. Useful for external data gatherers.
  288. #
  289. # gauge -     Treat the values gathered from target as absolute
  290. #             and not as counters. This would be useful to
  291. #             monitor things like diskspace, load and so
  292. #             on ....
  293. #
  294. # nopercent   Don't print usage percentages
  295. #
  296. # integer     Print only integers in the summary 
  297. #             below the graph (No Kilo, Mega, Gigas) ... 
  298. #
  299. # Options[ezwf]: growright, bits
  300. ##
  301. ## Colours ------------------------------------------
  302. ##
  303. # The "Colours" tag allows you to override the default colour
  304. # scheme.  Note: All 4 of the required colours must be
  305. # specified here The colour name ('Colourx' below) is the
  306. # legend name displayed, while the RGB value is the real
  307. # colour used for the display, both on the graph and n the
  308. # html doc.
  309. # Format is: Colour1#RRGGBB,Colour2#RRGGBB,Colour3#RRGGBB,Colour4#RRGGBB
  310. #    where: Colour1 = Input on default graph
  311. #           Colour2 = Output on default graph
  312. #           Colour3 = Max input
  313. #           Colour4 = Max output
  314. #           RRGGBB  = 2 digit hex values for Red, Green and Blue
  315. # Colours[ezwf]: GREEN#00eb0c,BLUE#1000ff,DARK GREEN#006600,VIOLET#ff00ff
  316. ##
  317. ## Background ------------------------------------------
  318. ##
  319. # With the "Background" tag you can configure the background
  320. # colour of the generated HTML page
  321. # Background[ezwf]: #a0a0a0a
  322. ##
  323. ## YLegend, ShortLegend, Legend[1234] ------------------
  324. ##
  325. # The following keywords allow you to override the text
  326. # displayed for the various legends of the graph and in the
  327. # HTML document
  328. #
  329. # * YLegend : The Y-Axis of the graph
  330. # * ShortLegend: The 'b/s' string used for Max, Average and Current
  331. # * Legend[1234IO]: The strings for the colour legend
  332. #
  333. #YLegend[ezwf]: Bits per Second
  334. #ShortLegend[ezwf]: b/s
  335. #Legend1[ezwf]: Incoming Traffic in Bits per Second
  336. #Legend2[ezwf]: Outgoing Traffic in Bits per Second
  337. #Legend3[ezwf]: Maximal 5 Minute Incoming Traffic
  338. #Legend4[ezwf]: Maximal 5 Minute Outgoing Traffic
  339. #LegendI[ezwf]: &nbsp;In:
  340. #LegendO[ezwf]: &nbsp;Out:
  341. # Note, if LegendI or LegendO are set to an empty string with
  342. # LegendO[ezwf]:
  343. # The corresponding line below the graph will not be printed at all.
  344. # If you live in an international world, you might want to 
  345. # generate the graphs in different timezones. This is set in the 
  346. # TZ variable. Under certain operating systems like Solaris, 
  347. # this will provoke the localtime call to giv the time in 
  348. # the selected timezone ...
  349. # Timezone[ezwf]: Japan
  350. # The Timezone is the standard Solaris timezone, ie Japan, Hongkong,
  351. # GMT, GMT+1 etc etc.
  352. # By default, mrtg (actually rateup) uses the strftime(3) '%W' option
  353. # to format week numbers in the monthly graphs.  The exact semantics
  354. # of this format option vary between systems.  If you find that the
  355. # week numbers are wrong, and your system's strftime(3) routine
  356. # supports it, you can try another format option.  The POSIX '%V'
  357. # option seems to correspond to a widely used week numbering
  358. # convention.  The week format character should be specified as a
  359. # single letter; either W, V, or U.
  360. # Weekformat[ezwf]: V
  361.  
  362. # #############################
  363. # Two very special Target names
  364. # #############################
  365. # To save yourself some typing you can define a target
  366. # called '^'. The text of every Keyword you define for this
  367. # target will be PREPENDED to the corresponding Keyword of
  368. # all the targets defined below this line. The same goes for
  369. # a Target called '$' but its options will be APPENDED.
  370. #
  371. # The example will make mrtg use a common header and a
  372. # common contact person in all the pages generated from
  373. # targets defined later in this file.
  374. #
  375. #PageTop[^]: <H1>NoWhere Unis Traffic Stats</H1><HR>
  376. #PageTop[$]: Contact Peter Norton if you have any questions<HR>
  377. ##################################################################
  378. ##################################################################
  379. ##################################################################
  380. #
  381. # Now some example mrtg.cfg files
  382. #
  383. ##################################################################
  384. ##################################################################
  385. ##################################################################
  386. # Minimal mrtg.cfg
  387. #--------------------
  388. #WorkDir: /usr/tardis/pub/www/stats/mrtg
  389. #Target[r1]: 2:public@myrouter.somplace.edu
  390. #MaxBytes[r1]: 64000
  391. #Title[r1]: Traffic Analysis ISDN
  392. #PageTop[r1]: <H1>Stats for our ISDN Line</H1>
  393. # Minimal Cfg for several Routers.
  394. #---------------------------------
  395. #WorkDir: /usr/tardis/pub/www/stats/mrtg
  396. #
  397. #Title[^]: Traffic Analysis for
  398. #PageTop[^]: <H1>Stats for our
  399. #PageTop[$]: Contact The Chief if you notice anybody<HR>
  400. #
  401. #Title[isdn]: our ISDN Line
  402. #PageTop[isdn]: our ISDN Line </H1>
  403. #Target[isdn]: 2:public@router.somplace.edu
  404. #MaxBytes[isdn]: 64000
  405. #
  406. #Title[backb]: our Campus Backbone
  407. #PageTop[backb]: our Campus Backbone </H1>
  408. #Target[backb]: 1:public@router.somplace.edu
  409. #MaxBytes[backb]: 1250000
  410. # the following line removes the default prepend value
  411. # defined above
  412. #Title[^]:
  413. #Title[isdn2]: Traffic for the Backup ISDN Line
  414. #PageTop[isdn2]: our ISDN Line </H1>
  415. #Target[isdn2]: 3:public@router.somplace.edu
  416. #MaxBytes[isdn2]: 64000
  417. #----------------------------------------------------------------------
  418. #host pc1, cfgfile cfg/192.168.10.1.cfg, port serial0
  419. Target[192.168.10.1.1]: 1:public@192.168.10.1
  420. MaxBytes[192.168.10.1.1]: 1250000
  421. Title[192.168.10.1.1]: : Serial0
  422. PageTop[192.168.10.1.1]: <H1>Traffic Analysis for Serial0
  423.  </H1>
  424.  <TABLE>
  425.    <TR><TD>System:</TD><TD>local-gw in </TD></TR>
  426.    <TR><TD>Maintainer:</TD><TD></TD></TR>
  427.    <TR><TD>Interface:</TD><TD>Serial0 (1)</TD></TR>
  428.    <TR><TD>IP:</TD><TD>local-gw (192.168.10.1)</TD></TR>
  429.    <TR><TD>Max Speed:</TD>
  430.        <TD>1250.0 kBytes/s</TD></TR>
  431.   </TABLE>
  432. #----------------------------------------------------------------------
  433. #host pc2, cfgfile cfg/192.168.10.1.cfg, port serial2
  434. Target[192.168.10.1.3]: 3:public@192.168.10.1
  435. MaxBytes[192.168.10.1.3]: 1250000
  436. Title[192.168.10.1.3]: : Serial2
  437. PageTop[192.168.10.1.3]: <H1>Traffic Analysis for Serial2
  438.  </H1>
  439.  <TABLE>
  440.    <TR><TD>System:</TD><TD>local-gw in </TD></TR>
  441.    <TR><TD>Maintainer:</TD><TD></TD></TR>
  442.    <TR><TD>Interface:</TD><TD>Serial2 (3)</TD></TR>
  443.    <TR><TD>IP:</TD><TD>local-gw (192.168.10.1)</TD></TR>
  444.    <TR><TD>Max Speed:</TD>
  445.        <TD>1250.0 kBytes/s</TD></TR>
  446.   </TABLE>
  447. #----------------------------------------------------------------------
  448. #host pc3, cfgfile cfg/192.168.10.1.cfg, port serial3
  449. Target[192.168.10.1.4]: 4:public@192.168.10.1
  450. MaxBytes[192.168.10.1.4]: 1250000
  451. Title[192.168.10.1.4]: : Serial3
  452. PageTop[192.168.10.1.4]: <H1>Traffic Analysis for Serial3
  453.  </H1>
  454.  <TABLE>
  455.    <TR><TD>System:</TD><TD>local-gw in </TD></TR>
  456.    <TR><TD>Maintainer:</TD><TD></TD></TR>
  457.    <TR><TD>Interface:</TD><TD>Serial0 (1)</TD></TR>
  458.    <TR><TD>IP:</TD><TD>local-gw (192.168.10.1)</TD></TR>
  459.    <TR><TD>Max Speed:</TD>
  460.        <TD>1250.0 kBytes/s</TD></TR>
  461.   </TABLE>
  462. #----------------------------------------------------------------------