Static Routes won't load on 1841

Unanswered Question
Jun 5th, 2007


I have a problem with a 1841 router at one of our remote sites.

The hardware is as below:

Cisco 1841 (revision 6.0) with 237568K/24576K bytes of memory.

Processor board ID FCZ104211TW

2 FastEthernet interfaces

2 Virtual Private Network (VPN) Modules

DRAM configuration is 64 bits wide with parity disabled.

191K bytes of NVRAM.

62720K bytes of ATA CompactFlash (Read/Write)

It is running:

Cisco IOS Software, 1841 Software (C1841-ADVIPSERVICESK9-M), Version 12.4(3f)

When this router starts up, it loads all the startup-config commands. When I do a sh run the entries are all in memory. The problem is that the static routes put in by startup do not show in the routing table, all that shows is the 2 connected networks on the Ethernet interfaces.

If I try to manualy enter the routes again with conf t and Ctrl-Z, it accepts the commands but does not put the entries in the routing table.

This router is being used to create VPN tunnels between various sites. I have a number of similar routers (mostly 2811 with ADSL cards) set up to do the same (almost identical configs apart from name, ip address, etc) and they all work fine.

I am not sure if I am missing something fundemental here! Any help appreciated.


I have this problem too.
0 votes
  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 0 (0 ratings)
mohammedmahmoud Tue, 06/05/2007 - 05:34


This is most probably due to that the next-hop or the outgoing interface that the route is pointing to is either not reachable or down .

If you can past the static routes and your interfaces (show ip interface brief) we can check it out.

HTH, please do rate all helpful replies,

Mohammed Mahmoud. Tue, 06/05/2007 - 05:56

The next-hop is working fine, I can reach it from this router and others in the network.

All interfaces are fine as they can be seen from other routers.

The problem is the 1841 won't put the static routes in the routing table Tue, 06/05/2007 - 06:51


Attached is the config. I have taken out some details but it should give you the general idea.

If I do a sh ip route on this router I get the following

Gateway of last resort is 80.255.249.XXX to network is subnetted, 1 subnets

C is directly connected, FastEthernet0/1 is subnetted, 1 subnets

C is directly connected, FastEthernet0/0

S* [1/0] via

I hope this is enough to go on, I have had to remove end octet of addresses and key info.

I have also run a debug ip routing static detail command and get the following, again modified.

*Jun 5 14:46:27.139: IP-Static: Path = 2 3 5 7, route table no change, recursive flag clear

*Jun 5 14:46:27.139: IP-Static: Path = 2 3 5 6 8, route table deleted, recursive flag clear

*Jun 5 14:46:27.139: IP-Static: 84.12.134.xxxPath = 2 3 5 6 8, route table deleted, recursive flag clear

*Jun 5 14:46:27.139: IP-Static: Path = 2 3 5 6 8, route table deleted, recursive flag clear

*Jun 5 14:46:27.139: IP-Static: Path = 2 3 5 6 8, route table deleted, recursive flag clear

*Jun 5 14:46:27.139: IP-Static: Path = 2 3 5 6 8, route table deleted, recursive flag clear

Any help is appreciated



Richard Burts Tue, 06/05/2007 - 06:09


Mohammed made a very reasonable suggestion about the most likely source of the problem and a very reasonable request for additional information (paste the configuration of the static routes and the output of show ip interface brief, and posting the complete config would be even better). Your assertion that the nest hop is working fine is good but seeing the output would be more helpful. Please post the information that Mohammed requested so that we can help solve your issue.


Rick Tue, 06/05/2007 - 06:59


In my haste, I missed the the line about static routes and sh ip int, sorry.

I have posted config and sh ip int br output is below

Interface IP-Address OK? Method Status Protocol

FastEthernet0/0 YES NVRAM up up

FastEthernet0/1 80.255.249.XXX YES NVRAM up up

NVI0 unassigned YES unset up up

Thanks again,


Richard Burts Tue, 06/05/2007 - 07:29


Thanks for the additional information. I see these static routes:

ip route

ip route

ip route

ip route

ip route

and note that they all have next hop addresses that are not on connected interfaces. So for them to work there must be something that makes them reachable. It would seem that the default route configured would make them reachable if it worked:

ip route

and at this point I get puzzled. The output of show ip route that you posted along with the config indicates that the default route is in the routing table. I am puzzled that this did not make the other static route next hops reachable. I also note that the routing behavior is exactly the same with only the default route or with the other static routes if they were in the table because the routing decision is going to be to forward packets to the next hop Perhaps IOS does not put them in the routing table since they are essentially superflous (reaching the next hop requires a recursive lookup and is dependent on the default route).




This Discussion