SIMULATION - ROUTE.com is a small IT corporation that has an existing enterprise network that is running Ipv6 0SPFv3. Currently OSPF is configured on all routers. However, R4's loopback address (FEC0:4:4) cannot be seen in R1's Ipv6 routing table. You are tasked with identifying the cause of this fault and implementing the needed corrective actions that uses OPSF features and does not change the current area assignments. You will know that you have corrected the fault when R4's loopback address (FEC0:4:4) can be seen in RTs Ipv6 routing table. To gain the maximum number of points you must remove all incorrect or unneeded configuration statements related to this issue. Special Note: Â Suggested Answer: See explanation below To troubleshoot the problem, first issue the show running-config on all of 4 routers. Pay more attention to the outputs of routers R2 and R3 The output of the "show running-config" command of R2: <img src="https://www.examtopics.com/assets/media/exam-media/02670/0005000001.png" alt="Reference Image" /> The output of the "show running-config" command of R3: <img src="https://www.examtopics.com/assets/media/exam-media/02670/0005000002.png" alt="Reference Image" /> We knew that all areas in an Open Shortest Path First (OSPF) autonomous system must be physically connected to the backbone area (Area 0). In some cases, where this is not possible, we can use a virtual link to connect to the backbone through a non-backbone area. The area through which you configure the virtual link is known as a transit area. In this case, the area 11 will become the transit area. Therefore, routers R2 and R3 must be configured with the area <area id> virtual- link <neighbor router-id>command. + Configure virtual link on R2 (from the first output above, we learned that the OSPF process ID of R2 is 1): R2>enable - R2#configure terminal - R2(config)#ipv6 router ospf 1 - R2(config-rtr)#area 11 virtual-link 3.3.3.3 Save the configuration: R2(config-rtr)#end - R2#copy running-config startup-config (Notice that we have to use neighbor router-id 3.3.3.3, not R2's router-id 2.2.2.2) + Configure virtual link on R3 (from the second output above, we learned that the OSPF process ID of R3 is 1 and we have to disable the wrong configuration of "area 54 virtual-link 4.4.4.4"): R3>enable - R3#configure terminal - R3(config)#ipv6 router ospf 1 - R3(config-rtr)#no area 54 virtual-link 4.4.4.4 R3(config-rtr)#area 11 virtual-link 2.2.2.2 Save the configuration: R3(config-rtr)#end - R3#copy running-config startup-config You should check the configuration of R4, too. Make sure to remove the incorrect configuration statements to get the full points. R4(config)#ipv6 router ospf 1 - R4(config-router)#no area 54 virtual-link 3.3.3.3 R4(config-router)#end - After finishing the configuration doesn't forget to ping between R1 and R4 to make sure they work. Note. If you want to check the routing information, use the show ipv6 route command, not "show ip route". This question is in 300-101 Cisco Implementing Cisco IP Routing (ROUTE) Exam For getting Cisco Certified Network Professional (CCNP) Routing and Switching Certificate Disclaimers: The website is not related to, affiliated with, endorsed or authorized by Cisco. Trademarks, certification & product names are used for reference only and belong to Cisco. The website does not contain actual questions and answers from Cisco's Certification Exam.
Please login or Register to submit your answer