![]() |
|
Cisco CCNA certification covers troubleshooting your own work and that of others. CCNA training, the best that you can do is, in fact, troubleshooting own Cisco router and switch configurations - as I always tell my students, "I can guarantee that every error you make before, and You will see probably a day. "Such a common error involves two very important issues Cisco CCNA certification - Frame Relay and routing protocols. A student worked on their Cisco CCNA exam at home Laboratory, came with an interesting problem. He Frame Relay in a hub-and-spoke configuration with R1 as a hub and R2 and R3 as the spokes. He wrote the following statements under View: Frame Relay card ip 172.12.123.2 122 Frame Relay card ip 172.12.123.3 123 He could ping the two spokes from the hub, so he assumed everything was working properly. Then he configured RIP version 2 on the router and had the following results after running "debug ip rip" clearing and routing table with a "clear ip route *": 03:33:01: IP: s = 172.12.123.1 (local), d = 224.0.0.9 (Serial0), Article 72, sending broad / Multicast — 03:33:01: IP: s = 172.12.123.1 (local), d = 224.0.0.9 (Serial0), Article 72, encapsulation failed You may have already spotted the problem, and if you have your CCNA certification exam studies are good! The problem is that the "broadcast" option has been left out of the frame map statements. Broadcast is so configured that over the statements as part of the card to send to broadcasts and multicasts in the frame link. As you know from your CCNA certification exam studies, RIP version 1 sends updates and multicasts RIP version 2, so that the "broadcast" option must be available, either for the version to send updates by using the frame mappings. He then wrote statements show the frame as shown …. R1 (config-if) frame-card ip 172.12.123.2 122 broadcast — R1 (config-if) frame-card ip 172.12.123.3 123 broadcast — .. And the RIP updates went as expected. R1 debug IP RIP RIP protocol debugging on R1 * ip route clear 06:22:13: RIP: Send general request to Loopback0 to 224.0.0.9 06:22:13: RIP: Send general request to Serial0 to 224.0.0.9 06:22:13: RIP: v2 ignored package of 1.1.1.1 (derived from one of our addresses ) 06:22:14: RIP: Update from v2 receive 172.12.123.3 on Serial0 06:22:14: 1.1.1.1/32 -> 0.0.0.0 hops into 3 06:22:14: 2.2.2.2/32 -> 0.0.0.0 and 2 hops 06:22:14: 3.3.3.3/32 -> 0.0.0.0 hops in 1 06:22:14: 172.12.23.0/24 -> 0.0.0.0 hops in 1 06:22:14: 172.12.123.0/24 -> 0.0.0.0 hops in 1 06:22:14: RIP: Send v2 upgrade to 224.0.0.9 on Loopback0 (1.1.1.1) 06:22:14: 2.2.2.2/32 -> 0.0.0.0, metric 3, Day 0 06:22:14: 3.3.3.3/32 -> 0.0.0.0, metric 2, Day 0 06:22:14: 172.12.23.0/24 -> 0.0.0.0, metric 2, Day 0 06:22:14: 172.12.123.0/24 -> 0.0.0.0, metric 1, Day 0 06:22:14: RIP: Send v2 upgrade to 224.0.0.9 via Serial0 (172.12.123.1) Cisco CCNA certification depends on to note how these details, and there is no better way to learn this information than by working on real Cisco routers and switches. Whether you rack rental or purchase of online time uses Cisco routers and switches, real-time and debug configurations are the way to CCNA certification exam success!