無線LANのアクセス・ポイントを設置するときは,障害を考慮して各フロアに予備機を1台設置するのが一般的。その際,設置後は各アクセス・ポイントが正常に稼働しているか監視する必要がある。この監視はpingだけでは不十分。無線区間や送受信データ量も監視できるSNMPを使うことが望ましい。製造業のB社は1年前に社内に無線LANを導入した。正常に稼働していたが,最近になってあるフロアのユーザーから,「パソコンが無線LANにつながりにくくなった」と苦情が来た。担当者が当該フロアの各アクセス・ポイントを調べたところ,1台のアクセス・ポイントのLANケーブルが抜けていることが判明した。接続し直して問題は解消した。B社は,各フロアに通常使うのに必要なアクセス・ポイントの台数を算出した。それに加え,障害に備えて1台予備のアクセス・ポイントを設置してある。今回は,通常使うアクセス・ポイント1台のLANケーブルが抜けていたため,予備のアクセス・ポイントが使われていたのだ。新たな疑問がわいてきた。つながりにくくなったかである。1台のアクセス・ポイントのケーブルが外れても,B社があらかじめ算出した必要台数分が稼働していれば,ユーザーの通信には支障がないはず。つながりにくくなったということは,さらにアクセス・ポイントのどれかが正常に働いていないことになる。B社は,SNMPを利用して無線区間の障害を監視することにしたB社はこれまでpingを使って無線LANのアクセス・ポイントの障害の有無を監視していた。pingは,アクセス・ポイントのLAN側インタフェースの動作しか監視できないため,無線区間の異常を検知できなかった。そこでB社は,SNMPの運用を開始。アクセス・ポイントが収集する無線区間の状態をSNMPで監視できるようにした。障害発生時には,アクセス・ポイント側から自発的に障害を通知できるようにした。無線区間の異常を検知できなかったすべてのアクセス・ポイントにログインして状況を見ると,接続クライアント数が極端に少ないアクセス・ポイントがあることが分かった。このアクセス・ポイントは無線側ポートに異常が発生していた。これはハードウエアを交換するしかない。問題は,システム部門が全アクセス・ポイントの稼働状況をチェックしていたにもかかわらず,このアクセス・ポイントの異常を検知できなかったことだ。原因は,監視方法にあった。pingだけを使っていたからである。pingはアクセス・ポイントの稼働自体を確認できるものの,無線区間の不具合やスループット低下までは検知できない。pingに加えてSNMPを併用そこでB社は,pingだけでなく,SNMPも使ってアクセス・ポイントを監視することにした(図2[拡大表示])。SNMPを使えば,各アクセス・ポイントのポートごとの稼働状況や送受信データ量を監視できる。SNMPトラップ機能を使えば,障害が発生したアクセス・ポイント側から自発的に監視端末に障害を通知できる。データ量も監視することにしたのは,通常のポート状態の監視だけでは検知できない障害に備えるためである。フロアのレイアウト変更などの際,アクセス・ポイントからの電波がクライアントに届きにくくなるケースがある。この場合,ポートは稼働していても,送受信できるデータ量が少なくなる。ポートの稼働状態監視ではスループット低下までは分からない。現場の負担軽減を!医療界でのAWS活用法500万社が導入。情報銀行の成り立ち、事例、現状課題やその行方を網羅。経営戦略である以上、「会計」の知識やスキルが欠かせません。