Iot Advanced Lab Book
Iot Advanced Lab Book
net/publication/387720794
CITATIONS READS
0 182
1 author:
Charith Perera
Cardiff University
205 PUBLICATIONS 11,352 CITATIONS
SEE PROFILE
All content following this page was uploaded by Charith Perera on 04 January 2025.
Internet of Things
PhD, MBA
Systems Design
Advanced Lab Book
P UBLISHED BY IOT G ARAGE
Preface 5
Accessing the Code Repository 6
2 Deploying Devices . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17
Preface
This IOT ADVANCED LAB BOOK is primarily compiled to support the university courses on
‘Internet of Things: Systems Design’ at both undergraduate and postgraduate levels. It is also
designed to complement the IOT LAB BOOK. The IOT LAB BOOK primarily focuses on end-to-
end IoT systems development, combining microcontrollers, single-board computers, and IoT cloud
platforms. This ADVANCED LAB BOOK aims at complex IoT network design and simulations.
CISCO Packet Tracer is a powerful network simulation tool developed by Cisco Systems,
designed to help students and professionals visualize, build, and troubleshoot network systems
without the need for physical hardware. As an educational tool, it is invaluable for understanding
complex concepts and scenarios in networking and the Internet of Things (IoT).
With Packet Tracer, users can simulate the configuration of Cisco routers and switches using a
command-line interface similar to that used in real life. This functionality extends to IoT simulations,
allowing learners to integrate and manage IoT devices within various network configurations. Users
can create virtual representations of networks including IoT devices like sensors, actuators, and
connected appliances, making it possible to observe and control their interactions in real-time
simulated environments.
The tool’s intuitive drag-and-drop interface makes it accessible for beginners, yet it is robust
enough to offer detailed, advanced simulations for more experienced users. Cisco Packet Tracer
primarily supports a simplified form of JavaScript for creating interactive activities and simulations,
especially in the context of the Internet of Things (IoT). This allows users to script behaviors and
automate responses within the simulated network environment, which is particularly useful for
modeling complex network scenarios and IoT integrations. Additionally, while not a programming
language per se, Packet Tracer allows users to configure devices using Cisco’s IOS commands
through its command-line interface (CLI). This CLI-based interaction mimics the actual configura-
tion and troubleshooting commands used on real Cisco devices, providing a realistic experience for
learning network setup, management, and security.
— Further information, links and references. Throughout this lab book, we offer expla-
nations, learning tips, external links, and references to relevant reading materials. If you find
certain programming tasks difficult, you are encouraged to explore these resources for additional
guidance. Although the suggested readings are optional, they provide valuable opportunities to
deepen your understanding of IoT beyond the scope of the provided labs. Finally, please note
that this is not a programming course; you are responsible for identifying and addressing any
knowledge gaps by consulting the links and materials we have included.
All the Packet Tracer (.pkt or .pka) files and other resources required to complete the labs in
this IOT ADVANCED LAB BOOK can be found in the following GitLab repository:
https://gitlab.com/IOTGarage/iot-advanced-lab-book
This repository includes lab files, scripts, sample code, and supplemental materials referenced
throughout the labs. When working through any of the lab exercises, please refer to the respective
folder or file in the repository to locate the matching examples. Any updates, bug fixes, or
enhancements will also be made available here, so be sure to check back periodically for the
most recent versions. By visiting the repository, you can:
• Clone or Download the Files: Pull down all relevant Packet Tracer files, scripts, and
configurations needed for each lab.
• Review Commit History: Track how the files have evolved, exploring different versions
and branches that may include experimental features or fixes.
• Submit Issues: If you encounter bugs or require clarification, open an issue and collabo-
rate with the community for support or improvements.
Learn More about Cisco Packet Tracer: If you want to download Cisco Packet Tracer or
learn more about its features, visit:
https://www.netacad.com/cisco-packet-tracer
■
1. Deploying and Cabling Devices
Introduction
This lab introduces you to the core functionalities of Cisco Packet Tracer, focusing on how to
deploy network devices and connect them using the correct cabling techniques. By the end of this
lab, you will have a clearer understanding of Packet Tracer’s interface and how to simulate basic
network layouts.
Objectives
• Gain an understanding of Cisco Packet Tracer’s capabilities and the installation process to
effectively deploy network simulations.
• Develop the ability to navigate and utilize Packet Tracer’s interface to add, connect, and
manage network devices with confidence.
• Acquire hands-on experience in deploying various network devices and connecting them
using appropriate cabling within the simulation environment.
• Learn to simulate the physical aspects of network deployments by selecting, organizing, and
physically connecting devices using different types of cables.
Lab Plan
In this lab, you will:
A. Open and explore a pre-configured Packet Tracer file.
B. Practice adding routers, switches, and end devices to a network topology.
C. Connect devices using the appropriate cabling methods.
D. Recognize the different cable types (straight-through vs. cross-over) and when to use them.
is an innovative network simulation and visualization tool. This free software helps you practice
your network configuration and troubleshooting skills via your desktop computer or an Android
or iOS-based mobile device. Packet Tracer is available for both Linux and Windows desktop
environments.
With Packet Tracer, you can choose to build a network from scratch or use a pre-built sample
network. Packet Tracer allows you to easily explore how data traverses your network. Packet
Tracer provides an easy way to design and build networks of varying sizes without expensive lab
equipment.
Resources — Overview of Packet Tracer | . For additional help and practice using
Packet Tracer, please visit the Tutorials located under Help in the Packet Tracer program. To
view some examples of how Packet Tracer can be used, select File → Open Samples from the
main menu.
Resources — The Packet Tracer User Interface | . Watch this video to learn how to
use the menus and user interface in Packet Tracer. You will see an overview of the toolbars and
build your first network.
Figure 1.1: Initial interface of Packet Tracer upon opening Deploying and Cabling
Devices.pkt. Notice the blank workspace and the logical/physical view tabs at lower left.
Figure 1.3: Top row = broad categories (Network Devices, End Devices, Connections), bottom row
= subcategories (Routers, Switches, etc.).
Figure 1.4: Workspace with two 2960 switches (Switch0, Switch1) and six PCs (PC0–PC5).
• To speed up the process of cabling multiple devices, hold down the <CTRL> key after
selecting Copper Straight-Through from the Connections menu. Then, click each
PC followed by the corresponding switch port. This allows you to place multiple cables
without having to re-select the cable type each time.
10. Validate Each PC Connection
• After each connection, check the LEDs (link lights) on the switch port. A stable green
light typically indicates a successful physical connection and negotiation between the
PC and the switch.
• If a port remains amber or unlit for an extended period:
– Verify that you used the FastEthernet0 port on the PC and Copper Straight-Through
(rather than Cross-Over or Console).
– Ensure that both the PC and switch ports are powered on and not administratively
shut down in the switch’s configuration.
• Once properly cabled, both link lights should eventually show green, indicating an
active and healthy link.
selected the wrong port type or the interface might be administratively shutdown in the switch
config. You can open the switch’s CLI or Config tab to investigate further. ■
In this section, you will connect the two switches together using a Copper Cross-Over cable.
Although modern switches typically include Auto-MDIX support to handle cable type automatically,
we will explicitly practice using a cross-over cable for clarity.
11. Switch-to-Switch Cable
• When linking two similar devices (in this case, two switches), a copper cross-over
cable is generally the recommended choice.
• Even if your switches support Auto-MDIX, it’s valuable to learn the traditional approach
to avoid confusion and ensure compatibility in diverse environments.
12. Select Cross-Over
• Return to the Connections menu (the lightning-bolt icon at the bottom-left of Packet
Tracer). This reveals a variety of cable options.
• From the Device-Specific Selection box that appears, choose the Copper Cross-Over
option. Make sure not to select Copper Straight-Through by mistake.
13. Use Gigabit Ports
• On Switch0, click the port labeled GigabitEthernet0/1 for the cable connection. A
pop-up will confirm your selection.
• Then click on Switch1 and also choose GigabitEthernet0/1. This ensures a higher-
speed (Gigabit) connection between the two switches.
• Initially, the port LEDs on both switches may display amber as the devices negotiate
speed and duplex. After a short period, they should both turn green, indicating a
successful link.
14. Confirm Final Layout
• By now, all PCs should be connected to either Switch0 or Switch1 using Straight-
Through cables.
• The two switches should be linked together via a Cross-Over cable at GigabitEthernet0/1
on each switch.
• Compare your setup with Figure 1.5, ensuring that each interface shows a green link
light and that no errors are reported in the Packet Tracer interface or logs.
Once you have connected all PCs to their respective switches and linked the switches together, it’s
important to verify that your network topology is correct and fully functional.
Figure 1.5: Completed Activity: PCs connected via Straight-Through to each switch, and the
switches interlinked using Cross-Over at Gigabit ports.
Measuring Success
• You have two switches in the workspace, each with three PCs connected via Copper
Straight-Through.
• The two switches are linked together with Copper Cross-Over at their Gigabit0/1
ports.
• All link LEDs have turned green, indicating active connections.
• You saved your final design as a .pkt file (e.g., DeployingAndCablingLab1.pkt).
■
15
— Further Exploration
• Add IP Addresses: If you assign IP addresses to each PC and switch (SVI interface), you
can do a ping test in Packet Tracer’s command prompt to confirm layer-3 connectivity.
• Explore Physical View: Switch to Physical view to visualize devices in “wiring closets,”
or add background images for a more realistic environment.
• Experiment with VLANs or Router Connections: Building on your basic topology, you
can add VLANs on each switch or link them to a router to practice inter-VLAN routing
or basic WAN setups.
Summary
You have successfully deployed network devices (switches, PCs) in Packet Tracer and connected
them using correct cabling (Straight-Through for PC-to-switch, Cross-Over for switch-to-
switch). With all ports active (green lights), you’ve established a basic functioning LAN. This
foundation prepares you for more advanced tasks like assigning IP addresses, configuring VLANs,
and integrating routers in subsequent labs.
2. Deploying Devices
Introduction
This lab shows you how to locate, deploy, and save multiple network devices in Cisco Packet
Tracer. By the end, you will have explored different methods (drag-and-drop, copying, multi-
selection) for placing routers, switches, and end devices in your workspace.
Objectives
• Open a sample file in Cisco Packet Tracer (Deploying Devices.pkt) to practice locating
and deploying multiple network devices.
• Save the configured network file to ensure all settings and placements remain intact for future
reference or assessment.
• Understand different methods for deploying devices (e.g., single-click, drag-and-drop,
<CTRL> / <SHIFT> copy).
• (Optionally) configure your devices after placing them, preparing for troubleshooting or
advanced network scenarios.
Lab Plan
In this lab, you will:
A. Open the Deploying Devices.pkt file in Cisco Packet Tracer.
B. Deploy routers, switches, and end devices using various placement methods.
C. Experiment with copying devices using <CTRL> or <SHIFT> techniques.
D. (Optionally) configure and then save the file for future reference.
to configure. A popup window will appear displaying a series of tabs. Different types of devices
have different interfaces.
Resources — Deploying Devices User Interface | . Watch this video to learn how to
configure devices and components in your simulated network. We’re going to go through and
get comfortable with the options and the menus inside of Cisco Packet Tracer.
Resources — Explore Device Configuration Using the CLI (Console) . The CLI tab
provides access to the command line interface of a Cisco device. Using the CLI tab requires
knowledge of device configuration with Cisco Internetwork Operating System (IOS).
Here, you can practice configuring Cisco devices at the command line. CLI configuration is
a necessary skill for more advanced networking implementations. The IOS equivalent of any
settings that are made in the Packet Tracer Config tab are mirrored in the CLI.
Packet Tracer also provides a variety of tabs for device configuration including the following.
The tabs that are shown depend on the device you are currently configuring. You may see other
tabs on different devices.
• Physical: The Physical tab provides an interface for interacting with the device including
powering it on or off or installing different modules, such as a wireless network interface
card (NIC).
• Config: For intermediate devices such as routers and switches, there are two ways to access
device configurations. Configurations can be accessed via a Config tab, which is a Graphical
User Interface (GUI). Configurations can also be accessed using a command line interface
(CLI).
• The Config tab does not simulate the functionality of a device. This tab is unique to Packet
Tracer. If you don’t know how to use the command line interface, this tab provides a way to
use a Packet Tracer-only GUI to configure basic settings. As settings are changed in the GUI,
the equivalent CLI commands appear in the Equivalent IOS Commands window. This helps
you to learn the CLI commands and the Cisco Internetwork Operating System (IOS) while
you are using the Config tab.
• For example, in the figure, the user has configured MyRouter as the name of the device. The
Equivalent IOS Commands window shows the IOS command that achieves the same results
in the CLI.
• In addition, device configuration files can be saved, loaded, erased, and exported here.
• CLI: The CLI tab provides access to the command line interface of a Cisco device. Using
the CLI tab requires knowledge of device configuration with IOS. Here, you can practice
configuring Cisco devices at the command line. CLI configuration is a necessary skill for
more advanced networking implementations.
Note: Any commands that were entered from the Config tab are also shown in the CLI tab.
19
• Desktop: For some end devices, such as PCs and laptops, Packet Tracer provides a desktop
interface that gives you access to IP configuration, wireless configuration, a command prompt,
20 Chapter 2. Deploying Devices
Resources — Inspect Devices in Physical Mode . Watch this video to learn how to
inspect devices in physical mode. Physical Mode offers a realistic view of the network topology,
resembling an actual network environment. This mode allows users to visually inspect devices,
their physical connections, and the layout of the network infrastructure.
Resources — Cable Devices in Physical Mode . Watch this video to learn how to connect
devices with various types of cables. Cabling devices in Physical Mode helps simulate the actual
process of connecting network hardware in a real-world environment.
percentage to track how much of the activity has been successfully completed. The Check
Results feature can be enabled to provide feedback.
The .pkt File Type The .pkt file type is created when a simulated network is built in Packet
Tracer and saved. The .pkt file can also have graphic background images embedded within
it. However, .pkt files have no instructions window or activity scoring.
The .pksz File Type The .pksz file type is specific to Packet Tracer Tutored Activities (PTTA).
These files bundle a .pka file, media assets, and a scripting file for the hinting system. These
activities provide support, in the form of contextualized hints, for students who are working
on completing the activity.
The .pkz File Type You will see Save As PKZ... in the File menu. This file type was previously
used to embed images and other files in a Packet Tracer file. However, images are now
embedded directly within a regular .pkt or .pka file by default. Therefore, consider .pkz
as a deprecated file type.
cloud icon to simplify the topology’s appearance. You can uncluster or re-cluster devices
as needed. This video shows how to create clusters, connect them, and keep your network
organized.
Resources — Edit and Annotate a Topology . Networks often evolve over time. In Packet
Tracer, you may need to modify and document your topology after you build it. This video
explains how to edit and annotate an existing network design.
needed, visit the official Cisco Networking Academy site or your institution’s software portal
to download and install the most recent release.
3. Observe the Initial Workspace:
After opening the file, you may see placeholder labels indicating where certain devices (like
Router0 or Router1) are supposed to go. Your workspace might look similar to Figure 2.6.
These placeholders serve as a guide to help you position and identify devices correctly. If
your screen appears significantly different, confirm you have opened the correct file and are
running the appropriate Packet Tracer version.
Figure 2.6: Starting point of Deploying Devices.pkt, often with labeled spots for routers or
switches.
6. Drag-and-Drop Placement:
• To place a router in a labeled spot, click and hold the icon of your chosen router (e.g.,
2811).
• Drag it over to the label Router0 in the workspace, then release your mouse.
• This method is especially helpful when you want to accurately match the device label
on the workspace.
7. Single-Click Placement:
• Alternatively, click the router model once (for example, 1841).
• Move your cursor to where Router1 is labeled on the workspace and click again to
place the device.
• This approach simplifies adding devices one at a time to various spots.
8. Use <CTRL> or <SHIFT> to Copy:
• <CTRL> Key: Hold down <CTRL> after selecting a device (e.g., a router). Each subse-
quent click in the workspace adds another copy of that same device.
• <SHIFT> Key: You can also highlight one or more devices you have already placed,
then hold <SHIFT> (or <CTRL>) and drag/click to copy them to new spots. This is
useful if you need multiple routers or switches of the same type.
9. Check Your Final Layout:
• Your workspace might look similar to Figure 2.8, with routers (and possibly switches)
positioned at the labeled locations.
• If any device is misplaced, simply click on it and press the Delete key to remove it, or
go to Edit → Undo. Then reposition or re-add the device as needed.
25
Figure 2.8: Sample final layout with various routers placed in the workspace.
Measuring Success
• The Deploying Devices.pkt file opens without errors.
• You can place routers, switches, or end devices using single-click or drag-and-drop.
• <CTRL> or <SHIFT> copying is understood and tested to replicate multiple devices
quickly.
• (Optional) Basic device configurations remain after saving, verified by reopening the
.pkt file.
■
— Further Exploration
The remainder of this lab includes several Packet Tracer Activities (PTA) in the LAB 02 -
Deploying Devices –> Optional folder. You can try:
• Pair devices via Bluetooth, enabling discovery and selection to test connectivity.
• Enable a mobile hotspot on a smartphone and connect a laptop for stable browsing.
Summary
In this lab, you learned how to open and place devices in an existing Packet Tracer file (Deploying
Devices.pkt). You explored various placement methods (drag-and-drop, single-click, <CTRL>-
copy) and optionally configured them using the Config or CLI tabs. By saving your .pkt file, you
ensure your device placements and settings persist for later labs or troubleshooting exercises.
3. Configure End Devices
Introduction
In this lab, you will learn how to configure end devices in a network using Cisco Packet Tracer.
You will practice setting IP addresses, subnet masks, and default gateways for PCs and servers. You
will also use command-line tools to verify connectivity and troubleshoot basic networking issues.
Objectives
• Launch Packet Tracer and create a small network topology with a switch, two PCs, and a
server.
• Assign IP settings (address, subnet mask, gateway) on end devices.
• Verify connectivity using ping and optionally a web browser.
• Explore basic switch configuration via the Config tab or CLI interface.
Lab Plan
In this lab, you will:
A. Launch Packet Tracer and start from a blank Logical workspace.
B. Build a simple network topology (one switch, two PCs, one server) and assign IP addresses.
C. Test connectivity with ping and web-browser checks.
D. Save your network file for future use or assessment.
Resources — Device Connection Types . Cisco Packet Tracer provides various types of
connections that can be used to link devices in a network. Understanding these connection types
30 Chapter 3. Configure End Devices
6. Configure PC0
• Click PC0, then select: Desktop → IP Configuration.
• Assign:
– IP Address: 192.168.1.2
– Subnet Mask: 255.255.255.0
– (Optional) Default Gateway: 192.168.1.254 if you have one.
• Next, open the Command Prompt on PC0’s Desktop. Type:
ping 192.168.1.1
• If everything is configured correctly, you should see successful replies (see Figure 3.4).
33
Troubleshooting Pings:
If ping 192.168.1.1 fails from PC0:
• Verify PC0’s IP address is on the same subnet (192.168.1.x).
• Check cabling or switch port assignments.
• Re-check Server0’s IP configuration.
■
7. Configure PC1
• Repeat the same process as with PC0:
– IP Address: 192.168.1.3
– Subnet Mask: 255.255.255.0
– Default Gateway: 192.168.1.254 (if applicable)
• Confirm you can reach the server using:
ping 192.168.1.1
Switch(config)#hostname SwitchLab3
• As shown in Figure 3.7, these steps replicate actual commands you would type on a
Cisco switch.
• The Config tab is simply a shortcut; using the CLI is great practice for real-world
networking skills.
In Packet Tracer, simply saving the Packet Tracer file will preserve your configuration.
However, practicing the copy command is still worthwhile. ■
Measuring Success
• PC0, PC1, and Server0 all respond to ping requests.
• Web Browser (on PC1 or PC0) can load the server’s default page if HTTP is active.
• Switch changes (hostname, interface shutdown) reflect in the Equivalent IOS Commands.
• Your .pkt file is saved and re-openable, preserving the IP settings and switch configuration.
■
Summary
In this lab, you configured a small network with a switch, two PCs, and a server. You assigned
IP addresses, tested ping, optionally tested HTTP, and explored how to rename or adjust switch
settings. These steps prepare you for more advanced labs with routing, wireless, and additional
features in Cisco Packet Tracer.
4. Create a Simple Network Using Packet Tracer
Introduction
In this lab, you will learn how to build and configure a simple network in Cisco Packet Tracer.
You will place and connect various network devices, including a PC, a wireless router, a cable
modem, a cloud, and a server. You will then verify connectivity, test basic services, and finally save
your .pkt file for future use. By following these steps, you will gain hands-on practice in creating
a straightforward but realistic network scenario.
Objectives
• Build a simple network in the Logical topology workspace by placing and connecting
network devices appropriately.
• Configure network devices to establish communication between them using IP addressing.
• Test connectivity to ensure the network is functional (e.g., ping, web browsing, DNS
lookups).
• Save the Packet Tracer file and exit the application, securing the completed network configu-
ration.
Lab Plan
Some devices will receive addresses via DHCP, while others will use static assignments. The
Wireless Router and Cisco.com Server will serve or use these IP settings as shown.
Figure 4.2: Adding Network Devices to the Workspace in Cisco Packet Tracer
Optional Rename: If desired, click any device, select the Config tab, and modify the Display
Name (e.g., rename Wireless Router to HomeRouter).
42 Chapter 4. Create a Simple Network Using Packet Tracer
Cabling:
• PC → Wireless Router using Copper Straight-Through
• Wireless Router → Cable Modem using Copper Straight-Through
• Cable Modem → Cloud using Coaxial
• Cloud → Cisco.com Server using Copper Straight-Through
— Why do this?. Different cable types mimic real-world hardware scenarios:
• Copper Straight-Through: Standard Ethernet cable between most LAN devices
(PC to router, router to switch, etc.).
• Coaxial: Commonly used from the modem to the ISP network or cloud, reflecting
typical broadband connections.
Ensuring you select the correct cable type in Packet Tracer prevents errors (such as no
link lights) and creates a more accurate simulation of how home or small-office networks
connect to an ISP.
Wireless:
• Click the Wireless Router, then select the GUI tab and choose Wireless (as shown in
Figure 4.3).
• Under Network Name (SSID), type in HomeNetwork.
Figure 4.3: (Wireless Tab) Configuring the Wireless Network in the Wireless Router
— Why do this?. Renaming your SSID to HomeNetwork helps laptops and other
wireless devices quickly identify and connect to the correct Wi-Fi. This setup mirrors
what you’d find on a typical home or small office router.
Internet Setup:
• In the Setup tab, ensure the DHCP option is enabled.
• For DNS, enter 208.67.220.220.
• Click Save Settings.
43
Figure 4.4: (Setup Tab) Configuring the Internet Connection on the Wireless Router
— Why do this?. Keeping DHCP active on the router automatically provides IP ad-
dresses to all connected LAN and wireless clients. Setting DNS ensures that those clients
can resolve domain names (like google.com) without needing manual configuration.
This simulates a real small office or home router scenario.
4. Laptop Wireless Configuration
Physical Module:
• Power off the Laptop, remove its Ethernet NIC, and install a Wireless WPC300N
interface card. Then power it back on.
— Why do this?. Packet Tracer laptops default to a wired network interface. Replacing
it with a wireless module emulates how real laptops typically connect via Wi-Fi, giving
you a more authentic experience in configuring wireless connectivity.
Connect to Wi-Fi:
• Select the Laptop’s Desktop tab, then go to PC Wireless.
• Find the SSID HomeNetwork and click Connect.
44 Chapter 4. Create a Simple Network Using Packet Tracer
— Why do this?. Just like a real laptop would scan for Wi-Fi networks, this step ensures
your laptop joins HomeNetwork. Once connected, it will receive an IP address (assuming
DHCP is active on the router).
ipconfig /all
Once you see a valid 192.168.0.x address, the PC is ready for network communication.
Physical Modules:
• Under the Physical tab of the Cloud device, confirm that:
– PT-CLOUD-NM-1CX is installed for coaxial connections.
– PT-CLOUD-NM-1CFE is installed for copper (Ethernet) connections.
• If either is missing, power off the Cloud, insert the module(s), and then power it on
again.
Connections and Provider:
• In Config → Cable, link Coaxial to Ethernet by selecting each interface and clicking
Add.
• In Config → Ethernet, set Provider Network to Cable.
46 Chapter 4. Create a Simple Network Using Packet Tracer
DHCP Service:
• Go to Services → DHCP on the Cisco.com Server, and switch it On.
• Create a DHCP pool (e.g., DHCPpool) with:
– Default Gateway: 208.67.220.220 (or an address as needed)
– DNS Server: 208.67.220.220
– Starting IP Address: 208.67.220.1
– Subnet Mask: 255.255.255.0
– Max Users: 50
• Click Add to confirm the pool.
— Why do this?. While your Wireless Router already provides DHCP for your local
192.168.0.x subnet, the server can also offer DHCP for a separate 208.x.x.x subnet.
This is useful for simulating multi-subnet scenarios or advanced network topologies.
DNS Service:
• Under Services → DNS, enable it by toggling the switch to On.
• Add a record for Cisco.com (Type: A) pointing to 208.67.220.220.
48 Chapter 4. Create a Simple Network Using Packet Tracer
— Why do this?. Creating a DNS record for Cisco.com directs that hostname to
208.67.220.220. That way, local devices can simply ping Cisco.com to confirm that
DNS is resolving correctly and that they can reach the server.
Global Settings:
• In Config → Settings, switch from DHCP to Static to ensure a fixed IP configuration.
• Set Gateway to 208.67.220.1, and DNS Server to 208.67.220.220.
— Why do this?. Servers typically need a static IP address so client devices always
know where to reach DNS, DHCP, or hosted webpages. A dynamic IP would force clients
to constantly adapt to a changing address.
FastEthernet0 Interface:
• Under Config → FastEthernet0, choose Static and assign:
– IP: 208.67.220.220
– Subnet Mask: 255.255.255.0
• Make sure the port status is On.
49
C. Verify Connectivity
ipconfig /release
ipconfig /renew
ping Cisco.com
50 Chapter 4. Create a Simple Network Using Packet Tracer
Figure 4.16: Saving the Network Configuration as a Packet Tracer Activity File (.pkt)
You have now created a simple, fully functional network in Cisco Packet Tracer. You’ve connected
devices using both wired and wireless connections, configured DHCP and DNS services on a server,
verified connectivity, and saved your project. This foundation prepares you for more advanced
networking concepts such as routing, VLANs, or additional services in subsequent labs.
52 Chapter 4. Create a Simple Network Using Packet Tracer
Measuring Success
• Your PC obtains a 192.168.0.x IP via the Wireless Router’s DHCP.
• The Laptop connects to “HomeNetwork” and also gets a valid IP.
• Cisco.com Server replies to ping Cisco.com, proving DNS and DHCP are functional.
• All device configs are retained after you save/reopen the .pkt file.
■
— Further Exploration
LAB 4.3- Manage and Configure Your Network using a Network Controller
• Install and configure a network controller for optimal network administration.
• Let the controller discover and inventory all connected devices.
• Integrate a new device physically and logically; ensure the controller recognizes it.
Summary
You have created a small network with a wireless router, cable modem, cloud, Cisco.com server,
plus a PC and laptop. You configured DHCP, DNS, and Wi-Fi, then tested it by pinging Cisco.com.
Finally, you saved the topology as a .pkt file. This foundation lets you explore advanced labs on
routing, controllers, or security in the future.
5. Explore Network Functionality Using PDUs
Introduction
In this lab, you will learn how to use Simulation mode in Cisco Packet Tracer to create and analyze
Protocol Data Units (PDUs). You will practice basic and advanced PDU creation to investigate
network connectivity, security, and services. You will also examine PDU contents for deeper insight
into the OSI model, and finally build more complex PDUs for detailed scenarios.
Objectives
• Investigate network functionality using Packet Tracer’s simulation mode by creating and
capturing PDUs to evaluate connectivity and security.
• Create simple PDUs to replicate network functionality for troubleshooting and testing.
• View the contents of PDUs to understand OSI layers and data flow mechanisms.
• Build complex PDUs with advanced settings to simulate and analyze detailed network
scenarios.
Lab Plan
A. Create and Capture PDUs in Simulation Mode
B. Create a Simple PDU
C. View the Contents of PDUs
D. Create a Complex PDU
Background
Creating PDUs in Simulation Mode
Packet Tracer provides a Simulation mode that allows you to create and capture PDUs to check
several functions within your network, such as:
• Basic Connectivity – Can all devices communicate with each other?
54 Chapter 5. Explore Network Functionality Using PDUs
The default mode for Packet Tracer is Realtime mode. In Realtime mode the time is continuously
running as indicated by the clock in the lower right hand corner of the worksheet. In Simulation
mode, time can be stopped or slowed to allow users to view data traffic one packet at a time.
Simulation mode is used to observe network traffic in detail with time controlled directly by the
user.
Resources — Creating PDUs in Simulation Mode . This is our CISCO Packet Tracer:
Creating PDUs in Simulation Mode video. What does that mean? That means we are going to
be creating messages that will move between devices in this network. We’re going to be able to
open up those messages and even view them. Check the video to see how to use Simulation
mode to create simple PDUs to replicate ICMP and ARP functionality and how to create more
complex PDUs from a list of protocols such as DNS, HTTP, Telnet, SSH, FTP, and many more.
Once the PDUs have been captured, you have several ways to view their contents. Viewing the
contents of the PDUs can be used to verify connectivity, verify functionality, and troubleshoot
issues. It is also a great tool for studying or reviewing the contents of the OSI model layers and the
mechanisms of communication.
If viewed in OSI Model mode, you see a summary of the addresses and contents of the headers
at each layer. If you select Inbound or Outbound PDU Details, the exact format of the appropriate
headers is displayed.
Resources — Viewing the Contents of PDUs . This is our Cisco Packet Tracer viewing the
contents of PDUs, which are protocol data units, walkthrough video. In this video we’re going
to go through and watch the actual movement of data from source to one destination, and we’re
going to take a look inside the PDU information as the traffic moves.
55
Topology
Addressing Table
Device Interface IP Address Subnet Mask Default Gateway
PC Ethernet0 DHCP 192.168.0.1
Wireless Router LAN 192.168.0.1 255.255.255.0
Wireless Router Internet DHCP
Cisco.com Server Ethernet0 208.67.220.220 255.255.255.0
Laptop Wireless0 DHCP
— Why do this?. Switching to Simulation mode halts normal data flow, enabling you to
capture and analyze PDUs in a controlled environment. This confirms that your Lab 4
network (or any existing setup) behaves as expected. Moreover, it allows you to precisely
follow the path of a packet to identify issues such as misconfiguration, routing loops, or
DNS failures.
Measuring Success
• You observe ping traffic in Simulation mode, confirming connectivity from Lab 4’s
network.
• You inspect PDU details (Layers 2–3, ICMP) for correct encapsulation.
• You create a Complex PDU that sends repeated pings, visible in the Event Simulation list.
■
— Further Exploration
Summary
In this lab, you have created and analyzed PDUs in Packet Tracer’s Simulation mode—from basic
ICMP pings to advanced periodic ones. You also examined OSI model encapsulation and used the
Event List for diagnosis. Building on your network from Lab 4, you now have deeper packet-level
insight to help with troubleshooting and future network design tasks.
6. Packet Tracer Physical View
Introduction
In this lab, you will learn how to use the Physical view in Cisco Packet Tracer to enhance your
understanding of network topologies in a real-world context. You will add backgrounds (such as
maps and city images), create containers for cities and buildings, and place wiring closets to hold
network devices. Additionally, you will explore file types (.pkt, .pkz, .pka) and see how Packet
Tracer can be used for assessments.
Objectives
• Explore the Physical view in Packet Tracer to better visualize network layouts within a
physical environment.
• Navigate and customize the physical workspace by adding cities, corporate offices, and
wiring closets.
• Simulate wireless coverage areas based on device placement, aiding in network design and
visualization.
• Understand different Packet Tracer file and assessment types (.pkt, .pkz, .pka) and their
uses in networking education.
Lab Plan
A. Open the Physical View & Add a Background
B. Edit Containers & Add Devices to a Wiring Closet
C. Experiment with Additional Designs
Background
Now that you know the purpose and the use of the menus in the logical workspace, we will move
on to learn about the physical workspace in Packet Tracer. The default view for Packet Tracer
is Logical, which is equivalent to creating a logical diagram for the network. The other type of
64 Chapter 6. Packet Tracer Physical View
diagram used in networking is the physical diagram which not only shows the relationships of the
network devices but also applies building and distance factors in making the design.
Packet Tracer has the physical workspace that allows you to make your network more realistic by
adding backgrounds, buildings, and wiring closets. These features are important for documentation,
design, and visualization. You can see the actual layout of the network within a room or a building.
This provides valuable information into the flow of traffic and the suitability and placement of
equipment. The Physical view also has a great feature that shows the wireless coverage areas based
on your equipment placement within buildings.
When the Physical view is shown, the basic organizational scheme is the following:
1. intercity
2. city
3. building
4. wiring closet
A user is able to add as many cities, buildings, and wiring closets as they need; however, there can
only be one intercity. Containers of smaller sizes can be added at any level but larger containers
cannot be added into smaller containers. For example, a building can be added to the intercity, but
a city cannot be added to a building, and a building cannot be added to a wiring closet.
Resources — The Packet Tracer Physical View . This is our Cisco Packet Tracer Physical
View walkthrough video. So far we’ve always been in logical view, and the logical view over
here with this logical view button and all we’ve been building is cabling and rolling out network
devices. Watch this video to learn how to use the features of the physical workspace.
Resources — Customize Device Icons . Customizing device icons in Cisco Packet Tracer
allows you to personalize your network topology by changing the appearance of network devices.
This can help in better visualization and identification of different devices within your network
65
design.
In this section, you will switch from the default Logical view to the Physical view in Packet Tracer.
By adding a custom background image (such as a map), you can visualize your network layout
more realistically and plan device placement, cable lengths, and wireless coverage with greater
accuracy.
1. Launch Packet Tracer and Check Default View
When you start Cisco Packet Tracer, it generally opens the Logical view by default, as
illustrated in Figure 6.1. To access the Physical view, locate and click the Physical button
near the top-left portion of the interface (Figures 6.2 and 6.3). By default, you should see
Intercity as the top-level container in the Physical view.
In this section, you will organize your network containers (cities, buildings, wiring closets) and
populate them with devices. This helps mirror a realistic environment where physical locations and
device racks are accurately represented.
3. Relocate and Customize a City Container
In the Intercity view, look for the Home City container. Click and drag it to the desired
spot on your newly placed background (see Figure 6.7). If you want to give this city its own
custom backdrop, open the container and repeat the Set Background process. You may also
rename “Home City” to something more descriptive like “Atlanta” (Figures 6.8–6.12).
Figure 6.9: Physical View Tool Bar Showing “Back” and the New City Background
Container Hierarchy:
Why Rename? Using real-world city names (e.g., “Atlanta,” “New York”) makes your
topology more intuitive and easier to present or document.
Nested Containers: Remember that Intercity sits at the top level, which can contain
multiple Cities. Each City can hold multiple Buildings, and each Building can have one
or more Wiring Closets.
Positioning and Sizing: You can drag containers around your background and resize
them if you need to represent different geographic areas or building sizes. ■
Figure 6.14: Zooming Out to View the Default Corporate Office Background
Figure 6.16: Adding a Router to the Rack in the Main Wiring Closet
Resources — Packet Tracer File Types . Learn about .pkt, .pkz, and .pka files—how
they differ and how they can be used for labs or distributing activities.
Resources — Packet Tracer Assessment Types . Explore how PTSAs and PTMOs
facilitate self-evaluations, formal quizzes, and skill assessments in Cisco Networking Academy.
Measuring Success
• You can navigate Logical and Physical views, exploring containers (Intercity, City,
Corporate Office, Wiring Closet).
• A background image (e.g., world map) is successfully applied at Intercity or city level
and remains after saving.
• Containers (e.g., “Atlanta,” “Corporate Office,” “Main Wiring Closet”) are appropriately
renamed and reorganized to match a real hierarchy.
• Devices placed in Physical View (e.g., in racks) also appear cabled in Logical View,
confirming consistent setup.
• Hovering over cables or devices in Physical View shows the correct interface data,
indicating proper structured-cabling setup.
■
— Further Exploration
75
Summary
In this lab, you explored Packet Tracer’s Physical View to design more realistic representations of
your network environment. You applied backgrounds, created or edited containers (cities, buildings,
wiring closets), placed devices in racks, and switched between Physical and Logical views for
cabling. You also learned about Packet Tracer file types and assessment methods. With these
skills, you can mirror real-world topologies—deepening your practical understanding of network
infrastructure.
7. Adding IoT Devices
Introduction
This lab focuses on discovering, connecting, and configuring various IoT devices in Cisco Packet
Tracer. You will learn to integrate both wired and wireless smart devices, set up network parameters,
and experiment with remote control of a smart home environment. By the end, you should be able
to create and modify smart homes, smart cities, or smart factories with confidence.
Objectives
• Discover and identify IoT devices available in Cisco Packet Tracer (sensors, actuators,
gateways).
• Connect IoT devices to the network using wired or wireless connections.
• Configure and control IoT devices (network parameters, device attributes) via a registration
server or home gateway.
• Experiment with customizing smart environments to explore IoT functionalities.
Lab Plan
A. Explore the Existing Smart Home Network
B. Add Wired IoT Devices
C. Add Wireless IoT Devices
Background
The Internet of Things (IoT) in Packet Tracer involves networked sensors, actuators, and smart
devices that collect and share data. Packet Tracer includes features like:
• Environmentally reactive devices (responding to sun, wind, rain, etc.).
• Configurable actions based on changing environmental values.
• Scripting options for home gateways or servers to remotely manage these IoT nodes.
78 Chapter 7. Adding IoT Devices
Packet Tracer provides everything needed to create simulated smart homes, smart cities, and
smart factories by leveraging built-in IoT components and remote management.
Packet Tracer has a wide variety of sensors and smart devices that will allow you to design
smart homes, smart cities, smart factories, and smart power grids. To locate the available sensors
and smart devices, select End Devices from the Device Selection box at the lower left-hand side of
the screen. Next select one of the subcategories such as Home. In the Home subcategory, you will
see many IoT devices such as an air conditioner, ceiling fan, coffee maker, and CO detector. These
devices can be connected to your network wirelessly or with a physical cable.
To connect the devices to your network, you need a device, such as a home gateway or registration
server. To find a home gateway, select Network Devices from the Device Selection box and then
select Wireless Devices from the subcategories. To control the devices, you have two options:
1. You can interact directly with a device. Hold down the Alt key and at the same time click on
the device to turn it on or off.
2. You can connect remotely over the network. Using a remote PC, tablet or smart phone, you
can use a web browser to connect to the home gateway or registration server. From here,
you can turn the devices on or off using the features of the home gateway or registration server.
To configure devices, click on the device to open it. Then, you have a multiple tabs to select:
• Specifications – describes the features, usage, local and remote control of the device
• Physical – available modules and power connections
• Config – shows display name, serial number, network configuration, and IoT server
• Attributes – display the device attributes such as MTBF, power consumption, and cost
To configuration home gateway, you click on device. Within device you have multiple tabs to select.
• Physical – available modules, and power
• Config – shows display name, interfaces (Internet, LAN, and wireless) to be configured
• GUI – shows services to be turned on/off
• Attributes – shows features and values related to device such as: mean time between failure
(MTBF), cost, power sources, and wattage
Resources — Configure IoT Devices using Packet Tracer . This is our Cisco Packet
Tracer, Internet of Things walk-through video. In this video we’re going to walk through many
different smart devices that exist here. Watch this video to learn about locating, connecting, and
configuring IoT devices in Packet Tracer.
Resources — Using IoT Devices in Packet Tracer . Packet Tracer lets you simulate real
networks, including smart networks that make use of IoT devices. It provides a number of IoT
devices for a Smart Home network.
• Immediately go to File → Save As and save a local copy, for example MySmartHome_Lab7.pkt.
This ensures your modifications won’t affect the original file.
2. Examine IoT End Devices:
• In the lower-left corner of the Packet Tracer interface, select End Devices (top row)
and Home (bottom row).
• You will see various smart home IoT devices, such as an air conditioner or a coffee
maker, in the Device-Specific Selection box (Figures 7.1 and 7.2).
4. Activating Devices:
• To toggle a device on or off manually, hold down the Alt key and hover over the IoT
device. This simulates a quick local control mechanism for testing purposes.
5. Check the Home Gateway (Infrastructure Device):
• Locate the Home Gateway icon (Figures 7.5 and 7.6). Click it to open its configuration
window.
• In the Physical tab, examine the device’s hardware layout. This view simulates how
the gateway might look in a real environment.
• After logging in, you should see a list of connected IoT devices under the IoT Server
Devices section (Figures 7.12 and 7.13).
• From here, you can toggle device settings or rename them as desired.
Once you’re finished reviewing the device list, you can close the Tablet window.
84 Chapter 7. Adding IoT Devices
In this section, you will integrate new wired IoT devices (e.g., a lawn sprinkler) into your existing
smart home network. By assigning them to DHCP and registering them with the Home Gateway,
you can remotely manage and monitor these devices just like any other smart home appliance.
Next, click FastEthernet0 on the left menu and set IP Configuration to DHCP (Fig-
ures 7.15 and 7.16). This instructs the sprinkler to obtain its IP address automatically
from the Home Gateway.
86 Chapter 7. Adding IoT Devices
11. Experiment
Consider adding other wired IoT devices, like a Coffee Maker or a Door Sensor. Simply:
a) Place the device in the workspace.
b) Cable it to the Home Gateway using a Copper Straight-Through connection.
c) Assign DHCP under its FastEthernet configuration.
d) Check the IoT Server Devices list in the Gateway’s interface to confirm it appears.
Each device you add and properly configure will show up in the same IoT management list,
letting you monitor or control them remotely.
In this section, you will introduce wireless IoT devices to your smart home network. By installing
the proper wireless module and configuring WPA2 settings, you can connect sensors (like a wind
detector) to the Home Gateway without using cables.
13. Experiment
Feel free to add more wireless IoT devices, such as a Temperature Sensor or Motion Detector.
Use the same SSID and WPA2-PSK passphrase (e.g., mySecretKey). Verify each device in
the Home Gateway’s interface to confirm they’re recognized and online.
Measuring Success
• Your newly added wired IoT devices (e.g., Lawn Sprinkler) appear in the IoT Server list
on the Home Gateway.
• The wireless IoT devices (e.g., Wind Detector) successfully join the home network with
the correct WPA2-PSK credentials.
• Each added IoT device obtains a DHCP IP and can be toggled or monitored from the
Tablet’s web interface.
• Holding the Alt key over certain devices (e.g., Smart Fan) shows them powering on/off,
confirming the IoT functionality is active.
■
91
— Further Exploration
Please feel free to download the Packet Tracer Activity (PTA) version of this above tutorial
from the Git Repository.
Summary
In this lab, you discovered how to integrate both wired and wireless IoT devices into a Packet
Tracer smart home environment. You examined existing sensors, placed new ones (via cables
or Wi-Fi), and used the home gateway’s web interface to confirm connectivity. This hands-on
approach shows how real-world IoT deployments might be managed—through consistent naming,
IP settings (DHCP), and registration with a gateway—enabling streamlined monitoring and control
of smart devices.
8. Connect and Monitor IoT Devices
Introduction
In this lab, you will learn how to connect and monitor smart home devices by leveraging a Home
Gateway device. You will explore how to register IoT devices, configure a wireless tablet, and
control various smart devices within a single network environment. By the end of this lab, you
should be comfortable with adding, configuring, and remotely managing IoT devices such as fans,
lamps, and doors.
Objectives
• Connect and control smart devices using a home gateway device (or a remote registration
server), creating and managing a small smart home network.
• Explore the home gateway’s features, including its physical, configuration, GUI, and attribute
tabs.
• Register and monitor IoT devices through a home gateway, practicing the steps for connect-
ing and configuring them within a network.
• Control and interact with smart devices remotely using a tablet, PC, or smartphone, deep-
ening your understanding of IoT device management.
Background
In this section, you will connect a home gateway and several IoT devices to an existing home
network, then monitor these devices through the home gateway. Specifically, you will:
• Add a home gateway to the network (both physical and logical connections).
• Configure IoT devices for wireless connectivity.
• Add a wireless tablet and connect it to the home gateway.
• Register IoT devices so they appear in the home gateway’s IoT server list.
• Test and verify that your smart devices are discoverable and controllable from a remote tablet.
94 Chapter 8. Connect and Monitor IoT Devices
Lab Plan
A. Add a Home Gateway to the Network
B. Connect IoT Devices to the Wireless Network
C. Add a Wireless Tablet to the Network
D. Register IoT Devices with the Home Gateway
• Next, select Copper Straight-Through from the cable options (lightning-bolt icon).
• Click the Home Gateway, then choose Port 1 (or a similar Ethernet port).
• Click the Cable Modem and connect the other end of the cable to its Internet port.
95
Figure 8.4: Active Link Indicators between Home Gateway and Cable Modem
In this section, you will attach wireless adapters to select IoT devices (e.g., a fan, door, or lamp)
and configure them to join the Home Gateway’s Wi-Fi network via DHCP.
After adding the wireless module, switch back to the Config tab. Under Settings, rename
the device to Ceiling Fan for clarity (see Figure 8.6).
97
• Set SSID to HomeGateway (matching the SSID configured on your Home Gate-
way).
• Ensure that DHCP is selected so the fan automatically obtains an IP address.
• If the Home Gateway is properly configured, you should see the fan receive an IP
such as 192.168.25.100.
98 Chapter 8. Connect and Monitor IoT Devices
• Make sure you have not exceeded the DHCP pool size.
■
In this section, you will introduce a Wireless Tablet to your IoT environment. The tablet will
connect to the HomeGateway SSID via DHCP and allow you to manage and monitor your IoT
devices through a web interface.
• Switch to the tablet’s Desktop tab and open the Web Browser.
• In the URL field, type 192.168.25.1 (the Home Gateway’s IP) and click Go.
• At the login screen (Figure 8.10), enter the default credentials admin / admin, then
click Submit.
• If no devices are registered yet, the IoT Server – Devices list may be empty. You
can close the tablet window or continue exploring other settings as needed.
101
Figure 8.10: Home Gateway Login from the Tablet’s Web Browser
Once you have configured your IoT devices (e.g., Ceiling Fan, Lamp, Door) to connect via wireless
and obtain IP addresses (using DHCP), the final step is to “register” them with the Home Gateway.
Registration allows the gateway to monitor and control each device centrally.
7. Set Each Device to Use Home Gateway:
a) Ceiling Fan
Figure 8.11: Registering the Ceiling Fan with the Home Gateway
• Repeat the same process for the Lamp and Door devices:
i. Open each device’s configuration window.
ii. Go to Config → Settings.
iii. Change the IoT Server to Home Gateway.
8. Verify Registration:
• Return to the Wireless Tablet, open the Web Browser, and reconnect to 192.168.25.1
(the Home Gateway IP).
• Log in with the default credentials admin/admin.
• After a brief moment, you should see the Ceiling Fan, Door, and Lamp listed under
the IoT Server – Devices section, indicating successful registration (Figure 8.12).
103
Figure 8.12: Home Gateway Server Showing All Registered IoT Devices
Verifying Connectivity:
If your devices do not appear, ensure they have:
• The correct SSID (HomeGateway) and matching security settings.
• An IP address obtained via DHCP (check Config → Wireless0).
• Time to fully register; sometimes a short delay is normal before the gateway updates.
You can also open the Command Prompt on the tablet’s Desktop and use ping <Device-IP>
to confirm connectivity if you know each device’s IP address. ■
— Further Exploration
Summary
In this lab, you successfully connected a home gateway to a cable modem, configured multiple IoT
devices for wireless access, and added a tablet to manage the entire environment. By registering
each device with the home gateway, you confirmed they appear in its IoT Server list and can be
remotely monitored or controlled. This foundational setup prepares you for more advanced IoT
labs involving remote servers or additional sensors in your smart home network.
9. Connect IoT Devices to a Registration Server
Introduction
In this lab, you will learn how to register IoT devices with a dedicated Registration Server,
enabling centralized control and monitoring of smart devices. You will configure a remote server,
connect new devices, and ensure they properly integrate into the existing network. By the end of
this lab, you should be able to manage and monitor your IoT devices through a server rather than a
local home gateway.
Objectives
• Configure IoT devices to register with a remote server, enabling centralized control and
monitoring of smart devices.
• Set up and manage a dedicated registration server, exploring its configuration options and
its role in IoT networks.
• Use registration servers to control and monitor smart devices, enhancing knowledge of
centralized IoT device management.
• Test connectivity and functionality of IoT devices through the registration server, ensuring
proper integration and operation within the network.
Background
Beyond using a local home gateway, IoT devices can also register with a dedicated Registration
Server for remote monitoring, configuration, or programming. This approach offers broader network
services (e.g., Web, DHCP, DNS, email, FTP) on the same server. Devices connect to the wireless
or wired network, then register to the server, which can even reside offsite. This setup reflects many
real-world smart homes, allowing homeowners to control devices over the internet.
Key Points:
• A dedicated server can sit on the home LAN or beyond (internet).
• The server must be online, with relevant services (IoT) turned on.
• Devices register by specifying the server’s IP address and authentication credentials.
106 Chapter 9. Connect IoT Devices to a Registration Server
• A remote client (tablet, PC, smartphone) logs into the same server to monitor or configure
these devices.
The following steps will demonstrate how to:
• Connect and configure the registration server.
• Register IoT devices to the server (instead of a home gateway).
• Verify that all devices show up in the server’s IoT management interface.
Lab Plan
A. Add a Registration Server to the Network
B. Register IoT Devices to the Registration Server
Scenario
You will integrate a registration server into an existing home network and configure several IoT
devices so that they register and report to the server. This approach allows centralized monitoring
and control of all IoT devices.
107
Security Configurations: Later, you can customize authentication (usernames and passwords),
or even secure communication channels, for more realistic IoT deployments. ■
• For the Ceiling Fan, open its configuration window. Go to Config → Settings, and set
IoT Server to Remote Server.
• Enter the Registration Server IP (e.g., 192.168.25.107) and the Username/-
Password you just created.
• Click Connect or Refresh to initiate registration (Figure 9.9).
111
Figure 9.9: Registering the Ceiling Fan with the Remote Server
• Repeat these steps for any additional devices (e.g., Lamp, Door), making sure to switch
from “Home Gateway” or “None” to Remote Server, with correct credentials.
11. Verify IoT Devices on the Registration Server:
• Return to the Tablet, open the Web Browser, and log in again with the same IP and
credentials.
• After a short delay, your newly registered devices (Ceiling Fan, Lamp, Door, etc.)
should appear in the IoT Server Devices list (Figure 9.10).
Figure 9.10: Newly Registered Devices Showing in the IoT Server List
112 Chapter 9. Connect IoT Devices to a Registration Server
— Further Exploration
• Multi-Server Designs: Place a second registration server on a different network to
explore cross-network IoT device registration.
• Security Enhancements: Enable advanced authentication or encryption if the server
supports it.
• Scaling Up: Add more devices or services (FTP, DNS) to the same server to simulate
real-world IoT aggregator scenarios.
Summary
You successfully deployed a dedicated Registration Server in an existing smart home network,
switched devices from local gateway registration to Remote Server, and verified they appeared in
the server’s IoT management interface. This setup is crucial for real-world IoT ecosystems, where
multiple devices are centrally managed and accessible via the internet.
10. Modify and Monitor Environmental Controls
Introduction
In this lab, you will learn how to modify and monitor environmental controls within Cisco Packet
Tracer’s Physical workspace. You will explore built-in environmental elements (e.g., temperature,
sun, humidity) and see how to adjust them in different containers (intercity, cities, buildings, wiring
closets). By the end, you should understand how environmental sensors and actuators respond to
these conditions, allowing you to create and test automated reactions (e.g., turning on a fan when
temperature reaches a threshold).
Objectives
• Learn to modify and monitor environmental controls in Packet Tracer’s Physical view to
simulate smart homes or buildings.
• Experiment with setting up and adjusting sensors and actuators to react to changes (temper-
ature, light, humidity).
• Configure and test automated responses (e.g., fan activation, light-level adjustment) based
on sensor readings.
• Use IoT platforms and software tools to remotely monitor and control environmental
conditions in a simulated environment.
Background
Cisco Packet Tracer’s Physical Workspace includes a robust environmental system that simulates
day/night cycles, weather elements, and other conditions. Each container (e.g., intercity, city,
building, wiring closet) has 24 default environmental elements such as temperature, humidity,
rain, wind, and more. Devices can affect or respond to these elements. For instance:
• A Fire Sprinkler will raise the water level and humidity in a container.
• An Old Car increases ambient temperature and various gas emissions when turned on.
• A Smoke Detector can trigger alarms if the smoke element surpasses a certain threshold.
By default, these environmental elements follow a 24-hour cycle (e.g., sun rises at 6 AM, sets at
114 Chapter 10. Modify and Monitor Environmental Controls
6 PM). You can override or adjust these values via the Environment button in the Physical view.
Here’s how it works:
• A child container (e.g., a building) inherits baseline conditions from its parent (e.g., the city).
• Changes in a child container do not affect the parent, but the child eventually converges back
to the parent’s baseline (via transference).
• Transference rates define how quickly child environments revert to or diverge from their
parent’s environment.
Lab Plan
A. Explore Environmental Controls
B. Edit Environment Elements
Measuring Success
• Modified Cycle: Your adjusted temperatures (or other elements) show up correctly in the
KeyFrame Graph.
• Visual Confirmation: Over time, the environment panel or chart reveals your new
day/night pattern, confirming your changes are active.
• Device Interaction: IoT sensors or actuators (e.g., fans, sprinklers) reflect the environ-
ment changes (e.g., turning on at high temps).
• Transference Behavior: Child containers gradually converge to the parent’s baseline, or
maintain their adjusted environment if you set it periodically.
■
— Further Exploration
• Multi-Container Scenarios: Experiment with separate temperature/humidity overrides
in a building while the city remains at defaults.
• Automated Scripts: Attach scripts to devices that react to environment triggers (e.g., a
fan turning on when ≥ 30◦ C).
121
• Weather Variation: Try adding wind or rain changes to see how devices (like wind
turbines or sprinklers) respond.
Summary
You have now modified and monitored environmental controls in Packet Tracer’s Physical
workspace. By using KeyFrame Graphs, you adjusted day/night cycles or weather elements. You
also saw how child containers inherit from parent environments, converging back via transference.
This enables realistic simulation of climate or weather conditions in IoT deployments, letting you
observe sensor and actuator responses in a fully simulated environment.
11. Create Your Own Thing
Introduction
In this lab, you will learn how to create and customize IoT devices (also called “Things”) in
Cisco Packet Tracer. You will decide what your new Thing does, how it connects to the network,
and which graphics or scripts it uses to represent different states and behaviors. By the end of this
lab, you should feel comfortable building unique IoT devices, integrating them into smart network
environments, and saving them as Packet Tracer templates for future reuse.
Objectives
• Explore IoT device customization by creating and personalizing a new “Thing.”
• Understand the components and architecture of a Thing, including sensors, actuators, and
controllers.
• Configure and program your custom IoT device, enabling unique, functional smart systems.
• Test and troubleshoot your personalized IoT device, ensuring correct operation within an
IoT network.
Background
Packet Tracer provides numerous ready-made IoT devices, but it also lets you create your own
Thing to meet specific needs. This involves:
• Defining what the Thing does and how it connects to the network (wired or wireless).
• Assigning custom graphics to show different states (e.g., on/off or open/closed).
• Adapting or writing scripts that define its behavior via the Advanced → Programming tabs.
• Saving your new device as a Packet Tracer template, so it appears alongside standard IoT
devices.
Typically, you locate a device script similar to your desired functionality and adapt it to the new
device. Once created, you can share or reuse the custom “Thing,” as long as others have the same
local template files.
124 Chapter 11. Create Your Own Thing
Resources — Creating and Connecting a Thing | . Watch these videos to see how to
create, modify, and save a new custom IoT “Thing” in Packet Tracer, from defining icons and
states to writing or editing the device’s scripts.
Figure 11.1: A sample Smart Home Environment, ready for adding a custom IoT device.
Lab Plan
In this lab, you will:
A. Open and examine the Create_Your_Own_Thing.pkt file, preparing the workspace for a
generic IoT device.
B. Configure the device’s display name, component properties, and custom icon.
C. Add a network adapter (wired or wireless) to connect the new Thing.
D. Save the device as a Packet Tracer template, verifying it appears in the device list for future
use.
Required Software
• Cisco Packet Tracer 8.x (or newer), installed on your system.
• The Packet Tracer file Create_Your_Own_Thing.pkt (plus any custom images for icons).
ing the original file, immediately go to File → Save As and store a copy under a new name,
such as MyCustomThing.pkt. This ensures you can freely make changes without losing the
original setup.
2. Add a Generic IoT “Thing” to the Workspace:
In the Device-Type Selection box (usually at the bottom-left of the Packet Tracer interface),
look for a Thing icon. Depending on your version of Packet Tracer, you might find it under
End Devices or Components.
(a) Drag the Thing icon into your Logical workspace (see Figure 11.2).
(b) This device will act as the foundation for your custom IoT object.
Figure 11.2: Selecting the “Thing” item in the Device Selection box.
(a) Click on the newly placed Thing in the workspace to open its configuration window.
(b) Switch to the Config tab.
(c) Under Global Settings, locate the Display Name field. Replace the default name with a
more descriptive one, such as “Security Camera.”
(d) Press Enter or click elsewhere to confirm the change (Figure 11.3).
• Click on the device’s Config window (where you renamed it), then locate and click the
Advanced button (typically near the bottom-right corner).
• Select the Thing Editor tab that appears, and within it, click on the Properties sub-tab.
5. Set Component Name and Slot Mapping:
Figure 11.4: Defining properties and uploading a custom icon in the Thing Editor.
Figure 11.5: Choosing a wired (CFE) or wireless (1W) adapter for the camera.
• Wired Connection:
(a) In the Connections menu (lightning-bolt icon), select Copper Straight-Through.
(b) Click the FastEthernet0 port on your camera (or “Thing”).
(c) Click on a corresponding Ethernet port on a router or switch.
(d) After a brief moment, you should see green link lights if cabling is correct.
• Wireless Connection:
(a) In Config → Wireless0, ensure the SSID matches your network’s wireless name.
(b) If your network uses WPA2 or another security setting, enter the passphrase
accordingly.
(c) Once configured, the device should automatically associate with the Wi-Fi network
if the signal is in range and the credentials are correct.
9. Enable DHCP (Wired) or Confirm IP (Wireless):
Figure 11.7: Marking the “Home” category for your custom Security Camera.
Figure 11.8: Saving the new device template to Packet Tracer’s local folder.
Figure 11.9: Confirming the custom Security Camera appears in the “Home” category.
Figure 11.11: Using editing buttons (copy, paste, find) to adapt code for your new Thing.
Measuring Success
• Your new IoT device (e.g., Security Camera) obtains an IP address (if using DHCP) and
responds to a ping.
• You see the correct icon in the workspace, reflecting any states you’ve defined.
• You have saved a template, verified it in the Home category, and can reuse this device in
future Packet Tracer projects.
• Any scripts you adapted or wrote function as intended.
■
— Further Exploration
• Network Integration: Connect your custom Thing to a Registration Server for remote
control.
• Multiple States: Add more than two states (on/off, blinking, etc.) to explore advanced
transitions.
• Code Variation: Rewrite the device script in Python or Visual Blocky to practice different
Packet Tracer IoT programming modes.
Summary
You have successfully created a new IoT Thing in Packet Tracer, assigning a name, custom icon,
network interface, and optional scripts. You also saved the device as a template for future use.
These skills enable you to design specialized IoT devices and integrated smart networks for more
complex simulations.
12. Modify Your Thing
Introduction
In this lab, you will learn how to modify and enhance an existing IoT device (also called a
“Thing”) within Cisco Packet Tracer. Specifically, you will build on the Security Camera device
created in an earlier activity, adding new icons for different states, importing code from a Motion
Detector, and testing the updated camera via a Registration Server. This process demonstrates how
to adapt existing Packet Tracer scripts to create new or more advanced functionalities.
Objectives
• Learn to add and customize device icons (LOW/HIGH states) for an existing IoT device.
• Reuse and edit code from another IoT device (Motion Detector) to expand or alter function-
ality.
• Test and troubleshoot your modified device, confirming it behaves as intended.
• Further develop IoT programming and configuration skills, enabling more complex smart
systems.
Lab Plan
In this lab, you will:
A. Open and examine the Modify_Your_Thing.pkt file containing an existing Security Cam-
era device.
B. Add an extra icon/image to represent the camera’s “activated” (HIGH) state.
C. Import code from the Motion Detector device, adapt it, and paste it into the camera’s script.
D. Test your updated camera in the IoT environment, verifying activation states on a Registration
Server.
Required Software
• Cisco Packet Tracer 8.x (or newer) installed on your system.
• The Packet Tracer file: Modify_Your_Thing.pkt.
134 Chapter 12. Modify Your Thing
Figure 12.1: Smart Home Environment with a router, Registration Server, cable modem, ceiling
fan, door, lamp, and the existing Security Camera.
In this section, you will edit an existing IoT device (Security Camera) by adding a second icon
to represent its “activated” state. This process helps you visualize different operating modes or
statuses for your custom device in Packet Tracer.
1. Open the Modify_Your_Thing.pkt File
Figure 12.2: Accessing the Thing Editor’s Properties to prepare for adding a second icon.
Figure 12.3: Selecting a different image for the Security Camera’s activated state.
Figure 12.4: Rules tab for sub-components; the camera’s default icon is mapped to LOW.
Figure 12.5: Two lines: one for LOW state, one for HIGH state. The second uses the “red camera”
icon.
137
In this section, you will give your Security Camera a functional script by reusing and modifying
code from an existing IoT device—the Motion Detector. This process accelerates development by
letting you build on proven JavaScript logic rather than coding from scratch.
7. Check the Camera’s Programming Tab
Figure 12.6: Blank “Programming” tab for the camera, indicating no existing script.
Figure 12.7: Accessing the Motion Detector’s JavaScript code in the Programming tab.
Figure 12.8: Selecting and copying all lines of code to reuse in our camera.
Figure 12.9: Creating a new JavaScript project within the camera’s Programming tab.
Figure 12.12: Pasting the Motion Detector code into the new main.js.
• Look for a line near the top of the code (around line 8) that reads type: "Motion
Detector".
• Change it to type: "Security Camera" (or the name of your custom device).
• Click the Run button. If no errors appear in the console, your camera script should be
active.
• You can close the Security Camera’s configuration window. Re-open it anytime to
tweak code or icons.
Figure 12.15: Running the camera script to ensure it initializes without errors.
iii. In the address bar, enter the Registration Server’s IP (e.g., 192.168.0.106) and click
Go.
iv. Log in with the appropriate credentials (e.g., cisco / cisco123), unless otherwise
specified by your lab setup.
14. Hover with Alt to Trigger “Activated” Icon
• In the tablet’s web interface, the IoTServer–Devices pane may show your Security
Camera as On but not necessarily “activated.”
• Move the Tablet window aside. In the Packet Tracer workspace, hold down the Alt
key and hover your mouse over the camera icon.
• The camera’s icon should switch from LOW (inactive) to HIGH (activated). In many
cases, the Registration Server interface updates to show a green dot or an “activated”
status (Figure 12.16).
Figure 12.16: Activating the Security Camera in Packet Tracer; holding Alt switches it to the
“activated” state.
• Consider further customizing the main.js script to add additional states (e.g., MEDIUM,
BLINKING) or functionality (like a timer that reverts from HIGH to LOW after 30 seconds).
• Any changes in the code that affect the camera’s digital states or icons will also appear in
the Registration Server’s device list, allowing for more dynamic control and monitoring.
• You can repeat a similar process on other IoT devices if you want them to have multiple
icon states or custom JavaScript behaviors.
Settings. ■
Measuring Success
• Custom Icon States: Your camera now has two states (LOW/HIGH) with distinct icons,
and these icons change accordingly when you Alt-hover.
• Script Integration: The Motion Detector code successfully runs on the camera device,
with the type field changed to "Security Camera".
• Registration Server Feedback: The server interface updates to show On (green dot) or
similar for the camera’s activated state.
• No Errors on Run: Clicking Run in the Programming tab shows no immediate console
errors, indicating a valid code adaptation.
■
Summary
In this lab, you modified the custom Security Camera by adding a second icon (for HIGH state)
and importing code from the Motion Detector. You then tested its activation in Packet Tracer via
the Alt hover and verified the updated device state on the Registration Server. This illustrates how
existing IoT scripts can be adapted to create new or improved Things, accelerating smart home
development.
— Further Exploration
• Experiment with more states (e.g., MEDIUM) or alternative icons to handle multi-level
device statuses.
• Incorporate timers or triggers so that the camera returns to LOW state automatically after a
set duration.
• Explore how the Security Camera can interact with sensors or environmental values
(e.g., turning on if motion or darkness is detected).
144 Chapter 12. Modify Your Thing
View publication stats