Survey
* Your assessment is very important for improving the workof artificial intelligence, which forms the content of this project
* Your assessment is very important for improving the workof artificial intelligence, which forms the content of this project
Recursive InterNetwork Architecture (RINA) wikipedia , lookup
Policies promoting wireless broadband in the United States wikipedia , lookup
Wake-on-LAN wikipedia , lookup
Wireless security wikipedia , lookup
Zero-configuration networking wikipedia , lookup
Distributed firewall wikipedia , lookup
Computer network wikipedia , lookup
Cracking of wireless networks wikipedia , lookup
Piggybacking (Internet access) wikipedia , lookup
Network+ Guide to Networks, Fourth Edition Chapter 12 Troubleshooting Network Problems Objectives • Describe the steps involved in an effective troubleshooting methodology • Follow a systematic troubleshooting process to identify and resolve networking problems • Document symptoms, solutions, and results when troubleshooting network problems • Use a variety of software and hardware tools to diagnose problems Troubleshooting Methodology • Steps for troubleshooting network problems: – – – – Identify symptoms and potential causes Identify affected area Establish what has changed Select most probable cause • • • • Verify user competency Re-create problem Verify physical integrity of network connection Verify logical integrity of network connection Troubleshooting Methodology (continued) • Steps for troubleshooting network problems (continued): – Implement an action plan and solution and be prepared for all potential effects – Test the result – Identify results and effects of solution – Document solution and process Identify the Symptoms and Potential Causes • Questions that may help identify non-obvious symptoms: – – – – – Access to network affected? Network performance affected? Data and/or programs affected? Only certain network services affected? Problems include local application, networked application, or multiple networked applications? – Specific error messages reported? – One user or multiple users affected? – Symptoms manifested consistently? Identify the Affected Area Figure 12-1: Identifying the area affected by a problem Identify the Affected Area (continued) Figure 12-1 (cont): Identifying the area affected by a problem Identify the Affected Area (continued) Figure 12-2: Identifying the chronological scope of a problem Identify the Affected Area (continued) Figure 12-2 (cont): Identifying the chronological scope of a problem Establish What Has Changed • Questions to help pinpoint problems resulting from a network change: – OS or configuration on a server, workstation, or connectivity device changed? – New components added to server, workstation, or connectivity device? – Old components removed from server, workstation, or connectivity device? – New users or segments added to the network? – Server, workstation, or connectivity device moved from previous location to new location? Establish What Has Changed (continued) • Questions to help pinpoint problems resulting from a network change (continued): – Was a server, workstation, or connectivity device replaced? – Was new software installed on a server, workstation, or connectivity device? – Was old software removed from a server, workstation, or connectivity device? Establish What Has Changed (continued) • Two ways to react to problems caused by network changes: – Attempt to correct problem – Attempt to reverse change and restore hardware or software to previous state • Complete network change records should be kept – Make available to staff members Select the Most Probable Cause: Verify User Competency • Ensure that human error is not source of problem • Problems caused by human error usually simple to solve • Best way to verify that a user is performing network tasks correctly is to watch them Re-create the Problem • Try to reproduce symptoms both while logged on as the user who reported the problem and while logged on under a privileged account • Questions to help determine whether a problem’s symptoms are truly reproducible: – – – – Make symptoms recur every time? Make symptoms recur some of the time? Symptoms happen only under certain circumstances? Symptoms consistent no matter how many and which programs or files user has open? Verify Physical Connectivity • Many network problems occur at Physical layer – Symptoms of Physical Layer problems: continuous or intermittent inability to connect to network and perform network related functions – Possible causes of Physical Layer problems: • Segment or network lengths exceeding IEEE maximum standards • Noise affecting wireless or wire-bound signal • Improper terminations, faulty connectors, loose connectors, or poorly crimped connections • Damaged cables • Faulty NICs Verify Physical Connectivity (continued) • Diagnosing Physical Layer problems: – – – – Device turned on? NIC properly inserted? For wireless NICs, antenna turned on? Device’s network cable properly connected to both NIC and wall jack? – Patch cables properly connect punch-down blocks to patch panels and patch panels to hubs or switches? Verify Physical Connectivity (continued) • Diagnosing Physical Layer problems (continued): – – – – – Hub, router, or switch properly connected to backbone? Cables in good condition? Connectors in good condition and properly seated? Network lengths conform to IEEE 802 specifications? Devices configured properly to work with network type or speed? Verify Physical Connectivity (continued) • Swapping equipment: – If you suspect problem lies with a network component, easy to test theory by exchanging for a functional component – Cables, ports, data jacks, network adapters – Difficult to swap routers and switches Verify Physical Connectivity (continued) Figure 12-3: Verifying physical connectivity Verify Physical Connectivity (continued) Figure 12-3 (cont): Verifying physical connectivity Verify Logical Connectivity • Questions to help identify logical connectivity problems: – Error messages reference damaged or missing files or device drivers? – Error messages reference malfunctioning or insufficient resources? – OS, configuration, or application been recently changed, introduced, or deleted? – Problem occurs with only one application or a few, similar applications? – Problem happens consistently? – Problem affects single user or one group of users? Implement an Action Plan and Solution Including Potential Effects • Scope: assess scope of solution before implementing • Tradeoffs: solution may restore functionality for one group of users, but remove it for others • Security: solution may inadvertently result in addition or removal of network access or resource privileges for a user or group of users • Scalability: does solution position network for additions and enhancements later on • Cost: if solution requires significant software or hardware cost, weigh options carefully Implement an Action Plan and Solution Including Potential Effects (continued) • Use vendor information: nothing to lose by referring to manual, except a little time – Manuals, online information, technical support • Implement the solution: – – – – – – – Collect all documentation about problem’s symptoms Make backups, keep old parts, print configurations Perform change, replacement, move, or addition Test solution Clean up Document solution and results Revisit problem later Test the Results • Must verify that problem solved properly – Type of testing depends on solution – Depends on area affected by problem • May not be able to test solution immediately after implementing it Identify the Results and Effects of the Solution • Should be able to determine how and why solution was successful and effects on users and functionality • Want to avoid creating unintended, negative consequences as result of solution Document the Solution and Process • Always record symptoms and cause(s) of a problem and solution – Impossible to remember circumstances of each incident – Networking personnel frequently change jobs Staff Involved in Troubleshooting • Many staff members may contribute to troubleshooting network problems – Help desk analysts often first-level support • Creates record for incident and attempts to diagnose problem – Second-level support analyst has specialized knowledge in one or more aspects of a network – Most help desks include a help desk coordinator • Ensures analysts divided into correct teams, schedules shifts, maintains infrastructure to enable analysts to better perform their jobs Record Problems and Resolutions • Call tracking system: software used for documenting problems – If no call tracking system, should keep records in electronic form • • • • • • • Name, department, phone number of problem originator Software- or hardware-related problem? Software package or device/component to which it pertains Symptoms of problem Name/telephone number of network support contact Time spent troubleshooting Resolution Notify Others of Change • Record resolution in call tracking system • Notify others of solution and what, if anything, needed to change to fix problem – Alerts others about problem and solution – Notifies others of network changes made, in case they affect other services • Change management system: process or program that provides support personnel with centralized means of documenting network changes Notify Others of Change (continued) • Types of changes that network personnel should record in change management system: – – – – – – – Adding or upgrading software or hardware Changing network properties of network device Increasing or decreasing rights for group of users Physically moving networked devices Moving user accounts, files, and directories Making changes in processes Making changes in vendor policies or relationships Help to Prevent Future Problems • Not all problems are preventable, but many can be avoided – Perform regular network health checks • Even continual network monitoring • When planning or upgrading a network, think about how good network designs and policies can prevent later problems Troubleshooting Tools: Crossover Cable • Transmit and receive wire pairs in one connector are reversed – Directly interconnect two nodes without using an intervening connectivity device – Useful for quickly and easily verifying that node’s NIC is transmitting and receiving signals properly Tone Generator and Tone Locator • Telecommunications closets often disorganized and poorly documented • Tone generator: Issues signal on wire pair • Tone locator: Emits tone when it detects electrical activity on wire pair • Cannot be used to determine cable characteristics – Such as whether it has defects or whether its length exceeds IEEE standards for a certain type of network Tone Generator and Tone Locator (continued) Figure 12-4: Use of a tone generator and tone locator Multimeter • Can measure many characteristics of an electric circuit, including its resistance and voltage • Voltmeter: measures voltage of electric current • Ohmmeter: measures resistance – Every type of wire has different resistance characteristics • Impedance: resistance that contributes to controlling signal – Telltale factor for ascertaining location of faults in a cable Cable Continuity Testers • Test whether cable carrying signal to destination – When used on copper-based cables, applies small voltage to each conductor at one end of a cable • Checks whether voltage detectable at other end • Two parts: – Base unit: generates voltage – Remote unit: detects voltage • Some verify that wires in UTP or STP cables paired correctly and are not shorted, exposed, or crossed Cable Continuity Testers (continued) Figure 12-6: Cable continuity testers Cable Performance Testers • Accomplishes same continuity and fault tests as a continuity tester, and more • Performance testers perform following tasks: – Measure distance to connectivity device, termination point, or cable fault – Measure attenuation along cable – Measure near-end crosstalk between wires – Measure termination resistance and impedance – Pass/fail ratings for CAT 3, 5, 5e, 6, or 7 standards Cable Performance Testers (continued) • Performance testers perform following tasks (continued): – Store and print cable testing results or directly save data – Graphically depict cable’s attenuation and crosstalk characteristics over length of cable • Time domain reflectometer (TDR): issues signal on cable and measures way signal reflects • Optical time domain reflectometer (OTDR): used for fiber optic cables Cable Performance Testers (continued) Figure 12-7: A performance tester Network Monitors • Software tool that continually monitors network traffic from a server or workstation – Typically can interpret up to Layer 3 – Determines protocols passed by each frame – Can’t interpret data inside frames • Many available programs: – Microsoft Network Monitor ships with Windows Server 2003 – Novell NETMON comes with NetWare 5.x and 6.x – Many others available Network Monitors (continued) • Network monitoring tools perform following functions: – – – – Continuously monitor network traffic on segment Capture network data transmitted on segment Capture frames sent to or from specific node Reproduce network conditions by transmitting selected amount and type of data – Generate statistics about network activity Network Monitors (continued) • Some network monitoring tools can also: – Discover all network nodes on a segment – Establish a baseline • Record of how network operates under normal conditions, including performance, collision rate, utilization rate, and so on – Store traffic data and generate reports – Trigger alarms when traffic conditions meet preconfigured conditions Network Monitors (continued) • Data errors that can be distinguished: – – – – – – – Local collisions Late collisions Runts Giants Jabber Negative frame sequence checks Ghosts Protocol Analyzers • Capture traffic and analyze frames – Typically up to Layer 7 – Can interpret payload portion of frames • Can generate traffic in attempt to reproduce network problem and monitor multiple network segments simultaneously • Hardware-based protocol analyzers exist – Sole job is to identify and assess network problems – Tailored to particular type of network • May collect more information than can be processed Protocol Analyzers (continued) Figure 12-8: Traffic displayed by protocol type Wireless Network Testers • To test wireless connections, stations, or APs, need tools that contain wireless NICs and run wireless protocols • Programs exist that can scan for wireless signals over a geographical range and discover all APs and wireless stations transmitting in area – Determine whether AP functioning properly – Determine whether AP positioned correctly – Determine whether stations and APs are communicating over proper channels within a frequency band Wireless Network Testers (continued) • Some programs can capture data transmitted between stations and APs – Useful for troubleshooting wireless connection problems • Some programs contain a spectrum analyzer – Assess quality of wireless signal – Ascertain where noise (or interference) is greatest Wireless Network Testers (continued) • Capabilities common to wireless network testers: – Identify transmitting APs and stations and channels over which they are communicating – Measure signal strength from and determine range of AP – Indicate effects of attenuation, signal loss, and noise – Interpret signal strength information Wireless Network Testers (continued) • Capabilities common to wireless network testers (continued): – Ensure proper association and reassociation when moving between APs – Capture/interpret traffic exchanged between wireless APs and stations – Measure throughput and assess data transmission errors – Analyze the characteristics of each channel within a frequency band to indicate the clearest channels Wireless Network Testers (continued) Figure 12-10: Wireless network testing tool Summary • Key to solving network problems is to approach them methodically and logically, using your experience to inform your decisions, and knowing when to ask for someone else’s help • First step in troubleshooting is identifying the symptoms and potential causes for a problem • Second step in troubleshooting is to identify the affected area • At each point in the troubleshooting process, stop to consider what kind of changes have occurred on the network that might have created a problem Summary (continued) • Based on an analysis of the symptoms and how changes might have affected the network, select a probable cause for the problem • After you have identified the probable cause, implement an action plan and your solution, while considering the potential effects of the solution • After implementing your solution, test your result to ensure that you solved the problem and haven’t created new problems • Next identify the effects and results of your solution Summary (continued) • Last step in troubleshooting is to document the solution and the process of solving the problem • A tone generator and tone locator are used to identify the terminating location of a wire pair • A multimeter is a simple device that can measure the voltage, resistance, impedance, and other characteristics of an electrical circuit • Basic cable continuity testers determine whether your cabling can provide connectivity Summary (continued) • A network monitor is a software-based tool that monitors network traffic from a server or workstation attached to the network • Protocol analyzers can typically interpret data up to Layer 7 of the OSI Model • Wireless network testing tools can be dedicated instruments or software that run on a workstation (usually a laptop)