As is the case with most networking questions, the correct answer is "it depends."
If your T1 is a point-to-point link, the link layer will reliably detect link down, and the floating static route you propose could work very well. However...
If your T1 is frame relay and is not configured for end-to-end keepalives, the link could go down while the link layer (which only talks to the local frame relay switch) stays up. In this case you must either enable "frame-relay end-to-end keepalive" (a Cisco proprietary feature) or run a routing protocol to detect link failure.
Depending upon the exact configuration of your VPN, you may also have an MTU problem when switching over to the VPN backup. Typically, this will occur if your VPN MTU is less than 1500 bytes. There are several potential solutions to this problem, but to be honest, none of them are very pretty.
I agree with the "it depends" statement. I find myself answering many questions like that.
The toplogy is FR over IP (L2TPv3), but it seems to behave like a ptp link (down,down -etc) when there is trouble.
Am I correct in assuming that the best way to accomplish the same thing while using EIGRP would be to have the VPN backup device listed as the gateway of last resort? That way, when the link goes down, there will be no route to the host via the link and it will send to the gateway of last resort. Or is there a better way to add weight to routes with EIGRP?
Sorry for all the questions, I've only done basic EIGRP up to this point.
Sounds like a good approach, belt and suspenders style. By running EIGRP over the primary link, even if the link does not go down at the link level, the problem will still be detected within 15 seconds and the default route will take over. This is better than using floating static routes, which can take up to one minute (30 seconds average) to "float" into action if the physical and link layer do not fail.
We are pleased to announce availability of Beta software for 16.6.3.
16.6.3 will be the second rebuild on the 16.6 release train targeted
towards Catalyst 9500/9400/9300/3850/3650 switching platforms. We are
looking for early feedback from customers befor...
Introduction Featured Speakers Luis Espejel is the Telecommunications
Manager of IENova, an Oil & Gas company. Currently he works with Cisco
IOS® and Cisco IOS XE platforms, and NX to some extent. He has also
worked as a Senior Engineer with the Routing P...
In this session you can learn more about Layer 3 multicast and the best
practices to identify possible threats and take security measures. It
provides an overview of basic multicast, the best security practices for
use of this technology, and recommendati...