概要
この資料は Cisco Unified Call Manager (CUCM)で導入されるワイヤレス エンドポイント トラッキング機能を 11.5 説明していたものです。 この機能によって CUCM はワイヤレス エンドポイントの物理的な位置をトラッキングし、に関連付けられるアクセス ポイントを知れます。 この情報は Cisco Emergency Responder (CER)のようなアプリケーションによってそれからエンドポイントの物理的な位置をトラッキングし、コールをそれに応じてルーティングし、拡張が容易なソリューションのために作るために引き出されます。
前提条件
要件
次の項目に関する知識があることが推奨されます。
- コール ルーティングとコンピュータ テレフォニー インテグレーション(CTI)ルート ポイント
- CUCM と CER の統合
- CUCM の IP フォンの設定
使用するコンポーネント
このドキュメントの情報は、次のソフトウェアのバージョンに基づくものです。
- CUCM 11.5
- CUCM の Ciscoワイヤレス コントローラ 同期サービス
このドキュメントの情報は、特定のラボ環境にあるデバイスに基づいて作成されたものです。 このドキュメントで使用するすべてのデバイスは、クリアな(デフォルト)設定で作業を開始しています。 ネットワークが稼働中の場合は、コマンドが及ぼす潜在的な影響を十分に理解しておく必要があります。
背景説明
従来 CER は同じ IPブロックに属する特定の救急救命室へ呼び出し側のデバイスの IPアドレス範囲およびコールをルーティングすることに基づいてコールをルーティングします。 このソリューションは配線されたエンドポイントでそれらがモービルではない IP アドレスが正確な位置を定義するのでうまく作動し。 ただし、問題はワイヤレス エンドポイントとそれらが IP アドレスを保つが、起こりましたり 1 つの特定の物理的な位置に結合 されませんので。 この情報が効率的 ルーティングのために CER のようなアプリケーションによって以降使用することができるようにどのアクセス ポイントに認識させる方法を現在に関連付けられるかこれにより不正確なルーティングを引き起こし、それ故にワイヤレス エンドポイントの物理的な位置をトラッキングし、CUCM を必要とします。
現在この機能はこれらのコンポーネントに利用できます:
1. CUCM 11.5 リリース
2. 7925/7926 IP 電話 ファームウェア 1.4.7.2 以上に
注: 現在、この機能は Jabber エンドポイントのためにサポートされません。
注: サード パーティ WLC およびアクセス ポイントのためのサポートは CUCM 11.5 リリースでサポートされません。
設定
アクセス ポイントのための配置 モ デルには 2 つの型があります:
1. ワイヤレス LAN コントローラ(WLC)が管理するアクセス ポイント:
この deployement モデルでは、アクセス ポイント 情報は SNMP v1/2c/3 を使用して WLC からの CUCM によって引き出されます。
2. スタンドアロン アクセス ポイント deployement:
手動で バルクアドミニストレーションツール (BAT)を使用して CUCM でアップデートされるこの deployement モデル アクセス ポイント 情報 ニーズ。
ワイヤレス エンドポイント トラッキング機能を設定するのに deployement によって approriate セクションを使用して下さい。
1. WLC によって管理されるアクセス ポイント
a. Location の下でオプション Ciscoワイヤレス コントローラ同期サービスの選択によって機能をつけて下さい
基づく CUCM のサービサビリティ ページからのサービスをトラッキングします。

b. 3 つのサービスパラメータは SNMP 属性で助けるこの機能のためにもたらされました。 これらの属性はなります
WLC からのアクセス ポイント 情報を抜くことを使用するので WLC の下で設定される属性への一致。

c. サービスを開始した、a.および b.から SNMP 詳細を追加する後、先に行き、WLC 詳細を追加して下さい: ワイヤレスアクセスポイント コントローラ。

d. コントローラ ホスト名 /IP および SNMP バージョン /Community ストリング 詳細を追加して下さい。 再syncronization 時間および間隔を追加して下さい
同期スケジュールの下。

e. アクセス ポイント 情報はオプション スイッチおよびアクセス ポイントの下で読み込まれることがわかるこれらのステップを掲示して下さい。


f. 各アクセス ポイントの下でそれに対応づけられる電話およびアクセス ポイント 詳細が表示されます。

2. スタンドアロン アクセスポイント設定
アクセス ポイントが WLC によって制御されない配備の場合には、BAT の使用によってアクセス ポイント 詳細を手動で追加できます。
現在、BAT 以外オプションを CUCM にアクセス ポイント 情報を手動で追加する持っていません。
a. CSV ファイルをこれらの仕様に付着させる作成し、CUCM にオプションの下でそれをアップロードして下さい: Administration > アップロード/ダウンロードはファイルかさ張ります。
カラム:
アクセス ポイント NAME,IPV4 ADDRESS,IPV6 アドレス、BSSID、説明
定義されるサンプル ストリング:
ABC,10.77.29.28,FE80::0202:B3FF:FE1E:8329,11:1F:CA:83:82:F0,Bangalore
|__||_________| |_______________________| |_______________| |_______|
| | | | |
| | | | |
| | | | WAPLocation can contain up to 63 characters. All characters except double quotes, backslash and non-printable characters.
| | | |
| | | BSSIDwithMask can contain from 1 to 20 characters. It can be formatted as needed but may only contain Hexadecimal digits (0-9, A-F), colons.
| | |
| | IPv6 address can contain from 1 to 50 characters. It can be formatted as needed but may only contain Hexadecimal digits (0-9, A-F), colons and dots.
| |
| IPv4 address can contain from 7 to 15 characters. It must be in dotted decimal format (digits and dots only)
|
Access Point Name(Can contain 1 to 63 characters. All characters except double quotes, backslash and non-printable characters.)
手順:
1. IPv4、IPv6 または BSSID は提供する必要があります。 それらはすべて空である場合もないし複数提供するかもしれません。
2. IPv4 アドレス、IPv6 アドレス、または BSSID は 1 つのインフラストラクチャ デバイスだけによって関連付けられるかもしれません。 2 つのデバイスは同じ IP アドレスか BSSID がある場合がありません。
注: CSV ファイルを作成すればのに BAT.xlt を使用すれば BAT.xlt が自動的にそれを処理するので引用符で値を囲む必要がありません。
2. バルク Administration > インフラストラクチャ デバイスの下でオプション挿入インフラストラクチャ デバイスを使用して下さい。

3. CSV ファイルを選択し、すぐに動作するか、または要件によって以降を実行するためにオプションを選択して下さい。 以降を実行することを選択する場合ジョブをスケジュールし、アクティブにするために Scheduler ページ 使用ジョブを確認して下さい。

4. これらのステップを掲示して下さい、進んだ機能 > 述べられるデバイスが追加されるかどうか確認するためにサービス > スイッチおよびアクセス ポイントをトラッキングするデバイス Location に行って下さい。

注: StationLocationInfo メッセージおよびこれの情報は CUCM がデバイスへのアクセス ポイントをどのようにマッピング するかであること電話が送信 するようにアクセス ポイント 情報の BSSID 一致を確認して下さい。
これは手動で追加されるか、または WLC かと同期されて CUCM がどのようにワイヤレス エンドポイントを維持し、それらをマッピング することによってアクセス ポイントに物理的な位置をトラッキングするかです。
Log Analysis
このログ 分析は 2 ノード 11.5 UCM クラスタおよびパブリッシャ ノードに登録する 7925 電話が付いているラボ 環境から奪取 されました。 802.11 b/g/n 無線を使用するワイヤレス LAN コントローラによって制御されるアクセス ポイントが使用されてあります。
1. 登録する場合の電話からの StationLocationInfo メッセージ:
|09:54:41.102 |AppInfo |StationInit: (0005195)
InboundStim - StationLocationInfoMessageID Line 2364: 23469039.000 |09:54:41.102
|SdlSig |StationLocationInfo |restart0 |StationD(1,100,64,5195)
|StationInit(1,100,63,1) |1,100,14,5210.26^10.105.132.116^SEP10F311B680E2
|[R:N-H:0,N:0,L:0,V:0,Z:0,D:0] LocationInfo=A8:0C:0D:DB:C5:23test1111234test-7510-2702i
Line 2364: 23469039.000 |09:54:41.102 |SdlSig |StationLocationInfo |restart0
|StationD(1,100,64,5195) |StationInit(1,100,63,1) |1,100,14,5210.26^10.105.132.116^SEP10F311B680E2
|[R:N-H:0,N:0,L:0,V:0,Z:0,D:0] LocationInfo=A8:0C:0D:DB:C5:23test1111234Maib-7510-2702i
2. 別のアクセス ポイントに登録するか、または接続するときこの情報が電話によって propogated ことがわかります:
- BSSID:
A8:0C:0D:DB:C5:23
- [SSID]:
test1111234
- AP は指名します:
test-7510-2702i
3. 値は registrationdynamic 表でアップデートされます。 registrationdynamic 表の locationdetails カラムは infrastructuredevice 表から BSSID、SSID および AP 名前の参照によって読み込まれます。 それ見つけられるアクセス ポイントの PKID との registrationdynamic の thelocationdetails カラムを読み込めば。 エントリが検出されない場合、locationdetails カラムは未確認ように入ります。
admin:run sql select * from registrationdynamic
pkid lastknownipaddress lastknownucm fkdevice datetimestamp lastknownconfigversion locationdetails tkendpointconnection portorssid lastseen
==================================== ================== ============ ==================================== ============= ====================== ==================================== ==================== ============ ==========
b366c291-bbd7-4464-b02c-e3f6d83c7cac 10.106.127.155 292a2ea3-dbee-43d7-9906-ff3dc42985a5 1449389815 0d30deab-febc-4f76-8fce-99a140978f18 2 WLANPersonal 1449389815
admin:run sql select * from infrastructuredevice
pkid name ipv4address ipv6address bssidwithmask waplocation datetimestamp isactive
==================================== ========== ============== =========== ================= ================= ============= ========
0d30deab-febc-4f76-8fce-99a140978f18 MAIB3502 10.105.132.111 NULL 24:b6:57:5a:b1:e0 Lab-BGL-14-Rack-K 1454041756 t
注: fkdevice はワイヤレス電話のための PKID です。 これはワイヤレス電話がアクセス ポイントによってどのように対応づけられるかです。

4. これらの表が更新済なら、エントリは進んだ機能の下のスイッチおよびアクセス ポイントでアップデートされます。

5. これらのエントリは RegistrationDynamic 表が更新済ならダイナミックで、更新済です。
ワイヤレス電話の最後の見られた情報を言うこと追加 エントリ Lastseen は registrationdynamic に追加されます。
確認
現在、この設定に使用できる確認手順はありません。
トラブルシューティング
このセクションでは、設定のトラブルシューティングに役立つ情報を提供します。
互換性
それから開始することはワイヤレス エンドポイントおよびファームウェアのバージョンの機能のためのサポートがこれ下記のものを含まれていたことを確認してが必要です:
- この機能にファームウェア 1.4.7.2 が付いている 7925 および 7926 の IP フォンが以上に必要となります
- 現在、Jabber エンドポイントはこの機能によってサポートされません
ファームウェアのバージョン 1.4.7.2 が使用される場合、電話は CUCM にアクセス ポイント 情報を伝搬できません。
トラブルシューティングのための一般的なチェックポイント
- 電話がアクセス ポイントによって対応づけられない場合、StationLocationInfo メッセージが CUCM によって受け取られるかどうか確認して下さい。 クロスは同様に使用される電話モデルおよびファームウェアのバージョンを確認します。
- 正確なアクセス ポイント ネームおよび BSSID を確認し、(アクセス ポイントが手動で追加されたら)正しく設定されるかどうか確認して下さい。
- クロスはワイヤレス LAN コントローラ 情報が同期しているステータスが正常ように表示されればかどうか確認し。 これは進んだ機能 > サービス > ワイヤレス LAN コントローラをトラッキングするデバイス Location へのナビゲートによってチェックすることができます。
- 確認し、SNMP 属性のためのサービスパラメータを確認しますそれを一致しますワイヤレス LAN コントローラの SNMP 属性と交差させて下さい。
- クロスはアクセス ポイントが読み込まれるかどうか確認します。 これは進んだ機能 > サービス > スイッチおよびアクセス ポイントをトラッキングするデバイス Location へのナビゲートによってチェックすることができます。 読み込まれないし、LAN コントローラの設定をチェックし、確認すれば正しく設定されます。
集まるべきログ
問題がそれでも続く場合、それ以上の精査のためのこれらのログを集めて下さい:
- 詳しいに設定 される Cisco CM トレース。
- Ciscoワイヤレス コントローラ Syncronisation サービス