9.1.3 Packet Tracer - Identify MAC and IP Addresses
Instructor Note: Red font color or gray highlights indicate text that appears in the instructor copy only.
Topology

9.1.3 Packet Tracer - Identify MAC and IP Addresses - ILM
Objectives
Part 1: Gather PDU Information for Local Network Communication
Part 2: Gather PDU Information for Remote Network Communication
Background
This activity is optimized for viewing PDUs. The devices are already configured. You will gather PDU information in simulation mode and answer a series of questions about the data you collect.
Instructions
Part 1: Gather PDU Information for Local Network Communication
Note: Review the Reflection Questions in Part 3 before proceeding with Part 1. It will give you an idea of the type of information you will need to gather.
Step 1: Gather PDU information as a packet travels from 172.16.31.5 to 172.16.31.2.
a. Click 172.16.31.5 and open the Command Prompt.
b. Enter the ping 172.16.31.2 command.
c. Switch to simulation mode and repeat the ping 172.16.31.2 command. A PDU appears next to 172.16.31.5.
d. Click the PDU and note the following information from the OSI Model and Outbound PDU Layer tabs:
- Destination MAC Address: 000C:85CC:1DA7
- Source MAC Address: 00D0:D311:C788
- Source IP Address: 172.16.31.5
- Destination IP Address: 172.16.31.2
- At Device: 172.16.31.5
e. Click Capture / Forward (the right arrow followed by a vertical bar) to move the PDU to the next device. Gather the same information from Step 1d. Repeat this process until the PDU reaches its destination. Record the PDU information you gathered into a spreadsheet using a format like the table shown below:
Example Spreadsheet Format
| At Device | Dest. MAC | Src MAC | Src IPv4 | Dest IPv4 |
|---|---|---|---|---|
| 172.16.31.5 | 000C:85CC:1DA7 | 00D0:D311:C788 | 172.16.31.5 | 172.16.31.2 |
| Switch1 | 000C:85CC:1DA7 | 00D0:D311:C788 | N/A | N/A |
| Hub | N/A | N/A | N/A | N/A |
| 172.16.31.2 | 00D0:D311:C788 | 000C:85CC:1DA7 | 172.16.31.2 | 172.16.31.5 |
Step 2: Gather additional PDU information from other pings.
Repeat the process in Step 1 and gather the information for the following tests:
• Ping 172.16.31.2 from 172.16.31.3.
• Ping 172.16.31.4 from 172.16.31.5.
Return to Realtime mode.
Part 2: Gather PDU Information for Remote Network Communication
In order to communicate with remote networks, a gateway device is necessary. Study the process that takes place to communicate with devices on the remote network. Pay close attention to the MAC addresses used.
Step 1: Gather PDU information as a packet travels from 172.16.31.5 to 10.10.10.2.
a. Click 172.16.31.5 and open the Command Prompt.
b. Enter the ping 10.10.10.2 command.
c. Switch to simulation mode and repeat the ping 10.10.10.2 command. A PDU appears next to 172.16.31.5.
d. Click the PDU and note the following information from the Outbound PDU Layer tab:
• Destination MAC Address: 00D0:BA8E:741A
• Source MAC Address: 00D0:D311:C788
• Source IP Address: 172.16.31.5
• Destination IP Address: 10.10.10.2
• At Device: 172.16.31.5
What device has the destination MAC that is shown?
The router
e. Click Capture / Forward (the right arrow followed by a vertical bar) to move the PDU to the next device. Gather the same information from Step 1d. Repeat this process until the PDU reaches its destination. Record the PDU information you gathered from pinging 172.16.31.5 to 10.10.10.2 into a spreadsheet using a format like the sample table shown below:
| At Device | Dest. MAC | Src MAC | Src IPv4 | Dest IPv4 |
|---|---|---|---|---|
| 172.16.31.5 | 00D0:BA8E:741A | 00D0:D311:C788 | 172.16.31.5 | 10.10.10.2 |
| Switch1 | 00D0:BA8E:741A | 00D0:D311:C788 | N/A | N/A |
| Router | 0060:2F84:4AB6 | 00D0:588C:2401 | 172.16.31.5 | 10.10.10.2 |
| Switch0 | 0060:2F84:4AB6 | 00D0:588C:2401 | N/A | N/A |
| Access Point | N/A | N/A | N/A | N/A |
| 10.10.10.2 | 00D0:588C:2401 | 0060:2F84:4AB6 | 10.10.10.2 | 172.16.31.5 |
Part 2: Reflection Questions
Answer the following questions regarding the captured data:
1. Were there different types of wires used to connect devices?
Yes. Three types of media are used: copper straight-through cables (connecting PCs to switches and the Router to Switch1), a copper crossover cable (between Switch1 and the Hub, because both are intermediary devices), and wireless 802.11 connections between the Access Point and the Laptops.
2. Did the wires change the handling of the PDU in any way?
No. The type of cable (straight-through, crossover, or wireless) only affects the physical transmission of electrical signals at Layer 1. The content of the PDU — including all MAC addresses, IP addresses, and payload data — remains completely unchanged regardless of the media type used.
3. Did the Hub lose any of the information given to it?
No. A Hub is a Layer 1 device that simply regenerates and repeats the electrical signal out all of its ports (except the port on which the signal was received). It does not inspect, modify, or discard any part of the frame. The complete PDU passes through intact.
4. What does the Hub do with MAC addresses and IP addresses?
Nothing. The Hub operates exclusively at Layer 1 (Physical layer). It has no awareness of MAC addresses (Layer 2) or IP addresses (Layer 3). It only sees raw electrical signals (bits) and floods them out every port. It does not maintain a MAC address table and cannot make any forwarding decisions.
5. Did the wireless Access Point do anything with the information given to it?
Yes. It repackaged it as wireless 802.11. The Access Point re-encapsulates the incoming Ethernet (802.3) frame into an 802.11 wireless frame (and vice versa). This process changes the Layer 2 frame header — since 802.11 uses up to four MAC address fields compared to Ethernet's two — but the payload inside (the IP packet and its data) is preserved without any modification.
6. Was any MAC or IP address lost during the wireless transfer?
No. All addressing information is preserved during the conversion between 802.3 and 802.11 frame formats. The frame structure changes to accommodate the wireless medium, but the source and destination MAC addresses, as well as the IP addresses within the encapsulated packet, remain intact throughout the wireless transfer.
7. What was the highest OSI layer that the Hub and Access Point used?
The Hub operates at Layer 1 (Physical) — it only regenerates and floods electrical signals without any understanding of frames or addresses. The Access Point operates at Layer 2 (Data Link) because it must read and re-encapsulate frame headers when converting between Ethernet 802.3 and wireless 802.11 formats, which is fundamentally a Layer 2 function.
8. Did the Hub or Access Point ever replicate a PDU that was rejected with a red “X”?
Yes. Because the Hub floods every frame out all of its ports, devices that are not the intended destination will receive the frame, examine its Destination MAC address, find that it does not match their own MAC, and drop the frame — shown in Packet Tracer as a red "X". Similarly, the Access Point broadcasts wirelessly, so laptops that are not the intended recipient will also receive and reject the frame. This is normal behavior for Layer 1 devices that lack intelligent forwarding.
9. When examining the PDU Details tab, which MAC address appeared first, the source or the destination?
Destination. This reflects the actual structure of an Ethernet (IEEE 802.3) frame, where the Destination MAC field precedes the Source MAC field in the frame header.
10. Why would the MAC addresses appear in this order?
Placing the Destination MAC first allows a switch to begin its forwarding decision as soon as possible. In cut-through switching mode, the switch can look up the destination MAC in its MAC address table and start forwarding the frame to the correct port immediately — without waiting for the entire frame to arrive. This design reduces forwarding latency significantly.
11. Was there a pattern to the MAC addressing in the simulation?
No. MAC addresses are assigned by hardware manufacturers and consist of a vendor-specific OUI (Organizationally Unique Identifier) prefix followed by a device-specific identifier. They have no logical relationship to IP addresses, network topology, or device location. In Packet Tracer, these are randomly assigned values that do not follow a meaningful pattern.
12. Did the switches ever replicate a PDU that was rejected with a red “X”?
No. Unlike a Hub, a switch operates at Layer 2 and maintains a MAC address table (also called a CAM table). When a switch knows the destination MAC address, it forwards the frame only to the specific port associated with that address — not to all ports. This intelligent forwarding means that non-destination devices do not receive the frame, so no red "X" rejections occur at the switch level.
13. Every time that the PDU was sent between the 10 network and the 172 network, there was a point where the MAC addresses suddenly changed. Where did that occur?
At the Router. When a packet crosses from one IP network to another, the Router performs Layer 3 processing: it de-encapsulates the incoming frame (strips the old Layer 2 header), reads the destination IP address, consults its routing table to determine the outbound interface and next-hop, and then re-encapsulates the packet into a new frame with new Source and Destination MAC addresses appropriate for the next network segment. The IP addresses (Source and Destination) remain unchanged throughout this process — only the MAC addresses change at each router hop.
14. Which device uses MAC addresses starting with 00D0?
Multiple devices share this prefix. The Router uses 00D0:BA8E:741A on its 172.16.31.0/24 interface and 00D0:588C:2401 on its 10.10.10.0/24 interface. PC 172.16.31.5 also has MAC address 00D0:D311:C788. This shared OUI prefix means these devices have network interface cards from the same manufacturer (or in Packet Tracer, were assigned addresses from the same simulated vendor range).
15. To what devices did the other MAC addresses belong?
The other MAC addresses (those not starting with 00D0) belong to the end devices — the PCs and Laptops that act as the original senders and final receivers in each communication. For example, 000C:85CC:1DA7 belongs to PC 172.16.31.2 and 0060:2F84:4AB6 belongs to Laptop 10.10.10.2. In any given PDU exchange, the non-router MAC addresses always identify the source or destination host on the local network segment.
16. Did the sending and receiving IPv4 addresses switch in any of the PDUs?
No. In an ICMP Echo Request (the outgoing ping), the Source IP always remains the address of the originating device and the Destination IP always remains the address of the target device — across every hop through switches, hubs, the access point, and the router. IP addresses are Layer 3 information and are not modified by intermediate devices during normal routing (NAT is not used in this lab).
17. If you follow the reply to a ping, sometimes called a pong, do the sending and receiving IPv4 addresses switch?
Yes. In the ICMP Echo Reply (the "pong"), the original destination device becomes the new source, and the original source device becomes the new destination. For example, if PC 172.16.31.5 pings 10.10.10.2, the request carries Source IP 172.16.31.5 and Destination IP 10.10.10.2. The reply reverses this: Source IP becomes 10.10.10.2 and Destination IP becomes 172.16.31.5. This is how the reply finds its way back to the originator.
18. What is the pattern to the IPv4 addressing in this simulation?
Each interface (port) of the Router is connected to a different, non-overlapping IP network. In this simulation, the wired side uses the 172.16.31.0/24 network and the wireless side uses the 10.10.10.0/24 network. All devices on the same physical segment share the same network prefix, and no two segments use the same address range. This is a fundamental requirement for IP routing to function correctly.
19. Why do different IP networks need to be assigned to different ports of a router?
The core function of a router is to interconnect different IP networks and forward packets between them. Each router interface must belong to a unique subnet so the router can correctly determine which interface to use when forwarding a packet toward its destination. If two interfaces shared the same subnet, the router would be unable to distinguish which interface leads to the intended destination, causing routing ambiguity and communication failures.
20. If this simulation was configured with IPv6 instead of IPv4, what would be different?
The IPv4 addresses would be replaced with IPv6 addresses, but the fundamental networking behavior would remain the same. The key differences at a technical level would include: ICMPv6 would be used instead of ICMPv4 for ping operations, NDP (Neighbor Discovery Protocol) would replace ARP for MAC-to-IP address resolution, and the IPv6 packet header would have a different structure (e.g., no header checksum, a flow label field, and a simplified fixed-length header). However, the roles of each device — switches forwarding based on MAC addresses, the router changing MAC addresses at each hop while preserving source and destination IPs, and hubs flooding all traffic — would all remain exactly the same.
Download Packet Tracer (.pka) file:
13.1.3 Packet Tracer - Identify MAC and IP Addresses
Objectives
- Part 1: Gather PDU Information for a Local Network Communication
- Part 2: Gather PDU Information for a Remote Network Communication
Background
If you are interested in a career in network administration or network security, it is important to understand normal network communication processes. In this Packet Tracer activity, you will inspect Ethernet frames and IP packets at different points in the network as they travel from source to destination. You will focus on the way that the MAC and IP addresses change depending on the destination (local or remote) and the place where the PDUs are captured.
Packet Tracer has a simulation mode which will enable you to investigate details about how PDUs travel on networks. It enables you to check the Layer 2 MAC addressing and Layer 3 IPv4 addressing of the PDUs at different locations in the network as the PDUs flow from source to destination.
This activity is optimized for viewing PDUs as they travel on local and remote networks. You will gather PDU information in PT simulation mode and answer a series of questions about the data you collect. No device configuration is required.
Instructions
Part 1: Gather PDU Information for a Local Network Communication
In this part, you will study how a device on a local network does not need a default gateway to communicate with another device on the same local network.
Note: Review the Reflection Questions in Part 3 before proceeding with this part. It will give you an idea of the type of information you will need to gather.
a. Click host 172.16.31.3 and open the Command Prompt.
b. Enter the ping 172.16.31.2 command. This command will issue a series of ICMP echo request packets to the destination. If the packets reach the destination, it will send echo-reply messages pack to the source of the ping requests.
c. Click the Simulation mode button to switch to simulation mode. Repeat the ping 172.16.31.2 command. An envelope icon that represents a PDU appears next to 172.16.31.3.
d. Click the PDU and locate the following information in both the OSI Model and Outbound PDU Details tabs. The Outbound PDU Details tab shows simplified packet and frame headers for the PDU. You should observe the following details regarding addressing for the PDU.
- At Device: 172.16.31.3
- Source MAC Address: 0060.7036.2849
- Destination MAC Address: 000C:85CC:1DA7
- Source IP Address: 172.16.31.3
- Destination IP Address: 172.16.31.2
e. Click Capture / Forward (the right arrow followed by a vertical bar) and the PDU moves to the next step in its journey. Use the OSI model tab to gather the same information from Step 1d. Repeat this process until the PDU reaches its destination. For each step on the path to delivery, record the information for each PDU into a spreadsheet that uses a format like the table shown below. The information for the first step is shown in the table.
Example Spreadsheet Format
| At Device | Src MAC | Dest. MAC | Src IPv4 | Dest IPv4 |
|---|---|---|---|---|
| 172.16.31.3 | 0060.7036.2849 | 000C:85CC:1DA7 | 172.16.31.3 | 172.16.31.2 |
| Switch 2 | 0060.7036.2849 | 000C:85CC:1DA7 | N/A | N/A |
| 172.16.31.2 (in) | 000C:85CC:1DA7 | 000C:85CC:1DA7 | 172.16.31.3 | 172.16.31.2 |
| 172.16.31.2 (out) | 0060.7036.2849 | 0060.7036.2849 | 172.16.31.2 | 172.16.31.3 |
f. You will notice that the information for the inbound PDU is unchanged.
In the PDU information window, click the tab for the outbound PDU. How does the addressing differ, and why? Record the addressing in your table.
The source and destination address are reversed in both the frame and packet because this PDU will be sent back to host 172.16.31.3. This message will be a ping echo-reply.
g. Return to Realtime mode.
Part 2: Gather PDU Information for a Remote Network Communication
To communicate with remote networks, a gateway device is necessary. The gateway device connects two or more networks together. In this part, you will study the process that takes place when one device communicates with another device that is on a remote network. Pay close attention to the MAC addresses used.
Note: Move your mouse over the Router. You will see information about the addressing of the router interfaces. Refer to these addresses as you observe the PDU flow through the router.
a. Return to the Command Prompt for 172.16.31.3.
b. Enter the ping 10.10.10.2 command. The first couple of pings may time out.
c. Switch to Simulation mode and repeat the ping 10.10.10.2 command. A PDU appears next to 172.16.31.3.
d. Click the PDU and note the following information tab:
- At Device: 172.16.31.3
- Source MAC Address: 0060.7036.2849
- Destination MAC Address: 00D0:BA8E:741A
- Source IP Address: 172.16.31.3
- Destination IP Address: 10.10.10.2
What device and interface has the destination MAC address that is shown?
The router interface FasteEthernet1/0
e. Click Capture / Forward (the right arrow followed by a vertical bar) to move the PDU to the next device. Gather the same information from Step 1d. Repeat this process until the PDU reaches its destination. Record the PDU information you gathered from pinging 172.16.31.5 to 10.10.10.2 into a spreadsheet using a format like the sample table shown below. Enter details for both the inbound and outbound PDUs at the Router.
| At Device | Src MAC | Dest. MAC | Src IPv4 | Dest IPv4 |
|---|---|---|---|---|
| 172.16.31.3 | 0060.7036.2849 | 00D0:BA8E:741A | 172.16.31.3 | 10.10.10.2 |
| Switch 2 | 0060.7036.2849 | 00D0:BA8E:741A | N/A | N/A |
| Router (in) | 0060.7036.2849 | 00D0:BA8E:741A | 172.16.31.3 | 10.10.10.2 |
| Router (out) | 00D0:588C:2401 | 0060:2F84:4AB6 | 172.16.31.3 | 10.10.10.2 |
| Switch 1 | 00D0:588C:2401 | 0060:2F84:4AB6 | N/A | N/A |
| Access Point | N/A | N/A | N/A | N/A |
| 10.10.10.2 | 0060:2F84:4AB6 | 00D0:588C:2401 | 10.10.10.2 | 172.16.31.5 |
f. Repeat the process for the echo-reply message that originates from host 10.10.10.2. Complete the table for each step.
| At Device | Src MAC | Dest. MAC | Src IPv4 | Dest IPv4 |
|---|---|---|---|---|
| 10.10.10.2 | 0060:2F84:4AB6 | 00D0:588C:2401 | 10.10.10.2 | 172.16.31.3 |
| Access Point | N/A | N/A | N/A | N/A |
| Switch 1 | 0060:2F84:4AB6 | 00D0:588C:2401 | N/A | N/A |
| Router (in) | 0060:2F84:4AB6 | 00D0:588C:2401 | 10.10.10.2 | 172.16.31.3 |
| Router (out) | 00D0.BA8E.741A | 0060.7036.2849 | 10.10.10.2 | 172.16.31.3 |
| Switch 1 | 00D0.BA8E.741A | 0060.7036.2849 | N/A | N/A |
| Access Point | N/A | N/A | N/A | N/A |
| 10.10.10.2 | 00D0.BA8E.741A | 0060.7036.2849 | 10.10.10.2 | 172.16.31.5 |
Reflection Questions
Answer the following questions regarding the captured data:
1. What different types of cables/media were used to connect devices?
Two types of media are used in this topology: copper straight-through cables (connecting the Router to switches, switches to the Access Point, and switches to PCs) and wireless 802.11 connections between the Access Point and the Laptops.
2. Did the cables change the handling of the PDU in any way?
No. The type of cable only affects the physical transmission of signals at Layer 1. The content of the PDU — including all MAC addresses, IP addresses, and payload data — remains completely unchanged regardless of the media type used.
3. Did the wireless Access Point do anything to the PDUs that it received?
Yes. It repackaged them as wireless 802.11 frames. The Access Point re-encapsulates the incoming Ethernet (802.3) frame into an 802.11 wireless frame (and vice versa). This process changes the Layer 2 frame header — since 802.11 uses up to four MAC address fields compared to Ethernet's two — but the payload inside (the IP packet and its data) is preserved without any modification.
4. Was PDU addressing changed by the access point?
No. All addressing information is preserved during the conversion between 802.3 and 802.11 frame formats. The frame structure changes to accommodate the wireless medium, but the source and destination MAC addresses, as well as the IP addresses within the encapsulated packet, remain intact.
5. What was the highest OSI layer that the Access Point used?
Layer 2 (Data Link). The Access Point must read and re-encapsulate frame headers when converting between Ethernet 802.3 and wireless 802.11 formats. This re-encapsulation — reading the incoming frame header and rebuilding it in a different format — is fundamentally a Layer 2 function.
6. At what Layer of the OSI model do cables and access points operate?
Cables operate at Layer 1 (Physical) — they simply carry electrical or optical signals between devices without any processing. The Access Point operates at Layer 2 (Data Link) because it performs re-encapsulation between Ethernet 802.3 and wireless 802.11 frame formats, which requires reading and rebuilding Layer 2 headers.
7. When examining the PDU Details tab, which MAC address appeared first, the source or the destination?
Destination. This reflects the actual structure of an Ethernet (IEEE 802.3) frame, where the Destination MAC field precedes the Source MAC field in the frame header. This design allows switches to begin their forwarding decision as soon as the destination address arrives, enabling cut-through switching which reduces latency.
8. Sometimes PDUs were marked with red Xs while others had green check marks. What is the significance of these markings?
The PDUs marked with red Xs were not accepted by a device because the destination address did not match the device's MAC address. The green check marks indicate that the destination MAC address matched and the PDU was accepted. This behavior is most visible with the Access Point, which broadcasts wirelessly to all connected devices. Laptops that are not the intended recipient will receive the frame, check the Destination MAC, find it does not match their own, and drop it — shown as a red "X". The intended recipient accepts the frame — shown as a green check mark.
9. Every time that the PDU was sent between the 10 network and the 172 network, there was a point where the MAC addresses suddenly changed. Where did that occur?
At the Router. When a packet crosses from one IP network to another, the Router de-encapsulates the incoming frame (strips the old Layer 2 header), reads the destination IP address, consults its routing table, and then re-encapsulates the packet into a new frame with new Source and Destination MAC addresses appropriate for the next network segment. The IP addresses remain unchanged — only the MAC addresses change at each router hop.
10. Which device uses MAC addresses that start with 00D0:BA?
The Router. The MAC address 00D0:BA8E:741A belongs to the Router's FastEthernet1/0 interface, which connects to the 172.16.31.0/24 network. The "00D0:BA" prefix is the OUI (Organizationally Unique Identifier) portion that identifies the manufacturer of the network interface card on that router port.
11. What devices did the other MAC addresses belong to?
To the sending device and receiving device — the end devices (PCs and Laptops) that are the original senders and final receivers in each communication. For example, 0060.7036.2849 belongs to PC 172.16.31.3, 000C:85CC:1DA7 belongs to PC 172.16.31.2, and 0060:2F84:4AB6 belongs to Laptop 10.10.10.2. In any given PDU exchange, the non-router MAC addresses always identify the source or destination host on the local network segment.
12. Did the sending and receiving IPv4 addresses change in any of the PDUs?
No. In an ICMP Echo Request, the Source IP always remains the address of the originating device and the Destination IP always remains the address of the target device — across every hop through switches, the access point, and the router. IP addresses are Layer 3 information and are not modified by intermediate devices during normal routing (NAT is not used in this lab).
13. When you follow the reply to a ping, sometimes called a pong, what happens to the source and destination addresses?
They switch because the receiving device is now the source. In the ICMP Echo Reply, the original destination device becomes the new Source IP, and the original source device becomes the new Destination IP. For example, if PC 172.16.31.3 pings 10.10.10.2, the request carries Src IP 172.16.31.3 → Dst IP 10.10.10.2. The reply reverses this: Src IP 10.10.10.2 → Dst IP 172.16.31.3. This is how the reply finds its way back to the originator.
14. Why do you think the interfaces of the router are part of two different IP networks?
The function of a router is to interconnect different IP networks. It must be a member of both networks to do this. Each router interface must belong to a unique subnet so the router can correctly determine which interface to use when forwarding a packet. If two interfaces shared the same subnet, the router would be unable to distinguish which interface leads to the intended destination, causing routing ambiguity and communication failures.
15. Which IP networks are connected by the router?
The 10.10.10.0/24 and 172.16.31.0/24 networks. The Router has two interfaces: one connected to the 10.10.10.0/24 network (wireless LAN side via Switch 1 and the Access Point) and one connected to the 172.16.31.0/24 network (wired LAN side via Switch 2). Each interface has an IP address within its respective subnet, allowing the router to forward packets between the two networks.
Download Packet Tracer (.pka) file:
Previous Lab
4.7.2 Packet Tracer – Connect the Physical Layer



