|
|
A common network problem is loss of IP connectivity between two end points (A and B). Table B-1 shows the Campus Manager tools to use to verify and localize this type of problem. The steps listed are not exhaustive; other steps might be required to further identify and troubleshoot the failure. However, the table does take you through a process of investigation using Campus Manager tools.
| Action | Menu Sequence | Result | Next Step | |
|---|---|---|---|---|
Step 1 | Make sure the ANI server has the most current network information. | 1. Select Campus Manager > Topology Services. 2. Check the status bar for the last discovery date and time. | If there have been no network changes since the last discovery, you can proceed. If you believe there have been changes to the network since the last discovery cycle, do a rediscovery of the network. | |
1. Select Campus Manager > User Tracking 2. Select Query > Show All or Simple Query. | Obtain IP addresses of end-user hosts. | |||
1. Select Campus Manager > User Tracking. 2. Select Reports > Duplicate MAC. | If a duplicate MAC address exists, User Tracking reports the offending end-user hosts. Investigate further. | |||
1. Select Campus Manager > User Tracking. 2. Select Reports > Duplicate IP. | If a duplicate IP address exists, User Tracking reports the offending end-user hosts. Investigate further. | Step 5 | ||
|
| Run a path trace from end-user host A (source) to end-user host B (destination). | 1. Select Campus Manager > Path Analysis. 2. Enter the IP address of end-user host A in the From field and the IP address of end-user host B in the To field. 3. Select Action > Start Trace. | No trace or "Could not reach source" error on status line could indicate that the problem is related to IP connectivity at end-user host A (source). | Step 6 |
Partial trace helps you localize the problem. | ||||
A successful trace indicates that there is probably not an IP connectivity problem. This might suggest a different problem, perhaps at the application layer. | Step 14 or | |||
Run a reverse path trace from end-user host B (source) to end-user host A (destination). | 1. Select Campus Manager > Path Analysis. 2. Enter the IP address of end-user host B in the From field and the IP address of end-user host A in the To field. 3. Select Action > Start Trace. | If the reverse trace is also unsuccessful or a "Could not reach source" error displays on the status line, there might be a problem between the CiscoWorks2000 server and the end-user hosts that is preventing Path Analysis from performing the trace between end-user hosts A and B. | Step 7 | |
If the reverse trace provides a partial trace, this information helps you localize the problem. | ||||
Run a path trace between the CiscoWorks 2000 server and both end-user hosts. | 1. Select Campus Manager > Path Analysis. 2. Enter the IP address of the CiscoWorks2000 server in the From field and the IP address of end-point A in the To field. 3. Select Action > Start Trace. 4. Enter IP address of the CiscoWorks2000 server in the From field and the IP address of end-point B in the To field. | An unsuccessful or partial trace might indicate that there is a connectivity problem related to the subnet where the CiscoWorks2000 server resides. A successful path trace might indicate that you are able to reach both end points independently, but the end points cannot communicate with each other. | Diagnose and correct the problem; then continue localizing the original problem with Step 5. | |
1. From Campus Manager, select Topology Services. 2. Return to the Path Analysis window where the result of the trace you just performed is displayed. 3. Select Action > Highlight Path in Network View. | Locate the highlighted path, and check for possible signs of failure, for example a red link. This could indicate a port failure (bad NIC or MAU), loose connector, or bad cable. | If none of these are the cause, do one of the following: | ||
1. Select affected link. 2. Select Reports > Link Attributes. | Check the following fields for information:
| |||
1. Select affected device. 2. Select Reports > Port Attributes. | Check the following fields for information:
| |||
1. From Campus Manager, select Topology Services. 2. Click Network Views. 3. Select Reports > Discrepancies. | Check for physical discrepancies, such as link, duplex, and speed mismatch and trunk/non-trunk mismatch. | |||
1. From Campus Manager, select Topology Services. 2. Click Managed Domains. 3. Select Reports > Discrepancies. | Check for logical discrepancies, such as VLAN and VTP inconsistencies or ATM network misconfiguration. | Step 13 | ||
Use CiscoView (or telnet) to reach suspect devices and investigate further. | 1. Select Campus Manager > Topology Services. 2. Select desired view and select View > Display View. 3. Select the affected device. 4. Right click and select CiscoView or Telnet. | Variable. | Step 14 | |
Check firewall and filter configuration on each potentially affected device. | 1. Select Campus Manager > Topology Services. 2. Select desired view and select View > Display View. 3. Select the affected device. 4. Right click and select Telnet. | Firewall or filter could be blocking traffic that needs to pass through. | ||
None. | Variable. | Variable. |
![]()
![]()
![]()
![]()
![]()
![]()
![]()
Posted: Thu Aug 10 13:23:57 PDT 2000
Copyright 1989-2000©Cisco Systems Inc.