Packet Tracer Simulation - TCP and UDP Communications: Name: Saad Kabir Uddin Matric No: A19EC4056 Section: 08
Packet Tracer Simulation - TCP and UDP Communications: Name: Saad Kabir Uddin Matric No: A19EC4056 Section: 08
Objectives
Part 1: Generate Network Traffic in Simulation Mode
Part 2: Examine the Functionality of the TCP and UDP Protocols
Background
This simulation activity is intended to provide a foundation for understanding the TCP and UDP in detail.
Simulation mode provides the ability to view the functionality of the different protocols.
As data moves through the network, it is broken down into smaller pieces and identified in some fashion so
that the pieces can be put back together. Each of these pieces is assigned a specific name ( protocol data unit
[PDU]) and associated with a specific layer. Packet Tracer Simulation mode enables the user to view each of
the protocols and the associated PDU. The steps outlined below lead the user through the process of
requesting services using various applications available on a client PC.
This activity provides an opportunity to explore the functionality of the TCP and UDP protocols, multiplexing
and the function of port numbers in determining which local application requested the data or is sending the
data.
© 2015 Cisco and/or its affiliates. All rights reserved. This document is Cisco Public. Page 1 of 6
Packet Tracer Simulation - TCP and UDP Communications
Step 6: Verify that the traffic is generated and ready for simulation.
Every client computer should have PDUs listed in the Simulation Panel.
c. Click Capture/Forward six times. All clients should have received a reply. Note that only one PDU can
cross a wire in each direction at any given time. What is this called?
Multiplexing.
© 2015 Cisco and/or its affiliates. All rights reserved. This document is Cisco Public. Page 2 of 6
Packet Tracer Simulation - TCP and UDP Communications
d. A variety of PDUs appears in the event list in the upper right pane of the simulation window. Why are they
so many different colors?
Color varies depending on the protocol, in accordance to the response.
e. Click Back eight times. This should reset the simulation.
Note: Do not click Reset Simulation any time during this activity; if you do, you will need to repeat the steps
in Part 1.
Step 2: Examine HTTP traffic as the clients communicate with the server.
a. Filter the traffic that is currently displayed to display only HTTP and TCP PDUs filter the traffic that is
currently displayed:
1) Click Edit Filters and toggle the Show All/None check box.
2) Select HTTP and TCP. Click anywhere outside of the Edit Filters box to hide it. The Visible Events
should now display only HTTP and TCP PDUs.
b. Click Capture/Forward. Hold your mouse above each PDU until you find one that originates from HTTP
Client. Click the PDU envelope to open it.
c. Click the Inbound PDU Details tab and scroll down to the last section. What is the section labeled?
TCP
Are these communications considered to be reliable?
Yes, TCP is very reliable.
d. Record the SRC PORT, DEST PORT, SEQUENCE NUM, and ACK NUM values. What is written in the
field to the left of the WINDOW field?
SYN
e. Close the PDU and click Capture/Forward until a PDU returns to the HTTP Client with a checkmark.
f. Click the PDU envelope and select Inbound PDU Details. How are the port and sequence numbers
different than before?
Source port was from an HTTP client the destination was to the internet. The source and destination swit
ched places. However, there is no change in the sequence number.
g. There is a second PDU of a different color, which HTTP Client has prepared to send to MultiServer. This
is the beginning of the HTTP communication. Click this second PDU envelope and select Outbound PDU
Details.
h. What information is now listed in the TCP section? How are the port and sequence numbers different
from the previous two PDUs?
Port numbers are switched again and reverts back to as in the first PDU. The sequence number also cha
nges from 0 to 1.
Step 3: Examine FTP traffic as the clients communicate with the server.
a. In the Simulation Panel, change Edit Filters to display only FTP and TCP.
b. Click Capture/Forward. Hold your cursor above each PDU until you find one that originates from FTP
Client. Click that PDU envelope to open it.
c. Click the Inbound PDU Details tab and scroll down to the last section. What is the section labeled?
TCP
© 2015 Cisco and/or its affiliates. All rights reserved. This document is Cisco Public. Page 3 of 6
Packet Tracer Simulation - TCP and UDP Communications
Source and destination switched places. However, there is no change in the sequence number.
g. Click the Outbound PDU Details tab. How are the port and sequence numbers different from the
previous two results?
Port numbers are switched again and reverts back to as in the previous PDU. The sequence number als
o changes from 0 to 1.
h. Close the PDU and click Capture/Forward until a second PDU returns to the FTP Client. The PDU is a
different color.
i. Open the PDU and select Inbound PDU Details. Scroll down past the TCP section. What is the message
from the server?
Welcome to PT Ftp server
j. Click Back until the simulation is reset.
Step 4: Examine DNS traffic as the clients communicate with the server.
a. In the Simulation Panel, change Edit Filters to display only DNS and UDP.
b. Click the PDU envelope to open it.
c. Click the Inbound PDU Details tab and scroll down to the last section. What is the section labeled?
UDP. No, UDP is not reliable.
Are these communications considered to be reliable?
d. Record the SRC PORT and DEST PORT values. Why is there no sequence and acknowledgement
number?
UDP does not go through network layering.UDP does not go through network layering.
e. Close the PDU and click Capture/Forward until a PDU returns to the DNS Client with a checkmark.
f. Click the PDU envelope and select Inbound PDU Details. How are the port and sequence numbers
different than before?
Source and destination switched places. There is NO sequence number.
g. What is the last section of the PDU called?
DNS Answer.
h. Click Back until the simulation is reset.
Step 5: Examine email traffic as the clients communicate with the server.
a. In the Simulation Panel, change Edit Filters to display only POP3, SMTP and TCP.
© 2015 Cisco and/or its affiliates. All rights reserved. This document is Cisco Public. Page 4 of 6
Packet Tracer Simulation - TCP and UDP Communications
b. Click Capture/Forward. Hold your cursor above each PDU until you find one that originates from E-mail
Client. Click that PDU envelope to open it.
c. Click the Inbound PDU Details tab and scroll down to the last section. What transport layer protocol does
email traffic use?
TCP
Are these communications considered to be reliable?
Yes, TCP is very reliable.
d. Record the SRC PORT, DEST PORT, SEQUENCE NUM, and ACK NUM values. What is written in the
field to the left of the WINDOW field?
SYN
e. Close the PDU and click Capture/Forward until a PDU returns to the E-Mail Client with a checkmark.
f. Click the PDU envelope and select Inbound PDU Details. How are the port and sequence numbers
different than before?
Source and destination switched places. However, there is no change in the sequence number.
g. Click the Outbound PDU Details tab. How are the port and sequence numbers different from the
previous two results?
Port numbers are switched again and reverts back to as in the previous PDU. The sequence number als
o changes from 0 to 1
h. There is a second PDU of a different color that HTTP Client has prepared to send to MultiServer. This is
the beginning of the email communication. Click this second PDU envelope and select Outbound PDU
Details.
i. How are the port and sequence numbers different from the previous two PDUs?
Ans i: There is no difference in the sequence no. and port no. between these PDUs.
Ans j: Port 25: SMTP & Port 110: POP3.
j. What email protocol is associated with TCP port 25? What protocol is associated with TCP port 110?
© 2015 Cisco and/or its affiliates. All rights reserved. This document is Cisco Public. Page 5 of 6
Packet Tracer Simulation - TCP and UDP Communications
Why doesn’t this session close like the other three? (Hint: Check the minimized clients)
It is waiting for Client approval through user name.
Step 3 15
Step 4 15
Step 5 15
Step 6 25
© 2015 Cisco and/or its affiliates. All rights reserved. This document is Cisco Public. Page 6 of 6