I have Router CCR-1036 -8G - 2S+,.I have multiple default routes configured with different distance values to manage my outgoing traffic, recently I am facing an issue with static routes, if my primary interface goes down ideally my preferred default route should go unreachable and secondary default gateway should take over, but it is not happening,and if I disable and then enable that primary routes it shows unreachable, so secondary default takes over.
This is causing me a lot of trouble, can any one help with this issue please. Thanks in advance .
Hey. What distances values does you primary and secondary routes have? Are you sure interface itself is going down or it’s just traffic stops behind that interface?
It can simply be 1 and 2…
Whatever your ROS version is, sorry but it sounds a little bit difficult to believe that this really happens.. never seen it…
Are you sure your config is correct ?
Yes it can be simply 1 and 2 but nothing wrong with 5 or 50 as well.
Secondly it was all working fine with same configuration, so nothing wrong with config either, what I suspect is I have been using it for more complex network then it is supposed to work with..Or i may be wrong.
If one interface down, with route you need, then second one route to another interface has to running. Maybe your config is more complicated or its a bug of exact ROS version.
Interface as gateway should only be used in point to point addressing…
So if you use interface name as your gate change it to IP address and test again…
yes that is true, but with property of check gateway = ping make it work, (i.e if it can not ping the gateway IP anymore, router marks it unreachable), and I am pretty sure about that because I have been using this for years.
Secondly I have tested it with Ethernet interface last week as well for testing purpose, and did not work on interface as well.
Yes, you are right because I deliberately chose inactive route to show the result.
But let me make it clear to you that if I had done it with with an active route it would have caused the same effect and I had faced downtime in the result… Which have happened multiple times.
Actually I have already removed many of sub-interfaces and shifted them to separate router, have reduced alot configurations, so far it seems to be working fine now.
So my conclusion is that with more configuration lines it causes the reported behavior, even though CPU level was in between 50 to 60 percent, also had much memory to spare as well.