次の方法で共有

Lync Server 2013 での場所の決定に使用されるネットワーク要素の定義

  • [アーティクル]

 

トピックの最終更新日: 2012-10-29

クライアントの場所の自動検出をサポートするように Lync Server インフラストラクチャを設定する場合は、最初に、発信者を場所にマップするために使用するネットワーク要素を決定する必要があります。 Lync Server 2013 では、次のレイヤー 2 とレイヤー 3 のネットワーク要素を場所に関連付けることができます。

  • ワイヤレス アクセス ポイント (WAP) の BSSID (Basic Service Set Identification) アドレス (レイヤー 2)

  • LLDP スイッチ ポート (レイヤー 2)

  • LLDP スイッチ シャーシ ID (レイヤー 2)

  • IP サブネット (レイヤー 3)

  • クライアント MAC アドレス (レイヤー 2)

これらのネットワーク要素は、優先順位の高い順に記されています。 クライアントを複数のネットワーク要素を使用して配置できる場合、Lync Server は優先順位を使用して、使用するメカニズムを決定します。

以下のセクションでは、各ネットワーク要素を使用する方法の詳細を説明します。

大事な

ネットワーク要素を使用して呼び出し元を場所にマップする場合、位置情報サービス データベースを最新の状態に保つことが非常に重要です。 ネットワーク要素を追加または変更する場合は (WAP の追加など)、場所データベースの古いエントリを削除して、新しいエントリを追加する必要があります。

ワイヤレス アクセス ポイント

クライアントがワイヤレスでネットワークに接続する場合、場所の要求では WAP の BSSID アドレスを使用してその場所を特定します。 クライアントがローミングしている場合は、示される WAP が最も近いものではない可能性があり、建物の別の階の WAP が選択される可能性さえあります。 場所がおおよその場所であることを示すには、場所の値の前に Near または Close to という記述子を追加します。

場所に関するこの方法では、各 WAP の BSSID が静的なものであることを前提としています。 ただし、動的に割り当てられた BSSID を WAP ベンダーが使用している場合は、WAP から取得された BSSID が変化する可能性があり (こうした変化は WAP 構成の変更に引き続いて発生します)、ワイヤレス クライアントは場所の情報を受け取れない状況で放置される可能性があります。 この可能性を回避するには、各 WAP で使用されるすべての BSSID アドレスに対して、Location Information サービス データベースに ERL を設定する必要があります。

LLDP ポートおよびスイッチ

Link Layer Discovery Protocol-Media Endpoint Discover (LLDP-MED) をサポートするマネージド イーサネット スイッチは、ID とポート情報を LLDP-MED 互換クライアントにアドバタイズできます。これにより、場所データベースに対してクエリを実行してデバイスの場所を指定できます。 スイッチ シャーシ ID 上でのみ ERL を関連付けることもできます。または、それらをポート レベルにマップすることもできます。

注意

Lync Server 2013 では、LLDP-MED を使用して、Windows 8で実行されている Lync Phone Edition デバイスと Lync 2013 の場所のみを決定できます。 スイッチ レベルのレイヤー 2 データを使用して、他の有線 PC ベースの Lync クライアントの場所を決定する必要がある場合は、クライアント MAC アドレスメソッドを使用する必要があります。

サブネット

レイヤー 3 IP サブネットは、クライアントの場所を自動的に検出するために使用できるすべての Lync Server クライアントでサポートされるメカニズムを提供します。 IP サブネットの使用は有線クライアントを構成および管理する最も簡単な場所特定の方法です。 ただし、サブネットの使用を決定する前に、以下の質問を参考にして、サブネットの場所の特異性がクライアントを正確に特定するうえで十分に細かいかどうかを判断してください。

  • 1 つ以上のクライアント サブネットで複数の階をカバーしていますか?

  • 1 つ以上のサブネットで複数の建物をカバーしていますか?

  • どれほどのフロア領域が各クライアント サブネットでカバーされていますか?

サブネットでカバーする領域が広すぎる場合は、別のメカニズムを使用したクライアントの特定が必要になることがあります。 ただし、たとえ実用的であったとしても、サードパーティによる SNMP ベースのソリューションの費用と複雑さを受け入れるよりは、ERL の場所の特異性に関する要件を満たすように顧客が自らの IP サブネット処理を再編成することをお勧めします。

クライアント MAC アドレス

クライアント コンピューターの MAC アドレスを使用して呼び出し元を特定するには、マネージド イーサネット スイッチが必要です。また、それらのスイッチに接続されている (または経由して) Lync クライアントの MAC アドレスを検出できるサード パーティ製の SNMP ソリューションを展開する必要があります。 こうした SNMP ソリューションは、管理されたスイッチの継続的なポーリングによって各ポートに接続されているエンドポイント MAC アドレスの現在のマッピングを取得し、対応するポート ID を取得します。 位置情報サービスに対する Lync クライアントの要求の間、位置情報サービスは、クライアントの MAC アドレスを使用してサード パーティ製アプリケーションにクエリを実行し、一致するスイッチの IP アドレスとポート ID を返します。 場所情報サービスは、この情報を使用して、公開されたレイヤー 2 のワイヤーマップに一致するレコードを照会し、その場所をクライアントに返します。 このオプションを使用する場合は、SNMP アプリケーションと公開されている場所データベースのレコードの間でスイッチ ポート ID の整合が取れていることを確認してください。

注意

一部のサード パーティ製 SNMP ソリューションでは、アンマネージド アクセス スイッチをサポートできます。Lync クライアントをサービスするスイッチが管理されていないが、マネージド配布スイッチへのアップリンクがある場合、マネージド スイッチは、アクセス スイッチに接続されているクライアントの MAC アドレスを SNMP アプリケーションに報告できます。 この情報を使用すると、位置情報サービスはユーザーの場所を識別できます。 ただし、アンマネージド スイッチ上のすべてのポートに 1 つの ERL のみを割り当てることが可能であるため、場所の特定性は、ポート レベルではなく、アクセス スイッチのシャーシ レベルでのみ使用できます。