home *** CD-ROM | disk | FTP | other *** search
/ ftp.pasteur.org/FAQ/ / ftp-pasteur-org-FAQ.zip / FAQ / snmp-faq / part1 next >
Internet Message Format  |  2003-07-03  |  106KB

  1. Path: senator-bedfellow.mit.edu!bloom-beacon.mit.edu!newsfeed.stanford.edu!news.uchicago.edu!newsfeed.cs.wisc.edu!144.212.100.101.MISMATCH!newsfeed!panix!splinter
  2. From: Tom Cikoski <splinter@panix.com>
  3. Newsgroups: comp.protocols.snmp,comp.answers,news.answers
  4. Subject: comp.protocols.snmp SNMP FAQ Part 1 of 2
  5. Supersedes: <avkv2e$odr$1@reader1.panix.com>
  6. Followup-To: comp.protocols.snmp
  7. Date: Wed, 2 Jul 2003 19:10:30 +0000 (UTC)
  8. Organization: Panther Digital Corp, Danbury, Connecticut USA
  9. Lines: 3220
  10. Approved: news-answers-request@MIT.Edu
  11. Distribution: world
  12. Expires: Sat, 27 Dec 2003 05:00:00 GMT
  13. Message-ID: <bdvan6$s6$1@reader1.panix.com>
  14. Reply-To: splinter@panix.com
  15. NNTP-Posting-Host: panix3.panix.com
  16. X-Trace: reader1.panix.com 1057173030 902 166.84.1.3 (2 Jul 2003 19:10:30 GMT)
  17. X-Complaints-To: abuse@panix.com
  18. NNTP-Posting-Date: Wed, 2 Jul 2003 19:10:30 +0000 (UTC)
  19. Summary: Introduction to SNMP & comp.protocols.snmp newsgroup
  20. Keywords: SNMP FAQ
  21. User-Agent: nn/6.6.5
  22. Xref: senator-bedfellow.mit.edu comp.protocols.snmp:28127 comp.answers:54079 news.answers:253572
  23.  
  24. Archive-name: snmp-faq/part1
  25. Posting-Frequency: every few months or so
  26. Last-Modified: 2 Jul 2003
  27. Version: 2.57
  28.  
  29.  
  30.                  comp.protocols.snmp
  31.  
  32.                     PART 1 of 2
  33.  
  34.          FAQ - Frequently Asked Questions - FAQ
  35.  
  36.           Simple Network Management Protocol
  37.           ----------------------------------
  38.  
  39. This 2-part document is provided as a service by and for the readers
  40. and droogs of Internet USENET news group comp.protocols.snmp and may be
  41. used for research and educational purposes only. Any commercial
  42. use of the text may be in violation of copyright laws under 
  43. the terms of the Berne Convention. My lawyer can whup your lawyer.
  44.  
  45. Anthology Edition Copyright 2002,2003 Thomas R. Cikoski, All Rights Reserved
  46.  
  47. ------------------------------------------------------------
  48.  Please feel free to EMail corrections, enhancements, and/or
  49.  additions to the Reply-To address, above.  Your input will
  50.  receive full credit in this FAQ unless you request otherwise.
  51.                  mailto:splinter@panix.com
  52.  
  53. As a result of the abuses of EMail now taking place on the
  54. Internet, we have a policy of NOT providing the EMail address
  55. of individual contributors in these postings. We will continue
  56. to provide EMail addresses of commercial contributors
  57. unless requested not to.
  58. -------------------------------------------------------------
  59.       A NOTE ON WEB SITES AND URLS: THEY MAY BE OBSOLETE!
  60.  
  61. Neither the contributors nor the editor of this FAQ are responsible
  62. for the stability or accuracy of any URL, Web site address, or
  63. EMail address listed herein. We take reasonable care to ensure that
  64. these data are transcribed correctly and are always open to
  65. correction. If, however, a particular URL disappears from the Web
  66. there is not much we can do about it.
  67. -------------------------------------------------------------
  68.  
  69. Please also visit our cousin newsgroup
  70.         news://comp.dcom.net-management.
  71.  
  72. New this month: 
  73. --------------
  74. > More of the usual stuff
  75.  
  76. Note on host names and addresses: please email me with any changes
  77. to URLs, host names or IP addresses. The MIT host rtfm has an autoresponder
  78. which always replies to postings with an incorrect IP.  It would be
  79. nice if every host had that, but they don't, so I need your assistance.  
  80.  
  81.  
  82.  
  83. SUBJECT:              TABLE OF CONTENTS
  84.  
  85. 1.00.00 FAQ PART 1 of 2:            IN THIS DOCUMENT
  86.  
  87. 1.01.00 --General
  88. 1.01.01 What is the purpose of this FAQ?
  89. 1.01.02 Where can I Obtain This FAQ?
  90. 1.01.03 Parlez-vous francais?
  91. 1.01.04 Why is SNMP like golf?
  92. 1.01.05 What is a droog anyway?
  93. 1.01.50 HELP ME! MY SNMP PRODUCT IS DUE NEXT WEEK!
  94. 1.01.99 This FAQ Stinks!
  95.  
  96. 1.10.00 --General Questions about SNMP and SNMPv1
  97. 1.10.01 What is SNMP?
  98. 1.10.02 How do I develop and use SNMP technology?
  99. 1.10.04 How does the Manager know that its SET arrived?
  100. 1.10.10 How does an Agent know where to send a Trap?
  101. 1.10.12 Which community string does the agent return?
  102. 1.10.15 How can I remotely manage community strings?
  103. 1.10.17 What is the largest SNMP message?
  104. 1.10.30 Are there security problems with SNMP?
  105.  
  106. 1.11.00 --RFC
  107. 1.11.01 What is an RFC?
  108. 1.11.02 Where can I get RFC text?
  109.  
  110. 1.12.00 --SNMP Reference
  111. 1.12.01 What books are there which cover SNMP?
  112. 1.12.02 What periodicals are heavily oriented to SNMP?
  113. 1.12.03 What classes are available on the topic of SNMP?
  114. 1.12.04 What email discussion groups are available for SNMP?
  115. 1.12.05 What trade shows cater to SNMP?
  116. 1.12.06 What SNMP product User Groups are available?
  117. 1.12.07 Where can I find SNMP-related material on WWW?
  118. 1.12.08 What related mailing lists exist?
  119. 1.12.20 What related newsgroups exist?
  120. 1.12.21 Are there introductory materials?
  121.  
  122. 1.13.00 --Miscellaneous
  123. 1.13.01 SNMP and Autodiscovery
  124. 1.13.02 SNMP Traps and NOTIFICATION-TYPE
  125. 1.13.03 SNMP and/versus The Web
  126. 1.13.04 SNMP and Java
  127. 1.13.05 SNMP and CORBA
  128. 1.13.06 SNMP and Visual Basic
  129. 1.13.07 SNMP and IPv6
  130. 1.13.10 SNMP and C#
  131. 1.13.12 SNMP and Perl
  132.  
  133. 1.20.00 --General Questions about SNMPv2
  134. 1.20.01 What is SNMPv2?
  135. 1.20.02 What is SNMPv2*/SNMPv1+/SNMPv1.5?
  136. 1.20.03 What is SNMPv2c?
  137. 1.20.04 What the heck other SNMPv's are there?
  138.  
  139. 1.22.00 --General Questions about SNMPv3
  140. 1.22.01 What is SNMP V3?
  141.  
  142. 1.30.00 --RMON
  143. 1.30.01 What is RMON?
  144. 1.30.02 RMON Standardization Status
  145. 1.30.03 RMON Working Group.
  146. 1.30.04 Joining the RMON Working Group Mailing List 
  147. 1.30.05 Historical RMON Records
  148. 1.30.06 RMON Documents
  149. 1.30.07 RMON2
  150.  
  151. 1.40.00 --ISODE
  152. 1.40.01 What is ISODE?
  153. 1.40.02 Where can I get ISODE?
  154. 1.40.03 Is there an ISODE/SNMP mailing list?
  155.  
  156. 1.50.00 --Using SNMP to Monitor or Manage
  157. 1.50.01 How do I calculate utilization using SNMP?
  158. 1.50.02 What are Appropriate Operating Thresholds?
  159. 1.50.03 Are MIBs available to monitor application traffic?
  160. 1.50.04 How can I make sense of the Interfaces Group?
  161. 1.50.10 When do I use GETBULK versus GETNEXT?
  162. 1.50.12 What free products can be used to monitor?
  163.  
  164. 1.75.00 -- SNMP Engineering and Consulting
  165. 1.75.01 SNMP Engineering and Consulting Firms
  166.  
  167. 2.00.00 FAQ PART 2 of 2:            NOT IN THIS DOCUMENT
  168.  
  169. 2.01.00 --CMIP
  170. 2.01.01 What is CMIP?
  171. 2.01.02 What books should I read about CMIP?
  172. 2.01.03 A CMISE/GDMO Mailing List
  173. 2.01.04 What is OMNIPoint?
  174.  
  175. 2.02.00 --Other Network Management Protocols
  176. 2.02.01 What alternatives exist to SNMP?
  177.  
  178. 2.10.00 --SNMP Software and Related Products
  179. 2.10.01 Where can I get Public Domain SNMP software?
  180. 2.11.01 Where can I get Proprietary SNMP software?
  181. 2.12.01 Where can I get SNMP Shareware?
  182. 2.13.01 Miscellaneous FTP and WWW Sources
  183. 2.14.01 What CMIP software is available?
  184. 2.15.01 SNMP and Windows NT/95/98
  185. 2.16.01 More About CMU SNMP Software
  186. 2.17.01 Miscellaneous SNMP-related Products
  187. 2.18.01 SNMP and OS/2
  188. 2.18.02 SNMP and SCO Unix
  189. 2.18.03 SNMP and Linux
  190. 2.18.04 SNMP and AS/400
  191. 2.20.01 SNMP++
  192. 2.21.01 What is AgentX?
  193.  
  194. 2.25.00 -- SNMP Engineering and Consulting
  195. 2.25.01 SNMP Engineering and Consulting Firms
  196.  
  197. 2.30.00 --The SNMP MIB (Management Information Base)
  198. 2.30.01 What is a MIB?
  199. 2.30.02 What are MIB-I and MIB-II
  200. 2.30.03 How do I convert SNMP V1 to SNMP V2 MIBs?
  201. 2.30.04 How do I convert SNMP V2 to SNMP V1 MIBs?
  202. 2.30.05 What are enterprise MIBs?
  203. 2.30.06 Where can I get enterprise MIBs?
  204. 2.30.10 Can I mix SMIv1 and SMIv2 in one MIB?
  205. 2.31.01 MIB Compiler Topics
  206. 2.32.01 How can I get ______ from the _____ MIB?
  207. 2.35.01 How can I register an Enterprise MIB?
  208. 2.35.02 Where can I find Enterprise Number Assignments?
  209. 2.37.01 How Do I Create a Table Within a Table?
  210. 2.37.05 How Do I Reset MIB Counters via SNMP?
  211. 2.37.07 How can I change a published MIB?
  212. 2.38.01 How unique must MIB variable names be?
  213. 2.38.03 Explain MODULE-COMPLIANCE versus AGENT-CAPABILITIES
  214. 2.38.04 Which parts of my MIB are mandatory?
  215. 2.38.10 Can a CMIP MIB be converted to SNMP?
  216. 2.38.11 Can an SNMP MIB be converted to CMIP?
  217. 2.38.12 Can a table index value legally be zero?
  218. 2.38.14 Where can I find the _____ MIB?
  219. 2.38.20 How can I convert a MIB to XML Format?
  220. 2.38.22 What is the maximum number of entries in a table?
  221.  
  222. 2.40.00 --SMI
  223. 2.40.01 What is the SMI?
  224. 2.40.02 What is SMIv2?
  225. 2.40.03 Table Indexing and SMI
  226. 2.40.04 Floating Point Numbers in SMI?
  227. 2.40.05 SMIv1 versus SMIv2?
  228.  
  229. 2.45.00 --ASN.1
  230. 2.45.01 What is ASN.1?
  231. 2.45.02 Why is ASN.1 not definitive for SNMP?
  232. 2.45.05 Where can I find a free ASN.1 compiler?
  233.  
  234. 2.50.00 --BER
  235. 2.50.01 How is the Integer value -1 encoded?
  236. 2.50.02 What is the Maximum Size of an SNMP Message?
  237. 2.50.05 Where can I find BER encoding rules?
  238.  
  239. 2.60.00 -- Agent Behavior
  240. 2.60.01 Proper Response to empty VarBind in GetRequest?
  241. 2.60.02 Master Agent versus Proxy Agent
  242. 2.60.03 Proper Response to GET-NEXT on Last MIB Object?
  243. 2.60.10 How can I find the SNMP version of an Agent?
  244. 2.60.12 How should an agent respond to a broadcast request?
  245. 2.60.14 What does an Agent send in a trap?
  246.  
  247. 2.98.00 Appendix A. Glossary
  248. 2.99.00 Appendix B. Acknowledgements & Credits
  249.  
  250.  
  251. 1.00.00 FAQ PART 1 of 2:
  252.  
  253. 1.01.00 --General
  254.  
  255. 1.01.01
  256. SUBJECT: What is the purpose of this FAQ?
  257.  
  258.   This FAQ is to serve as a guide to the resources known to
  259.   be available for helping you to understand SNMP, SNMPv2,
  260.   and their related technologies.  OSI/CMIP is touched on
  261.   briefly as well because we're fair-minded folk.
  262.  
  263.   There is NO INTENT that this be a one-stop SNMP tutorial.
  264.   There is NO INFERENCE that this is an authoritative or
  265.   official document of any kind. What you see is what you get.
  266.  
  267.   You WILL need to read the books listed herein, maybe even
  268.   some of the RFCs.  You may wish to take a class as well.
  269.   Just think of this as your "tourist guide book."
  270.  
  271. 1.01.02
  272. SUBJECT: Where Can I Obtain This FAQ?
  273.  
  274.   This FAQ is available on the WWW at:
  275.  
  276. http://www.pantherdig.com (both text and HTML formats are available)
  277.  
  278. http://www.snmp.com/FAQs/snmp-faq-part1.txt
  279. http://www.snmp.com/FAQs/snmp-faq-part2.txt
  280.  
  281. http://www.faqs.org/faqs/by-newsgroup/comp/comp.protocols.snmp.html
  282. http://www.faqs.org/faqs/snmp-faq/
  283.  
  284. http://www.lib.ox.ac.uk/internet/news/faq/archive/snmp-faq.part1.html
  285. http://www.lib.ox.ac.uk/internet/news/faq/archive/snmp-faq.part2.html
  286.  
  287. See also:
  288. ftp://ftp.cs.utwente.nl/pub/src/snmp/
  289.  
  290. http://www.faqs.org/faqs/snmp-faq/part1/index.html
  291. http://www.faqs.org/faqs/snmp-faq/part2/index.html
  292.  
  293. You can also find the most recent Web posting via
  294.  
  295.       http://www.deja.com/usenet [formerly "dejanews"]
  296.  
  297. and, last but not least, you can use your favorite search
  298. engine such as
  299.  
  300.     http://www.altavista.digital.com
  301.     http://www.infoseek.com
  302.     http://www.yahoo.com
  303.  
  304. This FAQ is officially archived (as with all "licensed" FAQs) at
  305. rtfm.mit.edu [18.181.0.24] under /pub/usenet/news.answers
  306. as snmp-faq/part1 &/part2, or under /pub/usenet/comp.protocols.snmp
  307. as its own self (the only files in that directory). Use
  308. anonymous ftp to retrieve or send e-mail to 
  309.  
  310.        mailto:mail-server@rtfm.mit.edu
  311.  
  312. with
  313.  
  314.       "send usenet/news.answers/finding-sources"
  315.  
  316. for instructions on FTP via e-mail.
  317.  
  318. 1.01.03
  319. SUBJECT: Parlez-vous francais?
  320.  
  321. 1.01.03.01
  322. >
  323. >Un petit conseil: Si tu postais en anglais, beaucoup plus de gens
  324. >pourraient t'aider...
  325.  
  326. > Thomas Galley
  327.  
  328.  
  329. 1.01.03.02
  330. Alternativement, si tu es vraiment fachez avec l'anglais ;-),
  331. poster (ou xposter avec fu2) sur fr.comp.reseaux.supervision.
  332.  
  333. Steve Common
  334.  
  335. 1.01.03.03
  336. If you are in the Bayonne area and would like to forget
  337. SNMP for a few hours in a great little country hotel, try
  338.  
  339.    L'Auberge de Biaudos (**)
  340.    RN 117 15mn from Bayonne
  341.    05 59 56 79 70
  342.  
  343. Tom Cikoski
  344.  
  345. 1.01.03.04
  346. SNMP-oriented Web Site hosted en France, avec quelques
  347. linques francaises.
  348.  
  349. http://www.snmplink.org
  350.  
  351. Pierrick Simier
  352.  
  353.  
  354. 1.01.04
  355. SUBJECT: Why is SNMP like golf?
  356.  
  357. > usually the fewer polls you take the better off you are
  358. > but you are sometimes lost in the woods
  359. > it helps to have a good set of tools in the bag
  360. > it helps to have good instruction
  361. > you need a few beers after a bad round
  362.  
  363. 1.01.05
  364. SUBJECT: What is a droog anyway?
  365.  
  366. What's a droog?
  367.  
  368. Eric Meyer
  369.  
  370. <Sigh> It is sad to think that an entire new generation of SNMPers has arisen
  371. to push their elder brethern and sisteren, who have done such hard, essential
  372. pioneer work, out of the way, and are too young to have seen "Clockwork Orange".
  373.  
  374. The label was actually applied to the readership of comp.protocols.snmp by
  375. a rather snide and vehement proponent of SMUX. I took it as a badge of honor.
  376.  
  377. 1.01.50
  378. SUBJECT: HELP ME! MY SNMP PRODUCT IS DUE NEXT WEEK!
  379.  
  380. From time to time there appear posts in news:comp.protocols.snmp
  381. which bring a tear to the eye of the casual observer. They often
  382. have this form:
  383.  
  384. "My boss told me I need to have the SNMP running on our new
  385.  100GB Muxiblaster for next week's first release. What is SNMP?
  386.  Can I have it for Thursday?"
  387.  
  388. Sometimes there come, in private email, messages to regulars
  389. of this newsgroup, often in this form:
  390.  
  391. "Please to sending me all SNMP keywords now. Regards."
  392.  
  393. Or:
  394.  
  395. "Tell me [by email] how SNMP differs from TMN and CMIP."
  396.  
  397. Oy!
  398.  
  399. The "simple" in SNMP doesn't mean "trivial". It cannot
  400. be learned by flipping through a few emails or news posts.
  401. The "simple" in SNMP is only in contrast to protocols
  402. which are thought to be even more complex than SNMP.
  403.  
  404. There is no magic solution to learning SNMP. All
  405. of us who have mastered the subject did so by 1)reading
  406. several books on the subject, 2)reading/playing with the sample code
  407. from CMU or NET-SNMP, 3)implementing several trial products
  408. over a period of months.
  409.  
  410. If your boss expects SNMP miracles and will not listen to
  411. reason, either become a good liar or find a new job.
  412.  
  413. Or, as David Perkins posted in recent response to a newbie:
  414.  
  415. "It will take you at least 6 months or so of studying and
  416. usage to "comprehend SNMP very well". I suggest that
  417. you read a few books (more than one) on SNMP and RMON,
  418. since authors focus on different aspects of the subject
  419. area."
  420.  
  421. You can find these resources listed in this FAQ and
  422. on several other Web sites devoted to SNMP. Good luck!
  423.  
  424.  
  425. 1.01.99
  426. SUBJECT: This FAQ Stinks!
  427.  
  428. 1.01.99.01 The material is out-of-date!
  429.  
  430. A concerned reader writes:
  431.  
  432. "The SNMP FAQ contains incorrect sometimes outdated information and
  433. it might therefore cause more questions than it answers. What is
  434. your policy with regard to corrections? It sometimes looks that you
  435. are just adding corrections and not removing the incorrect text.
  436. This makes the FAQ difficult to use and it keeps incorrect stuff
  437. around, which again causes confusion."
  438.  
  439. "There is also an issue with relationship to other documents. For
  440. example, the SimpleTimes contains an up-to-date list of RFCs related
  441. to SNMP. The FAQ contains several more or less correct and outdated
  442. lists. I think it would be useful in cases like this to just refer
  443. to a `reliable' source instead of trying to include information which
  444. is not maintained."
  445.  
  446. Editor's note: Our concerned reader is perceptive. We rely on the good
  447. will and support of our readers to notice omissions, commissions and
  448. deprecations in the FAQ, although we do try and update RFC lists from
  449. time to time. We will act on any notice from you that something ought
  450. to be changed. Please send me your corrections.
  451.  
  452. URLs change often and we don't have the time to check them routinely.
  453. We also publish the large personal collections of several contributors,
  454. some of which offer conflicting details. That's the way it is with
  455. tribal documents such as this. If any error in this FAQ causes you to
  456. waste or loose precious time then you probably expected too much to
  457. begin with. Please use it with our good wishes and this disclaimer.
  458.  
  459. 1.01.99.02 In what language should you post?
  460.  
  461. The following exchange once took place ...
  462.  
  463.    A> Ich benvtige Wissen |ber SNMP und MIB und MIB II. Bin
  464.    A> allerdings kein Informatik- oder
  465.    A> Nachrichtentechnikstudent. Wenn einer von euch helfen kann,
  466.    A> dann wdre ich sehr dankbar.
  467.  
  468.    B> [This is an international newsgroup, so the common language
  469.        should be english.]
  470.  
  471. While B has a point, we support the right of posters to ask
  472. questions in any language. Your best chance of receiving an
  473. answer, of course, is if you ask in English. For online
  474. translation, try www.babelfish.com.
  475.  
  476. 1.10.00 --General Questions about SNMP and SNMPv1
  477.  
  478. 1.10.01 
  479. SUBJECT: What is SNMP?
  480.  
  481. The current state of the art [Ed Note: Jan 2003] is well summarized
  482. in every recent RFC which contains a MIB module:
  483.  
  484.    The SNMP Management Framework presently consists of five major
  485.    components:
  486.  
  487.       o  An overall architecture, described in RFC 2571 [RFC2571].
  488.  
  489.       o  Mechanisms for describing and naming objects and events for the
  490.          purpose of management.  The first version of this Structure of
  491.          Management Information (SMI) is called SMIv1 and is described
  492.          in STD 16, RFC 1155 [RFC1155], STD 16, RFC 1212 [RFC1212] and
  493.          RFC 1215 [RFC1215].  The second version, called SMIv2, is
  494.          described in STD 58, RFC 2578 [RFC2578], RFC 2579 [RFC2579] and
  495.          RFC 2580 [RFC2580].
  496.  
  497.       o  Message protocols for transferring management information.  The
  498.          first version of the SNMP message protocol is called SNMPv1 and
  499.          is described in STD 15, RFC 1157 [RFC1157].  A second version
  500.          of the SNMP message protocol, which is not an Internet
  501.          standards track protocol, is called SNMPv2c and is described in
  502.          RFC 1901 [RFC1901] and RFC 1906 [RFC1906].  The third version
  503.          of the message protocol is called SNMPv3 and is described in
  504.          RFC 1906 [RFC1906], RFC 2572 [RFC2572] and RFC 2574 [RFC2574].
  505.  
  506.       o  Protocol operations for accessing management information.  The
  507.          first set of protocol operations and associated PDU formats is
  508.          described in STD 15, RFC 1157 [RFC1157].  A second set of
  509.          protocol operations and associated PDU formats is described in
  510.          RFC 1905 [RFC1905].
  511.  
  512.       o  A set of fundamental applications is described in RFC 2573
  513.          [RFC2573].  The view-based access control mechanism is
  514.          described in RFC 2575 [RFC2575].
  515.  
  516.    A more detailed introduction to the current SNMP Management Framework
  517.    can be found in RFC 2570 [RFC2570].
  518.  
  519. Juergen Schoenwaelder
  520.  
  521. 1.10.01.01
  522.   The Simple Network Management Protocol is a protocol for
  523.   Internet network management services.  It is formally
  524.   specified in a series of related RFC documents.
  525.  
  526.     (Some of these RFCs are in "historic" or "informational" status)
  527.      
  528.      RFC 1067 - A Simple Network Management Protocol
  529.      RFC 1089 - SNMP over Ethernet
  530.      RFC 1140 - IAB Official Protocol Standards
  531.      RFC 1147 - Tools for Monitoring and Debugging TCP/IP
  532.                 Internets and Interconnected Devices
  533.                 [superceded by RFC 1470]
  534.      RFC 1155 - Structure and Identification of Management
  535.                 Information for TCP/IP based internets.
  536.      RFC 1156 (H)- Management Information Base Network
  537.                 Management of TCP/IP based internets
  538.      RFC 1157 - A Simple Network Managment Protocol
  539.      RFC 1158 - Management Information Base Network
  540.                 Management of TCP/IP based internets: MIB-II
  541.      RFC 1161 (H)- SNMP over OSI
  542.      RFC 1187 - Bulk Table Retrieval with the SNMP
  543.      RFC 1212 - Concise MIB Definitions
  544.      RFC 1213 - Management Information Base for Network Management
  545.                 of TCP/IP-based internets: MIB-II
  546.      RFC 1215 (I)- A Convention for Defining Traps for use with the SNMP
  547.      RFC 1224 - Techniques for Managing Asynchronously-Generated Alerts
  548.      RFC 1270 (I)- SNMP Communication Services
  549.      RFC 1303 (I)- A Convention for Describing SNMP-based Agents
  550.      RFC 1470 (I)- A Network Management Tool Catalog
  551.      RFC 1298 - SNMP over IPX (obsolete, see RFC 1420)
  552.      RFC 1418 - SNMP over OSI
  553.      RFC 1419 - SNMP over AppleTalk
  554.      RFC 1420 - SNMP over IPX (replaces RFC 1298)
  555.  
  556. [EDITOR'S NOTE: RFCs for SNMPv2 and SNMPv3 are under their
  557.  respective headings.]
  558.  
  559. SNMPv1 is now historic, and SNMPv3 is now standard and is described by 
  560. RFCs 3410-3418 (note: 3410 is informational).  
  561.  
  562. Michael Kirkham
  563.  
  564. 1.10.01.02
  565.      
  566. "Just a reminder that if you are new to SNMP (or know someone who is)
  567. you might want to check out my Web page at:"
  568.  
  569. http://www.inforamp.net/~kjvallil/t/snmp.html
  570.  
  571. Tyler Vallillee
  572.  
  573. Tyler Vallillee has a live SNMP site at
  574. http://www.geocities.com/SiliconValley/Horizon/4519/snmp.html
  575. I assume this replaced the old link in the FAQ.
  576.  
  577. The page calls a missing javascript file so it gives a 404 instead of
  578. loading. Switch off Javascript and the page loads OK.
  579. I've mailed Tyler about this so hopefully it will be fixed soon.
  580.  
  581. John Bradshaw
  582.  
  583.  
  584. 1.10.01.03
  585.  
  586. You can find the "Intro to SNMP" courtesy of the WayBack machine at
  587. www.archive.org:
  588.  
  589. http://web.archive.org/web/20010803180509/www.ddri.com/Doc/
  590.  
  591. You can probably also find other long-lost URLs there, too.
  592.  
  593. Phil Hord
  594.  
  595. The 'Overview of SNMP' document can currently be located at
  596. http://www-t.zhwin.ch/it/ksy/Block07/SNMP_Overview.pdf
  597. - I've no idea whether this link is reliable I'm afraid.
  598. (Also referenced in FAQs 1.12.07.11 and 1.12.21.01)
  599.  
  600. Bruce Coker
  601.  
  602. The URL for the SNMP overview document given in FAQ section 1.10.01.03
  603. is still active but the document is apparently no longer available
  604. from that site, or from the alternative site that the page now refers you to.
  605. I did find a copy of the document from May 2001 on the Wayback machine:
  606.  
  607. http://web.archive.org/web/20010602180805/www.ddri.com/Doc/SNMP_Overview.html
  608.  
  609. Alan Levy
  610.  
  611.  
  612. 1.10.01.04
  613.  
  614. Concord Communications offers a free network management reference
  615. guide that includes the information you are looking for.  View online or
  616. download it at http://www.concord.com/resctr/survival/guide/intro.htm
  617.  
  618. Rob Tandean
  619.  
  620. 1.10.02
  621. SUBJECT: How do I develop and use SNMP technology?
  622.  
  623. To deploy and use SNMP technology for management involves
  624. many steps.
  625. If you are a device vendor you need to:
  626. 1) decide what aspects of your products you want to
  627.    be managable via SNMP
  628. 2) select the standard MIBs to implement (and the objects/traps
  629.    within them to implement)
  630. 3) create proprietary MIB modules containing objects and traps
  631.    for the management areas not covered by standard MIBs
  632. 4) Select an SNMP agent toolkit vendor
  633. 5) put instrumentation in your devices
  634. 6) following the directions from the SNMP toolkit vendor, create
  635.    access routines (which some SNMP toolkit vendors call method
  636.    routines) to get and set the values of from your instrumentation
  637. 7) Select an SNMP agent test package, and test your agent
  638. 8) Select an SNMP management API library
  639. 9) Write SNMP applications to manage your device
  640.  
  641. If you are an end-user, you need to:
  642. 1) determine what SNMP management capability that you have
  643.    in your current devices
  644. 2) determine the SNMP management capability that is available
  645.    in similar devices from other vendors (in case you need to
  646.    upgrade or change)
  647. 3) determine what you want to accomplish with management
  648. 4) find off the self management packages that provide the
  649.    management functions you want
  650. 5) possibly upgrade or replace your current devices with one
  651.    that are managable with the package you chose.
  652. 6) implement additional management functions using scripting
  653. 7) implement additional management functions using custom written
  654.    code using a purchased off the self SNMP management API library
  655. 8) configure your agents and applications to talk to each other.
  656.  
  657. David T. Perkins
  658.  
  659. 1.10.04
  660. SUBJECT: How does the Manager know that its SET arrived?
  661.  
  662. Praveen Dulam queried:
  663. > SNMP is based on UDP. So the SNMP is not a reliable protocol. Let's say
  664. > you did the SNMP SET operation. How do we gurantee that the SNMP SET
  665. > packet reached the Agent.
  666. >
  667. > Do we need to write some application level programming to do this.
  668.  
  669. Yes, the management application and the agent need to work cooperatively
  670. to take care of reliability.  Note that when an agent acts upon a SET
  671. request it will send a response packet that is either a positive or
  672. negative acknowledgment (the error code tells which).  So the main
  673. problem is what to do at the management station when you time out and
  674. get no response at all.
  675.  
  676. If the SET operation is idempotent (i.e. a second application on top of
  677. a previous one does not change the results) then you can just re-send
  678. the SET.  That would be the case if you are just storing values.  But
  679. not all SET operations work that way:  there may be side effects when
  680. an object is written.
  681.  
  682. Mike Heard
  683.  
  684. 1.10.10
  685. SUBJECT: How does an Agent know where to send a Trap?
  686.  
  687. I've noticed on the comp.protocols.snmp mailing list that the question
  688. "how does an agent know where to send traps" (short answer is "its
  689. implementation specific", long answer is, indeed, long, but has been
  690. well answered numerous times) is, indeed, a Frequently Asked Question.
  691. Any chance of adding it to your quite impressive FAQ posting?
  692.  
  693. T. Max Devlin
  694.  
  695. [Editor's Note: What T. Max is getting at here is that the trap
  696.  destination IP address is not represented in MIB-II, so how can
  697.  the agent know what it is? The answer is that most agents require
  698.  an external configuration process to take place before they can
  699.  be put into service, and that is how the IP address, among other
  700.  interesting parameters, is set in the agent. How this setup is
  701.  actually done varies among agent developers.]
  702.  
  703. 1.10.12
  704. SUBJECT: Which community string does the agent return?
  705.  
  706. Holger wrote:
  707.  
  708. > which community string is used in a response to a set-request and which is
  709. > used in a response to a get-request?
  710.  
  711. The packet is a turn-around document with respect to the
  712. community string. The community string in the response
  713. is typically whatever it was in the request. [snip]
  714. if you were to use the community-string field for passing
  715. different information from the agent back to the manager
  716. then it would not be standard SNMP.
  717.  
  718. Since you referred to "the" read/write community string
  719. let me point out that there can be multiple read and multiple
  720. write communities (although your agent/config file may
  721. constrain that in some way). You can use them to provide
  722. views of different portions of the mib for instance (but
  723. there is no v1/v2c standard for this mapping).
  724.  
  725. The community string is a poor man's password scheme
  726. because it is sent unencrypted in v1/v2c packets and tries to
  727. to do the job of authentication, privacy, and views. V3 does
  728. away with it.
  729.  
  730. Jim Jones
  731.  
  732. [Editor's Note: I would have said "SNMPv3 offers more and better
  733. options for security and privacy in SNMP messages."]
  734.  
  735. 1.10.15
  736. SUBJECT: How can I remotely manage community strings?
  737.  
  738.  
  739. Paul Nye wrote:
  740.  
  741. >I'm looking for a utility that enables me to change community names on
  742. >multiple devices from a single management console.
  743. >
  744. >For example, provided I have the correct SU password, I would like to be
  745. >able to identify a subnet or IP address range and the utility would query
  746. >any SNMP aware device in the range, test whether the SU/community names are
  747. >the same and if so, replace the SU password with one of my choice.
  748.  
  749. Because the methodology for setting community strings is not
  750. standardized, every type of device/agent version may have a
  751. different mechanism for handling this chore.  Therefore, there
  752. are no "single console" products for setting community strings.
  753. For this to be feasible, you would have to be able to
  754. differentiate every agent type, and know how that particular
  755. vendor/system/agent handles it.
  756.  
  757. T. Max Devlin
  758.  
  759. 1.10.17
  760. SUBJECT: What is the largest SNMP message?
  761.  
  762. George Chandy wrote:
  763. > Is there a limit to the size of messages in SNMP ?
  764.  
  765. Every implementation must at least accept messages of 484 octets in 
  766. size (RFC 1906).  That is the lower limit you can always bet on. The
  767. upper limit basically depends on the two SNMP engines that communicate.
  768. In most cases, people try to avoid IP fragmentation as it reduces the
  769. likelihood that the message reaches its destination. 
  770.  
  771. [snip]
  772.  
  773. Note that the only hard limit in the SNMP protocol is the number of
  774. varbinds you can have in a PDU. And that limit is 2147483647 - quite
  775. a big number if you ask me.
  776.  
  777. Juergen Schoenwaelder
  778.  
  779. Remember that the definitions in a MIB module are
  780. architectual, and not implementation limits. Note that
  781. the OCTET STRING data type does have a limit of 65535 octets,
  782. which will not fit in a UDP packet. Thus, there are
  783. limits imposed by the protocol and transport in addition
  784. to implementation limits of the SNMP agent or managed
  785. system.
  786.  
  787. David T. Perkins
  788.  
  789. 1.10.30
  790. SUBJECT: Are there security problems with SNMP?
  791.  
  792. 1.10.30.01
  793. See http://www.cert.org/advisories/CA-2002-03.html
  794.  
  795. 1.10.30.02
  796.  
  797. Recently there was a CERT advisory having to do with SNMPv1.
  798. The problem was that the code to process SNMP messages when it
  799. encountered malformed BER encoding, unsupported ASN.1 tags,
  800. or ASN.1 that didn't follow the format of messages did not
  801. "do the right thing". The code had programming errors which in
  802. some cases caused the code to crash the system.
  803.  
  804. What the SNMP message processing code was suppose to do is increment
  805. the counter snmpInASNParseErrs and drop the message.
  806.  
  807. David Perkins
  808.  
  809. 1.11.00 --RFC
  810.  
  811. 1.11.01
  812. SUBJECT: What is an RFC?
  813.  
  814.   The letters stand for the title Request For Comment, which
  815.   is the initial stage in the process for creating Internet
  816.   standards.  RFCs go through several stages of review and
  817.   refinement before they are adopted as final by the Internet
  818.   community.
  819.  
  820. 1.11.02
  821. SUBJECT: Where can I get RFC text?
  822.  
  823. 1.11.02.01
  824.  
  825. On WWW:
  826. -------
  827.  
  828. Ohio State University has an extensive set of RFCs in html (browser)
  829. format.  To see RFC 9898 (for example), use the following URL:
  830.  
  831. http://www.cis.ohio-state.edu/htbin/rfc/rfc9898.html
  832.                                         ^^^^^^^
  833.                            Put actual RFC number here.
  834.  
  835. Simply change the RFC number in the above URL to access the correct
  836. file for your purpose.
  837.  
  838. Also, for an RFC "Home Page" see
  839.  
  840. http://www.cis.ohio-state.edu/hypertext/information/rfc.html
  841.  
  842. 1.11.02.02
  843.  
  844. RFC-Info Simplified Help      submitted by: Mark Wallace
  845. -----
  846.  
  847. Use RFC-Info by sending an email messages to RFC-INFO@ISI.EDU.
  848.  
  849. 1.  To get a specific RFC send a message with text as follows:
  850.  
  851.         Retrieve: RFC   
  852.           Doc-ID: RFC1500
  853.  
  854. This gets RFC 1500.  All RFC numbers in the Doc-Id are 4 digits 
  855. (RFC 791 would be Doc-ID: RFC0791).
  856.  
  857. 2.  To get a specific FYI send a message with text as follows:
  858.  
  859.         Retrieve: FYI
  860.           Doc-ID: FYI0004
  861.  
  862. 3.  To get a list of available RFCs that match a certain criteria:
  863.  
  864.         LIST: RFC
  865.     Keywords: Gateway
  866.  
  867. Returns a list of RFCs with the word Gateway in the title or
  868. specified as a keyword.
  869.  
  870. 4.  To get information about other ways to get RFCs, FYIs, STDs,
  871.     or IMRs.
  872.  
  873.         HELP: ways_to_get_rfcs
  874.         HELP: ways_to_get_fyis
  875.         HELP: ways_to_get_stds
  876.         HELP: ways_to_get_imrs
  877.  
  878. 5.  To get help about using RFC-Info:
  879.  
  880.         HELP: help
  881.  
  882.     or
  883.  
  884.         HELP: topics
  885.  
  886. ===============================================================
  887.  
  888. 1.11.02.03
  889.  
  890. Other possible sites:
  891.  
  892.      ftp.internic.net
  893.      ftp.uu.net
  894.      merit.edu
  895.      nic.ddn.mil - note: avoid using this one, it's SLOW
  896.      nis.nsf.net
  897.      src.doc.ic.ac.uk
  898.      venera.isi.edu
  899.      ftp.std.com
  900.  
  901.      munnari.oz.au \___ Pacific Rim Sites use these
  902.      archie.au     /
  903.  
  904. 1.11.02.04
  905. Use anonymous ftp & look for rfc or pub/rfc directories above.
  906.  
  907.      Details on obtaining RFCs via FTP or EMAIL may be obtained by
  908.      sending an EMAIL message to "rfc-info@ISI.EDU" with the message
  909.      body "help: ways_to_get_rfcs".  For example:
  910.  
  911. >>        To: rfc-info@ISI.EDU
  912. >>        Subject: getting rfcs
  913.  
  914. >>        help: ways_to_get_rfcs
  915.  
  916.  
  917. 1.11.02.05
  918. You can get a CD ROM with all the RFCs as of the date of the
  919. CD ROM
  920.  
  921. >     Info Magic
  922. >     11950 N. Highway 89
  923. >     Flagstaff, AZ
  924. >    (800) 800-6613
  925. >    (520) 526-9565
  926. >
  927. >     http://www.infomagic.com/catalog5.htm#standards
  928. >
  929. >    Title is 'International & Domestic Standards' ($30)
  930.  
  931. Mark Aubrey
  932.  
  933. 1.11.02.06
  934. In Germany and Europe, try Christian Seyb:
  935.  
  936.      "I also offer a CDROM with all RFCs as of the date 
  937.       of beginning of Aug 93."
  938.  
  939. The following CDROM is available for DM 98,-- (app. $60) and
  940. contains the following software:
  941.  
  942. - Linux SLS V1.03, Kernel 0.99.11 and utilities for Linux
  943. - 386BSD version 0.1 including patch-kit 0.2.4
  944. - NetBSD version 0.8
  945. - Utilities for 386BSD and NetBSD
  946. - The Berkely Second Networking Distribution
  947. - GNU software (gcc 2.4.5, emacs 19.17, gmake 3.68, etc)
  948. - X11R5 up to patch 25 and lots of Contributed Software
  949. - TeX version 3.14
  950. - The Internet RFCs up to RFC1493
  951. - News, mail and mailbox software and many utilities for Unix
  952.  
  953.   Issue: Aug 1993
  954.  
  955. Contact:
  956.     CDROM Versand
  957.     Helga Seyb
  958.     Fuchsweg 86
  959.                                 Tel: +49-8106-302210
  960.     85598 Baldham               Fax: +49-8106-302310
  961.     Germany                 Bbs/Fax: +49-8106-34593
  962.  
  963. Christian Seyb  |    |  Mailbox/uucp/Fax: 08106-34593
  964.  
  965. 1.11.02.07
  966. Aloha and greetings from Cologne, Germany.
  967. Maybe it is interested for you, that the Technical University of Cologne 
  968. has a good script which translate the RFCs into HTML-RFCs.
  969. So you can link between the RFCs and you can get online.
  970.  
  971. You can try it by using the URL
  972.  
  973. http://rfc.fh-koeln.de/rfc.html
  974.  
  975. 1.11.02.08
  976. General RFC Information
  977.  
  978. http://www.cis.ohio-state.edu/hypertext/information/rfc.html
  979.  
  980. Praveen
  981.  
  982. 1.11.02.09
  983.  
  984. http://www.simple-times.org/pub/simple-times/issues/8-1.html#standards
  985. 2/3 down the page is a complete list of SNMP RFCs 
  986.  
  987. 1.11.02.10
  988.  
  989. http://www.simpleweb.org maintains up-to-date RFC list for network management.
  990.  
  991. 1.11.02.11
  992.  
  993. Try here:
  994.  
  995. http://www.rfc-editor.org/
  996.  
  997. I grab a copy of the RFC Index every once in a while and do my
  998. searches on that.  You can get the index here (it's about 540K):
  999.  
  1000. ftp://ftp.rfc-editor.org/in-notes/rfc-index.txt
  1001.  
  1002. Michael Fuhr
  1003.  
  1004. 1.12.00 --SNMP Reference
  1005.  
  1006. 1.12.01 
  1007. SUBJECT: What books are there which cover SNMP?
  1008.  
  1009. You may wish to visit http://www.pantherdig.com/snmpfaq
  1010. for a preset search on Barnes & Noble dot Com for SNMP.
  1011. A small part of each sale goes toward supporting the
  1012. SNMP FAQ.
  1013.  
  1014. 1.12.01.00 SNMP Books from Barnes & Noble dot com
  1015.  
  1016. 1. SNMP, SNMPv2, SNMPv3, and RMON 1 and 2
  1017. William Stallings / Hardcover / Addison Wesley Longman, 
  1018. Inc. / December 1998
  1019. ISBN: 0201485346          To order from Barnes & Noble:
  1020. http://service.bfast.com/bfast/click?bfmid=2181&sourceid=1713751&bfpid=0201485346&bfmtype=book
  1021.  
  1022. 2. Understanding SNMP MIBs: With Cdrom
  1023. Evan McGinnis,With David Perkins / Hardcover / Prentice 
  1024. Hall / September 1996
  1025. ISBN: 0134377087          To order from Barnes & Noble:
  1026. http://service.bfast.com/bfast/click?bfmid=2181&sourceid=1713751&bfpid=0134377087&bfmtype=book 
  1027.  
  1028. 3. Windows NT SNMP: Simple Network Management Protocol
  1029. James D. Murray,Deborah Russell (Editor) / Paperback / 
  1030. O'Reilly & Associates, Incorporated / February 1998
  1031. ISBN: 1565923383          To order from Barnes & Noble:
  1032. http://service.bfast.com/bfast/click?bfmid=2181&sourceid=1713751&bfpid=1565923383&bfmtype=book 
  1033.  
  1034. 4. Managing Internetworks with SNMP with Cdrom
  1035. Mark A. Miller,P. E. Miller / Paperback / IDG Books 
  1036. Worldwide / July 1999
  1037. ISBN: 076457518X          To order from Barnes & Noble:
  1038. http://service.bfast.com/bfast/click?bfmid=2181&sourceid=1713751&bfpid=076457518X&bfmtype=book
  1039.  
  1040. 5. A Practical Guide to SNMPv3 and Network Management
  1041. Dave Zeltserman / Hardcover / Prentice Hall / May 1999
  1042. ISBN: 0130214531          To order from Barnes & Noble:
  1043. http://service.bfast.com/bfast/click?bfmid=2181&sourceid=1713751&bfpid=0130214531&bfmtype=book
  1044.  
  1045. 6. Troubleshooting with SNMP & Analyzing MIBs
  1046. Louis Steinberg / Paperback / McGraw-Hill Companies, The 
  1047. / June 2000
  1048. ISBN: 0072124857          To order from Barnes & Noble:
  1049. http://service.bfast.com/bfast/click?bfmid=2181&sourceid=1713751&bfpid=0072124857&bfmtype=book
  1050.  
  1051. 7. SNMP Network Management
  1052. Paul Simoneau / Paperback / McGraw-Hill Companies, The / 
  1053. January 1999
  1054. ISBN: 0079130755          To order from Barnes & Noble:
  1055. http://service.bfast.com/bfast/click?bfmid=2181&sourceid=1713751&bfpid=0079130755&bfmtype=book
  1056.  
  1057. 8. Snmp++: An Object-Oriented Approach to Developing 
  1058. Network Management Applications
  1059. Peter E. Mellquist,Hewlett-Packard Company / Paperback / 
  1060. Prentice Hall / July 1997
  1061. ISBN: 0132646072          To order from Barnes & Noble:
  1062. http://service.bfast.com/bfast/click?bfmid=2181&sourceid=1713751&bfpid=0132646072&bfmtype=book 
  1063.  
  1064. 9. LAN Management with SNMP and RMON
  1065. Gilbert Held / Paperback / Wiley, John & Sons, 
  1066. Incorporated / August 1996
  1067. ISBN: 0471147362          To order from Barnes & Noble:
  1068. http://service.bfast.com/bfast/click?bfmid=2181&sourceid=1713751&bfpid=0471147362&bfmtype=book 
  1069.  
  1070. 10. SNMP Application Developers Manual
  1071. Robert L. Townsend / Hardcover / Wiley, John & Sons, 
  1072. Incorporated / December 1997
  1073. ISBN: 0471286400          To order from Barnes & Noble:
  1074. http://service.bfast.com/bfast/click?bfmid=2181&sourceid=1713751&bfpid=0471286400&bfmtype=book 
  1075.  
  1076. 11. Total SNMP: Exploring the Simple Network Management 
  1077. Protocol
  1078. Sean J. Harnedy,Sean J. Harnedy / Paperback / Prentice 
  1079. Hall / June 1997
  1080. ISBN: 0136469949          To order from Barnes & Noble:
  1081. http://service.bfast.com/bfast/click?bfmid=2181&sourceid=1713751&bfpid=0136469949&bfmtype=book 
  1082.  
  1083. 12. How to Manage Your Network Using SNMP: The Networking 
  1084. Management Practicum
  1085. Marshall T. Rose,Keith McCloghrie / Paperback / Prentice 
  1086. Hall / September 1994
  1087. ISBN: 0131415174          To order from Barnes & Noble:
  1088. http://service.bfast.com/bfast/click?bfmid=2181&sourceid=1713751&bfpid=0131415174&bfmtype=book 
  1089.  
  1090. 13. RMON: Remote Monitoring of SNMP-Managed LANs
  1091. David T. Perkins / Hardcover / Prentice Hall / September 
  1092. 1998
  1093. ISBN: 0130961639          To order from Barnes & Noble:
  1094. http://service.bfast.com/bfast/click?bfmid=2181&sourceid=1713751&bfpid=0130961639&bfmtype=book 
  1095.  
  1096. 14. SNMP V3 Survival Guide: Practical Strategies for 
  1097. Integrated Network Management
  1098. Rob Frye,Jon Saperia / Hardcover / Wiley, John & Sons, 
  1099. Incorporated / January 1999
  1100. ISBN: 0471356468          To order from Barnes & Noble:
  1101. http://service.bfast.com/bfast/click?bfmid=2181&sourceid=1713751&bfpid=0471356468&bfmtype=book 
  1102.  
  1103. 15. SNMP-Based ATM Network Management
  1104. Heng Pan / Hardcover / Artech House, Incorporated / 
  1105. September 1998
  1106. ISBN: 0890069832          To order from Barnes & Noble:
  1107. http://service.bfast.com/bfast/click?bfmid=2181&sourceid=1713751&bfpid=0890069832&bfmtype=book 
  1108.  
  1109. 16. SNMP: Simple Network Management Protocol: Theory and 
  1110. Practice, Versions 1 and 2: Theory and Practice, 
  1111. Versions 1 and 2
  1112. Mathias Hein,David Griffiths (Editor) / Paperback / Itcp 
  1113. / May 1995
  1114. ISBN: 1850321396          To order from Barnes & Noble:
  1115. http://service.bfast.com/bfast/click?bfmid=2181&sourceid=1713751&bfpid=1850321396&bfmtype=book
  1116.  
  1117. For a list of other books which may or may not be in 
  1118. print, go to http://www.pantherdig.com/snmpfaq/otherbks.txt
  1119.  
  1120. 1.12.02
  1121. SUBJECT: What periodicals are heavily oriented to SNMP?
  1122.  
  1123. 1.12.02.01
  1124.      One bi-monthly newsletter is "SIMPLE TIMES".
  1125.      You can subscribe via email at
  1126.  
  1127.      mailto:/st-subscriptions@simple-times.org
  1128.  
  1129.      Use HELP on the Subject line for details. Also try
  1130.  
  1131.      http://www.simple-times.org
  1132.  
  1133.      For back issues of Simple Times, try
  1134.  
  1135.         http://www.simple-times.org/pub/simple-times/issues
  1136.  
  1137. 1.12.02.02
  1138.      ConneXions, The Interoperability Report
  1139.      480 San Antonio Road, Suite 100
  1140.      Mountain View, CA 94040
  1141.  
  1142.      Ph: 415-941-3399
  1143.      Fx: 415-949-1779
  1144.  
  1145.  
  1146. 1.12.03
  1147. SUBJECT: What classes are available on the topic of SNMP?
  1148.  
  1149. 1.12.03.01
  1150.      Softbank Forums
  1151.      303 Vintage Park Drive
  1152.      Foster City, CA 94404
  1153.  
  1154.      415-578-6986
  1155.  
  1156.      EMail: onsite@interop.com
  1157.  
  1158.  
  1159. 1.12.03.02 
  1160.      Network World Technical Seminars
  1161.  
  1162.      Ph: 800-643-4668  (direct: 508-820-7493)
  1163.      Fx: 800-756-9430
  1164.  
  1165.      [Fax back line, ask for document 55]
  1166.  
  1167. 1.12.03.03
  1168.      Learning Tree International
  1169.      1805 Library St
  1170.      Reston, VA 22090-9919
  1171.  
  1172.      800-843-8733 or 703-709-6405
  1173.  
  1174.      http://www.learningtree.com
  1175.  
  1176. 1.12.03.04
  1177.      American Research Group, Inc.
  1178.      PO Box 1039
  1179.      Cary, NC  27512
  1180.    
  1181.      919-380-0097
  1182.  
  1183. 1.12.03.05
  1184.  
  1185.     Chateau Systems, Inc
  1186.     SNMP Training & Development
  1187.     360 862-1154
  1188.     http://www.chateausystems.com
  1189.  
  1190.     Larry R. Walsh
  1191.  
  1192.  
  1193. 1.12.04
  1194. SUBJECT: What email discussion groups are available for SNMP?
  1195.  
  1196. 1.12.04.01
  1197. SUBJECT: Mailing lists for SNMPv1
  1198.  
  1199. "This mailing list is currently being managed with ListProcessor,
  1200. v6.0c."
  1201.  
  1202. Updates to be made include the request address.  It should be:
  1203.  
  1204.     listproc@lists.psi.com
  1205.  
  1206. The subject line is not looked at.  The body of the message should
  1207. contain:
  1208.  
  1209.     subscribe <list> <your email address>
  1210.  
  1211. For the snmp list, subscribe to the list by sending a message to:
  1212.  
  1213.     listproc@lists.psi.com
  1214.  
  1215. with a message body of:
  1216.  
  1217.     subscribe snmp <emailaccount>@<mailhostname.domain>"
  1218.  
  1219. George Smith
  1220.  
  1221. It appears the new valid snmpv1 mailing list address is
  1222. snmp-request@lists.psi.com.
  1223.  
  1224. However, when I tried to subscribe to snmpv2 mailing list, my email was
  1225. simply not recieved by anyone.
  1226.  
  1227. Paul Ledbetter
  1228.  
  1229.  
  1230. 1.12.04.02
  1231. SUBJECT: Mailing lists for SNMPv2
  1232.  
  1233. "For the snmpv2 list, subscribe to the list by sending a message to:
  1234.  
  1235.         snmpv2-request@tis.com
  1236.  
  1237. with a message body of:
  1238.  
  1239.         subscribe snmpv2 <emailaccount>@<mailhostname.domain>"
  1240.  
  1241. George Smith
  1242.  
  1243. [Editor's Note: Out of action? See above topic]
  1244.  
  1245.  
  1246. 1.12.05
  1247. SUBJECT: What trade shows cater to SNMP?
  1248.  
  1249.    These days nearly every networking trade show in the
  1250.    US, and many outside the US, covers the SNMP market.
  1251.  
  1252.    The "big name" in internetworking is (their text):
  1253.  
  1254. "NetWorld+Interop (the definitive networking event)
  1255.  
  1256. Online registration at
  1257.     http://www.interop.com
  1258.  
  1259. Phone registration and customer service: 800-962-6513 and 650-372-7079
  1260.  
  1261. Mail registration
  1262. NetWorld+Interop
  1263. c/o ZD Events
  1264. PO Box 45295
  1265. San Francisco CA 94145-0295"
  1266.    
  1267.  
  1268. 1.12.06
  1269. SUBJECT: What SNMP Product User Groups Are There?
  1270.  
  1271. 1.12.06.01
  1272. HP OPENVIEW:
  1273.  
  1274. For owners of a run time license to HP OpenView, there
  1275. is the the OpenView Forum (a yearly fee is charged).
  1276.  
  1277. OpenView users should be directed to the OpenView Forum at their web site:
  1278. http://www.ovforum.org
  1279.  
  1280.  
  1281. "You might also want to include a pointer/reference somewhere on your site
  1282. for Summit Online.  It's a great resource (check it out).  The URL is
  1283. http://www.summitonline.com"
  1284.  
  1285. Rick Sturm
  1286.  
  1287. There is an email list for the ovforum.
  1288. It is very active (20-40 messages per day).
  1289. to submit questions or responses:
  1290.     ovforum.ovforum.org
  1291. To Subscribe:
  1292.     I think it's majordomo@ovforum.org.  If you try to subscribe to
  1293.       ovforum.ovforum.org it will respond with subscription instructions.
  1294.  
  1295. Matt Dougherty
  1296.  
  1297.  
  1298. 1.12.06.02
  1299. SUNNET MANAGER (revised 3/95):
  1300.  
  1301.   If you wish to subscribe to snm-people, send a message to
  1302.  
  1303.           listproc@zippy.Telcom.Arizona.EDU
  1304.  
  1305.    with no subject, containing only the words:
  1306.  
  1307.    subscribe snm-people "Kent F Enders"
  1308.                         [^^^^^^^^^^^^^^^^^^^]
  1309.  
  1310.    [Editor's note: we assume this should be your name here!]
  1311.  
  1312.   If you wish to unsubscribe from snm-people, send the message:
  1313.  
  1314.     unsubscribe snm-people
  1315.  
  1316.   For more information on using listproc, send the message:
  1317.  
  1318.     help 
  1319.  
  1320. This list is devoted to the issues revolving around the use of the
  1321. SunNet Manager Software package.
  1322.  
  1323. An anonymous FTP area is set up on Zippy.Telcom.Arizona.EDU as
  1324. ftp://128.196.128.85/~/pub/snm
  1325.  
  1326. For those users that do not have access to ftp directly, zippy also
  1327. supports ftps by mail.  If you want to try it out send an email
  1328. message with the word `help' in the body of the message for some
  1329. instructions.  Send that email message to
  1330.             ftpmail@zippy.telcom.arizona.edu.
  1331.  
  1332. An archive of the mail messages sent to the list subscribers is
  1333. maintained as well. To get an index of these messages send a message
  1334. to listproc@zippy.telcom.arizona.edu with a single line message of:
  1335.  
  1336.    INDEX SNM-PEOPLE
  1337.  
  1338. To remove your name from the mailing list send a one line mail message
  1339. to  listproc@zippy.telcom.arizona.edu.  The message should contain the
  1340. line:
  1341.  
  1342.    UNSUBSCRIBE SNM-PEOPLE
  1343.  
  1344. To receive a list of the commands for the listproc send a message to
  1345. listproc@zippy.telcom.arizona.edu with a message of:
  1346.  
  1347.    HELP
  1348.  
  1349. To send a message to the list send mail to 
  1350.  
  1351. mailto:snm-people@zippy.telcom.arizona.edu
  1352.  
  1353. 1.12.06.03
  1354. IBM NetView
  1355.  
  1356. There is a NetView User's mailing list (not affiliated or run
  1357. by Tivoli) that is a great place to learn about NetView and
  1358. ask questions.  Quoting from the nv-l instructions:
  1359.  
  1360.  To subscribe to the NV-L list, send mail to LISTSERV@UCSBVM.UCSB.EDU
  1361.  (not to NV-L nor NV-L-request), with the single line in the body
  1362.  of the note:
  1363.  
  1364.    SUBSCRIBE NV-L firstname lastname
  1365.  
  1366.  This list is for the discussion of NetView and all related products,
  1367.  platforms, usage questions, bugs, and for the dissemination of
  1368.  announcements and updates by members of the NetView Association.
  1369.  Vendors are welcome to post short announcements of products and/or
  1370.  services.
  1371.  
  1372. You may want to visit the Tivoli NetView web page at:
  1373.  
  1374.  http://www.support.tivoli.com/faqs/prod5.html
  1375.  
  1376. Also, the IBM NetView "red books" are a good practical
  1377. source of information on NetView.  Try
  1378.  
  1379.  http://www.rs6000.ibm.com/resource/aix_resource/Pubs/redbooks/
  1380.  
  1381. or 
  1382.  
  1383.  http://www.redbooks.ibm.com
  1384.  
  1385. Brett Coley
  1386.  
  1387.  
  1388. 1.12.07
  1389. SUBJECT: Where can I find SNMP-related material on WWW?
  1390.  
  1391. [from comp.dcom.net-management...]
  1392. ----------------
  1393.  
  1394. 1.12.07.01
  1395. it's best if you check out the following www page: it's devoted to
  1396. network management and contains an excellent overview and links to
  1397. all the different organisations and commitees:
  1398.  
  1399.     http://smurfland.cit.buffalo.edu/NetMan/index.html
  1400.  
  1401. Andreas Weder
  1402.  
  1403.  
  1404. 1.12.07.02
  1405. Re: HNMS:
  1406.  
  1407. http://snmp.cs.utwente.nl/General/snmp-faq.html
  1408.  
  1409. Re: The tkined & scotty network management system:
  1410.  
  1411. http://www.cs.tu-bs.de/ibr/cgi-bin/sbrowser.cgi
  1412. http://www.cs.tu-bs.de/ibr/projects/nm/scotty/tcl+snmp.html
  1413. http://wwwhome.cs.utwente.nl/~schoenw/scotty/
  1414.  
  1415.  
  1416. 1.12.07.03
  1417.  
  1418. [Deleted]
  1419.  
  1420. 1.12.07.04
  1421. Commercial SNMP Software
  1422.  
  1423. (See SNMP FAQ Part 2):
  1424.  
  1425.  
  1426. 1.12.07.05
  1427.  
  1428. [Deleted]
  1429.  
  1430. 1.12.07.06
  1431.  
  1432. THIS SPACE WAS FORMERLY OCCUPIED BY A HUGE BUT UNMAINTAINED
  1433. LIST OF URLS SUBMITTED IN 1996 BY BRUCE BARNETT. IT HAS BEEN
  1434. REMOVED TO CONSERVE SPACE AND SINCE SO MANY OF ITS LINKS
  1435. HAD BECOME OBSOLETE. TO SEE IT FOR POSSIBLE VALUE, GO TO
  1436.  
  1437. http://www.pantherdig.com/snmpfaq/bb_urls.txt
  1438.  
  1439. 1.12.07.07
  1440. eg3.com is a free resource, serving the needs of designers in
  1441. board-level, embedded, dsp, and realtime.
  1442.  
  1443. We already link to Simple Network Management Protocol,
  1444. as an important resource for the engineer in our free listings.
  1445.  
  1446. Judy Perry
  1447.  
  1448. 1.12.07.08
  1449.  
  1450. http://www.snmpworld.com
  1451.  
  1452. 1.12.07.09
  1453.  
  1454. http://www.SNMPLink.org -- based in France & well-maintained
  1455.  
  1456. 1.12.07.10
  1457.  
  1458. http://www.simpleweb.org -- from Germany & well-maintained
  1459.  
  1460. 1.12.07.11
  1461.  
  1462. Good overview of net management generalities, context into
  1463. which snmp fits:
  1464.  
  1465.     http://netman.cit.buffalo.edu/Doc/DStevenson
  1466.  
  1467. Good snmp intro for tech guys (like me).  I wouldn't want
  1468. to talk about snmp before knowing about half this stuff.
  1469. Ignore chapter 4, though, as it's basically hype for their
  1470. software.  But eveything else is not wasted reading.
  1471.  
  1472.     http://www.ddri.com/Doc/SNMP_Overview.pdf
  1473.  
  1474. The SNMP FAQ is very outdated, I feel.  Better is the
  1475. UCD-SNMP FAQ that comes with the linux software!
  1476.  
  1477. Erik Kruus
  1478.  
  1479. 1.12.07.12
  1480.  
  1481. http://net-snmp.sourceforge.net
  1482.  
  1483. 1.12.07.13
  1484.  
  1485. I would like to announce that a forum for users of Sniffer Technologies
  1486. products is open at http://www.snifferusers.org. 
  1487.  
  1488. Jim Moore
  1489.  
  1490. 1.12.08
  1491. SUBJECT: What related mailing lists exist?
  1492.  
  1493. 1.12.08.01
  1494.  
  1495. J. Lindsay wrote:
  1496.  
  1497. "I have started a mailing list for those interested in web-based network
  1498. and systems management.  To subscribe send email to
  1499.       mailto:web-manage-request@qds.com
  1500.  
  1501. with an email body of
  1502.  
  1503.       "subscribe web-manage <your email address here>"
  1504.  
  1505. The most applicable usenet news group is
  1506. news://comp.dcom.net-management.
  1507.  
  1508. TO UNSUBSCRIBE:
  1509.  
  1510. If you send an "unsubscribe me" message to the list itself
  1511. it is almost certain your mail box will overflow with people
  1512. flaming you.
  1513.  
  1514. The list is open and unmoderated. All requests should go to:
  1515.  
  1516. mailto:web-manage-request@qds.com
  1517.  
  1518. 1.12.20 What related newsgroups exist?
  1519.  
  1520. 1.12.20.01
  1521.  
  1522. Please also visit our cousin newsgroup
  1523.         news://comp.dcom.net-management.
  1524.  
  1525. 1.12.20.02
  1526.  
  1527. There's a discussion group on delphi concerning Enterprise Management.
  1528. The areas covered are CA Unicenter, HP OpenView, Tivoli, Platinum Tech,
  1529. Enterprise Management,Trade Shows, EM User Groups, Networking Jobs,
  1530. Industry Discussion, and General Discussion.
  1531.  
  1532. Again, this is focusing on Enterprise Management. There are over 423
  1533. members to this forum as of 11/11/98.  You can visit this site at....
  1534.  
  1535. http://www.delphi.com/emc2
  1536.  
  1537. Christopher Smiga
  1538.  
  1539. 1.12.21
  1540. SUBJECT: Are there introductory materials?
  1541.  
  1542. 1.12.21.01
  1543.  
  1544. Look for a document called "ACE-SNMP An Introductory Overview of SNMP"
  1545. at http://www.ddri.com, I've found it very easy to read and understand and a
  1546. needed step before getting at RFCs.
  1547.  
  1548. Alessandro Scotti
  1549.  
  1550. 1.12.21.02
  1551.  
  1552. "SNMP for Dummies" at:
  1553.  
  1554.    http://www.netcom-sys.com/techdocs.html
  1555.  
  1556. Is also good startup reading.
  1557.  
  1558. John J. Miller
  1559.  
  1560.  
  1561. 1.13.00 --Miscellaneous
  1562.  
  1563. 1.13.01
  1564. SUBJECT: SNMP and Autodiscovery
  1565.  
  1566. 1.13.01.01
  1567.  
  1568. "Automated topology discovery is a hard problem due to the diversity of deployed
  1569. systems and the wide distribution of resource information.  I will briefly
  1570. mention some reasons why a ping/traceroute based approach will not work :
  1571. subnetting, tunneling, firewalls, virtual LANS.  Your network topology
  1572. discovery tool would have to extract more information like subnet masks,
  1573. etc and use heuristics for "guessing" the real topology.
  1574.  
  1575. I was a teaching assistant for the computer networks course offered in the
  1576. spring at Columbia, and assigned the third class project on network topology
  1577. discovery.  You may want to refer to the project resources WWW page at the
  1578. URL="http://www.cs.columbia.edu/networks97/project3/resources.html"
  1579.  
  1580. Alexander V. Konstantinou"
  1581.  
  1582. 1.13.01.02
  1583.  
  1584. "[...]these are some of the methods that I had used
  1585.  
  1586. 1. SNMP Broadcast on your local net; all SNMP agents respond
  1587. 2. Listening for RIP, and OSPF ports, you'll get info on the routers around,
  1588. and consequently the different sub-networks connected by this router. If you
  1589. need a better discovery you could listen on both IP and IPX ports.
  1590. 3. ICMP Router interface discovery; this will again give you information on
  1591. all the router interfaces (sub-nets)
  1592. 4. Once you know a sub-net and it's mask (I'm speaking about IP nets) you
  1593. could issue an ICMP-echo spray to all the possible IP addresses in that
  1594. range, the one's who are alive will respond. But this has to be fine tuned
  1595. so that you do not swamp the network with disocvery packets. In case of IPX
  1596. you issue an IPX diagnostic message spray (the counterpart of ICMP in Novell
  1597. networks).
  1598. 5. You could walk the routing tables (MIB2) and get information about other
  1599. routers and sub-nets. You could figure out the type of the sub-net (MAC
  1600. layer) by looking up "ifType" for each of the router interfaces.
  1601.  
  1602. NOTE: The typical problems you would face is handling unnumbered router
  1603. ports, and proxy-ARP issues."
  1604.  
  1605. Mohit Tendolkar
  1606.  
  1607. 1.13.01.03
  1608.  
  1609. Check out this paper:
  1610. http://www.cs.cornell.edu/skeshav/papers/discovery.pdf
  1611.  
  1612. Daniel Secci
  1613.  
  1614. 1.13.02
  1615. SUBJECT: SNMP Traps and NOTIFICATION-TYPE
  1616.  
  1617. 1.13.02.01 - Traps
  1618.  
  1619. I am relatively ignorant about SNMP. However, I have spent a
  1620. reasonable amount of effort investigating agents, managers, the
  1621. technology, and I have read most of the important RFCs.
  1622.  
  1623. There are a bunch of related but simple, practical questions to which
  1624. I cannot get a straight answer: Are SNMP traps useful in the real
  1625. world? Can you depend on traps being sent across networks? Do agents
  1626. repeat traps? How do you select a polling interval if there are traps
  1627. you consider very important?
  1628.  
  1629. RFC 1215 (the one with the TRAP-TYPE macro) says traps are a bad idea
  1630. (well, sort of). RFC 1224 seems to describe a method to acknowledge
  1631. SNMP traps and throttle them?
  1632.  
  1633. What's the real feeling...you know, in practice? The real state of the
  1634. art?
  1635.  
  1636. Shyamal Prasad
  1637.  
  1638. Traps are very useful to us. They let us know when a router link goes down,
  1639. when network performance is degrading, when a power failure has occurred,
  1640. etc. - just to name a few.
  1641.  
  1642. You don't poll for traps - the agent just sends the traps to the network
  1643. management station(s) you tell it to send them to. Now you can program the
  1644. network management station to take automatic action if you so desire. For
  1645. example, if one of our ethernet concentrators sends us traps on a
  1646. misbehaving port we automatically do some checking and if it is a situation
  1647. that could potentially take our whole segment down we automatically
  1648. partition the port off of the network. I'm sure this has saved numerous
  1649. network outages.
  1650.  
  1651. Yes, agents may send repetitive traps. The way you throttle or deal with
  1652. them depends on the software you use on your network management station.
  1653.  
  1654. All that said - you cannot rely on traps alone. For example, if I die - I
  1655. cannot pick up the phone and tell someone that "I am dead". Neither can a
  1656. SNMP agent. Therefore it is good to poll the agents periodically just to see
  1657. if they are alive and well.
  1658.  
  1659. Blaine Owens
  1660.  
  1661. 1.13.02.02 - NOTIFICATION-TYPE
  1662.  
  1663. The current terminology in use in SNMP is the following:
  1664.  
  1665.   The NOTIFICATION-TYPE construct is used to define events
  1666.   or conditions of interest in a managed system. (In the
  1667.   earlier, but now obsolete, version of the SMI, the
  1668.   TRAP-TYPE construct was used.)
  1669.  
  1670.   SNMPv1 protocol contains the TRAP message type that
  1671.   is sent when an event or condition defined by a
  1672.   NOTIFICATION-TYPE construct occurs.
  1673.  
  1674.   SNMPv2c and SNMPv3 protocols contain the v2TRAP and
  1675.   INFORM message types that are sent when an event or
  1676.   condition defined by a NOTIFICATION-TYPE construct
  1677.   occurs. A v2TRAP message is not confirmed, and an
  1678.   INFORM message is confirmed (that is, a response
  1679.   message is sent back).
  1680.  
  1681.   There is no such thing as an alarm in SNMP.
  1682.  
  1683. David T. Perkins
  1684.  
  1685. 1.13.02.03 - Enterprise versus Generic Traps
  1686.  
  1687. There were 6 defined traps [SNMPv1] that were considered to be common
  1688. that could be generally useful for most/many SNMP agents
  1689. [perhaps some more important than others]. There was also
  1690. the need to let agent/MIB designers implement the idea of
  1691. traps that were specific to their hardware/software/management
  1692. needs. In the v1 packet there are 2 fields associated with
  1693. these, the one for generic traps would be given a value of 0..5
  1694. to identify which of the generic traps the packet was related
  1695. to, or 6, in which case the other [enterprise specifc] field was
  1696. used to carry the information about what trap was being
  1697. triggered. Plus there are was another OID field in the v1 trap
  1698. packet that the manager application would get to identify the
  1699. [enteprise specific] trap since different agents on different types
  1700. of hardware would likely use the same values. The v1
  1701. approach was not great. With v2 packets this changes
  1702. somewhat. SMIv2 MIBs traps (NOTIFICATIONS) are not identified
  1703. as some integer value but rather as a node in the tree. The 6 generic
  1704. traps were specified as 6 children of a parent node down under a
  1705. new SNMPv2 subtree in the world-wide tree specification (with
  1706. node values 1..6, not 0..5). There is no longer a special trap
  1707. packet format for v2... the old v1 special fields are now v2
  1708. varbinds in a standard v2 response packet. 
  1709.  
  1710. Jim Jones
  1711.  
  1712. 1.13.02.04 -- SNMPv1 Traps versus SNMPv2/v3 Notifications
  1713.  
  1714. In the SNMPv1 protocol, there is a single type of operation
  1715. to send an unsolicited message from an agent to a manager,
  1716. which is a [v1]Trap. SMIv1 uses the TRAP-TYPE construct to
  1717. define the conditions when such a message can be generated,
  1718. the identification of the message, and the management
  1719. information to be contained in the message.
  1720.  
  1721. When the second version of the SNMP framework was created,
  1722. it was realized that the simple model for sending unsolicited
  1723. messages needed to be generalized and a few problems solved.
  1724. The class of unsolicited messages was renamed to notfications,
  1725. and contained two types, which are v2TRAP (an unconfirmed
  1726. notification), and INFORM (a confirmed notification).
  1727. (Please note that an it is incorrect to characterize v1/v2TRAPs
  1728. as unreliable and INFORMs as reliable.) Due to politics at the time,
  1729. INFORMS were labelled as "manager-to-manager" communication.
  1730. However, this labelling has been fixed (and anyone that
  1731. claims that INFORMs are "manager-to-manager" communications
  1732. is living with a 1996 world view and not a present world
  1733. view!)
  1734.  
  1735. The first and second frameworks for SNMP-based management
  1736. do not contain a standard mechanism to configure where to
  1737. send notification nor the other details such as which type,
  1738. and the security parameter values. The result has been
  1739. proprietary definitions that vary in sophistication.
  1740. The simplest is a table of IP addresses where to send
  1741. traps (with no support for INFORMs, and other properties).
  1742.  
  1743. The third version of the SNMP framework contains in RFC 2573
  1744. and RFC 2576 a VERY RICH mechanism for managing notification
  1745. generation.
  1746.  
  1747. David T. Perkins
  1748.  
  1749. 1.13.03
  1750. SUBJECT:  SNMP and/versus the Web
  1751.  
  1752. 1.13.03.01
  1753. SNMP MIB Browsers for Web Software
  1754.  
  1755. 1.13.03.01.01
  1756. Commercially Available.
  1757.  
  1758. 1.13.03.01.01.01
  1759.      MibMaster, an SNMP to HTML Gateway from Equivalence
  1760.  
  1761.      http://www.equival.com/
  1762.      An evaluation version is available free.  A fully-functional
  1763.      version can be purchased.
  1764.  
  1765. 1.13.03.01.02
  1766. Public Domain.
  1767.  
  1768. http://www.uni-ulm.de/urz/mibbtogather/
  1769.  
  1770. 1.13.03.02
  1771. Web Browsers as Network Agents/Managers
  1772.  
  1773. No data available.
  1774.  
  1775.  
  1776. 1.13.04
  1777. SUBJECT:  SNMP and Java
  1778.  
  1779. "If you have a Linux or Windows NT environment check out:
  1780.   http://www.equival.com/
  1781.  
  1782. For Java see:
  1783.   http://www.adventnet.com/"
  1784.  
  1785. Carl H. Wist
  1786.  
  1787. Other sources:
  1788.  
  1789. http://www.mindspring.com/~jlindsay/javamgmt.html
  1790. http://www.research.att.com/~nikos/marvel/
  1791. http://madonna.postech.ac.kr/~sunhokim/snmp.html
  1792. http://java.sun.com/products/JavaManagement/index.html
  1793. http://www.thinsoft.com/
  1794. http://www.west.nl/archive/java/snmp/
  1795. http://www.westhawk.co.uk/
  1796.  
  1797. Hope this helps.
  1798.  
  1799. Martin Cooley
  1800.  
  1801.  
  1802. 1.13.04.01
  1803. Java Classes/Applets/Etc for SNMP
  1804.  
  1805. 1.13.04.01.01
  1806. Commercially Available
  1807.  
  1808. 1.13.04.01.01.01
  1809.      AdventNet, Inc.
  1810.  
  1811.      http://www.adventnet.com
  1812.  
  1813.      mailto:info@adventnet.com
  1814.  
  1815.      AdventNet, Inc.
  1816.      5645 Gibraltar Drive
  1817.      Pleasanton, CA 94588 USA
  1818.      Phone: +1-925-924-9500
  1819.      Fax: +1-925-924-9600
  1820.  
  1821. 1.13.04.01.01.02
  1822.      SunSoft
  1823.  
  1824.      http://java.sun.com
  1825.  
  1826.      Note: the above is one place to start, but don't
  1827.      forget to search the Web
  1828.  
  1829. "Another option for building SNMP agents in Java is Sun's
  1830. Java Dynamic Management Kit (JDMK) product.  Take a look at
  1831. http://www.sun.com/software/java-dynamic/
  1832.  
  1833. JDMK is based on Java Beans -- as the agent developer, all you have to
  1834. do is to adhere to the Java Beans design patterns in your Java code.
  1835. An SNMP MIB compiler is provided that translates an SNMP MIB definition
  1836. into Java Beans, you then need to fill in the methods of the generated
  1837. Beans."
  1838.  
  1839. Dave Hendricks
  1840.  
  1841. >  ... could some one tell me how to subscribe to the JDMK mailing
  1842. > list I have subscribed using the indication of the JDMK home page but I
  1843. > do not think some thing happening on this list :
  1844.  
  1845. You should subscribe by sending an email to listserv@java.sun.com 
  1846. containing in the body:
  1847.  
  1848. SUBSCRIBE JDMK-FORUM <your email address>
  1849.  
  1850. (I am not sure whether you should also remove your signature, but I 
  1851. guess it is safer anyway)
  1852.  
  1853. To get a better response time, please direct your questions regarding
  1854. JDMK to the JDMK-FORUM list rather than to this forum.
  1855.  
  1856. The JDMK-FORUM archives are accessible at 
  1857.     http://archives.java.sun.com
  1858.  
  1859. You might want to have a look at the Java Dynamic Management Kit 
  1860. at http://www.sun.com/software/java-dynamic/ 
  1861.  
  1862. Daniel Fuchs
  1863.  
  1864. 1.13.04.01.01.03
  1865.      Gamelan
  1866.  
  1867.      http://www.gamelan.com
  1868.  
  1869.      Lots of links to Java sites, developers, code, etc.
  1870.  
  1871. 1.13.04.01.01.04
  1872.  
  1873. [...]Furthermore, the coupling of Sun's Jini and JDMK looks promising for
  1874. creating "plug-and-manage" systems
  1875.  
  1876. http://www.sun.com/consumer-embedded/cover/jdmkjini.html
  1877.  
  1878. Steve Common
  1879.  
  1880. 1.13.04.01.01.05
  1881. You may want to mention Cyberons for Java -- SNMP Manager Toolkit from
  1882. Netaphor
  1883.  
  1884. This product sells for $499 per developer license and royalty-free
  1885. unlimited distributions.
  1886.  
  1887. The product also provides high level functions such as device
  1888. discovery, MIB walks, columnar and row access to tabular data, etc.
  1889.  
  1890. A programmer's guide is available online at http://cyberons.com.
  1891.  
  1892. Shripathi Kamath
  1893.  
  1894. Cyberons for Java SNMP Manager Toolkit version 2.0 supports SNMP v3, and
  1895. includes easy-to-use classes which provide access to all v3 features. We
  1896. paid a great deal of attention while designing these classes to ensure that
  1897. management applications can be written to work with all versions of SNMP
  1898. with minimal differences in code, and provide numerous examples to
  1899. illustrate usage.
  1900.  
  1901. Also available as a separate product is Cyberons for Java SNMP Utilities
  1902. 1.0, which is a set of utilities to work with the SNMP Manager Toolkit.
  1903. These utilities include a MIB compiler/loader, a MIB browser and test
  1904. application.
  1905.  
  1906. More information about these products, including a complete programmer's
  1907. guide, can be obtained from http://cyberons.com
  1908.  
  1909. Gopal Narayan
  1910.  
  1911. 1.13.04.01.02
  1912. Public Domain
  1913.  
  1914. 1.13.04.01.02.01
  1915.  
  1916. From Jan-Arendt Klingel ...
  1917.  
  1918. "Beside MIB-Master there is the JaSCA class library (Java SNMP Control  
  1919. Applet). The URL is http://termiitti.akumiitti.fi/nixu/. The organisation  
  1920. is called Nixu Oy and is located in Finland. One of the three authors is  
  1921. Pekka Nikander (Pekka.Nikander@nixu.fi).
  1922.  
  1923. [Note: This site seems to have moved to www.nixu.fi, is all in Finnish.]
  1924.  
  1925. 1.13.04.01.02.02
  1926.  
  1927. There is a mailing list called "Java Network Management Mailing List" on  
  1928. java-nm@adventnet.com. To subscribe send an email to  
  1929. majordomo@adventnet.com with a body of "subscribe java-nm". There is not  
  1930. so much traffic on the list (maybe because of a bug in the majordomo  
  1931. list).
  1932.  
  1933. 1.13.04.01.02.03
  1934.  
  1935. The URL http://www.West.nl/archive/java/snmp/ seems to have disappeared.
  1936. -Ed
  1937.  
  1938. 1.13.04.01.02.04
  1939.  
  1940. A very nice Java tool can be found on http://misa.zurich.ibm.com/~lde/.  
  1941. It's Luca Deris hot application called "Liaison", developed at the IBM  
  1942. Research Center in Zurich. There are SNMP and CMIS-agents to query network  
  1943. management data.
  1944.  
  1945. [Note: Site reported unreachable, 11/20/98]
  1946.  
  1947. In the next three months I will hopefully present a network management  
  1948. application with Java "droplets". The URL is http://193.174.26.169:8080.  
  1949. Remember to switch off "lock ports above 1024" at your firewall."
  1950.  
  1951. Jan-Arendt Klingel
  1952.  
  1953. 1.13.04.01.02.05
  1954.  
  1955. From "Patrick"
  1956.  
  1957. If you are looking for creating SNMP agents in Java, you can look at :
  1958.  
  1959. JDMK : contains a mib compiler that creates java (agent) classes from a mib.
  1960.  
  1961. JMAPI :  Java Management API (JMAPI)
  1962.  
  1963. Java Dynamic Management Kit : http://www.sun.com/software/java-dynamic
  1964. JMAPI : http://java.sun.com:80/products/JavaManagement/index.html
  1965.  
  1966. 1.13.04.01.02.06
  1967.  
  1968. "JMGMT is a java implementation of a SNMP stack.
  1969. It also includes source code of examples [of]
  1970. how to start writing servlets and an agent with JMGMT.
  1971. The JMGMT java classes include packages for
  1972.  
  1973.  * the representation of ASN.1 values,
  1974.  * BER encoding and decoding of ASN.1 values,
  1975.  * the representation of SNMP v1 packets,
  1976.  * SNMP I/O with peers and connections,
  1977.  * and SNMP exception handling.
  1978.  
  1979. 2nd public release, now with full source code.
  1980.  
  1981. JMGMT is a java implementation of a SNMP v1 stack.
  1982.  
  1983. It also includes the complete source code of all classes
  1984. and examples how to start writing servlets and an agent with JMGMT.
  1985.  
  1986. The JMGMT java classes include packages for =
  1987.  
  1988.  * the representation of ASN.1 values, =
  1989.  
  1990.  * BER encoding and decoding of ASN.1 values, =
  1991.  
  1992.  * the representation of SNMP v1 packets, =
  1993.  
  1994.  * SNMP I/O with peers and connections, =
  1995.  
  1996.  * and SNMP exception handling. =
  1997.  
  1998. The JMGMT classes are free and available for download on
  1999.  
  2000.   http://i31www.ira.uka.de/~sd/mgmt/jmgmt-1.1.zip
  2001.  
  2002. API documentation is online at
  2003.  
  2004.   http://i31www.ira.uka.de/~sd/mgmt/jmgmt/README.html
  2005.  
  2006. Sven Doerr
  2007.  
  2008. 1.13.04.01.02.07
  2009. You may try MIB Designer which is a Java 1.2.2/1.3 application
  2010. that will run on Unix if that Unix support one of the JREs.
  2011. MIB Designer has all the features you requested and much
  2012. more. It can be found at http://www.mibdesigner.com
  2013.  
  2014. Frank Fock
  2015.  
  2016. 1.13.05
  2017. SUBJECT: SNMP and CORBA
  2018.  
  2019. 1.13.05.01
  2020.  
  2021. >I am currently using an SNMP Manager from SNMP Research on a UNIX
  2022. >Solaris box and am looking for a CORBA compliant SNMP Manager.  Does
  2023. >anyone know of such an animal?
  2024.  
  2025. >Dave Stephens
  2026.  
  2027. What do you mean when you say "CORBA compliant" SNMP manager?
  2028. If you mean that the SNMP manager should provide a CORBA programming
  2029. interface you will find some products when you search the internet
  2030. for the term "JIDM" (Joint Inter Domain Management).
  2031.  
  2032. Werner Poeppel
  2033.  
  2034. 1.13.05.02
  2035.  
  2036. I worked on such a project.  SNMP and TL1 were embedded peers
  2037. running on top of Corba.  Esentially, the implementation for
  2038. the SNMP functions made Corba service calls to get the data
  2039. they needed to satisfy the SNMP request.
  2040.  
  2041. The Corba layer abstracts the device and, thus, the SNMP/TL1/etc
  2042. developers worked at a high-level.  This made it fast to support
  2043. new MIBs (as long as the Corba IDL was there), but at a
  2044. slight/moderate cost to performance.  One challenge is the style
  2045. of IDL, i.e. course- or fine-grained object defs.  Course grained
  2046. object defs makes it easy/efficient for such things as GUIs to
  2047. operate over Corba but meant SNMP had to pull a lot more data
  2048. than it typically needed to satisfy a SNMP request.  Also [you]
  2049. have to provide "next" IDL methods otherwise it is very inefficient
  2050. for SNMP getNext hooks to repeatedly make Corba calls until the "right"
  2051. object is found.  In sum, my impression is that if SNMP is the
  2052. primary method of managing a device, then SNMP/Corba stack is
  2053. questionable.  If SNMP is a minor service, then maybe this is a
  2054. good choice.  Either way, IDL designers need to consider SNMP
  2055. issues before they set the IDL into stone.
  2056.  
  2057. I understand there are tools/stds to convert MIBs into Corba IDL,
  2058. which would make it easy/efficient to stack SNMP over Corba. However,
  2059. this produces fine-grained object defs which may not be suitable for
  2060. Java/GUI impls that use such tools to serve as the primary mgmt
  2061. interface.
  2062.  
  2063. Lauren Heintz
  2064.  
  2065. 1.13.06
  2066. SUBJECT: SNMP and Visual Basic
  2067.  
  2068. 1.13.06.01
  2069. Terri Coleman wrote:
  2070. > I need to be able to write SNMP Sets and Gets from within a Visual Basic
  2071. > application.  Can anyone help?
  2072.  
  2073. Maybe this package of ocx's contains what you are looking for
  2074.     http://www.dart.com/powertcp/
  2075. Free trail version for download available.
  2076.  
  2077. Bernhard Fischer
  2078.  
  2079. 1.13.06.02
  2080. LogiSoft AR has SNMPv2 toolkit for Visual Basic that includes SNMP
  2081. ActiveX control and utilities supporting v1 and v2c
  2082. Look up www.logisoftar.com
  2083.  
  2084. Alan Revzin
  2085.  
  2086. 1.13.06.03
  2087. NETAPHOR SOFTWARE, INC., has recently released Cyberons, a
  2088. suite of ActiveX components for engineering and networking applications,
  2089. which includes a SNMP Manager control.
  2090.  
  2091. Please note that we do not support trap reception at this time, though this
  2092. feature will be included in our next release. But if you want to perform
  2093. SNMP Get, GetNext and Set operations with a real lightweight control, which
  2094. requires minimal VB code in order to be functional, I think you will find
  2095. the Cyberons product to be an ideal match.
  2096.  
  2097. You can check out our free 30-day trial by downloading it from
  2098. http://www.netaphor.com/products/index.asp
  2099.  
  2100. Gopal Narayan
  2101.  
  2102. 1.13.06.04
  2103. You may want to try Mabry Software.  They have an OCX that you can download
  2104. from http://www.mabry.com.
  2105.  
  2106. Richard Grier
  2107.  
  2108. 1.13.07
  2109. SUBJECT: SNMP and IPv6
  2110.  
  2111. > I have a question regarding SNMP and IPv6, and more particularly
  2112. > SNMP v1 and IP v6.
  2113. >
  2114. > Can SNMP v1 be used over an IP v6 network?
  2115. >
  2116. > Daniel Fuchs
  2117.  
  2118. Yes. The only thing that is missing are concrete values for the
  2119. TDomain and appropriate TCs which define the address formats. This
  2120. is being worked on. The latest document is available at:
  2121.  
  2122. <http://www.ibr.cs.tu-bs.de/~schoenw/draft-ietf-ops-taddress-mib-02.txt>
  2123.  
  2124. Discussions take place on the <mibs@ops.ietf.org> mailing list.
  2125.  
  2126. > In that case how do you handle the agent-addr field of the
  2127. > trap v1 PDU? (agent-addr is NetworkAddress which is IpAddress
  2128. > which is OCTET STRING (SIZE(4)) which doesn't have enough room
  2129. > for an IP v6 address).
  2130.  
  2131. This not only applies to IPv6 but also to other non-IPv4 transports.
  2132. In general, agent-addr is broken and the second version of the
  2133. protocol operations use a trap format which does not have the
  2134. agent-addr field anymore.
  2135.  
  2136. > Now if you're agent is bilingual (or trilingual) how do you
  2137. > handle trap conversion from v2 to v1 when your network is 
  2138. > based on IPv6?
  2139.  
  2140. With SNMPv3, you use the engineID to identify the originator of a
  2141. notification. In SNMPv2 or SNMPv1, you are lost.
  2142.  
  2143. > Is there any RFC that specifically addresses SNMP and IPv6 ?
  2144.  
  2145. Not really. The ID I have cited above is part of the solution. I am
  2146. not sure we need much more because UDP is UDP regardless which IP
  2147. version you use (except that the network layer address format changes).
  2148.  
  2149. Juergen Schoenwaelder
  2150.  
  2151. 1.13.10
  2152. SUBJECT: SNMP and C#
  2153.  
  2154. >I am planning to make an SNMP manager (using C#) that will query any SNMP
  2155. >agent. Currently I'm not able to find any SNMP libraries for C#. Can anyone
  2156. >point me to a direction.
  2157.  
  2158. >Also any simple C# code for SNMP will be helpful.
  2159.  
  2160. >Rubaiyat
  2161.  
  2162. You access SNMP devices using the SNMP provider for WMI.WMI is wrapped by
  2163. the System.Management namespace classes.
  2164.  
  2165. Please refer the folowing link for more more details
  2166. http://msdn.microsoft.com/library/default.asp?url=/library/en-us/wmisdk/wmi/
  2167. installing_the_wmi_snmp_provider.asp
  2168. http://www.c-sharpcorner.com/Code/2002/Sept/SnmpLib.asp
  2169.  
  2170. Sreejumon
  2171.  
  2172.  
  2173. Also, have a look at this snmp libraries for .NET:
  2174.  
  2175. http://www.csharphelp.com/archives2/archive380.html
  2176.  
  2177. Kumar Gaurav Khanna
  2178.  
  2179. I know some of you have posted looking for a C# Snmp library or one
  2180. for dotnet. Anyone who is interested check out NetToolWorks, Inc.
  2181.  
  2182. http://www.nettoolworks.com
  2183.  
  2184.  
  2185. 1.13.12
  2186. SUBJECT: SNMP and Perl
  2187.  
  2188. 1.13.12.01
  2189.  
  2190.     SNMP::Info - Object Oriented Perl5 Interface to Network devices and MIBs
  2191.     through SNMP.
  2192.  
  2193.     SNMP::Info - Version 0.4
  2194.  
  2195. AUTHOR
  2196.  
  2197.     Max Baker ("max@warped.org")
  2198.  
  2199.     SNMP::Info was created at UCSC for the netdisco project
  2200.     (www.netdisco.org)
  2201.  
  2202. DESCRIPTION
  2203.  
  2204.     SNMP::Info gives an object oriented interface to information obtained
  2205.     through SNMP.
  2206.  
  2207.     This module lives at http://snmp-info.sourceforge.net Check for newest
  2208.     version and documentation.
  2209.  
  2210. 1.20.00 --General Questions about SNMPv2
  2211.  
  2212. 1.20.01
  2213. SUBJECT: What is SNMPv2?
  2214.  
  2215.  
  2216.    SNMPv2 is a revised protocol (not just a new MIB)
  2217.    which includes improvements to SNMP in the areas
  2218.    of performance, security, confidentiality, and
  2219.    manager-to-manager communications.
  2220.  
  2221.         
  2222.    SNMPv2 Framework :
  2223.    The following RFCs identify the major components of SNMPv2.
  2224.  
  2225.    Historical
  2226.    ----------
  2227.  
  2228.    RFC 1441 - Introduction to SNMP v2
  2229.    RFC 1442 - SMI For SNMP v2
  2230.    RFC 1443 - Textual Conventions for SNMP v2
  2231.    RFC 1444 - Conformance Statements for SNMP v2
  2232.    RFC 1445 - Administrative Model for SNMP v2
  2233.    RFC 1446 - Security Protocols for SNMP v2
  2234.    RFC 1447 - Party MIB for SNMP v2
  2235.    RFC 1448 - Protocol Operations for SNMP v2
  2236.    RFC 1449 - Transoport Mappings for SNMP v2
  2237.    RFC 1450 - MIB for SNMP v2
  2238.    RFC 1451 - Manager to Manger MIB
  2239.    RFC 1452 - Coexistance between SNMP v1 and SNMP v2
  2240.  
  2241. Micha Kushner adds:
  2242.  
  2243. RFC Number   Title                                   Status
  2244. --------------
  2245. RFC 1901     Introduction to Community-based SNMPv2  Experim Standard
  2246. RFC 1902     SMI for SNMPv2                          Draft Standard
  2247. RFC 1903     Textual conventions for SNMPv2          Draft Standard
  2248. RFC 1904     Conformance statements for SNMPv2       Draft Standard
  2249. RFC 1905     Protocol operations for SNMPv2          Draft Standard
  2250. RFC 1906     Transport mappings for SNMPv2           Draft Standard
  2251. RFC 1907     MIB for SNMPv2                          Draft Standard
  2252. RFC 1908     Coexistence between SNMPv1 and SNMPv2   Draft Standard
  2253.  
  2254. Wes Hardaker adds:
  2255.  
  2256. "All SNMPv2 versions but one are historical.  Only SNMPv2c is
  2257. experimental, but is widely accepted as the SNMPv2 standard.  Note
  2258. that the other pieces of SNMPv2 (protocol, SMI, etc) are on the
  2259. standards track.  Only the architecture that ties them together is
  2260. experimental.  The SNMPv2 messaging protocol, etc, are referenced in
  2261. the SNMPv3 documents, which are on the standards track at draft
  2262. standard right now."
  2263.  
  2264.  
  2265. 1.20.02
  2266. SUBJECT: What is SNMPv2*/SNMPv1+/SNMPv1.5/SNMP++?
  2267.  
  2268.  
  2269.   SNMPv2 had been announced for many months, and most of us assumed that it was
  2270.   accepted as the next step up from SNMPv1. That assumption was false.  In fact there
  2271.   were several points on which the members of the IETF subcommittee could not agree.
  2272.   Primary among them was the security and administrative needs of the protocol.
  2273.  
  2274.   Simply put, SNMPv2*/SNMPv1+/SNMPv1.5 is SNMPv2 without the contentious
  2275.   pieces, but *with* the stuff everyone agrees is of value.
  2276.  
  2277.   You may wish to check
  2278.      http://www.int.snmp.com/v2star.html
  2279.    for more details.
  2280.  
  2281. ===
  2282.  
  2283. Edward M. Hourigan wrote:
  2284. : I keep hearing about SNMP++.  What is it?  Are there any web pages
  2285. : describing what it is? 
  2286.  
  2287.   I believe there is a Web site with this info at :
  2288.  
  2289.     http://rosegarden.external.hp.com/snmp++/
  2290.  
  2291.   Hope this helps,
  2292.  
  2293.     John Silva
  2294.  
  2295. also:
  2296.  
  2297. The original SNMP++ 2.6 sources can be found at
  2298.  
  2299. http://rosegarden.external.hp.com/snmp++
  2300.  
  2301. If you`re looking for a Linux/Solaris/Digital port you might
  2302. try 
  2303.  
  2304. http://fock.de/frank/english/agent++src
  2305.  
  2306.  
  2307. Frank Fock
  2308.  
  2309.  
  2310. [Editor's Note:  See also Part 2: Public Domain SNMP software]
  2311.  
  2312.  
  2313. I'd like to announce availability of MG-WinSNMP SDK V1.0b6,
  2314. a 32-bit implementation of WinSNMP specification. It is 
  2315. available under the shareware license and you are welcome 
  2316. to download it from the following URLs:
  2317.  
  2318. http://www.mg-soft.si/
  2319. http://www.abit.co.jp/varidocs/download.html
  2320.  
  2321. This release of MG-WinSNMP SDK (wsnmp32.dll, a 32-bit 
  2322. winsnmp.dll library) by MG-SOFT Corporation has been 
  2323. published in order to gain compatibility with the Revision 
  2324. 2.5f of SNMP++, an Open Specification for Object Oriented 
  2325. Network Management Development Using C++ by Peter Erik 
  2326. Mellquist, Hewlett Packard Company.
  2327. (http://rosegarden.external.hp.com/snmp++/)
  2328.  
  2329.  
  2330. Matjaz Vrecko
  2331.  
  2332. [Editor's Note:  See also Part 2: Public Domain SNMP software]
  2333.  
  2334. 1.20.03
  2335. SUBJECT: What is SNMPv2c?
  2336.  
  2337. SNMPv2c is the combination of the enhanced protocol features
  2338. of SNMPv2 without the SNMPv2 security. The "c" comes from the
  2339. fact that SNMPv2c uses the SNMPv1 community string paradigm
  2340. for "security".
  2341.  
  2342. 1.20.04
  2343. SUBJECT: What the heck other SNMPv's are there?
  2344.  
  2345. 1.20.04.01
  2346. See http://www.simple-times.org/pub/simple-times/issues/5-1.html
  2347.  
  2348. 1.20.04.02
  2349. Unfortunately, many people are confused about the SNMP protocol
  2350. versions, which are:
  2351.   SNMPv1 - a standard and widely used
  2352.   SNMPv2p - party based, now obsolete (not used)
  2353.   SNMPv2c - community based, "expermental", but has usage
  2354.   SNMPv2u - user based, experimental and not used
  2355.   SNMPv3 with USM - standards track, trying to get traction
  2356.  
  2357. In SNMPv1, there was no standards-track mechanism defined that
  2358. specified where to send traps, so every vendor defined their
  2359. own approach. The SNMPv3 framework documents include mechanisms
  2360. that can also be used in SNMPv1 and SNMPv2c. They are very
  2361. complicated, but do work in specifying the targets for traps
  2362. in SNMPv1 and traps and informs in SNMPv2c and SNMPv3.
  2363.  
  2364. David T. Perkins
  2365.  
  2366. 1.20.04.03
  2367. My advice would be to make SNMPv1 the first priority and SNMPv3 the second.
  2368. I would not bother to implement SNMPv2c unless it came for free with the
  2369. agent toolkit.
  2370.  
  2371. Mike Heard
  2372.  
  2373. 1.20.04.04
  2374.  
  2375. There are several varients of the SNMPv2 protocol. They are:
  2376.   SNMPv2p(OBSOLETE): For this version, much work was done to
  2377.         update the SNMPv1 protocol and the SMIv1, and not just security.
  2378.         The result was updated protocol operations, new protocol
  2379.         operations and data types, and party-based security from
  2380.         SNMPsec. This version of the protocol, now called
  2381.         party-based SNMPv2 is defined by RFC 1441, RFC 1445,
  2382.         RFC 1446, RFC 1448, and RFC 1449. (Note this protocol
  2383.         has also been called SNMPv2 classic, but that name has
  2384.         been confused with community-based SNMPv2. Thus, the
  2385.         term SNMPv2p is preferred.)
  2386.  
  2387.   SNMPv2c(experimental, but widely used): This version of the
  2388.         protocol is called community string-based SNMPv2. It is
  2389.         an update of the protocol operations and data
  2390.         types of SNMPv2p, and uses community-based security from
  2391.         SNMPv1. It is defined by RFC 1901, RFC 1905, and RFC 1906.
  2392.  
  2393.   SNMPv2u(experimental): This version of the protocol uses the protocol
  2394.         operations and data types of SNMPv2c and security based on users.
  2395.         It is defined by RFC 1905, RFC 1906, RFC 1909, and RFC 1910.
  2396.  
  2397.   SNMPv2*(experimental): This version combined the best features of
  2398.         SNMPv2p and SNMPv2u. (It is also called SNMPv2star.) The
  2399.         documents defining this version were never published as RFCs.
  2400.         Copies of these unpublished documents can be found at the
  2401.         WEB site owned by SNMP Research (a leading SNMP vendor and
  2402.         previously a proponent of this version).
  2403.  
  2404.  
  2405. What this all means is that SNMPv2c is in current usage, whereas the
  2406. other variants are only around in limited form in labs are in some
  2407. versions of software that have been obsoleted.
  2408.  
  2409. David Perkins
  2410.  
  2411. 1.22.00 --General Questions about SNMPv3
  2412.  
  2413. 1.22.01
  2414. SUBJECT: What is SNMP V3?
  2415.  
  2416. 1.22.01.01
  2417. Refer to http://www.ietf.org/html.charters/snmpv3-charter.html
  2418.  
  2419. 1.22.01.02
  2420. See also:
  2421.  
  2422. "I am happy to announce that a SimpleTimes issue on SNMPv3 is now
  2423. available from the SimpleTimes Web server:
  2424.  
  2425.           http://www.simple-times.org/
  2426.  
  2427. The journal is available in PostScript and HTML format. New
  2428. SimpleTimes issues are announced over a special mailing list.  More
  2429. details about the SimpleTimes project and how to subscribe to this
  2430. mailing list can be found in the December 1997 issue or on the Web
  2431. server.
  2432.  
  2433. I hope you all enjoy reading this issue on SNMPv3 and I wish you all
  2434. the best for 1998."
  2435.  
  2436. Juergen Schoenwaelder
  2437.  
  2438. Juergen later added:
  2439.  
  2440. "You can find these links and many more on the SNMPv3 web page at:
  2441.  
  2442.     http://www.ibr.cs.tu-bs.de/projects/snmpv3/"
  2443.  
  2444. 1.22.01.03
  2445. Micha Kushner/David Partain adds:
  2446.  
  2447. RFC Number   Title                            Status=PROPOSED
  2448. --------------
  2449. Status = 3D PROPOSED
  2450. RFC 2271   An Architecture for Describing SNMP Management Frameworks
  2451. RFC 2272   Message Processing and Dispatching for the Simple Network
  2452.            Management Protocol (SNMP)
  2453. RFC 2273   SNMPv3 Applications
  2454. RFC 2274   User-based Security Model (USM) for version 3 of the 
  2455.          Simple Network Management Protocol (SNMPv3)
  2456. RFC 2275   View-based Access Control Model (VACM) for the Simple
  2457.          Network Management Protocol (SNMP)
  2458.  
  2459. Status = 3DDRAFT STANDARD
  2460. RFC 2570     Introduction to Version 3 of the Internet-standard Network
  2461.              Management Framework  (Status=3DINFORMATIONAL)
  2462. RFC 2571     An Architecture for Describing SNMP Management Frameworks
  2463. RFC 2572     Message Processing and Dispatching for the Simple Network
  2464.              Management Protocol (SNMP)
  2465. RFC 2573     SNMP Applications
  2466. RFC 2574     User-based Security Model (USM) for version 3 of the
  2467.              Simple Network Management Protocol (SNMPv3)
  2468. RFC 2575     View-based Access Control Model (VACM) for the Simple
  2469.              Network Management Protocol (SNMP)
  2470. Internet-
  2471.   Draft      Coexistence between Version 1, Version 2, and Version 3
  2472.              of the Internet-standard Network Management Framework
  2473.  
  2474. 1.22.01.04
  2475. also, for SNMPv3 implementations ...
  2476.  
  2477. "See the list on
  2478.     http://www.ibr.cs.tu-bs.de/projects/snmpv3/#Implementations"
  2479.  
  2480. Simon Leinen
  2481.  
  2482. 1.22.01.05
  2483. Bill Stallings writes:
  2484.  
  2485. My paper, "SNMPv3: A Security Enhancement to SNMP" published in the 4th
  2486. Quarter 1998 issue of the online journal IEEE Communications Surveys, is
  2487. now available at http://www.comsoc.org/pubs/surveys.
  2488.  
  2489.  http://www.comsoc.org/pubs/surveys/4q98issue/stallings.html
  2490.  
  2491. 1.22.01.06
  2492.  
  2493. Some pertinent excerpts from the RFC index:
  2494.  
  2495. 1157 Simple Network Management Protocol (SNMP). J.D. Case, M. Fedor,
  2496.      M.L. Schoffstall, C. Davin. May-01-1990. (Format: TXT=74894 bytes)
  2497.      (Obsoletes RFC1098) (Also STD0015) (Status: HISTORIC)
  2498. ---
  2499. 3410 Introduction and Applicability Statements for Internet-Standard
  2500.      Management Framework. J. Case, R. Mundy, D. Partain, B. Stewart.
  2501.      December 2002. (Format: TXT=61461 bytes) (Obsoletes RFC2570)
  2502.      (Status: INFORMATIONAL)
  2503.  
  2504. 3411 An Architecture for Describing Simple Network Management Protocol
  2505.      (SNMP) Management Frameworks. D. Harrington, R. Presuhn, B. Wijnen.
  2506.      December 2002. (Format: TXT=140096 bytes) (Obsoletes RFC2571) (Also
  2507.      STD0062) (Status: STANDARD)
  2508.  
  2509. 3412 Message Processing and Dispatching for the Simple Network
  2510.      Management Protocol (SNMP). J. Case, D. Harrington, R. Presuhn, B.
  2511.      Wijnen. December 2002. (Format: TXT=95710 bytes) (Obsoletes RFC2572)
  2512.      (Also STD0062) (Status: STANDARD)
  2513.  
  2514. 3413 Simple Network Management Protocol (SNMP) Applications. D. Levi,
  2515.      P. Meyer, B. Stewart. December 2002. (Format: TXT=153719 bytes)
  2516.      (Obsoletes RFC2573) (Also STD0062) (Status: STANDARD)
  2517.  
  2518. 3414 User-based Security Model (USM) for version 3 of the Simple
  2519.      Network Management Protocol (SNMPv3). U. Blumenthal, B. Wijnen.
  2520.      December 2002. (Format: TXT=193558 bytes) (Obsoletes RFC2574) (Also
  2521.      STD0062) (Status: STANDARD)
  2522.  
  2523. 3415 View-based Access Control Model (VACM) for the Simple Network
  2524.      Management Protocol (SNMP). B. Wijnen, R. Presuhn, K. McCloghrie.
  2525.      December 2002. (Format: TXT=82046 bytes) (Obsoletes RFC2575) (Also
  2526.      STD0062) (Status: STANDARD)
  2527.  
  2528. 3416 Version 2 of the Protocol Operations for the Simple Network
  2529.      Management Protocol (SNMP). R. Presuhn, Ed.. December 2002. (Format:
  2530.      TXT=70043 bytes) (Obsoletes RFC1905) (Also STD0062) (Status:
  2531.      STANDARD)
  2532.  
  2533. 3417 Transport Mappings for the Simple Network Management Protocol
  2534.      (SNMP). R. Presuhn, Ed.. December 2002. (Format: TXT=38650 bytes)
  2535.      (Obsoletes RFC1906) (Also STD0062) (Status: STANDARD)
  2536.  
  2537. 3418 Management Information Base (MIB) for the Simple Network
  2538.      Management Protocol (SNMP). R. Presuhn, Ed.. December 2002. (Format:
  2539.      TXT=49096 bytes) (Obsoletes RFC1907) (Also STD0062) (Status:
  2540.      STANDARD)
  2541.  
  2542. Michael Kirkham
  2543.  
  2544. 1.30.00 --RMON
  2545.  
  2546. 1.30.01
  2547. SUBJECT: What is RMON?
  2548. ----------------
  2549.   The Remote Network Monitoring MIB is a SNMP MIB for remote
  2550.   management of networks.  While other MIBs usually are created to
  2551.   support a network device whose primary function is other than
  2552.   management, RMON was created to provide management of a network. 
  2553.   RMON is one of the many SNMP based MIBs that are on the IETF
  2554.   Standards track.
  2555.  
  2556. 1.30.02
  2557. SUBJECT: RMON Standardization Status
  2558.  
  2559.   RMON is one of the many SNMP based MIBs that are on the IETF
  2560.   Standards track (RFC 1310).  Currently (Jan 94) RMON has two
  2561.   instantiations in the IETF standards process.  First, RFC
  2562.   1271 - a Proposed Standard, specifies the general structure
  2563.   of RMON and the particulars of an Ethernet based RMON agent.
  2564.   RFC 1513 - a Proposed Standard specifies the additional RMON
  2565.   groups and specifics for a Token Ring network.
  2566.  
  2567. 1.30.03
  2568. SUBJECT: RMON Working Group.
  2569.  
  2570.   The RMON Working Group is an IETF Working Group under the Network
  2571.   Management Area.  The WG meets periodically - usually at all IETF 
  2572.   meetings.  The WG maintains a mailing list for Questions and
  2573.   Comments concerning RMON.
  2574.  
  2575.     Mail List: mailto:rmonmib@cs.hmc.edu  ?
  2576.  
  2577.     If no luck there, try rmonmib@cisco.com
  2578.  
  2579.    The group's charter can be found at:
  2580.  
  2581.    http://www.ietf.cnri.reston.va.us/html.charters/rmonmib-charter.html
  2582.  
  2583. 1.30.04
  2584. SUBJECT: Joining the RMON Working Group Mailing List
  2585.  
  2586.   To join the RMON Working Group mailing list, send mail to:
  2587.  
  2588.     Mail List Request: mailto:rmonmib-request@jarthur.claremont.edu.
  2589.  
  2590.   DO NOT send a request to join message to the general mailing list.
  2591.  
  2592. [Editor's Note: We have received a complaint that this request
  2593.  may bounce. The claremont.edu addresses may no longer be active]
  2594.  
  2595.     You may also wish to try: mailto:rmonmib-request@cisco.com
  2596.  
  2597. (Thanks to James Stansell for the detective work.)
  2598.  
  2599. 1.30.05
  2600. SUBJECT: Historical RMON Records
  2601.  
  2602.   There are copies of the RMON mailing list messages and meeting
  2603.   minutes within the IETF archive structure - available at various
  2604.   sites.
  2605.  
  2606.   There is also a RMON archive directory which can be accessed via 
  2607.   anonymous ftp at:
  2608.  
  2609.    jarthur.cs.hmc.edu,  directory /pub/rmon
  2610.  
  2611. [Editor's Note: We have received a complaint that site no longer exists
  2612.  (or, was not at home when someone called). Anyone know if this site remains active?
  2613.  Is this the same place as jarthur.claremont.edu?]
  2614.  
  2615. 1.30.06
  2616. SUBJECT: RMON Documents
  2617.  
  2618.   1.  RMON White Paper in  the anonymous ftp directory at 
  2619.   jarthur.cs.hmc.edu.  There are two formats: frame and postscript. 
  2620.   This paper was developed by members of the RMON working group
  2621.   prior to an Interop.  It is a superficial discussion of RMON.
  2622.  
  2623.   2.  Chapter 7 in "SNMP, SNMPv2 and CMIP: The Practical Guide to
  2624.       Network Management Standards" by William Stallings, (c) 1993
  2625.   Addison-Wesley, goes into some detail on the RMON MIB.
  2626.  
  2627. 1.30.07
  2628. SUBJECT: RMON2
  2629.  
  2630. RMON2 is an IETF standards track effort.
  2631.  
  2632. The IETF RMON working group started on the RMON2 MIB module
  2633. back in the fall of 1994. It was published as RFC 2021 in
  2634. January 1997. All of the leading probe vendors, including
  2635. NetScout, Technically Elite, Solcom, HP, etc have probes
  2636. that support it. Also, many of the networking device manufacturers
  2637. including Bay Networks and 3Com have embedded RMON2 support
  2638. in their products. 
  2639.  
  2640. There was an interoperability test summit in December 1997, which
  2641. was attended by all of the companies above plus Cisco and
  2642. Cabletron.
  2643.  
  2644. The RMON2 specification is quite stable and ready for advancement
  2645. in the standards process. Two additions are in the works to be
  2646. published. They are RMON extensions for switches and an RMON
  2647. extension for fast networks.
  2648.  
  2649. The major difference [between RMON and RMON2] is that RMON provided
  2650. statistics only at the data link layer, where as RMON2 provides
  2651. statistics at the network and upper layers. 
  2652.  
  2653. As to the original questions from Paul Black,
  2654.  
  2655. It is difficult to take advantange of all the features in RMON
  2656. with generic tools. With RMON2, it is even more difficult.
  2657.  
  2658. Try
  2659.  http://www.netscout.com
  2660.  http://www.tecelite.com
  2661.  http://www.solcom.com
  2662.  
  2663. David T. Perkins [post edited for conciseness]
  2664.  
  2665.  
  2666. 1.40.00 --ISODE
  2667.  
  2668. 1.40.01
  2669. SUBJECT: What is ISODE?
  2670. ------
  2671. ISODE (pronounced "eye-so-DEE") is an acronym for "ISO Develoment
  2672. Environment".  It is an implementation of SNMP which can be used
  2673. as the starting point for further refinement by you. In order to use
  2674. it you must agree to the conditions. This quote is from "The Simple Book", 2nd ed.:
  2675.  
  2676. "[ISODE] is openly available but is NOT in the public domain. You are
  2677. allowed and encouraged to take this software and use it for any lawful
  2678. purpose. However, as a condition of use, you are required to hold
  2679. harmless all contributors."
  2680.  
  2681. Most MIB compilers seen by this editor sprang from ISODE roots.
  2682.  
  2683. 1.40.02
  2684. SUBJECT: Where can I get ISODE?
  2685.  
  2686.  
  2687. The old archive was ...
  2688. ftp.ics.uci.edu:mrose/isode-snmpV2/isode-snmpV2.tar.Z
  2689.         4BSD/ISODE 8.0 SNMPv2 package
  2690.         This distribution has moved.
  2691.         One place a copy can be obtained is listed below.
  2692.  
  2693.         Questions may be sent to ISODE-SNMPv2@ida.liu.se
  2694.         Mailing list may be subscribed by sending mail to
  2695.                 isode-snmpv2-request@cs.utk.edu
  2696.  
  2697.   ftp://ftp.ida.liu.se/pub/isode-snmpV2/isode-snmpV2.tar.gz
  2698.         A copy of the 4BSD/ISODE 8.0 SNMPv2 package
  2699.  
  2700.   ftp://ftp.ida.liu.se/pub/isode-snmpV2/isode-8.tar.gz
  2701.   ftp://ftp.ida.liu.se/pub/isode-snmpV2/isode-snmpV2.tar.gz
  2702.  
  2703. 1.40.03
  2704. SUBJECT: Is there an ISODE  SNMPv2 Mailing List?
  2705.  
  2706.  
  2707. Yes.  To subscribe, send email to:
  2708.  
  2709.     mailto:isode-snmpv2-request@cs.utk.edu
  2710.  
  2711.  
  2712. 1.50.00 --Using SNMP to Monitor or Manage
  2713.  
  2714. 1.50.01
  2715. SUBJECT:How do I calculate utilization using SNMP?
  2716.  
  2717. Brad Harris wrote:
  2718.  
  2719. > We are trying to setup T-1 utilization percentage stats using ifInOctets
  2720. > and ifOutOctets.
  2721.  
  2722. MANY ANSWERS FOLLOW:
  2723.  
  2724. 1.50.01.01
  2725.  
  2726. I would suggest:
  2727.  
  2728. (DELTA(ifInOctets) + DELTA(ifOutOctets)) * 8
  2729. -------- * 100
  2730. (DELTA(sysUpTime) / 100) * 1 540 000
  2731.  
  2732. where DELTA(attribute) means the difference of the value
  2733. of attribute between two polls. Of course, the values for
  2734. ifInOctets, ifOutOctets and sysUpTime should be requested
  2735. in one single PDU.
  2736.  
  2737. Olivier Miakinen
  2738.  
  2739. 1.50.01.02
  2740.  
  2741. Serial lines (including TDM systems like T1) measure interface
  2742. speed as half duplex.  That is, the 1.544 Megabit per second
  2743. bandwidth is one way; a full duplex line actually has twice that
  2744. value.  1.544 Mb for transmit, 1.544 Mb for receive.  If you want
  2745. the "interface utilization", then you would add outOctetcs and
  2746. inOctets together, as you did, but use 3088000 for the interface
  2747. speed.
  2748.  
  2749. If you want "line utilization" (which is more valuable for
  2750. typical management operations), you could use the "max" value of
  2751. in or out Octets, as in the previous example.  This is more
  2752. useful, because the line may be at 50% utilization (using your
  2753. method) and still be saturated, if all traffic is going one way.
  2754.  
  2755. T. Max Devlin
  2756.  
  2757. 1.50.01.03
  2758.  
  2759. Make sure your time delta doesn't exceed the wrap time the 32 bit MIB2
  2760. counters,  ~6 Hrs for T1.  Its a nice touch if ifInOctets and ifOutOctets are
  2761. bound in the same PDUs.  Also bind sysUpTime in each PDU so you can detect
  2762. agent reload.
  2763.  
  2764. Charlie Dellacona
  2765.  
  2766. 1.50.01.04
  2767.  
  2768. T1 circuits are duplex, you have to have separate
  2769. utilisation formulae for both in and out. Otherwise you run the risk of
  2770. missing that your heavily utilised in one direction because the other is
  2771. very light. In many configurations this is a likely situation, a short
  2772. frame requesting data from a server or mainframe resulting in megabytes
  2773. heading in the opposite direction.
  2774.  
  2775. Wim Harthoorn
  2776.  
  2777. 1.50.01.05
  2778.  
  2779. To make your figures mean something useful, generate incoming and outgoing 
  2780. utilization separately. A T1 link is full-duplex....1.544 Mbps in each
  2781. direction. An organizational T1 Internet link will saturate on the incoming 
  2782. side while the outgoing side is less than half utilized.  Your formula would 
  2783. indicate that the link had some extra bandwidth capability when in reality 
  2784. its a major bottleneck.
  2785.  
  2786. Gary Flynn
  2787.  
  2788. 1.50.01.06
  2789.  
  2790. You are missing a few subtleties of getting this exactly right.  What
  2791. you want to do is sample (all in one packet exchange) the values of
  2792. ifInOctets, ifOutOctets, and sysUptime.  Then, you sample all three
  2793. again (after some interval) and use the three deltas to compute:
  2794.  
  2795.     Delta(ifInOctets)*8
  2796.     -- => Input % utilization
  2797.     Delta(sysUptime)*154
  2798.  
  2799. And likewise for output.  Note that there are two factors of 100
  2800. folded into the denominator (that's why 154 instead of 1540000), one
  2801. since sysUptime is hundredths of a second and the second to get a
  2802. percent rather than a fraction.  You could also fold the 8 and 154
  2803. together as well, but that's not an integer...  And be sure your Delta
  2804. function properly accounts for wrapping.
  2805.  
  2806. You should do this periodically, each time computing the deltas from
  2807. the previous sample, dropping intervals that are "insane"
  2808. (e.g. sysUptime has a large delta [positive or negative] compared to
  2809. the wall [or monitoring system] clock).  You will want to compute
  2810. _both_ deltas and plot them over time as well as extracting just the
  2811. maximum value.  You want a sampling period that's small enough to
  2812. really indicate peaks, without being so short it overloads the
  2813. monitoring or monitored systems.  If you can, you want to monitor both
  2814. ends of the line (ifOutOctets at one end may be greater than
  2815. ifInOctets at the other, in which case it's a better measure of load
  2816. in that direction).
  2817.  
  2818. Michael A. Patton
  2819.  
  2820. 1.50.01.07
  2821.  
  2822. Dependent on your need for reproduction and historical tracking of the
  2823. utilization and other factors such as error rates, you might want to
  2824. consider purchasing a performance monitoring and reporting tool to help
  2825. you through some of this.
  2826.  
  2827. We have a tool for doing precisely what you want, and it also solves for
  2828. cases of counter roll-over and sysuptime resets.  Our tool is called
  2829. ClearStats and is very economical and flexible.  We have autodiscover
  2830. and automated/scheduled reporting. Check us out at
  2831. http://www.clearstats.com
  2832.  
  2833. John Catalano
  2834.  
  2835. 1.50.01.08
  2836.  
  2837. Dan Cox wrote:
  2838. > if you look in the rmon mib and look at the description of
  2839. > etherstatsoctets it tells you if you
  2840. > want to get utilization that you sample etherstatsoctets at two
  2841. > intervals and use this formula.  I want someone to explain the formula
  2842. > to me.
  2843. > Here it is
  2844. >                        Packets   *   (9.6 + 6.4) + (Octets * .8)
  2845. > utilization =     ----------------------------------------------
  2846. >                                      Interval  *  10,000
  2847. > I assuming this is for 10 mbps ethernet.
  2848. > What is the 9.6 and 6.4?
  2849. > Why do you need to know the number of packets?
  2850. > What formula do you use if you are using 100 mbps ethernet?
  2851. > What if it is full-duplex?
  2852.  
  2853.  
  2854. In the formula, 9.6 is the interpacket gap time in micro seconds.
  2855. 6.4 is the preamble+start-frame-delimiter time in micro seconds.
  2856. Each time you send a packet, these are present.
  2857. The 10,000 is the speed. You change this to 100,000 for 100 Mb/s
  2858. ethernet.
  2859. For full duplex, the formula is the same, but it applies to
  2860. each channel. That is, full duplex is a point-to-point technology.
  2861. If you connect nodes A and B. There are essentially two dedicated
  2862. and contention free channels, one from from A to B and the other
  2863. from B to A. You can compute utilization on each channel.
  2864.  
  2865. David T. Perkins
  2866.  
  2867. 1.50.01.09
  2868.  
  2869. Have a look at http://www.statscout.com/support/paper1.html for a little
  2870. bit of info on calculating utilization statistics. 
  2871.  
  2872. Paul Koch
  2873.  
  2874. 1.50.01.10
  2875.  
  2876. Raja Kolli wrote:
  2877.  
  2878. > How do you represent the speed for full-duplex links e.g. full-duplex 10Mb
  2879. > ethernet, Should it be 10Mbps or 20Mbps? Or is there any other object (new
  2880. > ifType value etc.,) that can be used to represent full-duplex operation?
  2881. > Appreciate any pointers on the standrards.
  2882.  
  2883. Page 7 of RFC 2358, Definitions of Managed Objects for the Ethernet-like
  2884. Interface Types, describes how the ifSpeed object from IF-MIB should be
  2885. set for full-duplex ethernet interfaces:
  2886.  
  2887. [RFC quote deleted -- go get yourself a copy. Ed.]
  2888.  
  2889. So, the answer to your question is that for a full-duplex 10BaseT interface
  2890. ifSpeed should be 10Mbps, just as it is for a half-duplex interface.
  2891.  
  2892. C. M. "Mike" Heard
  2893.  
  2894. 1.50.02
  2895. SUBJECT: What are Appropriate Operating Thresholds?
  2896.  
  2897. >We've just installed brand new PS Hubs and a SSII switch 3300 with SNMP
  2898. >capabilities from 3Com, and we're managing it with the Transcend Workgroup
  2899. >for Windows 6.0 application. Does anyone know which are the suitable
  2900. >thresholds for both hub and switch alarms? Basicly, I'd like to know just
  2901. >the more usual : Total errors, FCS errors, alignment errors, broadcast
  2902. >packets, runts, collisions, undersize and oversize packets, long and short
  2903. >events.
  2904. >
  2905. > Jorge Alaman~ac
  2906.  
  2907. [Editor's Note: T. Max Devlin's response has been edited to fit.
  2908.  These out takes are noted by "[...]".]
  2909.  
  2910. Suitable thresholds are environmentally sensitive; everybody's "correct"
  2911. values area little different.  The best you will get from products or
  2912. info sources are more "defaults" than "best guesses", IMHO.  We've found
  2913. that the ideal setting for thresholds does not correlate to absolute
  2914. numbers, or even typical ranges. [...]
  2915.  
  2916. The best approach, seriously, to thresholding is to consider, not some
  2917. absolute concept of the perfect network metrics, but the results of the
  2918. thresholding.  Essentially, you should look at a simple plot of your
  2919. values over a few hours and a few days (baselining), then pick a
  2920. threshold value that will result in an "appropriate" number of alerts.
  2921. If you want a log-style "this is how many times this happens", you might
  2922. want every peak to trip the threshold.  If a more report-oriented "the
  2923. occurrences happened at this time", a slightly higher value might be
  2924. called for.  "This is a problem, you should know about it even if you
  2925. can't 'fix' it" thresholds might trigger a few times a week, and the
  2926. "the network is broken; get busy" alerts should essentially be set high
  2927. enough so that they never happen under typical network conditions.
  2928.  
  2929. The real issue is not what the numbers should be, but how often you want
  2930. to know about it. [...]
  2931.  
  2932. But just so I don't leave you high and dry, here's some beginning
  2933. defaults, if you insist:
  2934.  
  2935. Total errors: <2%
  2936. FCS errors: <2%
  2937. Alignment errors: <1%
  2938. broadcast packets: Start with 10%; bring up if you are flooded, bring
  2939.                    down if it never triggers
  2940. runts: <1%, but some systems might have much larger values under normal
  2941.             conditions
  2942. collisions: 10%
  2943. undersize and oversize packets: <1%
  2944. long and short events: <1%
  2945.  
  2946. T. Max Devlin
  2947.  
  2948. 1.50.03
  2949. SUBJECT: Are MIBs available to monitor application traffic?
  2950.  
  2951. George Koukoulas  wrote:
  2952.  
  2953. : I would like to find out if there are any MIBs about management
  2954. : of application traffic, meaning separate management of ftp,
  2955. : http, telnet, smtp, etc application traffic.
  2956.  
  2957. There are two to-be-published MIBs that may be of interest to you.
  2958.  
  2959. The Application Management MIB <draft-ietf-applmib-mib-11.txt> provides
  2960. statistics for application or service IO channels. On top of these 
  2961. channels, one can have transaction streams with transaction kind 
  2962. specific statistics.
  2963.  
  2964. The WWW Services MIB <draft-ietf-applmib-wwwmib-11.txt> provides a core
  2965. set of statistics for Web services. It is written against an abstract
  2966. document transfer protocol. Mappings to FTP and HTTP are defined in the
  2967. document.
  2968.  
  2969. Both MIBs have been approved by the IESG for publication as Prosposed
  2970. Standards. They are currently sitting in the queue of the RFC editor
  2971. waiting for publications as RFCs. Both MIBs are the product of the
  2972. application management working group.
  2973.                 
  2974. Juergen Schoenwaelder
  2975.  
  2976. 1.50.04
  2977. SUBJECT: How can I make sense of the Interfaces Group?
  2978.  
  2979. You should definitely look at RFC 2863 which is the latest definition of 
  2980. the interfaces group. The introductionary text is very valuable in order
  2981. to understand of the IF-MIB evolved over time.
  2982.  
  2983. Juergen Schoenwaelder
  2984.  
  2985. 1.50.04.01
  2986.  
  2987. > If an interface is full duplex, does that mean it can transmit at a
  2988. > rate of 'ifSpeed' in each direction simultaneously, or does it mean that
  2989. > the interface has 'ifSpeed' worth of bandwidth in total?
  2990. >
  2991. > Glenn Reesor
  2992.  
  2993. ifSpeed should represent an estimate of the bandwidth of the 
  2994. interface. ifHighSpeed should be used if ifSpeed isn't 
  2995. large enough. 
  2996.  
  2997. http://www.faqs.org/rfcs/rfc1573.html
  2998.  
  2999. Les Cargill
  3000.  
  3001. There seems to be rough consensus on the former interpretation, i.e.,
  3002. that the interface can transmit at a rate of 'ifSpeed' in each direction
  3003. simultaneously.
  3004.  
  3005. Mike Heard
  3006.  
  3007. 1.50.04.02
  3008.  
  3009. > If an interface is half duplex, does that mean that it can transmit
  3010. > at a rate of 'ifSpeed' in each direction, but only one direction at a
  3011. > time?
  3012. >
  3013. > Glenn Reesor
  3014.  
  3015. There seems to be nearly universal agreement on this interpretation.
  3016.  
  3017. In searching the IETF mail archive (specifically 1998-07.mail.aug4)
  3018. I found the following two excerpts which might be helpful:
  3019.  
  3020. On Friday, 3 Apr 1998, Gary Hanson wrote:
  3021. > > Should the ifSpeed for a T1 interface be 1.54Mb or should it be 3.08Mb
  3022. > > in that it can sustain 1.54Mb in both the transmit and receive
  3023. >
  3024. > The latest <draft-ietf-trunkmib-ds1-mib-08.txt> for the DS1-MIB is
  3025. > unambiguous on this point.  In section 3.1 it says to use 1544000
  3026. > for the ifSpeed for DS1 lines.
  3027.  
  3028. On Wednesday, 20 May 1998, John Flick wrote:
  3029. >  > 5) How do you tell if the interface is half or full-duplex for
  3030. >  >    both ethernet and token ring interfaces?
  3031. >
  3032. > The current answer for Ethernet is ifMauType.  Using ifSpeed, as one
  3033. > response suggested, has been used by some vendors (a survey I did a
  3034. > few months ago showed about half of the responders doubled ifSpeed for 
  3035. > full-duplex, though most agreed that this is a kludge).  The consensus 
  3036. > of the hubmib WG was that this should be disallowed.  The hubmib WG is 
  3037. > currently debating whether ifMauType is adequate, or if we need to add 
  3038. > an object for duplex mode to either the Ethernet MIB or IF-MIB.
  3039.  
  3040. Mike Heard
  3041.  
  3042. 1.50.04.03
  3043.  
  3044. The Interfaces Group of RFC1213 has been superseded by RFC2863 and RFC2864:
  3045.  
  3046. 2863 The Interfaces Group MIB. K. McCloghrie, F. Kastenholz. June
  3047.      2000. (Format: TXT=155014 bytes) (Obsoletes RFC2233) (Status: DRAFT
  3048.      STANDARD)
  3049.  
  3050. 2864 The Inverted Stack Table Extension to the Interfaces Group MIB.
  3051.      K. McCloghrie, G. Hanson. June 2000. (Format: TXT=21445 bytes)
  3052.      (Status: PROPOSED STANDARD)
  3053.  
  3054. Although RFC1643 is a full-standard, it does not properly support
  3055. 100 BaseT.  It has been superseded by RFC2665, which does:
  3056.  
  3057. 2665 Definitions of Managed Objects for the Ethernet-like Interface
  3058.      Types. J. Flick, J. Johnson. August 1999. (Format: TXT=110038 bytes)
  3059.      (Obsoletes RFC2358) (Status: PROPOSED STANDARD)
  3060.  
  3061. Even though these are all SMIv2 MIBS, everything in them except for the
  3062. Counter64 objects in the IF-MIB can indeed be implemented in an SNMPv1
  3063. agent.
  3064.  
  3065. Mike Heard
  3066.  
  3067. 1.50.10
  3068. SUBJECT: When do I use GETBULK versus GETNEXT?
  3069.  
  3070. 1.50.10.01
  3071.  
  3072. You use GETNEXT, typically, to get selected columns from one or more
  3073. rows of a table. If you want the values for columns S(1)..S(s)
  3074. from columns C(1)..C(c) (where s<c)) for all rows in the table
  3075. (and there are N rows), you would make N+1 GETNEXT requests.
  3076. (This assumes that the varBinds for columns S(1)..S(s) will
  3077. fit in a request and response message.)
  3078.  
  3079. You use GETBULK, typically, as an optimisation of GETNEXT, and
  3080. you would not typically know how many rows will be in the table.
  3081. You just issue GETBULKs until you get all of the rows, just like
  3082. using GETNEXT.
  3083.  
  3084. With GETNEXT, you know when you are done when the response is not
  3085. the next row. Likewise, with GETBULK. However, instead of getting
  3086. a single set of extra varBinds, you get upto the the value of
  3087. maxRepeaters. This behavior is called "overshoot". If the agent
  3088. and manager support large max message sizes, and the maxRepeaters
  3089. is large, then you will have many extra varBinds in the last
  3090. reponse to GETBULK. Typically, this is not too bad.
  3091.  
  3092. David Perkins
  3093.  
  3094. 1.50.10.02
  3095.  
  3096. See RFC 1905 section 4.2.3 what the real correct behaviour of a 
  3097. GetBulkRequest is. Especially study the situations under which an
  3098. agent returns less than the total number of repetitions.
  3099.  
  3100. Juergen Schoenwaelder
  3101.  
  3102. 1.50.10.03
  3103.  
  3104. I keep getting questions on GetBulk, and how it works and so on,
  3105. and especially multi-var bind GetBulk.
  3106.  
  3107. I'll attach an part email I've had to send out recently, which can
  3108. be dumped into the FAQ.  Feel free to edit/clean up as needed.
  3109.  
  3110. [Editor's Note: See http://www.pantherdig.com/snmpfaq/getbulk01.html]
  3111.  
  3112. Pete Flugstad
  3113.  
  3114. 1.50.12
  3115. SUBJECT: What free products can be used to monitor?
  3116.  
  3117. > I am looking for some Network Monitoring Software that will give
  3118. > alerts when a device or server goes down and that will also log and
  3119. > monitor snmp information for devices and be able to graph the data it
  3120. > logged.
  3121.  
  3122. > Cyberspew
  3123.  
  3124. I use a combination of nagios (updated version of netsaint) and mrtg with
  3125. rrdtool. Nagios provides complete network monitoring, including device and
  3126. service availability. It will even produce graphics of the nodes in your
  3127. network.
  3128.  
  3129. Mrtg allows you to graph any snmp object on your network; the most common of
  3130. which are incoming and outgoing traffic. I also use it to monitor cpu usage,
  3131. disk usage and webcache requests.
  3132.  
  3133. http://nagios.sf.net/
  3134. http://people.ee.ethz.ch/~oetiker/webtools/mrtg/
  3135.  
  3136. RRDtool is an alternative logger for mrtg, which does not generate graphs
  3137. automatically, in order to save cpu time.
  3138.  
  3139. http://people.ee.ethz.ch/~oetiker/webtools/rrdtool/
  3140.  
  3141. If you do not want to go down the free route, there is program for windows
  3142. that will do all of this (except you cannot choose any snmp object to
  3143. graph - only traffic) from Solarwinds, called Network Performance Monitor.
  3144. Their website is at http://www.solarwinds.net/.
  3145.  
  3146. Chris
  3147.  
  3148. 1.75.00 -- SNMP Engineering and Consulting
  3149.  
  3150. 1.75.01
  3151. SUBJECT: SNMP Engineering and Consulting Firms
  3152.  
  3153. [Editor's Note: Business entities named in this section should have
  3154. a minimum of three years of direct experience implementing SNMP
  3155. solutions at either the manager or agent node.]
  3156.  
  3157. 1.75.01.01
  3158.  
  3159.     Core Competence Inc.
  3160.  
  3161.     David M. Piscitello
  3162.     3 Myrtle Bank Lane
  3163.     Hilton Head, SC 29926
  3164.  
  3165.     Email: dave@corecom.com
  3166.     Phone: (843) 683-9988
  3167.     Fax: (843) 689-5595
  3168.  
  3169. 1.75.01.02
  3170.  
  3171.      SNMP Research International, Inc.
  3172.      3001 Kimberlin Heights Road
  3173.      Knoxville, TN 37920-9716
  3174.  
  3175.      Ph: 865-579-3311
  3176.      Fx: 865-579-6565
  3177.  
  3178.      mailto:info@snmp.com
  3179.      
  3180.      http://www.snmp.com
  3181.  
  3182. SNMP Research provides consulting and development services in
  3183. conjunction with the licensing of our products and development tools.
  3184.  
  3185. Our customers' needs include the following:
  3186.                        Product definition
  3187.                        MIB design,
  3188.                        Hardware design
  3189.                        Implementation
  3190.                        System integration/testing
  3191.                        Life-cycle maintenance
  3192. Our expertise and business model allows us to match
  3193. our resources with customers' needs anywhere along this spectrum.
  3194.  
  3195. 1.75.01.03
  3196.  
  3197.     Panther Digital Corporation
  3198.     Danbury, CT
  3199.  
  3200.     OEM Software Engineers and Consultants
  3201.     http://www.pantherdig.com
  3202.     panther@pantherdig.com
  3203.  
  3204.     203 312-0349
  3205.  
  3206.  
  3207. 1.75.01.04
  3208.  
  3209.     G & H Computer Services, Inc
  3210.     Daytona Beach, FL
  3211.     http://www.gandhsoftware.com
  3212.  
  3213.     904 255-1599
  3214.     904 253-1545 FAX
  3215.  
  3216. 1.75.01.05
  3217.  
  3218. Prism Communications, Inc
  3219. 10015 Old Columbia Road, Suite F-100
  3220. Columbia MD 21046
  3221.  
  3222. Tel: 410-381-1515
  3223. Fax: 410-381-8787
  3224.  
  3225. mailto: info@prismComm.com
  3226. http://www.prismComm.com
  3227.  
  3228. Prism Communications has extensive experience with
  3229. the development of SNMP v1/2/3 based solutions 
  3230. including RMON1/2 and AgentX.
  3231.  
  3232. Customers look to us to design enterprise MIBs,
  3233. develop embedded agents, extend/develop manager
  3234. frameworks, develop scripts for detailed testing.
  3235.  
  3236. We have extensive experience with VxWorks/pSOS, 
  3237. Win32 and Solaris environments and are a Solutions
  3238. Partner for HP OpenView.
  3239.  
  3240. END OF PART 1,    SNMP FAQ   PLEASE CONTINUE WITH PART 2.
  3241.