CQD(통화 품질 대시보드)에서 테넌트 업로드 및 데이터 빌드

아티클
04/07/2023
적용 대상:

Skype for Business, Microsoft Teams

CQD(통화 품질 대시보드)를 최대한 활용하려면 테넌트 및 빌드 데이터를 업로드하는 것이 좋습니다. 2가지 유형의 테넌트 데이터 파일인 빌드 및 엔드포인트가 있습니다.

여기서 샘플 테넌트 데이터 템플릿을 다운로드할 수 있습니다. 빌드 매핑에 대한 도움말은 CQD용 건물 맵 만들기를 참조하세요.

CQD 요약 보고서 dashboard CQD 설정 메뉴(CQD 맨 위에 있는 기어 아이콘)에서 테넌트 데이터 업로드를 선택합니다. 여기에서 관리자는 IP 주소 및 지리적 정보 매핑, 각 무선 액세스 지점 및 MAC 주소 매핑 등과 같은 organization 빌드 및 엔드포인트 정보를 업로드할 수 있습니다.

Teams 관리 센터 또는 에서 https://cqd.teams.microsoft.comCQD를 연 다음, 오른쪽 위 모서리에 있는 기어 아이콘을 선택하고 요약 보고서 페이지에서 테넌트 데이터 업로드를 선택합니다.
또는 CQD를 처음 방문하는 경우 빌드 데이터를 업로드하라는 메시지가 표시됩니다. 지금 업로드를 선택하여 테넌트 데이터 업로드 페이지로 빠르게 이동할 수 있습니다.
테넌트 데이터 업로드 페이지에서 찾아보기를 선택하여 데이터 파일을 선택합니다.
데이터 파일을 선택한 후 시작 날짜를 지정하고 필요에 따라 종료 날짜를 지정합니다.
시작 날짜를 선택한 후 업로드를 선택하여 CQD에 파일을 업로드합니다.

파일이 업로드되기 전에 유효성이 검사됩니다. 유효성 검사에 실패하면 파일 수정을 요청하는 오류 메시지가 표시됩니다. 다음 그림에서는 데이터 파일의 열 수가 올바르지 않은 경우 발생하는 오류를 보여 줍니다.
유효성 검사 중에 오류가 발생하지 않으면 파일 업로드가 성공합니다. 그런 다음 내 업로드 테이블에서 업로드된 데이터 파일을 볼 수 있습니다. 이 테이블은 해당 페이지의 맨 아래에 있는 현재 테넌트용으로 업로드된 모든 파일의 전체 목록을 보여 줍니다.

참고

건물 파일 처리를 완료하는 데 최대 4시간이 걸릴 수 있습니다.

건물 파일을 이미 업로드했으며 누락되거나 제외되었을 수 있는 서브넷을 추가해야 하는 경우 새 서브넷을 추가하여 원래 파일을 수정하고, 현재 파일을 제거하고, 새로 편집한 파일을 다시 업로드합니다. CQD에는 활성 빌드 데이터 파일이 하나만 있을 수 있습니다.

빌드 데이터 파일 업로드

CQD에서 테넌트 데이터 파일의 첫 번째 형식은 데이터 파일 빌드 입니다. 서브넷 열은 Network+NetworkRange 열을 확장한 다음 서브넷 열을 호출 레코드의 첫 번째 서브넷 또는 두 번째 서브넷 열에 조인하여 건물, 도시, 국가 또는 지역 정보를 표시하여 파생됩니다. 업로드하기 전에 유효성 검사 검사 전달하려면 업로드하는 데이터 파일의 형식이 다음 조건을 충족해야 합니다.

파일은 .tsv 파일(열은 TAB으로 구분됨) 또는 .csv 파일(열은 쉼표로 구분됨)이어야 합니다.
데이터 파일에는 테이블 머리글 행이 포함되지 않습니다. 데이터 파일의 첫 번째 줄은 "네트워크"와 같은 헤더 레이블이 아닌 실제 데이터여야 합니다.
파일의 데이터 형식은 String, Integer 또는 Boolean일 수 있습니다. 정수 데이터 형식의 경우 값은 숫자 값이어야 합니다. 부울 값은 0 또는 1이어야 합니다.
열에서 문자열 데이터 형식을 사용하는 경우 데이터 필드는 비어 있을 수 있지만 여전히 탭이나 쉼표로 구분해야 합니다. 빈 데이터 필드는 빈 String 값만 할당합니다.
테넌트 데이터 파일당 1,000,000의 확장된 행 제한이 있습니다.

각 행에 대해 15개의 열이 있어야 하고, 각 열에는 적절한 데이터 형식이 있어야 하며, 열은 다음 표에 나열된 순서(쉼표 또는 탭으로 구분됨)에 있어야 합니다.

데이터 파일 형식 빌드

열 이름	데이터 형식	예제	지침
NetworkIP	문자열	192.168.1.0	필수
NetworkName	문자열	미국/시애틀/시애틀-시-1	필수¹
NetworkRange	수	26	필수
BuildingName	문자열	시애틀-시-1	필수¹
OwnershipType	문자열	Contoso	선택 사항⁴
BuildingType	문자열	IT 종료	선택 사항⁴
BuildingOfficeType	문자열	엔지니어링	선택 사항⁴
도시	문자열	시애틀	권장
우편 번호	문자열	98001	권장
국가	문자열	우리	권장
상태	문자열	워싱턴	권장
지역	문자열	MSUS	권장
InsideCorp²	Bool	1	필수
ExpressRoute³	Bool	0	필수
Vpn	Bool	0	선택

¹ CQD에서는 필요하지 않지만 템플릿은 빌드 및 네트워크 이름을 표시하도록 구성됩니다.

² 이 설정은 서브넷이 회사 네트워크 내에 있는지 여부를 반영하는 데 사용할 수 있습니다. 다른 용도로 사용량을 사용자 지정할 수 있습니다.

³ 이 설정은 네트워크에서 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

중요

네트워크 범위를 사용하여 슈퍼넷을 나타낼 수 있습니다(단일 라우팅 접두사를 사용하는 여러 서브넷의 조합). 모든 새 건물 업로드는 겹치는 범위를 확인합니다. 이전에 건물 파일을 업로드한 경우 현재 파일을 다운로드하고 다시 업로드하여 겹침을 식별하고 문제를 해결한 후 다시 업로드해야 합니다. 이전에 업로드한 파일이 겹치면 보고서의 건물에 서브넷이 잘못 매핑될 수 있습니다. 특정 VPN 구현은 서브넷 정보를 정확하게 보고하지 않습니다.

VPN 열은 선택 사항이며 기본값은 0입니다. VPN 열의 값이 1로 설정되면 해당 행으로 표시되는 서브넷이 서브넷 내의 모든 IP 주소와 일치하도록 완전히 확장됩니다. 이러한 서브넷을 완전히 확장하면 데이터 빌드와 관련된 쿼리에 대한 쿼리 시간에 부정적인 영향을 미치므로 VPN 서브넷에 대해서만 이 작업을 아끼고 사용해야 합니다. 서브넷의 확장으로 인해 확장 행 제한이 1,000,000을 초과하는 경우 건물 파일은 허용되지 않습니다.

슈퍼넷

각 서브넷을 정의하는 대신 일반적으로 CIDR(Classless Inter-Domain Routing)이라고 하는 슈퍼넷을 사용할 수 있습니다. 슈퍼넷은 단일 라우팅 접두사를 공유하는 여러 서브넷의 조합입니다. 각 서브넷에 대한 항목을 추가하는 대신 슈퍼넷 주소를 사용할 수 있습니다. 슈퍼넷은 지원되지만 사용하지 않는 것이 좋습니다.

예를 들어 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의 슈퍼넷 주소를 사용할 수 있습니다.

네트워크 = 10.1.0.0
네트워크 범위 = 22

슈퍼넷을 구현하기 전에 고려해야 할 몇 가지 사항은 다음과 같습니다.

슈퍼넷은 8비트~28비트 마스크가 있는 서브넷 매핑에서만 사용할 수 있습니다.
슈퍼넷을 미리 설정하는 데는 시간이 덜 걸리지만 데이터의 풍부도를 줄이는 데 드는 비용이 발생합니다. 서브넷 10.1.2.0과 관련된 품질 문제가 있다고 가정해 보겠습니다. 슈퍼넷을 구현한 경우 빌드에서 서브넷이 있는 위치 또는 네트워크 유형(예: 랩)을 알 수 없습니다. 건물에 대한 모든 서브넷을 정의하고 바닥 위치 정보를 업로드한 경우 해당 구별을 볼 수 있습니다.
슈퍼넷 주소가 올바르고 원치 않는 서브넷을 catch하지 않는지 확인하는 것이 중요합니다.
데이터에서 192.168.0.0을 찾는 것이 일반적입니다. 많은 조직에서 이는 사용자가 집에 있음을 나타냅니다. 다른 사람의 경우 위성 사무실의 IP 주소 체계입니다. organization 이 구성을 사용하는 사무실이 있는 경우 공통 서브넷을 사용하여 가정 네트워크와 내부 네트워크를 구분하기가 어렵기 때문에 건물 파일에 포함하지 마세요.

중요

네트워크 범위를 사용하여 슈퍼넷을 나타낼 수 있습니다. 모든 새 빌드 데이터 파일 업로드는 겹치는 범위를 확인합니다. 이전에 건물 파일을 업로드한 경우 현재 파일을 다운로드하고 다시 업로드하여 겹침을 식별하고 문제를 수정해야 합니다. 이전에 업로드한 파일이 겹치면 보고서의 건물에 서브넷이 잘못 매핑될 수 있습니다.

Vpn

클라이언트가 Microsoft 365 또는 Office 365 전송하는 QoE(환경 품질) 데이터에는 CQD 데이터가 원본이 되는 위치에 VPN 플래그가 포함됩니다. CQD는 이를 첫 번째 VPN 및 두 번째 VPN 차원으로 표시합니다. 그러나 이 플래그는 등록된 VPN 네트워크 어댑터가 원격 액세스 어댑터라는 VPN 공급업체의 Windows 보고에 의존합니다. 모든 VPN 공급업체가 원격 액세스 어댑터를 제대로 등록하는 것은 아닙니다. 이 때문에 기본 제공 VPN 쿼리 필터를 사용하지 못할 수 있습니다. 위에서 설명한 VPN 열을 사용하여 VPN 서브넷을 정확하게 표시하고 식별합니다. 또한 보고서에서 쉽게 식별할 수 있도록 VPN 네트워크에 레이블을 지정하는 것이 좋습니다. 다음은 VPN 서브넷에 레이블을 지정하는 방법에 대한 두 가지 예입니다.

VPN 서브넷에 대해 이 필드에 "VPN"을 입력하여 네트워크 이름을 정의합니다.
VPN 서브넷에 대해 이 필드에 "VPN"을 입력하여 건물 이름을 정의합니다.

참고

VPN 연결은 기본 연결이 무선일 때 네트워크 연결 형식을 유선으로 오인하는 것으로 알려져 있습니다. VPN 연결을 통해 품질을 확인할 때 연결 유형이 정확하게 식별되었다고 가정할 수 없습니다.

엔드포인트 데이터 파일

다른 형식의 CQD 테넌트 데이터 파일은 엔드포인트 데이터 파일입니다. 열 값은 호출 레코드의 첫 번째 클라이언트 엔드포인트 이름 또는 두 번째 클라이언트 엔드포인트 이름 열에서 엔드포인트 만들기, 모델 또는 형식 정보를 표시하는 데 사용됩니다. 업로드하기 전에 유효성 검사 검사 전달하려면 업로드하는 데이터 파일의 형식이 다음 조건을 충족해야 합니다.

파일은 .tsv 파일(열은 TAB으로 구분됨) 또는 .csv 파일(열은 쉼표로 구분됨)이어야 합니다.
데이터 파일의 내용에는 테이블 헤더가 포함되지 않습니다. 데이터 파일의 첫 번째 줄은 "EndpointName"와 같은 헤더 레이블이 아닌 실제 데이터여야 합니다.
7개 열은 모두 String 데이터 형식만 사용합니다. 허용되는 최대 길이는 64자입니다.
항목은 대/소문자를 구분합니다. EndpointName ABC123 은 EndpointName abc123에서 고유한 것으로 처리됩니다.
데이터 필드는 비어 있을 수 있지만 여전히 탭이나 쉼표로 구분해야 합니다. 빈 데이터 필드는 빈 String 값만 할당합니다.
EndpointName은 고유해야 합니다. 그렇지 않으면 업로드가 실패합니다. 동일한 EndpointName을 사용하는 중복 행 또는 두 개의 행이 있는 경우 충돌로 인해 잘못된 조인이 발생합니다.
EndpointLabel1, EndpointLabel2 및 EndpointLabel3은 사용자 지정 가능한 레이블입니다. 빈 문자열 또는 "IT 부서가 지정한 2018 노트북" 또는 "자산 태그 5678"과 같은 값일 수 있습니다.
각 행에 대해 7개의 열이 있어야 하며 열은 다음 순서로 되어 있어야 합니다.

필드 순서:

EndpointName, EndpointMake, EndpointModel, EndpointType, EndpointLabel1, EndpointLabel2, EndpointLabel3

샘플 행:

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

건물 파일 업데이트

관리자는 건물 및 서브넷 정보를 수집하는 동안 시간이 지남에 따라 건물 파일을 여러 번 업로드하여 새 서브넷과 건물 정보를 사용할 수 있게 됩니다. 이 경우 건물 파일을 다시 업로드해야 합니다. 이 프로세스는 이전 섹션에 설명된 대로 초기 업로드와 유사하며, 다음 섹션에 설명된 몇 가지 예외가 있습니다.

중요

한 번에 하나의 건물 파일만 활성화할 수 있습니다. 여러 빌드 파일은 누적되지 않습니다.

새 서브넷 추가

원래 네트워크 토폴로지의 일부가 아닌 새 서브넷을 CQD에 추가해야 하는 경우가 있습니다. 새 서브넷을 추가하려면 CQD의 테넌트 데이터 업로드 페이지에서 다음을 수행합니다.

최신 복사본이 아직 없는 경우 원본 파일을 다운로드합니다.
CQD에서 현재 파일을 제거합니다.
원래 건물 파일을 편집하고 net 새 서브넷을 획득하기 최소 하루 전에 발생하는 종료 날짜를 제공합니다.
net new 서브넷을 원래 건물 파일에 추가합니다.
새로 수정된 건물 파일을 업로드하고 이전 건물 파일이 종료된 후 하루 동안 시작 날짜를 설정합니다.

누락된 서브넷 추가

관리되는 네트워크에 대한 빌드 정보를 업로드한 후 모든 관리되는 네트워크에는 건물 연결이 있어야 합니다. 그러나 항상 그렇지는 않습니다. 일반적으로 몇 개의 서브넷이 누락됩니다. 이러한 누락된 네트워크를 찾으려면 CQD의 환경 품질 보고서 페이지에서 누락된 서브넷 보고서를 검토합니다. 이렇게 하면 빌드 데이터 파일에 정의되지 않고 외부로 표시된 10개 이상의 오디오 스트림이 있는 모든 서브넷이 표시됩니다. 이 목록에 관리되는 네트워크가 없는지 확인합니다. 서브넷이 누락된 경우 다음 절차를 사용하여 원래 빌드 데이터 파일을 업데이트하고 CQD에 다시 업로드합니다.