通話品質ダッシュボード (CQD) でテナントと建物のデータをアップロードする

[アーティクル]
04/07/2023
適用対象:

Skype for Business, Microsoft Teams

通話品質ダッシュボード (CQD) を最大限に活用するには、テナントをアップロードしてデータを構築することをお勧めします。テナントデータファイルには、建物とエンドポイントの 2 種類があります。

サンプルテナントデータテンプレートは、こちらでダウンロードできます。マッピングの構築に関するヘルプについては、「 CQD の建物マップを作成する」を参照してください。

[CQD サマリーレポート] ダッシュボードで、[CQD 設定] メニュー (CQD の上部にある歯車アイコン) から [テナントデータのアップロード] を選択します。ここから、管理者は、IP アドレスと地理情報のマッピング、各ワイヤレスアクセスポイントとその MAC アドレスのマッピングなど、organizationの建物とエンドポイントの情報をアップロードできます。

(Teams 管理センターまたはでhttps://cqd.teams.microsoft.com) CQD を開き、右上隅にある歯車アイコンを選択し、[概要レポート] ページで [テナントデータのアップロード] を選択します。
または、初めて CQD にアクセスする場合は、建物データのアップロードを求められます。 [ 今すぐアップロード ] を選択すると、[ テナントデータのアップロード] ページにすばやく移動できます。
[ テナントデータのアップロード] ページで、[参照] を選択してデータファイルを選択 します 。
データファイルを選択したら、[ 開始日] を指定し、必要に応じて終了日を指定します。
[開始日] を選択した後、[アップロード] を選択してファイルを CQD にアップロードします。

ファイルがアップロードされる前に、ファイルが検証されます。検証が失敗した場合は、ファイルの修正を要求するエラーメッセージが表示されます。次の図は、データファイル内の列の数が正しくない場合に発生するエラーを示しています。
検証中にエラーが発生しない場合、ファイルのアップロードは成功します。その後、[ マイアップロード ] テーブルにアップロードされたデータファイルが表示されます。このテーブルには、現在のテナントのすべてのアップロード済みファイルの完全な一覧がそのページの下部に表示されます。

注意

ビルドファイルの処理が完了するまでに最大 4 時間かかることがあります。

ビルドファイルを既にアップロードしていて、見逃されたり除外されたりする可能性があるサブネットを追加する必要がある場合は、新しいサブネットを追加して元のファイルを変更し、現在のファイルを削除して、新しく編集したファイルを再アップロードします。 CQD には、アクティブな建物データファイルが 1 つだけ存在できます。

建物データファイルをアップロードする

CQD のテナントデータファイルの最初の種類は、 Building データファイルです。 [サブネット] 列は、Network+NetworkRange 列を展開し、[サブネット] 列を呼び出しレコードの [最初のサブネット] 列または [2 番目のサブネット] 列に結合して、Building、City、Country、または Region の情報を表示することによって派生します。アップロードするデータファイルの形式は、アップロード前に検証チェックに合格するために、次の条件を満たしている必要があります。

ファイルは、.tsv ファイル (列は TAB で区切られます) または .csv ファイル (列はコンマで区切られます) である必要があります。
データファイルにテーブルヘッダー行は含まれません。データファイルの最初の行は、"Network" のようなヘッダーラベルではなく、実際のデータであると予想されます。
ファイル内のデータ型には、String、Integer、または Boolean のみを指定できます。 Integer データ型の場合、値は数値である必要があります。ブール値は 0 または 1 である必要があります。
列で String データ型を使用する場合、データフィールドは空でもかまいませんが、タブまたはコンマで区切る必要があります。空のデータフィールドは、空の String 値を割り当てるだけです。
テナントデータファイルごとに 1,000,000 行の拡張行制限があります。

各行には 15 列、各列には適切なデータ型が必要で、列は次の表に示す順序 (コンマまたはタブ区切り) である必要があります。

データファイル形式の構築

列名	データの種類	例	ガイダンス
NetworkIP	文字列	192.168.1.0	必須
NetworkName	文字列	米国/シアトル/シアトル-SEA-1	必須¹
NetworkRange	数値	26	必須
BuildingName	文字列	SEATTLE-SEA-1	必須¹
OwnershipType	文字列	Contoso	オプション⁴
BuildingType	文字列	IT 終了	オプション⁴
BuildingOfficeType	文字列	工学	オプション⁴
市区町村	文字列	調布市調布ヶ丘	推奨
ZipCode	文字列	98001	推奨
国	文字列	私たち	推奨
都道府県	文字列	WA	推奨
Region	文字列	MSUS	推奨
InsideCorp²	ブール	1	必須
ExpressRoute³	ブール	0	必須
VPN	ブール	0	省略可能

¹ CQD では必須ではありませんが、テンプレートは Building と Network の名前を表示するように構成されています。

² この設定は、サブネットが企業ネットワーク内にあるかどうかを反映するために使用できます。その他の目的で使用をカスタマイズできます。

³ この設定は、ネットワークが Azure ExpressRoute を使用するかどうかを反映するために使用できます。その他の目的で使用をカスタマイズできます。

⁴ これらの省略可能な列には、設定する値を示す名前が付けられていますが、他の目的で使用をカスタマイズできます。例: ネットワーク優先度 - Tier 1, Tier 2, Tier 3

サンプル行:

192.168.1.0,USA/Seattle/SEATTLE-SEA-1,26,SEATTLE-SEA-1,Contoso,IT Termination,Engineering,Seattle,98001,US,WA,MSUS,1,0,0

重要

ネットワーク範囲を使用して、スーパーネット (複数のサブネットと 1 つのルーティングプレフィックスの組み合わせ) を表すことができます。すべての新しい建物のアップロードは、重複する範囲に対してチェックされます。以前にビルドファイルをアップロードしたことがある場合は、現在のファイルをダウンロードして再アップロードして重複を特定し、問題を修正してから再度アップロードする必要があります。以前にアップロードしたファイルの重複により、レポート内の建物へのサブネットのマッピングが間違っている可能性があります。特定の VPN 実装では、サブネット情報が正確に報告されません。

VPN 列は省略可能で、既定値は 0 になります。 VPN 列の値が 1 に設定されている場合、その行で表されるサブネットは、サブネット内のすべての IP アドレスと一致するように完全に展開されます。これらのサブネットを完全に拡張すると、データの構築に関連するクエリのクエリ時間に悪影響を与えるので、これは控えめに VPN サブネットにのみ使用してください。サブネットの拡張によって拡張行の制限が 1,000,000 を超えた場合、ビルドファイルは受け入れされません。

スーパーネット

各サブネットを定義する代わりに、スーパーネット (一般にクラスレス Inter-Domain ルーティング (CIDR)) を使用できます。 スーパーネットは、1 つのルーティングプレフィックスを共有する複数のサブネットの組み合わせです。サブネットごとにエントリを追加する代わりに、スーパーネットアドレスを使用できます。スーパーネットはサポートされていますが、使用することはお勧めしません。

たとえば、Contoso のマーケティングビルは次のサブネットで構成されています。

10.1.0.0/24 - 1 階
10.1.1.0/24 - 2 階
10.1.2.0/24- 3 階
10.1.3.0/24 - 4 階

サブネットごとにエントリを追加する代わりに、スーパーネットアドレス (この例では 10.1.0.0/22) を使用できます。

Network = 10.1.0.0
ネットワーク範囲 = 22

スーパーネットを実装する前に考慮すべき点を次に示します。

スーパーネットは、8 ビットから 28 ビットのマスクを持つサブネットマッピングでのみ使用できます。
スーパーネットは、前もって時間はかかりませんが、データの豊富さを削減するコストがかかります。サブネット 10.1.2.0 に関連する品質の問題があるとします。スーパーネットを実装した場合、建物内のサブネットの場所やネットワークの種類 (ラボなど) はわかりません。建物のすべてのサブネットを定義し、フロアの位置情報をアップロードした場合は、その違いを確認できます。
スーパーネットアドレスが正しく、不要なサブネットをキャッチしないようにすることが重要です。
データに 192.168.0.0 が見つかるのは非常に一般的です。多くの組織では、ユーザーが自宅にいます。その他の場合、これはサテライトオフィスの IP アドレススキームです。 organizationにこの構成を使用するオフィスがある場合は、一般的なサブネットを使用して家庭ネットワークと内部ネットワークを区別することが困難なため、ビルドファイルに含めないでください。

重要

ネットワーク範囲を使用して、スーパーネットを表すことができます。すべての新しい建物データファイルのアップロードは、重複する範囲に対してチェックされます。以前にビルドファイルをアップロードした場合は、現在のファイルをダウンロードし、再度アップロードして重複を特定し、問題を解決する必要があります。以前にアップロードしたファイルの重複により、レポート内の建物へのサブネットのマッピングが間違っている可能性があります。

VPN

クライアントが Microsoft 365 または Office 365 に送信するエクスペリエンスの品質 (QoE) データ (CQD データの送信元) には、VPN フラグが含まれています。 CQD では、これは最初の VPN と 2 番目の VPN ディメンションとして表示されます。ただし、このフラグは、VPN ネットワークアダプターがリモートアクセスアダプターであることを Windows に報告する VPN ベンダーに依存します。すべての VPN ベンダーがリモートアクセスアダプターを適切に登録しているわけではありません。このため、組み込みの VPN クエリフィルターを使用できない場合があります。上で説明した VPN 列を使用して、VPN サブネットを正確にマークして識別します。レポートで簡単に識別できるように VPN ネットワークにラベルを付けるのも良い方法です。 VPN サブネットにラベルを付ける方法の 2 つの例を次に示します。

VPN サブネットのこのフィールドに「VPN」と入力して 、ネットワーク名 を定義します。
VPN サブネットのこのフィールドに「VPN」と入力して 、建物名 を定義します。

注意

VPN 接続は、基になる接続がワイヤレスである場合に、ネットワーク接続の種類が有線として誤って識別されていることが知られています。 VPN 接続の品質を調べているとき、接続の種類が正確に識別されているとは考えられません。

エンドポイントデータファイル

もう 1 つの種類の CQD テナントデータファイルは Endpoint データファイルです。列の値は、呼び出しレコードの [最初のクライアントエンドポイント名] 列または [2 番目のクライアントエンドポイント名] 列で使用され、Endpoint Make、Model、または Type の情報が表示されます。アップロードするデータファイルの形式は、アップロード前に検証チェックに合格するために、次の条件を満たしている必要があります。

ファイルは、.tsv ファイル (列は TAB で区切られます) または .csv ファイル (列はコンマで区切られます) である必要があります。
データファイルの内容には、テーブルヘッダーは含まれません。データファイルの最初の行は、"EndpointName" のようなヘッダーラベルではなく、実際のデータである必要があります。
7 列すべてが String データ型のみを使用します。許可される最大長は 64 文字です。
エントリでは大文字と小文字が区別されます。EndpointName ABC123 は、EndpointName abc123 から一意として扱われます。
データフィールドは空でもかまいませんが、タブまたはコンマで区切る必要があります。空のデータフィールドは、空の String 値を割り当てるだけです。
EndpointName は一意である必要があります。それ以外の場合、アップロードは失敗します。同じ EndpointName を使用する重複する行または 2 つの行がある場合、競合により正しくない結合が発生します。
EndpointLabel1、EndpointLabel2、EndpointLabel3 はカスタマイズ可能なラベルです。空の文字列や、"IT 部門が指定した 2018 Laptop" や "Asset Tag 5678" などの値を指定できます。
各行には 7 つの列があり、列は次の順序である必要があります。

フィールドの順序:

EndpointName、EndpointMake、EndpointModel、EndpointType、EndpointLabel1、EndpointLabel2、EndpointLabel3

サンプル行:

1409W3534, Fabrikam, Model 123, Laptop, IT designated 2018 Laptop, Asset Tag 5678, Purchase 2018

ビルドファイルを更新する

建物とサブネットの情報を収集している間、管理者は、多くの場合、ビルドファイルを時間の経過と同時に複数回繰り返しアップロードし、使用可能になると新しいサブネットとその建物情報を追加します。この場合は、建物ファイルを再アップロードする必要があります。このプロセスは、前のセクションで説明した初期アップロードに似ていますが、次のセクションで説明するようにいくつかの例外があります。

重要

一度にアクティブにできるビルドファイルは 1 つだけです。複数のビルドファイルは累積されません。

net new サブネットを追加する

最初にネットワークトポロジの一部ではない新しいサブネットを CQD に追加する必要がある場合があります。新しいサブネットを追加するには、CQD の [テナントデータのアップロード] ページから次の操作を行います。

最新のコピーがまだない場合は、元のファイルをダウンロードします。
CQD で現在のファイルを削除します。
元の建物ファイルを編集し、ネットの新しいサブネットが取得される少なくとも 1 日前に発生する終了日を指定します。
元のビルドファイルに新しいサブネットを追加します。
新しく変更した建物ファイルをアップロードし、前の建物ファイルが終了した 1 日後の開始日を設定します。

不足しているサブネットを追加する

マネージドネットワークの建物情報をアップロードした後、すべてのマネージドネットワークに建物の関連付けが必要です。ただし、必ずしもそうであるとは限りません。通常、いくつかのサブネットが見逃されます。これらの不足しているネットワークを見つけるには、CQD の [品質のエクスペリエンスレポート] ページの [不足しているサブネットレポート] を確認します。これにより、建物データファイルで定義されておらず、外部としてマークされている 10 以上のオーディオストリームを持つすべてのサブネットが表示されます。この一覧にマネージドネットワークがないことを確認します。サブネットがない場合は、次の手順に従って元の建物データファイルを更新し、CQD に再アップロードします。