Tutorial 1 - Wireshark - TCP
Tutorial 1 - Wireshark - TCP
March 2024
ICT504 Tutorial 1
In this tutorial, we’ll investigate the behavior of the celebrated TCP protocol in detail.
We’ll do so by analyzing a trace of the TCP segments sent and received in transferring a
150KB file (containing the text of Lewis Carrol’s Alice’s Adventures in Wonderland)
from your computer to a remote server. We’ll study TCP’s use of sequence and
acknowledgement numbers for providing reliable data transfer; we’ll see TCP’s
congestion control algorithm – slow start and congestion avoidance – in action; and we’ll
look at TCP’s receiver-advertised flow control mechanism. We’ll also briefly consider
TCP connection setup and we’ll investigate the performance (throughput and round-trip
time) of the TCP connection between your computer and the server.
Before beginning this lab, you’ll probably want to review sections 3.5 and 3.7 in the
text1.
1
References to figures and sections are for the 8 th edition of our text, Computer Networks, A Top-down
Approach, 8th ed., J.F. Kurose and K.W. Ross, Addison-Wesley/Pearson, 2020.
Page 2
ICT504 Tutorial 1
You can download a captured packet trace file (tcp-ethereal-trace-1) from the LMS
and open it in the Wireshark.
Before analyzing the behavior of the TCP connection in detail, let’s take a high level
view of the trace.
• First, filter the packets displayed in the Wireshark window by entering “tcp”
(lowercase, no quotes, and don’t forget to press return after entering!) into the
display filter specification window towards the top of the Wireshark window.
What you should see is series of TCP and HTTP messages between your computer and
gaia.cs.umass.edu. You should see the initial three-way handshake containing a SYN
message. You should see an HTTP POST message. Depending on the version of
Wireshark you are using, you might see a series of “HTTP Continuation” messages being
sent from your computer to gaia.cs.umass.edu. Recall from our discussion in the earlier
HTTP Wireshark lab, that is no such thing as an HTTP Continuation message – this is
Wireshark’s way of indicating that there are multiple TCP segments being used to carry a
single HTTP message. In more recent versions of Wireshark, you’ll see “[TCP segment
of a reassembled PDU]” in the Info column of the Wireshark display to indicate that this
TCP segment contained data that belonged to an upper layer protocol message (in our
case here, HTTP). You should also see TCP ACK segments being returned from
gaia.cs.umass.edu to your computer.
Page 3
ICT504 Tutorial 1
Since this lab is about TCP rather than HTTP, let’s change Wireshark’s “listing of
captured packets” window so that it shows information about the TCP segments
containing the HTTP messages, rather than about the HTTP messages. To have
Wireshark do this, select Analyze->Enabled Protocols. Then uncheck the HTTP box and
select OK. You should now see a Wireshark window that looks like:
Page 4
ICT504 Tutorial 1
2. TCP Basics
2. What is the sequence number of the TCP SYN segment that is used to initiate the
TCP connection between the client computer and gaia.cs.umass.edu? What is it
in the segment that identifies the segment as a SYN segment?
3. What is the sequence number of the SYNACK segment sent by gaia.cs.umass.edu
to the client computer in reply to the SYN? What is the value of the
Acknowledgement field in the SYNACK segment? How did gaia.cs.umass.edu
determine that value? What is it in the segment that identifies the segment as a
SYNACK segment?
Page 5
ICT504 Tutorial 1
4. What is the sequence number of the TCP segment containing the HTTP POST
command? Note that in order to find the POST command, you’ll need to dig into
the packet content field at the bottom of the Wireshark window, looking for a
segment with a “POST” within its DATA field.
5. Consider the TCP segment containing the HTTP POST as the first segment in the
TCP connection. What are the sequence numbers of the first six segments in the
TCP connection (including the segment containing the HTTP POST)? At what
time was each segment sent? When was the ACK for each segment received?
Given the difference between when each TCP segment was sent, and when its
acknowledgement was received, what is the RTT value for each of the six
segments? What is the EstimatedRTT value (see Section 3.5.3, page 242 in
text) after the receipt of each ACK? Assume that the value of the
EstimatedRTT is equal to the measured RTT for the first segment, and then is
computed using the EstimatedRTT equation on page 242 for all subsequent
segments.
Note: Wireshark has a nice feature that allows you to plot the RTT for
each of the TCP segments sent. Select a TCP segment in the “listing of
captured packets” window that is being sent from the client to the
gaia.cs.umass.edu server. Then select: Statistics->TCP Stream Graph-
>Round Trip Time Graph.
2
The TCP segments in the tcp-ethereal-trace-1 trace file are all less that 1460 bytes. This is because the
computer on which the trace was gathered has an Ethernet card that limits the length of the maximum IP
packet to 1500 bytes (40 bytes of TCP/IP header data and 1460 bytes of TCP payload). This 1500 byte
value is the standard maximum length allowed by Ethernet. If your trace indicates a TCP length greater
than 1500 bytes, and your computer is using an Ethernet connection, then Wireshark is reporting the wrong
TCP segment length; it will likely also show only one large TCP segment rather than multiple smaller
segments. Your computer is indeed probably sending multiple smaller segments, as indicated by the ACKs
it receives. This inconsistency in reported segment lengths is due to the interaction between the Ethernet
driver and the Wireshark software. We recommend that if you have this inconsistency, that you perform
this lab using the provided trace file.
Page 6
ICT504 Tutorial 1
Let’s now examine the amount of data sent per unit time from the client to the server.
Rather than (tediously!) calculating this from the raw data in the Wireshark window,
we’ll use one of Wireshark’s TCP graphing utilities - Time-Sequence-Graph(Stevens) - to
plot out data.
Here, each dot represents a TCP segment sent, plotting the sequence number of
the segment versus the time at which it was sent. Note that a set of dots stacked
Page 7
ICT504 Tutorial 1
above each other represents a series of packets that were sent back-to-back by the
sender.
Answer the following questions for the TCP segments the packet trace tcp-
ethereal-trace-1.
Page 8