Mengenal GNS3 (Graphical Network Simulator)

GNS3 adalah network simulator grafis yang memungkinkan simulasi jaringan yang kompleks menggunakan Cisco (Router dan Firewall) atau Juniper. GNS adalah program open source, program ini gratis dan dapat digunakan pada beberapa sistem operasi, termasuk Windows, Linux, dan MacOS X. GNS3 mengemulasikan Cisco IOS dan JUNOS Juniper sehingga kita dapat memeriksa konfigurasi sebelum diterapkan pada Router yang sesungguhnya.

Komponen-komponen GNS3 yaitu:

• Dynamips,yaitu program inti yang memungkinkan emulasi Cisco IOS.
• Dynagen, front berbasis teks-end untuk Dynamips.
• Qemu, mesin generik dan open source emulator dan virtualizer.

GNS3 ini sangat berguna untuk membantu seorang yang berprofesi sebagai Network Engineer untuk bereksperimen membangun jaringan menggunakan virtual lab di GNS3 sebelum diimplementasikan di lapangan. GNS3 juga alat yang sangat baik untuk membantu orang-orang yang ingin lulus sertifikasi seperti CCNA, CCNP, CCIP, CCIE, JNCIA, JNCIS dan JNCIE.

Fitur-fitur yang didukung GNS3 antara lain:

• Desain jaringan kualitas tinggi dan topologi jaringan yang kompleks.
• Mengemulasikan berbagai platform Cisco IOS router, IPS, PIX dan ASA firewall, JUNOS.
• Simulasi Ethernet sederhana, ATM dan Frame Relay switch.
• Koneksi antara jaringan simulasi dengan jaringan yang sesungguhnya di dunia nyata.
• Capture packet menggunakan Wireshark.

Pengguna GNS3 harus menyediakan IOS sendiri / IPS / PIX / ASA / JUNOS untuk digunakan dengan GNS3. Oleh karena itu bagi yang tidak memiliki IOS silahkan lihat artikel bagaimana mencari Cisco IOS menggunakan Google. Silahkan lihat juga daftar hardware-hardware yang dapat diemulasikan oleh GNS3.

Saat tulisan ini ditulis, rilis terbaru dari GNS3 adalah GNS3 v0.7.3 all-in-one ( sudah termasuk Dynamips, Qemu/Pemu, Putty and WinPCAP 4.1.2). Silahkan download terlebih dahulu sebelum kita lanjut ke artikel cara menginstall GNS3 di Windows.

Application Layer Protocols and Services Examples - E-mail Services and SMTP/POP Protocols

E-mail adalah layanan jaringan yang populer, telah merevolusi cara orang berkomunikasi melalui kesederhanaan dan kecepatan. Namun untuk dijalankan pada sebuah komputer atau perangkat lain, e-mail memerlukan beberapa aplikasi dan layanan. Dua contoh protokol lapisan aplikasi adalah Post Office Protocol (POP) dan Simple Mail Transfer Protocol (SMTP). Seperti HTTP, protokol-protokol ini menetapkan klien/server proses.

Ketika orang menulis pesan e-mail, mereka biasanya menggunakan aplikasi yang disebut Mail User Agent (MUA), atau e-mail client. MUA memungkinkan untuk mengirim pesan dan menyimpan pesan yang diterima. ke dalam mailbox, keduanya merupkan proses yang berbeda.

Agar dapat menerima pesan e-mail dari server, e-mail client dapat menggunakan POP. Mengirim e-mail baik dari klien atau server menggunakan format dan perintah string yang didefinisikan oleh protokol SMTP. Biasanya e-mail client menyediakan fungsionalitas dari kedua protokol dalam satu aplikasi.

E-mail Server Proses - MTA dan MDA

E-mail server mengoperasikan dua proses terpisah:

• Mail Transfer Agent (MTA)
• Mail Delivery Agent (MDA)

Mail Transfer Agent (MTA) adalah  proses yang digunakan untuk mem-forward e-mail. MTA menerima pesan dari MUA atau dari MTA lainnya yang berasa di e-mail server yang lain. Berdasarkan pesan header, hal itu menentukan bagaimana pesan harus diteruskan untuk mencapai tujuan. Jika email ditujukan kepada pengguna yang berada pada server lokal, email tersebut akan diteruskan ke MDA. Jika email ditujukan kepada pengguna tidak berada pada server lokal, MTA merutekan e-mail ke MTA pada server yang tepat.

Dalam gambar, kita melihat bahwa Mail Delivery Agent (MDA) menerima e-mail dari sebuah Mail Transfer Agent (MTA) dan melakukan pengiriman aktual. MDA menerima semua inbound mail dari MTA dan menempatkannhya ke user mailbox yang sesuai. MDA juga dapat menyelesaikan masalah pengiriman final, seperti virus scanning, spam filtering, dan return-receive handling. Sebagian besar komunikasi e-mail menggunakan MUA, MTA dan MDA. Namun, ada juga alternatif lain untuk pengiriman e-mail.

Sebuah klien dapat disambungkan ke sistem e-mail perusahaan, seperti IBM Lotus Notes, Novell Groupwise, atau Microsoft's Exchange. Sistem ini sering kali memiliki internal memiliki format e-mail tersendiri dan klien mereka biasanya berkomunikasi dengan server e-mail dengan menggunakan protokol khusus.

Server mengirim atau menerima e-mail via Internet melalui Internet mail gateway, yang dapat melakukan reformatting dalam bentuk apapun. Misalnya ada dua orang yang bekerja pada perusahaan yang sama melakukan pertukaran e-mail satu sama lain menggunakan protokol khusus, pesan-pesan email mereka bisa tersimpan sepenuhnya dalam sistem email perusahaan.

Sebagai alternatif lain, komputer yang tidak memiliki MUA masih dapat terhubung ke layanan mail web browser untuk mengambil dan mengirim pesan dengan cara ini. Beberapa komputer dapat menjalankan MTA mereka sendiri dan mengatur inter-domain e-mail sendiri.

Seperti disebutkan sebelumnya, e-mail dapat menggunakan protokol POP dan SMTP. POP dan POP3 (Post Office Protocol, version 3) adalah protokol pengiriman email inbound dengan tipikal klien/server protokol. Mereka mengirimkan e-mail dari server ke klien (MUA). MDA mendengarkan ketika ada klien terhubung ke server. Setelah koneksi terbentuk, server dapat mengirimkan e-mail ke klien.

Simple Mail Transfer Protocol (SMTP), di sisi lain mengatur transfer outbound e-mail dari klien yang mengirimkan email ke server (MDA) serta transportasi e-mail antara server e-mail (MTA). SMTP memungkinkan e-mail diangkut melalui jaringan data antara berbagai jenis perangkat lunak server dan klien dan membuat e-mail exchange melalui Internet.

Format pesan protokol SMTP menggunakan command yang baku beserta reply-nya. Command atau perintah-perintah ini mendukung prosedur yang digunakan dalam SMTP, seperti sesi inisiasi, transaksi email, forwarding mail, verifikasi nama-nama mailbox, mengembangkan milis serta pertukaran antara pembukaan dan penutupan.

Beberapa command yang ditetapkan dalam protokol SMTP adalah:

• HELO - mengidentifikasi proses klien SMTP ke proses server SMTP
• EHLO - versi yang lebih baru dari HELO, yang mencakup perluasan layanan
• MAIL FROM - Mengidentifikasi pengirim
• RCPT TO - Mengidentifikasi penerima
• DATA - Mengidentifikasi tubuh pesan

Application Layer Protocols and Services Examples - WWW Service and HTTP

Ketika sebuah alamat web ( URL) diketik di web browser, web browser akan mengadakan sambungan ke layanan Web yang berjalan pada server menggunakan protokol HTTP. URL (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 ke sumber daya tertentu - suatu halaman web yang bernama index.html pada sebuah server yang diidentifikasi sebagai cisco.com.

Web browser adalah aplikasi client pada komputer yang digunakan untuk menyambung ke World Wide Web dimana sumber daya aksesnya disimpan di web server. Seperti kebanyakan proses server, web server berjalan sebagai layanan latar belakang dan melayani berbagai jenis file yang tersedia.

Ketika melakukan akses pada suatu konten web, web klien membuat koneksi ke server dan mengajukan permintaan sumber daya yang diinginkan. Server segera memberi balasan dengan membaya sumber daya tersebut, setelah klien menerima, web browser akan menafsirkan data dan sumberdaya tersebut lalu menampilkan kepada pengguna dalam bentuk halaman web.

Browser dapat menafsirkan dan menyajikan berbagai jenis data, seperti teks biasa atau Hypertext Markup Language (HTML adalah bahasa pemrograman yang digunakan halaman web). Jenis data yang lain mungkin memerlukan layanan atau program lain atau biasanya disebut sebagai plug-in atau add-ons. Semuanya untuk membantu browser menentukan jenis file yang akan ditampilkan.

Untuk lebih memahami bagaimana web browser dan web klien berinteraksi, kita dapat mempelajari bagaimana sebuah halaman web dibuka di browser. Untuk contoh ini, kita akan menggunakan URL: http://www.cisco.com/index.html

Browser akan menafsirkan tiga bagian dari URL:

1. http (protokol atau skema)
2. www.cisco.com (nama server
3. index.html (nama file khusus yang diminta).

Browser akan melakukan pengecekan nama server untuk kemudian mengkonversi www.cisco.com ke alamat numerik, yang digunakan untuk menyambung ke server. Menggunakan protokol HTTP, browser mengirimkan request GET ke server dan meminta file index.html. Server pada gilirannya akan mengirimkan kode HTML untuk halaman web ini ke browser. Akhirnya, browser mendeskripsikan kode HTML ke dalam halaman sebuah halaman web.

Hypertext Transfer Protocol (HTTP) adalah salah satu protokol dalam TCP / IP suite yang pada awalnya dikembangkan untuk mempublikasikan dan mengambil halaman HTML dan sekarang digunakan untuk mendistribusi sistem informasi. HTTP sekarang 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 menggunakan klien meminta halaman web dan juga jenis pesan yang digunakan oleh server untuk merespon. Ketiga jenis pesan yang umum adalah GET, POST, dan PUT.

GET adalah data permintaan klien. Sebuah web browser mengirimkan pesan GET untuk meminta halaman dari web server. Setelah server menerima permintaan GET, server menanggapi dengan baris status seperti HTTP/1.1 200 OK. Respon dari server juga berupa pesan tersendiri, file yang diminta, pesan kesalahan, atau informasi lainnya.

POST dan PUT digunakan untuk mengirim pesan yang meng-upload data ke web server. Sebagai contoh, ketika pengguna memasukkan data ke dalam form di suatu halaman web, POST data termasuk dalam pesan yang dikirim ke server. PUT digunakan untu mengupload sumber daya atau konten ke web server.

Meskipun sangat fleksibel, HTTP termasuk protokol yang tidak 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 mengamankan komunikasi di Internet digunakanlah HTTP Secure (HTTPS) protokol yang digunakan untuk mengakses atau posting informasi server web. HTTPS dapat menggunakan otentikasi dan enkripsi untuk mengamankan data pada saat data digunakan antara klien dan server. HTTPS menetapkan aturan-aturan tambahan untuk melewati data antara lapisan Application dan Transport Layer.

Application Layer Protocols and Services Examples - DNS Service and Protocol

Setelah kita memiliki pemahaman yang lebih baik tentang bagaimana aplikasi menyediakan sebuah antarmuka bagi pengguna dan menyediakan akses ke jaringan, kita akan melihat beberapa protokol yang umum digunakan secara spesifik.

Lapisan Transport menggunakan skema pengalamatan yang disebut nomor port. Mengidentifikasi nomor port aplikasi dan layanan lapisan aplikasi yang merupakan sumber dan tujuan data. Program server umumnya menggunakan nomor port standar yang umum dikenal oleh klien. Ketika kami memeriksa beragam TCP / IP protokol lapisan aplikasi dan layanan, kami akan mengacu pada TCP dan UDP nomor port biasanya dikaitkan dengan layanan ini. Beberapa dari layanan ini adalah:

• Domain Name System (DNS) - TCP / UDP Port 53
• Hypertext Transfer Protocol (HTTP) - TCP Port 80
• Simple Mail Transfer Protocol (SMTP) - TCP Port 25
• Post Office Protocol (POP) - UDP Port 110
• Telnet - TCP Port 23
• Dynamic Host Configuration Protocol - UDP Port 67
• File Transfer Protocol (FTP) - TCP Ports 20 dan 21

DNS

Dalam jaringan data, peralatan diberi label dengan alamat IP numerik, sehingga mereka dapat berpartisipasi dalam mengirim dan menerima pesan melalui jaringan. Namun, sebagian besar orang mengalami kesulitan mengingat alamat numerik ini. Oleh karena itu, nama domain diciptakan untuk mengkonversi alamat numerik menjadi lebih sederhana.

Di Internet, nama domain seperti www.cisco.com tentu jauh lebih mudah diingat bagi orang-orang daripada 198.133.219.25 yang merupakan alamat numerik yang sebenarnya di server ini. Jika Cisco memutuskan untuk mengubah alamat numerik, hal ini juga tidak akan pengaruh berarti bagi  pengguna, karena nama domain akan tetap www.cisco.com. Alamat baru hanya akan dikaitkan dengan nama domain yang ada dan konektivitas dipertahankan. Ketika jaringan masih kecil, itu adalah tugas sederhana untuk mempertahankan pemetaan antara nama domain dan alamat yang mereka wakili. Namun, sebagai jaringan mulai tumbuh dan jumlah perangkat meningkat, sistem manual ini menjadi tidak bisa dijalankan.

Domain Name System (DNS) diciptakan untuk nama domain untuk alamat resolusi untuk jaringan tersebut. DNS menggunakan seperangkat server didistribusikan untuk menyelesaikan nama-nama yang terkait dengan alamat nomor ini.


DNS protokol mendefinisikan layanan otomatis yang sesuai dengan sumber daya yang dibutuhkan nama dengan alamat jaringan numerik. Ini termasuk format untuk pertanyaan, tanggapan, dan format data. DNS protokol komunikasi menggunakan satu format yang disebut pesan. Format Pesan ini digunakan untuk semua jenis permintaan klien dan server tanggapan, pesan kesalahan, dan transfer sumber daya mencatat informasi antara server.

DNS adalah layanan klien/server yang berbeda dengan layanan klienserver yang lain. Jika layanan lain menggunakan sebuah aplikasi (seperti web browser, e-mail client) sebagai klien, klien DNS berjalan sebagai layanan itu sendiri. DNS klien, kadang-kadang disebut DNS Resolver, mendukung resolusi nama jaringan untuk aplikasi jaringan dan layanan lain yang membutuhkannya.

Ketika mengkonfigurasi perangkat jaringan, kita biasanya memberikan satu atau lebih lamat DNS Server dimana DNS client dapat digunakan untuk merosolusi nama domain. Biasanya penyedia layanan internet (ISP) memberikan alamat yang akan digunakan untuk server DNS. Ketika seorang pengguna aplikasi permintaan untuk menyambung ke perangkat remote dengan suatu nama, DNS klien yang meminta permintaan salah satu dari server nama ini untuk menyelesaikan nama alamat numerik.

Sistem operasi komputer juga memiliki utilitas yang disebut nslookup yang memungkinkan pengguna untuk secara manual melakukan query pada name server untuk mendapatkan nama host tertentu. Utilitas ini juga dapat digunakan untuk memecahkan masalah masalah dan resolusi nama untuk memverifikasi status server nama.

Dalam gambar, ketika diketikan command nslookup, server DNS default host Anda akan ditampilkan. Dalam contoh ini, server DNS xfiles.csmcom.com yang memiliki alamat 172.18.53.2.

Kita kemudian dapat mengetik nama host atau domain yang kita ingin mendapatkan alamat. Dalam pertanyaan pertama pada gambar, sebuah permintaan dibuat untuk www.csmcom.com. Menanggapi server nama yang memberikan alamat 202.127.97.115.


Query yang ditunjukkan pada gambar hanya tes sederhana. The nslookup memiliki banyak pilihan yang tersedia untuk pengujian dan verifikasi ekstensif dari proses DNS.

Sebuah server DNS menyediakan resolusi nama menggunakan name daemon, yang sering disebut named, (diucapkan name-dee).

Server DNS yang menyimpan berbagai jenis catatan sumber daya digunakan untuk meresolve nama. Catatan-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 - catatan pertukaran surat; memetakan sebuah nama domain ke dalam daftar mail exchange server untuk domain tersebut

Ketika klien membuat sebuah query, proses pertama pada server "named" adalah melihat catatan sendiri untuk melihat apakah ia dapat meresolve nama. Jika tidak mampu menyelesaikan nama menggunakan catatan yang disimpan, maka kontak server lain untuk menyelesaikan nama.

Permohonan dapat diteruskan ke sejumlah server, yang dapat mengambil waktu ekstra dan mengkonsumsi bandwidth. Setelah pertandingan adalah ditemukan dan dikembalikan ke server meminta asli, sementara server menyimpan alamat nomor yang sesuai dengan nama dalam cache.

Jika nama yang sama diminta lagi, server pertama dapat kembali alamat dengan menggunakan nilai yang tersimpan dalam cache nama. Caching mengurangi tingkat kueri DNS jaringan data lalu lintas dan beban kerja server yang lebih tinggi hirarki. Layanan Klien DNS pada Windows PC mengoptimalkan kinerja resolusi nama DNS yang sebelumnya diselesaikan dengan menyimpan nama-nama dalam memori, juga. Command ipconfig /displaydns adalah perintah untuk menampilkan semua cache DNS entri pada Windows XP atau Windows 2000.

Sistem Nama Domain menggunakan sistem hirarkis untuk membuat nama database untuk menyediakan resolusi nama. Hirarki terlihat seperti pohon terbalik dengan akar di bagian atas dan cabang-cabang di bawah ini.

Di puncak hirarki, server root menyimpan catatan tentang bagaimana untuk mencapai top-level domain server, yang pada gilirannya akan memiliki catatan yang mengarah ke server domain tingkat menengah dan seterusnya.

Yang berbeda domain tingkat atas baik mewakili jenis organisasi atau negara asal. Contoh domain tingkat atas adalah:

• .au - Australia
• .co - Kolombia
• .com - sebuah bisnis atau industri
• .jp - Jepang
• .org - sebuah organisasi nirlaba

Setelah domain tingkat atas ada domain tingkat ke dua dan di bawah mereka adalah domain tingkat rendah lainnya. Masing-masing nama domain membentuk arah seperti pohon terbalik ini dimulai dari root.

Sebagai contoh, 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 (sebuah MX record harus tepat) untuk mail.cisco.com.

Sistem Nama Domain bergantung pada hierarki ini desentralisasi server untuk menyimpan dan memelihara catatan sumber daya tersebut. Daftar catatan sumber nama domain yang server dapat menyelesaikan dan alternatif server yang juga dapat memproses permintaan. Jika server yang diberikan catatan sumber daya yang sesuai dengan tingkat hierarki dalam domain, maka dikatakan otoritatif bagi catatan-catatan.

Sebagai contoh, nama server di cisco.netacad.net domain tidak akan berwibawa untuk catatan mail.cisco.com karena catatan ini diadakan di tingkat yang lebih tinggi domain server, khususnya server nama di cisco.com domain.

Link:

http://www.ietf.org//rfc/rfc1034.txt
http://www.ietf.org/rfc/rfc1035.txt

Making Provisions for Application and Services

Client-Server Model

Ketika orang mencoba untuk mengakses informasi pada perangkat mereka, apakah itu PC, laptop, PDA, telepon seluler, atau perangkat lain terhubung ke jaringan, data mungkin tidak secara fisik tersimpan pada perangkat mereka. Jika ini kasusnya, permintaan untuk mengakses informasi yang harus dibuat ke perangkat di mana data berada.



Pada Client-server model, perangkat yang meminta informasi disebut sebagai client dan perangkat menanggapi permintaan disebut server. Client dan server proses dianggap berada di lapisan aplikasi. Client memulai pertukaran dengan meminta data dari server, server merespon dengan mengirimkan satu atau lebih aliran data ke client. Protokol lapisan aplikasi menggambarkan format permintaan dan respon antara client dan server. Di samping aktual transfer data, pertukaran ini mungkin juga membutuhkan informasi kontrol, seperti otentikasi pengguna dan identifikasi data adalah file yang akan ditransfer.

Salah satu contoh dari client-server model adalah sebuah lingkungan perusahaan dimana karyawan perusahaan menggunakan server e-mail untuk mengirim, menerima dan menyimpan e-mail. E-mail client pada komputer seorang karyawan merequest data ke e-mail server untuk meliah e-mail yang belum dibaca. Server merespon dengan mengirimkan e-mail yang diminta ke client.

Walaupun data biasanya digambarkan sebagai mengalir dari server ke client, 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, seorang klien dapat mentransfer file ke server untuk tujuan penyimpanan. Transfer data dari klien ke server disebut sebagai upload dan data dari server ke client disebut sebagai download.

Servers

Dalam konteks jaringan umum, setiap perangkat yang menanggapi 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 audio semuanya dapat disimpan di server dan dikirimkan ke client yang meminta. Dalam kasus lain, seperti printer jaringan, server cetak mencetak menyampaikan permintaan klien ke printer tertentu.

Berbagai jenis aplikasi server mungkin memiliki kebutuhan yang berbeda untuk mengakses dari client. Beberapa server mungkin membutuhkan otentikasi informasi account pengguna untuk memverifikasi apakah pengguna memiliki ijin untuk mengakses data yang diminta atau menggunakan operasi tertentu. Server bergantung pada daftar pusat account pengguna dan otorisasi, atau perizinan, (baik untuk akses data dan operasi) diberikan untuk tiap user. Bila menggunakan FTP client misalnya, 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 FTP Server.

Dalam client-server model, server yang menjalankan layanan, atau proses, kadang-kadang disebut juga sebagai server daemon. Seperti kebanyakan layanan, daemon biasanya dijalankan di latar belakang dan tidak di bawah pengguna akhir kontrol langsung. Daemon digambarkan sebagai "mendengarkan" untuk permintaan dari client, karena mereka diprogram untuk merespon setiap kali server menerima permintaan untuk layanan yang disediakan oleh daemon. Ketika sebuah daemon "mendengar" permintaan dari client, daemom akan bertukar pesan dengan client, seperti yang dipersyaratkan oleh protokol, dan hasil yang diminta untuk akan segera dikirim ke client dalam bentuk dan format yang sesuai.



Application Layer Services and Protocols

Sebuah aplikasi dapat menggunakan berbagai macam lapisan aplikasi yang mendukung layanan, sehingga apa yang tampak kepada pengguna sebagai salah satu permintaan halaman web mungkin pada kenyataannya berjumlah puluhan permintaan. Dan untuk setiap permintaan, beberapa proses tersebut dapat dieksekusi. Sebagai contoh, seorang client mungkin memerlukan beberapa proses individu untuk merumuskan hanya satu permintaan ke server.

Selain itu, server biasanya memiliki beberapa client yang meminta informasi pada waktu yang sama. Sebagai contoh, Telnet server mungkin memiliki banyak client yang meminta koneksi ke server. Permintaan clinet secara individual ini harus ditangani secara bersamaan dan secara terpisah. Proses dan Service pada lapisan Aplikasi ini mengandalkan dukungan dari lapisan di bawahnya agar berhasil mengelola beberapa percakapan secara bersamaan.

Peer-to-Peer Networking and Applications (P2P)

Selain client-server model untuk jaringan, ada juga peer-to-peer model. Peer-to-peer networking melibatkan dua bentuk yang berbeda: peer-to-peer networks dan peer-to-peer applications (P2P). Kedua bentuk memiliki fitur serupa tetapi dalam praktek bekerja sangat berbeda.

Peer-to-Peer Networks

Dalam peer-to-peer networks, dua atau lebih komputer yang terhubung melalui jaringan dan dapat berbagi sumber daya (seperti printer dan file) tanpa harus memiliki server. Setiap terhubung perangkat akhir (dikenal sebagai peer) dapat berfungsi baik sebagai server atau client. Satu komputer dapat berperan sebagai server untuk satu transaksi sekaligus berfungsi sebagai client untuk transaksi yang lain. Peran client dan server ditetapkan per permintaan.

Jaringan sederhana dengan dua komputer terhubung dan berbagi printer adalah contoh dari peer-to-peer network. Setiap orang dapat mengatur komputernya untuk berbagi file atau berbagi sambungan Internet. Contoh lain dari peer-to-peer adalah dua komputer yang terhubung ke jaringan besar yang menggunakan aplikasi software untuk berbagi sumber daya antara satu sama lain melalui jaringan.

Berbeda dengan client-server model yang menggunakan dedicated server, peer-to-peer desentralisasi jaringan sumber daya di dalam sebuah jaringan. Daripada mencari informasi untuk dibagikan pada dedicated server, informasi dapat ditempatkan di manapun pada setiap perangkat yang terhubung. Sebagian besar sistem operasi saat ini mendukung file dan print sharing tanpa memerlukan tambahan perangkat lunak server. Karena peer-to-peer biasanya jaringan terpusat tidak menggunakan account pengguna, perizinan, atau monitor, sulit untuk menegakkan kebijakan keamanan dan akses dalam jaringan yang mengandung lebih dari hanya beberapa komputer. Account pengguna dan hak akses harus ditetapkan secara individual pada masing-masing perangkat.

Peer-to-Peer Applications

Peer-to-peer application (P2P) tidak seperti peer-to-peer network, memungkinkan sebuah perangkat untuk bertindak baik sebagai client dan server dalam satu komunikasi yang sama. Dalam model ini, setiap client adalah server dan setiap server adalah client. Keduanya dapat memulai komunikasi dan dianggap setara dalam proses komunikasi. Namun, peer-to-peer mengharuskan aplikasi perangkat masing-masing ujung memberikan antarmuka pengguna dan menjalankan layanan latar belakang. Ketika Anda meluncurkan spesifik peer-to-peer itu memanggil aplikasi yang diperlukan dan latar belakang antarmuka pengguna jasa. Setelah itu perangkat dapat berkomunikasi secara langsung.

Beberapa aplikasi P2P menggunakan sistem hibrida dimana desentralisasi berbagi sumber daya tetapi indeks yang mengarah ke lokasi sumber daya disimpan dalam direktori terpusat. Dalam sistem hibrida, masing-masing rekan indeks mengakses server untuk mendapatkan lokasi sumber daya yang tersimpan pada rekan lain. Indeks server dapat juga membantu menghubungkan dua teman sebaya, tapi begitu terhubung, komunikasi terjadi antara dua peer tanpa tambahan komunikasi ke server indeks.

Peer-to-peer aplikasi dapat digunakan pada peer-to-peer networks, client-server networks, dan di Internet.