I am providing a backup solution for a customer. Right know there is a device between ME and the WAN that is out of my control. In order to run a dynamic routing protocol I have established GRE tunnels between myself and the head end device. I am then running EIGRP and am getting all of the required routes except the default route, so I redistributed JUST the static route using a route map. I can see the static route in eigrp when I do a show ip eigrp topo. Next I remove the 0.0.0.0 0.0.0.0 static I have pointing to the physical interface. Almost immediately my tunnel goes down and I lose all of my eigrp routes. It logs an error "%TUN-5-RECURDOWN" error. I found a document (22327) that says in order to remedy this use a static pointing to the interface. The problem with this is that the WAN circuit (which my device has no visibility into) can go down and the GRE tunnel is still up. This causes my device to still consider the 0.0.0.0 a valid route.
What you are seeing is normal. You can't learn the destination IP of the tunnel via the tunnel.
When you configured the tunnel, you needed to create a destination tunnel ip, this IP must be reachable via the physical interface or any other interface but not the tunnel interface. If you want the default route via the tunnel, create a host route to the destination tunnel IP via the physical interface and the default will automatically be learned via the tunnel with EIGRP.
There are some aspects of your description that I do not understand well. But it seems to me that a solution for your problem is to configure GRE tunnel keepalives. By default GRE tunnel interfaces do not do keepalives (as part of being a virtual interface and keepalives are usually for physical interfaces). But Cisco introduced (somewhat recently) the keepalive function on GRE tunnels as an option. Assuming that you are running code that supports it you can configure keepalives on the tunnel interfaces and they will detect a failure to transmit through the tunnel and will take the tunnel interface to line protocol down. This would cause the static route to become invalid.
Question We run asr9001 with XR 6.1.3, and we have a very long delay to
login w/ SSH 1 or 2 to the device compare to IOS device. After
investigation, the there is 1s delay between the client KEXDH_INIT and
the server (XR) KEXDH_REPLY. After debug ssh serv...
Introduction The purpose of this document is to demonstrate the Open
Shortest Path First (OSPF) behavior when the V-bit (Virtual-link bit) is
present in a non-backbone area. The V-bit is signaled in Type-1 LSA only
if the router is the endpoint of one or ...
Hi, I am seeing quite a few issues with patch install and wanted to
share my experience and workaround to this. Login to admin via CLI, then
access root with the “shell” command Issue “df –h” and you’ll probably
see the following directory full or nearly ...