TCP (Transmission Control Protocol) is a connection-oriented protocol for transferring data reliably in either direction between a pair of users. TCP is a rather complex protocol, so it is easy to lose track of the simulation. Try not to do anything too complicated! There are client-server and peer-peer simulations as alternatives that illustrate opening and closing connections.
This simulation focuses on dynamic window management - specifically what is called "slow start". This is designed to avoid the protocol flooding the network with packets when it starts, and to ensure that the protocol recovers slowly following message loss and timeout due to congestion.
Users simply send messages of a fixed size; the content of messages is not identified. The medium maximum packet size is the protocol segment size. Depending on this, messages may be sent as a number of fragments. Data transfer is also subject to the current window size of the receiver, and may be held up if the receiver's window becomes full.
When data arrives, it is not immediately delivered to the receiving user. Instead, data is accumulated and can be delivered later ("Deliver octets to user"). If the receiving window becomes full, new requests to send data will be buffered. When the receiving window opens again, this buffered data can be sent ("Send octets to peer").
Messages may contain a send sequence number (the offset of where the message starts in the user's octet stream), an acknowledgement sequence number (the offset of the next octet expected), and the current window (how many octets can be received).
Slow start is governed by two protocol variables: cwind (congestion window) and ssthresh (slow start threshold). These are measured in octets for this simulation, but are sometimes counted as numbers of segments. (Multiply the number of segments by the segment size to get the number of octets.) The slow start procedure operates as follows:
Because the simulation does not run in real time, it does not reflect round-trip times. As a result, its behaviour during the exponential and linear phases appears similar. However, the phase is indicated depending on whether cwind is below or above the threshold.
TCP is rather complex, so the simulation does not attempt to faithfully reflect all its details. Although the main paths should work as expected, it may be possible to get the simulation into unusual states in which it does not behave correctly.
Things the simulation does not cover include the following. See advanced guides to TCP for more information.
The following settings are adequate for a simple simulation. For a more advanced exploration, choose different options and click Change Settings. This may cause the simulation to restart.
The protocol simulation shows a time-sequence diagram with two peer service users, protocol entities that support them, and a communications medium (network) that carries messages. The connection phase is not shown in this simulation as it is assumed to have just occurred. Equally, the disconnection phase is not shown.
Up one level to Protocol Simulators