Showing results for 
Search instead for 
Did you mean: 

Cisco 7600 Static Route ECMP Failover Issue


This is my first post on this fourm so thanks ahead of time for any feedback.  I have run into a problem testing static route failovers using ECMP.  I have an edge device (SUT) that has 2 NIC interfaces to an internal Loopback.  Each NIC is a unique Gi port on an 7609 VLAN tagged with unique IP subnets.  The 7600 is configured to route the loopback via the 2 NIC.  I am using CEF in the network for other traffic performance testing.  Using an external sniffer we can verify that when a ping is initiated externall to the SUT loopback a specific path is selected by the router. 

Ping host ------Network-----7609 Gi1/21 ( Nic1 (

                                        |                             |

                                        |                             -------Loopback

                                        |                             |

                            7609 Gi2/21 ( Nic2 (

RTRL011#show ip route | section

S [1/0] via

                           [1/0] via


Now, when the selected path is taken out of server (pulling cable for example), the 7609 is not clearing the routing table to indicate that particular path is down and failing over to the secondary path.  Other things I have noticed is the show ip cef still shows both peers as well as the arp table but the interface shows down (show interface gi1/21 for example).  I am running 15.1.  My understanding is that since the ports are directly connected to the router, the ports should be detected as down and any association of the IP for the down port should removed.  This should trigger the static route to update the static route for the end destination to use the second path and traffic should continue. 

Let me know if more detial is needed to help understand this issue or if there is a known issue with Static ECMP routing.

ROM: System Bootstrap, Version 12.2(17r)S2, RELEASE SOFTWARE (fc1)
BOOTLDR: Cisco IOS Software, c7600s72033_rp Software (c7600s72033_rp-ADVENTERPRISEK9-M), Version 15.1(1)S1, RELEASE SOFTWARE (fc1)



Bump to top.

Dan-Ciprian Cicioiu
Rising star


Wellcome and hope to see more posts from you, Eric.

I think that the software uses this route even though the next-hop is not directly connected, and its trying to do recursive lookup for the next-hop. Do you have any default route in the routing table, or any summary that would include the IP of the interface ?




Hi Eric,

You said you are getting the following output even when Gi1/21 for example is unplugged;

show ip route | section

S [1/0] via

                                      [1/0] via

So the route via should be gone, so what then happens if you do "show ip route | i" ? Does it say Gi1/21  / as the output interface?

I want to thank you all for helping.  I figured out the current issue.  When I set the VLANs for some reason I got a step out of order and all VLANS were being tagged on all interfaces.  So when NIC1 for example went down, the VLAN was still active because it was also tagged on NIC2 interfaces even though the other side was not reachable (it did not have the same vlan settings).  I have fixed the VLAN tags to the correct port mapping and now the routes are cleared as expected.  I am still a bit concerned that the router did nto realize it could not reach the next hop and still maintained the routes..

Thanks again..