- Shopping Bag ( 0 items )
Ships from: fallbrook, CA
Usually ships in 1-2 business days
Ships from: acton, MA
Usually ships in 1-2 business days
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.
Covers the latest version of the exam: 640-506.Prepare for the exam with review questions and labs focused on exam topics.Illustrates troubleshooting and other support issues.
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.
In this section you will learn about several different types of physical media testing equipment. These include:
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:
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.
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.
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.
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.
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....
|Ch. 1||Troubleshooting Methodology||1|
|Ch. 2||Protocol Attributes||33|
|Ch. 3||Generic Troubleshooting Tools||107|
|Ch. 4||Cisco Router Architecture||141|
|Ch. 5||Cisco Diagnostic Commands and TCP/IP Connectivity Troubleshooting||183|
|Ch. 6||TCP/IP Routing Protocol Troubleshooting||261|
|Ch. 7||Troubleshooting Serial Line and Frame Relay Connectivity||315|
|Ch. 8||Troubleshooting ISDN||361|
|Ch. 9||Troubleshooting Novell Connectivity||409|
|Ch. 10||Troubleshooting AppleTalk Connectivity||455|
|Ch. 11||Troubleshooting Switched Ethernet||493|
|Ch. 12||Cisco Support Functions||559|
|Ch. 13||Applying Cisco's Diagnostic Tools||583|
Posted June 10, 2003
Decent book. Quality of material covered is broad & thorough, but why trust only one source of information? If your goal is to get the cert and retain no knowledge, then get this book. If you want a little more breadth and plan on working in the field, do yourself a favor and get another book or twoWas this review helpful? Yes NoThank you for your feedback. Report this reviewThank you, this review has been flagged.
Posted April 29, 2003