We have a design similar to that, and it does create some difficulties. To
make it worse, not only do we have a "duplicate" standby router, but an IBM
mainframe as well! here's the layout:
We have about 90 remote branches, and about 30 of those are considered
"front line" branches with PVCs connected back to our HQ. The remaining
branches have redundant connections to the front line branches. All
branches, however, have another PVC that goes over the frame relay network
to an AT&T POP and from there back to our HQ on a clear channel T-1 with
frame encapsulation. In the event of a disaster at our HQ, we simply dial
in and move the circuit so that instead of pointing to our HQ, it points to
our disaster recovery facility where we have a 7513 and an IBM s/390 waiting
at our disposal.
The obvious downside to this is that it is VERY expensive. Your
organization would have to have some big bucks to have this setup. Our side
of any switchover is fairly easy. We swing the circuit over and someone
loads up the latest config from our main router onto the new router.
There's not much more to it than that, but it took a LOT of work to make it
this easy. We have a 7513 running IP, DLSW+, tn3270-server, channel
connections to the mainframe...it's fairly complicated and required a lot of
fine-tuning.
It's important to note, though, that in our case we are not using HSRP, per
say. We do have a standby router, but it's not "hot". Timeliness is an
issue. In the case of a disaster, several members of our disaster recovery
team fly to the recovery site (across the country) and get everything
rolling. It takes some time, but it sure beats being down for days when
you're losing thousands of dollars a day, not to mention losing customers
and making current customers very angry with you.
HTH,
John Neiberger
> Hi All...
>
> I have a mandate from on high that all of our routers now have HSRP
support.
> Not a problem on the LAN side, and I have worked out the point to point
line
> issues by using channelized lines and creating two serial lines. But the
> frame relay (FR) is killing me!
>
> So far the only solution seems to be with the telco providing a second FR
> host line that in the event of failure we call a computer at their end
and
> dial a few numbers and the PVCs are moved to the secondary FR host line.
> Needless to say doesn't sound too hot to me, as it requires that
everything
> work just right to get a reasonable failover, and this may not be in a
> timely manner.
>
> Anyone have any thoughts?
> --
> John Hardman, MCSE+I, CCNA
>
>
>
> ___________________________________
> UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html
> FAQ, list archives, and subscription info: http://www.groupstudy.com
> Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
_______________________________________________________
Say Bye to Slow Internet!
http://www.home.com/xinbox/signup.html
___________________________________
UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html
FAQ, list archives, and subscription info: http://www.groupstudy.com
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
