Friday, October 14, 2016

CCNAv3 Completed Packet Tracer

Greetings, and welcome to Seeseenayy.
You are visiting one of our many posts about packet tracer activities!

This post contains the answers to the 
CCNA3 Packet Tracer ''

(above image is a preview of the packet tracer)

This post is split into two parts.
1. The download link of the completed packet tracer, and sometimes completed, or uncompleted PDFs or other files.

2. Tutorial. A text guide on how the packet tracer was completed, command-by-commandstep-by-step.

To view this post, and discover the answers to this activity, click on the following link if you have not done so already.

Downloads / Information
You may find the download to this packet tracer, or any other related file, directly below:

Greetings, and welcome to Seeseenayy.

Lets jump right in, boys and girls.

Following the instructions, we open up R1 and apply the configuration to adjust both the hello and dead timers on the routers. 
As the instructions dictate, enter the following:
R1#conf t
R1(config)#int S0/0/0
R1(config-if)#ip ospf hello-interval 15
R1(config-if)#ip ospf dead-interval 60

After a certain amount of time, the OSPF connection between R2 (and R1) will fail. Why does this happen?

Simple; both sides of the OSPF-configured devices must match the same timer variables. Meaning, since we changed R1's hello and dead timer variables values, the link cannot function correctly. 

Like said, the links fail. If you fast-forward twice and look in R1's CLI, you'll see this error message:
00:03:30: %OSPF-5-ADJCHG: Process 1, Nbr on Serial0/0/0 from FULL to DOWN, Neighbor Down: Dead timer expired

This is fine. Everything is fine.

Continuing, we must edit the bandwidth value of the S0/0/0 interface. The command is oh so very complex, see below:
R1(config)#int S0/0/0
R1(config-if)#bandwidth 64

Note that the bandwidth command doesn't edit the actual port speed, but rather edits the metric that OSPF uses to calculate routes. 
(A slower bandwidth makes for a worse route, rule of thumb.)

The instructions wants you to take note that the traffic from PC1 to the Server (top-right-corner) will traverse through R3 in place of the other route.

Open R1 again, now we're going to edit the authentication of OSPF. The instructions tells us what these commands are.
R1(config)#router ospf 1
R1(config-router)#area 0 authentication message-digest
R1(config)#int s0/0/0
R1(config-if)#ip ospf message-digest-key 1 md5 R1-R2
R1(config)#int s0/0/1
R1(config-if)#ip ospf message-digest-key 1 md5 R1-R3

You should get this error message a few moments after entering these commands:
00:12:17: %OSPF-5-ADJCHG: Process 1, Nbr on Serial0/0/1 from FULL to DOWN, Neighbor Down: Interface down or detached

You'll want to go to the S0/0/1 interface to apply the related configuration-- we need to put them on ALL serial interfaces...
R1(config)#int s0/0/1
R1(config-if)#ip ospf message-digest-key 1 md5 R1-R3

Complete the remainder of the configuration. The instructions dictate so. 
Repeat the commands above, basically, and do that to each router.
R2#conf t
R2(config)#int s0/0/0
R2(config-if)#ip ospf hello-interval 15
R2(config-if)#ip ospf dead-interval 60
R2(config)#router ospf 1
R2(config-router)#area 0 authentication message-digest
R2(config-router)#int s0/0/0
R2(config-if)#ip ospf message-digest-key 1 md5 R1-R2
R2(config)#int s0/0/1
R2(config-if)#ip ospf message-digest-key 1 md5 R2-R3


  1. The shorten link does not work on school computers at least. Do you have a better link that I could use?



Feel free to comment if you have a question, commendation, or concern. We love to hear your feedback!

Please do not share links to external websites if it not relevant to discussion. We reserve our right to remove any content we deem advertising.