| 28 | | 10000 packets were sent "as fast as possible". There was no "sleep" statement between two consecutive send events at the sender. The figures above show the number of packets lost per receiver (top left) and the number of successful packet receptions (top right). The figure on the bottom left shows the total time taken to receive all packets at each receiver from the sender. Although it is unclear from these results as to what the source of this loss is but we surmise that it is due to buffer overflows at the sender. A way to test this hypothesis would be to increase the size of the socket buffer and re-run the same experiment. |
| | 28 | 10000 packets were sent "as fast as possible". There was no "sleep" statement between two consecutive send events at the sender. The figures above show the number of packets lost per receiver (top left) and the number of successful packet receptions (top right). The figure on the bottom left shows the total time taken to receive all packets at each receiver from the sender. Although it is unclear from these results as to what the source of this loss is but we surmise that it is due to buffer overflows at the sender. Our argument in favor of this hypothesis is as follows: |
| | 29 | ''We waited 5 minutes after the sender terminated before terminating the tcpdump application on each receiver. Hence we waited "long enough" for each sent packet to arrive at each receiver. Also, each receiver is receiving the same number of packets.'' |
| | 30 | |
| | 31 | A way to test this hypothesis would be to increase the size of the send socket buffer and re-run the same experiment. |
