We have approx. (540) remote Cisco 1750 routers configured for DDR which in turn dial our central AS5350 . Does anyone know of a monitoring solution that could actually test the DDR connection, verify connectivity and log the status? The only way known at this point is to manually telnet to the routers and initiate a call to the AS5350. Try that 540 times...
-thanks for any input. will continue searching the boards.
There are 2 issues: causing dialing, and logging the result. I don't know of a management solution that would do this automatically, although a script could likely be written to do the same thing. It would be "manual", I suppose, but still effective. The sequence would be to telnet to a 1750 (I assume there is access to it by means other than the DDR), ping to cause dialing, note whether it's successful or not, clear the line and close the telnet connection. Move to next device.
Another way (not necessarily better) would be to configure Dialer Watch for some non-existent route, which can be a statically configured route that is propogated by the 5350 or some other box. When you want to test the DDR links, you remove the static route, which should ultimately cause the remotes to dial (no interesting traffic required). The 5350 could note who dials in and connects, log that to a syslog server for more crunching to see who did not connect. However, since you have 540 remotes, you really don't want them all dialing at the same time. So you can either set up Dialer Watch delay timers differently per group of boxes, or setup multiple phantom routes with one route watched by a group of 1750's, and remove the static route one at a time for testing purposes.
[toc:faq]The ProblemOn traditional switches whenever we have a trunk
interface we use the VLAN tag to demultiplex the VLANs. The switch needs
to determine which MAC Address table to look in for a forwarding
decision. To do this we require the switch to do...
[toc:faq]Introduction:Netdr is a tool available on a RSP720, Sup720 or
Sup32 that allows one to capture packets on the RP or SP inband. The
netdr command can be used to capture both Tx and Rx packets in the
software switching path. This is not a substitut...
IntroductionOSPF, being a link-state protocol, allows for every router
in the network to know of every link and OSPF speaker in the entire
network. From this picture each router independently runs the Shortest
Path First (SPF) algorithm to determine the b...