Protokol Inti Internet: Protokol Kontrol Transmisi mendapatkan pembaruan

Sejak 1980-an, Transmission Control Protocol (TCP) telah mengendalikan sebagian besar lalu lintas Internet. TCP adalah salah satu landasan komunikasi Internet hingga hari ini. Dengan permintaan komentar 9293 (RFC 9293), perubahan kecil yang telah diajukan selama bertahun-tahun sekarang diringkas untuk pertama kalinya dan persyaratan minimum untuk menangani overhead ditambahkan.

Diadopsi oleh Internet Engineering Task Force (IETF) pada tahun 1981 Spesifikasi RFC 793 karena itu berlaku selama empat puluh tahun. Protokol transport dasar untuk Internet mengatur komunikasi antara server dan klien yang ingin bertukar paket IP secepat mungkin menggunakan koreksi kesalahan, tetapi tidak memiliki informasi konkret tentang kecepatan jalan di mana mereka berkomunikasi.

Secara keseluruhan, spesifikasi TCP adalah tentang membuka dan menutup koneksi dan memastikan transmisi paket data yang lengkap, atau metode yang digunakan pengirim dan penerima untuk mendeteksi dan memperbaiki kesalahan transmisi. Tidak seperti lapisan IP yang mendasari dan rekanan User Datagram Protocol (UDP), TCP adalah protokol “stateful”, yang berarti bahwa kedua server yang terlibat mengetahui status koneksi.

Konsolidasi dan bahasa baru

Pada dasarnya, tidak banyak yang berubah dari TCP lama yang baik, seperti yang dijelaskan oleh bapak Internet Jon Postel pada tahun 1980. Pada dasarnya, versi baru adalah “gabungan berbagai dokumen yang telah terakumulasi sejak RFC 793”, jelas Profesor Michael Scharf dari University of Esslingen. Scharf menjabat sebagai ketua bersama kelompok kerja TCP Maintenance and Minor Extensions (TCPM) IETF dari 2011 hingga Maret 2022.

Di antara dokumen yang sekarang terintegrasi adalah, misalnya, definisi pada tahun 1989 tentang algoritma untuk menghitung waktu setelah pengirim harus mengirim kembali paket yang tidak diakui oleh penerima (RFC 1122). RFC terintegrasi terbaru adalah dari 2012 dan pada akhirnya hanya klarifikasi ukuran segmen TCP maksimum. RFC 9293 menyatukan semua hal ini, jelas Scharf. “Siapa pun yang ingin mengembangkan implementasi TCP baru akan menemukan semua yang mereka butuhkan di sini.” Oleh karena itu, banyak RFC bawaan menjadi usang dan menjadi “teks sejarah”.

Para ahli renovasi kemungkinan juga mengklasifikasikan deskripsi Postel tentang “filosofi TCP” serta referensi ke klien asli, Departemen Pertahanan AS, sebagai sesuatu yang bersejarah. Di sisi lain, bagian “Pertimbangan Keamanan” yang baru, yang belum dibahas pada saat Postel, membahas kemungkinan serangan dan kerentanan serta mekanisme keamanan yang terkadang diusulkan untuk mereka, seperti TCPCrypt, yang tidak terlalu umum.

Kontrol Kemacetan Inovasi

Namun, tim editorial di sekitar Wesley Eddy, CTO dari perusahaan jaringan yang ditentukan perangkat lunak MTI Systems, membuat pengecualian. Untuk pertama kalinya, standar TCP menetapkan persyaratan minimum untuk kontrol kongesti TCP.

Namun, pilihan algoritma kontrol kemacetan tetap diserahkan kepada pelaksana dan karena itu tetap fleksibel, seperti yang ditunjukkan Scharf. Ini diperlukan karena di bidang pengendalian kemacetan, yang lebih baru seperti BBR Google tersedia selain Reno dan Cubic yang saat ini sering digunakan. Suksesi sudah berlangsung.

Namun, dokumen standar TCP baru menetapkan persyaratan minimum yang harus diikuti oleh kontrol kemacetan untuk menghindari kelebihan beban.

TCP vs Quic

Ada pergerakan dalam proses standarisasi, tidak hanya dalam pengendalian kemacetan. Dengan Quic, telah lama ada pesaing TCP yang diyakini oleh beberapa pengamat memiliki peluang bagus untuk menyalip protokol transport yang lebih lama. Quic awalnya membawa Google ke standarisasi; ini berbasis UDP dan membawa enkripsi.

Terlepas dari peningkatan awal dalam lalu lintas Quic, Scharf melihat beberapa area di mana TCP akan terus memainkan perannya sebagai protokol inti. Perangkat lunak server yang tepat masih kurang saat ini untuk penyedia layanan Internet kecil. Sejauh ini, baik Apache maupun NGINX tidak dirancang untuk Quic, begitu banyak situs web yang dapat diakses tanpa protokol baru. Selain itu, TCP tetap menjadi protokol pilihan untuk bertukar informasi perutean, yaitu untuk lalu lintas BGP.

Dan sementara bagian dari keunggulan kecepatan Quic adalah karena para insinyur menjalin beberapa lapisan protokol, TCP terus menarik pengguna dengan konsep konvensional dan fitur yang lebih mudah dikelola karena hanya memetakan satu lapisan komunikasi. Untuk beberapa pengembang yang dihadapkan dengan pilihan, ini mungkin menjadi faktor penentu yang mendukung TCP karena menjanjikan implementasi yang lebih cepat dan analisis kesalahan yang lebih mudah.

Infrastruktur heterogen

Namun, Scharf mengharapkan beberapa inovasi Quic untuk dipertimbangkan juga untuk TCP. “Untuk RFC 9293, diputuskan untuk tetap sedekat mungkin dengan teks RFC 793 dalam hal fungsionalitas protokol.” Ini juga karena banyaknya implementasi. Semakin dekat RFC 9293 dengan kata-kata aslinya, semakin kecil kemungkinan akan ada kesalahan karena interpretasi yang berbeda dalam implementasi di masa mendatang. Namun, untuk masa depan, dia pasti melihat peluang untuk mengajarkan TCP lama yang bagus dalam fungsi-fungsi Quic yang telah terbukti.

()