09.12.2012 Views

Understanding the network.pdf - Back to Home

Understanding the network.pdf - Back to Home

Understanding the network.pdf - Back to Home

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

• Link and services moni<strong>to</strong>ring, <strong>network</strong> performance baselining, and periodic<br />

performance revaluation. Proactive and reactive hardware, link and <strong>network</strong><br />

service failure detection. Network security moni<strong>to</strong>ring.<br />

In small office <strong>network</strong>s (generally 20 <strong>to</strong> 50 nodes), <strong>the</strong>se duties are often<br />

performed by a solitary <strong>network</strong> administra<strong>to</strong>r. In this kind of scenario, spreadsheet<br />

record-keeping or station and <strong>to</strong>pology mapping with graphics packages like<br />

SysDraw or VISIO is possible, because one person will always be able <strong>to</strong> find and<br />

control <strong>the</strong> documentation. Router and o<strong>the</strong>r device configurations can be saved <strong>to</strong><br />

a TFTP server. Link and service moni<strong>to</strong>ring, if <strong>the</strong>y are done at all, are accomplished<br />

with cus<strong>to</strong>m checking scripts, or with a free or commercial moni<strong>to</strong>ring package and<br />

an email-enabled pager.<br />

In large enterprises, a <strong>network</strong> environment that consists of hundreds or thousands<br />

of nodes, some kind of Network Management System (NMS) is generally required.<br />

These systems are ei<strong>the</strong>r maintained by <strong>the</strong> IT or MIS department, or outsourced <strong>to</strong><br />

<strong>network</strong> management firms like Electronic Data Systems (EDS). In ei<strong>the</strong>r case,<br />

large-scale NMSs are expensive and complicated. They require expensive hardware<br />

and software components and, most importantly, trained staff <strong>to</strong> interpret <strong>the</strong><br />

management data and do problem resolution. No matter how great your<br />

management system is, it cannot interpret <strong>the</strong> data it collects or fix your <strong>network</strong><br />

when it goes down. That must be done by <strong>the</strong> <strong>network</strong> administration staff.<br />

When determining your <strong>network</strong>'s management system requirements, it is essential<br />

that you define what <strong>the</strong> NMS's operational scope will be. Without defining what<br />

your <strong>network</strong> management needs are, you can easily spend <strong>to</strong>o much time and<br />

money developing a system that can perform many functions that you will not need.<br />

For example, <strong>the</strong> use of cus<strong>to</strong>m moni<strong>to</strong>ring scripts using ping is a perfectly<br />

acceptable method for verifying if an IP-based device is up on <strong>the</strong> <strong>network</strong>. Ping<br />

might not tell you if it is operating correctly, but it will verify that it is online. This<br />

solution, for most scenarios, is adequate. If <strong>the</strong> script fails, it can send you email<br />

notification of <strong>the</strong> failure. Alternatively, you can spend some significant money on a<br />

management system that will poll <strong>the</strong> device and verify that all of <strong>the</strong> services are<br />

functioning correctly, and attempt <strong>to</strong> restart it if it's not. When restart fails, <strong>the</strong><br />

system will notify you with an email. The point is that you need <strong>to</strong> determine what<br />

your <strong>network</strong>'s operational and service requirements are and <strong>the</strong>n use a <strong>network</strong><br />

management approach that will accommodate those requirements in a sane,<br />

cost-effective manner.<br />

The broad scope of activities that fall under <strong>network</strong> management often become<br />

blurred <strong>to</strong>ge<strong>the</strong>r. Network management system developers have a tendency <strong>to</strong><br />

promise much more than <strong>the</strong>y can deliver—easy configuration, au<strong>to</strong>matic data<br />

collection, problem resolution, and so on. Effective <strong>network</strong> management is not<br />

easy; in fact, it can be downright tedious and frustrating at times. NMSs are only a<br />

<strong>to</strong>ol, a very helpful <strong>to</strong>ol when implemented correctly. They are not <strong>the</strong> only <strong>to</strong>ol

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!