CCNA exam success depends greatly on knowing the details, and if there’s one protocol that has a lot of details, it’s OSPF! This is true particularly of hub-and-spoke networks, so in this CCNA OSPF tutorial we’ll take a look at some of the more important hub-and-spoke OSPF details. This will help you in working with real-world networks as well, since this OSPF network type is one of the more typical network topologies.\nIn OSPF, the hub must become the designated router (DR). The DR election’s deciding value is the OSPF interface priority, and the default value is 1. It’s not enough to set the hub’s OSPF interface to 2, however, since the spoke routers must not become the DR or BDR. You must set the spoke interfaces to an OSPF priority of zero.\nR2(config)#int s0\nR2(config-if)#ip ospf priority 0\nThis ensures that the spokes will not become the DR or BDR if the hub goes down.\nThe hub does require a bit more configuration, though. The neighbor command must be used on the hub to indicate the IP address of the potential neighbors.\nR1(config)#router ospf 1\nR1(config-router)#neighbor 126.96.36.199\nR1(config-router)#neighbor 188.8.131.52\nIt’s common to have an ISDN link as a backup in an OSPF network, and when that ISDN link comes up the hello packets must be able to cross the link. What you don’t want is to have the hellos keep the link up! By configuring the ISDN link as an OSPF demand circuit, the link will drop in the absence of interesting traffic, but the OSPF adjacency that formed across the ISDN link will be assumed by the router to still be up. (You usually see this command configured on both sides of the ISDN link, but it’s only needed on one side. It doesn’t hurt anything to put it on both sides, though.)\nR2(config)#int bri0\nR2(config-if)#ip ospf demand-circuit\nA final detail of OSPF hub-and-spoke and demand circuits actually takes place at Layer 2. For the OSPF hello packets to successfully be transmitted across an ISDN link or a frame relay network, the broadcast option must be enabled in the appropriate frame and dialer map statements. Failure to enable this option can lead to a situation where pings will be successful, but OSPF adjacencies will not form.\nR2(config-if)#dialer map ip 184.108.40.206 name R1 broadcast 5551111\nR2(config-if)#frame map ip 220.127.116.11 221 broadcast\nWhen you’re troubleshooting OSPF in a production network or your CCNA \/ CCNP home lab, don’t just look at Layer 3 – because everything’s got to be right at the physical and data link layers in order for the network layer to function correctly!