PPP Callback, Back-up ISDN interface, DDR, restoration of primary link.
My Indian office and UK office is connected by a point-to-point dedicated serial leased line.
I have backed-up this serial link with an ISDN link between these two offices. Presently, if the primary link fails, the ISDN is triggered from the Indian router. There is interesting traffic generated only at the Indian office and the UK office does not generate any interesting traffic.
Now we have planned to pass on the ISDN cost to the UK office by configuring the UK router as the PPP Callback server and the Indian router as the PPP Callback client, and thereby retaining the Indian router as the triggerer of the ISDN link.
Now my query is that:
Let us consider that the ISDN link has been triggered by the Indian router due to a failure of the serial link on the Indian router, and the UK router calls back the Indian router.
If the serial interface on the Indian router comes up again, would the PPP Callback server (the UK router) detect the revival of the serial interface on the Indian router and let the serial interface on the Indian router take over the network ?
Does a combination of configuration of back-up ISDN interface and PPP callback provide such a feature by default ? If not, is there a way to achieve such a funtionality on my network ?
I would be thankful for all kinds of solutions suggested by any of us.
Re: PPP Callback, Back-up ISDN interface, DDR, restoration of pr
Your plan should work just fine. The 'backup interface' command on the Indian side will force the BRI interface down when the serial interface comes up, after the configured 'backup delay' interval, no matter which side initiated the current call.
[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...