• We’re currently investigating an issue related to the forum theme and styling that is impacting page layout and visual formatting. The problem has been identified, and we are actively working on a resolution. There is no impact to user data or functionality, this is strictly a front-end display issue. We’ll post an update once the fix has been deployed. Thanks for your patience while we get this sorted.

HSRP and OSPF...

drebo

Diamond Member
So, I've got another request for redundancy and failover, this time on a much larger scale. Now, I'm not looking for the solution to the problem...only some kind of confirmation that I'm not way off base. Unfortunately, I don't have a lab I can use to set this up, otherwise I'd have done that already. I'm not afraid to admit that my experience in this area is lacking, and I'd appreciate any guidance.

Here's the scenario: One central site, many remote sites (let's say 5). IPSec VPNs currently exist between the central site and each of the remote sites. Failover is wanted, both at the hardware level and at the internet connection level, at the central site. No failover or redundancy is needed at the remote sites.

The solution I thought of was this: two internet connections at the central site, each to a separate router, with HSRP running between them so that the clients on the inside are not affected if a failover happens. Each remote site would then have an IPSec VPN to each of the two routers at the central site, using Virtual Tunnel Interfaces. I would then run a routing protocol, such as OSPF, between them so that if one of the ISP connections at the main site went down, the remote sites could automatically switch over to using the other VPN connection.

Now, unfortunately, I've had to make a couple of assumptions. In order for HSRP to detect a failed network connection, I need a WAN connection that has a state link, such as a serial connection, and that serial connection cannot be through an external DSU (would an ADSL WIC work too?). Is this first assumption correct? Also, OSPF requires link state as well, does it not? VTIs are always up at the "physical" level, so these will never go down...would OSPF indeed work in this scenario?

Alternatively, I could use BGP to the ISP as that maintains a persistent connection, though that would require registering an AS number and involving the ISP, and the whole idea is to not involve the ISP.

I don't think I'm too off base as far as my solution goes...but I'm making a couple assumptions that I'd like to confirm before I present it as a final solution. So, any input on where to go to research this a little more (google was less than helpful as far as HSRP goes) would be great, or if you could confirm my two assumptions, that's be great too...
 
Originally posted by: drebo
In order for HSRP to detect a failed network connection, I need a WAN connection that has a state link, such as a serial connection, and that serial connection cannot be through an external DSU (would an ADSL WIC work too?). Is this first assumption correct?
its been my experience that even with an external CSU if your circuit has L2 issues the line protocol on the router will go down as well (same with an ADSL WIC). now, if you had something like an external ADSL modem, you would need to setup some IP SLA monitoring to actually detect the outage...

Originally posted by: drebo
Also, OSPF requires link state as well, does it not? VTIs are always up at the "physical" level, so these will never go down...would OSPF indeed work in this scenario?
no problems there 🙂


TBH, there are A LOT of ways to go about this. from reading your brief description, DMVPN with OSPF over the mGRE interfaces sounds the most feasible.

http://www.cisco.com/en/US/tec...09186a008019d6f7.shtml

http://www.cisco.com/en/US/doc...re/guide/gt_topht.html
 
I'd never heard of DMVPN before, but after reading through Cisco's documentation on it, you're right...it looks exactly like what I'm looking for. It's a little more complex and confusing than point-to-point GRE tunnels, but it looks to be a LOT more scalable and places less of a requirement on existing network connections (easily implemented with dynamic IP addresses).

Thanks for the tip. I'm going to read some more about this.
 
Back
Top