TCP Retransmission vs. TCP Fast Retransmission

Di Wireshark saya dapat melihat hal-hal yang mengatakan "TCP Retransmission" dan "TCP Fast Retransmission." Apa bedanya? Bagaimana Wireshark bisa membedakannya?

Ketika sebuah paket dikirim menggunakan TCP, ia memiliki nomor urut yang dikirimkan dengannya. Ketika penerima menerima paket, mereka mengirim pemberitahuan kepada pengirim dengan nomor urut yang menunjukkan bahwa paket itu diterima. Berdasarkan cara Anda mengajukan pertanyaan, saya berasumsi Anda tahu ini. Saya ingin memasukkannya untuk pembaca lain.

TCP Retransmission hanyalah paket yang tidak mengakui dalam batas waktu.

TCP Fast Retransmission adalah ketika sumber mendapat konfirmasi bahwa paket tidak diterima ... mengutip dari Fast retransmit - Wikipedia, ensiklopedia gratis

jika pengirim TCP menerima tiga duplikat ucapan terima kasih dengan nomor pengakuan yang sama (yaitu, total empat ucapan terima kasih dengan nomor pengakuan yang sama), pengirim dapat yakin bahwa segmen dengan nomor urutan yang lebih tinggi berikutnya dijatuhkan

Saya telah mencerna ini dari Microsoft :

TCP memulai pengatur waktu pengiriman ulang ketika setiap segmen keluar diturunkan ke lapisan Internet Protocol (IP). Jika TCP tidak menerima pemberitahuan untuk data di segmen yang diberikan sebelum timer berakhir, segmen tersebut dikirim ulang.

Batas waktu pengiriman ulang disesuaikan dengan cepat untuk mencocokkan karakteristik koneksi, menggunakan perhitungan Smoothed Round Trip Time (SRTT) seperti yang dijelaskan dalam makalah Van Jacobson dan Mike Karels "Penghindaran dan Kontrol Kemacetan" di Prosiding Konferensi ACM SIGCOMM tentang Komunikasi Data, November 1988. Makalah ini dapat ditemukan di Perpustakaan Digital ACM di Association for Computing Machinery. Untuk informasi lebih lanjut tentang perhitungan SRTT, lihat RFC 793: Protokol Kontrol Transmisi Spesifikasi Protokol Program Internet DARPA . Batas waktu pengiriman ulang untuk segmen tertentu berlipat dua setelah setiap pengiriman ulang segmen itu.

Dengan menggunakan algoritma ini, TCP menyesuaikan diri dengan penundaan koneksi yang biasa. Koneksi TCP melalui tautan dengan penundaan tinggi membutuhkan waktu lebih lama untuk berhenti dibandingkan dengan sambungan dengan penundaan rendah, untuk menghindari penghentian waktu yang salah saat koneksi lambat atau tidak ada.

Dalam beberapa keadaan, TCP mentransmisikan ulang data sebelum timer pengiriman ulang segmen tertentu berakhir. Keadaan seperti itu paling umum terjadi karena fitur yang dikenal sebagai pengiriman cepat.

Ketika penerima yang mendukung pengiriman cepat menerima paket dengan nomor urut lebih tinggi dari yang diharapkan saat ini, itu berlangsung seolah-olah beberapa data dijatuhkan. Untuk membantu pengirim mengetahui data yang tampaknya terjatuh secepat mungkin, penerima segera mengirim pemberitahuan (ACK), dengan nomor ACK diatur ke nomor urut yang tampaknya hilang. Penerima mengirimkan ACK lain untuk nomor urut itu untuk setiap segmen TCP tambahan dalam aliran masuk yang datang dengan nomor urut lebih tinggi daripada yang hilang.

Ketika pengirim menerima aliran duplikat ACK yang mengakui nomor urut yang sama dan nomor urut yang ditunjukkan lebih awal dari nomor urut segmen saat ini yang dikirim, pengirim dapat menyimpulkan bahwa satu atau lebih segmen yang sebelumnya dikirim telah dihapus. Setelah menerima sejumlah duplikat ACK, pengirim yang mendukung algoritma pengiriman ulang cepat mengirim ulang segmen atau segmen yang diminta penerima untuk mengisi celah dalam data, tanpa menunggu waktu pengiriman ulang berakhir untuk segmen yang hilang. Optimasi ini sangat meningkatkan kinerja dalam lingkungan jaringan yang sibuk.

Dengan pengiriman ulang cepat, pengirim mentransmisikan kembali segmen TCP yang hilang sebelum waktu pengiriman ulang mereka berakhir. Karena pengatur waktu pengiriman ulang tidak kedaluwarsa untuk segmen TCP yang hilang, segmen yang hilang diterima di tujuan dan diakui oleh penerima lebih cepat daripada yang seharusnya tanpa transmisi ulang cepat dan pengirim dapat lebih cepat mengirim segmen selanjutnya ke penerima. Proses ini dikenal sebagai pemulihan cepat. Pengiriman ulang cepat dan pemulihan cepat dijelaskan dalam RFC 2581: TCP Congestion Control .

Pengiriman ulang, yang pada dasarnya identik dengan permintaan pengulangan otomatis (ARQ), adalah pengiriman ulang paket yang rusak atau hilang. Ini adalah istilah yang mengacu pada salah satu mekanisme dasar yang digunakan oleh protokol yang beroperasi melalui jaringan komputer packet switched untuk menyediakan komunikasi yang andal. TAPI Fast Retransmit adalah perangkat tambahan untuk TCP yang mengurangi waktu yang ditunggu pengirim sebelum mentransmisikan kembali segmen yang hilang. Peningkatan pengiriman ulang yang cepat berfungsi sebagai berikut: jika pengirim TCP menerima sejumlah ucapan terima kasih tertentu yang biasanya diatur ke tiga duplikat ucapan terima kasih dengan yang sama nomor yang diakui (yaitu, total empat ucapan terima kasih dengan nomor pengakuan yang sama), pengirim dapat yakin bahwa segmen dengan nomor urut lebih tinggi berikutnya dijatuhkan, dan tidak akan keluar dari pesanan. Pengirim kemudian akan mentransmisikan kembali paket yang dianggap jatuh sebelum menunggu batas waktu. periksa tautan ini untuk detail dan algoritma lebih lanjut http://www.isi.edu/nsnam/DIRECTED_RESEARCH/DR_WANIDA/DR/JavisInActionFastRetransmitFrame.html

Sederhananya, Retransmission TCP sebagian besar tergantung pada waktu paket untuk mendeteksi miss, sementara, di TCP Fast Retransmission, duplikat pengakuan untuk paket tertentu melambangkan miss.

Kebanyakan 3 duplikat pengakuan untuk suatu paket disimpulkan sebagai suatu paket yang hilang. Sumber kemudian dapat melihat nomor urut paket tempat NACK dipicu. Ini adalah nomor urut paket yang hilang dan dapat dikirim ke penerima.

Keuntungan dari TCP Fast Retransmission adalah tidak menunggu batas waktu paket untuk memulai transmisi dan karenanya pengiriman ulang paket lebih cepat, seperti namanya.