WNDW: Memperkirakan kapasitas

Sambungan wireless dapat secara signifikan memberikan throughput lebih besar daripada sambungan Internet tradisional, seperti VSAT, dialup, atau DSL. Throughput juga disebut sebagai kapasitas kanal, atau bandwidth (walaupun ini adalah istilah yang tidak ada hubungannya dengan bandwidth di radio). Penting untuk memahami bahwa perangkat nirkabel mencantumkan kecepatan (data rate) merujuk ke kecepatan radio dapat bertukar simbol, bukan throughput yang akan anda lihat. Seperti yang disebutkan sebelumnya, satu sambungan 802.11g dapat menggunakan radio 54 Mbps, tetapi hanya akan menyediakan throughput hingga 22 Mbps saja. Sisanya adalah overhead yang dibutuhkan radio untuk proses koordinasi mereka menggunakan protokol 802.11g.

Perlu di catat bahwa throughput adalah sebuah ukuran bit dari waktu ke waktu. 22 Mbps berarti bahwa dalam suatu waktu, hingga 22 megabits dapat dikirim dari satu tempat ke tempat yang lain. Jika pengguna mencoba untuk mendorong lebih dari 22 megabits melalui sambungan tersebut, akan diperlukan lebih dari satu detik. Karena data tidak dapat dikirim secara langsung, data diletakkan dalam antrian, dan dikirim secepat mungkin. Antrian data ini akan meningkatkan waktu yang diperlukan untuk menyeberangkan bit terakhir di antrian. Waktu yang diperlukan untuk menyeberang data disebut latensi, latensi tinggi umumnya disebut 'lag'. Sambungan anda pada akhirnya akan mengirimkan semua trafik di antrian, namun pengguna anda mungkin akan mengeluh karena lag meningkat.

Berapa besar throughput yang dibutuhkan pengguna anda? Hal ini tergantung pada berapa banyak pengguna anda, dan bagaimana mereka menggunakan sambungan nirkabel. Berbagai aplikasi Internet yang berbeda memerlukan throughput yang berbeda pula.

Aplikasi	BW / Pengguna	Catatan
Pesan teks / IM	<1 kbps	Karena lalu lintas adalah jarang dan asynchronous, IM akan mentolerir latensi tinggi.
Email	1-100 kbps	Seperti IM, dan e-mail asynchronous tidak perlu tersambung terus, sehingga akan mentolerir latensi. Besar lampiran, virus, spam dan menambahkan untuk penggunaan bandwidth. Catatan bahwa email layanan web (seperti Yahoo atau Hotmail) harus dianggap sebagai akses web, tidak seperti email.
Web	50-100+ kbps	Web browser hanya menggunakan jaringan bila ada data yang diminta. Komunikasi adalah asinkron, sehingga lag sampai jumlah tertentu masih dapat di tolerir. Jika web browser meminta lebih banyak data (gambar yang besar, download yang lama, dll) penggunaan bandwidth akan naik secara signifikan.
Streaming audio	96-160 kbps	Setiap pengguna layanan streaming audio akan menggunakan bandwith yang relatif besar secara konstan selama di mainkan / di request. Latensi dapat ditolerir sementara dengan menggunakan buffer yang besar pada klien. Tetapi lag yang terlalu panjang akan menyebabkan audio yang putus-putus atau kegagalan.
Voice over IP	24-100 kbps	Seperti halnya dengan audio streaming, VoIP yang menggunakan bandwidth yang konstan untuk setiap pengguna selama panggilan. Tetapi dengan VoIP, bandwidth yang digunakan adalah dua arah dan sama besarnya. Latency pada VoIP akan langsung terasa pada pengguna. Lag yang lebih besar dari beberapa mili detik tidak dapat di terima oleh pengguna VoIP.
Streaming video	64-200 kbps	Seperti streaming audio, beberapa delay latensi dihindari dengan menggunakan buffer pada klien. Streaming video memerlukan throughput yang tinggi dan latensi rendah untuk bekerja dengan benar.
Peer-to-peer aplikasi file sharing (BitTorrent, KaZaA, Gnutella, eDonkey, dll)	0-tidak terbatas Mbps	Sementara aplikasi yang lain mentolerir sejumlah latensi, aplikasi ini cenderung menghabiskan semua bandwidth yang tersedia dengan cara mengirim ke sebanyak mungkin client, secepat mungkin. Pengguna aplikasi ini cenderung akan menyebabkan masalah di jaringan kecuali jika anda menggunakan bandwidth manajemen yang baik.

Untuk memperkirakan keperluan throughput yang anda perlukan di jaringan anda, kalikan jumlah pengguna diharapkan dengan aplikasi yang mungkin mereka gunakan. Misalnya, 50 pengguna yang terutama browsing web akan mengkonsumsi 2,5 sampai 5 Mbps atau lebih dari throughput saat trafik puncak, dan akan mentolerir beberapa latensi. Di sisi lain, 50 penggunaan serentak VoIP akan memerlukan 5 Mbps atau lebih dari throughput dalam kedua arah, tanpa adanya latensi. Karena peralatan nirkabel 802.11g adalah half duplex (artinya, hanya menerima atau mengirim / transmit bergantian, tidak keduanya secara bersamaan) anda perlu mengali dua throughput yang di perlukan, untuk total 10 Mbps. Penyedia sambungan wireless harus menyediakan kapasitas tersebut setiap detik, atau percakapan VoIP yang dilakukan akan terasa delay / lag.

Karena pengguna anda juga tidak mungkin untuk menggunakan sambungan di saat yang sama, hal yang sering dilakukan adalah membeli lebih (oversubscribe) dari throughput yang tersedia (yang, memungkinkan lebih banyak pengguna daripada jumlah maksimum bandwidth yang tersedia). Oversubscribe dengan faktor 2 sampai 5 sangat umum. Pada umumnya, anda akan oversubscribe ketika membangun jaringan infrastruktur. Dengan pemantauan throughput secara hati-hati diseluruh jaringan anda, anda akan dapat untuk merencanakan kapan meng-upgrade berbagai bagian jaringan, dan berapa banyak sumber daya tambahan akan diperlukan.

Bersiaplah bahwa tidak peduli berapa kapasitas pasokan anda, pengguna anda akan menemukan aplikasi yang akan menggunakan semua. Seperti kita akan lihat pada akhir bab ini, menggunakan teknik membentuk bandwidth dapat membantu mengurangi beberapa masalah latensi. Dengan menggunakan manajemen bandwidth, web cache, dan teknik lainnya, anda dapat secara signifikan mengurangi latensi dan meningkatkan throughput keseluruhan jaringan. Untuk mendapatkan merasa lag yang sangat lambat pada sambungan, ICTP telah membuat sebuah bandwidth simulator. Ini akan men-download secara bersamaan di halaman web kecepatan penuh dan pada kecepatan yang anda pilih. Demonstrasi ini akan memberikan Anda pemahaman langsung bagaimana throughput rendah dan tinggi latensi mengurangi kegunaan dari Internet sebagai alat komunikasi. Ini tersedia di http://wireless.ictp.trieste.it/simulator/

WNDW: Memperkirakan kapasitas

Pranala Menarik

Navigation menu

Search