3 Simulation results » History » Version 22
3. Simulation results¶
Now we have .pcap files with all the informations about the packets exchanged during the Iperf command. We will use Wireshark to produce curves with these files.
First, we will analyze the evolution of sequence numbers.
On the Time/Sequence graph with Wireshark, the upper curve corresponds to the receiver window, the middle one is the TCP segments that are sent and the lowest one is the actual ACK number.
3.1. Evolution of sequence numbers
In these two figures we observe a classical evolution of sequence numbers using TCP. We clearly observe the slow start phase during the first 9 seconds and then we are in a congestion avoidance phase without errors. When we zoom on the curve, we can see the packets are sent by burst. This is because we have a huge delay so the transmission is limited by the window size (85KB). Consequently the terminal sends many packets until the window is full, then it has to wait acknowledgments before being able to send again.
Now we will observe the same curves but with PEPsal activated.
On this curve we observe that the slow start phase is quite shorter (around 5 seconds). Consequently we can achieve higher sequence numbers faster, se we increase the throughput.
When we zoom, the behaviour is also very different than without PEPsal. Indeed here we see that the 3 curves (window, TCP segment and ACK) are very close because when a packet is sent, it is acknowledged by the PEP and the delay between the remote terminal and the PEP is negligible.
To highlight the improvement due to PEPsal, we decided to decrease the size window to 20KB. We produced the two next curves :
Here the improvement thanks to PEPsal is clear. If we compare the sequence number achieved after 1 second, we get around 8 000 without PEPsal and near 300 000 with PEPsal (37 times more).
This part highlight the fact that PEPsal mostly increase the performances in the slow start phase, so it is better to use it when we have to deal with a lot of short connections.
Now we plotted the throughput in fonction of time.
As expected, the throughput is better when we activate PEPsal and this is observable mostly at the beginning of the transmission (slow start phase).
In this part we observe the Round Trip Time (RTT) of each packet.
Without PEPsal we have a RTT quite constant around 600ms. This is legitimate because we added delay on the link to get this RTT. But when we activate PEPsal, the sender is fooled and does not see the satellite link. Consequently the observed RTT is less than 0.4ms which corresponds to the transmission time along the Ethernet wire and the processing time.