Pindahkan lebih dekat ke stasiun Base. Semua yang Anda kirim di tautan wifi biasa ke / dari stasiun pangkalan. Koneksi ad-hoc berbeda, tetapi tidak banyak yang menggunakannya.
Tapi sungguh, saya berharap masalah Anda ada hubungannya dengan gangguan. Itu jauh lebih mungkin menjadi masalah daripada jarak. Inilah kickernya: gangguan itu mungkin merupakan sinyal Anda sendiri.
Dengan wifi, Anda mungkin memiliki stasiun pangkalan dapat melakukan koneksi 65 Mbit hipotetis. Sayangnya, itu bukan 65 Mbit untuk setiap node: yaitu total 65 Mbit , tidak hanya dibagi antara node A dan B, tetapi juga klien lain pada saluran yang sama di area yang sama. Lebih buruk lagi, katakanlah salah satu node Anda hanya bisa mendapatkan sinyal 18 Mbit, dan secara aktif menggunakan 3Mbit dari sinyal itu. Itu menggunakan skala secara proporsional dengan jumlah teoretis maks untuk stasiun pangkalan. Klien menggunakan waktu udara, bukan bandwidth, dan dengan demikian 3 Mbit dari total yang tersedia 18 Mbit (seperenam) berarti menggunakan seperenam dari total 65 Mbit teoritis yang didukung oleh stasiun pangkalan, atau sekitar 11 Mbit senilai waktu udara. Ini meninggalkan paling banyak 54 Mbit untuk semua klien lain digabungkan pada saluran yang sama di area yang sama. Lebih buruk dari itu, Anda bahkan bisa mendapatkan gangguan dari perangkat pada saluran yang berbeda , karena rentang frekuensi saluran tumpang tindih (inilah sebabnya radio 2,4 GHz hanya boleh menggunakan saluran 1, 6, atau 11 di AS).
Dalam situasi Anda, ketika A streaming ke B, Anda harus mengunggah data ke stasiun pangkalan, yang kemudian harus mengirimnya kembali ke B. Itu berarti Anda memotong bandwidth nirkabel yang tersedia menjadi dua, karena Anda harus berbagi. Jika A juga mengunduh datanya untuk streaming dari internet, Anda mengambil kembali bagian itu, dan Anda turun ke sepertiga dari total aslinya. Kita juga perlu memperhitungkan informasi perintah dan kontrol dari protokol yang digunakan yang harus dikirimkan. Lebih buruk dari itu, bandwidth tidak dibagi dengan sempurna. Node yang berbeda dapat mencoba mengirim pada saat yang sama, menghasilkan tabrakan. Ketika itu terjadi, semua node yang bertabrakan harus mengirim ulang paket. Saat traffic meningkat, jumlah collision bertambah. Dengan meningkatnya jumlah tabrakan, jumlah data yang perlu dikirim kembali meningkat, dan kemungkinan tabrakan tambahan bahkan lebih tinggi. Ini bahkan tidak mulai memperhitungkan sumber interferensi lain seperti telepon nirkabel, pengontrol permainan video, oven microwave, keyboard / mouse nirkabel, air mengalir, dll. Pada akhirnya, Anda mungkin hanya memiliki sebagian kecil dari sumber asli dan melaporkannya. Mbit sebenarnya bisa digunakan. Radio 5Ghz yang lebih baru dapat membantu dengan ini, tetapi itu bukan obat mujarab; jika Anda berbagi stasiun basis, Anda masih berbagi satu saluran dan masih berbagi maks teoretis Anda di antara semua klien stasiun induk itu. Radio 5Ghz yang lebih baru dapat membantu dengan ini, tetapi itu bukan obat mujarab; jika Anda berbagi stasiun basis, Anda masih berbagi satu saluran dan masih berbagi maks teoretis Anda di antara semua klien stasiun induk itu. Radio 5Ghz yang lebih baru dapat membantu dengan ini, tetapi itu bukan obat mujarab; jika Anda berbagi stasiun basis, Anda masih berbagi satu saluran dan masih berbagi maks teoretis Anda di antara semua klien stasiun induk itu.
Jika Anda benar-benar menginginkan kinerja yang baik di sini, pergi berkabel atau pulang. Koneksi berkabel dapat memperbaiki masalah yang dijelaskan di atas dalam tiga cara: mereka dapat menyediakan koneksi yang diaktifkan , dupleks-penuh, dan itu hampir sepenuhnya tidak rentan terhadap gangguan dari luar. Switched berarti bahwa jika setiap node memiliki koneksi 100 Mbit ke pangkalan, itu adalah 100 Mbit yang dikhususkan untuk node itu. Jika dua node mencoba mengirim pada saat yang sama, pangkalan dapat menahan paket dari satu dan meneruskannya ketika garis jelas, mengurangi tabrakan dan karenanya mengurangi kebutuhan untuk mengirimkan kembali data yang sama. Full-duplex berarti bahwa node dapat mengirim dan menerima pada saat yang sama ... lagi, mengurangi tabrakan. Di sini, simpul A dapat mengunduh data aliran dari internet pada saat yang sama dengan mengirimnya kembali ke B, tanpa gangguan atau benturan.
Dalam hal ini, karena semua transmisi ulang data yang sama, Anda mungkin melihat peningkatan kinerja yang dramatis jika salah satu dari node A atau B memiliki koneksi kabel.
Contoh terbaru di mana saya berada adalah bahwa kami menyebarkan iPad ke semua fakultas istilah ini di kampus tempat saya bekerja. Untuk mendukung perangkat ini, selama uji coba kami menempatkan beberapa perangkat AppleTV ke ruang kelas dan menghubungkannya ke proyektor untuk mendukung pencerminan AirPlay dari iPad ke bagian depan ruang kelas. Kami belajar dari ini bahwa meninggalkan kedua AppleTV dan nirkabel iPad tidak berfungsi dengan baik, terutama karena kami mungkin memiliki dua instruktur di kamar tetangga yang ingin melakukan mirroring. Solusi bagi kami adalah menginstal perangkat lunak pada PC di setiap kamar untuk mendukung AirPlay mirroring ke PC, yang terhubung melalui kabel. Kami harus membuat beberapa perubahan jaringan sehingga PC kelas berada di subnet yang sama dengan iPad, tetapi hasilnya jauh lebih dapat diandalkan dan dengan kualitas video yang jauh lebih baik.