This page was exported from Free Cisco Training & Resources - Certification Exam Preparation
[ https://www.ciscobibles.com ] Export date: Tue Mar 4 19:19:18 2025 / +0000 GMT |
||||||||||||||||||||
OSPF Lab1 - Configuring OSPF in NBMA【Lab objectives】 1. Learn the two configuration method of manual and auto setup of OSPF neighbor relations in NBMA network 2. Learn how to specify OSPF interface priority, and how to avoid DR selection error by changing OSPF default interface network type.
【Lab steps and requirements】 1. Configure IP addresses of every router, and use ping command to confirm the direct interface connectivity of every router. 2. The following shows configurations of R1, R2 and R3:
3. After configuring OSPF, check OSPF neighbor table of R1, R2 and R3, and find that OSPF neighbor relation has not been set up.
4. Check OSPF information of Serial 1/2 on R1.
5. From analysis, we know that: the reason that OSPF cannot form its own neighbor relations is OSPF think NBMA broadcast doesn't support broadcast and multi-cast, thus it will not actively send out HELLO data packet of OSPF. 6. Configure manually OSPF neighbor relations of R1:
7. System IOS will prompt the following information after configuration:
8. Check R1 neighbor table:
9. Apart from manual configuration, we may also change OSPF interface types, in this way router may automatically create OSPF neighbor relations. The configuration is very simple and error will not easily occur.
10. Check interface information.
11. Check OSPF neighbor table of R1, R2 and R2.
12. Observe OSPF neighbor table carefully, and you will find the following problems: OSPF neighbor table of R1, indicate 172.16.4.1 is DR,172.16.3.1 being DROTHER, and itself being BDR. OSPF neighbor table of R2, indicate 172.16.1.1 is BDR, and itself being DR. OSPF neighbor table of R3, indicate 172.16.1.1 is BDR and itself being DR. With the following graphic, we get a better idea of DR and BDR. The reason that this problem occur is the network topology of Frame-Relay is not full meshed. When R3 is establishing neighbors with R1, R3 know not the existence of R2. And when R2 is establishing neighbor with R1, R2 know not R3. At this time, the network is running two different OSPF auto systems. 13. There are also other problems: when errors occur on subnet of R3 172.16.4.0/24, R3 will broadcast LSA to R1, and R1 will not transfer this LSA to R3, because R1 thinks that R3 will be broadcasted by DR. Moreover, if errors occur on 172.16.1.0/24 of R1, R1 will broadcast to DR by default, i.e. broadcast to R3, but not to R2. Because as BDR, R1 will only broadcast LSA to DR, and other DROTHER broadcast will be done by DR, but as a DR, R3 will not broadcast to R2 after receiving LSA from R1, because R3 do not know that R2 is in the network. 14. To solve this problem, we should manually specify DR of network, because OSPF priority will affect DR selection, OSPF with priority 0 will never become DR, and OSPF with higher priority will become DR easily. By default, OSPF priority is 1, thus configure R2 and R3 priority as 0:
15. Check neighbor table of all routers; from neighbor table you may see every OSPF router has their own roles:
16. We may also change OSPF interface types to avoid DR and BDR selection, and thus reduce errors occurrence in DR selection. For example, change the R1 interface network to P2MP (point-to-multipoint), and change R2 and R3 interface network types to P2P (point-to-point), because in the various network types of OSPF, both P2MP and P2P need not to select DR and BDR. 17. Besides, when configuring interface network types, we also have to pay attention to HELLO death interval time of interfaces, because different types of network have different interval time. Different types of HELLO time interval will result in the failure of OSPF neighbor relations establishing. 18. The following is network type and DR selection of an OSPF, and HELLO time interval table for reference.
19. Lab finished. Hope to helpful for you! |
||||||||||||||||||||
Post date: 2009-03-31 11:44:45 Post date GMT: 2009-03-31 03:44:45 Post modified date: 2010-07-23 00:42:49 Post modified date GMT: 2010-07-22 16:42:49 |
||||||||||||||||||||
Powered by [ Universal Post Manager ] plugin. HTML saving format developed by gVectors Team www.gVectors.com |