“Configure a Frame Relay connection between r1, r2, and r5 using multipoint subinterfaces on each router.”
“Do not use Inverse-ARP or more than on frame-relay map command on each router.”

I’m having trouble with only using one frame map statement on r5 (hub). Can I use PPPoFR?

Hellz yeah I can!!!

I eventually got this correct, but I spent a ton of time running through all of the different varations of Frame Relay in my head and I couldn’t produce on that only used one frame-relay map statement on the hub. This is a case of me reading too little into the question (it never stated that you needed to use exacly one map, just one or less) as well as not being confident of my PPPoFR implementation. In the end, you won’t use any frame-relay map statements on any of the routers.

3.2 PPPoFR

More fun with PPPoFR. Much easier than the last task though. :-)

Your connection will not come up until you configure PPP authentication so you may as well skip ahead to task 3.4 right away.

3.3 PPP

“Configure PPP on the Serial connection between r4 and r5 using dialer interfaces.”

Wow. I had to peek the solution on this one as I haven’t done anything with dialers for ages.

Ummm….of course it was. DOH!!! I can’t believe that I fucked this up. One of the requirements is that r6 should not authenticate BB1. By configuring ‘ppp authentication pap’ on r6 that is exactly what I was trying to do. Another time-wasting task. This one was my fault though.

Simple PTP Frame Relay configuration using the main ints and disabling Inverse-ARP. This looks like hub and spoke, but there is nothing in the task that say that we need to be able ping from spoke to spoke.

3.2 Point-To-Point

r4 uses two point-to-point subinterfaces while r3 and r5 use main interfaces. Keep in mind for OSPF.

3.3 Point-To-Point

Use a multipoint subinterface to connect to bb1 on DLCI 101. Use inverse-arp.

“Do not diable Inverse-ARP but do not allow r6 to map ununsed DLCI’s using Inverse-ARP.”

DLCIs assigned to the physical interface by defaul, so while our multipoint subinterface will have Inverse-ARP enabled by default we don’t need to do any other tweaking as only DLCI 101 will be assigned to the subinterface.

This was an easy Hub and Spoke configuration. The only gotcha is that the initial configurations have some of the FR ports configured with an IP address and opened up. That means that FR Inverse-ARP is in play:

This is a fairly easy task. You just need to disable Frame Relay Inverse-ARP for all DLCIs except for certain DLCIs. You’ll need to see which PVC are present on router and then explicitly disable Frame Relay Inverse-ARP for the ones that you do not want to dynamically create a Frame Relay map: