大規模な技術会議で信頼できるインターネットアクセスとWi-Fiを提供するための障害は何ですか？[閉まっている]

私がこれまでに行ったすべての技術会議、そして私が何度も行ったすべての技術会議では、絶対にひどいWi-Fiとインターネットアクセスがありました。

DHCPサーバーのアドレスが不足している場合があります。バックホールは明らかに不十分です。3000人のボールルームに1つのルーターがある場合があります。しかし、それは常に何かです。機能しません。

会議主催者のベストプラクティスは何ですか？Wi-Fiが機能するかどうかを事前に知るために、会議会場またはISPにどのような質問をする必要がありますか？会議でのくだらないWi-Fiの最も一般的な原因は何ですか？それらは回避可能ですか、それともWi-Fiは大規模な会議に適したテクノロジーではありませんか？

（興味のある人のために、私はついにPyConのワイヤレスに関する2009年のレポートを書き上げました）。

ジョージワシントン大学からホテルに移動して以来、ほとんどの年にPyCon会議でワイヤレスを使用してきたので、これについていくつかのアイデアがあります。

この議論で多くの人が話しているのを聞くと、「ボールルームでの屋外報道」です。私が運営している理論の1つは、ボールルームは屋外環境ではないということです。人体は802.11b / gと802.11aを非常にうまく吸収します。

ここに私の考えのいくつかを示しますが、Googleで「pycon wireless」を検索すると、詳細が会議レポートに表示されます。tummy.comのリンクが必要です。

重複しないチャネルのみを使用し、APを広げます。802.11b / gの場合、最低の電力設定で無線を実行します。802.11aの場合、チャネルが非常に多いため、最大電力設定で実行します。

APをかなり低く保つようにしているので、ボディは同じチャネル上のAP間の干渉を減らすのに役立ちます。

すべてのAPを同じESSIDに設定して、負荷（関連付けられているクライアントの数）が増えるか、カバレッジが下がる（より多くの人が入るなど）ときに、異なるAPに「ローミング」できるようにします。

たくさんのAP。最初の年にホテルにネットワーキングをしてもらい、最終的に6つのAPを持ち込みましたが、それらはわずか2、3で始まりました。それにもかかわらず、私たちは彼らにワイヤレスを多用するだろうと言っていました。しかし、DHCPサーバーがアドレスとは異なるネットワークのゲートウェイでリースを提供するなど、他の問題もありました。（サポートへの電話の結果、「すべてをリブートするだけです」）。

比較的安価なD-Linkデュアル無線APを実行しており、価格はそれぞれ約100ドルまたは200ドルです。600ドル以上のハイエンドAPを20〜40個購入する予算が実際にはありません。これらのD-Link APは驚くほどうまく機能しています。

2009年には、ネットブックに問題がありました。この種の会議で使用するために、これらのラジオに関する何かが悪臭を放ちます。Intelワイヤレスカードをネットブックに入れてパフォーマンスが大幅に向上したという報告を聞いたことがあります。PyCon 2009では、会議の開始後にネットブックが信頼できる接続を取得できませんでしたが、ThinkPadには問題がありませんでした。Macや他の「本物の」ラップトップを持っている人からも同様の報告を聞いたが、最も安いハードウェアは機能していなかった。

指向性アンテナでは何もしていません。私はそれらを必要とすることを期待していましたが、今のところ十分にうまく機能しています。

ほとんどのホテルでは十分な帯域幅を提供できません。心配しないでください、100mbpsを提供できる多くの地上波無線プロバイダーがあります。あるタワーから802.11gを実行している場所についてではありませんが、実際の深刻な無線とそれに対処するためのバックホールを持つ人々についてです。

過去数年にわたって、有線ポートの方法はあまりありませんでした。これは、主にこれらすべての場所をケーブル接続するために必要な予算とボランティアの努力によるものです。2010年には、かなりの数の有線ポートがあると予想されます。私はすべての座席を有線で配線するというアイデアが好きですが、そのようなネットワークを配線して維持するために必要な労力だけで、10％をカバーできるとは思えません。ワイヤレスから人々を解放するのは素晴らしいことです。

802.11bの周波数から人々を解放することも良いことです。Joelが立ち上げて以来話題になっているほとんどの人は、「3つの非オーバーラップチャネル」のようなことを言ってきました。これは2.4GHzスペクトルに当てはまります。ただし、5.2GHzスペクトルに向かって大きな動きが見られました。最初にネットワークを運用した年（2006年？）、使用率は約25％でした。2008年には、5.2GHzで60％を超えました。

そのため、はい、何千人もの人々とワイヤレスで実行するには、いくつかの考えが必要です。しかし、いくつかの考えを与えると、かなり高いレベルの満足が得られたようです。

ショーン

大きな問題は、ボールルームのような小さなエリアで実際に3,000人のクライアントについて話している場合、Wi-Fiはおそらく仕事にとって間違ったテクノロジーであると思います。大きなスペースに広がるクライアントが少なければ、それは実現可能だと思います。

クライアントが実際にネットワークを使用していると仮定すると、潜在的に数千のクライアントでボールルームをカバーすることは、Wi-Fiにとってはストレッチになるでしょう。（米国では）オーバーラップしないチャネルは3つしかありませんが、50を超えるクライアントを効果的にサポートするアクセスポイント（AP）を見たことはありません。最終的には、同じチャネルに多数のアクセスポイントが配置され、空中戦が激しくなります。これは、小さな領域にある多くのクライアントデバイスです。

いくつかの種類の高度な指向性アンテナをリグでき、少数のクライアントをターゲットにするために無線電力が制限されている場合、これを改善することができます。会議のような一時的なイベントの場合、そのようなサイト調査が必要とする強迫観念のレベルは、不当に高価になるでしょう。

単一のオープンスペースで3,000のクライアントよりも低いクライアント密度をカバーしていると仮定すると、APがサポートできるクライアントのかなりの部分を処理できるサイズのカバレッジゾーンでAPを配置します（無線を調整することにより）電力/アンテナ）、そして重複しないチャネルで隣接APを維持しようとするでしょう。APの数が多ければ多いほど、クライアントの数が多すぎるとAPに負荷がかかりすぎません。（無線ゾーンを調整するために無線電力/アンテナを調整することは、Wi-Fiを拡張して小規模な物理的エリアで多数のクライアントを処理しようとしていない人にとっては直感的ではないように思われます。）

レイヤー2ブロードキャストの観点からは、複数のSSIDをブロードキャストし、それらを異なるVLAN / IPサブネットにバックエンドすることは理にかなっています。これは、クライアントデバイスの数とトラフィックの特性に依存します。個人的には、企業LAN上の単一のレイヤー2ブロードキャストドメインに約500台を超えるデバイスを配置することはありません。会議のWi-Fiネットワークが悪化すると想像することしかできません。

冗長性は懸念事項ですが、DHCPは簡単なはずです。おそらくISC dhcpdを使用して、2番目のサーバーへのフェールオーバーの準備をします。私は、不正なDHCPサーバーにも目を光らせていると思います。有線イーサネットでは、不正なDHCPサーバーが表示されるポートを簡単に無効にできます。ワイヤレスイーサネットの場合、もう少し問題があります。MACアドレスに基づいたモバイルユニットのブロックをサポートするAPがあるかどうか、誰もが知っていますか？（悪意のあるDHCPサーバーがMACを一度検出するとスプーフィングする場合は役に立ちませんが、それは始まりです...）

明らかに、ファイアウォール/エッジルーターは、そのような多数のクライアントが生成する可能性があるNATテーブルエントリの数を処理できる必要があります。消費者向け玩具のNATルーターはそれを処理しません。冗長なルータープロトコル（HSRP、VRRPなど）と複数のエッジルーターデバイスは、単一障害点がショー全体を台無しにするのを防ぐために必要になるでしょう。

バックホールでの帯域幅の競合に関しては、クライアントの帯域幅をインターネットに絞ることができます。それはまた、全体的な放送の競合をある程度制限するはずです。

HTTPトラフィックの透過プロキシとして、Squid Cacheのようなものを配置します。これは、バックホールの利用に役立ちます。HTTPプロキシキャッシュが障害ポイントになることはないため、キャッシュの状態を監視し、障害が発生した場合はキャッシュを迂回するためのインフラストラクチャが必要になります。

スプレッドシートを起動して、散らばっている小さなイーサネットスイッチとパッチケーブルの束の経済性を調べるエネルギーはありませんが、読むほど、有線イーサネットは素晴らしい方法だと思われますまともな接続性を引き出すために。間違いなく、イーサネットケーブルを実行してスイッチに電力を供給するのに大きな労力が必要になりますが、はるかに管理しやすいネットワークインフラストラクチャ、信頼性の高い帯域幅を提供し、ワイヤレスよりも強迫観念の調整がはるかに少なくて済みます。100 Mbpsサービスはインターネットへのアクセスを目的とするので十分であるため、エッジスイッチにローエンドのギアを使用しても問題ありません。

シスコには、PoEから電力を引き出す小さな8ポートスイッチ-Catalyst 2960PD-8TT-Lがあります。それはこのアプリケーションにとっては嬉しいことです-各テーブルにそのようなものを置き、より大きなPoE対応スイッチから電力を引き出します。これらはこのアプリケーションにはかなり高価だと思いますが、誰かから入手できるほど高価ではない「ダウンマーケット」オプションがあると思います。（PoEを搭載したスイッチの検索は、Gooogleではかなり難しいようです...）

Intelは2006年の論文を再発表しました。会議でWi-Fiアクセスを提供します。その数を見ると、ある時点で単一のAPに50のクライアントがあり、合計100クライアント未満のピーククライアント負荷がありました。それらはあなたが話しているものと比較するとかなり小さい数字のようで、2006年には誰もがiPhoneなどを持ち歩いていませんでした。

TechCrunchのMichael Arringtonは、TechCrunch 50にMariette Systemsを雇い、素晴らしい結果を残しました。コメントから、各座席に RJ45接続を提供するCISCOスイッチが何百もあり（写真）、おそらくそれを機能させるのに十分な帯域幅が空いていたようです。

1つの場所から2,000人のハードコアインターネットユーザーに同時アクセスを許可することは、非常に困難です。私は成長した男性が彼らが試みて失敗したときに泣くのを見ました。

しかし、今年はすごい。TechCrunch50には、握手できる以上のインターネットがありました。そして、そのために、Mariette Systemsは私が約束した大きな濡れたキスをします。

チーム：アーニーマリエット、クリフスコルニック、ティムポザール。彼らが入り、帯域幅（WiLineから100 Mbpsの見通しマイクロ波リンク、Telekenexから30 Mbps）を持ち込み、それをBSDルーターにフックし、100を超えるCiscoスイッチと28のwifiアクセスポイントを介して建物全体に配布しました。出席者のテーブルには数百のイーサネット接続（および電源タップ）がありました。さらに、Ustream、DemoPitエリア、およびメインステージ専用の帯域幅。そして、全体として、多くの非常に幸せな出席者。

ピークポイントには1,200を超える同時接続があり、最大88 Mbpsの着信帯域幅使用量のバーストがありました。しかし、誰も削減されませんでした。そして、聴衆の中にラップトップでUstreamのライブフィードを見ている人が複数いることに気付きました。他の人は全米オープンのライブストリームを見ていました。言い換えれば、聴衆は帯域幅を完全に浪費していました。そしてそれは素晴らしかった。

実際、聴衆が私たちのインターネットを失敗させることに失敗したことに少し失望しました。彼らはベストを尽くしましたが、欲求不満でした。

AppleのWWDC（少なくともここ数年）は素晴らしい無線カバレッジを持っていますが、彼らは魚網に座って一週間中Ciscoのカバレッジマップを見つめています。多数のアクセスポイントを展開します。また、ワイヤレスネットからの会議サイトからの大規模なダウンロードの一部を巧妙にブロックし、代わりにイーサネットケーブルのある場所のマップをポップアップ表示します。

優れたWi-Fi展開は、大規模な会議で優れたワイヤレスアクセスを実現するための鍵となります。

多くの人がオンラインになろうとすると、干渉により航空交通が混雑します。誰もがアクセスポイントと「話し」ようとすることを想像してください。他の人が話しようとすると、話しているすべてが適切な会話のノイズになります。これがまさにこのようなシナリオの原因です。

これらの問題を克服するために、次のことを検討できます。

1-多くのスマートアクセスポイント

エンタープライズグレードのシンAPは無線制御を備えており、Wi-Fiクライアントの容量を検出し、802.11a / b / g / nカードであるかどうかを検出しようとします。その場合、APコントローラーはユーザーを5G 802.11nまたは802.11aチャネルに切り替えようとしますが、これはあまり一般的ではなく、したがって干渉も少なくなります。

2-802.11n

Wi-Fiについて話すとき、一般的な802.11g APはアドバタイズとして54Mbps（3Gなど）を達成することはできず、約22Mbpsになります。10人のゲストで共有され、誰もが控えめな2Mbpsを取得します。50人のゲストで共有します。40kbps程度です。

802.11nはこれを少し改善します。150Mbpsのアドバタイズ速度は通常70 Mbpsになるため、より多くのゲストに対してより合理的な速度を実現できます。

3-より多くのAP、より多くの帯域幅

より多くのAPを展開すると、以前のボトルネックが解消されます。ただし、複数のAPを使用する場合は、APが別のAPと干渉するのを避けるために、それらのチャネルを適切に設定する必要もあります。インターネットが次のボトルネックにならないように、APを増やすだけでなく、帯域幅を増やしてください。

マット

リスボンで開催されたRIPE 59会議から戻ったばかりで、7人のエンジニアのチームで約300人の参加者にワイヤレスネットワークを含む技術サポートを提供しました。私が関わっている限り、ほとんどの場合、ワイヤレスに関する苦情は非常にまれです。ピーク時のオンラインワイヤレスクライアント数は約250で、総トラフィックは44 Mbit / sです。

基本的に、何年も前にホテルの接続を断念しました。

ネットワーキングに関する私たちの手口は基本的に次のとおりです。

• 構造化されたケーブルを備えたホテルを見つける（パッチ、およびいくつかのテスト）
• パッチルームに機器を配置してサポートできることをホテルに同意します。
• 分を提供するローカルホスト（ISPまたは同様の経験豊富な適切なネットワーク）が必要です。会議エリアのパッチルームに100 Mbit / s
• 会議エリア内のすべてのワイヤレスAPを切り替えることにホテルに同意する
• 一連のスイッチ、ルーター、アクセスポイントを持ち込み、独自のネットワークを構築します

ネットワークのセットアップには、すべてのパッチとワイヤレスのセットアップを含め、数日しかありません。当社の機器は以下で構成されています：

• 15 Cisco 802.11 a / b / gアクセスポイント、通常約10
• BGPおよびVRRP用の2つのジュニパーJ2320ルーター
• 4つのFoundryスイッチ。そのうち2つはアクセスポイントのPoEをサポートします
• シンプルな2.4 GHzスペクトラムアナライザー
• 適切なFlukeケーブルテスター、短絡、誤配線、断線、ケーブル長、信号損失などの測定

また、ホテルのケーブル配線を回避する必要がある場合に備えて、数キロメートルのUTPと多数のRJ45コネクタを用意しています。

802.11 b / gの場合、最初に調査を行い、（他の建物またはフロアからの）干渉をマッピングしてから、各APのチャネル1/6/11を選択します。かなり高密度で低電力の設定を使用します。会議中、AP間のクライアントの分布を監視し、必要に応じて電力レベルを調整して、単一のAPの過負荷を回避します。

アップストリームには、独自のIPv4およびIPv6プレフィックスがあります。パブリックネットワークのDHCPプールには約900個のアドレスがあります。通常、アップストリーム（ローカルホスト）とのBGPピアリングをセットアップします。

そのため、この方法により、ホテルによる安っぽいワイヤレス接続やくだらない外部接続を回避できます。ただし、想像できるように、設備、エンジニアリング時間、およびおそらくホテル代にかなりの費用がかかります。この方法で提供できる高品質は、このコストの価値があります。

Microsoft Australia Tech.Edの人々は、今年のイベントでのWi-Fi体験に関する興味深い記事をいくつか持っています。

2500人以上のすべての参加者にHP MiniNoteワイヤレス対応ラップトップと、電話、追加のラップトップなどが提供されていることを考えると、ワイヤレスは非常に重要でした。

メインのブログはhttp://techedbackstage.net/にあり、（ある程度）驚くべきひねりをカバーするWi-Fiパフォーマンスハンチングを解決しています。

もちろん、これはイベント中、500 Mbpsのアップリンクがトレントニーズに適していると考える通常の思いやりのないオタクによってさらに複雑になりました。:(

同じ部屋にいることで物理的に接続されている数百人（または数万人）の人々の基本的な問題を誰も気づいていないが、彼らのインターネット接続によって心が離れているのだろうか？互いに話すことを期待していない場合、または発表者に細心の注意を払うことを期待しない場合、なぜ全員を同じ部屋に配置しますか？単一の連続したブロードキャスト範囲内で数千の独立した接続を処理する唯一の無線技術はセルラーなので、同じ部屋にいる全員に独自の接続を持たせたい場合は、それが唯一の選択肢であり、達成するための費用対効果の高いソリューションを見つけることは幸運ですそれ。シーシュ。

私が開催したすべての会議（約10件）で、wi-fiの問題に対する最善の解決策は、すでに大規模に問題を解決した会議をどこかで開催することです。

答え？大学および大学。彼らはすでに何千もの無線アクセスを提供しなければなりません。あなたの会議は彼らに害を与えません。会議を大学や大学で開催し、パスワードを発行してもらうと、wi-fiについて心配する必要がなくなります。

Sean Reifschneiderは、過去のPyConが動作するようにwifiを取得するためにいくつかの素晴らしい仕事をしました。彼は、PyCon 2007、PyCon 2008、そして最近のPyCon 2009に関する広範なレポートを作成しました。

私にとっての2つの重要なポイントは、基本に戻ったということです。最初の帯域幅と2番目のアクセスポイントです。これらすべてのアクセスポイントを適切に機能させ、その詳細をすべて把握することはもちろん重要です。ただし、帯域幅とアクセスポイントのベースがない場合、どのように設定してもかまいませんが、機能しません。

この質問は私たちに何度も尋ねられます。...私は英国のイベントWi-Fi / VoIP /インターネットビジネスのテクニカルディレクターです。スポーツ、展示会、会議、体験イベントのみにサービスを提供しています。

ここに関する他の多くの答えには技術的なメリットがありますが、私は別の方向から答えたいと思いました。イベントマネージャーのミーティングプランナーは、Wi-Fiまたはインターネットソリューションについてほとんど知らない2人の会場セールスマネージャーの話を聞きます。

ほとんどの会場では、「会場全体でWi-Fi」を使用していることがわかります。このWi-Fiは通常、ホテル訪問者の日々の要件には十分ですが、カンファレンススイートの2000人の筋金入りの技術者には十分ではありません。

バンクーバー、アトランタ、LA、ロンドン、ソウルなどでさまざまな技術会議に参加しており、クライアント、ミーティングプランナー、およびホテルITマネージャーとのサイト訪問を必ず行っています。最初に確立することは、イベントで利用可能なインターネットバックホールです。ホテルと共有したり、他の関係者によって管理されたりすることはありません。イベントの開催中は所有権が必要です。あるイベントでは、ホテルのインターネットアクセス全体を実際に引き継いで、ホテルにルーターからのフィードバックを与えました。

所有していない場合は、管理できません。

第二に、視聴者の要件とクライアントの要件を理解し、2つが満たされているかどうかを確認しますか？クライアントには予算とパフォーマンスの要件があり、対象者には技術とパフォーマンスの要件があります。2つの大きな違いは予算です。特に今年は非常に大きな問題でした。必要なインターネット速度とコストについてアドバイスし、クライアントは予算のために速度を下げます。インターネットの速度が遅く、Wi-Fi /ネットワークがゴミだと言われているので、聴衆は満足していません!!

次の問題は機器です。ここでは磨く必要はありませんが、一般的には動作し続ける傾向があり、聴衆の規模に合わせて拡張できるため、シスコの機器のみを使用します。PC WorldまたはBest Buyに行って50ドルのBelkinルーターを入手すると、イベントの途中で失敗します。

最後に、技術スタッフであるすべてのビジネスには、独自のITチームまたは技術の第一人者がいます。

もしあなたがイベントネットワークを持っていて、イベントマネージャーやキーノートスピーカーがネットワークの世話をすることを決めたなら、あなたは問題を抱えています。彼らは私たちの事で忙しく、本当にプレッシャーに耐えません。

ネットワークを管理するITチームを24時間年中無休で取得します。3か月先の優先事項ではないかもしれませんが、基調講演ではインターネットが失敗すると半分が優先事項となり、成功したイベントを殺すことができます。

ここの何人かの人々はAppleのWWDCについて言及しています。そのネットワークは、Moscone Westの3フロアで1週間に5,000人以上をカバーしています。各フロアは120,000平方フィートを超えるため、360,000平方フィート以上をカバーします。実質的にすべての人がラップトップ（およびiPhone）を持っています。

過去3年ほどで、彼らは2.4 GHzと5.0 GHzの両方でCisco APとコントローラを使ってそれをやった。また、ほとんどのハードコアユーザーの負荷を軽減するために、10/100有線スイッチポートを備えた10台の「ワークテーブル」を提供します。ロビー、廊下、会議室で確実に機能します。

ピクチャー：

http://developer.apple.com/wwdc/experience/

来年は経験のためだけに参加することを検討するか、誰かにメモをとってもらうことをお勧めします。彼らは非常によく運営されている会議を開きました。

私は150から250人の人々がいるロンドンでBarCampsを組織することに関与しています。私たちが見つけた1つのことは、会場と請負業者によるキャパシティの過小評価がramp延していることです。200人が来ていると言うと、50人がインターネットを使用することに基づいて動作します。そして、それらの使用の範囲は、彼らの電子メールをチェックし、いくつかのツイートを投稿することです。実際には、200オタクは300デバイス（ラップトップ+スマートフォン+ガジェット）を意味します。会議を開催し、外部の会社に接続を設定してもらう場合、200人が来ているが、600人が来ているかのように動作する（など）と伝えます。

最近のBarCampで、多くの人がiPhone開発をハックしたいと思ったため、多くの人が700Mb + iPhone SDKを取得する必要がありました（Snow Leopardのリリース後にSDKをアップグレードするのを忘れていました）。良い点は、オタクが低帯域幅の状況に適応できることです。私はそれを1時間かそこら待ちたいと思った人に言った-それから私はそれをダウンロードしてラップトップのHTTPサーバーに置き、そこからダウンロードするように言った。

もう1つ注目すべき点は、ポートです。最近、ロンドンのハックの日に行って、CVS、svn、gitのポートをブロックしました。いいえ、本当に。人々にコードを書かせようとしている場合、バージョン管理やSSH / SCP / SFTPなどの開発者ツール用にポートが開いていることを確認する必要があります。

非営利およびコミュニティのイベントでは、一般的に自分が何をしているかを知っている人を見つけることができます。ブライトンの最初のBarCampは、1つの非常に正しいことをしました：彼らは、イベントwifiのセットアップを手伝うために、地元の無料wifiゾーン（Pier to Pier-Brightonビーチをカバーする無料のホットスポット）の管理者を得ました。彼らは修正されたWRT54Gのスタックと多くの知識と経験をもたらしました。BarCampsを整理する場合は、アドレス帳に、wifiを知っている人、DHCP、DNS、バインドなどを知っている人を必ず記入してください。大量のビールとピザを購入してください。

もう1つは、有線接続を提供することです。最初のロンドンBarCampは、それをホストする会社がwifiのセキュリティについて懸念を抱いていたため、有線接続のみでした。バックアップとして有線を使用できると便利です。有線接続があり、会場で提供されているWi-Fiが機能しなくなった場合、いつでも独自のDHCPを使用して独自のものを展開できます。

オタク系の人が多いなら、Peg DHCPを検討してください。;）

IETFのマークに完全に同意します。IETF会議を開催するためのネットワーク要件は、http：//iaoc.ietf.org/network_requirements.htmlでオンラインになっています。
これらは非常に詳細であり、おそらくほとんどの会場プロバイダーが失神するでしょう（例：プライマリおよびセカンダリサイトの義務付け）プライマリが45 Mbps〜100 Mbps、セカンダリが10 Mbps以上の双方向のインターネット接続。

Xirrusについて聞いたことがありますか？（彼の仕事でWi-Fiに接続している私の友人は、好ましい解決策として彼らにアドバイスしました）。Microsoft Eventsの使用例を参照してください

および要件：*

• 単一の部屋で3,000人のユーザーを同時に接続する機能

• 一元管理されるシンプルなネットワーク

• 最小数のデバイスでの迅速なインストール

オンボードのマルチギガビットスイッチ、Wi-Fiコントローラー、ファイアウォール、専用のWi-Fi脅威センサー、および組み込みデバイスとともに、4〜24個の802.11abg + n無線が単一デバイスに高利得指向性アンテナシステムに結合されています。スペクトラムアナライザー。

更新：内部情報があります。Ciscoの人でさえXirrusはクールだと思っています！:-)）

WiFiに接続しようとする3000人の部屋のエネルギー量は膨大です。多くの異なる信号が干渉するため、最終的にはすべてノイズに変換されます。

適切なアクセスを取得する唯一の合理的な方法は、指向性アンテナを設定し、部屋の一部を異なるチャネルに分離することです。そのため、「適切な」接続を取得することはほぼ不可能です。あなたが正直に「絶対にひどい」インターネット接続を否定したいなら、最善の策はイーサネットドロップを提供することです。

Google I / O 2009で誰がシステムを実行したかを調べ、彼らがしたことを実行します。会場の小さな塔には多くの産業用アクセスポイントが見えていました。サーバーは、参加者の数に対して信じられないほど信頼性がありました。（4000？）

特に、すべての参加者にAndroidスマートフォン（WiFiを搭載）を配ったことを考慮してください。

多くの人々が考慮していないことは、通常、一晩で一緒に投げられるものではなく、プロセス全体を解決するのに通常数か月以上かかることです（OC3またはDS3をプロビジョニングするためのリードタイムを見てください）？ほとんどのイベントコーディネーターは、「ああ、インターネットアクセスも必要だ」とだけ言うか、センター/ホテルがインターネットの可用性をセールスポイントとして使用します。人々が優れた経験をしたイベントは、ターゲットオーディエンスと必要なものを知っていたコーディネーターと関係があります。リードタイムが14日未満の会議で、カスタムネットワークインフラストラクチャのセットアップと管理を支援してきました。また、会議のカスタムネットワークインフラストラクチャのセットアップと管理を支援し、1年前に通知を行いました。事前通知のあるものは、使用できる限り速く、問題なくアクセスできました。リードタイムが14日のものは、ダクトテープ、ベイルワイヤー、祈りと一緒に開催され、それが示されました。しかし、物事がうまくいくときの公的なお祝いはありません。私が仕事を正しくし、人々が実際に前もって計画している場合、イベントコーディネーターのみが私が働いている会社の名前を知っています。コーディネーターがめちゃくちゃになり、最後の一秒まで言及しないと、大会の誰もが会社は無能だと思うようです（ただし、ウェブの記憶は非常に短いです）。私が働いている会社の名前を知っているのはイベントコーディネーターだけです。コーディネーターがめちゃくちゃになり、最後の一秒まで言及しないと、大会の誰もが会社は無能だと思うようです（ただし、ウェブの記憶は非常に短いです）。私が働いている会社の名前を知っているのはイベントコーディネーターだけです。コーディネーターがめちゃくちゃになり、最後の一秒まで言及しないと、大会の誰もが会社は無能だと思うようです（ただし、ウェブの記憶は非常に短いです）。

私の大学（ÉcolePolytechnique deMontréal）では、おそらく100個のアクセスポイントがあり、学校によって作成されたグローバルな動的チャネルディスパッチアルゴリズムがありました。あるAPのチャネルを動的に変更して、利用可能な帯域幅を最適化し、時刻に応じて学校内の特定の場所で信号を送信します。カフェテリアは昼食時などに最高の帯域幅を獲得したため、APネットワーク全体がユーザーの行動に適応します。高帯域幅が必要な場合、チャネルのオーバーラップを可能な限り削減しようとしました。

そのようなものは、スケジュールに応じて、異なるAPにチャネルを動的に割り当てることができる会議で実装できます。

ApacheCon（1500人程度）では、ワイヤレスは常に優れた機能を発揮します。彼らは、独自の20 Mbitインターネットアップリンクをセットアップし、ワイヤレスAPカバレッジで会議フロアを覆う外部企業を持ち込みます。ホテルのワイヤレスにもよりますが、事実上痛みを伴うことが保証されています。正しく実行したい場合は、会議の計画の一環としてお金をかけて自分で持ち込む必要があります。

ASSEMBLY's（http://www.assembly.orgに連絡してみてください。）Netcrewに。毎年、彼らはホッケーのアリーナに散らばる約6000人（まあ、全員がワイヤレスを使用しているわけではありません）に安定したWifiアクセスを提供しています。

もちろん、この種のネットワークの構築には多大な労力が費やされていますが、おそらく小規模なイベントにも役立つ可能性のあるヒントやコツを知っているでしょう。

IPスプーフィングに関するメモ：私の友人はlinux.conf.au 2006でネットワーキングを担当し、dhcparpdと呼ばれるユーティリティでスプーフィングの問題を解決しました。

dhcparpdは、イーサネットベースのネットワークに対するIPスプーフィング攻撃の影響を緩和するツールです。dhcparpdは、2006年1月にダニーデンで開催されたLinux.Conf.AUの会議ネットワークの管理を支援するために最初に作成されました。

dhcparpdは、ISC DHCPD3サーバーインスタンスのリースデータベースに保持されている情報に基づいてARP応答をスプーフィングすることにより機能します。dhcparpdは、着信ARPクエリをpcapソケットでリッスンし、OMAPIプロトコルを使用してMACアドレスをDHCPサーバーにクエリし、最後にlibnetパケットインジェクションライブラリを使用してスプーフィングされた応答を送信します。

dhcparpdは、実際のホストが独自のARP応答を送信することを停止しません。これらのパケットをブロックするには、iptables / ebtablesを構成する必要があります。

http://research.wand.net.nz/software/dhcparpd.phpで確認してください。

私は多くのwifiユーザーがいる定期的な大規模な技術会議に参加してきましたが、問題なく機能しました。

それはIETFです。

実際、IETF会議ネットワークは、既存のRFCおよび新しいRFCのショーケースとして使用されています。スケジュールの特別な部分があり、それは統計、学んだ教訓、そしてユーザーによるコメント、質問、批評であり、おそらく地球上で最も技術的に高度なインターネット技術ユーザーです。

各部屋には不気味な小さなシスコアクセスポイントがあり、6個以上のアンテナがありました。メイン会議室、それらのささいなことはどこにでもあり、30メートル以上離れていました。

私のブログから取られた：jordaneunson.com。

嫌い、会議、大規模な会議、キャンパスなどに行ってWi-Fi信号を受信すると嫌いですが、私の要求は空のデータベースに送られるようです。会議はこのことで有名です。彼らは、大勢の人々のグループを、全員が共有できる単一のワイヤレスアクセスポイントを備えた小さなスペースに詰め込みます。さらに悪いことに、彼らは同じSSIDを持つ複数のアクセスポイントをすべて同じSSIDで同じチャネルに配置し、互いに比較的近くに配置します。適切にセットアップされていれば、Wi-Fiは非常に大量のクライアントをサポートできます。ただし、ネットワークにアクセスする人が増えるにつれて、それぞれがラップトップまたは電話で信号を作成し、周囲の人に干渉することを考慮する必要があります。

まず、携帯電話、Wi-Fi対応の携帯電話、という意味ではありません。つまり、Wi-Fi 2.4 GHz帯域の両側で動作する標準的な携帯電話です。これらの携帯電話はすべて、Wi-Fiスペクトルの最初と最後に干渉を引き起こしています。そのことを念頭に置いて、最初にスペクトルの中間、チャネル6付近にアクセスポイントをセットアップします。ほとんどのアクセスポイントにはチャネル設定機能があります。ただし、ネットワークに参加するクライアントが増えると、その小さなチャネルにより多くのノイズが入ります。ほとんどの人は、Wi-Fiアクセスポイントが過負荷になっていると考えているため、別のアクセスポイントをネットワークに追加します。これは問題を悪化させるだけです。問題は帯域幅ではありません。今すぐ言ってください：問題は帯域幅ではありません！問題は「信号対雑音比」です。

信号がノイズに出会ったとき

信号対雑音比（SNR）の定義は、信号電力を損なう雑音電力の比率です。1よりも大きい比率は、ノイズよりも信号が多いことを示します。54 Mbit / sのような高いデータレートは、アクセスポイントから離れるほど急速に低下することに気づくでしょう。多くの人は、送信電力を上げて信号がさらに進むことを試みますが、これによりノイズが増加します。したがって、同じSNR。SNRは、ワイヤレスネットワークで使用できるデータレートを決定します。データレートが高くなると、より複雑な方法が送信に使用され、受信側のデータストリームに信号を適切にデコードするためにはるかに高いSNRが必要になります。

複数のアクセスポイントの紹介

前述したように、チャネル6を例にとると、チャネル6を中心にアクセスポイントを設定します。ただし、この1つのチャネルを使用すると25人程度になると飽和状態になり、SNRはそのため、クライアントのデータレートが低下します。したがって、この同じチャネルに別のアクセスポイントを追加しても答えになりません。代わりに、6から4、1から8の2つのチャネルにアクセスポイントを追加する必要があります。使用し、それらが存在する地理に基づいて名前を付けます。このような「アクセスポイント1」という名前はお勧めできませんが、「サウスウォールAP」や「ステージ左AP」などの名前はそうです。これにより、ユーザーはどのAPが自分に最も近いかを把握できるため、最大データレートを確保できます。

場所、場所、場所

前述したように、アクセスポイントには物理的な場所にちなんで名前を付けます。また、電気的および磁気的干渉について考えることです。たとえば、3x20Aコンジットのすぐ横の天井にアクセスポイントを配置することは、おそらく良い考えではありません。どちらも電子レンジや冷蔵庫の上に置いていません。アクセスポイントの間に十分なスペースを確保し、最終的には標準のアンテナよりも優れたアンテナを入手してください。これらのヒントを使用すると、同じ場所にいる大勢の人々を簡単にサポートでき、会議の出席者のイライラを感じることもありません。

質問に対する答えがわかりません。Joelのブログから来て、Conference-Wifi-Done-Rightの例を追加し、これらの人からヒントを得ることができるかもしれないと提案しました。

誰？林檎。WWDC。数千人の開発者が1週間Mosconeセンターにアクセスし、それぞれがラップトップ（または2つ）とiPhone（または2つまたは3つまたは...）をすべてwifiで持ち歩いていました。彼らの半分は、現在参加していない会議の巨大なビデオをダウンロードしています。

...そして、それはすべてうまくいくようです。

私は彼らの秘密が何なのか分かりませんが、会議の無線LANがダメにならないことを確認するのが仕事なのは男たちの小さなチームだと思います。

それはおそらくSO日には少しやり過ぎです（前方を見ましょう！） 。IPアドレスと同様。そして、明らかに「帯域幅を浪費している」などの人々の最大スループット。

要するに、あなたの会議を吸わないために会場を当てにすることはできません。それが会議主催者の仕事です。せいぜい、あなたは彼らの新鮮な果物があまりにも緑ではなく、十分なボトル入りの水があることを望むことができます。

通常、非常に簡単な答えです。3,000人のユーザーをサポートするインフラストラクチャを提供するには費用がかかり、その多くが必要です。アクセスポイント、電源、ファットパイプ、プロキシ、QoS、ユーザーごとの調整など

彼らが会場を雇う人々からのこれらの費用を取り戻すことができなければ、彼らはインフラストラクチャをインストールすることを気にしません。そして、もし彼らが人々を他の場所に行くコストを再クーペしようとすれば、「彼らはとても高価だ」。

彼らが費用項目としてそれを片付けない限り、私は多分グーグルまたはFogBugz所有の会議室を除いて、それが起こっているのを見ることができません！

オーランドのTechEd 2007には問題はありませんでした。彼らには膨大な数の有線ステーションがあり、何千人もの参加者がコンベンションセンター全体に広がっていました。人々が電子メールを印刷してチェックするために使用できるステーションを持つことで、デモ/ワークショップの個別の領域は、プレゼンテーションを吸収すべきだったときに人々が自分のコンピューターでうろついている時間を削減するでしょう。

多くのアクセスポイントが必要ですが、信号強度は低下しています。このようにして、特定のエリアへのアクセスポイントを効果的に増やすことができます。事実上3つの異なるチャネルしかないため、オーバーラップを最小限に抑えるために三角形のグリッドにレイアウトする必要があります。堅牢なDHCPソリューションを使用できるように、ルーターではなくアクセスポイントを使用することをお勧めします。

たぶん、あなたはあなた自身のアクセスポイントを持ってきて、ネットへのアップリンクとして会場のwifiを使用してルーターとして設定されたコンピューターに接続することができます。次に、会場のwifiのパスワードを出席者に伝えないで、持ってきたAPのパスワードのみを伝えます。

これは安っぽい帯域幅では助けにはなりませんが、少なくとも、devdays boston（wifiの問題以外は完全に動作していました）のようにIPアドレスが不足することはありません。

編集して追加：他の人が言ったように、WWDCは私が行っているたびに信じられないほど良いwifiを持っていました。誰がWi-Fiを処理したかを調べ、雇用します:)

毎年開催されるColdfusion開発者カンファレンスであるCFUnited（cfunited.com）を運営するLiz Frederick（liz @）と話してください。この会議でのインターネットと電力アクセスは、私が今まで見たものよりも優れていました。数百人の開発者が自宅に戻ってCF Webサーバーで新しいコードを試すことができるように、インフラストラクチャには多くの先見の明があります。