Informasi dapat disegmentasi atau dipecah menjadi potongan-potongan kecil atau transmisi di media fisik unit
transmisi maksimum atau mengosongkan Anda dari antarmuka keluar tergantung pada media fisik.
Sebagai contoh mereka mengosongkan Anda dari Ethan Ini adalah 5400 byte.
Namun TZP secara teoritis dapat mendukung enam puluh lima ribu empat ratus sembilan puluh lima byte dalam satu
paket.
Ketika itu dikirim ke lapisan bawah model ozon yang perlu dipecah menjadi
fragmen untuk transmisi di media fisik yang misalnya hanya mendukung 50 atau 100 byte.
Oleh karena itu, data dipecah menjadi potongan yang lebih kecil dan penerima yang menggunakan TZP perlu menyatukan kembali
potongan-potongan itu.
Ukuran segmen maksimum atau MSA adalah jumlah terbesar data dalam byte yang bersedia dikirim oleh TZP
dalam satu segmen untuk kinerja terbaik.
MSA cukup kecil untuk menghindari fragmentasi Arpey yang dapat menyebabkan transmisi ulang yang
berlebihan jika ada paket DCP kehilangan sesuatu yang disebut ukuran segmen maksimum dan jeda.
MT You discovery atau Porth penemuan unit transmisi maksimum dengan pengirim dan penerima dapat secara otomatis
menentukan apa unit transmisi maksimum berada di jalur di antara mereka dan TZP hanya akan memasukkan
data yang cukup ke dalam satu paket yang sesuai dengan yang kosong sehingga menghindari fragmentasi paket dan
sehingga menghindari overhead yang terkait dengan fragmentasi dan menyatukan fragmen IP ke dalam
penemuan Anda adalah opsional dalam IP versi 4 yang sekarang menjadi wajib dalam IP versi 6 karena efisiensi
yang dibawanya ke transmisi TZP dan fakta bahwa IP versi 6 tidak mendukung fragmentasi
pada router di sepanjang jalur antara dua host UDP tidak mendukung ini dan memerlukan protokol tingkat yang lebih
tinggi untuk memilah-milah kontrol aliran fragmen GCP menggunakan kontrol aliran ujung ke ujung untuk menghindari pengirim mengirim data terlalu
cepat untuk penerima untuk menerimanya dan memprosesnya dengan andal.
Jika sama dengan pengiriman data yang lebih cepat daripada yang bisa ditangani penerima,
penerima akan menjatuhkan data yang akan membutuhkan pengiriman ulang pengiriman ulang akan menghabiskan waktu dan sumber daya
jaringan yang menjadi alasan mengapa sebagian besar mekanisme kontrol aliran mencoba memaksimalkan transfer diperkosa sambil meminimalkan persyaratan untuk mentransmisikan kembali.
Sebagai contoh, Anda dapat memiliki PC dengan kemampuan mengirim data yang kuat ke PDA genggam yang hanya dapat memproses data dengan
kecepatan yang jauh lebih rendah.
Oleh karena itu PDA harus mengatur aliran data sehingga tidak kewalahan dalam kontrol aliran dasar
TZP diimplementasikan oleh pengakuan dari penerima dalam menerima data yang dikirimkan EECP menggunakan sesuatu yang
disebut jendela geser untuk mengontrol aliran data.
Windowing akan memungkinkan komputer penerima untuk mengiklankan berapa banyak data yang dapat diterima sebelum
mengirim pemberitahuan ke komputer pengirim.
Di setiap segmen TZP penerima akan menentukan di bidang jendela terima.
Jumlah data yang diterima tambahan dalam byte yang bersedia buffer untuk koneksi
host pengirim hanya dapat mengirim hingga jumlah data sebelum Miss White ketika pengakuan dan
pembaruan ukuran jendela dari host penerima UDP tidak menerapkan kontrol aliran.
Dan dalam lingkungan VOIP sebagai contoh yang menggunakan UDP meskipun tidak ada koneksi fisik antara
dua handset yang terlibat dalam panggilan telepon, panggilan akan tetap aktif dan pengirim akan terus mengirim
data dalam jumlah besar.
Meskipun penerima tidak dapat memproses data yang diterima, UDP mengandalkan protokol Hi-Lo untuk menerapkan
kontrol aliran.
Sekali lagi TZP berorientasi koneksi dan UDP adalah koneksi yang kurang TZP akan membuat koneksi
dan mempertahankan koneksi selama seluruh transmisi.
Setelah transmisi selesai, sesi diakhiri.
UDP tidak mengatur sesi dan hanya akan mengirim data dengan harapan penerima akan menerimanya.
Sekali lagi TZP mengimplementasikan keandalan di mana setiap segmen yang ditransmisikan diakui dan
jika segmen tersebut hilang, transmisi ulang UDP tidak menerapkan keandalan.
Dan sekali lagi bergantung pada protokol Hailo untuk mengimplementasikan keandalan apa pun jika diperlukan dalam kasus-kasus tertentu seperti
voice over IP atau video yang dikirimkan melalui infrastruktur IP.
Keandalan tidak diperlukan.
Tidak ada gunanya mentransmisikan kembali paket suara terakhir sehingga perbandingan cepat antara UDP dan TZP atau protokol yang dapat diandalkan
dan upaya terbaik atau protokol yang tidak dapat diandalkan TZP sekali lagi berorientasi koneksi.
Tidak ada data yang dikirimkan sebelum sesi dibuat, jabat tangan tiga arah terjadi sebelum data
apa pun dikirimkan.
Ada ucapan terima kasih atas data yang diterima dan nomor urut untuk melacak pengiriman data.
UDP di sisi lain koneksi kurang dan tidak melacak data dan tidak menjamin pengiriman data.
TCAP adalah urutan angka.
UDP tidak aplikasi yang menggunakan TZP termasuk email HGP dan aplikasi FGP yang menggunakan UDP termasuk aplikasi streaming suara seperti
voice over IP dan aplikasi streaming video karena sifat VoIP
atau video.
Tidak ada alasan untuk mengirim ulang di lingkungan VOIP pembicara akan diminta untuk mengulangi apa yang mereka
katakan.
Jika pendengar tidak dapat menguraikan apa yang dikomunikasikan.
Jika Anda pernah menggunakan Skype kadang-kadang mungkin terdengar seperti orang yang berbicara di bawah air atau mereka lebih
mirip mesin daripada orang yang Anda kenal berbicara.
Tetapi Anda mungkin masih bisa memahami apa yang mereka katakan dan dengan demikian meskipun data
hilang percakapan dapat dilanjutkan.
Atau jika itu menjadi cukup buruk Anda akan meminta pembicara untuk mengulangi apa yang mereka katakan dalam lingkungan streaming video.
Anda mungkin memperhatikan bahwa bagian gambar tidak disegarkan dengan benar tetapi Anda masih dapat mengikuti apa
yang terjadi di video karena sifat suara dan video yang sensitif terhadap waktu.
Ini adalah pengiriman ulang data yang tidak berguna dan karenanya TZP tidak digunakan dalam lingkungan ini.
UDP digunakan sehingga UDP adalah protokol lapisan transport.
Itu berada di lapisan ketika ketika model itu menyediakan aplikasi dengan akses ke lapisan jaringan semua
lapisan 3 tanpa overhead atas mekanisme tanggung jawab seperti yang dibahas.
Ini sangat ideal untuk aplikasi voice over IP atau video.
Ini koneksi yang kurang dari satu arah datagram tujuan pusat tanpa pemberitahuan terlebih dahulu
ke perangkat tujuan.
Tidak ada komunikasi sebelum pengiriman data.
Data baru saja tiba di penerima dan diharapkan penerima menangani data itu.
UDP mampu memberikan kesalahan yang sangat terbatas saat memeriksa datagram UDP tidak termasuk pemeriksaan
opsional beberapa nilai yang dapat digunakan perangkat penerima untuk menguji integritas data header UDP juga
menyertakan nomor port tujuan dan jika datagram itu diarahkan ke aktif kode pada perangkat penerima
pesan balasan dapat dikirim untuk menunjukkan bahwa kode itu tidak dapat dijangkau.
Saya akan membahas nomor port lebih terinci sebentar lagi.
Ini konsep yang sangat penting untuk dipahami.
UDP memberikan yang terbaik jika saat pengiriman.
Tidak ada jaminan bahwa data yang dikirim paket mungkin salah diarahkan digandakan atau hilang dalam
perjalanan ke tujuan.
Tidak ada jaminan penerimaan protokol perlu menerapkan keandalan jika diperlukan.
Mereka juga tidak memiliki fitur pemulihan data di UDP.
Sekali lagi protokol Hiler perlu dipulihkan dari paket yang rusak terakhir.
TFT sebagai contoh memiliki mekanisme bawaan untuk menangani kehilangan data dan TFT P menggunakan UDP memiliki
mekanisme sekuensing dan transmisi ulang karena tidak dapat mengandalkan UDP untuk menerapkan keandalan.
Kepala UDP sangat sederhana.
Ini memiliki nomor port sumber 16 bit 16 tetapi Port ke nomor tujuan sehingga ditentukan nomor port yang
digunakan oleh sumber dan nomor port yang digunakan oleh tujuan.
Ini memiliki bidang panjang 16 bit ETP yang menentukan panjang dalam byte dari seluruh datagram.
Dengan kata lain header dan data panjang minimum untuk datagram UDP adalah 8 byte
karena itu panjang header.
Secara teoritis ukuran maksimum adalah enam puluh lima ribu lima ratus tiga puluh lima byte.
Tetapi IP versi 4 akan memberlakukan batas maksimum enam puluh lima ribu lima ratus tujuh byte.
Opsional checksum UDP dapat digunakan untuk pengecekan kesalahan.
Ini opsional IP versi 4 tetapi bukan opsional IP versi 6.