Microsoft Teams의 네트워크 요구 사항 살펴보기
Microsoft Teams는 Microsoft 365 환경의 일부이며, 주요 클라우드 컴퓨팅 기능을 기반으로 합니다. Teams 환경을 최적화하려면 Teams의 네트워크 요구 사항을 검사해야 합니다. 조직은 필요한 대역폭, 필요한 모든 IP 주소에 대한 액세스, 올바른 포트가 열려 있는지, 실시간 미디어에 대한 성능 요구 사항을 충족하는지 확인해야 합니다.
Teams 네트워크 트래픽은 세 가지 유형으로 나눌 수 있습니다.
Microsoft 365 Online 환경과 Teams 클라이언트 간의 데이터 트래픽(신호, 현재 상태, 채팅, 파일 업로드 및 다운로드, OneNote 동기화)
피어 투 피어 실시간 통신 트래픽(오디오, 비디오, 데스크톱 공유)
실시간 회의 통신 트래픽(오디오, 비디오, 데스크톱 공유)
그러면 Teams 클라이언트 간 피어 투 피어 트래픽과 Microsoft 365 클라우드 서비스 및 Teams 클라이언트 간의 트래픽이 모두 생성됩니다.
네트워크 요구 사항
기존 네트워크가 Microsoft Teams의 네트워크 요구 사항을 충족하는지 평가하려면 Teams 롤아웃을 시작하기 전에 다음을 확인하세요.
Microsoft 365 연결: Microsoft 365 서비스에 대한 회사 네트워크의 클라이언트 연결입니다. 방화벽 및 프록시 차단기가 없습니다. 필요한 모든 DNS 이름이 올바르게 확인되어야 하고 IP 주소에 연결할 수 있어야 합니다. 인터넷 액세스를 확인하고 Microsoft Teams에 필요한 포트와 프로토콜을 구성합니다. 비즈니스용 Skype 온-프레미스와 페더레이션해야 하는 경우 추가 DNS 레코드를 구성해야 합니다.
DNS 레코드 서비스 Protocol(프로토콜) 우선 순위 가중치 포트 대상 SRV sipfederationtls TCP 100 1 5061 sipfed.online.lync.com 도메인 이름: Microsoft 365 테넌트에 하나 이상의 확인된 도메인 이름을 추가해야 합니다.
사용 가능한 대역폭: Teams의 필수 대역폭은 회사 위치의 필수 기능 및 클라이언트 수에 따라 다릅니다. 최대 동시 참가자 수를 분석하고 이 숫자에 제공된 활용 Teams 기능을 곱해야 합니다.
대역폭 요구 사항
Teams는 대역폭 활용에 대해 항상 보수적이며 1.5Mbps 미만의 HD 비디오 품질을 제공할 수 있습니다. 각 오디오/비디오 통화 또는 모임에서 실제 대역폭 소비량은 비디오 레이아웃, 비디오 해상도, 비디오 프레임 등 여러 요인에 따라 달라집니다. 대역폭이 충분하지 않으면 Teams는 비디오 품질보다 오디오 품질을 우선시합니다.
이 표에서는 Teams가 대역폭을 사용하는 방법을 설명합니다(비트 전송률 KB/s up/down). 최소, 권장 및 최고의 성능 대역폭 요구 사항은 엔드포인트별 사용량을 기준으로 합니다. 일반적으로 사용자당 하나의 엔드포인트가 있습니다(예: 컴퓨터 또는 모바일 장치). 그러나 사용자가 컴퓨터와 모바일 장치 모두에서 Teams 모임에 참가하는 경우 두 개의 엔드포인트가 해당 사용자와 연결됩니다.
| 양식 | 최소 | 권장 | 최고의 성능 |
|---|---|---|---|
| 오디오 - 일대일 | 10/10 | 58/58 | 76/76 |
| 오디오 - 모임 | 10/10 | 58/58 | 76/76 |
| 동영상 - 일대일 | 150/150 | 1,500/1,500 | 4,000/4,000 |
| 동영상 - 모임 | 150/200 | 2,500/4,000 | 4,000/4,000 |
| 화면 공유 - 일대일 | 200/200 | 1,500/1,500 | 4,000/4,000 |
| 화면 공유 - 모임 | 250/250 | 2,500/2,500 | 4,000/4,000 |
| 함께 모드 - 일대일 | 해당 없음 | 해당 없음 | 해당 없음 |
| 함께 모드 – 모임 | 1,000/1,500 | 1,500/2,500 | 2,500/4,000 |
네트워크 최적화
다음과 같은 경우 더 많은 네트워크 최적화를 수행할 수 있습니다.
Teams가 느리게 실행됩니다(대역폭이 충분하지 않을 수 있음).
통화가 계속 끊깁니다(방화벽 또는 프록시 차단 때문일 수 있음).
통화가 중단되고 끊기거나 음성이 로봇처럼 들립니다(지터 또는 패킷 손실일 수 있음).
다음 작업은 선택 사항이며 특히 소규모 비즈니스이고 이미 Microsoft 365 또는 Office 365를 배포한 경우 Teams를 배포하는 데 필요하지 않습니다. 네트워크 및 Teams 성능을 최적화하거나 네트워크 제한 사항이 있는 경우 이 지침을 사용하세요.
네트워크 플래너 - 조직의 물리적 위치에 대한 대역폭 계산 및 네트워크 요구 사항을 포함하여 네트워크를 평가하는 데 도움이 필요하면 Teams 관리 센터에서 네트워크 플래너 도구를 사용하세요.
Teams용 어드바이저 - Teams용 어드바이저는 Teams 관리 센터의 일부입니다. Teams용 어드바이저(미리 보기)는 Microsoft 365 또는 Office 365 환경을 평가하고 Teams를 성공적으로 배포하기 전에 업데이트 또는 수정해야 할 수 있는 가장 일반적인 구성을 식별합니다.
외부 이름 확인 - Teams 클라이언트를 실행하는 모든 컴퓨터가 외부 DNS 쿼리를 확인하여 Microsoft 365 또는 Office 365에서 제공하는 서비스를 검색할 수 있고 방화벽이 액세스를 차단하고 있지 않은지 확인합니다.
세션 지속성 유지 - 방화벽이 UDP에 대해 매핑된 NAT(Network Address Translation) 주소 또는 포트를 변경하지 않는지 확인합니다.
NAT 풀 크기 확인 - 사용자 연결에 필요한 NAT(네트워크 주소 변환) 풀 크기를 확인합니다. 여러 사용자 및 장치가 NAT(네트워크 주소 변환) 또는 PAT(포트 주소 변환)를 사용하여 Microsoft 365 또는 Office 365에 액세스하는 경우 공개적으로 라우팅 가능한 각 IP 주소 뒤에 숨겨진 장치가 지원되는 수를 초과하지 않는지 확인해야 합니다. 포트 소진을 방지하도록 NAT 풀에 적절한 공용 IP 주소를 할당해야 합니다. 포트 고갈로 인해 내부 사용자 및 장치가 Microsoft 365 또는 Office 365 서비스에 연결할 수 없습니다.
Microsoft 데이터 센터로 라우팅 - Microsoft 데이터 센터로 가장 효율적인 라우팅을 구현합니다. 로컬 또는 지역 송신 지점을 사용하여 Microsoft 네트워크에 최대한 효율적으로 연결할 수 있는 위치를 식별합니다.
침입 감지 및 방지 지침 - 환경에 아웃바운드 연결에 대한 추가 보안 계층을 위해 배포된 침입 감지 또는 방지 시스템(IDS/IPS)이 있는 경우 모든 Microsoft 365 또는 Office 365 URL을 허용해야 합니다.
분할 터널 VPN 구성 - 일반적으로 분할 터널 VPN이라고 하는 가상 사설망(VPN)을 우회하는 Teams 트래픽에 대한 대체 경로를 제공하려고 합니다. 분할 터널링은 Microsoft 365 또는 Office 365의 트래픽이 VPN을 통과하지 않고 대신 Microsoft 365 또는 Office 365로 직접 이동함을 의미합니다. VPN을 우회하면 Teams 품질에 긍정적인 영향을 미치며 VPN 장치와 조직의 네트워크의 부하가 줄어듭니다. 분할 터널 VPN을 구현하기 위해 VPN 공급업체와 협력하세요.
VPN 우회를 권장하는 다른 이유:
일반적으로 VPN은 실시간 미디어를 지원하도록 설계되거나 구성되지 않습니다.
일부 VPN은 UDP를 지원하지 않을 수도 있습니다(Teams에 필요함).
또한 VPN은 이미 암호화되어 있는 미디어 트래픽 위에 추가 암호화 계층을 도입합니다.
VPN 장치를 통한 헤어핀 트래픽으로 인해 Teams에 대한 연결이 효율적이지 않을 수 있습니다.
구현 QoS - QoS(서비스 품질)를 사용하여 패킷 우선 순위를 구성합니다. 이렇게 하면 Teams의 통화 품질이 향상될 수 있으며 통화 품질을 모니터링하고 문제를 해결하는 데 도움이 될 수 있습니다. QoS는 관리 네트워크의 모든 세그먼트에 구현해야 합니다. 네트워크가 대역폭에 대해 적절하게 프로비저닝된 경우에도 QoS는 예상치 못한 네트워크 이벤트가 있는 경우 위험 완화를 제공합니다. QoS를 사용하면 이러한 예상치 못한 이벤트가 품질에 부정적인 영향을 미치지 않도록 음성 트래픽의 우선 순위가 지정됩니다.
WiFi 최적화 - VPN과 마찬가지로 Wi-Fi 네트워크는 실시간 미디어를 지원하도록 설계되거나 구성될 필요가 없습니다. Teams를 지원하기 위해 WiFi 네트워크를 계획하거나 최적화하는 것은 고품질 배포를 하기 위한 중요한 고려 사항입니다. 다음 요인들을 고려합니다.
QoS 또는 WMM(WiFi 멀티미디어)를 구현하여 미디어 트래픽이 WiFi 네트워크보다 적절하게 우선되도록 합니다.
WiFi 대역과 액세스 지점 배치를 계획하고 최적화합니다. 2.4GHz 범위는 액세스 포인트 배치에 따라 적절한 경험을 제공할 수 있지만 액세스 포인트는 해당 범위에서 작동하는 다른 소비자 장치의 영향을 받는 경우가 많습니다. 5GHz 범위는 고밀도 범위로 인해 실시간 미디어에 더 적합하지만 충분한 적용 범위를 얻으려면 더 많은 액세스 포인트가 필요합니다. 엔드포인트도 해당 범위를 지원하고 그에 따라 해당 대역을 활용하도록 구성해야 합니다.
이중 대역 WiFi 네트워크를 사용하는 경우 대역 조정 구현을 고려하세요. 대역 조정은 이중 대역 클라이언트가 5GHz 범위를 사용하도록 영향을 미치기 위해 WiFi 공급업체에서 구현한 기술입니다.
같은 채널의 액세스 지점이 너무 가깝게 있는 경우 신호가 겹치거나 의도치 않게 경합하여 사용자에게 좋지 않은 환경이 발생할 수 있습니다. 옆에 있는 액세스 포인트가 서로 겹치지 않는 채널에 있는지 확인합니다.
각 무선 공급 업체에는 무선 솔루션을 배포하는 것에 대한 권장 사항이 있습니다. 자세한 지침은 Wi-Fi 공급업체에 문의하세요.
프록시 서버 우회 - 프록시 서버를 우회하는 것이 좋습니다. 성능 관련 문제는 대기 시간 및 패킷 손실을 통해 환경에 도입될 수 있습니다. 이와 같은 문제는 실시간 스트림이 필수적인 Teams 또는 비즈니스용 Skype 오디오 및 비디오 시나리오에서 부정적인 경험을 초래할 것입니다. Teams에 대한 프록시를 우회하는 것이 옵션이 아닌 경우 조직에서 외부 DNS 확인을 사용하고 UDP 기반 라우팅을 직접 사용하고 UDP 트래픽을 허용하는 것이 좋습니다.
자세한 내용은 Microsoft Teams를 위한 조직의 네트워크 준비를 참조하세요.