cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
483
Views
0
Helpful
7
Replies

Static route not accepted into the routing table

edehaas
Level 1
Level 1

I have a 6509 with MSFC2 and PFC2. We are accepting a route via eigrp of 10.95.116.0/22. This is known via an address on int. VLAN152. I have added a static route of 10.95.117.0/24 with a destination to a router on vlan 24. This static route does not get accepted into the routing table. When I do a "sho ip route 10.95.177.0" the results return the 10.95.116.0/22 path. Any ideas? Thanks.

7 Replies 7

thisisshanky
Level 11
Level 11

When I do a "sho ip route 10.95.177.0" the results return the 10.95.116.0/22 path. Any ideas? Thanks.

On the above sentence, you are looking for 10.95.177.0 which falls under 10.95.116.0/22. You should have given a "show ip route 10.95.117.0".

Sankar Nair
UC Solutions Architect
Pacific Northwest | CDW
CCIE Collaboration #17135 Emeritus

ruwhite
Level 7
Level 7

I'm assuming the 177 in the show ip route is a typo--it should be 117. What's the actual nexthop you're using for the static? If you do a show ip route for that nexthop, is it in the table? If not, the static won't be installed.

It might be useful to have these posted:

-- show run | i static

-- show ip route

-- show ip route 10.95.117.0

Russ.W

Yes "177" was a typo. The nexthop for the static is in the table. Here is some additional info:

G03-MSFC1#sho run | i static

redistribute static

distribute-list 72 out static

redistribute static

distribute-list 61 out static

G03-MSFC1#sho ip route 10.95.10.181

Routing entry for 10.0.0.0/8

Known via "static", distance 1, metric 0

Redistributing via eigrp 120, eigrp 1530

Routing Descriptor Blocks:

* 10.94.10.187

Route metric is 0, traffic share count is 1

G03-MSFC1#sho ip route 10.95.117.0

Routing entry for 10.95.116.0/22

Known via "eigrp 1530", distance 90, metric 28672, type internal

Redistributing via eigrp 1530

Last update from 10.94.10.2 on Vlan153, 4d00h ago

Routing Descriptor Blocks:

10.94.10.1, from 10.94.10.1, 4d00h ago, via Vlan153

Route metric is 28672, traffic share count is 1

Total delay is 120 microseconds, minimum bandwidth is 100000 Kbit

Reliability 255/255, minimum MTU 1500 bytes

Loading 1/255, Hops 2

* 10.94.10.2, from 10.94.10.2, 4d00h ago, via Vlan153

Route metric is 28672, traffic share count is 1

Total delay is 120 microseconds, minimum bandwidth is 100000 Kbit

Reliability 255/255, minimum MTU 1500 bytes

Loading 1/255, Hops 2

Thanks.

Ok you are putting in the static router then redistributing it into EIGRP , When this happens all all other routers except the router where the static route is coonfigured the route will show up as an external eigrp route with an AD of 170. The sh ip route above is being learned from 10.94.10.2 with an AD of 90, this route is being used because it has a lower AD than the /24 even though it is more specific.

But shouldn't the MSFC show both routes? Does it? Show us the static route statement and a show ip route to the next hop in that statement.

isnt the real problem that the networks overlap? The net in the static route is a host in the learned network. If it was a host specific route it would work but since it is not, and it doesnt have the same mask as the other route, the router is igoring it.

I agree. Since the two networks have different prefix lengths and different AD, I would think they would both be placed in the routing table.

Is is possible eigrp auto-summary is messing things up? Maybe making sure no auto-summary is enabled under the eigrp routing process would help.

My $.02

Thanks for all the posts on this. From what I can tell the post from jackson was correct. I resubnetted my destination route and the entry now shows up.

Thanks!

Getting Started

Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community:

Innovations in Cisco Full Stack Observability - A new webinar from Cisco