4.0. OSI Transport Layer
4.0.1. Pengenalan Chapter
Data Network dan Internet mendukung manusia dengan menyediakan komunikasi yang handal bagi user, baik lokal dan di seluruh dunia. Pada satu perangkat, user dapat menggunakan beberapa layanan seperti e-mail, web, dan instant messaging untuk mengirim pesan atau mengambil informasi. Aplikasi seperti e-mail client, web browser, dan instant messaging memungkinkan user untuk menggunakan komputer dan jaringan untuk mengirim pesan dan mencari informasi.
Data dari masing-masing aplikasi ini dikemas, diangkut, dan dikirim ke server. Proses yang dijelaskan dalam OSI Transport Layer menerima data dari Application Layer dan mempersiapkan untuk mengalamatkan pada Network Layer. Transport Layer bertanggung jawab pada transfer keseluruhan end-to-end data. Dalam bab ini, kita menguji peran Transport Layer dalam encapsulating data aplikasi untuk digunakan oleh Network Layer. Berikut adalah fungsi-fungsiTransport Layer: Memungkinkan beberapa aplikasi untuk berkomunikasi melalui jaringan pada saat yang sama pada satu perangkat Memastikan bahwa (jika diperlukan) semua data dapat diterima dan dapat meminta data ke aplikasi yang benar Mempekerjakan mekanisme penanganan kesalahan.

Tujuan pembelajaran
Setelah menyelesaikan bab ini, Anda akan dapat: Menjelaskan pentingnyaTransport Layer. Mengidentifikasi peran Transport Layersaat menyediakan transfer data end-to-end antara aplikasi. Menggambarkan peranTCP/IP Transport layer protocols: TCP dan UDP.

4.1.1 Purpose of the Transport Layer
Tugas utama Transport Layer adalah: Pelacakan komunikasi individual antara aplikasi pada source dan hostdestination Segmentasi data dan mengelola masing-masing bagian Pemasangan kembali segmen ke Application Data Mengidentifikasi aplikasi yang berbeda Pelacakan Percakapan Individual. Semua host mungkin memiliki beberapa aplikasi yang berkomunikasi melalui jaringan. Masing-masing aplikasi akan berkomunikasi dengan satu atau lebih aplikasi pada remote host. Ini adalah tanggung jawab Transport Layer untuk mempertahankan beberapa aliran komunikasi antara aplikasi ini.

Segmentasi Data
Setiap aplikasi menciptakan aliran data yang akan dikirim ke Remote Application, data ini harus siap untuk dikirim di seluruh media dalam potongan-potongan yang dapat dikelola. Protokol Transport Layer menggambarkan layanan segmentasi data dari Application Layer. Ini termasuk enkapsulasi pada setiap bagian data. Setiap bagian dari data aplikasi membutuhkan header yang akan ditambahkan pada Transport Layer untuk menunjukkan ke mana komunikasi itu dikirim.

Pemasangan kembali Segmentasi
Pada host penerima, setiap potongan data akan diarahkan ke aplikasi yang sesuai. Selain itu, potongan-potongan dari data juga harus direkonstruksi menjadi aliran data lengkap yang berguna untuk Application Layer. Protokol pada Transport Layer menggambarkan bagaimana Transport Layer Header Information digunakan untuk memasang kembali potongan-potongan data ke stream untuk diteruskan ke Application Layer.


Mengidentifikasi Aplikasi
Untuk melewatkan data stream ke aplikasi yang tepat, Transport Layer harus mengidentifikasi aplikasi yang dituju. Untuk mencapai hal ini, Transport Layer memberikan Identifier. Protokol TCP / IP memberikan setiap identifier ini nomorport. Setiap proses perangkat lunak yang perlu mengakses jaringan diberi nomor port yang unik dalam host tersebut. Nomor port ini digunakan di header Transportlayer untuk ditunjukkan ke aplikasi.
Transport Layer adalah penghubung antara Application Layer dan lapisan bawah yang bertanggung jawab untuk transmisi jaringan. Lapisan ini menerima data dari percakapan yang berbeda dan dibagikan ke lapisan bawah sebagai potongan yang siap dikelola yang akhirnya menjadi multiplexing.

Data Requirements Vary
Karena aplikasi yang berbeda memiliki kebutuhan yang berbeda. Untuk beberapa aplikasi, segmentasi harus tiba di urutan yang sangat spesifik agar berhasil diproses. Dalam beberapa kasus, semua data harus diterima agar bisa diproses (tidak boleh corrupt). Dalam kasus lain, aplikasi dapat mentolerir beberapa kehilangan data selama transmisi melalui jaringan.

Memisahkan Beberapa Komunikasi
Pertimbangkan sebuah komputer yang terhubung ke jaringan yang secara bersamaan menerima dan mengirim e-mail dan pesan instan, membuka website dan melakukan panggilan telepon VoIP. Masing-masing aplikasi yang mengirim dan menerima data melalui jaringan pada waktu yang sama. Namun, data dari panggilan telepon tidak diarahkan ke browser web, dan teks dari pesan instan tidak muncul dalam e-mail. Selanjutnya, pengguna mengharuskan e-mail atau halaman web sepenuhnya diterima dan disajikan untuk informasi yang dianggap berguna. Penundaan sedikit dapat diterima untuk memastikan bahwa informasi yang lengkap diterima dan disajikan.
Membagi data ke dalam bagian-bagian kecil, dan mengirim dari sumber ke tujuan, memungkinkan banyak komunikasi yang berbeda untuk disisipkan (multiplexing) pada jaringan yang sama. Untuk mengidentifikasi setiap segmen data, Transport Layer menambah potongan header yang berisi data biner. Header ini berisi kolom bit.

4.1.2 Controlling the Conversation
Fungsi utama yang ditetapkan oleh semua protokol Transport Layer meliputi Segmentasi dan reassembly. Sebagian besar jaringan memiliki keterbatasan pada jumlah data yang dapat dimasukkan dalam PDU tunggal. Transport Layer membagi data aplikasi menjadi blok-blok data menjadi ukuran yang sesuai. Di tempat tujuan, Transport Layer mengumpulkan kembali data sebelum mengirimnya ke aplikasi tujuan.
Percakapan Multiplexing : Mungkin ada banyak aplikasi atau layanan yang berjalan pada setiap host dalam jaringan. Setiap aplikasi atau layanan ini diberikan alamat yang dikenal sebagai port sehingga Transport Layer dapat menentukannya. Selain menggunakan informasi yang terkandung dalam header, untuk fungsi dasar segmentasi data dan reassembly, beberapa protokol pada Transport Layer menyediakan:
Percakapan connection-oriented
Rekonstruksi data yang diperintahkan
Flow control
4.1.3 Supporting Reliable Communication
Ingat bahwa fungsi utama dari Transport Layer adalah mengelola data aplikasi untuk percakapan antara host. Namun, aplikasi yang berbeda memiliki kebutuhan yang berbeda untuk data mereka, dan protokol Transport karena itu berbeda telah dikembangkan untuk memenuhi persyaratan ini.
Pada Transport Layer memiliki tiga operasi dasar adalah:
ü  pelacakan data yang ditransmisikan
ü  menerima data yang diterima
ü  mentransmisi data
Hal ini menciptakan trade-off, pengembang aplikasi harus memilih protokol transport yang sesuai berdasarkan persyaratan dari aplikasi mereka.
Menentukan Kebutuhan Aplikasi seperti database, halaman web, dan e-mail, mengharuskan semua data yang dikirim tiba di tujuan dalam kondisi aslinya, agar data yang diterima dapat diproses. Setiap data yang hilang dapat menyebabkan komunikasi yang corruptatau tidak terbaca. Oleh karena itu, aplikasi ini dirancang untuk menggunakan protokol Transport Layer yang mengimplementasikan kehandalan. Overhead jaringan tambahan dianggap diperlukan untuk aplikasi ini. Aplikasi lain yang lebih toleran terhadap hilangnya sejumlah kecil data. Sebagai contoh, jika satu atau dua segmen dari aliran video gagal untuk tiba, itu hanya akan membuat gangguan sesaat dalam sungai. Ini mungkin muncul sebagai distorsi pada gambar tapi bahkan mungkin tidak terlihat oleh pengguna.
Memaksakan overhead untuk memastikan keandalan untuk aplikasi ini bisa mengurangi kegunaan dari aplikasi. Gambar dalam video streaming akan sangat terdegradasi jika perangkat tujuan harus memperhitungkan data yang hilang dan menunda sungai sambil menunggu kedatangannya. Lebih baik untuk membuat gambar terbaik pada saat dengan segmen yang datang dan mengorbankan kehandalan. Jika keandalan diperlukan untuk beberapa alasan, aplikasi ini dapat memberikan pengecekan error dan permintaan pengiriman ulang.

4.1.4 TCP and UDP
Kedua protokol Transport Layer yang paling umum dari TCP / IP protocol suite adalah Transmission Control Protocol (TCP) dan User Datagram Protocol (UDP). Perbedaan antara keduanya adalah fungsi khusus yang masing-masing protokol implementasikan.
User Datagram Protocol (UDP)
UDP Ini memiliki keuntungan yaitu memberikan pengiriman data yang memiliki overhead rendah. Potongan-potongan komunikasi dalam UDP disebut datagram. Datagram ini dikirim sebagai "usaha terbaik" demi Transport Layer.
Aplikasi yang menggunakan UDP termasuk:
ü  Domain Name System (DNS)
ü  Video Streaming
ü  Voice over IP (VoIP)

Transmission Control Protocol (TCP)
TCP merupakan protokol berorientasi koneksi, dijelaskan dalam RFC 793. Fungsi TCP adalah pengiriman yang sama, pengiriman yang handal, dan kontrol aliran. Setiap segmen TCP memiliki 20 byte overhead dalam header encapsulating data Application Layer, sedangkan setiap segmen UDP hanya memiliki 8 byte overhead.



Aplikasi yang menggunakan TCP adalah:
ü  browser web
ü  E-mail
ü  File Transfer

4.1.5 Port Addresing
Mengidentifikasi Percakapan
Perhatikan contoh sebelumnya komputer secara bersamaan menerima dan mengirim e-mail, pesan instan, halaman web, dan panggilan telepon VoIP. Layanan TCP dan UDP berbasis melacak berbagai aplikasi yang berkomunikasi. Untuk membedakan segmen dan datagram untuk setiap aplikasi.  Dalam header dari setiap segmen atau datagram, ada sumber dan port tujuan. Nomor port sumber adalah jumlah untuk komunikasi ini dikaitkan dengan aplikasi yang berasal dari host lokal. Nomor port tujuan adalah nomor untuk komunikasi ini dikaitkan dengan aplikasi tujuan pada host remote.
Nomor port ditugaskan dalam berbagai cara, tergantung pada apakah pesan tersebut adalah permintaan atau tanggapan. Sementara proses server memiliki nomor port statis yang ditugaskan kepada mereka, klien secara dinamis memilih nomor port untuk setiap percakapan.

Mengidentifikasi Percakapan
Perhatikan contoh sebelumnya komputer secara bersamaan menerima dan mengirim e-mail, pesan instan, halaman web, dan panggilan telepon VoIP.
Layanan TCP dan UDP melacak berbagai aplikasi yang berkomunikasi. Untuk membedakan segmen dan datagram untuk setiap aplikasi, baik TCP dan UDP telah memberi nomor port yang unik.
Dalam header dari setiap segmen atau datagram memiliki sumber dan port tujuan. Nomor port sumber adalah nomor untuk komunikasi yang berasal dari host lokal. Nomor port tujuan adalah nomor untuk komunikasi yang dimiliki oleh host tujuan pada host remote. Nomor port ditugaskan dalam berbagai cara, tergantung pada pesan tersebut merupakan permintaan atau tanggapan. Sementara proses server memiliki nomor port statis yang ditugaskan kepada mereka, klien secara dinamis memilih nomor port untuk setiap percakapan. Ketika aplikasi client mengirimkan permintaan ke server aplikasi, port tujuan yang terkandung dalam header adalah nomor port yang ditugaskan untuk daemon layanan yang berjalan pada host remote. Perangkat lunak klien harus tahu apa nomor port dikaitkan dengan proses server pada remote host. Nomor port tujuan ini dikonfigurasi, baik secara default atau secara manual. Sebagai contoh, ketika sebuah aplikasi web browser yang membuat permintaan ke server web, browser menggunakan TCP dan nomor port 80 kecuali dinyatakan khusus. Hal ini karena TCP port 80 adalah port default ditugaskan untuk aplikasi web-melayani. Banyak aplikasi umum memiliki tugas port default.

Ada berbagai jenis nomor port:
Well Known Ports (Bilangan 0-1023) - Angka-angka ini dicadangkan untuk layanan dan aplikasi. Mereka umumnya digunakan untuk aplikasi seperti HTTP (web server) POP3 / SMTP (e-mail server) dan Telnet.
Registered Ports (Bilangan 1024-49151) - Angka-angka di port ini ditugaskan untuk memproses pengguna atau aplikasi. Proses ini adalah aplikasi terutama individu bahwa user telah memilih untuk menginstal aplikasi umum yang akan menerima Port Well Known. Ketika tidak digunakan untuk sumber daya server, port ini juga dapat digunakan secara dinamis dipilih oleh klien sebagai port sumber nya.
Dynamic or Private Ports (Bilangan 49.152-65.535) - Juga dikenal sebagai Port Ephemeral, ini biasanya diberikan secara dinamis untuk aplikasi-aplikasi client ketika memulai koneksi. Hal ini tidak sangat umum untuk klien untuk menyambung ke layanan menggunakan Port Dinamis atauPrivate .

Menggunakan TCP dan UDP
Beberapa aplikasi dapat menggunakan TCP dan UDP. Misalnya, overhead yang rendah UDP memungkinkan DNS untuk melayani banyak permintaan klien sangat cepat. Kadang-kadang perlu untuk mengetahui koneksi TCP yang aktif terbuka dan berjalan pada host jaringan. Netstat adalah utilitas jaringan penting yang dapat digunakan untuk memverifikasi koneksi tersebut. Netstat berisi protokol yang digunakan, alamat lokal dan nomor port, alamat asing dan nomor port, dan status koneksi.
Koneksi TCP Unexplained dapat menimbulkan ancaman keamanan utama. Hal ini karena mereka dapat menunjukkan bahwa sesuatu atau seseuser terhubung ke host lokal. Selain itu, koneksi TCP yang tidak perlu dapat mengkonsumsi sumber daya sistem yang berharga sehingga memperlambat kinerja host. Netstat harus digunakan untuk memeriksa koneksi terbuka pada host ketika kinerja tampaknya dikompromikan.
Banyak pilihan yang berguna yang tersedia untuk perintah netstat.

4.1.6 Segmentation and Reassembly
Beberapa aplikasi mengirimkan data dalam jumlah besar, dalam beberapa kasus lebih dari 1 gigabyte, akan tidak praktis untuk mengirim semua data ini dalam satu keutuhan. Tidak ada lalu lintas jaringan lainnya dapat ditumpangi sedangkan data ini sedang dikirim. Data ini bisa dikirim selama hitungan menit atau bahkan jam. Selain itu, jika ada kesalahan seluruh file data harus hilang. Perangkat jaringan tidak akan memiliki buffer memori yang cukup besar untuk menyimpan data ini ketika sedang dikirim atau diterima. Membagi data aplikasi menjadi potongan-potongan memastikan bahwa data ditransmisikan dalam batas-batas media dan data dari aplikasi yang berbeda dapat di-multiplexing pada media.

TCP dan UDP Menangani Segmentasi yang Berbeda.
Dalam TCP, setiap header segmen berisi nomor urut. Nomor urut ini memungkinkan fungsi Transport Layer pada host tujuan untuk memasang kembali segmen dalam urutan di mana mereka dikirim. Hal ini memastikan bahwa aplikasi tujuan memiliki data dalam bentuk yang tepat pengirim dimaksudkan.
Meskipun layanan menggunakan UDP juga melacak percakapan antara aplikasi, mereka tidak peduli dengan urutan di mana informasi itu ditransmisikan. UDP adalah desain yang lebih sederhana dan menghasilkan lebih sedikit overhead dari TCP, sehingga transfer data lebih cepat.

4.2.1 TCP – Making Conversation Reliable
Perbedaan utama antara TCP dan UDP adalah kehandalan. Kehandalan komunikasi TCP dilakukan menggunakan sesi connection-oriented. Sebelum host menggunakan TCP mengirimkan data ke host lain, Transport Layer memulai proses untuk membuat koneksi dengan tujuan. Koneksi ini memungkinkan pelacakan sesi, atau aliran komunikasi antara host. Proses ini memastikan bahwa setiap host menyadari dan siap untuk komunikasi. Sebuah percakapan TCP yang lengkap memerlukan pembentukan sesi antara host di kedua arah. Keandalan ini dicapai dengan memiliki bidang dalam segmen TCP, masing-masing dengan fungsi tertentu, seperti yang ditunjukkan pada gambar. Bidang ini akan dibahas kemudian dalam bagian ini.

4.2.2. TCP Server Processes
Seperti yang telah dibahas dalam bab sebelumnya, proses aplikasi berjalan di server. Proses ini menunggu sampai klien memulai komunikasi dengan permintaan untuk informasi atau layanan lainnya.
Setiap proses aplikasi yang berjalan pada server dikonfigurasi untuk menggunakan nomor port, baik secara default atau secara manual oleh administrator sistem. Server individu tidak dapat memiliki dua layanan ditugaskan ke nomor port yang sama dalam layanan Transport Layer yang sama. Sebuah host menjalankan aplikasi web server dan aplikasi transfer file tidak dapat memiliki keduanya dikonfigurasi untuk menggunakan port yang sama (misalnya, TCP port 8080). Ketika sebuah aplikasi server aktif ditugaskan ke port tertentu, port yang dianggap "terbuka" di server. Ini berarti bahwa Transport Layer menerima dan segmen proses yang ditujukan kepada port tersebut. Setiap permintaan klien masuk ditujukan ke soket yang benar diterima dan data dilewatkan ke aplikasi server. Ada banyak port simultan terbuka pada server, satu untuk setiap aplikasi server aktif. Adalah umum bagi server untuk menyediakan lebih dari satu layanan, seperti server web dan server FTP, pada saat yang sama.




4.2.3. TCP Connection Establishment and Termination
Ketika dua host berkomunikasi menggunakan TCP, sambungan dibuat sebelum data dapat dipertukarkan. Setelah komunikasi selesai, sesi ditutup dan sambungan diakhiri. Koneksi dan sesi mekanisme mengaktifkan fungsi keandalan TCP.
Host penyedia melacak setiap segmen data dalam sesi dan pertukaran informasi tentang data apa yang diterima oleh setiap host menggunakan informasi dalam header TCP.
Setiap koneksi melibatkan aliran komunikasi satu arah, atau sesi untuk membangun dan mengakhiri proses TCP antara end user. Untuk membuat sambungan, host menggunakan sambungan tiga arah. Kontrol bit pada header TCP menunjukkan kemajuan dan status sambungan.

Tiga cara sambungannya adalah:
ü  Menetapkan bahwa perangkat tujuan hadir pada jaringan.
ü  Memverifikasi bahwa perangkat tujuan memiliki layanan aktif dan menerima permintaan pada nomor port.
ü  Menginformasikan perangkat tujuan bahwa klien sumber bermaksud untuk membangun sebuah sesi komunikasi pada nomor port yang Dalam koneksi TCP, Host penyedia melayani sebagai klien memulai sesi ke server. Untuk memahami bagaimana tiga-cara jabat tangan yang digunakan dalam karya-karya proses koneksi TCP, penting untuk melihat berbagai nilai yang pertukaran dua host.


Tiga langkah dalam pembentukan koneksi TCP adalah:
1.    memulai klien mengirimkan segmen berisi nilai urutan awal, yang berfungsi sebagai permintaan ke server untuk memulai sesi komunikasi.
2.    Server merespon dengan segmen yang mengandung nilai pengakuan sama dengan nilai yang diterima urutan ditambah 1, ditambah nilai urutan sinkronisasi sendiri. Nilai adalah salah satu lebih besar dari nomor urut karena ACK selalu Byte diharapkan berikutnya atau oktet. Nilai pengakuan ini memungkinkan klien untuk mengikat respon kembali ke segmen aslinya yang dikirim ke server.
3.    Memulai client merespon dengan nilai pengakuan sama dengan nilai urutan yang diterima ditambah satu. Ini melengkapi proses pembentukan koneksi.

Dalam header segmen TCP, ada enam bidang 1-bit yang berisi informasi kontrol yang digunakan untuk mengelola proses TCP. Bidang tersebut adalah:
URG - Urgent pointer field significant
ACK - Acknowledgement field significant
PSH - Push function
RST - Reset the connection
SYN - Synchronize sequence numbers
FIN - No more data from sender

Bagian ini disebut sebagai flag, karena nilai dari salah satu bidang ini hanya 1 bit dan, karena itu, hanya memiliki dua nilai: 1 atau 0. Ketika nilai bit set ke 1, ini menunjukkan apa yang mengendalikan informasi yang terkandung dalam segmen.
Menggunakan proses empat langkah, flag dipertukarkan untuk mengakhiri sebuah koneksi TCP.

4.2.5 TCP Session Termination
Untuk menutup sambungan, bendera FIN (Finish) kontrol di header segmen harus diatur. Untuk mengakhiri setiap sesi TCP satu arah, dua arah jabat tangan yang digunakan, terdiri dari segmen FIN dan segmen ACK. Oleh karena itu, untuk mengakhiri satu percakapan yang didukung oleh TCP, empat bursa diperlukan untuk mengakhiri kedua sesi. Catatan: Dalam penjelasan ini, klien dan server istilah yang digunakan dalam deskripsi ini sebagai referensi untuk kesederhanaan, tetapi proses terminasi dapat dimulai oleh dua host yang menyelesaikan sesi:
1.    Ketika klien tidak memiliki lebih banyak data untuk mengirim di sungai, ia akan mengirimkan segmen dengan FIN flag.
2.    Server mengirimkan ACK untuk mengakui penerimaan FIN untuk mengakhiri sesi dari klien ke server.
3.    Server mengirimkan FIN ke klien, untuk mengakhiri server untuk sesi klien.
4.    Klien merespon dengan ACK untuk mengakui FIN dari server.

4.3. Managing TCP Sessions
4.3.1 TCP Segment Reassembly
Resequencing Segmen untuk Pesanan Menular Ketika layanan mengirim data menggunakan TCP, segmen mungkin tiba di tempat tujuan mereka dalam kondisi rusak. Untuk pesan asli yang akan dipahami oleh penerima, data dalam segmen ini dipasang kembali ke urutan asli. Nomor urut ditugaskan di header setiap paket untuk mencapai tujuan ini.
Selama setup sesi, nomor urut awal (ISN) diatur. Nomor urut awal ini merupakan nilai awal untuk byte untuk sesi ini yang akan dikirim ke aplikasi penerima. Sebagai data yang ditransmisikan selama sesi, nomor urut bertambah dengan jumlah byte yang telah dikirim. Ini pelacakan data byte memungkinkan setiap segmen untuk diidentifikasi secara unik dan diakui. Hilang segmen dapat diidentifikasi. Nomor urut segmen mengaktifkan keandalan dengan menunjukkan bagaimana memasang kembali dan menyusun ulang segmen diterima.
Proses penerimaan TCP menempatkan data dari segmen ke buffer penerima. Segmen ditempatkan dalam urutan nomor urutan yang tepat dan diteruskan ke Application Layer saat dipasang kembali. Setiap segmen yang datang dengan nomor urut noncontiguous diadakan untuk waktu pemrosesan. Kemudian, ketika segmen dengan byte hilang tiba, segmen ini diproses.

4.3.2 TCP Acknowledgement with Windowing
Mengkonfirmasi Penerimaan Segmen
          Salah satu fungsi TCP adalah memastikan bahwa setiap segmen mencapai tujuannya. Layanan TCP pada host tujuan mengakui data yang telah diterima ke aplikasi sumber. Nomor urut header segmen dan nomor pengakuan yang digunakan bersama-sama untuk mengkonfirmasi penerimaan byte dari data yang terdapat dalam segmen. Nomor urut adalah jumlah relatif dari byte yang telah ditransmisikan dalam sesi ini ditambah 1 (yang merupakan jumlah byte data yang pertama di segmen saat ini). TCP menggunakan nomor pengakuan dalam segmen dikirim kembali ke sumber untuk mengindikasikan byte berikutnya pada sesi ini bahwa penerima mengharapkan untuk menerima. Ini disebut pengakuan EXPECTATIONAL.
Sumber diinformasikan bahwa tujuan telah menerima semua byte dalam aliran data hingga, tetapi tidak termasuk, byte ditunjukkan oleh jumlah pengakuan. Host penyedia pengiriman diperkirakan akan mengirim segmen yang menggunakan nomor urut yang sama dengan jumlah pengakuan.
Ingat, masing-masing sambungan sebenarnya adalah dua sesi satu arah. Nomor urut dan nomor acknowledgement sedang dipertukarkan di kedua arah.
          Host penyedia di sebelah kiri sedang mengirim data ke host di sebelah kanan. Ini mengirimkan segmen berisi 10 byte data untuk sesi ini dan nomor urut sama dengan 1 di header. Penerimaan host di sebelah kanan menerima segmen pada Layer 4 dan menentukan bahwa nomor urut adalah 1 dan bahwa ia memiliki 10 byte data. Host penyedia kemudian mengirimkan segmen kembali ke host di sebelah kiri untuk mengakui penerimaan data ini. Di segmen ini, Host penyedia menetapkan jumlah pengakuan untuk 11 untuk menunjukkan bahwa byte data selanjutnya mengharapkan untuk menerima dalam sesi ini adalah byte nomor 11. Catatan, yang Ack. nilai dalam sumber host tetap 1 untuk menunjukkan bahwa segmen adalah bagian dari percakapan yang sedang berlangsung dan jumlah di bidang Pengakuan Number adalah valid.
          Ketika Host penyedia pengiriman di sebelah kiri menerima pengakuan ini, sekarang dapat mengirim segmen berikutnya yang berisi data untuk sesi ini dimulai dengan byte nomor 11.
          Melihat contoh ini, jika Host penyedia pengiriman harus menunggu pengakuan penerimaan masing-masing 10 byte, jaringan akan memiliki banyak overhead. Untuk mengurangi overhead dari ucapan terima kasih ini, beberapa segmen data dapat dikirim sebelum dan diakui dengan pesan TCP tunggal dalam arah yang berlawanan. Pengakuan ini berisi nomor pengakuan berdasarkan jumlah byte yang diterima dalam sesi.
Misalnya, dimulai dengan nomor urut 2000, jika 10 segmen masing-masing 1000 byte yang diterima, jumlah pengakuan 12000 akan dikembalikan ke sumbernya. Jumlah data yang sumber dapat mengirim sebelum pengakuan harus diterima disebut ukuran jendela. Jendela Ukuran adalah bidang pada header TCP yang memungkinkan pengelolaan data yang hilang dan kontrol aliran.

4.3.3. TCP Retransmition
Handling Segment Loss
          Tidak peduli seberapa baik dirancang jaringan adalah, kehilangan data kadang-kadang akan terjadi. Oleh karena itu, TCP menyediakan metode untuk mengelola kerugian segmen ini. Di antaranya adalah mekanisme untuk mengirim ulang segmen dengan data tidak diakui.
          Sebuah layanan host tujuan menggunakan TCP biasanya hanya mengakui data untuk byte urutan bersebelahan. Jika satu atau lebih segmen yang hilang, hanya data dalam segmen yang melengkapi sungai diakui.
Misalnya, jika segmen dengan nomor urut 1500-3000 dan 3400-3500 diterima, jumlah pengakuan akan 3001. Hal ini karena ada segmen dengan nomor urut 3001-3399 yang belum diterima.
          Ketika TCP pada host sumber belum menerima pemberitahuan setelah jumlah yang telah ditetapkan waktu, itu akan kembali ke nomor acknowledgement terakhir bahwa mereka menerima dan memancarkan kembali data dari saat itu.Proses transmisi tidak ditentukan oleh RFC, tapi diserahkan kepada implementasi tertentu dari TCP.
Untuk implementasi TCP khas, Host penyedia dapat mengirimkan segmen, meletakkan salinan segmen dalam antrian transmisi, dan memulai timer. Ketika pengakuan data diterima, segmen akan dihapus dari antrian. Jika pengakuan tidak diterima sebelum timer berakhir, segmen tersebut ditransmisikan ulang.
          Host hari ini juga dapat menggunakan fitur opsional yang disebut Selektif Ucapan Terima Kasih. Jika kedua host dukungan Ucapan Terima Kasih Selektif, adalah mungkin untuk tujuan untuk mengakui byte di segmen terputus dan host hanya akan perlu untuk memancarkan kembali data yang hilang.


4.3.4 TCP Congestion Control-minimizing segment loss
Flow Control
          TCP juga menyediakan mekanisme untuk kontrol aliran. Flow control assist keandalan transmisi TCP dengan menyesuaikan tingkat efektif aliran data antara dua layanan dalam sesi. Ketika sumber diinformasikan bahwa jumlah tertentu dari data dalam segmen diterima, ia dapat terus mengirim lebih banyak data untuk sesi ini.
          Ukuran Jendela ini pada header TCP menentukan jumlah data yang dapat ditransmisikan sebelum pengakuan harus diterima. The ukuran jendela awal ditentukan selama startup sesi melalui jabat tangan tiga arah.
Mekanisme umpan balik TCP menyesuaikan tingkat efektif transmisi data untuk aliran maksimum yang jaringan dan tujuan perangkat dapat mendukung tanpa kehilangan. TCP mencoba untuk mengelola tingkat penularan sehingga semua data akan diterima dan transmisi ulang akan diminimalkan.
Lihat gambar untuk representasi yang disederhanakan dari ukuran jendela dan ucapan terima kasih. Dalam contoh ini, ukuran jendela awal untuk sesi TCP diwakili diatur ke 3000 byte. Ketika pengirim telah ditransmisikan 3000 byte, menunggu pengakuan dari byte ini sebelum mengirimkan segmen lainnya di sesi ini. Setelah pengirim telah menerima pengakuan ini dari penerima, pengirim dapat mengirimkan tambahan 3000 byte.
          Selama penundaan dalam menerima pengakuan, pengirim tidak akan mengirim setiap segmen tambahan untuk sesi ini. Dalam periode ketika jaringan mengalami hambatan atau sumber daya host penerima yang tegang, penundaan dapat meningkat. Sebagai penundaan ini tumbuh lagi, tingkat transmisi efektif data untuk sesi ini menurun. Perlambatan dalam data rate membantu mengurangi pertentangan sumber daya.
          TCP menerima host mengirimkan nilai ukuran jendela ke TCP mengirimkan untuk menunjukkan jumlah byte yang siap untuk menerima sebagai bagian dari sesi ini. Jika tujuan kebutuhan untuk memperlambat laju komunikasi karena buffer memori yang terbatas, dapat mengirim window nilai ukuran yang lebih kecil ke sumber sebagai bagian dari pengakuan.
Dinamika ini peningkatan dan penurunan ukuran window adalah proses yang berkesinambungan di TCP, yang menentukan ukuran jendela yang optimal untuk setiap sesi TCP. Dalam jaringan yang sangat efisien, ukuran jendela dapat menjadi sangat besar karena data tidak hilang. Dalam jaringan di mana infrastruktur yang mendasari sedang stres, ukuran jendela kemungkinan akan tetap kecil.



4.4.1 UDP- Low Overhead vs Reliability
UDP adalah protokol sederhana yang menyediakan fungsi dasar Transport Layer. Ini memiliki overhead jauh lebih rendah daripada TCP, karena tidak berorientasi koneksi dan tidak menyediakan mekanisme pengiriman ulang, pengurutan, dan kontrol aliran.
Ini tidak berarti bahwa aplikasi yang menggunakan UDP selalu bisa diandalkan. Ini hanya berarti bahwa fungsi-fungsi ini tidak disediakan oleh protokol Transport Layer dan harus dilaksanakan di tempat lain jika diperlukan. Meskipun jumlah total lalu lintas UDP ditemukan pada jaringan yang khas sering relatif rendah, kunci protokol lapisan aplikasi yang menggunakan UDP termasuk:

Domain Name System (DNS)
ü  Simple Network Management Protocol (SNMP)
ü  Dynamic Host Configuration Protocol (DHCP)
ü  Routing Information Protocol (RIP)
ü  Trivial File Transfer Protocol (TFTP)

4.4.2 UDP Data Program Reassembly
Karena UDP adalah connectionless, sesi tidak didirikan sebelum komunikasi berlangsung seperti mereka dengan TCP. UDP dikatakan transaksi berbasis. Dengan kata lain, bila aplikasi memiliki data untuk dikirim, itu hanya mengirimkan data.
Banyak aplikasi yang menggunakan UDP mengirim sejumlah kecil data yang dapat ditampung dalam satu segmen. Namun, beberapa aplikasi akan mengirim sejumlah besar data yang harus dibagi menjadi beberapa segmen. UDP PDU disebut sebagai datagram, meskipun segmen syarat dan datagram kadang-kadang digunakan secara bergantian untuk menggambarkan Transport Layer PDU.
Ketika beberapa datagram dikirim ke tujuan, mereka dapat mengambil jalan yang berbeda dan tiba dalam urutan yang salah. UDP tidak melacak nomor urut cara TCP tidak. UDP tidak memiliki cara untuk menyusun ulang datagram ke dalam urutan transmisi mereka.
Oleh karena itu, UDP hanya mengumpulkan kembali data dalam rangka bahwa ia telah diterima dan meneruskannya ke aplikasi. Jika urutan data penting ke aplikasi tersebut, aplikasi akan harus mengidentifikasi urutan yang tepat dari data dan menentukan bagaimana data harus diproses.

4.4.3 UDP Server Processes and Request
Seperti aplikasi berbasis TCP, aplikasi server UDP berbasis ditugaskan Well Known atau Terdaftar nomor port. Ketika aplikasi ini atau proses yang berjalan, mereka akan menerima data yang cocok dengan nomor port yang ditugaskan. Ketika UDP menerima datagram ditakdirkan untuk salah satu port ini, ke depan data aplikasi ke aplikasi yang sesuai berdasarkan nomor port-nya.


3. Fungsi Aplication Layer dan Protocol
3.1 Aplication – The Interface Between the Network
3.0.1  Pengenalan Chapter

    Beberapa dari kita menggunakan internet mulai dari world wide web layanan email dan program file sharing. Aplikasi-aplikasi ini menyediakan human interface yang memungkinkan kita untuk mengirim dan menerima informasi dengan relatif mudah. Biasanya aplikasi yang kita gunakan adalah intuitif, artinya kita dapat mengakses dan menggunakannya tanpa mengetahui bagaimana mereka bekerja. Namun, bagi para pengguna jaringan yang profesional, penting untuk mengetahui bagaimana aplikasi dapat memformat, mengirimkan dan menafsirkan pesan yang dikirim dan diterima melalui jaringan.
Memvisualisasikan mekanisme yang memungkinkan komunikasi di seluruh jaringan menjadi lebih mudah jika kita menggunakan kerangka berlapis dari Open System Interconnection (OSI) model. Dalam bab ini, kita akan fokus pada peran salah satu lapisan, lapisan aplikasi  yang memiliki komponen: aplikasi, layanan, dan protokol.
Dalam bab ini, Anda akan belajar untuk menjelaskan bagaimana fungsi dari tiga layer paling atas dari OSI Model Layers yang menyediakan layanan jaringan untuk end user applications. menjelaskan bagaimana TCP / IP Application Layer Protocol menyediakan layanan yang ditentukan oleh lapisan atas dari OSI Model. Menentukan bagaimana menggunakan Application Layer untuk berkomunikasi di seluruh jaringan informasi. Menjelaskan fungsi aplikasi TCP / IP yang terkenal, seperti World Wide Web dan email, dan layanan yang terkait (HTTP, DNS, SMB, DHCP, SMTP / POP, dan Telnet).

3.1.1 OSI dan TCP/IP Model
Open System Interconnection memiliki model berlapis. Model OSI membagi proses jaringan menjadi tujuh lapisan logis, masing-masing memiliki fungsi yang unik dan ditugaskan untuk layanan dan protokol tertentu.
Dalam model ini, informasi dilewatkan dari satu lapisan ke lapisan berikutnya, mulai dari lapisan aplikasi pada transmisi utama, melanjutkan ke Physical Layer, kemudian melewati saluran komunikasi ke host tujuan, di mana hasil informasi dikembalikan, berakhir di Application layer.
Application layer, Layer seven, adalah lapisan paling teratas dari OSI dan TCP model / IP. Ini adalah lapisan yang menyediakan interface antara aplikasi yang kami gunakan untuk berkomunikasi dan jaringan yang mendasari di mana pesan kita ditransmisikan. Protokol lapisan aplikasi yang digunakan untuk pertukaran data antara program yang berjalan pada host sumber dan tujuan. Ada banyak protokol lapisan aplikasi dan protokol baru sedang dikembangkan meskipun TCP / IP protocol suite dikembangkan sebelum definisi model OSI, fungsi dari TCP / IP lapisan aplikasi protokol sesuai ke dalam kerangka dari tiga lapisan model OSI: Aplikasi, Presentasi dan lapisan Sesi.
Kebanyakan TCP / IP lapisan aplikasi protokol dikembangkan sebelum munculnya komputer pribadi, graphical user interface dan objek multimedia. Akibatnya, protokol ini menerapkan sangat sedikit dari fungsi yang ditentukan dalam OSI Model Presentation dan Session layer.

The Presentation Layer
Lapisan Presentasi memiliki tiga fungsi utama:
Pengkodean dan konversi data lapisan Aplikasi untuk memastikan bahwa data dari perangkat sumber dapat diinterpretasikan oleh aplikasi yang sesuai pada perangkat tujuan.
Kompresi data dengan cara yang dapat didekompresi oleh perangkat tujuan. Enkripsi data untuk transmisi dan dekripsi data pada saat diterima oleh tujuan.
Presentasi lapisan implementasi biasanya tidak terkait dengan tumpukan protokol tertentu. Standar untuk video dan grafis adalah contohnya. Beberapa standar terkenal untuk video termasuk QuickTime dan Motion Picture Experts Group (MPEG). QuickTime adalah Apple Computer spesifikasi untuk video dan audio, dan MPEG adalah standar untuk kompresi video dan coding. Di antara format gambar grafis terkenal adalah Graphics Interchange Format (GIF), Joint Photographic Experts Group (JPEG), dan Tagged Image File Format (TIFF). GIF dan JPEG adalah kompresi dan standar pengkodean untuk gambar grafis, dan TIFF merupakan standar pengkodean format untuk gambar grafis.

The Session Layer
Sebagai nama dari Session layer menyatakan fungsi pada lapisan ini menciptakan dan memelihara dialog antara sumber dan tujuan aplikasi. Session layer menangani pertukaran informasi untuk memulai dialog, membuat mereka tetap aktif, dan untuk memulai kembali sesi yang terganggu atau idle untuk jangka waktu yang panjang. Sebagian besar aplikasi, seperti web browser atau e-mail client, menggabungkan fungsi dari lapisan OSI 5, 6 dan 7. TCP / IP Application layer adalah mereka yang menyediakan pertukaran informasi untuk pengguna. Protokol ini menentukan format dan kontrol informasi yang diperlukan untuk banyak fungsi komunikasi internet. Beberapa TCP/IP protocol adalah:
Domain Name Service Protocol (DNS) digunakan untuk menentukan nama Internet ke alamat IP.
Hypertext Transfer Protocol (HTTP) digunakan untuk mentransfer file yang membentuk halaman web dari World Wide Web.
Simple Mail Transfer Protocol (SMTP) digunakan untuk transfer mail dan lampiran.
Telnet, sebuah protokol emulasi terminal, digunakan untuk menyediakan akses remote ke server dan perangkat jaringan.
File Transfer Protocol (FTP) digunakan untuk transfer file interaktif antara sistem.
TCP / IP protocol suite umumnya didefinisikan oleh Request for Comments (RFCs). Internet Engineering Task Force mempertahankan RFC sebagai standar untuk TCP / IP suite.

3.1.2 Application Layer Software
Berbagai fungsi yang terkait dengan Application layer Protocols mengaktifkan jaringan manusia untuk antarmuka dengan jaringan data yang mendasarinya. Ketika kita membuka web browser, aplikasi dimulai dan program ini dimasukkan ke dalam memori perangkat dimana ia dieksekusi. Setiap program yang dijalankan akan dimuat pada perangkat ini yang disebut sebagai suatu proses.
Dalam application layer, ada dua bentuk software atau proses yang menyediakan akses ke jaringan aplikasi dan layanan.

Network – Aware Applications
Aplikasi adalah software yang digunakan oleh orang-orang untuk berkomunikasi melalui jaringan. Beberapa aplikasi end user adalah network-aware, yang berarti bahwa mereka menerapkan Application layer Protocols dan mampu berkomunikasi secara langsung dengan lapisan bawah protokol stack. E-mail client dan web browser adalah contoh dari jenis aplikasi.

Application Layer Service
Program lain mungkin memerlukan bantuan dari layanan lapisan Aplikasi untuk menggunakan sumber daya jaringan, seperti transfer file atau jaringan print spooling. Meskipun transparan untuk pengguna, layanan ini adalah program interface dengan jaringan dan menyiapkan data untuk transfer. Berbagai jenis data - apakah itu teks, grafik, atau video yang membutuhkan layanan jaringan yang berbeda untuk memastikan bahwa itu benar dipersiapkan untuk diproses oleh fungsi yang terjadi pada lapisan bawah model OSI.
Setiap aplikasi atau layanan jaringan menggunakan protokol yang menentukan standar dan format data yang akan digunakan. Tanpa protokol, jaringan data tidak akan memiliki cara yang umum untuk memformat dan data langsung.

3.1.3 User Applications, Service, and Application Layer Protocols
Seperti disebutkan sebelumnya, Application Layer menggunakan protokol yang diimplementasikan dalam aplikasi dan layanan. Sementara aplikasi menyediakan pengguna dengan cara untuk membuat pesan dan jasa Application Layer mendirikan sebuah interface untuk jaringan, protokol menyediakan aturan dan format yang mengatur bagaimana data diberlakukan. Ketiga komponen dapat digunakan oleh program executable tunggal dan bahkan dapat menggunakan nama yang sama. Misalnya, ketika membahas "Telnet" kita bisa mengacu pada aplikasi, layanan, atau protokol.
Dalam model OSI, aplikasi yang berinteraksi langsung dengan orang-orang yang dianggap berada di atas tumpukan, seperti orang-orang itu sendiri. Seperti semua lapisan dalam model OSI, lapisan Aplikasi bergantung pada fungsi lapisan bawah untuk menyelesaikan proses komunikasi. Dalam lapisan aplikasi, protokol menentukan apa pesan yang dipertukarkan antara sumber dan tujuan host, sintaks dari perintah kontrol, jenis dan format data yang ditransmisikan, dan metode yang tepat untuk pemberitahuan kesalahan dan pemulihan.

3.1.4 Application Layer Protocol Functions
Agar komunikasi untuk menjadi sukses, Application Layer Protocol diimplementasikan untuk sumber dan host tujuan harus sama.  Protokol menetapkan aturan yang konsisten untuk pertukaran data antara aplikasi dan layanan dimuat pada perangkat yang berpartisipasi. Protokol menentukan bagaimana data di dalam pesan sudah terstruktur dan jenis pesan yang dikirim antara sumber dan tujuan. Pesan-pesan ini dapat permintaan untuk layanan, ucapan terima kasih, pesan data, pesan status, atau pesan kesalahan. Protokol juga mendefinisikan dialog pesan, memastikan bahwa pesan yang dikirim dipenuhi oleh respon yang diharapkan dan jasa yang benar dipanggil saat transfer data terjadi.
Banyak jenis aplikasi berkomunikasi melalui jaringan data. Oleh karena itu, layanan lapisan aplikasi harus menerapkan beberapa protokol untuk menyediakan jangkauan yang diinginkan dari pengalaman komunikasi. Setiap protokol memiliki tujuan tertentu dan berisi karakteristik yang diperlukan untuk memenuhi tujuan itu. Rincian protokol tepat di setiap lapisan harus diikuti sehingga fungsi pada satu lapisan antarmuka benar dengan layanan di lapisan bawah. Aplikasi dan layanan juga dapat menggunakan beberapa protokol dalam perjalanan percakapan tunggal. Salah satu protokol mungkin menetapkan bagaimana untuk membuat sambungan jaringan dan lain menggambarkan proses untuk transfer data bila pesan dilewatkan ke lapisan bawah berikutnya.

3.2. Making Provisions For Applications and Service
3.2.1 The Client-Server Modal
Ketika orang mencoba untuk mengakses informasi pada perangkat mereka, apakah itu PC, laptop, PDA, ponsel, atau perangkat lain yang terhubung ke jaringan, data mungkin tidak secara fisik disimpan pada perangkat mereka. Jika itu terjadi, permintaan untuk mengakses informasi yang harus dibuat untuk perangkat di mana data tersebut berada.

Client / Model Server
Dalam model client / server, perangkat yang meminta informasi disebut klien dan perangkat menanggapi permintaan disebut server. Klien dan server proses dianggap berada di lapisan aplikasi.Protokol lapisan aplikasi menggambarkan format permintaan dan tanggapan antara klien dan server. Selain transfer data aktual, pertukaran ini juga mungkin memerlukan informasi kontrol, seperti otentikasi pengguna dan identifikasi file data yang ditransfer.
Salah satu contoh dari jaringan client / server adalah lingkungan perusahaan di mana karyawan menggunakan sebuah perusahaan server e-mail untuk mengirim, menerima dan menyimpan e-mail. E-mail client pada komputer karyawan mengeluarkan permintaan ke server e-mail untuk setiap mail yang belum dibaca. Server merespon dengan mengirimkan e-mail yang diminta ke klien. Meskipun data biasanya digambarkan sebagai mengalir dari server ke klien, beberapa data selalu mengalir dari klien ke server. Data flow mungkin sama di kedua arah, atau bahkan mungkin lebih besar ke arah pergi dari klien ke server. Sebagai contoh, klien dapat mentransfer file ke server untuk tujuan penyimpanan.

3.2.2 Server
Dalam konteks jaringan umum, perangkat yang merespon permintaan dari aplikasi-aplikasi client berfungsi sebagai server. Sebuah server biasanya merupakan komputer yang berisi informasi untuk dibagikan dengan banyak sistem klien. Misalnya, halaman web, dokumen, database, gambar, video, dan file audio semuanya dapat disimpan pada server dan dikirimkan ke client.
Berbagai jenis aplikasi server mungkin memiliki kebutuhan yang berbeda untuk akses klien. Beberapa server mungkin memerlukan otentikasi informasi account pengguna untuk memverifikasi apakah pengguna memiliki izin untuk mengakses data yang diminta atau menggunakan operasi tertentu. Server tersebut bergantung pada daftar pusat account pengguna dan otorisasi, atau izin, (baik untuk akses data dan operasi) yang diberikan kepada setiap pengguna. Bila menggunakan klien FTP, misalnya, jika Anda meminta untuk meng-upload data ke server FTP, Anda mungkin memiliki izin untuk menulis ke folder pribadi Anda tetapi tidak untuk membaca file lainnya di situs.

3.2.3 Application layer services and protocols
Sebuah aplikasi tunggal dapat menggunakan banyak layanan lapisan aplikasi pendukung yang berbeda; sehingga apa yang tampaknya pengguna sebagai salah satu permintaan untuk halaman web mungkin, pada kenyataannya, jumlah yang puluhan permintaan individu. Dan untuk setiap permintaan, beberapa proses dapat dieksekusi. Sebagai contoh, klien mungkin memerlukan beberapa proses individu untuk merumuskan hanya satu permintaan ke server.
Selain itu, server biasanya memiliki beberapa klien yang meminta informasi pada saat yang sama. Sebagai contoh, server Telnet mungkin memiliki banyak klien yang meminta koneksi untuk itu. Permintaan ini klien individu harus ditangani secara bersamaan dan secara terpisah untuk jaringan untuk berhasil. Proses lapisan aplikasi dan layanan mengandalkan dukungan dari fungsi lapisan bawah untuk berhasil mengelola beberapa percakapan.

3.2.4 peer to peer networking dan aplikasi (P2P)
Peer-to-Peer Model
Selain model klien / server untuk jaringan, ada juga model peer-to-peer. Peer-to-peer networking melibatkan dua bentuk yang berbeda: desain jaringan peer-to-peer dan peer-to-peer aplikasi (P2P). Kedua bentuk memiliki fitur serupa tetapi dalam prakteknya bekerja sangat berbeda.

Peer-to-Peer Networks
Dalam sebuah jaringan peer-to-peer, dua atau lebih komputer yang terhubung melalui jaringan dan dapat berbagi sumber daya (seperti printer dan file) tanpa harus memiliki dedicated server. Setiap perangkat yang terhubung end (dikenal sebagai peer) dapat berfungsi baik sebagai server atau client. Satu komputer dapat berperan sebagai server untuk satu transaksi sekaligus melayani sebagai klien bagi orang lain. Peran klien dan server diatur berdasarkan permintaan dasar.
Sebuah jaringan sederhana dengan dua komputer yang terhubung berbagi printer adalah contoh dari jaringan peer-to-peer. Setiap orang dapat mengatur komputer nya untuk berbagi file, memungkinkan game jaringan, atau berbagi koneksi internet. Contoh lain dari fungsionalitas jaringan peer-to-peer adalah dua komputer yang terhubung ke jaringan besar yang menggunakan aplikasi perangkat lunak untuk berbagi sumber daya antara satu sama lain melalui jaringan.
Berbeda dengan client / server model, yang menggunakan dedicated server, jaringan peer-to-peer desentralisasi sumber daya pada jaringan. Alih-alih mencari informasi untuk dibagikan pada dedicated server, informasi dapat ditempatkan dimana saja pada setiap perangkat yang terhubung. Sebagian besar sistem operasi saat ini mendukung berbagi file dan cetak tanpa memerlukan perangkat lunak server tambahan. Karena jaringan peer-to-peer biasanya tidak menggunakan account terpusat pengguna, perizinan, atau monitor, sulit untuk menegakkan kebijakan keamanan dan akses dalam jaringan yang mengandung lebih dari hanya beberapa komputer. Akun pengguna dan hak akses harus ditetapkan secara individual pada setiap perangkat rekan.

Aplikasi Peer-to-Peer
Sebuah aplikasi (P2P) peer-to-peer, tidak seperti jaringan peer-to-peer, memungkinkan perangkat untuk bertindak sebagai klien dan server dalam komunikasi yang sama. Dalam model ini, setiap klien adalah server dan setiap server klien. Keduanya dapat memulai komunikasi dan dianggap sama dalam proses komunikasi. Namun, aplikasi peer-to-peer mengharuskan setiap perangkat akhir menyediakan antarmuka pengguna dan menjalankan layanan latar belakang.Server indeks juga dapat membantu menghubungkan dua teman sebaya, tapi begitu terhubung, komunikasi terjadi antara dua rekan-rekan tanpa komunikasi tambahan ke server indeks. Peer-to-peer aplikasi dapat digunakan pada peer-to-peer jaringan, jaringan client / server, dan di Internet.

3.3.1 layanan DNS dan protokol
Seperti yang akan kita lihat nanti dalam kursus ini, lapisan Transport menggunakan skema pengalamatan yang disebut nomor port. Nomor port mengidentifikasi aplikasi dan layanan lapisan aplikasi yang merupakan sumber dan tujuan data. Program server yang umumnya menggunakan nomor port yang telah ditetapkan yang dikenal oleh klien. Seperti kita memeriksa TCP / IP protokol dan layanan lapisan aplikasi yang berbeda, kita akan mengacu pada TCP dan nomor port UDP biasanya terkait dengan layanan ini. Beberapa dari layanan ini adalah:
ü Domain Name System (DNS) - TCP / UDP Pelabuhan 53
ü Hypertext Transfer Protocol (HTTP) - TCP Port 80
ü Simple Mail Transfer Protocol (SMTP) - TCP Port 25
ü Post Office Protocol (POP) - Port TCP 110
ü Telnet - Port TCP 23
ü Host Configuration Protocol dinamis - UDP Port 67 dan 68
ü File Transfer Protocol (FTP) - TCP Ports 20 dan 21

DNS
 Dalam jaringan data, perangkat diberi label dengan alamat IP numerik, sehingga mereka dapat berpartisipasi dalam mengirim dan menerima pesan melalui jaringan. Namun, kebanyakan orang memiliki kesulitan mengingat alamat numerik ini. Oleh karena itu, nama domain diciptakan untuk mengkonversi alamat numerik menjadi sederhana dan  nama yang mudah untuk dikenali. Di Internet nama domain ini, seperti www.cisco.com, jauh lebih mudah bagi orang untuk mengingat dari 198.133.219.25, yang merupakan alamat numerik yang sebenarnya untuk server ini. jika Cisco memutuskan untuk mengubah alamat numerik, itu adalah transparan kepada pengguna, karena nama domain akan tetap www.cisco.com. Alamat baru hanya akan dihubungkan ke nama domain yang ada dan konektivitas dipertahankan. Domain Name System (DNS) diciptakan untuk nama domain untuk alamat resolusi untuk jaringan ini. DNS menggunakan seperangkat server yang didistribusikan untuk menyelesaikan nama-nama yang terkait dengan alamat nomor. Protokol DNS mendefinisikan layanan otomatis yang cocok dengan  nama sumber daya dengan alamat jaringan numerik yang diperlukan. Ini termasuk format untuk pertanyaan, tanggapan, dan format data. Komunikasi protokol DNS menggunakan format tunggal yang disebut pesan. Format Pesan ini digunakan untuk semua jenis permintaan klien dan respon server, pesan kesalahan, dan transfer informasi catatan sumber daya antara server.
Biasanya penyedia layanan internet memberikan alamat yang akan digunakan untuk server DNS. Ketika permintaan aplikasi pengguna untuk terhubung ke perangkat remote dengan nama, klien DNS meminta query salah satu server nama ini untuk menyelesaikan nama ke alamat numerik. Sistem operasi komputer juga memiliki utilitas yang disebut nslookup yang memungkinkan pengguna untuk secara manual query server nama untuk menyelesaikan nama host yang diberikan. Utilitas ini juga dapat digunakan untuk memecahkan masalah resolusi nama dan untuk memverifikasi status server nama.
Dalam gambar, ketika nslookup dikeluarkan, server DNS default dikonfigurasi untuk host Anda akan ditampilkan. Dalam contoh ini, server DNS adalah dns-sjk.cisco.com yang memiliki alamat 171.68.226.120.
Dalam permintaan pertama pada gambar, permintaan dibuat untuk www.cisco.com. Menanggapi server nama yang memberikan alamat 198.133.219.25.
Nslookup memiliki banyak pilihan yang tersedia untuk pengujian ekstensif dan verifikasi proses DNS. Sebuah server DNS menyediakan resolusi nama menggunakan name daemon, yang sering disebut bernama, (diucapkan nama-dee). Server DNS yang menyimpan berbagai jenis catatan sumber daya digunakan untuk menyelesaikan nama. Catatan ini berisi nama, alamat, dan jenis catatan.

Beberapa jenis catatan tersebut adalah:
A - akhir alamat perangkat
NS - server nama otoritatif
CNAME - nama kanonik (atau Fully Qualified Domain Name) untuk sebuah alias; digunakan ketika beberapa layanan memiliki alamat jaringan tunggal tetapi masing-masing layanan memiliki entri sendiri dalam DNS
MX - mail kepada record exchange; memetakan sebuah nama domain ke dalam daftar mail exchange server untuk domain tersebut

Ketika klien membuat permintaan, "bernama" proses server pertama melihat catatan sendiri untuk melihat apakah ia dapat menyelesaikan nama. Jika tidak dapat menyelesaikan nama menggunakan catatan yang disimpan, itu menghubungi server lain untuk menyelesaikan nama.
Jika itu nama yang sama diminta lagi, server pertama bisa kembali alamat dengan menggunakan nilai yang tersimpan dalam cache nama. Caching mengurangi lalu lintas jaringan data permintaan DNS dan beban kerja server yang lebih tinggi. Layanan Klien DNS pada Windows PC mengoptimalkan kinerja resolusi nama DNS dengan menyimpan nama diselesaikan sebelumnya dalam memori. Ipconfig / displaydns perintah menampilkan semua entri DNS cache pada Windows XP atau 2000 sistem komputer.
 Di bagian atas hirarki, root server memelihara catatan tentang bagaimana untuk mencapai server domain tingkat atas, yang pada gilirannya memiliki catatan yang mengarah ke server domain tingkat menengah dan seterusnya. The top-level domain yang berbeda mewakili baik jenis organisasi atau negara asal. Contoh domain tingkat atas adalah:
.au - Australia
.co – Kolombia
.com - sebuah bisnis atau industri
.jp - Jepang
.org - sebuah organisasi non-profit

Setelah domain tingkat atas adalah nama domain tingkat kedua, dan di bawah mereka adalah domain tingkat rendah lainnya.
 Setiap nama domain adalah jalan pohon ini terbalik mulai dari akar. Misalnya, seperti yang ditunjukkan pada gambar, server DNS root mungkin tidak tahu persis di mana server e-mail mail.cisco.com terletak, tetapi mempertahankan rekor untuk "com" domain di dalam top-level domain. Demikian juga, server dalam "com" domain mungkin tidak memiliki catatan untuk mail.cisco.com, tetapi mereka memiliki catatan untuk "cisco.com" domain. Server dalam domain cisco.com memiliki catatan (record MX tepatnya) untuk mail.cisco.com.
Domain Name System mengandalkan hirarki ini dari server desentralisasi untuk menyimpan dan memelihara catatan sumber daya tersebut. Nama-nama domain daftar catatan sumber daya yang server dapat menyelesaikan dan server alternatif yang juga dapat memproses permintaan. Jika server tertentu memiliki catatan sumber daya yang sesuai dengan tingkat dalam hirarki domain, maka dikatakan otoritatif bagi catatan-catatan.

3.3.2. Layanan www dan HTTP
Ketika sebuah alamat web (atau URL) diketik ke dalam web browser, web browser melakukan koneksi untuk menjalankan layanan web pada server menggunakan protokol HTTP. URL (atau Uniform Resource Locator) dan URI (Uniform Resource Identifier) adalah nama kebanyakan orang mengasosiasikan dengan alamat web. URL http://www.cisco.com/index.html adalah contoh dari URL yang mengacu pada sumber daya tertentu - suatu halaman web yang bernama index.html pada server yang diidentifikasi sebagai cisco.com
Web browser adalah aplikasi klien komputer kita gunakan untuk terhubung ke World Wide Web utama dan akses yang tersimpan pada server web. Seperti kebanyakan proses server, web server berjalan sebagai layanan latar belakang dan membuat berbagai jenis file yang tersedia. Untuk mengakses konten, web klien membuat koneksi ke server dan meminta sumber daya yang diinginkan. Server menjawab dengan sumber daya,dan pada saat diterima, browser menginterpretasikan data dan menyajikan kepada pengguna.
Browser dapat menafsirkan dan menyajikan berbagai jenis data, seperti teks biasa atau Hypertext Markup Language (HTML, bahasa di mana halaman web dibangun). agaimanapun juga mungkin memerlukan layanan atau program lain, biasanya disebut sebagai plug-in atau add-ons. Untuk membantu browser menentukan jenis file itu menerima, server menentukan jenis data file berisi.
Untuk lebih memahami bagaimana web browser dan web client berinteraksi, kita dapat mempelajari bagaimana sebuah halaman web dibuka di browser. Untuk contoh ini, kita akan menggunakan URL: http://www.cisco.com/web-server.htm.

Pertama, browser menginterpretasikan tiga bagian dari URL:
1. http (protokol atau skema)
2. www.cisco.com (nama server)
3.-web-server (nama file tertentu yang diminta).

Browser kemudian memeriksa dengan nama server untuk mengkonversi www.cisco.com ke alamat numerik, yang digunakan untuk terhubung ke server. Menggunakan persyaratan protokol HTTP, browser mengirimkan permintaan GET ke server dan meminta file-web-server. Server pada gilirannya mengirim kode HTML untuk halaman web ini ke browser. Akhirnya, browser deciphers kode HTML dan format halaman untuk jendela browser.
Hypertext Transfer Protocol (HTTP), salah satu protokol dalam TCP / IP suite, pada awalnya dikembangkan untuk mempublikasikan dan mengambil halaman HTML dan sekarang digunakan untuk didistribusikan, sistem informasi kolaboratif. HTTP digunakan di World Wide Web untuk transfer data dan merupakan salah satu protokol aplikasi yang paling sering digunakan.
HTTP menentukan permintaan / tanggapan protokol. Ketika klien, biasanya web browser, mengirim pesan permintaan ke server, protokol HTTP mendefinisikan jenis pesan klien menggunakan untuk meminta halaman web dan juga jenis pesan server menggunakan untuk merespon. Tiga jenis pesan yang umum adalah GET, POST, dan PUT.
          GET adalah permintaan klien untuk data. Sebuah web browser mengirimkan pesan GET untuk meminta halaman dari server web. Seperti ditunjukkan dalam gambar, setelah server menerima permintaan GET, akan meresponnya dengan baris status, seperti HTTP / 1.1 200 OK, dan pesan sendiri, tubuh yang mungkin merupakan file yang diminta, pesan kesalahan, atau beberapa informasi lainnya.
POST dan PUT digunakan untuk mengirim pesan yang meng-upload data ke server web. Sebagai contoh, ketika pengguna memasukkan data ke dalam bentuk tertanam di halaman web, POST meliputi data dalam pesan yang dikirim ke server.
PUT sumber upload atau konten ke web server.
Meskipun sangat fleksibel, HTTP bukan protokol aman. Pesan POST meng-upload informasi ke server dalam teks biasa yang dapat dicegat dan dibaca. Demikian pula, respon server, biasanya halaman HTML, juga tidak terenkripsi.
Untuk komunikasi yang aman di Internet, Secure (HTTPS) protokol HTTP digunakan untuk mengakses atau memposting informasi web server yang terenkripsi. HTTPS dapat menggunakan otentikasi dan enkripsi untuk mengamankan data saat ia berpindah antara klien dan server. HTTPS menetapkan aturan tambahan untuk melewati data antara lapisan Application dan Transport Layer.
Dalam kegiatan ini, Anda akan mengkonfigurasi DNS dan HTTP layanan, dan kemudian mempelajari paket yang terjadi ketika sebuah halaman web diminta dengan mengetik URL.

3.3.3 layanan E-mail dan SMTP / Protokol POP
E-mail, layanan jaringan yang paling populer, telah merevolusi cara orang berkomunikasi melalui kemudahan dan kecepatan. Namun untuk dijalankan pada komputer atau perangkat ujung yang lain, e-mail memerlukan beberapa aplikasi dan layanan. Dua Application Layer Protocol adalah Post Office Protocol (POP) dan Simple Mail Transfer Protocol (SMTP),
Ketika orang menulis pesan e-mail, mereka biasanya menggunakan aplikasi yang disebut Mail User Agent (MUA), atau e-mail client. The MUA memungkinkan pesan yang akan dikirim dan tempat pesan ke kotak surat klien, yang keduanya adalah proses yang berbeda yang diterima.Untuk menerima pesan e-mail dari server e-mail, klien e-mail dapat menggunakan POP. Mengirim e-mail baik dari klien atau server menggunakan format pesan dan string perintah yang didefinisikan oleh protokol SMTP. Biasanya klien e-mail menyediakan fungsionalitas dari kedua protokol dalam satu aplikasi.
ü  E-mail Server Proses - MTA dan MDA
ü  Server e-mail mengoperasikan dua proses terpisah:
ü  Mail Transfer Agent (MTA)
ü  Mail Delivery Agent (MDA)
Mail Transfer Agent (MTA) proses digunakan untuk meneruskan e-mail.MTA menerima pesan dari MUA atau dari MTA lain pada server e-mail lain. Berdasarkan header pesan, menentukan bagaimana pesan harus diteruskan untuk mencapai tujuan. Jika surat ditujukan kepada pengguna yang kotak surat pada server lokal, surat akan diteruskan ke MDA. Jika surat adalah untuk pengguna bukan pada server lokal, rute MTA e-mail ke MTA pada server yang tepat.
Kita melihat bahwa Mail Delivery Agent (MDA) menerima sepotong e-mail dari Mail Transfer Agent (MTA) dan melakukan pengiriman aktual. MDA menerima semua inbound mail dari MTA dan menempatkannya ke dalam kotak surat pengguna yang tepat. MDA juga dapat menyelesaikan masalah pengiriman akhir, seperti virus scanning, spam filtering. Kebanyakan komunikasi e-mail menggunakan aplikasi MUA, MTA, dan MDA. Namun, ada alternatif lain untuk pengiriman e-mail.
Sebagai alternatif lain, komputer yang tidak memiliki MUA masih dapat terhubung ke layanan mail pada web browser untuk mengambil dan mengirim pesan dengan cara ini. Beberapa komputer dapat menjalankan MTA mereka sendiri dan mengelola antar-domain email kepada diri mereka sendiri. POP dan POP3 (Post Office Protocol versi 3) adalah protokol pengiriman email kedalam dan protokol client / server biasa. Mereka mengirimkan e-mail dari server e-mail ke klien (MUA). MDA mendengarkan ketika klien terhubung ke server. Setelah sambungan dibuat, server dapat memberikan e-mail ke klien.
Beberapa perintah yang ditentukan dalam protokol SMTP adalah:
HELO - mengidentifikasi proses klien SMTP untuk proses server SMTP
EHLO - Apakah versi terbaru dari HELO, yang meliputi jasa ekstensi
MAIL FROM - Mengidentifikasi pengirim
RCPT TO - Mengidentifikasi penerima
DATA - Mengidentifikasi isi pesan


3.3.4 FTP
File Transfer Protocol (FTP) adalah umum digunakan lapisan aplikasi protokol lain. FTP dikembangkan untuk memungkinkan transfer file antara klien dan server. FTP client adalah sebuah aplikasi yang berjalan pada komputer yang digunakan untuk mendorong dan menarik file dari server yang menjalankan daemon FTP (ftpd).
Untuk berhasil mentransfer file, FTP membutuhkan dua koneksi antara klien dan server: satu untuk perintah dan balasan, yang lain untuk transfer file yang sebenarnya.Klien menetapkan koneksi pertama ke server pada TCP port 21. Koneksi ini digunakan untuk lalu lintas kontrol, terdiri dari perintah klien dan reply dari server. Klien menetapkan koneksi kedua ke server melalui TCP Port 20. Koneksi ini adalah untuk transfer file aktual dan dibuat setiap kali ada file yang ditransfer. Transfer file dapat terjadi di kedua arah. Klien dapat men-download  file dari server atau, klien dapat meng-upload  file ke server.
         
3.3.5 DHCP
Dynamic Host Configuration Protocol layanan (DHCP) memungkinkan perangkat pada jaringan untuk mendapatkan alamat IP dan informasi lainnya dari server DHCP. Layanan ini secara otomatis penugasan alamat IP, subnet mask, gateway dan parameter jaringan IP lainnya.
DHCP memungkinkan host untuk mendapatkan alamat IP dinamis ketika terhubung ke jaringan. DHCP didistribusikan alamat yang tidak permanen ditugaskan untuk host tetapi hanya disewa untuk jangka waktu tertentu.
DHCP memungkinkan Anda untuk mengakses Internet menggunakan hotspot nirkabel di bandara atau kedai kopi. Saat Anda memasuki area, kontak klien DHCP laptop Anda server DHCP lokal melalui koneksi nirkabel. Server DHCP memberikan alamat IP ke laptop Anda.
Berbagai jenis perangkat dapat DHCP server ketika menjalankan DHCP perangkat lunak layanan. DHCP server yang paling menengah ke jaringan besar biasanya server berbasis PC dedicated lokal. Dengan jaringan, server DHCP biasanya terletak di ISP dan host di jaringan rumah menerima konfigurasi IP-nya langsung dari ISP. DHCP bisa menimbulkan risiko keamanan karena setiap perangkat yang terhubung ke jaringan dapat menerima alamat. Risiko ini membuat keamanan fisik merupakan faktor penting ketika menentukan apakah akan menggunakan pengalamatan dinamis atau manual.
Dinamis dan statis menangani keduanya memiliki tempat mereka dalam desain jaringan. Banyak jaringan menggunakan kedua DHCP dan statis menangani. DHCP digunakan untuk tujuan umum host seperti perangkat pengguna akhir, dan alamat tetap digunakan untuk perangkat jaringan seperti gateway, switch, server dan printer.
Tanpa DHCP, pengguna harus secara manual memasukkan alamat IP, subnet mask dan pengaturan jaringan lain untuk bergabung dengan jaringan. Server DHCP memelihara kolam alamat IP dan sewa alamat untuk setiap klien DHCP-enabled ketika klien dinyalakan. Karena alamat IP dinamis (disewakan) bukan statis (ditugaskan secara permanen), alamat tidak lagi digunakan secara otomatis kembali ke kolam renang untuk realokasi. Ketika perangkat boots DHCP-dikonfigurasi atau terhubung ke jaringan, klien mengirimkan paket DHCP DISCOVER untuk mengidentifikasi setiap server DHCP tersedia pada jaringan. Sebuah server DHCP menjawab dengan PENAWARAN DHCP, yang merupakan pesan menawarkan sewa dengan alamat yang ditugaskan IP, subnet mask, DNS server, dan informasi default gateway serta durasi sewa.
Klien dapat menerima beberapa paket DHCP OFFER jika ada lebih dari satu DHCP server pada jaringan lokal, sehingga harus memilih di antara mereka, dan menyiarkan paket REQUEST DHCP yang mengidentifikasi eksplisit server dan sewa tawaran yang klien menerima. Seorang klien dapat memilih untuk meminta alamat yang sebelumnya telah dialokasikan oleh server. Dengan asumsi bahwa alamat IP yang diminta oleh klien, atau ditawarkan oleh server, masih berlaku, server akan kembali pesan DHCP ACK yang mengakui kepada klien sewa selesai. Jika penawaran tersebut tidak berlaku lagi - mungkin karena waktu-out atau klien lain mengalokasikan sewa - maka server yang dipilih akan merespon dengan pesan DHCP NAK (Acknowledgement Negatif). Jika pesan DHCP NAK dikembalikan, maka proses seleksi harus dimulai lagi dengan pesan DHCP DISCOVER baru sedang dikirim.Setelah klien memiliki sewa, itu harus diperbaharui sebelum berakhirnya sewa melalui pesan DHCP REQUEST lain. Server DHCP memastikan bahwa semua alamat IP yang unik (alamat IP tidak dapat ditugaskan untuk dua perangkat jaringan yang berbeda secara bersamaan). Menggunakan DHCP memungkinkan administrator jaringan untuk dengan mudah mengkonfigurasi ulang alamat IP client tanpa harus secara manual membuat perubahan pada klien. Kebanyakan penyedia internet menggunakan DHCP untuk mengalokasikan alamat kepada pelanggan mereka yang tidak memerlukan alamat statis.


3.3.6 layanan berbagi file dan protokol smb
Server Message Block (SMB) adalah klien / server protokol file sharing. IBM mengembangkan Server Message Block (SMB) pada akhir 1980-an untuk menggambarkan struktur sumber daya jaringan bersama, seperti direktori, file, printer, dan port serial. Ini adalah protokol request-response. Berbeda dengan file sharing yang didukung oleh FTP, klien membuat sambungan jangka panjang ke server. Setelah sambungan dibuat, pengguna klien dapat mengakses sumber daya pada server seolah-olah sumber daya adalah lokal dari host ke klien.
          SMB file-sharing dan layanan cetak telah menjadi andalan jaringan Microsoft. Dengan diperkenalkannya 2000 seri Windows perangkat lunak, Microsoft mengubah struktur yang mendasari untuk menggunakan SMB. Dalam versi sebelumnya dari produk Microsoft, layanan SMB menggunakan non-protokol TCP / IP untuk melaksanakan resolusi nama. Dimulai dengan Windows 2000, semua produk Microsoft berikutnya menggunakan DNS penamaan. Hal ini memungkinkan protokol TCP / IP untuk secara langsung mendukung SMB .
Sistem operasi LINUX dan UNIX juga menyediakan metode berbagi sumber daya dengan jaringan Microsoft menggunakan versi SMB disebut SAMBA. Sistem operasi Apple Macintosh juga mendukung berbagi sumber daya menggunakan protokol SMB.

3.3.7 layanan P2P dan protokol Gnutella
Perangkat lunak klien Gnutella-kompatibel memungkinkan pengguna untuk terhubung ke layanan Gnutella melalui Internet untuk mencari dan mengakses sumber daya bersama oleh rekan-rekan lainnya Gnutella.
Banyak aplikasi client yang tersedia untuk mengakses jaringan Gnutella, termasuk BearShare, Gnucleus, LimeWire, Morpheus, WinMX dan XoloX. Sementara Forum Gnutella Developer mempertahankan protokol dasar, vendor aplikasi sering mengembangkan ekstensi untuk membuat pekerjaan protokol yang lebih baik pada aplikasi mereka.


Protokol Gnutella mendefinisikan lima jenis paket yang berbeda:
ping - untuk penemuan perangkat
pong - sebagai balasan untuk ping
query - untuk lokasi file
query hit - sebagai balasan untuk query
push - sebagai permintaan men-download

3.3.8 Layanan telnet dan protokol
Telnet kembali ke awal 1970-an merupakan salah satu produk tertua dari Aplication Layer Protocol dalam TCP / IP suite. Telnet menyediakan metode standar dan meniru perangkat terminal berbasis teks melalui jaringan data. Kedua protokol itu sendiri merupakan perangkat lunak klien yang mengimplementasikan protokol yang sering disebut sebagai Telnet.
Cukup tepat, sambungan menggunakan Telnet disebut Virtual Terminal (vty) sesi, atau koneksi. Alih-alih menggunakan perangkat fisik untuk terhubung ke server, Telnet menggunakan perangkat lunak untuk membuat perangkat virtual yang menyediakan fitur yang sama dari sesi terminal dengan akses ke antarmuka baris perintah Server (CLI).
Untuk mendukung Telnet koneksi client, server menjalankan layanan yang disebut daemon Telnet. Sambungan terminal virtual didirikan dari perangkat akhir menggunakan aplikasi klien Telnet. Sebagian besar sistem operasi termasuk aplikasi lapisan Telnet client. Pada PC Microsoft Windows, Telnet dapat dijalankan dari command prompt. Aplikasi terminal umum lainnya yang dijalankan sebagai Telnet klien HyperTerminal, Minicom, dan TeraTerm.
Setelah koneksi Telnet didirikan, pengguna dapat melakukan fungsi yang berwenang di server, sama seperti jika mereka menggunakan sesi baris perintah di server itu sendiri. Jika resmi, mereka dapat memulai dan menghentikan proses, mengkonfigurasi perangkat, dan bahkan mematikan sistem.
Telnet adalah klien / server protokol dan menentukan bagaimana sesi vty didirikan dan diberhentikan. Ini juga menyediakan sintaks dan urutan perintah yang digunakan untuk memulai sesi Telnet, serta perintah kontrol yang dapat dikeluarkan selama sesi. Setiap perintah Telnet terdiri setidaknya dua byte. Byte pertama adalah karakter khusus yang disebut Menafsirkan sebagai Command (IAC) karakter. Seperti namanya, IAC mendefinisikan byte berikutnya sebagai perintah daripada teks.

Beberapa perintah protokol sampel Telnet meliputi:
-       Are You There (AYT) - Memungkinkan permintaan pengguna bahwa sesuatu muncul di layar terminal untuk menunjukkan bahwa sesi vty aktif.
-       Erase Line (EL) : menghapus emua text pada garis tersebut
-       Interrupt Process (IP) - Menunda, menyela, membatalkan, atau mengakhiri proses dimana Terminal Virtual terhubung. Misalnya, jika pengguna memulai program pada server Telnet melalui vty, dia bisa mengirim perintah IP untuk menghentikan program.
Sementara protokol Telnet mendukung otentikasi pengguna, tidak mendukung transportasi data dienkripsi. Semua data yang dipertukarkan selama sesi Telnet diangkut sebagai teks biasa di seluruh jaringan. Ini berarti bahwa data dapat disadap dan mudah dipahami.

Data 3.4.1 aliran capture
Dalam kegiatan ini, Anda akan menggunakan komputer yang memiliki mikrofon dan Microsoft Sound Recorder atau Internet akses sehingga file audio dapat didownload.

3.4.2 Lab- Mengelola Web Server
          Dalam laboratorium ini Anda akan men-download, menginstal, dan mengkonfigurasi web server Apache yang populer. Sebuah web browser akan digunakan untuk terhubung ke server, dan Wireshark akan digunakan untuk menangkap komunikasi. Analisis capture akan membantu siswa dalam memahami bagaimana protokol HTTP beroperasi.

3.4.3 layanan e-mail Lab- dan protokol
Di lab ini, Anda akan mengkonfigurasi dan menggunakan aplikasi e-mail client untuk terhubung ke layanan jaringan elang-server. Anda kemudian akan memantau komunikasi dengan Wireshark dan menganalisa paket yang diambil.

3.5.1 Ringkasan dan pratinjau
Lapisan Aplikasi bertanggung jawab untuk langsung mengakses proses-proses yang mengelola dan memberikan komunikasi ke jaringan manusia. Lapisan ini berfungsi sebagai sumber dan tujuan dari komunikasi melalui jaringan data. Aplikasi lapisan aplikasi, protokol, dan layanan memungkinkan pengguna untuk berinteraksi dengan jaringan data dengan cara yang bermakna dan efektif.
Aplikasi adalah program komputer yang mana pengguna dapat berinteraksi dan memulai proses transfer data pada permintaan pengguna.
Layanan latar belakang program yang menyediakan koneksi antara lapisan aplikasi dan lapisan bawah model jaringan.

Protokol menyediakan struktur yang disepakati antara aturan dan proses yang memastikan layanan yang berjalan pada satu perangkat tertentu dan dapat mengirim dan menerima data dari berbagai perangkat jaringan yang berbeda.
Pengiriman data melalui jaringan dapat diminta dari server oleh klien, atau antara perangkat yang beroperasi dalam susunan peer-to-peer, di mana hubungan client / server didirikan menurut perangkat yang merupakan sumber dan tujuan pada waktu itu .Protokol seperti HTTP, misalnya, mendukung pengiriman halaman web untuk mengakhiri perangkat. SMTP / protokol POP mendukung mengirim dan menerima e-mail. SMB memungkinkan pengguna untuk berbagi file.