EstimatedRTT = RTT for Segment 1 = 0.

02746 second

EstimatedRTT segment 2:

EstimatedRTT = 0.875 * 0.02746 + 0.125 * 0.035557 = 0.0285

EstimatedRTT segment 3:

EstimatedRTT = 0.875 * 0.0285 + 0.125 * 0.070059 = 0.0337

EstimatedRTT segment 4:

EstimatedRTT = 0.875 * 0.0337+ 0.125 * 0.11443 = 0.0438

EstimatedRTT segment 5:

EstimatedRTT = 0.875 * 0.0438 + 0.125 * 0.13989 = 0.0558

EstimatedRTT segment 6:

EstimatedRTT = 0.875 * 0.0558 + 0.125 * 0.18964 = 0.0725

7. Tìm độ dài của 6 segment đầu tiên?

-> + segment 1: 565 bytes

+ segment 2->6 : 1460 bytes (MSS)

8. Tìm lượng buffer còn trống nhỏ nhất mà bên nhận thông báo cho bên gửi
trong suốt file trace?

-> lượng buffer còn trống nhỏ nhất mà bên nhận thông báo cho bên gửi trong suốt
file trace : 5840 bytes
9. Có segment nào được gửi lại hay không? Thông tin nào trong file trace cho
chúng ta biết điều đó?

-> các segment có thể tái truyền đi trong file trace. Có thể kiểm tra là 1 số hiệu
chuỗi được gửi đi 2 lần hoặc nhiều lần. Phần Info có thêm [TCP Retransmission]

10. Lương dữ liệu mà bên nhận thường acknowledge trong một ACK? Xác định
các trường hợp mà bên nhận ACK cho mỗi segment được nhận (bảng 3.2 trong
trang 247 của giáo trình)

->

ACK seq number ACK data

Ack 1 566 565
Ack 2 2026 1460
Ack 3 3486 1460
Ack 4 4946 1460
Ack 5 6406 1460
Ack6 7866 1460
… … …

11. Thông lượng (throughput – byte/s) của kết nối TCP? Giải thích cách tính
thông lương.

-> Lưu lượng trung bình của 1 kết nối :

(0.75* Windown size)/ (RTT)

Trong đó : windown size (byte)

RTT (seconds)

12. Sử dụng Time-Sequence-Graph để quan sát sequence number tương ứng với
thời gian segment được gửi. Xác định giai đoạn Slowstart bắt đầu và kết thúc, đâu
là giai đoạn tránh tắc nghẽn (Congestion Avoidance)? Đưa ra nhận xét, so sánh với
hành vi của TCP đã học trong giáo trình.

-> Bắt đầu giai đoạn Slowstart khi bắt đầu kết nối. Tức là khi POST HTTP phân
mảnh được gửi ra ngoài . Không thể xác định được sự kết thúc của giai đoạn
Slowstart. Do TCP này gửi dữ liệu không đủ mạnh để dẫn đến tình trạng tắc nghẽn
-> khi TCP kết nối được giữa Sender và Reciever , nó có 1 giá trị duy nhất
(windows size) nó cho biết kích thướt thông tin được gửi giữa Sender và Reciever

13. Trả lời tương tự đối với file trace mà chúng ta có được trong trường hợp
chúng ta tự upload file alice.txt

14. Chọn một gói tin UDP, xác định các trường (field) trong UDP header?

-> Các field tong UDP header: Source port, Destination port, Length, Checksum

15. Qua thông tin hiển thị của Wireshark, xác định độ dài (tính theo byte) của
mỗi trường trong UDP header?

-> UDP gồm có 4 trường, kích thướt của mỗi trường:

- Source port number: 2 bytes

- Destination port : 2 bytes

- Length : 2 bytes

- Checksum: 2 bytes

16. Giá trị của trường Length là độ dài của cái gì? Chứng minh?

-> giá trị của trường Length là độ dài của toàn bộ datagram: header và data.

17. Số bytes lớn nhất mà payload của UDP có thể chứa?

-> với trường kích thướt 2 bytes. Kích thướt tối đa theo lý thuyết là 2^16 -1 =
65535

Cho phép 65535 – 8 = 65527 bytes

18. Giá trị lớn nhất có thể có của port nguồn?

-> là 2^16 -1 =65535