OSPF with Frame Relay

I am having trouble forming neighbor relationships between routers in a point-to-point frame relay configuration. I have configured the four routers correctly and can ping from the 'branch' offices back to the main hub but when I try to setup OSPF the routers never form a neighbor relationship.

Here is the config from the 'hub' router:

We will call this R1:

!
interface Serial0/0
ip address 10.4.31.1 255.255.255.0
encapsulation frame-relay
!
interface Serial0/0.32 point-to-point
ip address 10.4.32.1 255.255.255.0
frame-relay interface-dlci 100
!
interface Serial0/0.33 point-to-point
ip address 10.4.33.1 255.255.255.0
frame-relay interface-dlci 101
!
interface Serial0/0.34 point-to-point
ip address 10.4.34.1 255.255.255.0
frame-relay interface-dlci 102
!
router ospf 1
log-adjacency-changes
network 68.110.171.97 0.0.0.0 area 1
network 68.113.147.11 0.0.0.0 area 1
network 10.4.0.0 0.0.255.255 area 1

show ip ospf interface (just s0/0 and s0/0.32)

Serial0/0 is up, line protocol is up
Internet address is 10.4.31.1/24, Area 1
Process ID 1, Router ID 68.113.147.11, Network Type MULTI-POINT, Cost: 781
Transmit Delay is 1 sec, State DR, Priority 1
Designated Router (ID) 68.113.147.11, Interface address 10.4.31.1
No backup designated router on this network
Timer intervals configured, Hello 30, Dead 120, Wait 120, Retransmit 5
Hello due in 00:00:27
Index 2/2, flood queue length 0
Next 0x0(0)/0x0(0)
Last flood scan length is 1, maximum is 1
Last flood scan time is 0 msec, maximum is 0 msec
Neighbor Count is 0, Adjacent neighbor count is 0
Suppress hello for 0 neighbor(s)
Serial0/0.32 is up, line protocol is up
Internet address is 10.4.32.1/24, Area 1
Process ID 1, Router ID 68.113.147.11, Network Type POINT-TO-POINT, Cost: 64
Transmit Delay is 1 sec, State POINT-TO-POINT, Priority 0
No designated router on this network
No backup designated router on this network
Timer intervals configured, Hello 10, Dead 40, Wait 40, Retransmit 5
Hello due in 00:00:07
Index 3/3, flood queue length 0
Next 0x0(0)/0x0(0)
Last flood scan length is 1, maximum is 1
Last flood scan time is 0 msec, maximum is 0 msec
Suppress hello for 0 neighbor(s)

Router that will not form neighbor:

'R2':

!
interface Serial0/3/0
ip address 10.4.32.2 255.255.255.0
encapsulation frame-relay
frame-relay interface-dlci 400
!
router ospf 1
log-adjacency-changes
network 10.4.32.2 0.0.0.0 area 1

show ip ospf interface:

Serial0/3/0 is up, line protocol is up
Internet address is 10.4.32.2/24, Area 1
Process ID 1, Router ID 10.4.32.2, Network Type MULTI-POINT, Cost: 64
Transmit Delay is 1 sec, State DR, Priority 1
Designated Router (ID) 10.4.32.2, Interface address 10.4.32.2
No backup designated router on this network
Timer intervals configured, Hello 30, Dead 120, Wait 120, Retransmit 5
Hello due in 00:00:25
Index 1/1, flood queue length 0
Next 0x0(0)/0x0(0)
Last flood scan length is 1, maximum is 1
Last flood scan time is 0 msec, maximum is 0 msec
Neighbor Count is 0, Adjacent neighbor count is 0
Suppress hello for 0 neighbor(s)

Again, the two routers can ping each other fine through the frame-relay cloud, but OSPF is not working correctly.

This is using packet tracer, if that might make a difference.

Edit:

I see that the network type for the sub int on R1 is set to point-to-point, but the int on R2 is multi-point... wondering if this might be part of the cause.

Also, that is reassuring that this is not likely to be on the CCNA! I am scheduled to take the exam this Sunday, and if I don't have to worry about this I need to go review STP, ACLs, and NAT. I don't think I have ever been this nervous for a cert test before...weird...

Find more posts tagged with

Free for TechExams community: Cybersecurity salary guide

Compare cert salaries and plan your next career move

Button

Comments

networker050184

Look into OSPF network types on frame relay.

Selfmade

that dlci of 400 looks incorrect

that could potentially be your problem

also that mask in your network 10.4.32.2 0.0.0.0 area 1
looks like it might be incorrect to, just 2 things that stand out to me

stuh84

Selfmade wrote: »

that dlci of 400 looks incorrect

that could potentially be your problem

also that mask in your network 10.4.32.2 0.0.0.0 area 1
looks like it might be incorrect to, just 2 things that stand out to me

The network command is fine, all its doing is telling OSPF to include the interface with that exact IP when sending out OSPF messages.

As far as the DLCI, without knowing what the frame relay switch is set up for, I wouldn't say the 400 is categorically incorrect.

Selfmade

thats why I used words like "potentially" and "might be" so that I wouldn't be saying it was categorically wrong *eyeroll*

-rep

stuh84

Selfmade wrote: »

thats why I used words like "potentially" and "might be" so that I wouldn't be saying it was categorically wrong *eyeroll*

-rep

Way to take things too seriously dude, the whole reason I said what I said about the DLCI 400 is that it may well be wrong, like you said, but without knowing whats set up elsewhere, its impossible to tell. I wasn't saying it to call you out on supplying incorrect information.

Thanks though, the red goes nice with the green.

QHalo

If you're doing OSPF with over FR with a FRSW, you need neighbor statements to form the adjacencies over an NBMA network. You'll also need broadcast statements on your interfaces.

http://www.cisco.com/en/US/tech/tk365/technologies_tech_note09186a008009470d.shtml

Ugh I just re-read your post and you said you're using PT to set this up. Well that's the kicker, PT doesn't have support for the neighbor command. I remember running into that when I was doing this.

stuh84

QHalo wrote: »

If you're doing OSPF with over FR with a FRSW, you need neighbor statements to form the adjacencies over an NBMA network. You'll also need broadcast statements on your interfaces.

Initial Configurations for OSPF over Non-Broadcast Links - Cisco Systems

Ugh I just re-read your post and you said you're using PT to set this up. Well that's the kicker, PT doesn't have support for the neighbor command. I remember running into that when I was doing this.

It might be worth trying the ip ospf network point-to-point, as the subinterfaces are set up to be point to point. It shouldn't then need neighbour statements, as the only neighbour is whats on the other side of the link.

It might be worth doing a show ip ospf interface to see what network type the interfaces are coming up as at the moment.

If the OP is doing this as part of CCNA studies though, be aware that this won't come up on the exam, its more of a CCNP topic. It's good to know it though, just don't expect to be tested on it, so don't dedicate a lot of time to it in preparing for the CCNA

QHalo

stuh84 wrote: »

It might be worth trying the ip ospf network point-to-point, as the subinterfaces are set up to be point to point. It shouldn't then need neighbour statements, as the only neighbour is whats on the other side of the link.

It might be worth doing a show ip ospf interface to see what network type the interfaces are coming up as at the moment.

Yeah that was my next thing I was going to ask.

wrwarwick

I added the commands in the OP.

stuh84

wrwarwick wrote: »

I added the commands in the OP.

Yeah, as you mentioned in the original post

Process ID 1, Router ID 10.4.32.2, Network Type MULTI-POINT, Cost: 64

It shouldn't need subinterfaces, although be aware your current addressing scheme isn't how a point-to-point works. A point-to-point is just that, one point one side, one on the other, so it should only have two addresses in the same subnet.

That's not to say it can't be forced to work, but a lot of the OSPF network types aren't going to work in this scenario.

But yeah, don't get worked up over OSPF over frame relay for the CCNA, I did the same thing, thinking I was doing something drastically wrong because I couldn't get this to work when preparing for the CCNA, only to find that it wasn't until the BSCI on the CCNP track that this kind of stuff gets explained properly and you understand why it didn't work.