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.
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)
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 ?
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..
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...