TCP memeriksa bahwa setiap paket sampai; UDP hanya mengirim lalu lanjut
TCP (Transmission Control Protocol) dan UDP (User Datagram Protocol) adalah dua cara sebuah aplikasi menyerahkan data ke internet: TCP memastikan data sampai dan menjaga urutan paket, sedangkan UDP mengirim setiap paket satu kali dan tidak pernah memeriksanya.
Keduanya berada di lapisan transport, satu tingkat di atas IP. IP membawa paket ke perangkat yang tepat; TCP atau UDP membawanya ke aplikasi yang tepat di perangkat itu dan menentukan apa yang terjadi jika ada yang hilang di perjalanan.
Menurut kami, gambaran paling sederhana adalah telepon dibandingkan kartu pos. TCP seperti telepon: kedua pihak saling menyapa lebih dulu, dan Anda mengulang apa pun yang tidak terdengar oleh lawan bicara. UDP seperti setumpuk kartu pos: murah, cepat, dan tidak ada yang memberi tahu jika salah satunya jatuh dari truk.
- 20–60 byte
- Header TCPbertambah sesuai opsi
- 8 byte
- Header UDPukurannya selalu sama
- 3 pesan
- Handshake TCPSYN, SYN-ACK, ACK
TCP membuka koneksi dengan three-way handshake; UDP melewatkannya
TCP berorientasi koneksi: tidak ada data yang dikirim sampai kedua pihak bertukar tiga pesan singkat, dan koneksi ditutup dengan pertukaran pesan lagi di akhir.
UDP tidak memakai koneksi. Paket pertama langsung berisi data itu sendiri. Tidak ada tahap persiapan, tidak ada tahap penutupan, dan tidak ada status yang disimpan di kedua sisi di antara paket. Karena itulah UDP juga bisa menyiarkan satu paket ke banyak penerima, sedangkan TCP tidak bisa.
SYN
Perangkat Anda mengirim pesan sinkronisasi ke server: 'Saya ingin berkomunikasi, ini nomor urut awal saya.'
SYN-ACK
Server membalas dengan pesan sinkronisasi-konfirmasi: 'Diterima, ini nomor urut saya.'
ACK
Perangkat Anda memberi konfirmasi. Baru setelah ini TCP mulai mengirim data yang sebenarnya.
FIN dan ACK untuk menutup
Saat salah satu sisi selesai, sisi itu mengirim FIN, sisi lain memberi konfirmasi, lalu hal yang sama terjadi pada arah sebaliknya. Inilah penutupan empat langkah.
TCP mengirim ulang paket yang hilang dan menjaga urutannya; UDP membiarkan celah itu
TCP memastikan setiap byte tiba satu kali dan berurutan, dengan cara memberi nomor pada paket dan menunggu konfirmasi. UDP punya checksum untuk mendeteksi paket yang rusak, lalu langsung membuangnya.
Jika tanda terima (acknowledgement) tidak kembali, TCP mengirim ulang paket tersebut. TCP juga memperlambat laju kirim saat jaringan tampak padat (congestion control) dan saat penerima mulai tertinggal (flow control). Bagi aplikasi, TCP tampak seperti satu aliran byte yang berkelanjutan.
UDP tidak melakukan semua itu. Setiap paket adalah pesan yang berdiri sendiri. Jika paket 7 tiba setelah paket 8, atau tidak pernah tiba, aplikasi hanya menerima apa yang sampai dan harus menanganinya sendiri. Pada panggilan suara, dampaknya hanya suara berderak sedikit; pada transfer bank, akibatnya bisa fatal, itulah sebabnya bank tidak pernah memakai UDP biasa.
UDP lebih cepat karena header-nya hanya 8 byte dan tidak menunggu apa pun
UDP lebih cepat karena dua hal: header-nya hanya 8 byte, sedangkan TCP 20 sampai 60 byte, dan tidak ada jeda untuk handshake, acknowledgement, atau pengiriman ulang.
Pada koneksi kabel yang bersih, selisih per paket kecil. Pada jaringan Wi-Fi yang sering kehilangan paket, selisihnya besar, karena TCP berhenti untuk memulihkan setiap paket yang hilang, sementara UDP terus mengalirkan data. Inilah cerita sebenarnya di balik "kecepatan TCP vs UDP": kabel sama, perilaku berbeda saat paket hilang.
| TCP | UDP | |
|---|---|---|
| Koneksi | Diawali three-way handshake | Tidak ada, paket pertama langsung berisi data |
| Pengiriman | Terjamin, ada konfirmasi penerimaan | Sebisanya, tanpa konfirmasi penerimaan |
| Paket yang hilang | Dikirim ulang | Dibuang |
| Urutan | Dipertahankan | Tidak dijamin |
| Kontrol aliran dan kepadatan jaringan | Ya | Tidak |
| Ukuran header | 20–60 byte | 8 byte |
| Model data | Aliran byte yang berkesinambungan | Pesan terpisah |
| Broadcast / multicast | Tidak | Ya |
| Aplikasi umum | HTTP, HTTPS, FTP, SMTP | DNS, DHCP, VoIP, streaming |
Port TCP dan UDP memakai nomor yang sama; yang berbeda adalah protokolnya
Port adalah angka yang memberi tahu perangkat penerima aplikasi mana yang dituju oleh sebuah paket. TCP dan UDP masing-masing punya daftar port sendiri, jadi port 80 TCP dan port 80 UDP adalah dua pintu yang berbeda.
Itulah sebabnya aturan di router harus menyebutkan port sekaligus protokolnya. Beberapa layanan membuka nomor yang sama di keduanya. DNS, misalnya, menjawab lewat UDP untuk pencarian biasa dan lewat TCP untuk jawaban yang besar. Di dalam header IP, ada nomor protokol terpisah yang memberi tahu perangkat penerima apakah paket harus diteruskan ke TCP atau UDP, sebelum port diperiksa.
Berjalan di TCP
- Halaman web (HTTP dan HTTPS)
- Pengiriman email (SMTP)
- Transfer file (FTP)
- Apa pun yang datanya harus sampai utuh, byte demi byte
Berjalan di UDP
- Pencarian DNS
- DHCP (mendapatkan alamat IP)
- Panggilan suara dan video (VoIP)
- Siaran langsung dan sebagian besar game online
Pakai UDP saat paket yang terlambat tidak berguna; pakai TCP saat paket yang hilang tidak bisa diterima
Pilih UDP untuk hal-hal yang berlangsung langsung, karena saat TCP selesai mengirim ulang paket suara yang hilang, percakapan sudah berlanjut. Pilih TCP untuk hal yang harus lengkap, seperti halaman web, unduhan, atau email.
Game adalah contoh yang paling jelas. Pembaruan posisi dari 200 ms lalu sudah tidak berguna, jadi mesin game mengirim lewat UDP dan langsung memakai paket terbaru. Panggilan video bekerja dengan cara yang sama, sehingga yang terdengar hanya gangguan singkat, bukan macet yang lama.
Unduhan, proses login, dan pembayaran justru sebaliknya. Satu byte yang hilang bisa merusak file atau menggagalkan login, jadi pengiriman TCP yang lebih lambat tetapi terverifikasi adalah satu-satunya pilihan yang masuk akal.
UDP vs TCP pada VPN: UDP sebagai default, dan jalur ala TCP saat VPN lain berhenti bekerja
Sebagian besar tunnel VPN berjalan lewat UDP karena lebih cepat dan karena lalu lintas di dalam tunnel sudah memakai TCP jika memang diperlukan. Tunnel mode TCP umumnya hanya cadangan untuk jaringan yang hanya melewatkan lalu lintas sejenis web.
Menjalankan TCP di dalam tunnel TCP itu lambat: kedua lapisan sama-sama mengirim ulang paket yang hilang dan sama-sama menurunkan kecepatan secara bersamaan. Inilah pertimbangan 'OpenVPN UDP vs TCP' yang muncul di aplikasi lama yang meminta Anda memilih. UDP untuk kecepatan, TCP jika UDP tidak bisa tersambung.
Teal VPN, dibuat oleh Fxolio LLC, memiliki paket Free (500 MB per hari) dan paket Pro, dengan aplikasi untuk Android, Windows, Mac, Linux, Android TV, dan Chromebook. Aplikasi ini tidak meminta Anda memilih TCP atau UDP. Teal Secure aktif di setiap koneksi dan setiap paket: lalu lintas diobfuskasi, dan saat sebuah jaringan menutup satu jalur, aplikasi mencoba jalur lain secara otomatis. Tidak ada VPN yang dijamin bisa tersambung di semua jaringan, jadi periksa aturan setempat sebelum Anda bepergian. Setelah tersambung, tes kebocoran Teal VPN di tealvpn.com/ip-leak-test menunjukkan server DNS mana yang menjawab pencarian UDP Anda.
HTTP berjalan di atas TCP, sedangkan ICMP bukan TCP maupun UDP
HTTP bukan pesaing TCP atau UDP, melainkan lapisan di atasnya: HTTP klasik dan HTTPS berjalan di dalam TCP, sedangkan HTTP/3 yang lebih baru berjalan di dalam UDP dengan mekanisme keandalannya sendiri di atasnya.
ICMP berbeda dari yang lain. Ia berada di samping TCP dan UDP, bukan di atasnya, sama sekali tidak memakai port, dan membawa pesan kontrol seperti yang dipakai ping dan traceroute. Jadi 'tcp vs udp vs icmp' sebenarnya adalah tiga tugas yang berbeda: mengirim data dengan andal, mengirim data dengan cepat, dan melaporkan kondisi jaringan itu sendiri.
Baca lebih lanjut
Referensi
- GeeksforGeeks: TCP vs. UDP
- IPCisco: TCP versus UDP, port, dan header
- AVG: Perbedaan utama TCP dan UDP serta kegunaannya
Butuh bantuan dengan Teal VPN? Hubungi dukungan.
Pertanyaan
Apakah UDP lebih cepat daripada TCP?
Ya. UDP memiliki header 8 byte, tanpa handshake, dan tanpa pengiriman ulang, sehingga beban tambahannya lebih kecil dan tidak pernah berhenti sejenak. Selisihnya kecil di jaringan yang bersih dan besar di jaringan yang sering kehilangan paket.
Mana yang lebih aman, TCP atau UDP?
Keduanya tidak mengenkripsi apa pun dengan sendirinya. Keamanan datang dari lapisan di atasnya, seperti HTTPS melalui TCP atau tunnel VPN melalui UDP. TCP lebih sulit dipalsukan karena handshake-nya, tetapi itu adalah fitur keandalan, bukan enkripsi.
Apakah VPN menggunakan TCP atau UDP?
Sebagian besar protokol VPN memakai UDP secara bawaan demi kecepatan. Beberapa aplikasi menawarkan mode TCP untuk jaringan yang membatasi UDP. Aplikasi Teal VPN memilih jalurnya sendiri dan berpindah saat salah satu berhenti berfungsi, per November 2026.
OpenVPN UDP atau TCP: mana yang sebaiknya saya pilih?
Pilih UDP kecuali gagal terhubung. Mode TCP bisa berjalan di lebih banyak jaringan yang ketat, tetapi lebih lambat, karena TCP di dalam TCP menggandakan pengiriman ulang saat ada paket yang hilang.
Apakah UDP bisa dipakai untuk transfer file?
Hanya jika aplikasi menambahkan pemeriksaan sendiri. UDP biasa membuang paket yang hilang, sehingga file bisa tiba dengan bagian yang kosong. Karena itu FTP dan sebagian besar alat unduh memakai TCP.
Apakah TCP dan UDP memakai port yang sama?
Rentang nomor port-nya sama, tetapi setiap protokol punya set sendiri, jadi port TCP 80 dan port UDP 80 berbeda. Aturan di router membutuhkan nomor port sekaligus protokolnya.
Mengapa game memakai UDP?
Karena pembaruan posisi yang lama sudah tidak berguna. UDP langsung mengirim paket terbaru, bukan berhenti untuk mengirim ulang paket sebelumnya, sehingga game tetap responsif.