CQD(통화 품질 대시보드) 및 기타 통화 보고 도구를 최대한 활용하려면 건물 및 엔드포인트 데이터를 업로드하는 것이 좋습니다. 파일 빌드를 사용하여 네트워크 이름 및 물리적 위치 세부 정보와 같은 관리되는 네트워크에 고유한 정보를 사용하여 Teams 통화 보고서를 사용자 지정할 수 있습니다. 엔드포인트 파일을 사용하여 make, model 및 asset 태그와 같은 관리되는 디바이스 플릿에 대한 정보를 제공할 수 있습니다.
빌드 및 엔드포인트 데이터 페이지에 액세스
건물 및 엔드포인트 데이터 페이지에 액세스하려면 다음 단계를 수행합니다.
- Teams 관리 센터로 이동합니다.
- 탐색 창에서 분석 & 보고서 > 빌드 및 엔드포인트 데이터를 선택합니다.
- 이 페이지에서 새 파일을 업로드하고 업로드된 파일 목록을 볼 수 있습니다. 목록에서 업로드된 파일을 선택하여 다운로드하거나 삭제하거나 유효 기간을 편집할 수도 있습니다.
빌드 및 엔드포인트 파일 업로드
건물 또는 엔드포인트 파일을 업로드하려면 먼저 파일을 만들어야 합니다. 예제 파일과 같은 샘플 테넌트 데이터 템플릿 을 다운로드하여 시작할 수 있습니다. 빌드 매핑에 대한 도움말은 보고용 건물 맵 만들기 를 참조하고 빌드 및 엔드포인트 파일의 구조에 대한 다음 섹션을 검토합니다.
건물 또는 엔드포인트 파일이 준비되면 다음 단계를 수행합니다.
Teams 관리 센터에서 분석 & 보고서>빌드 및 엔드포인트 데이터 로 이동한 다음 업로드를 선택합니다.
빌드 또는 엔드포인트 데이터 업로드 메뉴에서 업로드할 파일 형식에 대한 빌드 또는 엔드포인트를 선택한 다음 업로드를 선택하여 파일을 선택합니다.
데이터 파일을 선택한 후 시작 날짜를 지정합니다. 종료 날짜 지정을 선택하여 선택적 종료 날짜를 제공할 수도 있습니다. 지정된 시작 날짜 이후와 지정된 종료 날짜(제공된 경우) 이전에 발생하는 호출에만 파일 정보가 포함됩니다.
시작 날짜와 선택적 종료 날짜를 지정한 후 적용 을 선택하여 파일을 업로드합니다. 파일이 업로드되기 전에 유효성이 검사됩니다. 유효성 검사에 실패하면 파일 수정을 요청하는 오류 메시지가 표시됩니다.
유효성 검사 중에 오류가 발생하지 않으면 업로드된 파일의 처리가 시작됩니다. 그런 다음, 현재 테넌트에서 업로드된 모든 파일의 전체 목록을 보여 주 페이지의 테이블에 업로드된 데이터 파일을 볼 수 있습니다.
참고
건물 파일 처리를 완료하는 데 최대 4시간이 걸릴 수 있습니다.
건물 파일을 이미 업로드했으며 누락되거나 제외되었을 수 있는 서브넷을 추가해야 하는 경우 새 서브넷을 추가하여 원래 파일을 수정하고, 현재 파일을 제거하고, 새로 편집한 파일을 다시 업로드합니다.
데이터 파일 빌드
테넌트 데이터 파일의 첫 번째 형식은 빌드 데이터 파일입니다. 이 파일의 정보는 관리되는 네트워크에 대한 네트워크 이름 및 물리적 위치 세부 정보와 같은 통화 보고서에 대한 중요한 컨텍스트를 제공합니다. 파일이 업로드되면 네트워크 IP 및 네트워크 범위 열을 사용하여 확장된 서브넷 목록을 생성하여 파일이 처리됩니다. 통화 품질 대시보드와 같은 도구는 이 서브넷 목록을 사용하여 각 참가자의 서브넷 정보를 사용하여 파일의 정보를 통화 데이터로 채웁니다.
업로드하기 전에 유효성 검사 검사 전달하려면 업로드하는 데이터 파일의 형식이 다음 조건을 충족해야 합니다.
파일은 .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 | 선택 사항1 |
| BuildingType | 문자열 | IT 종료 | 선택 사항1 |
| BuildingOfficeType | 문자열 | 공학 | 선택 사항1 |
| 도시 | 문자열 | 시애틀 | 권장 |
| 우편 번호 | 문자열 | 98001 | 권장 |
| 나라 | 문자열 | 우리 | 권장 |
| 상태 | 문자열 | 워싱턴 | 권장 |
| 부위 | 문자열 | MSUS | 권장 |
| InsideCorp | Bool | 1 | 필수 |
| ExpressRoute2 | Bool | 0 | 필수 |
| VPN | Bool | 0 | 선택 |
1 이러한 선택적 열은 어떤 값으로 채울지 제안하기 위해 이름이 지정되지만 네트워크 우선 순위 - Tier 1, Tier 2, Tier 3와 같은 다른 용도로 사용량을 사용자 지정할 수 있습니다.
2 이 설정은 네트워크에서 Azure ExpressRoute를 사용하는지 여부를 반영하는 데 사용할 수 있습니다. 다른 용도로 사용량을 사용자 지정할 수 있습니다.
샘플 행:
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 연결을 통해 품질을 확인할 때 연결 유형이 정확하게 식별되었다고 가정할 수 없습니다.
엔드포인트 데이터 파일
다른 유형의 데이터 파일은 엔드포인트 데이터 파일입니다. 이 파일을 사용하면 Teams 통화 및 모임에 사용되는 디바이스에 대한 사용자 엔드포인트 만들기, 모델 및 유형 정보를 정의할 수 있습니다. 파일의 EndpointName 열은 디바이스 이름을 반영해야 하며 통화 품질 대시보드 열 "첫 번째 클라이언트 엔드포인트 이름" 및 "두 번째 클라이언트 엔드포인트 이름"과 일치하여 CQD 보고서에서 데이터를 채웁니다.
업로드하기 전에 유효성 검사 검사 전달하려면 업로드하는 데이터 파일의 형식이 다음 조건을 충족해야 합니다.
파일은 .tsv 파일(열은 TAB으로 구분됨) 또는 .csv 파일(열은 쉼표로 구분됨)이어야 합니다.
데이터 파일의 내용에는 테이블 헤더가 포함되지 않습니다. 데이터 파일의 첫 번째 줄은 "EndpointName"와 같은 헤더 레이블이 아닌 실제 데이터여야 합니다.
7개 열은 모두 String 데이터 형식만 사용합니다. 허용되는 최대 길이는 64자입니다.
항목은 대/소문자를 구분합니다. 예를 들어 EndpointName ABC123 은 EndpointName abc123에서 고유한 것으로 처리됩니다.
데이터 필드는 비어 있을 수 있지만 여전히 탭이나 쉼표로 구분해야 합니다. 빈 데이터 필드는 빈 String 값만 할당합니다.
EndpointName은 고유해야 합니다. 그렇지 않으면 업로드가 실패합니다. 동일한 EndpointName을 사용하는 중복 행 또는 두 개의 행이 있는 경우 충돌으로 인해 잘못된 조인이 발생합니다.
EndpointLabel1, EndpointLabel2 및 EndpointLabel3은 사용자 지정 가능한 레이블입니다. 빈 문자열 또는 "IT 부서에서 지정한 2018 노트북" 또는 "자산 태그 5678"과 같은 값일 수 있습니다.
각 행에 대해 7개의 열이 있어야 하며 열은 다음 순서로 되어 있어야 합니다.
엔드포인트 데이터 파일 형식
| 열 이름 | 데이터 형식 | 예제 | 지침 |
|---|---|---|---|
| EndpointName | 문자열 | 1409W3534 | 필수 |
| EndpointMake | 문자열 | Fabrikam | 선택 |
| EndpointModel | 문자열 | 모델 123 | 선택 |
| EndpointType | 문자열 | 랩톱 | 선택 |
| EndpointLabel1 | 문자열 | IT가 지정한 2018 노트북 | 선택 |
| EndpointLabel2 | 문자열 | 자산 태그 5678 | 선택 |
| EndpointLabel3 | 문자열 | 2018년 구매 | 선택 |
샘플 행:
1409W3534,Fabrikam,Model 123,Laptop,IT designated 2018 Laptop,Asset Tag 5678,Purchase 2018
건물 파일 업데이트
관리자는 건물 및 서브넷 정보를 수집하는 동안 시간이 지남에 따라 건물 파일을 여러 번 업로드하여 새 서브넷과 건물 정보를 사용할 수 있게 되면 추가합니다. 이 경우 건물 파일을 다시 업로드해야 합니다. 통화 보고가 시간에 따른 네트워크를 정확하게 나타내도록 하기 위해 별도의 시작 및 종료 날짜가 있는 여러 파일을 업로드하여 서로 다른 시간에 네트워크 상태를 반영할 수 있습니다. 각 파일은 파일의 시작 및 종료 시간 내에서 발생하는 호출에 적용됩니다.
중요
서로 다른 기간에 적용되는 고유한 시작 및 종료 시간이 있는 여러 빌드 파일을 가질 수 있지만 동일한 기간 동안 여러 파일의 정보를 결합할 수는 없습니다.
시간이 지남에 따라 새 서브넷 추가
원래 네트워크 토폴로지의 일부가 아닌 새 서브넷을 추가할 수 있습니다. 새 서브넷을 추가하려면 다음 단계를 수행합니다.
빌드 및 엔드포인트 데이터 페이지의 목록에서 최신 빌드 파일을 선택하고 다운로드 단추를 선택합니다. 파일이 성공적으로 다운로드되었는지 확인합니다.
최신 건물 파일을 계속 선택한 상태에서 편집 을 선택하고 새 서브넷을 가져오기 최소 하루 전에 종료 날짜를 제공합니다.
다운로드한 로컬 건물 파일에 새 서브넷 정보를 추가합니다.
새로 수정된 건물 파일을 업로드하고 이전 건물 파일이 종료된 후 하루 동안 시작 날짜를 설정합니다.
누락된 서브넷 찾기
관리되는 네트워크에 대한 빌드 정보를 업로드한 후 모든 관리되는 네트워크에는 건물 연결이 있어야 합니다. 그러나 항상 그렇지 않을 수도 있습니다. 일반적으로 몇 개의 서브넷이 누락됩니다. 이러한 누락된 네트워크를 찾으려면 CQD의 환경 품질 보고서 페이지에서 누락된 서브넷 보고서를 검토합니다. 누락된 서브넷 보고서는 빌드 데이터 파일에 정의되지 않은 10개 이상의 오디오 스트림이 있는 모든 서브넷을 제공합니다. 일반적인 홈 서브넷은 이 보고서에서 제외됩니다. 이 목록에 관리되는 네트워크가 없는지 확인합니다.
중요
보고서를 필터링하여 organization 테넌트 데이터만 보려면 이 보고서에 두 번째 테넌트 ID에 대한 쿼리 필터로 테넌트 ID를 추가해야 합니다. 그렇지 않으면 보고서에 페더레이션된 서브넷이 표시됩니다.
참고
월 연도 보고서 필터를 현재 월로 조정해야 합니다. 편집을 선택하고 월 연도 보고서 필터를 조정하여 새 기본 월을 저장합니다.
누락된 서브넷 추가
서브넷이 누락된 경우 다음 단계를 사용하여 원래 빌드 데이터 파일을 업데이트하고 다시 업로드합니다.
빌드 및 엔드포인트 데이터 페이지의 목록에서 최신 빌드 파일을 선택하고 다운로드 단추를 선택합니다. 파일이 성공적으로 다운로드되었는지 확인합니다.
최신 문서 파일이 선택된 상태에서 삭제 를 선택하여 제거합니다.
다운로드한 로컬 건물 파일에 새 서브넷 정보를 추가합니다.
새로 수정된 건물 파일을 업로드합니다. 기록 데이터에 적용되도록 시작 날짜를 적절하게 설정해야 합니다.