Recently a remote site went down. I saw no entries in the OSPF database on the remote router. Well it turns out that in preparation for re ip'ing, the up stream site had put the current IP of S0 in as a secondary and the new IP as the primary. Should OSPF still have functioned? Or is OSPF tied to the primary IP only on an interface? Or should he have rebooted the router? As soon as we figured out what had occurred we put the original IP back as the primary on the interface. And all was well once again. We would like to get this to work though, as we have to re IP again this spring and have numerous remote locations and it is hard to have both ends manned at the same time. Does anyone know if CISCO has a procedure for RE ip'ing routers and switches? (I do hope to have a backdoor modem connection to the router, but it may be impossible in all situations)
[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...