Microsoft Teams에서 QoS(서비스 품질) 구현Implement Quality of Service (QoS) in Microsoft Teams

Microsoft Teams의 QoS(서비스 품질)를 사용하면 네트워크 지연(예: 음성 또는 비디오 스트림)에 민감한 실시간 네트워크 트래픽이 덜 민감하지 않은 트래픽(예: 다운로드할 추가 초가 큰 거래가 아닌 새 앱 다운로드) 앞에서 "줄을 끊습니다".Quality of Service (QoS) in Microsoft Teams allows real-time network traffic that's sensitive to network delays (for example, voice or video streams) to "cut in line" in front of traffic that's less sensitive (like downloading a new app, where an extra second to download isn't a large deal). QoS는 Windows 그룹 정책 개체 및 포트 기반 Access Control 목록을 사용하여 실시간 스트림에서 모든 패킷을 식별하고 표시합니다.QoS uses Windows Group Policy Objects and Port-based Access Control Lists to identify and mark all packets in real-time streams. 이렇게 하면 네트워크에서 음성, 비디오 및 화면 공유 스트림을 네트워크 대역폭의 전용 부분으로 스트림할 수 있습니다.This helps your network to give voice, video, and screen share streams a dedicated portion of network bandwidth.

이 문서에 설명된 문제가 발생하는 대규모 사용자 그룹을 지원하는 경우 QoS를 구현해야 할 수 있습니다.If you support a large group of users who are experiencing any of the problems described in this article, then you probably need to implement QoS. 사용자 수가 적은 소규모 기업에서는 QoS가 필요하지 않을 수 있지만, 이 경우에도 도움이 될 것입니다.A small business with few users might not need QoS, but even there it should be helpful.

어떤 형태의 QoS가 없는 경우 음성 및 비디오에 다음과 같은 품질 문제가 표시될 수 있습니다.Without some form of QoS, you might see the following quality issues in voice and video:

  • 지터 – 다른 요금으로 도착하는 미디어 패킷으로 인해 호출 시 단어 또는 음성이 누락될 수 있습니다.Jitter – media packets arriving at different rates, which can result in missing words or syllables in calls
  • 패킷 손실 – 패킷이 삭제되어 음성 품질이 낮아지며 음성을 이해하기 어려워질 수 있습니다.Packet loss – packets dropped, which can also result in lower voice quality and hard to understand speech
  • 지연된 RTT(왕복 시간) – 미디어 패킷이 대상에 도달하는 데 시간이 오래 오래 발생하여 대화의 두 당사자 간에 눈에 띄는 지연이 발생하고 사람들이 서로 대화하게 됩니다.Delayed round-trip time (RTT) – media packets taking a long time to reach their destinations, which result in noticeable delays between two parties in a conversation and causes people to talk over each other

이러한 문제를 해결하기 위해 가장 복잡한 방법은 내부 및 외부 모두에서 데이터 연결의 크기를 늘리는 것입니다.The least complex way to address these issues is to increase the size of the data connections, both internally and out to the internet. 비용이 많이 들기 때문에 QoS는 대역폭을 추가하는 대신 사용자가 사용하는 리소스를 보다 효과적으로 관리하는 방법을 제공합니다.Since that is often cost-prohibitive, QoS provides a way to more effectively manage the resources you have instead of adding bandwidth. 품질 문제를 해결하기 위해 먼저 QoS를 사용한 다음 필요한 경우 대역폭을 추가하는 것이 좋습니다.To address quality issues, we recommend that you first use QoS, then add bandwidth only where necessary.

QoS가 유효하려면 조직 전체에서 일관된 QoS 설정을 적용해야 합니다.For QoS to be effective, you must apply consistent QoS settings throughout your organization. QoS 우선 순위를 지원하지 못하는 경로의 일부로 인해 통화, 비디오 및 화면 공유 품질이 저하될 수 있습니다.Any part of the path that fails to support your QoS priorities can degrade the quality of calls, video, and screen sharing. 여기에는 모든 사용자 PC 또는 장치에 설정 적용, 네트워크 스위치, 인터넷에 대한 라우터 및 Teams 서비스에 대한 설정이 포함됩니다.This includes applying settings to all user PCs or devices, network switches, routers to the internet, and the Teams service.

그림 1. 조직의 네트워크와 Microsoft 365 또는 Office 365 서비스 간의 관계Figure 1. The relationship between an organization's networks and Microsoft 365 or Office 365 services

네트워크와 서비스 간의 관계 그림Illustration of the relationship between networks and services

QoS 구현 검사 목록QoS implementation checklist

높은 수준에서 QoS를 구현하기 위해 다음을 실행합니다.At a high level, do the following to implement QoS:

  1. 네트워크가 준비되어 있는지 확인Make sure your network is ready

  2. QoS 구현 방법 선택Select a QoS implementation method

  3. 각 미디어 유형에 대한 초기 포트 범위 선택Choose initial port ranges for each media type

  4. QoS 설정 구현:Implement QoS settings:

    1. GPO(그룹 정책 개체)를 사용하여 클라이언트 디바이스 포트 범위 및 표시 설정On clients using a Group Policy Object (GPO) to set client device port ranges and markings

    2. 라우터(제조업체 설명서 참조) 또는 기타 네트워크 디바이스에서On routers (see the manufacturer documentation) or other network devices. 여기에는 포트 기반 ACL(Access Control 목록)을 포함하거나 단순히 QoS 큐 및 DSCP 표시를 정의하거나 모두를 정의할 수 있습니다.This might include port-based Access Control Lists (ACLs) or simply defining the QoS queues and DSCP markings, or all of these.

      중요

      클라이언트 원본 포트 및 "모든"의 원본 및 대상 IP 주소를 사용하여 이러한 QoS 정책을 구현하는 것이 좋습니다.We recommend implementing these QoS policies using the client source ports and a source and destination IP address of “any.” 내부 네트워크에서 들어오는 미디어 트래픽과 외부 미디어 트래픽을 모두 catch합니다.This will catch both incoming and outgoing media traffic on the internal network.

    3. Teams 모임의 미디어 트래픽을 처리하는 방법 설정Set how you want to handle media traffic for Teams meetings

  5. 네트워크에서 Teams 트래픽을 분석하여 QoS 구현의 유효성을 검사합니다.Validate your QoS implementation by analyzing Teams traffic on the network.

QoS를 구현할 준비를 할 때 다음 지침을 염두에 두세요.As you prepare to implement QoS, keep the following guidelines in mind:

  • Microsoft 365에 대한 가장 짧은 경로가 가장 짧습니다.The shortest path to Microsoft 365 is best
  • 포트를 닫는 경우 품질 저하만 발생할 수 있습니다.Closing ports will only lead to quality degradation
  • 두 장애물(예: proxies)은 권장되지 않습니다.Any obstacles in between, such as proxies, aren't recommended
  • 홉 수를 제한합니다.Limit the number of hops:
    • 클라이언트-네트워크 에지 – 3~5개 홉Client to network edge – 3 to 5 hops
    • ISP-Microsoft 네트워크 에지 - 3개 홉ISP to Microsoft network edge – 3 hops
    • 최종 대상에 대한 Microsoft 네트워크 에지 - 관련이 없습니다.Microsoft network edge to final destination – irrelevant

방화벽 포트 구성에 대한 자세한 내용은 Office 365 URL 및 IP 범위로 이동하세요.For information about configuring firewall ports, go to Office 365 URLs and IP ranges.

네트워크가 준비되어 있는지 확인Make sure your network is ready

QoS 구현을 고려하는 경우 대역폭 요구 사항 및 기타 네트워크 요구 사항을 이미 결정해야 합니다.If you're considering a QoS implementation, you should already have determined your bandwidth requirements and other network requirements.

네트워크의 트래픽 정체는 미디어 품질에 큰 영향을 미치게 됩니다.Traffic congestion across a network will greatly impact media quality. 대역폭이 부족하면 성능 저하 및 사용자 환경 저하가 발생할 수 있습니다.A lack of bandwidth leads to performance degradation and a poor user experience. Teams 채택 및 사용이 증가함에 따라 보고,사용자당 통화 분석 및 CQD(통화 품질 대시보드)를 사용하여 문제를 식별한 다음 QoS 및 선택적 대역폭 추가를 사용하여 조정합니다.As Teams adoption and usage grows, use reporting, per-user call analytics, and Call Quality Dashboard (CQD) to identify problems and then make adjustments using QoS and selective bandwidth additions.

VPN 고려 사항VPN considerations

QoS는 호출자 간의 모든 링크에서 구현된 경우 예상대로 작동합니다.QoS only works as expected when implemented on all links between callers. 내부 네트워크에서 QoS를 사용하며 사용자가 원격 위치에서 로그인하는 경우 관리되는 내부 네트워크 내에서만 우선 순위를 지정할 수 있습니다.If you use QoS on an internal network and a user signs in from a remote location, you can only prioritize within your internal, managed network. 원격 위치는 VPN(가상 사설망)을 구현하여 관리되는 연결을 받을 수 있습니다. VPN은 본질적으로 패킷 오버헤드를 추가하고 실시간 트래픽에 지연을 만듭니다.Although remote locations can receive a managed connection by implementing a virtual private network (VPN), a VPN inherently adds packet overhead and creates delays in real-time traffic. VPN을 통해 실시간 통신 트래픽을 실행하지 않는 것이 좋습니다.We recommend that you avoid running real-time communications traffic over a VPN.

대륙에 걸쳐 관리되는 링크가 있는 글로벌 조직에서는 해당 링크에 대한 대역폭이 LAN에 비해 제한되어 있기 때문에 QoS를 사용하는 것이 좋습니다.In a global organization with managed links that span continents, we strongly recommend QoS because bandwidth for those links is limited in comparison to the LAN.

QoS 큐 소개Introduction to QoS queues

QoS를 제공하려면 네트워크 디바이스는 트래픽을 분류하는 방법이 있어야 합니다. 음성 또는 비디오를 다른 네트워크 트래픽과 구분할 수 있어야 합니다.To provide QoS, network devices must have a way to classify traffic and must be able to distinguish voice or video from other network traffic.

네트워크 트래픽이 라우터에 들어오면 트래픽이 큐에 배치됩니다.When network traffic enters a router, the traffic is placed into a queue. QoS 정책이 구성되지 않은 경우 하나의 큐만 있으며 모든 데이터는 동일한 우선 순위를 사용하여 선출형으로 처리됩니다.If a QoS policy isn't configured, there is only one queue, and all data is treated as first-in, first-out with the same priority. 즉, 음성 트래픽(지연에 매우 민감)은 몇 밀리초의 지연이 문제가 될 수 없는 트래픽 뒤에 늦어날 수 있습니다.That means voice traffic (which is very sensitive to delays) might get stuck behind traffic where a delay of a few extra milliseconds wouldn't be a problem.

QoS를 구현할 때 Cisco의 우선 순위 큐 및 CBWFQ(Class-Based Weighted Fair Queueing) 및 정체 방지 기능(예: WRED(가중임의 임의 초기 검색))과 같은 여러 정체 관리 기능 중 하나를 사용하여 여러 큐를 정의합니다.When you implement QoS, you define multiple queues using one of several congestion management features, such as Cisco’s priority queuing and Class-Based Weighted Fair Queueing (CBWFQ) and congestion avoidance features, such as weighted random early detection (WRED).

그림 2. QoS 큐의 예Figure 2. Examples of QoS queues

QoS 큐 및 대역폭 구분 그림Illustration of QoS queues and bandwidth division

간단한 비유는 QoS가 데이터 네트워크에 가상 "카풀 차선"을 만들어 일부 데이터 형식이 지연되지 않을 수도, 거의 없습니다.A simple analogy is that QoS creates virtual "carpool lanes" in your data network so some types of data never or rarely encounter a delay. 이러한 차선이 만들어질 경우 조직의 사용자에게 비즈니스급 환경을 제공하면서 상대적 크기를 조정하고 사용하는 연결 대역폭을 훨씬 더 효과적으로 관리할 수 있습니다.Once you create those lanes, you can adjust their relative size and much more effectively manage the connection bandwidth you have, while still delivering business-grade experiences for your organization's users.

QoS 구현 방법 선택Select a QoS implementation method

네트워크 라우터에서 ACL(Access Control List)을 사용하여 포트 기반 태그 지정을 통해 QoS를 구현할 수 있습니다.You could implement QoS via port-based tagging, using Access Control Lists (ACLs) on your network's routers. 포트 기반 태그 지정은 혼합된 Windows, Mac 및 Linux 환경에서 작동하고 가장 쉽게 구현할 수 있기 때문에 가장 신뢰할 수 있는 방법입니다.Port-based tagging is the most reliable method because it works in mixed Windows, Mac, and Linux environments and is the easiest to implement. 모바일 클라이언트는 DSCP 값을 사용하여 트래픽을 표시하는 메커니즘을 제공하지 않습니다. 따라서 이 메서드가 필요하게 됩니다.Mobile clients don't provide a mechanism to mark traffic by using DSCP values, so they'll require this method.

포트 기반 태그 지정을 사용하여 네트워크의 라우터는 들어오는 패킷을 검사하고 패킷이 특정 포트 또는 포트 범위를 사용하여 도착한 경우 특정 미디어 유형으로 식별하고 해당 유형의 큐에 추가하여 다른 디바이스가 해당 트래픽 유형을 인식하고 큐에서 우선 순위를 부여할 수 있도록 미리 정해진 DSCP 표시를 IP 패킷 헤더에 추가합니다.Using port-based tagging, your network's router examines an incoming packet, and if the packet arrived using a certain port or range of ports, it identifies it as a certain media type and puts it in the queue for that type, adding a predetermined DSCP mark to the IP Packet header so other devices can recognize its traffic type and give it priority in their queue.

포트 기반 태그 지정은 플랫폼에서 작동하나 WAN 에지에서 트래픽만 표시하고(클라이언트 컴퓨터까지는 아는 것이 아는) 관리 오버헤드를 만듭니다.Although port-based tagging works across platforms, it only marks traffic at the WAN edge (not all the way to the client machine) and creates management overhead. 이 방법을 구현하는 방법에 대한 지침은 라우터 제조업체에서 제공하는 설명서를 참조하세요.Refer to the documentation provided by the router manufacturer for instructions on implementing this method.

DSCP 표식 삽입Insert DSCP markers

GPO(그룹 정책 개체)를 사용하여 QoS를 구현하여 클라이언트 디바이스가 특정 유형의 트래픽(예: 음성)으로 식별하는 IP 패킷 헤더에 DSCP 마커를 삽입하게 할 수도 있습니다.You could also implement QoS by using a Group Policy Object (GPO) to direct client devices to insert a DSCP marker in IP packet headers identifying it as particular type of traffic (for example, voice). 라우터 및 기타 네트워크 디바이스는 이를 인식하고 트래픽을 우선 순위가 높은 별도의 큐에 넣도록 구성할 수 있습니다.Routers and other network devices can be configured to recognize this and put the traffic in a separate, higher-priority queue.

이 시나리오는 완전히 유효하기는 하지만 도메인에 가입된 Windows 클라이언트에만 사용할 수 있습니다.Although this scenario is entirely valid, it will only work for domain-joined Windows clients. 도메인에 가입된 Windows 클라이언트가 아닌 모든 디바이스는 DSCP 태그 지정에 사용할 수 없습니다.Any device that isn't a domain-joined Windows client won't be enabled for DSCP tagging. Mac OS와 같은 클라이언트에는 하드 코딩된 태그가 있으며 항상 트래픽에 태그를 지정합니다.Clients such as Mac OS have hard-coded tags and will always tag traffic.

더하기 쪽에서 GPO를 통해 DSCP 표시를 제어하면 도메인에 가입된 모든 컴퓨터가 동일한 설정을 받고 관리자만 관리할 수 있습니다.On the plus side, controlling the DSCP marking via GPO ensures that all domain-joined computers receive the same settings and that only an administrator can manage them. GPO를 사용할 수 있는 클라이언트는 원래 디바이스에서 태그가 지정된 다음, 구성된 네트워크 디바이스는 DSCP 코드로 실시간 스트림을 인식하고 적절한 우선 순위를 지정합니다.Clients that can use GPO will be tagged on the originating device, and then configured network devices can recognize the real-time stream by the DSCP code and give it an appropriate priority.

모범 사례Best practice

가능한 경우 엔드포인트의 DSCP 표시와 라우터의 포트 기반 ACL을 조합하는 것이 좋습니다.We recommend a combination of DSCP markings at the endpoint and port-based ACLs on routers, if possible. GPO를 사용하여 대부분의 클라이언트를 catch하고 포트 기반 DSCP 태그 지정을 사용하면 모바일, Mac 및 기타 클라이언트가 QoS 처리를 계속 받을 수 있습니다(최소한 부분적으로).Using a GPO to catch the majority of clients, and also using port-based DSCP tagging will ensure that mobile, Mac, and other clients will still get QoS treatment (at least partially).

DSCP 표시는 우편 작업자에게 배달이 얼마나 긴급한지와 빠른 배달을 위해 정렬하는 가장 좋은 방법을 나타내는 우편물 스탬프에 비유할 수 있습니다.DSCP markings can be likened to postage stamps that indicate to postal workers how urgent the delivery is and how best to sort it for speedy delivery. 실시간 미디어 스트림에 우선 순위를 제공하도록 네트워크를 구성한 후 손실된 패킷 및 늦은 패킷은 크게 감소해야 합니다.Once you've configured your network to give priority to real-time media streams, lost packets and late packets should diminish greatly.

네트워크의 모든 디바이스가 동일한 분류, 표시 및 우선 순위를 사용하고 나면 각 트래픽 유형에 사용되는 큐에 할당된 포트 범위의 크기를 변경하여 지연, 삭제된 패킷 및 지터를 줄이거나 제거할 수 있습니다.Once all devices in the network are using the same classifications, markings, and priorities, it's possible to reduce or eliminate delays, dropped packets, and jitter by changing the size of the port ranges assigned to the queues used for each traffic type. Teams 관점에서 가장 중요한 구성 단계는 패킷의 분류 및 표시입니다.From the Teams perspective, the most important configuration step is the classification and marking of packets. 그러나 종단적 QoS가 성공하려면 애플리케이션의 구성을 주 네트워크 구성과 신중하게 조정해야 합니다.However, for end-to-end QoS to be successful, you also need to carefully align the application's configuration with the underlying network configuration. QoS가 완전히 구현된 후 지속적인 관리는 조직의 요구 및 실제 사용량에 따라 각 트래픽 유형에 할당된 포트 범위를 조정하는 질문입니다.Once QoS is fully implemented, ongoing management is a question of adjusting the port ranges assigned to each traffic type based on your organization's needs and actual usage.

각 미디어 유형에 대한 초기 포트 범위 선택Choose initial port ranges for each media type

DSCP 값은 ACL 설정에 따라 클라이언트 또는 네트워크 자체에 의해 DSCP 표시가 할당되어 있는지 여부에 따라 해당 구성된 네트워크에 패킷 또는 스트림을 부여할 우선 순위를 지정합니다.The DSCP value tells a correspondingly configured network what priority to give a packet or stream, whether the DSCP mark is assigned by clients or the network itself based on ACL settings. 각 미디어 워크로드는 고유한 DSCP 값을 얻습니다(다른 서비스는 워크로드가 DSCP 마킹을 공유하도록 허용할 수 있습니다. Teams는 허용되지 않습니다) 및 각 미디어 유형에 사용되는 정의된 별도의 포트 범위를 얻습니다.Each media workload gets its own unique DSCP value (other services might allow workloads to share a DSCP marking, Teams doesn't) and a defined and separate port range used for each media type. 다른 환경에는 네트워크 워크로드의 우선 순위를 결정하는 데 도움이 되는 기존 QoS 전략이 있을 수 있습니다.Other environments might have an existing QoS strategy in place, which will help you determine the priority of network workloads.

다른 실시간 스트리밍 워크로드에 대한 포트 범위의 상대 크기는 해당 워크로드에 전용으로 사용 가능한 총 대역폭의 비율을 설정합니다.The relative size of the port ranges for different real-time streaming workloads sets the proportion of the total available bandwidth dedicated to that workload. 이전 우편 비유로 돌아가기: "Air Mail" 스탬프가 있는 편지는 1시간 이내에 가장 가까운 공항으로 이동될 수 있습니다. "대량 메일" 표시가 표시된 작은 패키지는 일련의 트럭에 착륙하기 전에 하루 동안 기다릴 수 있습니다.To return to our earlier postal analogy: a letter with an "Air Mail" stamp might get taken within an hour to the nearest airport, while a small package marked "Bulk Mail" mark can wait for a day before traveling over land on a series of trucks.

권장되는 초기 포트 범위Recommended initial port ranges

미디어 트래픽 유형Media traffic type 클라이언트 원본 포트 범위 Client source port range 프로토콜Protocol DSCP 값DSCP value DSCP 클래스DSCP class
오디오Audio 50,000~50,01950,000–50,019 TCP/UDPTCP/UDP 4646 Expedited Forwarding(EF)Expedited Forwarding (EF)
비디오Video 50,020~50,03950,020–50,039 TCP/UDPTCP/UDP 3434 Assured Forwarding(AF41)Assured Forwarding (AF41)
응용 프로그램/화면 공유Application/Screen Sharing 50,040~50,05950,040–50,059 TCP/UDPTCP/UDP 1818 Assured Forwarding(AF21)Assured Forwarding (AF21)

이러한 설정을 사용할 때 다음에 유의하세요.Be aware of the following when you use these settings:

  • 향후 ExpressRoute를 구현할 계획이고 아직 QoS를 구현하지 않은 경우 DSCP 값이 보낸 사람에서 받는 사람으로 동일하게 하게 지침을 따르는 것이 좋습니다.If you plan to implement ExpressRoute in the future and haven't yet implemented QoS, we recommend that you follow the guidance so that DSCP values are the same from sender to receiver.
  • 모바일 클라이언트 및 Teams 장치를 포함한 모든 클라이언트는 이러한 포트 범위를 사용하며, 이러한 원본 포트 범위를 사용하는 구현하는 모든 DSCP 정책의 영향을 받을 것입니다.All clients, including mobile clients and Teams devices, will use these port ranges and will be affected by any DSCP policy you implement that uses these source port ranges. 동적 포트를 계속 사용하는 클라이언트는 브라우저 기반 클라이언트(참가자가 브라우저를 사용하여 모임에 참가할 수 있도록 하는 클라이언트)뿐입니다.The only clients that will continue to use dynamic ports are the browser-based clients (clients that let participants join meetings by using their browsers).
  • Mac 클라이언트는 동일한 포트 범위를 사용하나 오디오(EF) 및 비디오(AF41)에 하드 코딩된 값도 사용합니다.Although the Mac client uses the same port ranges, it also uses hard-coded values for audio (EF) and video (AF41). 이러한 값은 구성할 수 없습니다.These values aren't configurable.
  • 나중에 사용자 환경을 개선하기 위해 포트 범위를 조정해야 하는 경우 포트 범위는 겹칠 수 없습니다. 서로 인접해야 합니다.If you later need to adjust the port ranges to improve user experience, the port ranges can't overlap and should be adjacent to each other.

Teams로 QoS 마이그레이션Migrate QoS to Teams

이전에 QoS 태그 지정 및 포트 범위를 포함하여 비즈니스용 Skype Online을 배포한 경우 현재 배포 중입니다.If you've previously deployed Skype for Business Online, including QoS tagging and port ranges, and are now deploying. Teams, Teams는 기존 구성을 존중하며 비즈니스용 Skype 클라이언트와 동일한 포트 범위 및 태그 지정을 사용하게 됩니다.Teams, Teams will respect the existing configuration and will use the same port ranges and tagging as the Skype for Business client. 대부분의 경우 추가 구성이 필요하지 않습니다.In most cases, no additional configuration will be needed.

참고

그룹 정책을 통해 애플리케이션 이름 QoS 태그를 지정하는 경우 애플리케이션 이름으로 Teams.exe 추가해야 합니다.If you're using Application Name QoS tagging via Group Policy, you must add Teams.exe as the application name.

PowerShell을 사용하여 Windows의 Teams에서 QoS 구현Implement QoS in Teams on Windows using PowerShell

오디오에 대한 QoS 설정Set QoS for audio

new-NetQosPolicy -Name "Teams Audio" -AppPathNameMatchCondition "Teams.exe" -IPProtocolMatchCondition Both -IPSrcPortStartMatchCondition 50000
-IPSrcPortEndMatchCondition 50019 -DSCPAction 46 -NetworkProfile All

비디오에 대한 QoS 설정Set QoS for video

new-NetQosPolicy -Name "Teams Video" -AppPathNameMatchCondition "Teams.exe" -IPProtocolMatchCondition Both -IPSrcPortStartMatchCondition 50020
-IPSrcPortEndMatchCondition 50039 -DSCPAction 34 -NetworkProfile All

공유를 위한 QoS 설정Set QoS for sharing

new-NetQosPolicy -Name "Teams Sharing" -AppPathNameMatchCondition "Teams.exe" -IPProtocolMatchCondition Both -IPSrcPortStartMatchCondition 50040
-IPSrcPortEndMatchCondition 50059 -DSCPAction 18 -NetworkProfile All

Teams 관리 센터에서 원본 포트 관리Managing source ports in the Teams admin center

Teams에서 다양한 워크로드에서 사용하는 QoS 원본 포트를 적극적으로 관리하고 필요한 경우 조정해야 합니다.In Teams, QoS source ports used by the different workloads should be actively managed, and adjusted as necessary. 각 미디어 유형에 대한 초기 포트 범위 선택에서 테이블을 참조하면 포트 범위를 조정할 수 있지만 DSCP 표시는 구성할 수 없습니다.Referring to the table in Choose initial port ranges for each media type, the port ranges are adjustable, but the DSCP markings aren't configurable. 이러한 설정을 구현한 후 특정 미디어 유형에 필요한 포트가 더 적거나 적을 수 있습니다.Once you have implemented these settings, you might find that more or fewer ports are needed for a given media type. 사용자당 통화 분석 및 CQD(통화 품질 대시보드)는 Teams가 구현된 후 포트 범위를 조정하고 요구가 변경될 때 주기적으로 조정하는 데 사용됩니다.Per-user call analytics and Call Quality Dashboard (CQD) should be used in making a decision to adjust port ranges after Teams has been implemented, and periodically as needs change.

참고

비즈니스용 Skype Online의 원본 포트 범위 및 DSCP 표시를 기반으로 QoS를 이미 구성한 경우 동일한 구성이 Teams에 적용되어 더 이상 클라이언트 또는 네트워크에서 매핑을 변경할 필요는 없습니다. 하지만 비즈니스용 Skype Online에 대해 구성된 범위와 일치하도록 Teams에서 사용되는 범위를 설정해야 할 수도 있습니다.If you've already configured QoS based on source port ranges and DSCP markings for Skype for Business Online, the same configuration will apply to Teams and no further client or network changes to the mapping will be required, though you may have to set the ranges used in Teams to match what was configured for Skype for Business Online.

이전에 비즈니스용 Skype Server를 배포한 경우 QoS 정책을 다시 검사해야 할 수 있습니다.If you’ve previously deployed Skype for Business Server on-premises, you might need to re-examine your QoS policies. 확인한 포트 범위 설정과 일치하도록 정책을 조정하여 Teams에 대한 고품질 사용자 환경을 제공합니다.Adjust the policies to match port range settings you've verified provide a quality user experience for Teams.

QoS 구현 유효성 검사Validate your QoS implementation

QoS가 유효하기 위해 GPO에서 설정한 DSCP 값은 호출의 양쪽 끝에 존재해야 합니다.For QoS to be effective, the DSCP value set by the GPO needs to be present at both ends of a call. Teams 클라이언트에서 생성된 트래픽을 분석하여 Teams 워크로드 트래픽이 네트워크를 통해 이동하는 경우 DSCP 값이 변경되거나 제거되지 않는지 확인할 수 있습니다.By analyzing the traffic generated by the Teams client, you can verify that the DSCP value isn’t changed or stripped out when the Teams workload traffic moves through the network.

네트워크 시작 지점에서 트래픽을 캡처하는 것이 바람직합니다.Preferably, you capture traffic at the network egress point. 스위치 또는 라우터에서 포트 미러링을 사용하여 이를 지원할 수 있습니다.You can use port mirroring on a switch or router to help with this.

다른 디바이스에 대한 QoS 구현Implement QoS for other devices

Intune, Surface, iOS, Android 및 Mac용 QoS 구현에 대한 자세한 내용은 다음 항목을 참조하세요.Read these topics for information about implementing QoS for Intune, Surface, iOS, Android, and Mac