CCNP: Support Study Guide

CCNP: Support Study Guide

by Todd Lammle, Kevin Hales
     
 

View All Available Formats & Editions

Here's the book you need to prepare for Cisco's new Support exam, 640-606. Written by Cisco internetworking experts who can help you master the skills and acquire the knowledge needed to approach the test with confidence, this Study Guide provides:

Assessment testing to focus and direct your studies
In-depth coverage of official exam objectives
Hundreds

Overview

Here's the book you need to prepare for Cisco's new Support exam, 640-606. Written by Cisco internetworking experts who can help you master the skills and acquire the knowledge needed to approach the test with confidence, this Study Guide provides:

Assessment testing to focus and direct your studies
In-depth coverage of official exam objectives
Hundreds of challenging practice questions, in the book and on the CD
Sample simulation questions

Authoratative coverage of all exam topics, including:
Using Cisco-specific troubleshooting tools
Using a a problem-solving model for systematic troubleshooting
Documenting potential causes and solutions
Identifying key troubleshooting targets in campus LANs
Identifying connection sequences and key troubleshooting targets in TCP/IP, Novell IPX, and AppleTalk networks
Minimizing the impact of troubleshooting tools
Using Cisco IOS software commands and debug utilities
Identifying and resolving switched and routed VLAN configuration problems
Identifying and resolving common WAN, Frame Relay, and ISDN BRI problems

Featured on the CD
The enclosed CD is packed with vital preparation tools and materials, beginning with the Sybex EdgeTest testing engine for Cisco's new Support exam, 640-606. Loaded with hundreds of practice questions, including sample simulation questions, it lets you test yourself chapter by chapter or according to objective groups. You'll also find electronic flashcards for your PCs, Pocket PCs, and Palm handhelds, along with two practice exams that will help you prepare for the test. A fully searchable electronic copy of the book is also included.

About the Author
Todd Lammle, CCNP, has over twenty years of experience working with various LAN and WANs, and has been working on Cisco router networks since 1986. He is CEO and Chief Scientist of RouterSim, LLC and President of GlobalNet Training, Inc. Arthur Pfund, CCIE #7249, is the Principal Engineer at Charles Schwab in Phoenix. He has over seven years experience in internetworking.

Product Details

ISBN-13:
9780782127133
Publisher:
Wiley, John & Sons, Incorporated
Publication date:
06/01/2000
Series:
Study Guide Series
Edition description:
Student Manual, Study Guide, etc.
Pages:
832
Product dimensions:
7.87(w) x 9.31(h) x 2.32(d)

Read an Excerpt

Chapter 3: Generic Troubleshooting Tools

Many different tools exist for network troubleshooting. Although a majority of them are not Cisco-specific or proprietary, many of these tools can help to troubleshoot problems with Cisco equipment as well as with networks in general.

Troubleshooting tools can be used to analyze several aspects of a net-work, such as the physical connectivity and the protocols, as well as the applications running on the network. Each area requires a different set of tools and procedures. Often, troubleshooting tools and test equipment are used only when there is a network failure or problem. It is important to recognize that many tools can be used in a proactive method, such as monitoring. Certainly, some tools are not able or not designed to provide monitoring functions. Many are capable of this task, however.

We begin this chapter by discussing the tools designed for physical media troubleshooting, and then move on to protocol analyzers. After a thorough discussion of these two types of instruments, we will discuss using some of these tools in monitoring applications. Cisco has several software packages that provide excellent network monitoring using SNMP (Simple Network Management Protocol) and TCP/IP protocol debugging tools.

Some tools are part of the TCP/IP protocol stack, others are systems that capture frames and decode them using software, and yet others are used to test physical media. The use of all these types of tools provides coverage for many of the seven layers of the OSI model.

Physical Media Test Equipment

Starting at the bottom and working up, we begin with Layer 1 connectivity testing. It is amazing how many network problems can actually be solved by testing and then resolving wiring problems.

In this section you will learn about several different types of physical media testing equipment. These include:

  • Multimeters
  • Cable testers
  • Time domain reflectors and optical TDRs
  • Digital interface testing tools

Multimeters and Cable Testers

There is a large variety of physical media testing equipment. The most basic tools are multimeters and cable testers.

Multimeters measure voltage, resistance, and current. They work with electrical-based cabling and can be used to test for physical connectivity.

Cable testers can be very general or they can be made for a specific type of cable. Some cable testers have adapters that allow them to test a wide range of cables. Cable testers are made for electrical and optical cable.

Different from multimeters, cable testers can give the user much more information regarding the cable being tested. Here are some examples of the attributes that are reported by a cable tester:

  • Electrical connectivity
  • Open pairs
  • Crossed pairs
  • Out of distance specification
  • Out of decibel specification (for optical cable), meaning signal/noise is out of acceptable specifications
  • Cross talk
  • Attenuation
  • Noise/interference
  • Wiring maps
  • MAC information
  • Line utilization
  • Time domain reflector (TDR)

Note
It is important to realize that not all cable testers provide all of this information. A given tester may provide only some of these attributes.

Time Domain Reflectors (TDRs) and Optical TDRs (OTDRs)

Time domain reflectors (TDRs) are complex cable testers. They are used to locate physical problems in a cable. They can detect where an open circuit, short circuit, crimped wire, or other abnormality is located in a cable.

TDRs and Optical TDRs (OTDRs) work on the same principle: a signal is sent down the cable and the unit waits for the reflected signal to come back. Different abnormalities in cabling cause this signal to be reflected at different amplitudes. Based on the signal strength, or amplitude, the meter distinguishes between opens, shorts, crimps, or other failures in the cable. These meters measure the time between the sending of the signal and the arrival of the reflected signal at the unit. This time interval is used to calculate where the failure is occurring in the cable. Optical TDRs can also provide information, such as signal attenuation, fiber breaks, and losses through connectors.

Digital Interface Testing Tools

Digital Interface Testing tools consist of several different tools, such as breakout boxes, used to verify pin-outs (e.g., TD—transmit data, RD—receive data, CTS—clear to send) for all types of serial and parallel interfaces, and bit/block error rate testers, used for testing the quality of a communication link based on deviance from a known bit pattern. These tools are used to measure signals sent from computer and communication equipment. They are also able to test connections and communication between data terminal equipment and data communications equipment.

Although monitoring line conditions is an option with these types of tools, they are not capable of analyzing protocol information on a line. Their primary use is to verify that digital communication is sent and received by the two devices that are connected to the ends of the cable. A few exam-ples: testing between a PC and a printer, a router and CSU/DSU, or even a modem and a PC.

Software Test Equipment

There are many programs available that help to troubleshoot network problems. We begin by talking about generic programs that can provide troubleshooting capabilities, and then we will move on to Cisco-specific solutions. There are basically two types of software used for aiding network troubleshooting: network monitoring and network analyzing.

Network Monitors

As the word monitor describes, this software-based tool simply monitors the network. It can do this in several ways, including the Simple Network Management Protocol (SNMP) and the Internet Control Message Protocol (ICMP).

The Simple Network Management Protocol (SNMP) is the most widely used method of gathering network statistics. Once a machine has sufficient information about a network, it continually monitors the availability and connectivity of each device that is specified in its configuration.

No packet analysis is performed by network monitors. It is simply used to gather and keep statistical information about the network. The historical data that monitoring provides can be used to create a network baseline.

A baseline is a very important tool. How can you effectively troubleshoot a new problem on a network if you don't know what the network used to be like or how it was configured? By keeping a baseline, you can compare previous performance and traffic levels to what you are currently seeing. Perhaps your problem is a new application that was introduced into your network.

SNMP is not the only method of monitoring a network, however. There are tools that use protocol tools to isolate network problems. For instance, the Internet Control Message Protocol (ICMP) can be used to ping a list of hosts. If a host does not respond, the program adds the host to a list and displays it to a monitor.

Network Analyzers

Network analyzers are also known as protocol analyzers. Examples of protocol analyzers are EtherPeek (used in the CCNA: Cisco Certified Network Associate Study Guide, CCNP: Advanced Cisco Router Configuration Study Guide, and in this book), Network Associate's Sniffer, and RADCOM's PrismLite.

These tools must be connected to the network or broadcast domain that you are interested in troubleshooting. Figure 3.1 depicts a subnetwork. If there is a fault within the 172.16.1.0 subnetwork, the protocol analyzer must be placed on that segment of the subnetwork.

Otherwise, you will not see the packets transiting the subnetwork. As you can see in Figure 3.1, the protocol analyzer is connected to the 172.16.1.0 subnetwork. Some analyzers can monitor in-line, but most just act as an additional node on the subnetwork.

FIGURE 3.1 Placement of a protocol analyzer...

To better handle the data that is captured by an analyzer, different filters may be used. Most programs allow filters to be placed before or after the packet is copied. After a full capture, display filters may be used to help narrow the field of troubleshooting. If you are trying to troubleshoot an Ethernet problem, you probably don't want to look at all of the routing packets that were also captured. To save memory, filters can be applied before the packet is captured into memory. The analyzer looks at each packet and compares it to user-defined filters. If the necessary criteria are met, the packet is then copied to memory; otherwise, it is dropped....

Meet the Author


Todd Lammle is a CCNP, MCT, MCSE, CNI, and MCNE. He is president of GlobalNet Training Solutions, Inc. (www.Lammle.com), and chief scientist of RouterSim, LLC (www.RouterSim.com). He is the author of several Cisco and Microsoft study guides from Sybex. Todd has more than eighteen years of experience designing, installing, and troubleshooting LANs and WANS.

Kevin Hales, CCNP, is a network engineer for the Utah Education Network, where he specializes in BGP and ATM and, using his six years of networking experience, manages a statewide WAN.

Customer Reviews

Average Review:

Write a Review

and post it to your social network

     

Most Helpful Customer Reviews

See all customer reviews >