Blog Planet Wifi Router is designed as a study material for menperdalam about WI-MAX technology, Wifi, Wireless Internet. May be an asset to our progress sgucci: Meningkatkan Kinerja WLAN dengan RTS / CTS

Sarana dan Prasarana tempat tongkrongan kedai kopi sambil belajar Dasar-dasar WIFI, Hotspot, dan dunia internet

HOT NEWS

Meningkatkan Kinerja WLAN dengan RTS / CTS


Sebagai fitur opsional, standar 802.11 termasuk RTS / CTS (Permintaan untuk Send / Clear untuk Kirim) berfungsi untuk mengontrol akses stasiun ke medium. Umumnya hanya lebih mahal, high-end LAN nirkabel menawarkan RTS / CTS di kartu antarmuka jaringan radio (NIC) dan jalur akses - Anda tidak akan menemukan ini di rumah murah atau produk SOHO. Melalui penggunaan yang tepat RTS / CTS, Anda dapat menyempurnakan pengoperasian LAN nirkabel Anda, tergantung pada lingkungan operasi. 

RTS / CTS dalam tindakan 

Jika Anda mengaktifkan RTS / CTS di stasiun tertentu, ia akan menahan diri dari mengirimkan bingkai data sampai stasiun melengkapi suatu RTS / CTS handshake dengan stasiun lain, seperti jalur akses. stasiun A memulai proses dengan mengirimkan frame RTS. Jalur akses RTS menerima dan merespon dengan bingkai CTS. Stasiun radio harus menerima frame CTS sebelum mengirim data frame. CTS juga mengandung nilai waktu yang memberitahu stasiun lain untuk menunda dari mengakses media, sementara stasiun memulai RTS mentransmisikan data. 

RTS / CTS handshaking memberikan kontrol positif atas penggunaan media bersama. Alasan utama untuk menerapkan RTS / CTS adalah untuk meminimalkan tabrakan antara stasiun tersembunyi. Hal ini terjadi ketika pengguna dan jalur akses yang tersebar di seluruh fasilitas dan Anda menemukan sejumlah transmisi ulang yang relatif tinggi terjadi pada LAN nirkabel. 

Bayangkan ada dua pengguna akhir 802.11 (Stasiun Stasiun A dan B) dan satu jalur akses. Stasiun A dan Stasiun B tidak bisa mendengar satu sama lain karena atenuasi tinggi (misalnya, kisaran substansial), tetapi mereka dapat baik berkomunikasi dengan titik akses yang sama. Karena situasi ini, Stasiun A mungkin mulai mengirim frame tanpa memperhatikan bahwa Stasiun B saat ini memancarkan (atau sebaliknya). Hal ini akan sangat mungkin menyebabkan tabrakan antara Stasiun Stasiun A dan B terjadi pada titik akses. Akibatnya, baik Stasiun A dan Stasiun B akan perlu mengirim ulang paket masing-masing, yang menghasilkan overhead yang lebih tinggi dan throughput yang lebih rendah. 

Jika salah satu Stasiun A atau B Stasiun mengaktifkan RTS / CTS, bagaimanapun, tabrakan tidak akan terjadi. Sebelum transmisi, Stasiun B akan mengirim dan menerima RTS CTS dari titik akses. Nilai waktu dalam CTS (yang Stasiun A juga menerima) akan menyebabkan Stasiun A untuk menunda cukup lama untuk Stasiun B untuk mengirimkan frame. Dengan demikian, penggunaan RTS / CTS mengurangi tabrakan dan meningkatkan kinerja jaringan jika stasiun yang tersembunyi yang hadir.

Perlu diingat, meskipun, bahwa peningkatan kinerja menggunakan RTS / CTS adalah hasil bersih dari overhead memperkenalkan (yaitu, RTS / CTS frame) dan mengurangi overhead (yaitu, transmisi ulang lebih sedikit). Jika Anda tidak memiliki node tersembunyi, maka penggunaan RTS / CTS hanya akan meningkatkan jumlah overhead, yang mengurangi throughput. Masalah sedikit node tersembunyi juga dapat mengakibatkan penurunan kinerja jika Anda menerapkan RTS / CTS. Dalam hal ini, tambahan RTS / CTS frame biaya lebih dalam hal overhead dari apa yang Anda dapatkan dengan mengurangi transmisi ulang. Jadi, berhati-hatilah ketika melaksanakan RTS / CTS. 

RTS / CTS implementasi tips 

Salah satu cara terbaik untuk menentukan apakah Anda harus mengaktifkan RTS / CTS adalah untuk memonitor LAN nirkabel untuk tabrakan. Jika Anda menemukan sejumlah besar tabrakan dan pengguna relatif keluar terpisah dan kemungkinan jauh dari jangkauan, kemudian coba aktifkan RTS / CTS di NIC user nirkabel. Anda dapat mengaktifkan fungsi dengan mengklik "mengaktifkan RTS / CTS" di suatu tempat di layar setup. Anda tidak perlu mengaktifkan RTS / CTS di jalur akses dalam kasus ini.Setelah menerima frame RTS dari pengguna radio NIC, jalur akses yang akan selalu merespon dengan bingkai CTS. 

Tentu saja, perlu diingat bahwa mobilitas pengguna dapat mengubah hasil. Seorang pengguna yang sangat mobile mungkin tersembunyi untuk waktu singkat, mungkin bila Anda melakukan pengujian, kemudian lebih dekat ke stasiun lainnya sebagian besar waktu. Jika tabrakan yang terjadi antara pengguna dalam jangkauan satu sama lain, masalahnya mungkin hasil dari pemanfaatan jaringan tinggi atau mungkin interferensi RF. 

Setelah mengaktifkan RTS / CTS, tes untuk menentukan apakah jumlah tabrakan adalah kurang dan throughput yang dihasilkan lebih baik. Karena RTS / CTS memperkenalkan overhead, anda harus mematikannya jika Anda menemukan penurunan throughput, bahkan jika Anda memiliki sedikit tabrakan. Setelah semua, tujuannya adalah untuk meningkatkan kinerja. 

Metode untuk memungkinkan RTS / CTS pada titik-titik akses yang berbeda dibandingkan dengan NIC. Untuk jalur akses, Anda mengaktifkan RTS / CTS dengan menetapkan ambang batas ukuran paket khusus (0-2347 bytes) pada konfigurasi antarmuka pengguna. Jika paket bahwa titik akses transmisi lebih besar dari ambang batas, maka akan memulai RTS / CTS fungsi. Jika ukuran paket sama dengan atau kurang dari ambang batas, titik akses tidak akan memulai RTS / CTS.Kebanyakan vendor menyarankan menggunakan ambang sekitar 500. Penggunaan 2347 byte efektif menonaktifkan RTS / CTS untuk jalur akses. 

Dalam kebanyakan kasus, memulai RTS / CTS di jalur akses yang sia-sia karena masalah stasiun tersembunyi tidak ada dari perspektif dari titik akses. Semua stasiun yang memiliki asosiasi yang valid berada dalam jangkauan dan tidak tersembunyi dari titik akses. Memaksa titik akses untuk melaksanakan RTS / CTS handshake secara signifikan akan meningkatkan overhead dan mengurangi throughput. Fokus pada menggunakan RTS / CTS di NIC untuk meningkatkan kinerja.

2 comments :

  1. sumber resmi dari mana gan?

    ReplyDelete
  2. Anonymous5:37 AM

    Transalte doang, sumber gak ada, bloon

    ReplyDelete