Lapisan Transportasi
Jaringan data dan Internet mendukung jaringan manusia dengan menyediakan komunikasi yang dapat diandalkan di antara orang-orang. Pada satu perangkat, orang dapat menggunakan beberapa aplikasi dan layanan seperti email, web, dan pesan instan untuk mengirim pesan atau mengambil informasi. Data dari masing-masing aplikasi ini dikemas, diangkut dan dikirimkan ke aplikasi yang sesuai pada perangkat tujuan.
Proses yang dijelaskan dalam lapisan transport OSI menerima data dari lapisan aplikasi dan mempersiapkannya untuk menangani pada lapisan jaringan. Komputer sumber berkomunikasi dengan komputer penerima untuk memutuskan bagaimana memecah data menjadi segmen, bagaimana memastikan tidak ada segmen yang hilang, dan bagaimana memverifikasi semua segmen yang diterima. Ketika memikirkan lapisan transport, pikirkan sebuah departemen pengiriman yang menyiapkan satu urutan dari beberapa paket untuk pengiriman.
Peran Lapisan Transportasi
Lapisan transport bertanggung jawab untuk membentuk sesi komunikasi sementara antara dua aplikasi dan mengirimkan data di antara mereka. Aplikasi menghasilkan data yang dikirim dari aplikasi pada host sumber ke aplikasi pada host tujuan. Hal ini tanpa memperhatikan jenis host tujuan, jenis media di mana data harus melakukan perjalanan, jalur yang diambil oleh data, kemacetan pada tautan, atau ukuran jaringan. Seperti yang ditunjukkan pada gambar, lapisan transport adalah hubungan antara lapisan aplikasi dan lapisan bawah yang bertanggung jawab untuk transmisi jaringan.
Tanggung Jawab Lapisan Transportasi
Melacak Percakapan Individu
Pada lapisan transport, setiap set data yang mengalir antara aplikasi sumber dan aplikasi tujuan dikenal sebagai percakapan. Tuan rumah mungkin memiliki beberapa aplikasi yang berkomunikasi di seluruh jaringan secara bersamaan. Masing-masing aplikasi ini berkomunikasi dengan satu atau beberapa aplikasi pada satu atau beberapa host jarak jauh. Ini adalah tanggung jawab lapisan transport untuk memelihara dan melacak beberapa percakapan ini.
Segmentasi Segmen Data dan Penyatuan Kembali
Data harus disiapkan untuk dikirim ke seluruh media dalam bentuk yang dapat dikelola. Sebagian besar jaringan memiliki batasan pada jumlah data yang dapat dimasukkan dalam satu paket. Protokol lapisan transport memiliki layanan yang mengelompokkan data aplikasi ke dalam blok yang ukurannya sesuai. Layanan ini termasuk enkapsulasi yang diperlukan pada setiap bagian data. Sebuah header, yang digunakan untuk reassembly, ditambahkan ke setiap blok data. Header ini digunakan untuk melacak aliran data.
Di tempat tujuan, lapisan transport harus dapat merekonstruksi potongan data ke dalam aliran data lengkap yang berguna untuk lapisan aplikasi. Protokol pada lapisan transport menggambarkan bagaimana informasi header lapisan transport digunakan untuk mengumpulkan kembali potongan data ke dalam aliran untuk diteruskan ke lapisan aplikasi.
Mengidentifikasi Aplikasi
Untuk meneruskan aliran data ke aplikasi yang tepat, lapisan transport harus mengidentifikasi aplikasi target. Untuk mencapai hal ini, lapisan transport menetapkan setiap aplikasi identifier yang disebut nomor port. Setiap proses perangkat lunak yang perlu mengakses jaringan diberi nomor port yang unik untuk host itu.
Percakapan Multiplexing
Mengirim beberapa jenis data (misalnya, video streaming) di seluruh jaringan, sebagai satu aliran komunikasi lengkap, dapat menggunakan semua bandwidth yang tersedia. Ini akan mencegah komunikasi lain terjadi pada saat yang bersamaan. Ini juga akan membuat pemulihan kesalahan dan pengiriman ulang data yang rusak menjadi sulit.
Gambar tersebut menunjukkan bahwa segmentasi data menjadi bagian yang lebih kecil memungkinkan banyak komunikasi yang berbeda, dari banyak pengguna yang berbeda, disisipkan (multipleks) pada jaringan yang sama.
Untuk mengidentifikasi setiap segmen data, lapisan transport menambahkan header yang berisi data biner yang disusun dalam beberapa bidang. Ini adalah nilai dalam bidang ini yang memungkinkan berbagai protokol lapisan transport untuk melakukan fungsi yang berbeda dalam mengelola komunikasi data.
Keandalan Lapisan Transportasi
Lapisan transport juga bertanggung jawab untuk mengelola persyaratan reliabilitas dari suatu percakapan. Aplikasi yang berbeda memiliki persyaratan keandalan transportasi yang berbeda.
IP hanya terkait dengan struktur, pengalamatan, dan perutean paket. IP tidak menentukan bagaimana pengiriman atau pengiriman paket berlangsung. Protokol transport menentukan cara mentransfer pesan antar host. TCP / IP menyediakan dua protokol layer transport, Transmission Control Protocol (TCP) dan User Datagram Protocol (UDP), seperti yang ditunjukkan pada gambar. IP menggunakan protokol transport ini untuk memungkinkan host untuk berkomunikasi dan mentransfer data.
TCP dianggap sebagai protokol lapisan transport yang handal dan berfitur lengkap, yang memastikan bahwa semua data tiba di tempat tujuan. Namun, ini membutuhkan bidang tambahan di header TCP yang meningkatkan ukuran paket dan juga meningkatkan penundaan. Sebaliknya, UDP adalah protokol lapisan transport yang lebih sederhana yang tidak menyediakan reliabilitas. Karena itu memiliki lebih sedikit bidang dan lebih cepat daripada TCP.
TCP
Transport TCP analog dengan mengirim paket yang dilacak dari sumber ke tujuan. Jika pesanan pengiriman dipecah menjadi beberapa paket, pelanggan dapat memeriksa secara online untuk melihat urutan pengiriman.
Dengan TCP, ada tiga operasi dasar keandalan:
· Penomoran dan pelacakan segmen data dikirimkan ke host tertentu dari aplikasi tertentu
· Mengakui data yang diterima
· Memindahkan kembali data yang tidak diakui setelah jangka waktu tertentu
UDP
Sementara fungsi keandalan TCP menyediakan komunikasi yang lebih kuat antar aplikasi, mereka juga menambah biaya tambahan dan kemungkinan penundaan dalam transmisi. Ada trade-off antara nilai keandalan dan beban yang ditempatinya pada sumber daya jaringan. Menambah overhead untuk memastikan keandalan untuk beberapa aplikasi dapat mengurangi kegunaan aplikasi dan bahkan dapat merugikan. Dalam kasus tersebut, UDP adalah protokol transportasi yang lebih baik.
UDP menyediakan fungsi dasar untuk mengirimkan segmen data antara aplikasi yang sesuai, dengan sangat sedikit overhead dan pemeriksaan data. UDP dikenal sebagai protokol pengiriman upaya terbaik. Dalam konteks jaringan, pengiriman upaya terbaik disebut tidak dapat diandalkan karena tidak ada pengakuan bahwa data diterima di tempat tujuan. Dengan UDP, tidak ada proses lapisan transport yang menginformasikan pengirim pengiriman yang sukses.
UDP mirip dengan menempatkan surat biasa, tidak terdaftar, di surat. Pengirim surat itu tidak mengetahui ketersediaan penerima untuk menerima surat itu. Kantor pos juga tidak bertanggung jawab untuk melacak surat atau memberi tahu pengirim jika surat itu tidak sampai di tujuan akhir.
Protokol Lapisan Transport yang Tepat untuk Aplikasi yang Tepat
Untuk beberapa aplikasi, segmen harus tiba dalam urutan yang sangat spesifik untuk diproses dengan sukses. Dengan aplikasi lain, semua data harus sepenuhnya diterima sebelum dianggap berguna. Dalam kedua contoh ini, TCP digunakan sebagai protokol transport. Pengembang aplikasi harus memilih jenis protokol transportasi yang sesuai berdasarkan persyaratan aplikasi.
Misalnya, aplikasi seperti database, browser web, dan klien email, mengharuskan semua data yang dikirim tiba di tempat tujuan dalam kondisi aslinya. Setiap data yang hilang dapat menyebabkan komunikasi korup yang tidak lengkap atau tidak dapat dibaca. Aplikasi ini dirancang untuk menggunakan TCP.
Fitur TCP
Untuk memahami perbedaan antara TCP dan UDP, penting untuk memahami bagaimana setiap protokol menerapkan fitur keandalan tertentu dan bagaimana mereka melacak percakapan. Selain mendukung fungsi dasar segmentasi data dan reassembly, TCP, seperti yang ditunjukkan pada gambar, juga menyediakan layanan lainnya.
Menetapkan Sesi
TCP adalah protokol berorientasi koneksi. Protokol berorientasi koneksi adalah protokol yang menegosiasikan dan menetapkan koneksi permanen (atau sesi) antara perangkat sumber dan tujuan sebelum meneruskan lalu lintas apa pun. Melalui pembentukan sesi, perangkat menegosiasikan jumlah lalu lintas yang dapat diteruskan pada waktu tertentu, dan data komunikasi antara keduanya dapat dikelola dengan baik.
Pengiriman yang Andal
Dalam hal jaringan, keandalan berarti memastikan bahwa setiap segmen yang dikirimkan sumber tiba di tujuan. Untuk banyak alasan, adalah mungkin untuk segmen menjadi rusak atau hilang sepenuhnya, karena ditransmisikan melalui jaringan.
Pengiriman yang sama-pesanan
Karena jaringan dapat menyediakan beberapa rute yang dapat memiliki tingkat transmisi yang berbeda, data dapat tiba dalam urutan yang salah. Dengan penomoran dan pengurutan segmen, TCP dapat memastikan bahwa segmen ini disusun kembali ke urutan yang benar.
Kontrol Aliran
Host jaringan memiliki sumber daya yang terbatas, seperti memori dan kekuatan pemrosesan. Ketika TCP menyadari bahwa sumber daya ini overtax, itu dapat meminta aplikasi pengiriman mengurangi laju aliran data. Ini dilakukan oleh TCP yang mengatur jumlah data yang dikirimkan sumber. Kontrol aliran dapat mencegah kebutuhan untuk transmisi ulang data ketika sumber daya tuan rumah penerima kewalahan.
TCP Header
TCP adalah protokol stateful. Protokol stateful adalah protokol yang melacak keadaan sesi komunikasi. Untuk melacak keadaan sesi, TCP mencatat informasi yang telah dikirim dan informasi mana yang telah diakui. Sesi stateful dimulai dengan pembentukan sesi dan berakhir ketika ditutup dengan penghentian sesi.
Seperti yang ditunjukkan pada gambar, setiap segmen TCP memiliki 20 byte overhead di header yang merangkum data lapisan aplikasi:
· Sumber Port (16 bit) dan Destination Port (16 bit) - Digunakan untuk mengidentifikasi aplikasi.
· Nomor urut (32 bit) - Digunakan untuk keperluan reassembly data.
· Nomor Acknowledgement (32 bit) - Menunjukkan data telah diterima dan byte berikutnya diharapkan dari sumbernya.
· Panjang kepala (4 bit) - Dikenal sebagai ʺdata offsetʺ. Menunjukkan panjang tajuk segmen TCP.
· Dicadangkan (6 bit) - Bidang ini dicadangkan untuk masa depan.
· Kontrol bit (6 bit) - Termasuk kode bit, atau bendera, yang menunjukkan tujuan dan fungsi dari segmen TCP.
· Ukuran jendela (16 bit) - Mengindikasikan jumlah byte yang dapat diterima pada satu waktu.
· Checksum (16 bit) - Digunakan untuk pengecekan error dari header dan data segmen.
· Mendesak (16 bit) - Mengindikasikan jika data mendesak.
Fitur UDP
User Datagram Protocol (UDP) dianggap sebagai protokol transport terbaik. UDP adalah protokol transport ringan yang menawarkan segmentasi data yang sama dan reassembly sebagai TCP, tetapi tanpa kehandalan TCP dan kontrol aliran. UDP adalah protokol sederhana yang biasanya dijelaskan dalam hal apa yang tidak dilakukannya dibandingkan dengan TCP.
Header UDP
UDP adalah protokol tanpa negara, yang berarti baik klien, maupun server, wajib untuk melacak keadaan sesi komunikasi. Jika keandalan diperlukan saat menggunakan UDP sebagai protokol transport, itu harus ditangani oleh aplikasi.
Salah satu persyaratan terpenting untuk mengirimkan video langsung dan suara melalui jaringan adalah bahwa data terus mengalir dengan cepat. Aplikasi video dan suara langsung dapat mentoleransi hilangnya beberapa data dengan sedikit atau tanpa efek yang nyata, dan sangat cocok untuk UDP.
Nomor Port
Nomor port sumber terkait dengan aplikasi asal pada host lokal. Nomor port tujuan dikaitkan dengan aplikasi tujuan pada host jarak jauh.
Sumber Port
Nomor port sumber dihasilkan secara dinamis oleh perangkat pengirim untuk mengidentifikasi percakapan antara dua perangkat. Proses ini memungkinkan beberapa percakapan terjadi secara bersamaan. Merupakan hal yang umum bagi perangkat untuk mengirim beberapa permintaan layanan HTTP ke server web pada saat yang bersamaan. Setiap percakapan HTTP terpisah dilacak berdasarkan port sumber.
Port Tujuan
Klien menempatkan nomor port tujuan di segmen untuk memberi tahu server tujuan layanan apa yang diminta, seperti yang ditunjukkan pada gambar. Sebagai contoh, ketika klien menentukan port 80 di port tujuan, server yang menerima pesan mengetahui bahwa layanan web sedang diminta. Sebuah server dapat menawarkan lebih dari satu layanan secara bersamaan seperti layanan web pada port 80 pada saat yang sama yang menawarkan pembentukan koneksi File Transfer Protocol (FTP) pada port 21.
Pasangan Socket
Sumber dan port tujuan ditempatkan di dalam segmen. Segmen tersebut kemudian dikemas dalam paket IP. Paket IP berisi alamat IP sumber dan tujuan. Kombinasi sumber alamat IP dan nomor port sumber, atau alamat IP tujuan dan nomor port tujuan dikenal sebagai soket. Soket digunakan untuk mengidentifikasi server dan layanan yang diminta oleh klien. Soket klien mungkin terlihat seperti ini, dengan 1099 mewakili nomor port sumber: 192.168.1.5:1099
Soket pada server web mungkin: 192.168.1.7:80
Bersama-sama, kedua soket ini digabungkan untuk membentuk pasangan soket: 192.168.1.5:1099, 192.168.1.7:80
Soket memungkinkan beberapa proses, berjalan pada klien, untuk membedakan diri dari satu sama lain, dan beberapa koneksi ke proses server untuk dibedakan satu sama lain.
Nomor port sumber berfungsi sebagai alamat pengirim untuk aplikasi yang meminta. Lapisan transport melacak port ini dan aplikasi yang memulai permintaan sehingga ketika respon dikembalikan, itu dapat diteruskan ke aplikasi yang benar.
Kelompok Nomor Port
Internet Assigned Numbers Authority (IANA) adalah badan standar yang bertanggung jawab untuk menetapkan berbagai standar pengalamatan, termasuk nomor port. Ada berbagai jenis nomor port :
· Port yang Terkenal (Nomor 0 hingga 1023)- Nomor-nomor ini disediakan untuk layanan dan aplikasi. Mereka biasanya digunakan untuk aplikasi seperti browser web, klien email, dan klien akses jarak jauh. Dengan mendefinisikan port-port terkenal ini untuk aplikasi server, aplikasi klien dapat diprogram untuk meminta koneksi ke port tertentu dan layanan terkaitnya.
· Port Terdaftar (Nomor 1024 hingga 49151) - Nomor port ini ditetapkan oleh IANA ke entitas yang meminta untuk digunakan dengan proses atau aplikasi tertentu. Proses ini terutama aplikasi individual yang dipilih pengguna untuk dipasang, daripada aplikasi umum yang akan menerima nomor port terkenal. Sebagai contoh, Cisco telah mendaftarkan port 1985 untuk proses Hot Standby Routing Protocol (HSRP).
· Port Dinamis atau Pribadi (Nomor 49152 hingga 65535) - Juga dikenal sebagai port ephemeral, ini biasanya ditetapkan secara dinamis oleh OS klien ketika koneksi ke layanan dimulai. Port dinamis kemudian digunakan untuk mengidentifikasi aplikasi klien selama komunikasi.
Catatan : Beberapa sistem operasi klien dapat menggunakan nomor port terdaftar sebagai pengganti nomor port dinamis untuk menetapkan port sumber.
Perintah netstat
Koneksi TCP yang tidak dapat dijelaskan dapat menimbulkan ancaman keamanan besar. Mereka dapat menunjukkan bahwa sesuatu atau seseorang terhubung ke host lokal. Terkadang perlu mengetahui koneksi TCP aktif mana yang terbuka dan berjalan pada host jaringan. Netstat adalah utilitas jaringan penting yang dapat digunakan untuk memverifikasi koneksi tersebut. Seperti yang ditunjukkan pada gambar, masukkan perintah netstat ke daftar protokol yang digunakan, alamat lokal dan nomor port, alamat dan nomor port asing, dan status koneksi.
Secara default, perintah netstat akan mencoba untuk menyelesaikan alamat IP ke nama domain dan nomor port ke aplikasi terkenal. The -n pilihan dapat digunakan untuk menampilkan alamat IP dan nomor port dalam bentuk numerik mereka.
Proses Server TCP
Setiap proses aplikasi yang berjalan di server dikonfigurasi untuk menggunakan nomor port, baik secara default atau manual, oleh administrator sistem. Server individual tidak dapat memiliki dua layanan yang ditugaskan ke nomor port yang sama dalam layanan lapisan transport yang sama.
Misalnya, host yang menjalankan aplikasi server web dan aplikasi transfer file tidak dapat dikonfigurasi untuk menggunakan port yang sama (misalnya, port TCP 80). Aplikasi server aktif yang ditugaskan ke port tertentu dianggap terbuka, yang berarti bahwa lapisan transport menerima dan memproses segmen yang ditujukan ke port tersebut. Setiap permintaan klien masuk yang ditujukan ke soket yang benar diterima, dan data dilewatkan ke aplikasi server. Ada banyak port yang bisa dibuka secara bersamaan di server, satu untuk setiap aplikasi server aktif.
Pendirian Koneksi TCP
Di beberapa budaya, ketika dua orang bertemu, mereka sering saling menyapa dengan berjabat tangan. Tindakan berjabat tangan dipahami oleh kedua belah pihak sebagai sinyal untuk ucapan ramah. Koneksi di jaringan serupa. Dalam koneksi TCP, klien host menetapkan koneksi dengan server.
Koneksi TCP dibuat dalam tiga langkah:
Langkah 1 - Klien inisiasi meminta sesi komunikasi client-ke-server dengan server.
Langkah 2 - Server mengakui sesi komunikasi client-ke-server dan meminta sesi komunikasi server-ke-client.
Langkah 3 - Klien inisiasi mengakui sesi komunikasi server-ke-klien.
Penghentian Sesi TCP
Untuk menutup koneksi, tanda kontrol Finish (FIN) harus diatur dalam header segmen. Untuk mengakhiri setiap sesi TCP satu arah, jabat tangan dua arah, yang terdiri dari segmen FIN dan segmen Acknowledgement (ACK), digunakan. Oleh karena itu, untuk mengakhiri satu percakapan yang didukung oleh TCP, empat pertukaran diperlukan untuk mengakhiri kedua sesi.
Catatan : Dalam penjelasan ini, istilah klien dan server digunakan sebagai referensi untuk kesederhanaan, tetapi proses pengakhiran dapat dimulai oleh dua host yang memiliki sesi terbuka:
Langkah 1 - Ketika klien tidak memiliki lebih banyak data untuk dikirim dalam aliran, ia mengirim segmen dengan set FIN flag.
Langkah 2 - Server mengirim ACK untuk mengakui penerimaan FIN untuk mengakhiri sesi dari klien ke server.
Langkah 3 - Server mengirim FIN ke klien untuk mengakhiri sesi server-ke-klien.
Langkah 4 - Klien merespon dengan ACK untuk mengakui FIN dari server.
Ketika semua segmen telah diakui, sesi ditutup.
Analisis Handshake Tiga Arah TCP
Tuan rumah melacak setiap segmen data dalam suatu sesi dan bertukar informasi tentang data apa yang diterima menggunakan informasi dalam header TCP. TCP adalah protokol full-duplex, di mana setiap koneksi mewakili dua aliran komunikasi satu arah atau sesi. Untuk membuat koneksi, tuan rumah melakukan jabat tangan tiga arah. Bit kontrol di header TCP menunjukkan kemajuan dan status koneksi.
Jabat tangan tiga arah:
· Menetapkan bahwa perangkat tujuan ada di jaringan
· Memverifikasi bahwa perangkat tujuan memiliki layanan aktif dan menerima permintaan pada
nomor port tujuan yang ingin digunakan klien inisiasi
· Menginformasikan perangkat tujuan bahwa klien sumber bermaksud untuk membuat sesi komunikasi pada nomor port itu
Setelah komunikasi selesai, sesi ditutup, dan koneksi diakhiri. Sambungan dan mekanisme sesi memungkinkan fungsi keandalan TCP.
Enam bit dalam bidang Bits Kontrol dari header segmen TCP juga dikenal sebagai bendera. Bendera adalah bit yang disetel aktif atau tidak aktif. Klik bidang Kontrol Bits pada gambar untuk melihat semua enam bendera. Kami telah membahas SYN, ACK, dan FIN. Bendera RST digunakan untuk mereset koneksi ketika kesalahan atau batas waktu terjadi.
Keandalan TCP - Pengiriman Terurut
Segmen TCP dapat tiba di tempat tujuan mereka rusak. Agar pesan asli dipahami oleh penerima, data dalam segmen ini disusun kembali ke dalam urutan asli. Nomor urut ditugaskan di header setiap paket untuk mencapai tujuan ini. Nomor urut mewakili byte data pertama dari segmen TCP.
Selama pengaturan sesi, nomor urut awal (ISN) diatur. ISN ini mewakili nilai awal dari byte untuk sesi ini yang ditransmisikan ke aplikasi penerima. Karena data ditransmisikan selama sesi, nomor urut bertambah dengan jumlah byte yang telah ditransmisikan. Pelacakan byte data ini memungkinkan setiap segmen diidentifikasi dan diakui secara unik. Segmen yang hilang dapat diidentifikasi.
Catatan: ISN tidak dimulai pada satu tetapi secara efektif merupakan nomor acak. Ini untuk mencegah beberapa jenis serangan jahat. Untuk mempermudah, kami akan menggunakan ISN 1 untuk contoh dalam bab ini.
Nomor urutan segmen menunjukkan cara menyusun kembali dan mengatur ulang segmen yang diterima, seperti yang ditunjukkan pada gambar.
Proses TCP yang menerima menempatkan data dari segmen ke buffer penerima. Segmen ditempatkan dalam urutan urutan yang tepat dan diteruskan ke lapisan aplikasi saat dipasang kembali. Segmen apa pun yang tiba dengan nomor urut yang tidak sesuai disimpan untuk diproses nanti. Kemudian, ketika segmen dengan bit yang hilang tiba, segmen ini diproses secara berurutan.
UDP Overhead Rendah versus Reliabilitas
UDP adalah protokol sederhana yang menyediakan fungsi lapisan transport dasar. Ini memiliki overhead yang jauh lebih rendah daripada TCP karena tidak berorientasi pada koneksi dan tidak menawarkan mekanisme retransmisi, sequencing, dan kontrol aliran canggih yang memberikan keandalan.
Ini tidak berarti bahwa aplikasi yang menggunakan UDP selalu tidak dapat diandalkan, juga tidak berarti bahwa UDP adalah protokol inferior. Ini hanya berarti bahwa fungsi-fungsi ini tidak disediakan oleh protokol lapisan transport dan harus dilaksanakan di tempat lain jika diperlukan.
Rendahnya overhead UDP membuatnya sangat diinginkan untuk protokol yang membuat transaksi permintaan dan balasan yang sederhana. Misalnya, menggunakan TCP untuk DHCP akan memperkenalkan lalu lintas jaringan yang tidak perlu. Jika ada masalah dengan permintaan atau balasan, perangkat hanya mengirim permintaan lagi jika tidak ada tanggapan yang diterima.
Proses dan Permintaan Server UDP
Seperti aplikasi berbasis TCP, aplikasi server berbasis UDP diberi nomor port yang terkenal atau terdaftar, seperti yang ditunjukkan pada gambar. Ketika aplikasi atau proses ini berjalan di server, mereka menerima data yang dicocokkan dengan nomor port yang ditetapkan. Ketika UDP menerima datagram yang ditujukan untuk salah satu port ini, maka data aplikasi akan diteruskan ke aplikasi yang sesuai berdasarkan nomor portnya.
Proses Klien UDP
Seperti halnya TCP, komunikasi client-server dimulai oleh aplikasi klien yang meminta data dari proses server. Proses klien UDP secara dinamis memilih nomor port dari kisaran nomor port dan menggunakan ini sebagai port sumber untuk percakapan. Port tujuan biasanya adalah nomor port yang terkenal atau terdaftar yang ditugaskan untuk proses server.
Aplikasi yang menggunakan UDP
Ada tiga jenis aplikasi yang paling cocok untuk UDP:
· Aplikasi video dan multimedia langsung - Dapat menoleransi beberapa kehilangan data, tetapi memerlukan sedikit atau tanpa penundaan. Contohnya termasuk VoIP dan video streaming langsung.
· Aplikasi permintaan dan balasansederhana - Aplikasi dengan transaksi sederhana di mana tuan rumah mengirim permintaan dan mungkin atau mungkin tidak menerima balasan. Contohnya termasuk DNS dan DHCP.
· Aplikasi yang menangani keandalan itu sendiri - Komunikasi searah di mana kontrol aliran, deteksi kesalahan, ucapan terima kasih, dan pemulihan kesalahan tidak diperlukan atau dapat ditangani oleh aplikasi. Contohnya termasuk SNMP dan TFTP.
Meskipun DNS dan SNMP menggunakan UDP secara default, keduanya juga dapat menggunakan TCP. DNS akan menggunakan TCP jika permintaan DNS atau respons DNS lebih dari 512 byte, seperti ketika respons DNS menyertakan sejumlah besar resolusi nama. Demikian pula, dalam beberapa situasi, administrator jaringan mungkin ingin mengkonfigurasi SNMP untuk menggunakan TCP.
Lapisan Transport
Lapisan transport menyediakan layanan terkait transportasi dengan:
· Membagi data yang diterima dari aplikasi ke dalam segmen
· Menambahkan tajuk untuk mengidentifikasi dan mengelola setiap segmen
· Menggunakan informasi header untuk menyusun kembali segmen kembali ke data aplikasi
· Melewati data yang dikumpulkan ke aplikasi yang benar
UDP dan TCP adalah protokol lapisan transport umum.
UDP datagram dan segmen TCP memiliki header yang ditambahkan di depan data yang menyertakan nomor port sumber dan nomor port tujuan. Nomor port ini memungkinkan data diarahkan ke aplikasi yang benar yang berjalan di komputer tujuan.
TCP tidak mengirimkan data apa pun ke jaringan sampai ia tahu bahwa tujuan sudah siap untuk menerimanya. TCP kemudian mengelola aliran data dan mengirim kembali setiap segmen data yang tidak diakui sebagai diterima di tempat tujuan. TCP menggunakan mekanisme handshaking, pengatur waktu, pesan pengakuan, dan windowing dinamis untuk mencapai keandalan. Proses keandalan, bagaimanapun, membebankan overhead pada jaringan dalam hal header segmen yang jauh lebih besar dan lebih banyak lalu lintas jaringan antara sumber dan tujuan.
