We're Sorry, Full Content Access is for Members Only...

If you like to keep on reading, Become a Member Now! Here is Why:

  • Learn any CCNA, CCNP and CCIE R&S Topic. Explained As Simple As Possible.
  • Try for Just $1. The Best Dollar You've Ever Spent on Your Cisco Career!
  • Full Access to our 599 Lessons. More Lessons Added Every Week!
  • Content created by Rene Molenaar (CCIE #41726)


401 New Members signed up the last 30 days!


100% Satisfaction Guaranteed!
You may cancel your monthly membership at any time.
No Questions Asked!


Forum Replies

  1. Excellent lesson :slight_smile:

  2. Hi Rene,

    If we use OSPF non-broadcast network type we need to configure spoke router to become OSPF neighbors as well as create additional frame-relay maps ? that’s right ? please correct me if I wrong ?

  3. Hi Hussein,

    As long as the spoke routers are neighbors with the hub then the spokes will be able to learn all prefixes. The only problem is that with the broadcast and non-broadcast network types, the spoke won’t know how to reach the next hop of another spoke…that’s what you need the frame-relay maps for.


  4. Hi Hussein,

    Routing protocols like EIGRP or RIP don’t have the broadcast and non-broadcast network types that OSPF has. By default they use multicast and if you use the neighbor command they switch to unicast traffic only, that’s it.

    The next hop will be the Hub router though, you can see see an example here:


  5. We have only 2 PVCs :-
    1 – between hub & spoke 1.
    2 – between nub & spoke 2.
    that mean if spoke 1 wants to reach spoke 2 he must go through the hub router ? right ?
    My question is if the OSPF network type was “broadcast” or “non-broadcast” the next hop will be the router advertising the network so how the spoke routers can reach each other if there is no PVC between them ? do you mean if we create the frame-relay maps we also create PVC between spoke routers ?

9 more replies! Ask a question or join the discussion by visiting our Community Forum