route tables in RIP OSPF

[richmorrow624]

The attached is a route table and debug rip from a router connected in a lab scenario.

I am trying to understand why it poulated the way it did.

The goal is to get it to RIP the 10.10.151.0 and the 10.10.152.0 and the 10.10.153.0 networks to populate via the 172.20.130.69 interface as did the 192.168.1.0 network did toward the bottom of the table.

In the 192.168.1.0, I offset the metric to force the router to use the 172.20.130.69 interface.

Is there anything by looking at the route table that anyone can see as to why it is not populating from that interface?

It looks as though it might not event be configured correctly.

I have debuged rip on that router and it shows the network 10.0.0.0.

What am I missing?

The router with the 172.20.130.69 interface does not have an interface on the 10.0.0.0 network, but it doesnt have one on the 192.0.0.0 network either and it got those routes.

[kamlesh.sharma]

Hi rich,

if it is lab invironment so can you attach show run config of the both the router to short out the problem. Well i suppose you have auto summarization enable in RIP protocol and you have only 192.168.1.1/32 loopback interface in it but bcos of auto summary it is coming /24 via rip bcos you don't have any interface in this subnet.

Well show run output will give us more information.

please rate if it helps

HTH

kamlesh

[Richard Burts]

Richard

The update is being recieved from the neighbor at 172.20.130.69 (serial 0) so the default behavior of RIP is to summarize network 10.0.0.0. The debug does show that it is version 2 RIP which does have the capability to control summarization. My guess is that the neighbor at 172.20.130.69 is following the default behavior and summarizing at network boundaries. If you configure no auto summarization in router rip on 172.20.130.69 then I think that you should get the subnets of network 10.0.0.0.

HTH

Rick