RouteExplorer™ Tutorial – Troubleshooting and Diagnostics
The key question that needs to be answered first indiagnosing a reported service outage is whether the problem is in disruptedconnectivity to the server or the server itself is down.
In a typical trouble ticket, the helpdesk will identify theIP address or domain name of the server that is disrupted. Whether thedestination server is within the IGP domain, within the multi-domain enterprisenetwork but reachable via BGP, or in the Internet, Route Explorer’s prefix listcan quickly tell you if it is still advertised in your network and show you thehighlighted route between the user and the prefix.
Figure
Figure 1shows how you may find the current path from the router serving the user’sworkgroup to the prefix of the server’s network. If a path currently exists, it will be shown highlighted inRoute Explorer’s topology map (see Figure2).
By contrast, Figure3shows a case when the prefix is NOT reachable – Route Explorer shows nohighlighted path, only the highlighted source router. Closer examination of the topology map shows that in thiscase, the link from the user’s workgroup router is down (upper-left), leadingto the outage. But the prefix is still available (lower-right).
Figure
Next, Figure 4shows another case when the route to the prefix is unavailable.
Figure
In this case, the route shown is in a different colorindicating that it is an incomplete route. This route is in fact, a routing loop.
Figure
Close examination of the route in Figure4also reveals that the destination prefix network is in fact not shown in thetopology map. This means that theserver network was either down or the prefix was withdrawn.
Figure
This example has shown how Route Explorer can quickly helpyou distinguish a routing failure from a failure in the server network. In thenext example, we show how Route Explorer can help you pinpoint the time andlocation of the failure. Below, weshow how to put this Route Explorer capability in action in your own network.
HOW TO:
Copyright © 2003-2004.