Packet Tracer Labs – CCNA Vol 1 Chapter 16

certskills
By certskills December 5, 2019 09:05

CCNA 200-301 Volume 1 Chapter 16 has several good examples you can recreate in Packet Tracer (PT). This chapter focuses on IPv4 routing, both the concepts and some of the related configuration. It includes concepts and configuration for IPv4 addresses and the resulting connected IPv4 routes, along with static IPv4 routes. This chapter explains some of the most critical content in the book. As with all posts in this series, look for advice and tools to help you recreate this chapter’s examples. Enjoy!

Confused? New to “Packet Tracer Labs for OCGs”?

The big idea is pretty simple: Repeat the Examples in the Official Cert Guide as part of your lab practice for CCNA using Packet Tracer.

The details require some reading. To get your head around what kind of content is here in the blog for these labs, read:

Book: CCNA 200-301 OCG, Volume 1
Chapter: 16
Title: Configuring IPv4 Addresses and Static Routes
Part: 5

What’s in This Post

Chapter Intro: A brief description of the topics in that chapter of the book.

Download Link: Links to a ZIP; the ZIP holds all the .PKT files for this chapter.

Table of PKT files, by Example: A table that lists each example in the chapter, with the files supplied for each. Also lists a note about whether the PKT topology matches the book example exactly or not.

Tips: When we build the files, we come across items that we think might confuse you when trying the examples with PT. We write those notes in this section!

Chapter Intro

By default, Cisco routers enable IPv4 routing. However, before a router routes packets, it needs some routes in its routing table, and getting those routes to appear does require some new configuration. In particular, Cisco routers will add IPv4 routes to their respective routing tables based on these three sources:

  1. Connected routes, as a result of interface IP address configuration.
  2. Static routes, as a result of the ip route command.
  3. Routing protocols, as a result of an IP routing protocol running on multiple routers. 

This chapter discusses the first two reasons in some detail. PT supports the commands related to both, so jump and look at the results of configuring IP addresses and static routes.

Download the Packet Tracer ZIP File

One .PKT File – But Maybe Two (Duplicate) Toplogies

When building the content for this post, we review the examples in the book and decide whether it makes sense to supply a Packet Tracer (.pkt) file to match the example. If we choose to support an example by supplying a matching .pkt file, the .pkt file includes a topology that matches the example as much as possible. It also includes the device configurations as they should exist at the beginning of the example.

In some cases, the .pkt file shows two instances of the lab topology – one above and one below. We include two such topologies when the book example includes configuration commands, for these purposes:

  • Top/Initial: The topology at the top has the configuration state at the beginning of the example.
  • Bottom/Ending: The topology at the bottom adds the configuration per the example, so that it mimics the configuration at the end of the example.

Table of .PKT Files, by Example

 

Example .PKT Includes Initial State of Example?
.PKT Also Includes Ending State of Example?
Exact Match of Interface IDs?
16-1 Yes Yes Yes
16-2 Yes No Yes
16-3 Yes Yes Yes
16-4 Yes No Yes
16-5 Yes No Yes
16-6 Yes Yes Yes
16-7 Not Supplied Not Supplied N/A
16-8 Not Supplied Not Supplied N/A
16-9 Not Supplied Not Supplied N/A

Tips

This book example lists output from the show running-config command. However, in a small departure from our normal process, to make it more meaningful to repeat, we made the PT file with both an initial and ending topology/config. That means you can add the configuration to the initial configuration topology at the top.

Also, note that you may need to add the no shutdown command under each interface to enable the interfaces in PT.

To populate the ARP table, which will then let PT show the same output as in the book example, you should ping from router R1 to PC1 with the ping 172.16.1.9 command.

Also, note the book has a typo in the example: The example is from R1, but the command prompt shows R2. Change “R2” in the example to “R1”.

This example shows a case in which the OSPF-learned route has failed, so router R1 instead uses a floating static route. You can experiment further in lab by:

  1. Opening the CLI of router R2
  2. Getting into configuration mode for interface G0/1
  3. Alternating the no shutdown and shutdown commands

When R2’s G0/1 is enabled, the R1-R2 link should work, OSPF should work over that link, and R1 should use an OSPF-learned route over that link.  When disabled, R1 should use the floating static route instead.

 

Note: It does take some time for OSPF to converge (about 60 seconds in our testing.)

Note that this example is based on Figure 16-12 (not 16-13 as noted in the book).

We do not supply a PKT file for this example because it focuses on the permanent keyword at the end of the ip route command, and PT does not support the permanent keyword.

This example focuses on overlapping routes. We did not supply a PKT file because PTs implementation of the show ip route ospf command omits the prefix-style mask for each route.

Packet Tracer Labs - CCNA Vol 1 Chapter 15
Packet Tracer Labs - CCNA Vol 1, Chapter 17
certskills
By certskills December 5, 2019 09:05
Write a comment

4 Comments

  1. Evan Gearing February 13, 11:07

    OK, I don’t get how these work.. I am trying your example for 16-2 and I am supposed to ping from PC1, but I don’t know which one is PC1… Is PC1 really PC-PT-A or something? just trying to follow along and it’s not making sense to me…

    Reply to this comment
    • certskills Author February 13, 18:46

      Hi Evan,
      I think something’s fishy here. So I just downloaded the .zip from the link above, and opened the .pkt file for Example 16-2. And I don’t see any PC with a name “PC-PT-A”. I do see one with an “A” on top of the icon. In fact, the names in Packet Tracer match the names in the book’s Figure 16-10.
      So, when open the .pkt for example 16-2, named “Vol1-Ex-16-02.pkt” once you unzip the file, do you see a PC named “PC-PT-A”?
      Wendell

      Reply to this comment
      • Evan Gearing February 17, 15:24

        Yes, I see a PC with a name PC-PT-A, B and C. If they are supposed to be labeled PC-1, 2 and 3, I guess I assume A is 1, b is 2, etc?

        If I could attach a screenshot, I would… I’ll send the screenshot via email from your link above…

        Reply to this comment
View comments

Write a comment

Comment; Identify w/ Social Media or Email

Subscribe

Subscribe to our mailing list and get interesting stuff and updates to your email inbox.

Thank you for subscribing.

Something went wrong.

Search

Categories