• We’re currently investigating an issue related to the forum theme and styling that is impacting page layout and visual formatting. The problem has been identified, and we are actively working on a resolution. There is no impact to user data or functionality, this is strictly a front-end display issue. We’ll post an update once the fix has been deployed. Thanks for your patience while we get this sorted.

Question on OSPF redist. into RIP

Boscoh

Senior member
Ok...I'm doing this project for my network admin class at school where I have to setup a complete network. Here's the diagram below, all the routers are 2501's except FrankenSwitch which is a 4550 acting as a frame-relay switch, the PIX is of the 501 flavor, the switch is a 1900. The Diagram is not complete but it has everything that pertains to my question:

EDIT: Apparently Geocities doesn't let you link to images. Anyone know of a free service that I can upload my jpg to?
For now I'll just explain it. All the serial links on the internal network are 172.16.248.x /30. The PIX sits on the edge of the network in between the ISP and first router, RtrBelfast. The inside interface of the PIX (E1) is 10.0.1.200/24. The E0 interface on Belfast plugs into the PIX and is 10.0.1.1/24.

Belfast is connected via serial links to Cork and Lemrick. These 3 routers make up OSPF Area 0. Cork is connected via frame relay to Galway, there is a 4550 (FrankenSwitch) acting as a frame-relay switch sitting between Cork and Galway. Galway is a legacy router which only supports RIP. Therefore at Cork I am doing redistribution of OSPF into RIP for Galway to use.

Galway can see the entire 172.16.248.x network. It can ping every other interface on the network. The problem is that I could not get RtrGalway to see the 10.0.1.x network on RtrBelfast or the PIX FwEdge. I was figuring this had something to do with me redistributing OSPF into RIP (which is taking place on RtrCork). I tried just adding the network into RIP but it gave it a metric of 16, so it wouldnt work.

I came across a document saying that when you redistribute OSPF into RIP and you need to advertise a different network, you have to add a static route pointing to 'null0' on whatever device is doing the redistribution, in my case RtrCork. I needed to advertise the 10.x.x.x network, but Cork only has interfaces on 172.16.248.x. So on Cork, I put in the following route, the redistributed statics into RIP:

ip route 10.0.0.0 255.0.0.0 null0
router rip
redist static

This worked. Galway can now see and ping E0 of Belfast and E1 (inside) of the PIX.

The problem is, I dont really understand what I did. It worked, but I dont understand it. I'm wondering if someone can explain to me what I just did, and why I had to do it and if there is another way to do what I did. The Cisco doc's that told me what to do didn't really tell me why, and I'd like to be able to explain to my teacher why I had to do this, and also for my own edification.

Thanks.
 
dude, redistribution is my specialty.

Need diagram.

My guess is by using a null0 route you placed the 10.0.0.0 network into the forwarding table. once the route is in you can do something with it. I can't say its the proper approach until I see a diagram.

 
what I'm seeing is possibly a combination of

1) classfull nature of RIP
2) not doing mutual redistribution

If you're taking the OSPF routes and redistributing them into RIP, then galway has 10.0.0.0/8 in his table. Does cork have a return path for your pings?

need to see routing table of galway with and without the null0 route in place.
 
I dont have access to the routers right now. I'll play with them tomorrow at school and then post the configs/routing tables for you tomorrow evening.

Thanks for the help!
 
Originally posted by: Boscoh


Galway can see the entire 172.16.248.x network. It can ping every other interface on the network. The problem is that I could not get RtrGalway to see the 10.0.1.x network on RtrBelfast or the PIX FwEdge. I was figuring this had something to do with me redistributing OSPF into RIP (which is taking place on RtrCork). I tried just adding the network into RIP but it gave it a metric of 16, so it wouldnt work.

Okay, first note. You will never see the exact 10.0.1.0 network via rip over the 172.16.148.8/30 network. This is a classful boundry. Therefore, RIP will automatically summarize this route as 10.0.0.0/8. Its the nature of the old beast.

Originally posted by: Boscoh


I came across a document saying that when you redistribute OSPF into RIP and you need to advertise a different network, you have to add a static route pointing to 'null0' on whatever device is doing the redistribution, in my case RtrCork. I needed to advertise the 10.x.x.x network, but Cork only has interfaces on 172.16.248.x. So on Cork, I put in the following route, the redistributed statics into RIP:

ip route 10.0.0.0 255.0.0.0 null0
router rip
redist static

I'm not sure where you read this document, so I can't comment on it. But I can tell you why what you did with the static route worked. This worked because you created a route that was less specific than the one that is already in the route table. Therefore the legacy router knew how to get 10.0.1.0/24 because it knew of the 10.0.0.0/8 network. And the RtrBelfast knew how to send traffic back because I'm betting you have the serial interface to the legacy router in the OSPF process (blanket "network 172.16.248.0 0.0.0.255 area 0" statement).

Several questions come to mind as to why the original OSPF to Rip redist didn't work...
Did you have a metric at least 1 and under 15 assigned to the redistribution?
Did you spefify the correct OSPF process id in the redist statement?
Is the 10.0.1.0 network internal to OSPF or and E1/E2 route?


Those are some things to take a look at.
 
Alright. So with the help of my instrutor we made this work another way, and I feel like I understand it more now.

Here's the configs of Cork and Galway when the OSPF redist was not working:

Cork


Building configuration...

Current configuration:
!
version 11.0
service udp-small-servers
service tcp-small-servers
!
hostname Cork
!
enable secret 5 $1$ISgT$ATbCCkVr9OLR/kKAac.W30
!
ip subnet-zero
!
interface Ethernet0
ip address 172.16.248.1 255.255.255.252
!
interface Serial0
ip address 172.16.248.9 255.255.255.252
encapsulation frame-relay
no fair-queue
frame-relay interface-dlci 120
!
interface Serial1
ip address 172.16.248.6 255.255.255.252
!
router ospf 1
redistribute rip subnets
network 172.16.8.0 0.0.3.255 area 0
network 172.16.248.8 0.0.0.3 area 0
network 172.16.248.4 0.0.0.3 area 0

!
router rip
redistribute ospf 1
network 172.16.0.0
!
ip classless
!
!
line con 0
password cisco
login
line aux 0
transport input all
line vty 0 4
password cisco
login
!
end



Galway


Building configuration...

Current configuration:
!
version 12.1
service timestamps debug uptime
service timestamps log uptime
no service password-encryption
!
hostname Galway
!
enable secret 5 $1$VgKv$ev/MZAitj6k3gt4C1dS4Q.
!
!
!
!
!
ip subnet-zero
!
!
!
!
!
!
interface Ethernet0
ip address 172.16.12.1 255.255.252.0
media-type 10BaseT
!
interface Serial0
ip address 172.16.248.10 255.255.255.252
encapsulation frame-relay
no fair-queue
frame-relay interface-dlci 110
!
interface Serial1
no ip address
shutdown
!
router rip
network 172.16.0.0
!
ip classless
no ip http server
!
!
line con 0
password cisco
login
transport input none
line aux 0
line vty 0 4
password cisco
login
!
end


Here are the routing tables for Cork and Galway when the redist was not working and Galway could not reach Belfast's E0 10.0.1.1:

Cork

Cork#show ip route
Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, * - candidate default

Gateway of last resort is not set

10.0.0.0 255.255.255.0 is subnetted, 1 subnets
O 10.0.1.0 [110/74] via 172.16.248.5, 00:00:03, Serial1
172.16.0.0 255.255.255.252 is subnetted, 2 subnets
C 172.16.248.4 is directly connected, Serial1
C 172.16.248.8 is directly connected, Serial0
Cork#

Galway

Galway#show ip route
Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, ia - IS-IS inter area
* - candidate default, U - per-user static route, o - ODR
P - periodic downloaded static route

Gateway of last resort is not set

172.16.0.0/30 is subnetted, 2 subnets
R 172.16.248.4 [120/1] via 172.16.248.9, 00:00:00, Serial0
C 172.16.248.8 is directly connected, Serial0
Galway#


Before, I had put in an "ip route 10.0.0.0 255.0.0.0 null0" command into Cork and then told it to redistribute statics into the RIP process. That worked, but I didnt really understand it. I think I know what "null0" defines now, what I think is that this just basically means "default-gateway".

My instructor helped me figure out another way to do it. I took out the ip route and redist static command from Cork, and put in the following commands:

router ospf 1
default-information originate

When I did this, RIP distributed the route to 10.0.0.0/8 but on Galway it showed up as having 16 hops. So I added the following command on Cork:

router rip
redistribute ospf 1 metric 1

Then it showed up on Galway is having 1 hop, but then RIP apparently figured out on it's own that it was 3 hops away.

Here are the routing tables for Cork and Galway after I did this and everything is working:

Cork

Cork#show ip route
Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, * - candidate default

Gateway of last resort is not set

10.0.0.0 is variably subnetted, 2 subnets, 2 masks
R 10.0.0.0 255.0.0.0 [120/2] via 172.16.248.10, 00:00:22, Serial0
O 10.0.1.0 255.255.255.0 [110/74] via 172.16.248.5, 00:14:56, Serial1
172.16.0.0 255.255.255.252 is subnetted, 2 subnets
C 172.16.248.4 is directly connected, Serial1
C 172.16.248.8 is directly connected, Serial0
Cork#

Galway

Galway#show ip route
Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, ia - IS-IS inter area
* - candidate default, U - per-user static route, o - ODR
P - periodic downloaded static route

Gateway of last resort is not set

172.16.0.0/30 is subnetted, 2 subnets
R 172.16.248.4 [120/1] via 172.16.248.9, 00:00:06, Serial0
C 172.16.248.8 is directly connected, Serial0
R 10.0.0.0/8 [120/3] via 172.16.248.9, 00:00:06, Serial0
Galway#

So, everythings working now like it should. Galway can get out of the network, where it couldnt before. Was the way I ended up doing this (the ospf default-info originate) the correct way to handle this? Or is there yet another way to do this that is prefered?

Thanks for the help.
 
No, you do not need the "ospf default-info originate." That is how you introduce the default route into ospf. It does not apply to what you are doing. This is what fixed your problem:
router rip
redistribute ospf 1 metric 1

As an interesting side note, did you happen to notice the fact that you are getting an unwanted route coming back from the RIP redistribution into OSPF? The 10.0.0.0/8 network is being introduced back from rip into OSPF, which is a network blackhole for the rest of 10.0.0.0/8.
 
Back
Top