Bence asıl mesele, Wi-Fi'nin muhtemelen iş için yanlış bir teknoloji olduğudur, çünkü balo salonu gibi küçük bir alanda yaklaşık 3.000 müşteriden bahsediyorsanız. Geniş bir alana yayılmış daha az müşteri için, bunun mümkün olduğunu düşünüyorum.
Potansiyel olarak binlerce müşteriyle bir balo salonunu kaplamak, müşterilerin gerçekte ağı kullandığını varsayarak Wi-Fi için bir gerginlik olacaktır . Yalnızca örtüşmeyen 3 kanalınız var (ABD’de) ve 50’den fazla müşteriyi etkili bir şekilde destekleyen bir erişim noktası (AP) görmedim. Aynı kanalda oturan birçok erişim noktası ve hava için çok fazla çekişme olacaksınız. Bu bir var çok istemci cihazlar küçük bir alanda olması.
Çok yönlü antenleri bir araya getirebiliyorsanız ve radyo gücü az sayıda müşteriyi hedef almak için kapatılmışsa, bunu daha iyi yapabilirsiniz. Konferans gibi geçici bir etkinlik için, böyle bir site araştırmasının gerektireceği takıntılı bakım düzeyi, makul bir şekilde pahalı olacağını düşünürdü.
Tek bir açık hava alanında 3.000 istemciden daha düşük bir istemci yoğunluğunu koruduğunuzu varsayarak, AP'lerin destekleyebileceği olası müşteri sayısının önemli bir kısmını ele almak üzere boyutlandırılmış kapsama alanlarıyla AP'leri yerleştirmek isteyebilirsiniz. güç / antenler); ayrıca, üst üste binmeyen kanallarda bitişik AP'leri denemek ve tutmak isteyeceksiniz. Daha fazla AP daha iyi olur ve çok fazla müşteriyle birlikte AP'leri aşırı yüklemeyin. (Kapsama bölgeleri yapmak için ince telsiz gücü / antenler, küçük bir fiziksel alanda çok sayıda müşteriyi idare etmek için Wi-Fi'yi ölçeklendirmeyi denememiş kimseler için sezgisel görünmüyor.)
Katman 2 yayın perspektifinden bakıldığında, birden fazla SSID yayınlamak ve bunları farklı VLAN / IP alt ağlarına geri yüklemek mantıklı olacaktır. Bu, müşteri cihazlarının sayısına ve trafiğin karakterine bağlı olacaktır. Şahsen, kurumsal bir LAN üzerindeki tek katmanlı 2 yayın etki alanına yaklaşık 500'den fazla cihaz koymam. Yalnızca bir konferans Wi-Fi ağının daha kötü olacağını hayal edebiliyorum.
Artıklık bir endişe kaynağı olmasına rağmen, DHCP hiç akıllıca olmamalıdır. Muhtemelen ISC dhcpd'yi kullanır ve ikinci bir sunucuya bir yük devretme düzenlemesi yapardım. Sanırım ben de sahte DHCP sunucuları aramaya başlayacağım. Kablolu Ethernet'te, DHCP sunucularının göründüğü hileli bağlantı noktalarını kolayca devre dışı bırakabilirsiniz. Kablosuz Ethernet için biraz daha sorunlu. MAC adresini temel alan mobil birimleri engellemeyi destekleyen AP'ler olup olmadığını bilen var mı? (Bu, sahte DHCP sunucusu algılandığında MAC'sini taklit ederse yardımcı olmaz, ancak bir başlangıçtır ...)
Açıkçası, güvenlik duvarı / kenar yönlendiricisi, bu kadar çok sayıda istemcinin üretebileceği NAT tablosu girişlerinin sayısını işleyebilmelidir. Tüketici oyuncak NAT yönlendirici bunu kullanmayacak. Yedekli bir yönlendirici protokolü (HSRP, VRRP, vb.) Ve çok yönlü yönlendirici aygıtları, tek bir hata noktasının tüm gösteriyi mahvetmesini önlemek için bir zorunluluk olacak.
Ana taşıyıcıdaki bant genişliği çekişmesine gelince, istemci bant genişliğini İnternet'e boğabilirsiniz. Bu aynı zamanda havadaki genel çekişmeyi bir dereceye kadar sınırlandırmalıdır.
Squid Cache gibi bir şeyi HTTP trafiği için şeffaf bir vekil olarak atabilirim. Bu, backhaul kullanımına yardımcı olacak. HTTP proxy önbelleğiniz bir başarısızlık noktası olmamalıdır; bu nedenle, önbelleğin sağlığını izlemek için bir altyapıya ihtiyacınız olacak ve eğer başarısız olursa, etrafından dolaşacaksınız.
Bir elektronik tabloyu ateşlemek ve etrafa saçılmış bir grup küçük Ethernet anahtarının ve patch kablolarının ekonomisine bakmak için enerjim yok, ama ne kadar çok okursam, kablolu Ethernet gibi sesler o kadar iyi bir yol olurdu düzgün bağlantıyı kesmek için. Kuşkusuz, Ethernet kablolarını çalıştırmak ve anahtarları çalıştırmak için büyük çaba sarfedilir, ancak çok daha yönetilebilir bir ağ altyapısı, daha güvenilir bant genişliği sağlar ve kablosuzdan çok daha az takıntılı ayarlamalar gerektirir. 100 Mbps servis İnternete erişmek için bolca kullanacağından, uç düğmeler için düşük uçlu dişli kullanmaktan kurtulabilirsiniz.
Cisco, gücünü PoE'den alan Catalist 2960PD-8TT-L'den 8 portlu küçük bir anahtara sahip. Bu uygulama için çok tatlı olurdu - her masaya böyle bir şey koymak, gücünü daha büyük bir PoE yetenekli anahtardan çekmek. Bunların bu uygulama için oldukça pahalı olduğunu tahmin ediyorum, ancak birinden daha pahalı olmayan bir "downmarket" seçeneği olduğunu tahmin ediyorum. ( PoE tarafından desteklenen anahtarları aramak Gooogle’da oldukça zor görünüyor ...)
Intel, 2006 dönemine ait bir makaleye sahiptir: konferanslarda Wi-Fi erişimi sağlar . Sayılarına bakıldığında, bir noktada tek bir AP'de 50 müşteriye sahiplerdi ve toplam 100 müşterinin altında en yüksek istemci yüküne sahiplerdi. Bunlar, bahsettiğinizle karşılaştırıldığında oldukça küçük sayılar gibi görünüyor ve 2006'da herkes iPhone'lar gibi bir şey taşımıyordu.