私は教室の Wi-Fi システムの負荷テストを準備しています。生徒は全員、授業の開始時にラップトップの電源を入れ、Web ブラウザーを起動して授業を開始します。授業では、学校内のサーバーからフラッシュ ベースのレッスンをダウンロードします。ダウンロードは通常 0.5 MB から 2 MB です。
場合によっては、ロード時間が 5 分または 10 分にまで伸びます。そのため、システムのすべての部分を監視して、ボトルネックがどこにあるのか、また、1 つの WiFi アクセス ポイントを合理的に使用できるクライアントの数を自信を持って判断したいと考えています。そのため、最大 50 のクライアントでテストを実行し、何が起こるかを確認しようと計画しています (ほとんどの人はアクセス ポイントごとに 20 ～ 25 のクライアントを推奨していますが、クライアントはこれをテストしたいと考えており、クライアントに何らかの方法で示すための適切なデータを取得したいと考えています)。
サーバーを監視する方法は既に知っています。WiFi アクセス ポイントは SNMP をサポートしており、非常に多くの変数を提供しているようですが、あまり多くの情報を調べたくありません。
そこで質問ですが、システムが過負荷になっているとき、クライアントが待機しているとき、衝突が発生しているときなどを特徴付けるために監視するべき主要な Wi-Fi 関連の変数は何でしょうか?
そこに何があるべきかの一般的な名前を教えてもらって自分でファイルを探すのはいいのですが、詳細を確認したい場合や必要な場合は、私たちが使用しているアクセスポイントはユビキティナノステーション2Ubiquity製品のMIBファイルは、SNMPページ少なくとも一部は支持しているようだが、ミクロティック MIB。
答え1
簡単な方法は、IF-MIB::ifInOctets.<ifIndex>/ IF-MIB::ifOutOctets.<ifIndex>OID を定期的に監視し、利用可能な帯域幅をチェックするだけです。リンクされた MikroTik MIB から、 mtxrWlStatTxRate:1.3.6.1.4.1.14988.1.1.1.1.1.2.<ifIndex>と mtxrWlStatRxRate:を読み取ることで、現在設定されているレートを確認できます1.3.6.1.4.1.14988.1.1.1.1.1.3.<ifIndex>。もちろん、ワイヤレスの詳細は考慮されませんが、インターフェイスで利用可能な帯域幅の合計がボトルネックになっているかどうかを大まかに把握できます (合計チャネル容量に近い使用量が見られる場合は、ボトルネックになっている可能性があります)。
一般的に、ステーションまたはアンテナの設置場所が悪く、選択したチャネルの周波数でイーサがクリーンでない限り、単一の G チャネル (54 MBps 2.4 GHz) から約 2 ～ 3 MB/秒のスループットが期待できます。
AP 側からの再試行とエラーに関するより具体的な情報が必要な場合は、dot11CountersIEEE802dot11 MIB の表 (具体的には、適切なインスタンスのdot11RetryCount、dot11MultipleRetryCountおよび値) を参照してください。dot11FailedCount
802.11には衝突はありませんが、物理的なキャリアセンシングとオプションでRTS/CTSハンドシェイクフレームの送信前に監視することで、dot11RTSFailureCountRTS 要求が CTS によって応答されず、送信ステーションにチャネルが許可されない頻度を大まかに把握できます。
トラフィックの大部分を生成しているのがアクセス ポイントである場合 (つまり、ステーションが主にデータを受信している場合)、再試行と RTS 失敗の回数が比較的少ない可能性があることに注意してください。IF-MIB::ifOutDiscards.<ifIndex>ワイヤレス インターフェイスまたはIF-MIB::ifInDiscards.<ifIndex>有線インターフェイスも確認すると、バッファがいっぱいになり、追加のフレームを受信できなくなるたびにこれらの数値が増加します (つまり、AP はフル レートで送信していますが、イーサネット インターフェイスのフレームはより高速で到着し続けます)。
答え2
AP が過負荷になっていることをクライアントに証明したいだけの場合は、dot11RetryCount および dot11MultipleRetryCount OID を使用できます。
dot11再試行カウント - 1.2.840.10036.2.2.1.4
dot11 多重再試行回数 - 1.2.840.10036.2.2.1.5
これにより、電波がどの程度混雑しているかを大まかに見積もることができます。再試行回数が dot11TransmittedFrameCount の約 10% を超えると、速度低下が見られ始めます。
ここに Cisco の MIB オブジェクト ウォーカーがあります。これは、調査する他の OID を把握する必要がある場合に役立ちます。