Electronic References
Home Register login Logout

CMIP Vs SNMP : Network Management

TitleCMIP Vs SNMP : Network Management
# of Words2347
# of Pages (250 words per page double spaced)9.39

CMIP vs. SNMP : Network Management



CMIP vs. SNMP : Network Management


     Imagine yourself as a network administrator, responsible for a 2000 user
network. This network reaches from California to New York, and some branches
over seas.  In this situation, anything can, and usually does go wrong, but it
would be your job as a system administrator to resolve the problem with it
arises as quickly as possible.  The last thing you would want is for your boss
to call you up, asking why you haven't done anything to fix the 2 major systems
that have been down for several hours.  How do you explain to him that you
didn't even know about it? Would you even want to tell him that?  So now,
picture yourself in the same situation, only this time, you were using a network
monitoring program.  Sitting in front of a large screen displaying a map of the
world, leaning back gently in your chair. A gentle warning tone sounds, and
looking at your display, you see that California is now glowing a soft red in
color, in place of the green glow just moments before.  You select the state of
California, and it zooms in for a closer look.  You see a network diagram
overview of all the computers your company has within California.  Two systems
are flashing, with an X on top of them indicating that they are experiencing
problems. Tagging the two systems, you press enter, and with a flash, the screen
displays all the statitics of the two systems, including anything they might
have in common causing the problem.  Seeing that both systems are linked to the
same card of a network switch, you pick up the phone and give that branch office
a call, notifying them not only that they have a problem, but how to fix it as
well.
     Early in the days of computers, a central computer (called a mainframe) was
connected to a bunch of dumb terminals using a standard copper wire.  Not much
thought was put into how this was done because there was only one way to do it:
they were either connected, or they weren't.  Figure 1 shows a diagram of these
early systems. If something went wrong with this type of system, it was fairly
easy to troubleshoot, the blame almost always fell on the mainframe system.
     Shortly after the introduction of Personal Computers (PC), came Local Area
Networks (LANS), forever changing the way in which we look at networked systems.
LANS originally consisted of just PC's connected into groups of computers, but
soon after, there came a need to connect those individual LANS  together forming
what is known as a Wide Area Network, or WAN, the result was a complex
connection of computers joined together using various types of interfaces and
protocols.  Figure 2 shows a modern day WAN.  Last year, a survey of Fortune 500
companies showed that 15% of their total computer budget, 1.6 Million dollars,
was spent on network management (Rose, 115).  Because of this, much attention
has focused on two families of network management protocols: The Simple Network
Management Protocol (SNMP), which comes from a de facto standards based
background of TCP/IP communication, and the Common Management Information
Protocol (CMIP), which derives from a de jure standards-based background
associated with the Open Systems Interconnection (OSI) (Fisher, 183).


     In this report I will cover advantages and disadvantages of both Common
Management Information Protocol (CMIP) and Simple Network Management Protocol
(SNMP)., as well as discuss a new protocol for the future.  I will also give
some good reasons supporting why I believe that SNMP is a protocol that all
network administrators should use.
     SNMP is a protocol that enables a management station to configure, monitor,
and receive trap (alarm) messages from network devices. (Feit, 12).  It is
formally specified in a series of related Request for Comment (RFC) documents,
listed here.
     RFC 1089 - SNMP over Ethernet
         RFC 1140 - IAB Official Protocol Standards
         RFC 1147 - Tools for Monitoring and Debugging TCP/IP
                         Internets and Interconnected Devices
                                 [superced...This is ONLY a preview of the article. If you would like to view the entire document, you must subscribe to Electronic References. Please register below now!

Get This Full Article After Registration

When you subscribe to Electronic References, you get complete access to the meta-collection of full text articles and papers written by researchers and students spanning the last 5 years. For $19.95 a month, you will receive unlimited access and the ability to expand your research opportunities and knowledge.

This subscription package includes:

  • 24-hours-a-day, 7 days a week unlimited access on any computer with Internet access
  • Complete access to all 60,000 articles, essays, and research papers
  • Ability to view, save, print and download any document you find
  • Ability to browse through perfectly arranged catalog of articles
  • Superior search and relevancy ranking techniques using our optimalized search engine
  • Instant access to the online database after registration
You can pay by credit card or checking account. You get instant access after registration:

1 Month ($ 19.95)
3 Months ($ 29.95)
6 Months ($ 39.95)


You will be billed $19.95 every 30 days or $29.95 every 90 days (recurring billing) starting on the day you subscribe.
Your credit card or checking account will automatically be renewed for your convenience until you cancel.


Home | Register | Login | Logout | Privacy Policy | Disclaimer | Help | FAQ | Contact Us | Cancel Subscription

Copyright 1998-2007 Electronic References. Electronic References is designed only to assist students and researchers in the preparation of their own work. Anybody who use our services are responsible not only for writing their own papers, but also for citing Electronic References as a source when doing so. By accessing and using this page you agree to the Disclaimer.