CQD를 사용하여 Microsoft Teams에서 통화 및 모임 품질 관리Use CQD to manage call and meeting quality in Microsoft Teams

이 문서는 Teams 관리자 또는 지원 및 기술 지원팀 엔지니어가 Microsoft Teams 통화 품질 대시보드(CQD)를 사용하여 조직의 통화 및 모임 품질을 모니터링하고 유지 관리하는 프로세스를 개발하는 데 도움이 됩니다.This article will help you - the Teams admin or support and helpdesk engineer - to develop a process for monitoring and maintaining call and meeting quality for your organization by using Microsoft Teams Call Quality Dashboard (CQD). 오디오 환경을 개선하기 위해 개선한 네트워크가 비디오 및 공유 개선으로 변환될 것이기 때문에 이 지침에서는 오디오 품질 시나리오를 강조합니다.Our guidance emphasizes audio-quality scenarios because any network improvements you make to improve the audio experience will translate to improvements in video and sharing.

이 지침의 핵심은 두 개의 큐레이터 CQD 템플릿입니다. 이 문서의 지침을 진행하기 전에 다운로드하는 것이 좋습니다.Key to this guidance are the two curated CQD templates - we recommend that you download them before you go through the guidance in this article.

이 문서에서는 CQD를 이미 설정했다고 가정합니다.This article assumes that you've already set up CQD.

모니터링 및 유지 관리 범주Categories to monitor and maintain

Teams에서 모임 및 음성을 출시한 후 지속적인 모니터링 및 유지 관리에 대한 계획이 필요합니다.Once you've rolled out meetings and voice in Teams, you'll need a plan for ongoing monitoring and maintenance. 이렇게 하면 Teams가 항상 최적으로 실행됩니다.Doing so will ensure that Teams is always running optimally. 이 계획에는 아래에 나열된 주요 영역이 포함되어야 합니다.This plan should include the key areas listed below. 또한 품질 메트릭에 대한 목표와 문제 해결 및 문제가 발생할 때 문제를 해결하기 위한 계획을 설정해야 합니다.You should also establish targets for quality metrics and a plan for troubleshooting and isolating problems when they happen.

범주Category 설명Description
통화 품질Call quality

내부 호출(예: VPN, WiFi, 유선) 또는 외부 호출을 통해 메트릭을 분석합니다.Break down the metrics by internal calls (within your organization, such as VPN, WiFi, wired) or external calls

구축 또는 네트워크를 사용하여 메트릭 분석Break down the metrics by building or network

VPN 호출VPN calls

TCP, UDP 또는 프록시를 사용하여 호출Calls using TCP, UDP, or proxy

호출 안정성Call reliability

네트워크 또는 방화벽 문제 식별 및 수정Identify and remediate any network or firewall problems

호출 설정 및 삭제 실패의 백분율에 대한 인사이트 얻기Gain insights into the percentages of call setup and drop failures

대부분의 호출 설정 및 드롭 실패가 발생하는 위치 알아보기Learn where the majority of call setup and drop failures occur

사용자 설문 조사User survey

내 통화 속도 데이터를 사용하여 사용자의 실제 경험에 대해 자세히 알아보기Use Rate My Call data to learn about users' actual experience

나쁜 환경은 어디서 발생하나요?Where are the poor experiences occurring?

통화 품질, 안정성 및 디바이스와 불량 환경의 상관 관계Correlate the poor experience with call quality, reliability, and devices

장치Devices

가장 일반적으로 사용되는 마이크와 스피커와 통화 품질에 미치는 영향에 대해 자세히 알아보기Learn which microphones and speakers are most commonly used and their impact on call quality

지원되는 오디오, 비디오, USB 및 WiFi 드라이버가 정기적으로 패치되고 있나요?Are the supporting audio, video, USB, and WiFi drivers being regularly patched?

클라이언트Clients

어떤 클라이언트 유형 및 버전이 사용되고 있으며 통화 품질 및 안정성에 미치는 영향에 대해 자세히 알아보기Learn which client types and versions are being used and their impact on call quality and reliability

이 문서에 설명된 영역을 지속적으로 평가하고 수정하여 사용자에게 부정적인 영향을 줄 수 있습니다.By continually assessing and remediating the areas described in this article, you can reduce their potential to negatively affect your users. 대부분의 사용자 문제는 다음 범주로 그룹화할 수 있습니다.Most user problems can be grouped into the following categories:

  • 불완전한 방화벽 또는 프록시 구성Incomplete firewall or proxy configuration
  • 불량 Wi-Fi 검사Poor Wi-Fi coverage
  • 대역폭 부족Insufficient bandwidth
  • VPNVPN
  • 클라이언트 버전 및 드라이버가 불일치하거나 더 이상 사용되지 않습니다.Inconsistent or outdated client versions and drivers
  • 사용되지 않는 오디오 장치 또는 기본 제공 오디오 장치Unoptimized or built-in audio devices
  • 문제가 있는 서브넷 또는 네트워크 디바이스Problematic subnets or network devices

Teams 또는 비즈니스용 Skype Online을 배포하기 전에 적절한 계획 및 설계를 통해 고품질 환경을 유지하는 데 필요한 노력을 줄일 수 있습니다.Through proper planning and design before deploying Teams or Skype for Business Online, you can reduce the amount of effort that will be required to maintain high-quality experiences.

이 문서에서는 CQD(통화 품질 대시보드) Online을 기본 도구로 사용하여 각 영역을 보고하고 조사하는 방법을 중점적으로 설명하며, 채택과 영향을 최대화하기 위해 오디오를 특별히 강조합니다.This article focuses on using the Call Quality Dashboard (CQD) Online as the primary tool to report and investigate each area, with a special emphasis on audio to maximize adoption and impact. 오디오 환경을 개선하기 위해 네트워크를 개선하면 비디오 및 데스크톱 공유의 개선으로 직접 변환됩니다.Any improvements made to the network to improve the audio experience will also directly translate to improvements in video and desktop sharing.

평가를 가속화하기 위해 두 개의 큐레이터 CQD 템플릿이 제공됩니다. 하나는 모든 네트워크를 관리하기 위한 것이고 다른 하나는 관리되는(내부) 네트워크로만 필터링됩니다.To accelerate your assessment, two curated CQD templates are provided: one is for managing all networks and the other is filtered for managed (internal) networks only. 모든 네트워크 템플릿 보고서는 건물 및 네트워크 정보를 표시하도록 구성됐지만 건물 정보를 수집하고 업로드하는 동안에도 사용할 수 있습니다.Although the All Networks template reports are configured to display building and network information, they can still be used while you work toward collecting and uploading building information. CQD에 건물 정보를 업로드하면 서비스는 외부 서브넷과 내부를 차별화하면서 사용자 지정 건물, 네트워크 및 위치 정보를 추가하여 보고를 향상할 수 있습니다.Uploading building information into CQD enables the service to enhance reporting by adding custom building, network, and location information while differentiating internal from external subnets. 자세한 내용은 건물 매핑을 읽습니다.For more information, read Building mapping.

대상 사용자Intended audience

이 문서는 공동 작업 리드/설계자, 컨설턴트, 변경 관리/채택 전문가, 지원/지원 센터 리드, 네트워크 리드, 데스크톱 리드 및 IT 관리자와 같은 역할을 가진 파트너 및 고객 이해 관계자가 사용됩니다.This article is intended to be used by partner and customer stakeholders with roles such as Collaboration Lead/Architect, Consultant, Change Management/Adoption Specialist, Support/Help Desk Lead, Network Lead, Desktop Lead, and IT Admin.

이 문서는 지정된 품질 대회에서도 사용할 수 있습니다.This article is also intended to be used by the designated quality champion(s). 자세한 내용은 품질 챔피언 역할을 참조하세요.For more information, see the Quality Champion role.

품질이란?What is quality?

이 컨텍스트에서 품질은 서비스 메트릭과 사용자 환경의 조합입니다.In this context, quality is a combination of service metrics and user experience.

서비스 메트릭Service metrics

서비스 메트릭은 특정 클라이언트 기반 메트릭으로 구성됩니다.Service metrics consist of specific client-based metrics. 각 호출 중에 클라이언트는 호출에 대한 원격 분석을 수집하고 나중에 CQD 또는 사용자당 호출 분석에서 액세스할 수 있는 각 호출의 끝에 보고서를 제출합니다.During each call, the client collects telemetry for the call and submits a report at the end of each call that can later be accessed in CQD or in per-user call analytics. 이러한 메트릭에는 다음이 포함됩니다(제한되지는 않습니다).These metrics include (but aren't limited to):

  • 불량 스트림(수신 및 유출)Poor Stream (incoming and outgoing)
  • 설치 실패율Setup Failure Rate
  • 드롭 실패율Drop Failure Rate

낮은 스트림 속도Poor stream rate

PSR(불량 스트림 속도)은 품질이 나쁜 조직의 전체 스트림 비율을 나타 내는 것입니다.The poor stream rate (PSR) represents the organization's overall percentage of streams that have poor quality. 이 메트릭은 조직이 이 값을 줄이고 사용자 환경을 개선하는 데 가장 강력한 영향을 미칠 수 있는 노력을 집중할 수 있는 영역을 강조하기 위한 것입니다. 따라서 PSR을 볼 때 관리되는 네트워크가 주안점입니다.This metric is meant to highlight areas where your organization can concentrate effort to have the strongest impact toward reducing this value and improving the user experience, which is why managed networks are the primary focus when looking at PSR. 외부 사용자도 중요하지만 조사는 조직에 따라 다릅니다.External users are important too, but investigation differs on an organizational basis. 외부 사용자에 대한 모범 사례를 제공하고 전체 조직과 독립적으로 외부 호출을 조사하는 것이 있습니다.Consider providing best practices for external users, and investigate external calls independently from the overall organization.

CQD의 실제 측정값은 워크로드에 따라 다르지만 이 문서에서는 주로 오디오 불량 백분율 측정에 초점을 맞추고 있습니다.The actual measurement in CQD varies by workload, but for the purposes of this article, we focus primarily on the Audio Poor Percentage measurement. PSR은 다음 표에 설명된 5개의 네트워크 메트릭 평균으로 구성됩니다.PSR is made up of the five network metric averages described in the following table. 스트림이 불량으로 분류되는 경우 하나의 메트릭만 정의된 임계값을 초과해야 합니다.For a stream to be classified as poor, only one metric needs to exceed the defined threshold. CQD는 "불량으로 인해..."를 제공 스트림이 불량으로 분류된 조건을 더 잘 이해하기 위한 측정값입니다.CQD provides the "Poor Due To…" measurements to better understand what condition caused the stream to be classified as poor. 자세한 내용은 CQD에서 스트림 분류를 읽습니다.To learn more, read Stream classification in CQD.

참고

CQD는 "불량으로 인해..."를 제공 합니다. 스트림이 불량으로 분류된 조건을 더 잘 이해하기 위한 측정값입니다.CQD provides the "Poor due to…" measurements to better understand what condition caused the stream to be classified as poor.

오디오 품질이 좋지 않은 메트릭Audio poor quality metrics
메트릭 평균Metric average 설명Description 사용자 환경User experience
Jitter > 30 msJitter >30 ms 연속 패킷 간 지연의 평균 변경입니다.This is the average change in delay between successive packets. Teams 및 비즈니스용 Skype는 버퍼링을 통해 일부 수준의 지터에 맞게 조정될 수 있습니다.Teams and Skype for Business can adapt to some levels of jitter through buffering. 지터가 참가자가 지터의 효과를 알 수 있는 버퍼링을 초과하는 경우입니다.It's only when the jitter exceeds the buffering that a participant notices the effects of jitter. 패킷이 다른 속도로 도착하면 스피커의 음성이 로봇으로 들리게 됩니다.The packets arriving at different speeds cause a speaker's voice to sound robotic.
패킷 손실률 > 10% 또는 0.1Packet loss rate >10% or 0.1 손실된 패킷의 백분율로 정의되는 경우가 종종 있습니다.This is often defined as a percentage of packets that are lost. 패킷 손실은 오디오를 완전히 차단하는 백백 버스트 손실에 거의 영향을 주지 않고 손실된 작은 개별 패킷에서 오디오 품질에 직접 영향을 미치게 됩니다.Packet loss directly affects audio quality—from small, individual lost packets that have almost no impact to back-to-back burst losses that cause audio to cut out completely. 패킷이 삭제되고 대상에 도착하지 못하면 미디어의 간격이 발생하여 누락된 운율과 단어가 누락되고 비디오와 공유가 늦습니다.The packets being dropped and not arriving at their intended destination cause gaps in the media, resulting in missed syllables and words, and choppy video and sharing.
왕복 시간 > 500 msRound-trip time >500 ms 지점 A에서 지점 B에서 다시 지점 A로 IP 패킷을 수신하는 데 걸리는 시간입니다. 이 네트워크 전파 지연은 두 지점과 광속 사이의 물리적 거리와 연결되고 네트워크 경로의 다양한 디바이스에서 취한 추가 오버헤드를 포함합니다.This is the time it takes to get an IP packet from point A to point B and back to point A. This network propagation delay is tied to the physical distance between the two points and the speed of light, and includes additional overhead taken by the various devices in the network path. 패킷이 대상에 도착하는 데 너무 오래 걸려서 walkie-talkie 효과가 발생했습니다.The packets taking too long to arrive at their destination cause a walkie-talkie effect.
NMOS 성능 저하 평균 > 1.0NMOS degradation average >1.0 스트림에 대한 NMOS(평균 네트워크 평균 의견 점수) 성능 저하.Average Network Mean Opinion Score (NMOS) degradation for the stream. NMOS가 두 지점 이상 감소하는 수신된 오디오 품질에 영향을 주는 네트워크 손실 및 지터의 양을 나타낸 것입니다.Represents how much the network loss and jitter has affected the quality of received audio that caused the NMOS to drop by more than one point. 지터, 패킷 손실 및 낮은 수준으로의 왕복 시간 증가의 조합입니다.This is a combination of jitter, packet loss, and—to a lesser degree—increased round-trip time. 사용자가 이러한 증상의 조합을 경험할 수 있습니다.The user might be experiencing a combination of these symptoms.
은신된 샘플의 평균 비율 > 7% 또는 0.07Average ratio of concealed samples >7% or 0.07 패킷 손실 복구로 생성된 샘플이 은신된 오디오 프레임의 총 수와 오디오 프레임의 총 수에 대한 평균 비율입니다.Average ratio of the number of audio frames with concealed samples generated by packet loss healing to the total number of audio frames. 은닉된 오디오 샘플은 일반적으로 삭제된 네트워크 패킷으로 인해 발생할 수 있는 촉각 전환을 원활하게 처리하기 위해 사용되는 기술입니다.A concealed audio sample is a technique used to smooth out the abrupt transition that would usually be caused by dropped network packets. 높은 값은 상당한 수준의 손실 은경이 적용되어 왜곡되거나 오디오가 손실된 것을 나타냅니다.High values indicate that significant levels of loss concealment were applied and resulted in distorted or lost audio.
호출 대신 스트림을 사용하는 것을 선호하는 이유는 무엇입니까?Why do we prefer to use streams instead of calls?

스트림은 발신 또는 수신 중 어떤 특정 통화 레그가 좋지 않은지 알 수 있습니다.Streams let us know which particular leg of the call was poor - outgoing or incoming. 통화 분석에서 부적정한 호출이 해당 호출의 스트림(아웃바운드) 또는 호출자 스트림(인바운드)으로 인한 것인지를 판단합니다.When you're looking at call analytics for a poor call, determine whether the poor call was due to that caller's stream (outbound) or callee's stream (inbound). 전화 품질에 영향을 미치는 스트림을 결정하는 것이 회의에서 훨씬 더 중요합니다.Determining which stream is impacting call quality is even more important for conferences. 통화 데이터만 보고 있는 경우 해당 사용자가 참가하는 회의 수를 볼 수 있지만 현재 발표자인 사용자가 가장 많은 화면 공유를 수행하고 있는 것은 볼 수 없습니다.If you're only looking at call data, you'll see how many conferences a person participates in, but you won't see which people are active speakers, doing the most screen sharing.

통화 데이터는 사용량 메트릭을 제공하지만 반드시 통화 품질이 나쁜 근본 원인으로 이어지진 않습니다.Call data gives you usage metrics, but it won't necessarily lead you to the root cause for poor call quality. 스트림 방향을 확인하면 관리되는 네트워크에 없는 통화, 비 직원의 통화(예: 공급업체 또는 다른 네트워크에 있는 사람)를 식별할 수 있습니다.By looking at stream direction, you can identify factors such as a call that's not on a managed network, a call from a non-employee (e.g., a vendor or someone on a different network). 이러한 경우 다른 사람의 네트워크 연결이 좋지 않은 경우 전체 통화는 불량으로 플래그가 지정됩니다.In these cases, if the other person's network connection was poor, the entire call will be flagged as poor. 외부 요인에 대해 아무 것도 할 수 없어 이 데이터는 유용하지 않습니다.You can't do anything about external factors, so this data isn't helpful.

스트림 방향은 문제가 있는 디바이스 또는 클라이언트를 식별하는 데도 도움이 될 수 있습니다.Stream direction can also help you identify problematic devices or clients.

  • 예를 들어 장치에 대한 예산이 제한되어 있으며 많은 오디오 사용자에 대한 장치만 제공하려는 경우 VoIP(오디오 사용 보고서)를 사용하여 아웃바운드 스트림 및 회의를 필터링합니다.For example, If you have a limited budget for devices and want to provide devices only for heavy audio users, use the audio usage report (VoIP) and filter for outbound streams and conferencing. 기본 제공 마이크에 말하고 있는 볼륨이 높은 오디오 사용자를 찾아 봐야 합니다. 이러한 오디오는 통화 품질이 나아질 수 있으며 이러한 사용자를 위해 오디오 장치를 제공하려는 경우와 관련이 있을 수 있습니다.Look for high-volume audio users who are speaking into built-in microphones - these may correlate to poorer call quality (and you might want to provide audio devices for these people). 명확성을 높이기 위해 패킷 사용률을 필터링하여 특히 볼륨이 큰 오디오 사용자를 대상으로 할 수 있습니다.For added clarity, you could filter for packet utilization, which will let you target especially high-volume audio users.

  • 또 다른 예로는 화면 공유가 있습니다.Another example involves screen sharing. 고객이 이전 Teams 클라이언트를 사용하는 경우 화면 공유 성능이 영향을 받을 수 있습니다.If a customer is using an old Teams client, screen sharing performance may be affected. 화면 공유를 많이 하는 사용자에 대해 클라이언트 업그레이드의 우선 순위를 지정하여 이 문제를 해결할 수 있습니다.You could address this problem by prioritizing client upgrades for people who do a lot of screen sharing.

  • 스트림의 방향이 통화 품질이 좋지 않은지 식별하여 QoS 또는 대역폭 관련 문제가 있는지 확인할 수 있습니다.By identifying which direction of a stream is causing poor call quality, you can determine whether you've got a QoS or bandwidth-related problem. QoS를 완전히 구현하지 않은 경우 또는 인바운드 스트림이 아닌 클라이언트에서 패킷만 표시하는 경우 통화 품질이 좋지 않을 수 있습니다.If you haven't fully implemented QoS, or if you only mark packets at the client and not at the inbound stream, you might see poorer call quality. 스트림 방향을 확인하면 패킷 손실, 대기 시간 또는 지터를 특정 방향으로 더 세부적인 보기로 볼 수 있습니다.By looking at stream direction, you can get a more granular view of packet loss, latency, or jitter in a specific direction.

    • 예를 들어 사용자가 유선 연결(지터)에 있는 동안 로봇 오디오를 불평하는 경우를 예로 들어 보겠습니다.For example, let's say a user complains of robotic audio while on a wired connection (jitter). 스트림 및 방향을 확인하여 특정 서브넷 집합에 대한 인바운드 스트림에서만 문제가 발생하는지 확인할 수 있습니다.By looking at stream and direction, you can determine that the problem happens on the inbound stream, only for a specific set of subnets. 네트워킹 팀에 이 정보를 제공한 후 미디어 트래픽을 우회하지 않는 잘못 구성한 WAN 가속기까지 추적할 수 있습니다.After you give this information to your networking team, they can track it down to a misconfigured WAN accelerator that was not bypassing media traffic. 네트워크 팀이 WAN 가속기 재구성하면 지터가 사라지고 호출 품질이 향상됩니다.Once the network team reconfigures the WAN accelerator, jitter disappears and call quality improves.

설치 실패율Setup Failure Rate

설치 실패율(CQD의 총 호출 설정 실패율 측정)은 호출 시작 시 엔드포인트 간에 미디어 경로를 설정하지 못한 스트림의 수입니다.The setup failure rate, otherwise known as the Total Call Setup Failure Percentage measurement in CQD, is the number of streams where the media path couldn't be established between the endpoints at the start of the call.

이는 설정될 수 없는 모든 미디어 스트림을 나타 내는 것입니다.This represents any media stream that couldn't be established. 이 문제가 사용자 환경에 미치는 영향의 심각도에 따라 이 값을 가능한 한 0에 가깝게 줄이는 것이 목표입니다.Given the severity of the impact of this problem on the user experience, the goal is to reduce this value to as close to zero as possible. 이 메트릭에 대한 높은 값은 완성도 높은 배포보다 불완전한 방화벽 규칙을 사용하는 새 배포에서 더 일반적이지만 정기적으로 감시하는 것이 여전히 중요합니다.A high value for this metric is more common in new deployments with incomplete firewall rules than a mature deployment, but it's still important to watch on a regular basis.

이 메트릭은 설정하지 못한 총 스트림 수를 성공적인 CDR(호출 세부 정보 레코드)을 제출한 총 스트림 수로 나누어 계산됩니다.This metric is calculated by taking the total number of streams that failed to set up divided by the total number of streams that submitted a successful call detail record (CDR):

  • 설정 실패율 = 총 호출 설정 실패 스트림 수/ 총 CDR 사용 가능한 스트림 수Setup Failure Rate = Total Call Setup Failed Stream Count / Total CDR Available Stream Count

드롭 실패율Drop Failure Rate

CQD에서 총 호출 실패율 측정으로 알려진 드롭 실패율은 미디어 경로가 정상적으로 종료되지 않은 성공적으로 설정된 스트림의 백분율입니다.The drop failure rate, otherwise known as the Total Call Dropped Failure Percentage measurement in CQD, is the percentage of successfully established streams where the media path didn't terminate normally.

이는 예기치 않게 종료된 모든 미디어 스트림을 나타냈습니다.This represents any media stream that terminated unexpectedly. 설정하지 못한 스트림만큼 심각한 영향은 아니지만 사용자 환경에 여전히 부정적인 영향을 미치고 있습니다.Although the impact of this isn't as severe as a stream that failed to set up, it still negatively affects the user experience. 갑작스러우고 빈번한 미디어 삭제는 사용자 환경에 심각한 영향을 줄 뿐만 아니라 사용자가 다시 연결해야 하여 생산성이 떨어질 수 있습니다(좌절은 언급하지 말고).Sudden and frequent media drops not only can have a severe impact on the user experience, they result in the need for users to reconnect, resulting in lost productivity (not to mention frustration).

메트릭은 삭제된 스트림의 총 수를 성공적으로 설정한 총 스트림 수로 나누어 계산됩니다.The metric is calculated by taking the total number of dropped streams divided by the total count of streams that set up successfully:

  • 드롭 실패율 = 총 호출 삭제 스트림 수/ 총 호출 설정 성공 스트림 수Drop Failure Rate = Total Call Dropped Stream Count / Total Call Setup Succeeded Stream Count

대상 메트릭 정의Define your target metrics

이 섹션에서는 서비스의 상태를 평가하는 데 사용하는 핵심 서비스 메트릭 중 일부를 설명합니다.This section discusses some of the core service metrics that we use to assess the health of the services. 이러한 메트릭을 정의된 목표 미만으로 유지하기 위한 노력을 지속적으로 평가하고 주도하면 사용자가 일관되고 신뢰할 수 있는 통화 품질을 경험하도록 할 수 있습니다.By continually assessing and driving efforts to keep these metrics below their defined targets, you'll help ensure that your users experience consistent, reliable call quality. 시작 지점으로 아래 표에서 제안된 대상을 사용하세요.As a starting point, use the suggested targets in the table below. 비즈니스 목표를 충족하기 위해 필요한 경우 목표를 조정합니다.Adjust the targets as needed to meet your business objectives.

네트워크 유형Network type품질 목표Quality targets안정성 목표Reliability targets
오디오 불량 스트림 속도Audio Poor Stream Rate설치 실패율Setup Failure Rate드롭 실패율Drop Failure Rate
모두All내부Internal2.0%2.0%0.5%0.5%2.0%2.0%
전체Overall3.0%3.0%1.0%1.0%3.0%3.0%
회의Conferencing내부Internal2.0%2.0%0.5%0.5%2.0%2.0%
유선 내부Wired internal1.0%1.0%0.5%0.5%1.0%1.0%
Wi-Fi 5GHz 내부Wi-Fi 5 GHz internal1.0%1.0%0.5%0.5%1.0%1.0%
Wi-Fi 2.4GHz 내부Wi-Fi 2.4 GHz internal2.0%2.0%0.5%0.5%2.0%2.0%
전체Overall2.0%2.0%0.5%0.5%3.0%3.0%
P2PP2P내부Internal2.0%2.0%0.5%0.5%2.0%2.0%
유선/Wi-Fi 5GHz 내부Wired/Wi-Fi 5 GHz internal1.0%1.0%0.5%0.5%1.0%1.0%
유선/Wi-Fi 5GHz 전체Wired/Wi-Fi 5 GHz overall2.0%2.0%1.0%1.0%1.0%1.0%
전체Overall2.0%2.0%1.0%1.0%3.0%3.0%

사용자 환경User experience

여기서 수집된 메트릭이 항상 네트워크 또는 서비스에 문제가 있는 것은 아니기 때문에 사용자 환경을 분석하는 것은 과학보다 더 예술적입니다. 단순히 사용자가 문제를 인식하고 있는 것을 나타냅니다.Analyzing the user experience is more art than science, because the metrics gathered here don't always mean that there's a problem with the network or service but rather, they simply indicate that the user perceives a problem. CQD에는 전반적인 사용자 환경을 측정하는 데 도움이 되는 기본 제공 설문 조사 메커니즘인 RMC(평가 내 통화)가 포함되어 있습니다.CQD includes a built-in survey mechanism — Rate My Call (RMC) — to help gauge overall user experience. RMC는 사용자의 관점에서 다음 질문에 대한 인사이트를 제공합니다.RMC will give you insight into the following questions from the perspective of your users:

  • 솔루션을 사용하는 방법을 알고 있나요?Do I know how to use the solution?
  • 이 솔루션은 사용하기 쉽고 직관적인가요? 그리고 내 하루의 통신 요구 사항을 지원하나요?Is the solution easy to use and intuitive, and does it support my day-to-day communication needs?
  • 솔루션이 작업을 완료하는 데 도움이 하나요?Does the solution help me get my job done?
  • 솔루션에 대한 전반적인 인식은 어떻게 하나요?What's my overall perception of the solution?
  • 현재 위치와 관계없이 어느 시점에나 솔루션을 사용할 수 있나요?Can I use the solution at any point in time, regardless of where I am?
  • 통화를 설정하고 유지할 수 있나요?Can I set up and maintain a call?

내 통화 평가Rate My Call

RMC(평가 내 통화)는 Teams 및 비즈니스용 Skype에 기본 제공되어 있습니다.Rate My Call (RMC) is built into Teams and Skype for Business. 10회 호출마다 하나씩 또는 10% 후에 자동으로 팝업됩니다.It automatically pops up after one in every 10 calls, or 10 percent. 이 간략한 설문 조사에서는 사용자에게 통화에 대한 평가를 요청하고 통화 품질이 좋지 않은 이유에 대한 약간의 컨텍스트를 제공하도록 요청합니다.This brief survey asks the user to rate the call and provide a little context for why the call quality might have been poor. 1~2 등급은 나쁨으로 간주하고, 3~4는 양호하고, 5개는 우수합니다.A one or two rating is considered poor, three to four is good, and five is excellent. 다소 래깅 표시기는 하지만 서비스 메트릭이 놓칠 수 있는 문제를 포기하는 데 유용한 메트릭입니다.Although it's somewhat of a lagging indicator, this is a useful metric for uncovering issues that service metrics can miss.

참고

인적 요소: 통화 품질이 양호할 때 사용자는 종종 설문 조사를 무시하고 통화 품질이 나쁘면 설문 조사를 작성합니다.The human factor: Users often ignore the survey when call quality is good, and they fill it out when call quality is bad. 결과적으로 서비스 메트릭이 양호한 경우에도 RMC 보고서가 불량한 쪽으로 오차될 수 있습니다.As a result, your RMC reports might be skewed to the poor side even while service metrics are good.

CQD를 사용하여 RMC 사용자 응답을 보고할 수 있으며 샘플 보고서는 CQD 템플릿에 포함됩니다.You can use CQD to report on RMC user responses, and sample reports are included in the CQD template. 그러나 이 문서에서는 자세히 설명하지 않습니다.However, they aren't discussed in detail in this article.

클라이언트 및 디바이스 준비Client and device readiness

사용자에게 일관되고 긍정적인 사용자 환경을 제공하려면 견고한 클라이언트 및 디바이스 전략이 필요합니다.You need a solid client and device strategy to help ensure that your users have a consistent and positive user experience. 몇 가지 주요 원칙은 각 준비 전략을 구동합니다.A few key principles drive each readiness strategy.

클라이언트 준비Client readiness

Teams 클라이언트를 최신으로 유지하면 사용자가 항상 최상의 환경을 사용할 수 있습니다.Keeping the Teams client up-to-date ensures that your users are always getting the best-possible experience. Microsoft는 Teams 클라이언트에 대한 빈번한 업데이트를 릴리스합니다(이 기능을 해제하지 않는 한 업데이트는 백그라운드에서 설치됩니다. 권장하지 않습니다).Microsoft releases frequent updates to the Teams client (the update installs itself in the background unless you've turned off this functionality - which we don't recommend). 네트워크, 비디오, USB 및 오디오 드라이버를 패치하는 것은 종종 간과하고 통화 및 모임 품질에 영향을 줄 수 있기 때문에 기억해야 합니다.It's also important to remember to patch network, video, USB, and audio drivers, because they're often overlooked and can affect call and meeting quality. 현재 패치 관리 프로세스에 네트워크, Wi-Fi, 비디오, USB 및 오디오 드라이버를 추가하는 것이 있습니다.Consider adding network, Wi-Fi, video, USB, and audio drivers to your current patch management process.

디바이스 준비Device readiness

디바이스 준비 전략 이상으로 사용자 경험에 영향을 줄 수 있는 단일 전략은 없습니다.No one single strategy can affect the user experience more than your device readiness strategy. 예를 들어 랩톱 스피커와 마이크를 사용하는 사용자는 통화 및 모임에서 배경 소음이 많이 발생합니다.For example, users who rely on their laptop speakers and microphone will experience a lot of background noise in calls and meetings. Teams는 거의 모든 장치에서 작동하도록 설계되지만 장치 관련 문제가 있는 경우 Teams용 전화 통화를 확인합니다.Teams is designed to work with almost any device, but if you're having device-related problems, check out Phone for Teams.

품질 범주Categories of quality

품질 관리 사례 집합을 운영합니다. 이렇게 하면 좋은 통화와 회의 품질을 보장할 수 있습니다.Operationalize a set of quality-management practices - this gives you the best chance of good call and meeting quality. 좋은 품질 관리 계획은 다음 범주를 해결합니다.A good quality management plan addresses these categories:

  • 네트워크: PSR(불량 스트림 비율) 메트릭, TCP 사용량, 유선 및 무선 서브넷, HTTPX 및 VPN의 사용 식별에 중점을 두는 오디오 품질Network: Audio quality focused on the Poor Stream Ratio (PSR) metric, TCP usage, wired and wireless subnets, and identifying the use of HTTP proxies and VPN

  • 엔드포인트: 오디오 장치 및 최신 클라이언트Endpoints: Audio devices and up-to-date clients

  • 서비스 관리: 이 범주는 다음 두 섹션으로 구성됩니다.Service Management: This category comprises two sections:

    • 첫째, Teams 및 비즈니스용 Skype Online 서비스를 관리하고 유지 관리하는 것은 Microsoft의 책임입니다.First is Microsoft's responsibility to manage and maintain the Teams and Skype for Business Online services.

    • 두 번째는 인프라가 서비스에 추가될 때 건물 정보를 업데이트하고 새 Office 365 IP 주소에 대한 방화벽을 유지 관리하는 등 조직에서 서비스에 대한 신뢰할 수 있는 액세스를 보장하기 위해 관리하는 작업입니다.Second are tasks your organization manages to ensure reliable access to the service, such as updating building information and maintaining firewalls for new Office 365 IP addresses as infrastructure is added to the service.

조직의 품질 범주 그래프Graph of the categories of quality in an organization

품질을 유지하기 위해 권장되는 작업의 다음 목록을 검토합니다.Review the following list of tasks recommended to maintain quality. 이러한 작업은 정기적으로(예: 매주) 수행해야 합니다.You should perform these tasks regularly - for example, weekly.

서비스 관리 작업Service management tasks

이러한 작업은 인터넷 링크를 포화하지 않고 서비스에 도달할 수 있는 충분한 대역폭을 보장하고, QoS(서비스 품질)가 모든 관리되는 네트워크 영역에서 유지되고, 방화벽에서 Office 365 IP범위를 유지하도록 하는 것에서 범위가 다양합니다.These tasks range from ensuring there is sufficient bandwidth to reach the service without saturating internet links, validating that quality of service (QoS) is in place on all managed network areas, and staying on top of Office 365 IP ranges on firewalls.

네트워크 작업Network tasks

네트워크 작업의 두 가지 범주, 안정성 및 품질이 있습니다.There are two categories of network tasks: reliability and quality. 안정성은 호출을 성공적으로 걸고 연결 유지를 위한 사용자의 기능을 측정하는 데 집중합니다.Reliability focuses on measuring the user's ability to make calls successfully and stay connected. 품질은 통화 중 및 통화가 종료된 후에 사용자의 클라이언트가 Teams 및 비즈니스용 Skype Online으로 보낸 집계된 원격 분석에 중점을 습니다.Quality focuses on the aggregated telemetry sent to Teams and Skype for Business Online by the user's client during the call and after it has ended.

안정성이 사용자 환경에 미치는 심각한 영향이 있는 경우 품질에 대해 조사하기 전에 안정성 메트릭을 평가하고 조사하는 것이 좋습니다.Given the critical impact that reliability has on the user experience, we recommend that you assess and investigate reliability metrics before you dive into quality.

엔드포인트 작업Endpoints tasks

이 범주의 주요 작업은 일반 Teams 클라이언트 업데이트에 대한 장애물을 제거합니다.The main task in this category removing any obstacles to regular Teams client updates. 기본적으로 Teams는 자동으로 정기적으로 업데이트됩니다(해당 설정을 끄지 않는 한 권장하지 않습니다).By default, Teams automatically updates regularly (unless you turn off that setting, which we don't recommend).

또한 디바이스와 관련된 문제를 식별할 때마다 디바이스를 모니터링하고 업데이트를 제공해야 합니다.You should also monitor devices and provide updates whenever you identify problems related to a device.

CQD를 사용하여 통화 품질 관리Use CQD to manage call quality

CQD를설정하면 이를 사용하여 조직의 통화 및 모임 품질을 관리할 준비가 된 것입니다.Once you've set up CQD, you're ready to start using it to manage call and meeting quality for your organization.

Teams 성능에 대한 대부분의 문제는 다음과 같은 범주에 속합니다.Most problems with Teams performance fall into the following categories:

  • 불완전한 방화벽 또는 프록시 구성Incomplete firewall or proxy configuration
  • 불량 Wi-Fi 검사Poor Wi-Fi coverage
  • 대역폭 부족Insufficient bandwidth
  • VPNVPN
  • 클라이언트 버전 및 드라이버가 불일치하거나 더 이상 사용되지 않습니다.Inconsistent or outdated client versions and drivers
  • 사용되지 않는 오디오 장치 또는 기본 제공 오디오 장치Unoptimized or built-in audio devices
  • 문제가 있는 서브넷 또는 네트워크 디바이스Problematic subnets or network devices

Teams를 출시하여 이러한 영역을 평가하고 결함을 수정하는 데 시간이 걸릴 경우 모든 사용자에 대해 고품질 Teams 환경을 유지하는 데 필요한 노력을 줄일 수 있습니다.If you take the time before you roll out Teams to assess these areas and remediate any deficiencies, you'll reduce the amount of effort needed to maintain a high-quality Teams experience for all your users. Teams 롤아웃 준비를 위해 네트워크를 평가하는 데 도움이 필요한 경우 Teams용 Advisor를 읽고 Teams 네트워크를 준비합니다.For help assessing your network in preparation for your Teams rollout, read Advisor for Teams and Prepare your network for Teams.

CQD를 사용하는 기대치Expectations using CQD

CQD(통화 품질 대시보드)를 사용하여 Teams 및 비즈니스용 Skype 서비스를 사용하여 통화 품질을 파악할 수 있습니다.Use the Call Quality Dashboard (CQD) to gain insight into the quality of calls made by using Teams and Skype for Business services. CQD는 Teams 및 비즈니스용 Skype 관리자 및 네트워크 엔지니어가 네트워크를 최적화하고 품질, 안정성 및 사용자 환경을 세밀하게 주시하도록 설계되었습니다.CQD is designed to help Teams and Skype for Business admins and network engineers optimize the network and keep a close eye on quality, reliability, and the user experience. CQD는 전체 패턴이 명백해질 수 있는 전체 조직에 대한 집계 원격 분석 데이터를 조사합니다. 이렇게 하면 정보를 통해 평가를 수행하고 수정을 계획할 수 있습니다.CQD looks at aggregate telemetry for an entire organization, where overall patterns can become apparent; this lets you make informed assessments and plan remediation. CQD는 전체 품질, 안정성 및 사용자 경험에 대한 인사이트를 제공하는 메트릭 보고서를 제공합니다.CQD provides reports of metrics that provide insight into overall quality, reliability, and user experience.

CQD는 추세 및 서브넷을 분석하는 데 유용하기는 하지만 항상 특정 시나리오에 대한 특정 원인을 제공하지는 않습니다.CQD, although useful for analyzing trends and subnets, doesn't always provide a specific cause for a given scenario. CQD를 사용할 때 이를 이해하고 올바른 기대치를 설정하는 것이 중요합니다.It's important to understand this and set the correct expectation when using CQD:

  • CQD는 모든 시나리오에 대한 근본 원인을 제공하지 않습니다.CQD won't provide the root cause for every scenario
  • CQD에 전화 시스템 또는 오디오 회의 스트림이 포함되지 않습니다.CQD won't contain Phone System or Audio Conferencing streams
  • CQD는 추세에 따라 추가 조사를 위한 영역을 호출합니다.CQD will call out areas for further investigation based on trends

CQD 보고서 개요CQD reports overview

화면 맨 위에 있는 드롭다운 메뉴를 사용하여 보고서를 열 수 있습니다.Use the drop-down menu at the top of the screen to open a report. 각 보고서에 제공된 데이터 목록은 CQD 보고서에서 사용할 수 있는 데이터를 읽습니다.For a list of the data provided in each report, read Data available in CQD reports.

2020년 1월의 새로운 사항: CQD용 Power BI 쿼리 템플릿을 다운로드합니다.New in January 2020: Download Power BI query templates for CQD. CQD 데이터를 분석하고 보고하는 데 사용할 수 있는 사용자 지정 가능한 Power BI 템플릿Customizable Power BI templates you can use to analyze and report your CQD data.

Teams 및 비즈니스용 SkypeTeams vs. Skype for Business

CQD는 Teams와 비즈니스용 Skype 모두에서 보고할 수 있습니다.CQD can report on both Teams and Skype for Business. 그러나 비즈니스용 Skype와 별개로 Teams 원격 분석에 대한 보고서를 개발하려는 경우도 있을 수 있습니다.However, there might be times when you want to develop a report to look at Teams telemetry separate from Skype for Business.

요약 보고서Summary reports

요약 보고서 페이지를 수정하여 Teams 또는 비즈니스용 Skype만 표시하려면 화면 위쪽에서 제품 필터 드롭다운 메뉴를 선택한 다음 원하는 제품을 선택합니다.To modify the summary reports page to look at only Teams or Skype for Business, select the Product Filter drop-down menu from the top of the screen, and then select the product you want.

필터 옵션을 보여주는 드롭다운 메뉴 스크린샷

자세한 보고서Detailed reports

모든 세부 보고서를 필터링하기 위해 브라우저 표시줄에서 URL의 끝에 다음을 추가합니다.To filter all detailed reports, in the browser bar, append the following to the end of the URL:

/filter/[AllStreams].[Is Teams]|[FALSE]

예:Example:

https://cqd.teams.microsoft.com/cqd/#/1234567/2018-5/filter/[AllStreams].[Is Teams]|[FALSE]

URL 필터에 대한 자세한 내용은 이 섹션의 후반부에 있는 보고서 필터링을 참조하세요.For more information about URL filters, read Filtering reports later in this section.

개별 세부 보고서를 필터링하기 위해 보고서에 필터를 추가하고 True 또는 Is Teams False로 설정합니다.To filter an individual detailed report, add the filter Is Teams to the report and set it to True or False.

필터 추가 페이지의 스크린샷

관리되는 네트워크와 관리되지 않는 네트워크Managed versus unmanaged networks

기본적으로 CQD의 모든 엔드포인트는 외부로 분류됩니다.By default, all endpoints in CQD are classified as external. 건물 파일이 도입되는 즉시 관리되는 엔드포인트 데이터를 살펴보기 시작할 수 있습니다.As soon as a building file is introduced, we can begin to look at managed endpoint data. 앞서 설명했듯이 CQD의 네트워크는 다음과 같이 정의됩니다.As previously discussed, networks in CQD are defined as:

  • 내부 또는 내부라고도 하는 관리되는 네트워크는 조직에서 영향을 미치고 제어할 수 있습니다.A managed network, often referred to as internal or inside, can be influenced and controlled by the organization. 여기에는 내부 LAN, 원격 WAN 및 VPN이 포함됩니다.This includes the internal LAN, the remote WAN, and VPN.
  • 외부 또는 외부라고도 하는 관리되지 않는 네트워크는 조직에서 영향을 주거나 제어할 수 없습니다.An unmanaged network, often referred to as external or outside, can't be influenced or controlled by the organization. 관리되지 않는 네트워크의 예로 호텔 또는 공항 네트워크가 있습니다.An example of an unmanaged network is a hotel or airport network.

차원, 측정값 및 필터Dimensions, measures, and filters

잘 형성된 CQD 쿼리에는 다음 매개 변수 중 세 가지가 모두 포함됩니다.A well-formed CQD query contains all three of the following parameters:

  • 차원: 데이터를 피벗하는 방법Dimension: How I want to pivot on the data.

  • 측정값: 보고할 결과입니다.Measure: What I want to report on.

  • 필터: 쿼리에서 반환하는 데이터 세트를 줄이는 방법Filter: How I want to reduce the dataset the query returns.

이를 살펴보는 또 다른 방법은 차원이 그룹화 함수이고, 측정값은 관심 있는 데이터가고, 필터는 결과를 내 쿼리와 관련된 데이터로 좁히는 것입니다. Another way to look at this is that a dimension is the grouping function, a measure is the data I'm interested in, and a filter is how I want to narrow down the results to those that are relevant to my query.

잘 형성된 쿼리의 예로 건물 6 [필터]에 대한 서브넷 [차원]에 의해 [측정값] 불량 스트림 표시가 있습니다.An example of a well-formed query is Show me Poor Streams [Measure] by Subnet [Dimension] for Building 6 [Filter]. 자세한 내용은 CQD에서 사용할 수 있는 차원 및 측정값을 참조하세요.For more information, see Dimensions and measures available in CQD.

첫 번째 및 두 번째First vs. second

CQD의 많은 차원 및 측정값은 첫 번째 또는 초로 분류됩니다.Many of the dimensions and measures in CQD are classified as first or second. CQD는 호출자/호출자 필드를 사용하지 않습니다. 호출자 및 호출자 간에 개입 단계가 있기 때문에 첫 번째 및 두 번째 필드의 이름을 다시했습니다. CQD doesn't use caller/callee fields—these have been renamed first and second because there are intervening steps between the caller and callee. 다음 논리는 먼저 레이블이 지정되는 엔드포인트를 판단합니다.The following logic determines which endpoint involved is labeled as first:

  • 먼저 서버가 스트림 또는 호출에 관련된 경우 항상 서버 엔드포인트(컨퍼런스 서버, 중재 서버 등)가 됩니다.First will always be a server endpoint (Conference Server, Mediation Server, and so on) if a server is involved in the stream or call.

  • 번째는 스트림이 두 서버 엔드포인트 사이에 있는 경우를 한 항상 클라이언트 엔드포인트가 됩니다.Second will always be a client endpoint unless the stream is between two server endpoints.

  • 두 엔드포인트가 동일한 형식인 경우 먼저 사용자 에이전트 범주의 내부 순서를 기반으로 선택할 수 있습니다.If both endpoints are the same type, the choice of which is first is based on internal ordering of the user agent category. 이렇게 하면 순서가 일관됩니다.This ensures the ordering is consistent.

동일한 경우 첫 번째 또는 두 번째 엔드포인트를 결정하는 데 대한 자세한 내용은 CQD에서사용할 수 있는 차원 및 측정값을 참조하세요.For more information about determining the first or second endpoint when they're both the same, see Dimensions and measures available in CQD.

스트림 및 호출Stream vs. call

CQD에서 보고 있는 차원 또는 측정값을 제대로 선택하려면 호출과 스트림의 차이점을 이해해야 합니다.You need to understand the difference between a call and a stream to properly choose which dimensions or measures you'll be looking at in CQD. CQD는 스트림에 중점을 두지만 호출 기반 측정도 사용할 수 있습니다.Although CQD's primary focus is on streams, call-based measurements are also available.

  • 스트림: 스트림은 두 엔드포인트 사이에만 존재합니다.Stream: A stream exists between only two endpoints. 각 방향에는 하나의 스트림만 있으며 통신에는 두 개의 스트림이 필요합니다.There is only one stream for each direction, and two streams are required for communication. 스트림은 건물, 네트워크 또는 서브넷을 조사하는 데 유용합니다.Streams are useful for investigating buildings, networks, or subnets. 경우에 따라 호출 및 스트림이 측정값의 이름(예: 호출 설정 스트림 또는 통화 삭제된 스트림)에 사용됩니다.In some cases, both call and stream are used in the measurement's name (for example, Call Setup Stream or Call Dropped Stream). 여전히 스트림으로 분류됩니다.These are still classified as streams.

  • 통화: 통화는 모든 참가자의 모든 스트림을 그룹화하는 것입니다.Call: A call is a grouping of all streams from all participants. 호출은 최소 두 스트림으로 구성됩니다.A call consists of—at minimum—two streams. 단일 호출에는 하나 이상의 스트림이 있는 두 개 이상의 엔드포인트가 있습니다.A single call will have at least two endpoints, each with a minimum of one stream.

차원 또는 측정값이 호출 또는 스트림을 참조하는지 여부에 대한 추가 지침은 CQD에서 사용할 수 있는 차원 및 측정값을 참조하세요.For additional guidance on whether the dimension or measure is referring to a call or a stream, see Dimensions and measures available in CQD

양호, 불량 및 미분제 통화Good, poor, and unclassified calls

통화는 양호, 불량 또는 분류되지 않은 것으로 분류됩니다.A call is categorized either as good, poor, or unclassified. 잠시 시간을 내어 각각에 대해 자세히 설명해보죠.Let's take a moment to talk about each one in more detail.

  • 양호 또는 불량: 양호하거나 불량한 호출은 전체 QoE 보고서가 생성되어 서비스에서 수신된 전체 서비스 메트릭 집합을 포함하는 호출로 구성됩니다.Good or poor: A good or poor call consists of a call that contains a complete set of service metrics, for which a full QoE report was generated and received by the service. 스트림이 양호하거나 나쁨인지 여부를 결정하는 것은 이 문서의 앞부분에서 설명했습니다.Determining whether a stream is good or poor is described earlier in this article.

  • 미분제: 미분류 스트림에는 전체 서비스 메트릭 집합이 포함되어 있지 않습니다.Unclassified: An unclassified stream doesn't contain a full set of service metrics. 평균을 계산할 수 없는 경우 QoE 보고서가 생성되지 않은 경우 일반적으로 60초 미만의 짧은 호출일 수 있습니다.These can be short calls—usually less than 60 seconds—where averages couldn't be computed and a QoE report wasn't generated. 호출이 미분할되는 가장 일반적인 이유는 패킷 사용률이 거의 없습니다.The most common reason for calls to be unclassified is that there was little to no packet utilization. 예를 들어 음소거로 모임에 참가하고 말하지 않는 참가자가 있습니다.An example of this would be a participant who joins a meeting on mute and never speaks. 참가자가 미디어를 수신하지만 전송하지는 않습니다.The participant is receiving, but not transmitting, media. 미디어가 전송되지 않으면 CQD에서 엔드포인트의 아웃바운드 미디어 스트림을 분류하는 데 사용할 수 있는 메트릭이 없습니다.Without media being transmitted, there won't be any metrics available for CQD to use to classify the endpoint's outbound media stream.

자세한 내용은 CQD에서 스트림 분류를 읽습니다.To learn more, read Stream classification in CQD.

공통 서브넷Common subnets

공통 서브넷은 호텔, 홈 네트워크, 핫스팟 및 유사한 영역에서 사용되는 특정 개인 서브넷입니다.Common subnets are specific private subnets that are used by hotels, home networks, hotspots, and similar areas. 이러한 서브넷은 광범위하게 사용 중이기 때문에 이 서브넷을 사용하기 어렵습니다.These subnets are difficult to triage due to their widespread use. 조직에서 이러한 공통 서브넷 중 하나를 사용하는 경우 해당 네트워크를 다른 서브넷으로 이동하는 것이 좋습니다.If your organization uses one of these common subnets, we recommend that you move that network to another subnet. 이렇게 하면 CQD에서 보다 쉽게 보고할 수 있습니다.This will make reporting easier in CQD. 기록해 두면 모든 네트워크 템플릿의 보고서는 이러한 서브넷을 제외하여 품질이 나쁨의 원인으로 제거하도록 구성됩니다.When noted, reports in the All Networks template have been configured to exclude these subnets to eliminate them as a source of poor quality. 일반적인 서브넷은 아래에 정의되어 있습니다. 해당 영향은 조직에 따라 달라집니다.Common subnets are defined below; their impact will vary by organization.

  • 10.0.0.0/2410.0.0.0/24
  • 192.168.0.0/24192.168.0.0/24
  • 192.168.1.0/24192.168.1.0/24
  • 192.168.2.0/24192.168.2.0/24
  • 172.20.10.0/24172.20.10.0/24
  • 192.168.43.0/24192.168.43.0/24

공통 서브넷을 사용하는 관리되는 네트워크를 조사할 때 두 번째 Reflexive 로컬 IP 차원을 사용하여 서브넷을 그룹화해야 합니다.When investigating a managed network that uses a common subnet, you'll need to use the Second Reflexive Local IP dimension to group subnets. 이 차원에는 엔드포인트의 공용 IP 주소가 포함되어 있습니다.This dimension contains the endpoint's public IP address.

안정성 조사Reliability investigations

품질을 개선하는 첫 번째 단계는 조직 전체의 안정성 상태를 평가하는 것입니다.The first step to improving quality is to assess the state of reliability across the organization. 안정성은 긍정적인 사용자 경험에 중요하기 때문에 안정성을 측정하는 두 가지 구성 요소로 시작해야 합니다.Because reliability is vital to a positive user experience, we start with the two components that measure reliability:

  1. 설치 실패: 호출을 설정하지 못합니다.Setup failures: The call couldn't be established.

  2. 삭제 실패: 호출이 설정되고 예기치 않게 종료되었습니다.Drop failures: The call was established and unexpectedly terminated.

이 섹션에서는 두 영역을 모두 조사하는 방법을 설명합니다.Throughout this section, we'll cover methods to investigate both areas.

참고

템플릿에 포함된 모든 보고서는 이 문서에서 다루지 않습니다.Not all reports included in the templates are covered in this article. 그러나 아래에 설명된 조사 방법은 여전히 적용됩니다.However, the methods of investigation explained below still apply. 자세한 내용은 개별 보고서 설명을 참조하세요.Please refer to the individual report description for more information.

설정 실패Setup failures

이러한 오류는 사용자 환경에 상당한 부정적인 영향을 미치기 때문에 먼저 이 영역의 설정 오류 수정 우선 순위를 지정합니다.Prioritize remediating setup failures in this area first, because these failures have a significant negative impact on the user experience.

조직의 전체 설정 실패 비율을 평가하여 조사를 시작한 다음, 구축 또는 네트워크를 통해 가장 높은 비율을 기반으로 조사 영역의 우선 순위를 지정합니다.Begin your investigation by assessing the percentage of overall setup failures for the organization, and then prioritize areas of investigation based on the highest percentage by building or network.

설정 실패 추세 분석Setup failure trend analysis

이 보고서는 총 스트림 양, 스트림 설정 오류 및 스트림 설정 실패율을 표시됩니다.This report displays the total amount of streams, stream setup failures, and the stream setup failure rate. 열 중 하나를 포인터로 하여 개별 값을 표시합니다.Point to any one of the columns to display its individual values.

분석Analysis

이 보고서를 사용하여 다음 질문에 답변하고 다음 작업 과정을 결정할 수 있습니다.By using this report, you can answer the following questions and determine your next course of action:

  • 이번 달의 총 호출 설정 실패율은 어떻게 하나요?What is the total call setup failure percentage for the current month?

  • 총 호출 설정 실패율이 정의된 대상 메트릭보다 높나요?Is the total call setup failure percentage below or above the defined target metric?

  • 실패 추세가 이전 달보다 나쁘거나 나쁘나요?Is the failure trend worse or better than the previous month?

  • 오류 추세가 증가, 꾸준 또는 감소합니까?Is the failure trend increasing, steady, or decreasing?

이러한 질문에 대한 답변에 관계 없이 도우미 하위 보고서를 사용하여 수정이 필요할 수 있는 개별 건물 또는 서브넷을 찾아 조사하는 데 시간이 걸릴 수 있습니다.Irrespective of your answers to these questions, take the time to investigate further by using the companion sub-reports to look for any individual buildings or subnets that might need remediation. 전체 실패율이 대상 메트릭보다 낮을 수 있습니다. 하나 이상의 건물 또는 네트워크에 대한 오류율이 대상 메트릭보다 높을 수 있으며 조사가 필요할 수 있습니다.Although the overall failure rate might be below the target metric, the failure rates for one or more buildings or networks might be above the target metric and need investigation.

설정 실패 조사Setup failure investigations

이 요약 보고서는 수정이 필요할 수 있는 건물 또는 네트워크를 검색하고 격리하는 데 사용됩니다.This summary report is used to discover and isolate any buildings or networks that might need remediation.

참고

월별 보고서 필터를 이번 달로 조정해야 합니다.Be sure to adjust the Month Year report filter to the current month. 편집을 선택하고 월별 보고서 필터를 조정하여 새 기본 월을 저장합니다.Select Edit, and adjust the Month Year report filter to save the new default month.

수정Remediation

가장 큰 오류 볼륨이 있는 건물 또는 서브넷에 첫 번째 수정 노력을 집중합니다.Focus your first remediation efforts on buildings or subnets that have the largest volume of failures. 이렇게 하면 사용자 환경에 미치는 영향을 최대화하고 조직 호출 설정 오류의 비율을 빠르게 줄일 수 있습니다.This will maximize impact on the user experience and help to quickly reduce the rate of organizational call setup failures. 다음 표에는 CQD에서 보고한 설정 실패의 두 가지 이유가 나열됩니다.The following table lists the two reasons for setup failures as reported by CQD.

호출 설정 실패 이유Call Setup Failures reason 일반적인 원인Typical cause
FW 딥 패킷 검사 예외 규칙 누락Missing FW Deep Packet Inspection Exemption Rule 경로의 네트워크 장비가 심층 패킷 검사 규칙으로 인해 미디어 경로가 설정되지 않도록 합니다.Indicates that network equipment along the path prevented the media path from being established due to deep packet inspection rules. 방화벽 규칙이 올바르게 구성되지 않은 것일 수 있습니다.This is likely due to firewall rules not being correctly configured. 이 시나리오에서는 TCP 핸드 핸드케이크가 성공했지만 SSL 핸드케이크는 성공하지 못했습니다.In this scenario, the TCP handshake succeeded but the SSL handshake didn't.
FW IP 블록 예외 규칙 누락Missing FW IP Block Exception Rule 경로에 있는 네트워크 장비가 Microsoft 365 또는 Office 365 네트워크에 미디어 경로를 설정하지 못하게 합니다.Indicates that network equipment along the path prevented the media path from being established to the Microsoft 365 or Office 365 network. 이는 프록시 또는 방화벽 규칙이 Teams 및 비즈니스용 Skype 트래픽에 사용되는 IP 주소 및 포트에 대한 액세스를 허용하도록 올바르게 구성되지 않은 것일 수 있습니다.This might be due to proxy or firewall rules not being correctly configured to allow access to IP addresses and ports used for Teams and Skype for Business traffic.

수정을 시작할 때 특정 건물 또는 서브넷에 집중할 수 있습니다.As you begin your remediation, you can focus your efforts on a particular building or subnet. 앞의 표에서처럼 이러한 문제는 방화벽 또는 프록시 구성 때문입니다.As the preceding table shows, these issues are due to firewall or proxy configurations. 다음 표의 옵션을 검토하여 수정 작업을 검토합니다.Review the options in the following table for remediation actions.

수정Remediation 지침Guidance
방화벽 구성Configure firewalls 네트워크 팀에 작업하고 Office 365 IP주소 목록에 대해 방화벽 구성을 확인합니다.Work with your network team and verify your firewalls configuration against the Office 365 IP address list.

미디어 서브넷 및 포트가 방화벽 규칙에 포함되어 있는지 확인Verify that the media subnets and ports are included in the firewall rules.

필요한 포트가 방화벽에서 열립니다.Verify that the necessary ports are opened in the firewall. TCP는 오디오, 비디오 및 비디오 기반 화면 공유에 대한 장애 조치(failback) 프로토콜로 간주되는 경우 해당 사용이 통화 품질에 영향을 미치기 때문에 UDP에 우선 순위를 부여해야 합니다.UDP should be given priority because TCP is considered a failback protocol for audio, video, and video-based screen sharing, and its use will affect the quality of the call. 레거시 RDP 애플리케이션 공유는 TCP만 사용 합니다.Legacy RDP application sharing uses TCP only.

드롭 실패Drop failures

설정 오류 코드와 달리 CQD에는 드롭 실패가 발생하는 이유를 나타내는 드롭 실패 코드가 없습니다. 따라서 특정 근본 원인을 격리하기가 어렵습니다.Unlike setup failure codes, CQD has no drop failure code to indicate why drop failures occur, which makes it difficult to isolate a specific root cause. 실패를 더 잘 활용하기 위해 유추된 접근 방식을 사용 합니다.To better triage drop failures, use an inferred approach. 미디어에 대한 관심 영역을 수정하고, 클라이언트와 드라이버를 패치하고, Teams 및 비즈니스용 Skype에 대해 인증된 장치 사용을 구동하면 드롭 실패가 감소할 수 있습니다.By remediating any areas of interest for media, patching clients and drivers, and driving usage of certified devices for Teams and Skype for Business, you can expect drop failures to decline.

드롭 실패 추세 분석Drop failure trend analysis

이 보고서에는 총 오디오 스트림 양, 총 드롭 실패 및 드롭 실패율이 표시됩니다.This report displays the total amount of audio streams, total drop failures, and the drop failure rate. 해당 값을 표시하는 열 중 하나를 포인터로 하여 표시합니다.Point to any one of the columns to display its values.

분석Analysis

이 유형의 보고서를 사용하여 다음 질문에 대답할 수 있습니다.By using this type of report, you can answer the following questions:

  • 현재 드롭 실패율은 어떻게 하나요?What is the current drop failure rate?
  • 드롭 실패율이 정의된 대상 메트릭보다 떨어질까요?Is the drop failure rate below the defined target metric?
  • 실패 추세가 이전 달보다 나쁘거나 나쁘나요?Is the failure trend worse or better than the previous month?
  • 오류 추세가 증가, 꾸준 또는 감소합니까?Is the failure trend increasing, steady, or decreasing?

위의 질문에 대한 답변에 관계 없이, 하위 보고서를 사용하여 수정이 필요할 수 있는 건물 또는 네트워크를 조사하는 데 시간이 걸릴 수 있습니다.Irrespective of the answers to the questions above, take the time to investigate using the sub-reports to look for any buildings or networks that might need remediation. 전체 드롭 실패율이 대상 메트릭보다 낮을 수 있습니다. 하나 이상의 건물 또는 네트워크에 대한 드롭 실패율이 대상 메트릭보다 높을 수 있으며 조사가 필요할 수 있습니다.Although the overall drop failure rate might be below the target metric, the drop failure rate for one or more buildings or networks might be above the target metric and need investigation.

오류 조사 삭제Drop failure investigations

여기에 보고된 오류는 호출이 예기치 않게 삭제된 후 부정적인 사용자 환경이 발생했다는 것을 나타냅니다.Failures reported here indicate that the call was dropped unexpectedly and resulted in a negative user experience. 추세 보고서와 달리 이러한 보고서는 추가 조사가 필요한 특정 서브넷에 대한 추가 정보를 제공합니다.Unlike the trending reports, these reports provide additional insights into specific subnets that need further investigation.

수정Remediation

포함된 테이블 보고서를 사용하여 네트워크에서 드롭 비율이 정의한 대상 메트릭보다 높은 문제 영역을 격리할 수 있습니다.Using the included table reports, you can isolate problem areas in the network where the drop rate is above the target metric you've defined. 가장 큰 영향을 미치기 위해 총 스트림 수가 가장 높은 건물 또는 서브넷에 첫 번째 수정 노력을 집중합니다.Focus your first remediation efforts on buildings or subnets that have the highest total stream count, to make the biggest impact.

호출이 떨어질 수 있는 일반적인 원인:Common causes of call drops:

  • 프로비전되지된 네트워크 또는 인터넷을Under-provisioned network or internet egress
  • 제한된 네트워크에 구성된 QoS 없음No QoS configured on constrained networks
  • 이전 클라이언트 버전Older client versions
  • 사용자 동작User behavior

문제 영역을 검색한 후 사용자별 통화 분석을 사용하여 해당 건물의 사용자를 추가로 검토하여 특정 문제에 대해 검토할 수 있습니다.After you discover your problem areas, you can use per-user call analytics to further review users in that building for specific issues. 호출 분석은 추가 EUII 데이터를 포함하며 드롭 실패의 잠재적 원인을 추가로 고립하는 데 유용할 수 있습니다.Call analytics contains additional EUII data and can be useful for further isolating potential reasons for the drop failures.

다음 단계에 관계없이 특정 건물 또는 서브넷에서 문제가 발견된 경우 기술 지원에 알리는 것이 좋습니다.Regardless of your next step, it's a good practice to notify your helpdesk that an issue has been discovered with specific buildings or subnets. 이렇게 하면 지원 지원부가 들어오는 호출에 빠르게 응답하고 사용자를 보다 효율적으로 판단할 수 있습니다.This lets the helpdesk quickly respond to incoming calls and triage users more efficiently. 플래그가 지정된 사용자는 추가 조사를 위해 엔지니어링 팀에 다시 보고할 수 있습니다.Flagged users can then be reported back to the engineering team for further investigation.

다음 표에는 드롭 실패를 관리하고 수정하는 몇 가지 일반적인 방법이 나열됩니다.The following table lists some common methods to manage and remediate drop failures.

수정Remediation 지침Guidance
네트워크/인터넷Network/internet 정체: 네트워크 팀과 의논하여 특정 건물/서브넷에서 대역폭을 모니터링하여 과다 사용에 문제가 있는지 확인합니다.Congestion: Work with your network team to monitor bandwidth at specific buildings/subnets to confirm that there are issues with overutilization. 네트워크 정체가 있는지 확인한 경우 QoS를 구축하거나 적용하는 데 대역폭을 늘려야 합니다.If you do confirm that there is network congestion, consider increasing bandwidth to that building or applying QoS. 포함된 품질 불량 스트림 요약 보고서를 사용하여 지터, 대기 시간 및 패킷 손실과 관련한 문제 서브넷을 검토합니다. 이는 종종 삭제된 스트림 앞에 오기 때문에입니다.Use the included Quality Poor Stream summary reports to review the problem subnets for issues with jitter, latency, and packet loss, because these will often precede a dropped stream.

QoS: 대역폭 증가가 비현실적 또는 비용 금지적인 경우 QoS 구현을 고려합니다.QoS: If increasing bandwidth is impractical or cost-prohibitive, consider implementing QoS. 이 도구는 정체된 트래픽을 관리하는 데 매우 효과적이며 관리되는 네트워크의 미디어 패킷이 비미디어 트래픽보다 우선 순위가 지정된다고 보장할 수 있습니다.This tool is very effective at managing congested traffic and can guarantee that media packets on the managed network are prioritized above non-media traffic. 또는 대역폭이 범인이기 때문에 명확한 증거가 없는 경우 다음 솔루션을 고려합니다.Alternatively, if there's no clear evidence that bandwidth is the culprit, consider these solutions:
네트워크 준비 평가 수행: 네트워크 평가는 예상 대역폭 사용량, 대역폭 및 네트워크 변경에 대처하는 방법 및 Teams 및 비즈니스용 Skype에 대한 권장되는 네트워킹 사례에 대한 세부 정보를 제공합니다.Perform a network readiness assessment: A network assessment provides details about expected bandwidth usage, how to cope with bandwidth and network changes, and recommended networking practices for Teams and Skype for Business. 앞의 표를 원본으로 사용하면 평가에 우수한 건물 또는 서브넷 목록이 있습니다.Using the preceding table as your source, you have a list of buildings or subnets that are excellent candidates for an assessment.
클라이언트(비즈니스용 Skype Online에만 해당)Clients (Skype for Business Online only) 일부 오래된 비즈니스용 Skype 클라이언트는 미디어 안정성과 관련해 알려진 문서화 문제를 설명했습니다.Some older Skype for Business clients have known, documented issues with media reliability. 영향을 받는 여러 사용자의 통화 분석 보고서를 검토하거나 총 호출 실패율 측정값이 있는 특정 건물 또는 서브넷으로 필터링된 CQD에서 사용자 지정 클라이언트 버전 테이블 보고서를 만들 수 있습니다.Review the Call Analytics reports from multiple affected users, or create a custom Client Version table report in CQD filtered to specific buildings or subnets with Total Call Dropped Failure % measure. 이 정보는 특정 건물의 호출 드롭과 클라이언트의 특정 버전 간에 관계가 있는지 여부를 이해하는 데 도움이 됩니다.This information will help you understand whether a relationship exists between call drops in that specific building and a specific version of the client.
장치Devices 디바이스가 통화 품질 문제의 주된 문제인 경우, 부적당 디바이스를 업데이트하는 것입니다.If devices are the culprit in call-quality problems, consider updating offending devices. Teams용 전화기에서 자세히 알아보는 방법을 읽어 보아야 합니다.Read Phones for Teams to learn more.
사용자 동작User behavior 네트워크, 장치 또는 클라이언트가 모두 문제가 아닐 경우 사용자에게 모임에 가장 잘 참가하고 모임을 종료하는 방법을 교육하는 사용자 채택 전략을 개발하는 것이 고려됩니다.If you determine that neither network, devices, or clients are the issue, consider developing a user adoption strategy to educate users how to best join and exit meetings. 더 스마트한 Teams 및 비즈니스용 Skype 사용자는 모임의 모든 참가자에게 더 나은 사용자 환경을 제공합니다.A smarter Teams and Skype for Business user will produce a better user experience for all participants in the meeting. 예를 들어 모임을 종료하지 않고 랩톱을 절전으로 넣은 사용자는 예기치 않은 통화 드롭으로 분류됩니다.For example, a user who puts their laptop to sleep (by closing the lid) without exiting the meeting will be classified as an unexpected call drop.

품질 조사Quality investigations

조직 전체의 오디오 품질 상태를 평가하는 다음 단계는 PSR(불량 스트림 속도), TCP 및 프록시 사용량을 조사하는 것입니다.The next step to assess the state of audio quality across the organization is to investigate Poor Stream Rate (PSR), TCP, and proxy usage. CQD 데이터는 특정 근본 원인을 제공하지 않지만 대신 수정 작업을 위해 적절한 팀과 공동 작업을 시작할 수 있는 문제 영역을 제공합니다.It's important to remember that CQD data doesn't provide you a specific root cause, but instead provides you with likely problem areas to begin a collaborative conversation with the appropriate teams for remediation activities.

참고

템플릿에 포함된 모든 보고서는 이 문서에서 다루지 않습니다. 그러나 아래에 설명된 조사 방법은 해당 보고서에 계속 적용됩니다.Not all reports included in the templates are covered in this article; however, the methods of investigation explained below will still apply for those reports. 자세한 내용은 개별 보고서 설명을 참조하세요.Refer to the individual report description for more information.

품질Quality

PSR 백분율은 조직이 특정 포커스 영역에 대해 정의된 메트릭 대상을 모임하는지 여부를 나타내는 데 사용됩니다.The PSR percentages are used to indicate whether the organization is meeting defined metric targets for a given focus area. 높은 수준의 백분율이 정의된 대상 내에 있는 경우에도 개별 서브넷 또는 건물이 정의된 목표에 맞지 않을 수 있으므로 추가 조사가 필요합니다.It's important to note that even if the high-level percentages are within the defined target, individual subnets or buildings might not meet the defined targets and, therefore, need further investigation. 예를 들어 전체 오디오 PSR 비율이 샘플 대상을 충족하는 4월의 2%인 경우 개별 건물과 서브넷은 전체 2%의 배포에 따라 여전히 나쁜 환경을 겪을 수 있습니다.For example, if the overall audio PSR percentage is 2 percent in April, which meets the sample target, individual buildings and subnets might still be having poor experiences, depending on the overall distribution of that 2 percent.

불량 스트림의 백분율을 평가하기 위해 품질 보고서를 사용 합니다.To assess the percentage of poor streams, use the quality reports. 전체, 회의, 양자, PSTN 통화, VPN 및 회의실에 대한 메트릭을 검토하기 위해 다양한 품질 보고서가 제공됩니다.Various quality reports are provided to review metrics for overall, conferencing, two-party, PSTN calling, VPN, and meeting rooms. 이 프로세스를 지원하기 위해 월별, 매주 및 일별 보고서가 제공됩니다.Monthly, weekly, and daily reports are provided to assist in this process. 주별 및 일별 보고서는 효율성을 높이고 노이즈를 줄이기 위해 Managed Networks 템플릿으로 제한됩니다.Weekly and daily reports are limited to the Managed Networks template to increase their effectiveness and reduce noise.

품질 추세 분석Quality trend analysis

추세 보고서는 시간 경과에 따라 품질 정보를 표시하며 각 관심 영역 내에서 품질 추세를 식별하고 이해하는 데 사용됩니다.Trending reports display quality information over time and are used to help identify and understand quality trends within each area of interest. 위에서 설명한 대로 품질을 조사하기 위해 템플릿에 보고서 트리가 포함되어 있습니다. 회의, 양자, PSTN 통화, VPN 및 회의실As noted above, there are report trees included in the templates for investigating quality; conferencing, two-party, PSTN calling, VPN, and meeting rooms. 품질을 분석하기 위해 조사 프로세스는 동일합니다.For the purposes of analyzing quality, the investigative process is the same. 그러나 회의 품질이 개선된 경우 다른 모든 영역에도 긍정적인 영향을 미치기 때문에 먼저 회의를 시작하는 것이 좋습니다.However, we recommend that you start with conferencing first, because any improvements in conference quality will also positively affect all other areas.

참고

두 파티, PSTN 통화 및 회의실 조사는 회의 조사와 비슷합니다.Investigating two-party, PSTN calling, and meeting rooms are similar to investigating conferencing. 최악의 품질이 있는 건물 또는 서브넷을 격리하고 품질이 나쁜 이유를 파악하는 데 중점을 안을 습니다.The focus is to isolate buildings or subnets that have the worst quality and identify the reason for the poor quality.

중요

VPN 기반 보고서는 두 번째 VPN 차원을 사용하여 필터링됩니다.VPN-based reports are filtered by using the Second VPN dimension. 이 차원을 사용하려면 VPN 네트워크 어댑터를 원격 액세스 어댑터로 올바르게 등록해야 합니다.This dimension requires that the VPN network adapter be properly registered as a Remote Access Adapter. VPN 공급업체는 이 플래그를 안정적으로 사용하지 못하며, 마일리지는 조직에 배포된 VPN 공급업체에 따라 달라집니다.VPN vendors don't reliably use this flag, and your mileage will vary depending on the VPN vendor deployed at your organization. 필요한 경우 건물 또는 네트워크 이름을 사용하여 VPN 보고서를 수정합니다.Modify the VPN reports if needed by using the building or network name.

조사Investigation

이러한 보고서를 사용하여 다음 질문에 대답할 수 있습니다.By using these reports, you can answer the following questions:

  • 이번 달의 총 PSR은 어떻게 하나요?What is the total PSR for the current month?
  • PSR이 정의된 대상 메트릭보다 아래에 있나요?Is the PSR below the defined target metric?
  • PSR이 이전 달보다 나쁘거나 나쁘나요?Is PSR worse or better than the previous month?
  • PSR 추세가 증가, 꾸준 또는 감소합니까?Is the PSR trend increasing, steady, or decreasing?

위의 질문에 대한 답변에 관계 없이 하위 보고서를 사용하여 조사가 필요할 수 있는 건물이나 서브넷을 찾아 조사하는 데 시간이 걸릴 수 있습니다.Irrespective of the answers to the questions above, take the time to investigate by using the sub-reports to look for any buildings or subnets that might need investigation. 전체 PSR이 대상 메트릭보다 낮을 수 있습니다. 그러나 하나 이상의 건물 또는 네트워크에 대한 PSR이 메트릭 위에 있으며 수정이 필요한 경우가 종종 있습니다.Although the overall PSR might be below the target metric, often the PSR for one or more buildings or networks is above the metric and needs remediation.

품질 조사Quality investigations

품질 요약 보고서는 스트림이 불량으로 분류되는 데 기여한 내용에 대한 심층 정보를 제공하며 관리되는 네트워크에서 문제 영역을 격리하는 데 도움이 됩니다.The quality summary reports give you deeper insight into what contributed to the streams' being classified as poor and helps to isolate problem areas in the managed network.

사용되는 차원은 보고서 간에 약간 다를 수 있습니다. 각 보고서에는 총 스트림, 총 불량 스트림, PSR 및 품질 불량에 대한 측정값이 포함됩니다.Although the dimensions used might differ slightly between report, each report will include measures for total streams, total poor streams, PSR, and poor quality due to. 회의, 양자, PSTN 통화, VPN, 회의실 등 각 관심 영역에 대한 보고서가 생성되었습니다.Reports have been created for each area of interest: conferencing, two-party, PSTN calling, VPN, and meeting rooms. Managed Network 템플릿에는 건물 파일을 통해 업로드된 위치 정보를 활용하는 추가 보고서가 포함되어 있습니다.The Managed Network template includes additional reports to take advantage of the location information uploaded via the building file.

참고

일반적인 서브넷은 광범위하게 사용이 까다로웠기 때문에 선출하기가 어렵습니다.Common subnets are difficult to triage due to their widespread use. 공용 네트워크를 사용하는 사무실의 수정을 지원하기 위해 클라이언트의 공용 IP(두 번째 Reflexive Local IP)를 표시하는 별도의 보고서가 모든 네트워크 템플릿에 추가되었습니다.A separate report that displays the client's public IP (Second Reflexive Local IP) has been added to the All Networks template to assist with remediating offices that use common networks.

오디오 스트림 요약이 좋지 않은 스크린샷

수정Remediation

영향을 최대화하고 사용자 환경을 빠르게 개선할 수 있기 때문에 가장 큰 스트림 볼륨이 있는 건물 또는 서브넷에 대한 수정 노력에 집중합니다.Focus your remediation efforts on buildings or subnets that have the largest volume of streams, because this will maximize impact and help to improve the user experience quickly. 지터, 패킷 손실 및 RTT(왕복 시간) 측정을 사용하여 품질이 나쁜 원인을 이해합니다(두 개 이상의 문제가 있을 수 있습니다).Use the jitter, packet loss, and round-trip time (RTT) measurements to understand what's contributing to the poor quality (it's possible for there to be more than one problem):

  • 지터: 미디어 패킷이 다른 속도로 도착하여 스피커가 로봇 소리를 내게 됩니다.Jitter: Media packets are arriving at different speeds, which causes a speaker to sound robotic.
  • 패킷 손실: 미디어 패킷이 삭제되어 누락된 단어 또는 한절의 효과가 생성됩니다.Packet loss: Media packets are being dropped, which creates the effect of missing words or syllables.
  • RTT: 미디어 패킷이 대상에 도착하는 데 시간이 오래 걸려서 walkie-talkie 효과가 생성됩니다.RTT: Media packets are taking a long time to get to their destination, which creates a walkie-talkie effect.

품질 문제에 대한 조사를 지원하기 위해 사용자당 통화 분석을 사용하세요.To assist your investigation into quality issues, use per-user call analytics. 통화 분석을 사용하면 특정 회의 또는 사용자의 통화 보고서를 볼 수 있습니다.With Call Analytics, you can look at a specific conference or user's call report. 이 보고서는 EUII/PII 데이터를 포함하며 오류의 원인을 찾는 경우 유용합니다.This report will contain EUII/PII data and is useful when you're looking for the cause of a failure. 영향을 받는 건물을 알고 나면 해당 건물의 사용자를 추적하는 것이 간단해야 합니다.After you know which building is affected, it should be straightforward to track down users in that building.

이러한 네트워크에서 품질 문제가 발생하고 있으므로 수신 전화를 신속하게 선출하고 응답할 수 있도록 지원 서비스 데스크에 알려주세요.Don't forget to let your helpdesk know that these networks are experiencing quality issues, so they can quickly triage and respond to incoming calls.

수정Remediation 지침Guidance
네트워크Networks 정체: 과도하게 사용되거나 프로비전된 네트워크가 미디어 품질 문제를 일으킬 수 있습니다.Congestion: An overused or under-provisioned network can cause issues with media quality. 네트워크 팀과 함께 사용자에서 인터넷으로의 네트워크 연결에 미디어를 지원하기에 충분한 대역폭이 있는지 확인합니다.Work with the network team to determine whether the network connections from the user to the internet egress point has enough bandwidth to support media.

네트워크 준비 평가 수행: 네트워크 평가는 예상 대역폭 사용량, 대역폭 및 네트워크 변경에 대처하는 방법 및 Teams 및 비즈니스용 Skype에 대한 권장되는 네트워킹 사례에 대한 세부 정보를 제공합니다.Perform a network readiness assessment: A network assessment provides details about expected bandwidth usage, how to cope with bandwidth and network changes, and recommended networking practices for Teams and Skype for Business. 앞의 표를 원본으로 사용하면 평가에 우수한 건물 또는 서브넷 목록이 있습니다.Using the preceding table as your source, you have a list of buildings or subnets that are excellent candidates for an assessment.
QoS(서비스 품질)Quality of Service (QoS) QoS는 정체된 네트워크에서 패킷의 우선 순위를 지정하여 대상에 그대로 정시에 도착하도록 하는 데 도움이 되는 검증된 도구입니다.QoS is a proven tool to help prioritize packets on a congested network to ensure they arrive at their destination intact and on time. 조직 전체에서 QoS를 구현하여 대역폭이 제한되는 사용자 환경의 품질을 최대화하는 것을 고려합니다.Consider implementing QoS across your organization to maximize the quality of the user experience where bandwidth is constrained. QoS는 일반적으로 높은 수준의 패킷 손실과 관련된 문제를 해결하고 지터 및 왕복 시간보다 낮은 수준으로 해결하는 데 도움이 됩니다.QoS will help solve issues typically associated with high levels of packet loss, and—to a lesser degree—jitter and round-trip times.
Wi-FiWi-Fi Wi-Fi 통화 품질에 상당한 영향을 줄 수 있습니다.Wi-Fi can have a significant impact on call quality. Wi-Fi 배포는 일반적으로 VoIP 서비스에 대한 네트워크 요구 사항을 고려하지 않습니다. 종종 품질이 좋지 않습니다.Wi-Fi deployments don't typically take into consideration the network requirements for VoIP services and are often a source of poor quality. 사용자 인프라를 최적화하는 Wi-Fi 대한 자세한 내용은 이 문서에서 Wi-Fi 참조하세요.For more information about optimizing your Wi-Fi infrastructure, see this article about Wi-Fi planning.

무선 드라이버: 무선 드라이버가 최신이 되도록 합니다.Wireless driver: Ensure that wireless drivers are up to date. 이렇게 하면 구체화된 드라이버와 관련된 사용자 환경의 불량을 완화할 수 있습니다.This will help mitigate any poor user experience related to an outdated driver. 대부분의 조직에서는 패치 주기에 무선 드라이버를 포함하지 않습니다. 이러한 드라이버는 수년 동안 패치를 언패치할 수 있습니다.Many organizations don't include wireless drivers in their patch cycles, and these drivers can go unpatched for years. 무선 드라이버가 최신으로 유지될 수 있도록 하여 많은 무선 문제를 해결합니다.Many wireless issues are solved by ensuring the wireless drivers are up to date.

WMM: 무선 멀티미디어라고도 하는 WMM(무선 Wi-Fi)은 무선 네트워크에 기본 QoS 기능을 제공합니다.WMM: Wireless Multimedia Extensions (WMM), also known as Wi-Fi Multimedia, provides basic QoS features to wireless networks. 최신 무선 네트워크는 많은 디바이스를 지원해야 합니다.Modern wireless networks must support many devices. 이러한 디바이스는 대역폭을 위해 경쟁하며 속도와 대기 시간이 중요한 VoIP 서비스에 대한 품질 문제가 발생할 수 있습니다.These devices compete for bandwidth and can lead to quality issues for VoIP services, where speed and latency are vital. 무선 공급업체에 자세한 정보를 문의하고 무선 네트워크에서 WMM을 구현하여 비즈니스용 Skype 및 Teams 미디어의 우선 순위를 지정하는 것을 고려하세요.Consult your wireless vendor for specifics and consider implementing WMM on your wireless network to prioritize Skype for Business and Teams media.

액세스 지점 밀도: 액세스 지점이 너무 멀리 떨어져 있을 수도, 이상적인 위치에 있지 않을 수도 있습니다.Access point density: Access points might be too far apart or not in an ideal location. 잠재적인 간섭을 최소화하려면 회의실 및 벽이나 신호가 약한 다른 개체에 의해 방해되지 않는 위치에 추가 Wi-Fi 합니다.To minimize potential interference, place extra access points in conference rooms and in locations that aren't obstructed by walls or other objects where the Wi-Fi signal is weak.

2.4GHz와 5GHz: 5GHz는 배경 간섭이 적고 속도가 빠르며 Wi-Fi를 통해 VoIP를 배포할 때 우선 순위를 지정해야 합니다.2.4 GHz versus 5 GHz: 5 GHz provides less background interference and higher speeds, and should be prioritized when deploying VoIP over Wi-Fi. 그러나 5GHz는 2.4GHz만큼 강력하지 못하며 벽을 쉽게 침투하지 않습니다.However, 5 GHz isn't as strong as 2.4 GHz and doesn't penetrate walls as easily. 건물 레이아웃을 검토하여 최상의 연결을 위해 사용할 수 있는 빈도를 확인합니다.Review your building layout to determine which frequency you can rely on for the best connection.
네트워크 디바이스Network device 대규모 조직에는 수백 개의 디바이스가 네트워크에 분산될 수 있습니다.Larger organizations might have hundreds of devices spread out across the network. 네트워크 팀과 의하면 사용자에서 인터넷으로의 네트워크 디바이스가 최신으로 유지 관리됩니다.Work with your network team to ensure that the network devices from the user to the internet are maintained and up to date.
VPNVPN VPN 어플라이언스는 일반적으로 실시간 미디어 워크로드를 처리하도록 설계되지 않습니다.VPN appliances aren't traditionally designed to handle real-time media workloads. 일부 VPN 구성은 UDP(미디어에 대한 기본 프로토콜)의 사용을 금지하고 TCP만 사용합니다.Some VPN configurations prohibit the use of UDP (which is the preferred protocol for media) and rely on TCP only. VPN을 저품질의 원인으로 줄이기 위해 VPN 분할 터널 솔루션을 구현하는 것이 좋습니다.Consider implementing a VPN split-tunnel solution to help reduce VPN as a source of poor quality.
클라이언트Clients
(비즈니스용 Skype Online에만 해당)(Skype for Business Online only)
모든 클라이언트가 정기적으로 업데이트되고 있도록 합니다.Ensure all clients are being regularly updated.
장치Devices 디바이스가 통화 품질 문제의 주된 문제인 경우, 부적당 디바이스를 업데이트하는 것입니다.If devices are the culprit in call-quality problems, consider updating offending devices. Teams용 전화기에서 자세히 알아보는 방법을 읽어 보아야 합니다.Read Phones for Teams to learn more.
드라이버Drivers 네트워크(이더넷 및 Wi-Fi), 오디오, 비디오 및 USB 드라이버 패치는 전체 패치 관리 전략의 일부가 됐습니다.Patching network (Ethernet and Wi-Fi), audio, video, and USB drivers should be part of your overall patch management strategy. 드라이버를 업데이트하여 많은 품질 문제를 해결합니다.Many quality issues are solved by updating drivers.
Wi-Fi의 회의실Meeting rooms on Wi-Fi 적어도 1Gbps 이더넷 연결을 사용하여 회의실 디바이스를 네트워크에 연결하는 것이 좋습니다.We highly recommend that meeting room devices be connected to the network by using at least a 1-Gbps Ethernet connection. 회의실 장치에는 일반적으로 여러 오디오 및 비디오 스트림과 화면 공유와 같은 모임 콘텐츠가 포함되어 있으며 다른 Teams 또는 비즈니스용 Skype 엔드포인트보다 네트워크 요구 사항이 더 높습니다.Meeting room devices typically include multiple audio and video streams, along with meeting content such as screen sharing, and have higher network requirements than other Teams or Skype for Business endpoints. 회의실은 기본적으로 설치 중에만 Wi-Fi 수 있는 문구 디바이스입니다.Meeting rooms are, by definition, stationary devices where Wi-Fi affords a benefit only during installation.

이러한 장치를 사용하는 환경이 충족되거나 기대를 초과하는지 확인하려면 회의실을 세세한 주의와 주의를 기울이는 것이 필요합니다.Meeting rooms need to be treated with extra care and attention to ensure that the experience using these devices is meeting or exceeding expectations. 회의실 품질 문제는 일반적으로 고위급 직원이 자주 사용하기 때문에 빠르게 에스컬레이터됩니다.Quality issues with meeting rooms are usually going to be escalated quickly, because they're often used by senior-level staff.

편의성과는 별도로 모든 것이 동일하게 Wi-Fi 성능은 유선 연결보다 적습니다.With all things being equal (apart from convenience), Wi-Fi performance is often less than a wired connection. "사용자 디바이스 가져오기" 정책의 증가와 랩톱의 확산으로 Wi-Fi 액세스 지점이 과도하게 활용되는 경우가 종종 있습니다.With the rise of "bring your own device" policies and the proliferation of laptops, Wi-Fi access points are often over-utilized. 실시간 미디어는 네트워크 Wi-Fi 우선 순위가 지정되지 않을 수 있습니다. 이로 인해 최대 사용 시간 동안 품질 문제가 발생할 수 있습니다.Real-time media might not be prioritized on Wi-Fi networks, which can lead to quality issues during peak use times. 이 과도하게 많이 사용하는 사용량은 각각 자신의 랩톱과 스마트폰이 있는 수십 명의 사람이 참석할 수 있는 모임과 Wi-Fi 장치와 동일한 액세스 지점에 연결될 수 있습니다.This heavy usage can coincide with a meeting where there might be a dozen people in attendance, each with their own laptop and smartphone, all connected to the same Wi-Fi access point as the meeting room device.

Wi-Fi, 모바일 설치를 위해 또는 비즈니스급 실시간 Wi-Fi 미디어를 지원하기 위해 올바르게 프로비전된 경우 임시 솔루션으로만 간주해야 합니다.Wi-Fi should only be considered as a temporary solution, for a mobile installation, or when Wi-Fi has been properly provisioned to support business-class, real-time–based media.

TCPTCP

TCP(Transmission Control Protocol)는 실시간 미디어에 대해 원하는 기본 전송이 아닌 장애 조치(failback) 전송으로 간주됩니다.Transmission Control Protocol (TCP) is considered a failback transport and not the primary transport you want for real-time media. 장애 조치(failback) 전송인 이유는 TCP의 상태 비저장 특성 때문입니다.The reason it's a failback transport is due to the stateful nature of TCP. 예를 들어, 지연된 네트워크에서 호출이 이루어지고 미디어 패킷이 지연된 경우 더 이상 유용하지 않은 몇 초 전의 패킷은 수신기에 액세스하기 위해 대역폭을 경쟁하여 나쁜 상황이 될 수 있습니다.For example, if a call is made on a latent network and media packets are delayed, then packets from a few seconds ago—which are no longer useful—compete for bandwidth to get to the receiver, which can make a bad situation worse. 이렇게 하면 오디오를 스트레치하고 오디오를 늘이게 하여 청각적 아티팩트가 종종 지터 형태로 생성됩니다.This makes the audio healer stitch and stretch audio, resulting in audible artifacts, often in the form of jitter.

이 섹션의 보고서는 양호한 스트림과 불량 스트림을 구분하지 않습니다.The reports in this section don't make a distinction between good and poor streams. UDP가 선호되는 경우 보고서는 오디오, 비디오 및 VBSS(비디오 기반 화면 공유)에 TCP를 사용하는 방법을 살펴볼 수 있습니다.Given that UDP is preferred, the reports look for the use of TCP for audio, video, and video-based screen sharing (VBSS). UDP 품질과 TCP 품질을 비교하는 데 도움이 되는 낮은 스트림 속도는 영향을 가장 큰 곳으로 집중할 수 있도록 제공됩니다.Poor stream rates are provided to help compare UDP quality versus TCP quality so that you can focus your efforts where the impact is the greatest. TCP 사용량은 주로 불완전한 방화벽 규칙으로 인해 발생됩니다.TCP usage is primarily caused by incomplete firewall rules. Teams 및 비즈니스용 Skype Online의 방화벽 규칙에 대한 자세한 내용은 Microsoft 365 및 Office 365 URL 및 IP 주소 범위를 참조하세요.For more information about firewall rules for Teams and Skype for Business Online, see Microsoft 365 and Office 365 URLs and IP address ranges.

참고

오디오, 비디오 및 VBSS는 모두 기본 전송으로 UDP를 선호합니다.Audio, video, and VBSS all prefer UDP as their primary transport. 레거시 RDP 애플리케이션 공유 워크로드는 TCP만 사용 합니다.The legacy RDP Application Sharing workload only uses TCP.

TCP 사용TCP usage

TCP 보고서는 지난 7개월 동안의 전체 TCP 사용량을 나타냅니다.TCP reports indicates the overall TCP usage over the last seven months. 이 섹션의 모든 추가 보고서는 TCP가 가장 일반적으로 사용되는 특정 건물 및 서브넷의 범위를 좁히는 데 집중합니다.All further reports in this section will focus on narrowing down specific buildings and subnets where TCP is most commonly used. 회의 및 양자 스트림 모두에 대해 별도의 보고서를 사용할 수 있습니다.Separate reports are available for both conferencing and two-party streams.

TCP를 사용하는 오디오 스트림의 백분율을 보여주는 차트

조사Investigation

이 보고서를 사용하여 다음 질문에 대답할 수 있습니다.By using this report, you can answer the following questions:

  • 이번 달의 TCP 스트림의 총 볼륨은 어떻게 하나요?What is the total volume of TCP streams for the current month?
  • 이전 달보다 나쁘거나 나을까요?Is it worse or better than the previous month?
  • TCP 사용량 추세가 증가, 꾸준 또는 감소합니까?Is the TCP usage trend increasing, steady, or decreasing?
  • TCP PSR이 전체 PSR과 같은가요?Is the TCP PSR the same as my overall PSR?

TCP 사용량 추세가 일반 월별 사용량이 증가하거나 그 이상인 경우 하위 보고서를 사용하여 수정이 필요할 수 있는 건물 또는 네트워크를 조사하는 데 시간을 들이는 것이 좋습니다.If you notice that the TCP usage trend is increasing or above normal monthly usage, take the time to investigate by using the sub-reports to look for any buildings or networks that might need remediation. 관리되는 네트워크에서 가능한 한 소수의 TCP 기반 오디오 세션을 원합니다.Ideally, you want as few TCP-based audio sessions as possible on the managed network.

TCP 및 UDPTCP vs. UDP

이 보고서는 오디오, 비디오 및 VBSS(비디오 기반 화면 공유)에 대한 최신 달의 TCP 및 UDP 사용량 보고 볼륨을 식별합니다.This report identifies the volume of TCP versus UDP usage reporting on the latest month for audio, video, and video-based screen sharing (VBSS).

TCP와 UDP를 사용하는 스트림의 볼륨을 보여주는 보고서

분석Analysis

TCP 사용량을 가능한 한 낮게 유지하려는 경우 그렇지 않은 정상 배포에서 약간의 TCP 사용량이 표시될 수 있습니다.Although you want TCP usage to be as low as possible, you might see a bit of TCP usage in an otherwise healthy deployment. TCP 자체는 호출 부실에 영향을 주지 않습니다. 따라서 스트림 속도는 TCP 사용량이 품질이 나쁨에 기여하는지 여부를 식별하는 데 도움이 됩니다.TCP by itself won't contribute to a poor call, so stream rates are provided to help identify whether TCP usage is a contributor to poor quality.

TCP 조사TCP investigations

제공된 CQD 템플릿에서 Managed Networks 또는 모든 네트워크 템플릿을 사용하여 작성 및 서브넷 보고서를 통해 TCP 스트림으로 이동합니다.In the provided CQD templates, navigate to the TCP Streams by Building and Subnet reports by using either the Managed Networks or All Networks template. TCP 사용량을 조사하기 위해 프로세스는 동일하기 때문에 여기서는 회의에 집중할 것입니다.For the purpose of investigating TCP usage, the process is the same, so we'll focus the discussion here on conferencing.

수정Remediation

이 보고서는 TCP 사용량의 양에 기여하는 특정 건물 및 서브넷을 식별합니다.This report identifies specific buildings and subnets that are contributing to the volume of TCP usage. 누락된 방화벽 규칙을 격리하기 위해 호출에 사용된 Microsoft Relay IP를 식별하는 추가 보고서도 포함되어 있습니다.An additional report is also included to identify the Microsoft Relay IP that was used in the call to help isolate missing firewall rules. 영향을 최대화하기 위해 TCP 스트림의 양이 가장 높은 건물에 대한 수정 노력에 집중합니다.Focus your remediation efforts on those buildings that have the highest volume of TCP streams to maximize impact.

TCP 사용의 가장 일반적인 원인은 방화벽 또는 proxies에서 예외 규칙이 누락된 것입니다.The most common cause of TCP usage is missing exception rules in firewalls or proxies. 이제는 방화벽에 집중할 수 있도록 다음 섹션에서 Proxies에 대해 설명합니다.We'll be talking about proxies in the next section, so for now focus your efforts on the firewalls. 제공된 건물 또는 서브넷을 사용하여 업데이트해야 하는 방화벽을 결정할 수 있습니다.By using the building or subnet provided, you can determine which firewall needs to be updated.

수정Remediation 지침Guidance
방화벽 구성Configure firewall Microsoft 365 또는 Office 365 IP 포트 및 주소가 방화벽에서 제외되어 있는지 확인Verify that Microsoft 365 or Office 365 IP ports and addresses are excluded from your firewall. 미디어 관련 TCP 문제의 경우 초기 노력을 다음에 집중합니다.For media-related TCP issues, focus your initial efforts on the following:
  • 클라이언트 미디어 서브넷 13.107.64.0/18 및 52.112.0.0/14가 방화벽 규칙에 있는지 확인Verify that the client media subnets 13.107.64.0/18 and 52.112.0.0/14 are in your firewall rules.
  • UDP 포트 3478-3481은 필수 미디어 포트로, 열 수 있어야 합니다. 그렇지 않으면 클라이언트가 TCP 포트 443으로 장애 조치(fail back)됩니다.UDP ports 3478–3481 are the required media ports and must be opened, otherwise the client will fail back to TCP port 443.
확인Verify Microsoft 네트워크 평가 도구를 사용하여 영향을 받는 건물 또는 서브넷에서 특정 Microsoft 365 또는 Office 365 IP 주소 및 포트에 대한 연결 문제를 확인합니다.Use the Microsoft Network Assessment Tool to check for issues with connectivity to specific Microsoft 365 or Office 365 IP addresses and ports from the affected building or subnet.

HTTP 프록시HTTP proxy

HTTP proxies는 여러 가지 이유로 미디어 세션을 설정하기 위한 기본 경로가 아닙니다.HTTP proxies aren't the preferred path for establishing media sessions, for a multitude of reasons. 많은 경우 서비스에 대한 연결이 완료되지 않도록 방지하고 중단을 도입할 수 있는 심층 패킷 검사 기능이 포함되어 있습니다.Many contain deep packet inspection features that can prevent connections to the service from being completed and introduce disruptions. 또한 거의 모든 프로시저는 최적의 오디오 품질을 위해 권장되는 UDP를 허용하는 것이 아니라 TCP를 강제합니다.Additionally, almost all proxies force TCP as opposed to allowing UDP, which is recommended for optimal audio quality.

Teams 및 비즈니스용 Skype 서비스에 직접 연결하도록 클라이언트를 구성하는 것이 좋습니다.We always recommend that you configure the client to directly connect to Teams and Skype for Business services. 이는 미디어 기반 트래픽에 특히 중요합니다.This is especially important for media-based traffic.

중요

프록시 사용을 분석할 때 외부 오디오 스트림과 구별할 수 있도록 유효한 건물 파일을 업로드하는 것이 좋습니다.We recommend that you upload a valid building file so you can distinguish inside from outside audio streams when analyzing proxy usage.

HTTP 프록시 사용HTTP proxy usage

템플릿의 이 섹션에 있는 HTTP 프록시 스트림 보고서는 TCP 보고서와 매우 가까우며,The HTTP proxy stream report in this section of the template is much like the TCP reports. 호출이 불량하거나 양호한지 여부는 확인하지 않지만 호출이 HTTP를 통해 연결되는지 여부는 확인되지 않습니다.It doesn't look at whether calls are poor or good, but whether the call is connected over HTTP.

HTTP를 사용하는 오디오 스트림의 보고서 스크린샷

분석Analysis

가능한 한 몇 가지 HTTP 미디어 스트림을 보아야 합니다.You want to see as few HTTP media streams as possible. 프록시를 트래버스하는 스트림이 있는 경우 클라이언트가 Teams 또는 비즈니스용 Skype Online 미디어 서브넷으로 직접 라우팅되도록 적절한 제외가 설정되어 있도록 네트워킹 팀에 문의하세요.If you have streams traversing your proxy, consult your networking team to ensure that the proper exclusions are in place so that clients are directly routing to Teams or Skype for Business Online media subnets.

조직에 인터넷 프록시가 하나만 있는 경우 적절한 Microsoft 365 또는 Office 365 URL및 IP 주소 범위 제외를 확인합니다.If you have only one internet proxy in your organization, verify the proper Microsoft 365 or Office 365 URLs and IP address range exclusions. 조직에서 두 개 이상의 인터넷 프록시가 구성된 경우 HTTP 하위 보고서를 사용하여 영향을 받는 건물 또는 서브넷을 격리합니다.If more than one internet proxy is configured in your organization, use the HTTP sub-report to isolate which building or subnet is affected.

프록시를 우회할 수 없는 조직의 경우 비즈니스용 Skype 클라이언트가 프록시 뒤에 있는 경우 올바르게 로그인하도록 구성되었는지 확인합니다. 비즈니스용 Skype는직접 연결을 시도하는 대신 프록시 서버를 사용하여 로그인해야 합니다.For organizations that can't bypass the proxy, ensure that the Skype for Business client is configured to sign in properly when it's located behind a proxy, as outlined in the article Skype for Business should use proxy server to sign in instead of trying direct connection.

HTTP 프록시 조사HTTP proxy investigations

이 보고서는 HTTP 사용량에 기여하는 특정 건물 및 서브넷을 식별합니다.This report identifies specific buildings and subnets that are contributing to HTTP usage.

수정Remediation

비즈니스용 Skype 및 Teams, 특히 미디어 트래픽에 대한 검색을 항상 무시하는 것이 좋습니다.We recommend that you always bypass proxies for Skype for Business and Teams, especially media traffic. 트래픽이 이미 암호화되어 있기 때문에 Proxies는 비즈니스용 Skype를 더 안전하게 만들지 않습니다.Proxies don't make Skype for Business more secure, because its traffic is already encrypted. 성능 관련 문제는 대기 시간 및 패킷 손실을 통해 환경에 도입될 수 있습니다.Performance-related problems can be introduced to the environment through latency and packet loss. 이와 같은 문제는 실시간 스트림이 필수인 오디오, 비디오 및 화면 공유에 부정적인 환경이 됩니다.Issues such as these will result in a negative experience with audio, video and screen sharing, where real-time streams are essential.

HTTP 사용의 가장 일반적인 원인은 프로시전에서 예외 규칙이 누락된 것입니다.The most common cause of HTTP usage is missing exception rules in proxies. 제공된 건물 또는 서브넷을 사용하여 미디어 우회에 대해 구성해야 하는 프록시를 빠르게 결정할 수 있습니다.By using the building or subnet provided, you can quickly determine which proxy needs to be configured for media bypass.

필요한 Microsoft 365 또는 Office 365 FQDNS가 프록시에서 화이트리스트에 추가되어 있는지 확인Verify that the required Microsoft 365 or Office 365 FQDNs are whitelisted in your proxy.

엔드포인트 조사Endpoint investigations

이 섹션에서는 클라이언트 버전에 대한 보고 및 인증된 디바이스의 사용에 대한 작업에 중점을 두습니다.This section is focused on the tasks for reporting on client versions and the use of certified devices. 보고서는 클라이언트 버전, 클라이언트 유형, 캡처 장치 및 드라이버(마이크), 비디오 캡처 장치 및 Wi-Fi 공급업체 및 드라이버 버전에 대한 사용량을 간략하게 설명하는 데 사용할 수 있습니다.Reports are available to outline usage for client versions, client type, capture devices and drivers (microphone), video capture devices, and Wi-Fi vendor and driver versions.

참고

템플릿에 포함된 모든 보고서는 이 문서에서 다루지 않습니다. 그러나 아래에 설명된 조사 방법은 여전히 적용됩니다.Not all reports included in the templates are covered in this article; however, the methods of investigation explained below still apply. 자세한 내용은 개별 보고서 설명을 참조하세요.Refer to the individual report description for more information.

클라이언트 버전Client versions

이러한 보고서는 사용중인 비즈니스용 Skype 클라이언트 버전과 환경의 상대적 볼륨을 식별하는 데 중점을 습니다.These reports focus on identifying Skype for Business client versions in use and their relative volume in the environment.

중요

현재 Teams 클라이언트는 Azure Content Delivery Network를 통해 자동으로 배포 및 업데이트되며 서비스에서 최신으로 유지됩니다.Currently, Teams clients are distributed and updated automatically through the Azure Content Delivery Network and will be kept up to date by the service. 따라서 Teams 클라이언트 버전을 모니터링할 필요가 없습니다(자동 업데이트를 해제하지 않는 한 권장하지 않습니다).As a result, you don't need to monitor Teams client versions (unless you turn off the auto updating, which we don't recommend).

페더러드 참가자 데이터를 제외하지 않는 한 이러한 보고서에는 페더러드 엔드포인트의 클라이언트 원격 분석이 포함됩니다.Unless you exclude federated participant data, these reports will include client telemetry from federated endpoints. 페더넌트 엔드포인트를 제외하려면 조직의 테넌트 ID에 설정된 두 번째 테넌트 ID에 대한 쿼리 필터를 추가해야 합니다.To exclude federated endpoints, you must add a query filter for Second Tenant ID set to your organization's tenant ID. 또는 URL 필터를 사용하여 페더 처리된 참가자 원격 분석은 제외할 수 있습니다.Alternatively, you can use a URL filter to exclude federated participant telemetry.

수정Remediation

고품질 사용자 환경을 구동하는 데 중요한 부분은 지원되는 오디오, 비디오, 네트워크 및 USB 드라이버를 최신으로 보장하는 것 외에도 관리되는 클라이언트가 최신 버전의 비즈니스용 Skype를 실행하도록 하는 것입니다.A critical part of driving high-quality user experiences is ensuring that managed clients are running up-to-date versions of Skype for Business, in addition to ensuring the supporting audio, video, network, and USB drivers are up to date. 이러한 이점 중 몇 가지 이점이 있습니다.This provides several benefits, among them:

  • 여러 버전과 비교하여 몇 가지 버전을 더 쉽게 관리할 수 있습니다.It's easier to manage a few versions versus many versions.
  • 환경의 일관성 수준을 제공합니다.It provides a level of consistency of experience.
  • 이렇게 하면 통화 품질 및 사용성 문제를 보다 쉽게 해결할 수 있습니다.It makes it easier to troubleshoot problems with call quality and usability.
  • Microsoft는 제품 전반에 걸쳐 지속적으로 일반적인 개선 및 최적화를 제공합니다.Microsoft continually makes general improvements and optimizations across the product. 사용자가 이러한 업데이트를 수신하도록 하면 이미 해결된 문제로 실행될 위험을 줄일 수 있습니다.Ensuring that users receive these updates reduces their risk of running into a problem that has already been solved.

배포를 6개월 미만의 클라이언트 버전으로 제한하면 지원해야 하는 버전 수를 줄여 전반적인 사용자 환경을 개선하고 관리성을 향상할 수 있습니다.Limiting your deployment to client versions that are less than six months old will improve the overall user experience and improve manageability by reducing the number of versions that need to be supported.

Office Click-to-Run만 사용하는 경우 6개월 기간 내에 자동으로 표시됩니다.If you're using only Office Click-to-Run, you'll automatically be within the six-month window. 추가 작업이 필요하지 않습니다.No further action is required.

MSI(Click-to-Run)와 설치 관리자 패키지가 혼합되어 있는 경우 보고서를 사용하여 MSI 클라이언트가 정기적으로 업데이트되고 있는지 확인할 수 있습니다.If you have a mix of Click-to-Run and installer packages (MSI), you can use the report to verify that the MSI clients are being updated regularly. 클라이언트가 뒤떨어지는 경우 Office 업데이트를 관리하는 팀과 의문을 가지며 클라이언트 패치를 정기적으로 설치 및 배포하는지 확인합니다.If you notice clients are falling behind, work with the team responsible for managing Office updates and ensure that they're approving and deploying client patches regularly.

또한 네트워크, 비디오, USB 및 오디오 드라이버도 패치를 적용하는지 고려해야 합니다.It's also important to consider and ensure that the network, video, USB, and audio drivers are being patched as well. 이러한 드라이버를 간과하기 쉽고 패치 관리 전략에 포함하지 않을 수 있습니다.It can be easy to overlook these drivers and not include them in your patch management strategy.

비즈니스용 Skype 버전 번호는 아래 링크를 통해 찾을 수 있습니다.Version numbers for Skype for Business can be found via the links below:

디바이스Devices

마이크 장치 보고서를 사용하려면 MOS(평균 의견 점수)의 개념을 이해해야 합니다.To make use of the microphone device report, we need to understand the concept of the mean opinion score (MOS). MOS는 인식된 오디오 품질을 측정하는 골드 표준 측정입니다.MOS is the gold-standard measurement to gauge the perceived audio quality. 0~5의 정수 등급으로 표현됩니다.It's represented as an integer rating from 0 to 5.

음성 품질 측정의 모든 기준은 음성 품질을 인식하는 방식입니다.The basis of all measures of voice quality is how a person perceives the quality of speech. 사람의 인식에 의해 영향을 받기 때문에 본질적으로 주관적입니다.Because it's affected by human perception, it's inherently subjective. 주관적 테스트를 위한 여러 가지 방법이 있습니다.There are several different methodologies for subjective testing. 대부분의 음성 품질 측정값은 절대 ACR(분류 등급) 규모를 기반으로 합니다.Most voice quality measures are based on an absolute categorization rating (ACR) scale.

ACR 주관적 테스트에서 통계적으로 상당한 수의 사람들이 1(나쁨)에서 5(우수)의 규모로 자신의 경험 품질을 평가합니다.In an ACR subjective test, a statistically significant number of people rate their quality of experience on a scale of 1 (bad) to 5 (excellent). 점수의 평균은 MOS입니다.The average of the scores is the MOS. 결과 MOS는 그룹에 노출된 환경의 범위와 평가되는 환경 유형에 따라 다릅니다.The resulting MOS depends on the range of experiences that were exposed to the group and to the type of experience being rated.

라이브 통신 시스템에 대한 음성 품질 주관적 테스트를 수행하기가 어렵기 때문에 Microsoft Teams와 비즈니스용 Skype는 고급 알고리즘을 사용하여 주관적 테스트 결과를 객관적으로 예측하여 MOS 값을 생성합니다.Because it's impractical to conduct subjective tests of voice quality for a live communication system, Microsoft Teams and Skype for Business generate MOS values by using advanced algorithms to objectively predict the results of a subjective test.

사용 가능한 MOS 집합 및 관련 메트릭은 오디오 장치에서 사용자에게 전달되는 환경의 품질에 대한 보기를 제공합니다.The available set of MOS and associated metrics provide a view into the quality of the experience being delivered to the users by an audio device.

Teams 및 비즈니스용 Skype에 대해 인증된 장치를 사용자에게 제공하면 장치 자체로 인해 부정적인 환경이 발생할 가능성이 줄어듭니다(예: 기본 제공 노트북 스피커 및 마이크 사용).By supplying users with devices certified for Teams and Skype for Business, you reduce the likelihood of encountering negative experiences due to the device itself (which is more likely, for example, with built-in laptop speakers and microphones). 자세한 내용은 인증 프로그램 및 파트너 솔루션 카탈로그에 대한 다음 문서를 참조하세요.For more information, see these articles on the certification program and the partner solutions catalog.

디바이스 보고서는 볼륨 및 MOS 점수(오디오 전용)를 통해 디바이스 사용량을 평가하는 데 사용하며, 클라이언트 및 디바이스에서 함께 제공되는 템플릿에서 & 있습니다.The device reports are used to assess device usage by volume and MOS score (audio only), and can be found in the accompanying templates under Clients & Devices.

중요

페더러드 참가자 데이터를 제외하지 않는 한 이러한 보고서에는 페더러드 엔드포인트의 클라이언트 원격 분석이 포함됩니다.Unless you exclude federated participant data, these reports will include client telemetry from federated endpoints. 페더넌트 엔드포인트를 제외하려면 조직의 테넌트 ID에 설정된 두 번째 테넌트 ID에 대한 쿼리 필터를 추가해야 합니다.To exclude federated endpoints, you must add a query filter for Second Tenant ID set to your organization's tenant ID. Alternatively, URL 필터를 사용하여 페더러드 참가자 원격 분석은 제외할 수 있습니다.ALternatively, you can use a URL filter to exclude federated participant telemetry.

참고

이 보고서를 볼 때 동일한 디바이스가 여러 번 보고된 것으로 표시될 수 있습니다.You might notice when viewing this report that you see the same device reported multiple times. 이는 디바이스가 CQD에 보고되는 방식 때문입니다.This is due to the way the device is reported being reported to CQD. 하드웨어와 OS 로일의 차이로 인해 디바이스 데이터가 보고되는 방식에 차이가 있습니다.Differences in hardware and OS locale cause differences in how device data is reported.

수정Remediation

일반적으로 인증되지 않은 디바이스를 검색 및 단계적으로 개발하고 인증된 디바이스로 교체해야 합니다.Typically, you'll need to discover and phase out non-certified devices and replace them with certified devices. 디바이스 보고서를 검토할 때 고려할 사항은 다음과 같습니다.Some considerations when reviewing the device reports include:

  • 사용중인 장치가 Teams 및 비즈니스용 Skype에 대해 인증을 받나요?Are the devices in use certified for Teams and Skype for Business?
  • 사용자별 호출 분석을 사용하여 특정 디바이스의 사용자를 식별할 수 있습니다.You can identify users of a specific device by using per-user call analytics. 최신 디바이스 드라이버가 있으며 해당 디바이스가 USB 허브 또는 도킹 스테이션을 통해 연결되어 있지 않은지 확인합니다.Check to make sure they have the latest device drivers and that their device isn't connected through a USB hub or docking station.
  • 사용 가능한 다양한 드라이버의 버전은 몇 개입니까?How many different versions of various drivers are in use? 정기적으로 패치되고 있나요?Are they being patched regularly? 오디오, 비디오 및 Wi-Fi 드라이버가 정기적으로 패치되는 것을 확인하면 이러한 드라이버를 품질 문제의 원인으로 제거하고 사용자 환경을 보다 예측 가능하고 일관되게 만들 수 있습니다.Ensuring that audio, video, and Wi-Fi drivers are being patched regularly will help eliminate these as a source of quality issues and make the user experience more predictable and consistent.
오디오Audio

다음 작업은 인증된 오디오 장치의 전체 사용을 확인하는 것입니다.The next task is to determine the overall usage of certified audio devices. 모든 오디오 스트림의 80% 이상이 인증된 오디오 장치를 사용하는 것이 좋습니다.We recommend that at least 80 percent of all audio streams use a certified audio device. 이 작업을 수행하려면 마이크 장치 보고서를 Excel로 내보내 인증 또는 승인된 디바이스의 사용량을 계산하는 것이 가장 좋습니다.This is best accomplished by exporting the microphone devices report to Excel to calculate the usage of certified or approved devices. 조직에서는 일반적으로 모든 승인된 디바이스 목록을 유지하여 데이터를 필터링하고 정렬하는 것이 간단해야 합니다.Organizations typically keep a list of all approved devices, so filtering and sorting the data should be straightforward.

비디오Video

비디오 드라이버도 계속 업데이트해야 합니다.Video drivers are important to keep updated as well. 비디오 카드가 정기적으로 패치되는 것을 확인하면 비디오 스트림의 품질이 나쁜 원본으로 비디오 드라이버를 제외하는 데 도움이 됩니다.Ensuring that video cards are being regularly patched will help exclude video drivers as a source of poor quality for video streams. 인증된 비디오 장치를 사용하면 원활하고 고품질의 사용자 환경을 보장하는 데 도움이 됩니다.Using certified video devices will help ensure a smooth and high-quality user experience. 비디오 회의 중에 CPU 사용량을 줄이기 위해 H.264 네이티브 인코딩을 지원하는 비디오 장치를 사용하는 것이 좋습니다.Video devices that support H.264 native encoding are preferred, to reduce CPU usage during video conferencing.

Wi-FiWi-Fi

Wi-Fi 드라이버도 정기적으로 패치해야 하며 패치 관리 전략에 포함되어야 합니다.Wi-Fi drivers also need to be patched on a regular cadence as well and should be included in your patch management strategy. 많은 품질 문제는 최신 드라이버를 유지 관리하여 Wi-Fi 있습니다.Many quality issues can be corrected by maintaining up-to-date Wi-Fi drivers. 사용자 인프라를 최적화하는 Wi-Fi 대한 자세한 내용은 이 문서에서 Wi-Fi 참조하세요.For more information about optimizing your Wi-Fi infrastructure, see this article about Wi-Fi planning.

Teams용 Advisor 사용Use Advisor for Teams

Teams에 맞게 네트워크 준비Prepare your network for Teams

Office 365 네트워크 연결 원칙Office 365 Network Connectivity Principles

Teams 분석 및 보고Teams analytics and reporting

Teams에서 디바이스 관리Manage your devices in Teams

Teams의 통화 품질 개선 및 모니터링Improve and monitor call quality for Teams

CQD란?What is CQD?

CQD(통화 품질 대시보드) 설정Set up Call Quality Dashboard (CQD)

테넌트 업로드 및 데이터 구축Upload tenant and building data

CQD 데이터 및 보고서CQD data and reports

CQD에서 사용할 수 있는 차원 및 측정값Dimensions and measures available in CQD

CQD의 스트림 분류Stream Classification in CQD

Power BI를 사용하여 CQD 데이터 분석Use Power BI to analyze CQD data