Microsoft Teams의 미디어 품질 및 네트워크 연결 성능
중요
중국에서 21Vianet이 운영하는 비즈니스용 Skype Online은 2023년 10월 1일에 사용 중지됩니다. 비즈니스용 Skype Online 사용자를 아직 업그레이드하지 않은 경우 보조 업그레이드가 자동으로 예약됩니다. organization 직접 Teams로 업그레이드하려면 지금 업그레이드 경로를 계획하는 것이 좋습니다. 성공적인 업그레이드는 기술 및 사용자 준비 상태를 조정하므로 Teams로의 여정을 탐색할 때 업그레이드 지침을 활용해야 합니다.
중국에서 21Vianet에서 운영하는 서비스를 제외한 비즈니스용 Skype Online은 2021년 7월 31일에 사용 중지되었습니다.
이 항목에서는 Microsoft Teams 서비스에 대한 네트워크 성능 요구 사항 집합과 네트워크 연결 평가에 따라 네트워크와 Microsoft Teams 간의 연결에 인터넷 또는 ExpressRoute를 사용하도록 선택하는 방법을 정의합니다. Microsoft 365 또는 Office 365 전용 연결을 위해 Azure ExpressRoute를 배포하기로 결정한 경우 이 문서에서는 다양한 Microsoft Teams 배포 시나리오에서 ExpressRoute 연결을 계획하는 방법에 대한 지침도 제공합니다.
IP를 통해 Real-Time 미디어(오디오, 비디오 및 애플리케이션 공유)의 품질은 엔드 투 엔드 네트워크 연결의 품질에 크게 영향을 받습니다. 최적의 Microsoft Teams 미디어 품질을 위해 회사 네트워크와 Microsoft Teams 간에 고품질 연결이 있는지 확인하는 것이 중요합니다. 이를 수행하는 가장 좋은 방법은 모든 연결에서 Microsoft Teams의 최대 트래픽 볼륨을 수용할 수 있도록 네트워크의 용량에 따라 내부 네트워크 및 클라우드 연결을 설정하는 것입니다.
Azure ExpressRoute는 Microsoft Teams를 포함한 Microsoft 365 및 Office 365 서비스에 대한 요구 사항이 아닙니다. 그러나 Azure ExpressRoute는 Microsoft 365 또는 Office 365 연결이 Microsoft Teams 네트워크 성능 요구 사항을 충족하고 최적의 Microsoft Teams 미디어 품질 환경을 보장하는 데 도움이 되는 배포 옵션 중 하나입니다.
팁
이 항목에서는 전체 네트워킹 성능 지침을 제공하지만 네트워크 평가에 대한 전체 지침은 이 문서의 scope 벗어났습니다. 철저하고 완전한 네트워크 평가의 일환으로 네트워크 성능 측정에 도움을 줄 수 있는 Microsoft Teams 파트너 목록을 찾으려면 비즈니스용 Skype 파트너 솔루션을 방문하세요.
Microsoft Teams에 대한 네트워크 연결 요구 사항
Microsoft Teams 미디어 품질에 영향을 주는 요인
사용되는 디바이스, 환경 및 네트워크 연결을 포함하는 Microsoft Teams Real-Time 미디어(오디오, 비디오 및 애플리케이션 공유) 품질에 기여하는 다양한 요소가 있습니다.
장치
Real-Time 미디어 세션에서 헤드셋 및 웹 캠과 같은 모든 참가자가 사용하는 미디어 캡처 및 렌더링 디바이스는 전체 오디오 및 비디오 품질에 큰 영향을 줍니다. 디바이스 드라이버가 잘못되어 품질이 낮은 디바이스 또는 디바이스는 오디오에 대한 전반적인 음질을 낮추고 비디오의 이미지 품질을 낮출 수 있습니다. 인증된 디바이스 또는 고품질 디바이스는 에코 취소, 노이즈 필터링, 비디오 해상도 및 대기 시간을 줄이는 데 도움이 됩니다.
인증된 오디오 및 비디오 미디어 디바이스는 필요하지 않지만 최적의 미디어 환경을 위해 Microsoft Teams용으로 인증된 매우 권장되는 디바이스입니다. 모든 Microsoft Teams 인증 디바이스 목록은 비즈니스용 Skype 휴대폰 및 디바이스를 참조하세요. 비즈니스용 Skype 관리 센터에 있는 Microsoft Teams 통화 품질 대시보드를 사용하여 사용 중인 디바이스가 올바르게 작동하는지 확인하고 오디오 및 비디오 미디어 품질을 모니터링할 수 있습니다.
팁
가장 최적의 비즈니스용 Skype 미디어 품질 환경을 위해서는 인증된 디바이스가 필요합니다.
미디어 흐름이 Real-Time 미디어 디바이스, Microsoft Teams 클라이언트 및 비즈니스용 Skype 서버는 약간의 대기 시간을 발생시키는 것을 기억해야 합니다. 네트워크 대기 시간과 함께 디바이스 및 소프트웨어 처리 대기 시간은 에 큰 영향을 미치며 엔드 투 엔드 전체 대기 시간 및 최종 사용자의 환경에 영향을 줍니다.
환경
사용자가 모임을 하고 오디오 및 비디오 장치를 사용하는 환경 및 주변 영역은 오디오 및 비디오 품질에 대한 또 다른 큰 요소입니다. 시끄러운 환경에서 호출하는 사용자는 반향, 머플링 및 불분명한 오디오를 갖게 됩니다. 어둡거나 낮은 조명 환경의 사용자는 비디오에 대해 밝고 선명한 이미지 품질을 생성할 수 없습니다. 회의실 설정에서 마이크 및 비디오 디바이스의 위치는 참가자가 받을 소리 및 이미지 품질에 직접적인 영향을 미칩니다.
사용자의 오디오 및 비디오 환경을 보다 명확하게 파악하려면 비즈니스용 Skype 앱 도구>옵션>오디오 장치 또는 비디오 디바이스를 사용하여 사용 중인 디바이스를 변경하고 설정을 사용자 지정합니다.
네트워크
IP 네트워크를 통해 Real-Time 미디어의 품질은 네트워크 연결의 품질에 크게 영향을 주지만, 특히 다음과 같은 양에 의해 영향을 받습니다.
대기 시간이 이 시간은 네트워크의 지점 A에서 지점 B까지 IP 패킷을 가져오는 데 걸리는 시간입니다. 이 네트워크 전파 지연은 두 지점 사이의 물리적 거리와 빛의 속도에 연결됩니다. 여기에는 그 사이에 있는 다양한 라우터가 취한 추가 오버헤드가 포함됩니다. 대기 시간은 단방향 또는 RTT(왕복 시간)로 측정됩니다.
패킷 손실 이는 지정된 시간 동안 손실되는 패킷의 백분율로 정의되는 경우가 많습니다. 패킷 손실은 거의 영향을 주지 않는 작은 개별 손실 패킷부터 완전한 오디오 컷아웃을 유발하는 백투백 버스트 손실에 이르기까지 오디오 품질에 직접적인 영향을 줍니다.
패킷 간 도착 지터 또는 단순히 지터 연속 패킷 간의 평균 지연 변화입니다. Microsoft Teams를 포함한 대부분의 최신 VoIP 소프트웨어는 버퍼링을 통해 일부 수준의 지터에 적응할 수 있습니다. 지터가 버퍼링을 초과하는 경우에만 참가자가 지터의 효과를 알 수 있습니다.
참고
지터에 대한 버퍼링은 종단 간 대기 시간을 증가합니다.
많은 동시 Microsoft Teams Real-Time 미디어 세션 및 다른 Microsoft 365 또는 Office 365 서비스 및 기타 비즈니스 애플리케이션에서 생성된 기타 네트워크 트래픽을 통해 네트워크를 Microsoft Teams 서비스에 연결하는 전체 네트워크 경로에 충분한 대역폭이 있는지 확인하는 것이 네트워크 정체를 방지하고 미디어 Real-Time(오디오, 오디오, 비디오 및 애플리케이션 공유) 품질.
혼잡한 네트워크에서 QoS(서비스 품질) 구현
또한 네트워크 간 트래픽 정체는 미디어 품질에 큰 영향을 미칩니다. 오디오 및 비디오 패킷이 네트워크를 더 빠르게 이동하고 혼잡한 네트워크의 다른 네트워크 트래픽보다 우선 순위를 지정할 수 있도록 QoS(서비스 품질)를 사용하여 오디오 및 비디오 통신을 위한 최적의 최종 사용자 환경을 제공할 수 있습니다.
QoS는 오디오 또는 비디오 데이터를 전달하는 네트워크 패킷에 더 높은 우선 순위를 할당하는 방법을 제공합니다. 이러한 패킷에 더 높은 우선 순위를 할당하면 오디오 및 비디오 통신은 파일 전송, 웹 검색 또는 데이터베이스 백업과 같은 네트워크 세션보다 더 빠르고 중단이 적은 네트워크를 통해 이동할 수 있습니다. 기본적으로 파일 전송 또는 데이터베이스 백업에 사용되는 네트워크 패킷은 우선 순위로 "최선의 노력"으로 할당되고 네트워크 정체는 큰 영향을 미치지 않기 때문입니다. 미디어(오디오, 비디오 및 애플리케이션 공유) 패킷에 더 높은 우선 순위를 할당하지 않고 "최선의 노력"으로 할당된 상태로 두면 다른 모든 네트워크 트래픽과 함께 처리됩니다. 네트워크 정체 양에 따라 사용자의 전반적인 오디오 및 비디오 품질 환경이 저하될 수 있습니다.
네트워크 내의 네트워크 정체에 영향을 주지 않도록 네트워크에서 QoS를 구현하는 것이 좋습니다. 그러나 이렇게 하려면 모든 네트워킹 엔드포인트가 QoS를 지원해야 합니다. 즉, 모든 엔드포인트는 QoS 표시 및 패킷 우선 순위를 준수해야 합니다. Microsoft Teams 서비스는 Microsoft 네트워크 내에서 QoS 표시 및 우선 순위를 적용합니다. 그러나 회사 네트워크에서 Microsoft 네트워크로 인터넷과 같은 공용 연결을 통해 라우팅되는 트래픽은 QoS 표시 및 패킷 우선 순위를 유지하지 않습니다. 네트워크에서 Microsoft 365 또는 Azure ExpressRoute를 사용하는 Office 365 프라이빗 연결은 QoS 표시 및 패킷 우선 순위를 유지하는 배포 솔루션을 제공하여 최종 사용자의 전반적인 오디오 및 비디오 품질을 향상합니다.
Microsoft Teams에 연결하기 위한 네트워크 성능 요구 사항
비즈니스용 Skype Real-Time 미디어는 다양한 디바이스, 클라이언트 앱, 서버 소프트웨어 및 다양한 네트워크를 통해 이동합니다. Real-Time 미디어의 엔드 투 엔드 대기 시간은 모든 구성 요소 및 네트워크 세그먼트에 도입된 총 대기 시간 양입니다. 엔드 투 엔드 네트워크 연결의 품질은 최악의 품질을 가진 네트워크 세그먼트에 의해 결정됩니다. 이 세그먼트는 이 네트워크 트래픽에 대한 병목 현상으로 작동합니다.
다음 다이어그램에서는 한 Microsoft Teams 참가자에서 다른 참가자로의 회의의 단방향 오디오 흐름을 보여 줍니다.
이 회의 시나리오에서 미디어 경로는 다음 네트워크 세그먼트에 걸쳐 구성됩니다.
사용자 1에서 Microsoft 네트워크의 에지로 연결 여기에는 일반적으로 WiFi 또는 이더넷, 사용자 1에서 인터넷 송신 지점(네트워크 에지 디바이스)으로의 WAN 연결, 네트워크 Edge에서 Microsoft 네트워크 Edge로의 인터넷 연결과 같은 네트워크 연결이 포함됩니다.
Microsoft 네트워크 내의 연결 이는 A/V 회의 서버가 사용되는 Microsoft Edge에서 Microsoft Teams 데이터 센터 사이입니다.
Microsoft 네트워크 내의 연결 Microsoft Teams 데이터 센터와 Microsoft 네트워크 에지 사이에 있습니다.
Microsoft 네트워크 에지에서 사용자 2로 연결 여기에는 네트워크 Edge에서 Microsoft 네트워크 Edge로의 인터넷 연결, 사용자 2에서 인터넷 송신 지점(네트워크 에지)으로의 WAN 연결, WiFi 또는 이더넷과 같은 네트워크 연결이 포함됩니다.
다음 다이어그램에서는 Microsoft Teams PSTN 호출의 구성 요소 및 네트워크 세그먼트에 대한 분석을 보여 줍니다.
PSTN 호출 시나리오에서 미디어 경로는 다음 네트워크 세그먼트를 교차합니다.
비즈니스용 Skype 클라이언트 호출자에서 Microsoft 네트워크 에지로 연결 일반적으로 WiFi 또는 이더넷과 같은 네트워크 연결, 비즈니스용 Skype 클라이언트 호출자에서 인터넷 송신 지점(네트워크 Edge 디바이스)으로의 WAN 연결 및 네트워크 Edge에서 Microsoft 네트워크 Edge로의 인터넷 연결이 포함됩니다.
Microsoft 네트워크 내의 연결 이는 중재 서버가 사용되는 Microsoft Edge에서 Microsoft Teams 데이터 센터 간입니다.
Microsoft 네트워크 내의 연결 Microsoft Teams 데이터 센터와 Microsoft 네트워크 에지 사이에 있습니다.
Microsoft 네트워크와 PSTN 서비스 공급자 파트너 간의 연결 Microsoft 네트워크 외부에 있는 비즈니스용 Skype 클라이언트에서 PSTN 호출을 수행하기 위해 존재하는 연결입니다.
비즈니스용 Skype 클라이언트에서 Microsoft 네트워크 에지로의 네트워크 성능 요구 사항
최적의 비즈니스용 Skype 미디어 품질을 위해 회사 네트워크에서 Microsoft 네트워크 Edge로 연결하는 데 다음 네트워크 성능 메트릭 목표 또는 임계값이 필요합니다. 이 네트워크 세그먼트에는 내부 네트워크가 포함됩니다. 여기에는 모든 WiFi 및 이더넷 연결, WAN 연결을 통한 회사 사이트 간 트래픽(예: MPLS(Multiprotocol Label Switching) 및 Microsoft 네트워크 Edge에 대한 인터넷 또는 ExpressRoute 파트너 연결이 포함됩니다.
주의
회사 네트워크의 비즈니스용 Skype 클라이언트와 Microsoft 365 또는 Office 365 서비스 간의 연결은 다음과 같은 네트워크 성능 요구 사항 및 임계값을 충족해야 합니다.
| 메트릭 |
대상 |
|---|---|
| 대기 시간(단방향) |
< 50ms |
| 대기 시간(RTT 또는 왕복 시간) |
< 100ms |
| 버스트 패킷 손실 |
<200ms 간격 동안 10% |
| 패킷 손실 |
<15s 간격 동안 1% |
| 패킷 도착 간 지터 |
<15s 간격 동안 30ms |
| 패킷 순서 다시 정렬 |
<0.05% 잘못된 패킷 |
기타 성능 목표 요구 사항:
Microsoft 네트워크에는 전 세계적으로 160개 이상의 Edge 위치가 있습니다. Microsoft는 이러한 Edge 사이트를 통해 전 세계 주요 ISP(인터넷 서비스 공급자)와 협력합니다. 대기 시간 메트릭 대상은 회사 사이트 또는 사이트와 Microsoft Edge가 동일한 대륙에 있다고 가정합니다.
Microsoft 네트워크 Edge 연결에 대한 회사 사이트 또는 사이트에는 WiFi 또는 다른 무선 기술일 수 있는 첫 번째 홉 네트워크 액세스가 포함됩니다.
네트워크 성능 대상은 적절한 대역폭 및/또는 서비스 품질 계획을 가정합니다. 즉, 네트워크 연결이 최대 부하에 있을 때 비즈니스용 Skype Real-Time 미디어 트래픽에 직접 적용됩니다.
네트워크 Edge에서 Microsoft 네트워크 Edge로의 네트워크 성능 요구 사항
다음은 네트워크 Edge와 Microsoft 네트워크 Edge 간의 연결에 필요한 네트워크 성능 목표 또는 임계값입니다. 이 네트워크 세그먼트는 고객의 내부 네트워크 또는 WAN을 제외하며 인터넷을 통해 또는 ExpressRoute 파트너 네트워크를 통해 전송되는 네트워크 트래픽을 테스트할 때 지침으로 사용되며 ExpressRoute 공급자와 성능 SLA(서비스 수준 계약)를 협상할 때도 사용할 수 있습니다.
주의
회사 네트워크 Edge와 Microsoft 네트워크 에지 간의 연결은 다음과 같은 네트워크 성능 요구 사항 및 임계값을 충족해야 합니다.
| 메트릭 |
대상 |
|---|---|
| 대기 시간(단방향) |
< 30ms |
| 대기 시간(RTT) |
< 60ms |
| 버스트 패킷 손실 |
<200ms 간격 동안 1% |
| 패킷 손실 |
<15s 간격 동안 0.1% |
| 패킷 도착 간 지터 |
<15s 간격 동안 15ms |
| 패킷 순서 다시 정렬 |
<0.01% 잘못된 패킷 |
기타 성능 목표 요구 사항:
성능 목표를 달성하려면 회사의 네트워크 에지와 가장 가까운 Microsoft 네트워크 에지 간의 연결이 동일한 대륙에 있어야 합니다.
네트워크 성능 대상은 적절한 대역폭 및/또는 서비스 품질 계획을 가정합니다. 이는 네트워크 연결이 최대 부하에 있을 때 비즈니스용 Skype Real-Time 미디어 트래픽에도 적용됩니다. 적절한 대역폭 및 QoS 계획은 Microsoft Teams의 ExpressRoute 및 QoS를 참조하세요.
네트워크 성능 측정
특히 대기 시간 및 패킷 손실에 대한 실제 네트워크 성능을 측정하기 위해 모든 회사 네트워크 사이트에서 네트워크 Edge로 ping, 테스트와 같은 도구를 사용하여 Microsoft Edge 및 데이터 센터 사이트에서 실행되는 비즈니스용 Skype 미디어 릴레이 서비스 집합에 대해 테스트할 수 있습니다.
참고
ping(ICMP)을 통한 네트워크 성능 측정은 효과적이지 않습니다. 이러한 이유로 아래의 애니캐스트 IP 노출은 2020년 1월부터 ICMP 요청에 대한 응답을 중지합니다. 네트워크 성능을 효과적으로 측정하려면 네트워크 분석 도구를 권장합니다.
Microsoft 네트워크에 대한 인터넷 연결을 테스트하려면 비즈니스용 Skype 미디어 릴레이의 다음 VIP에 대해 테스트하는 것이 좋습니다. Anycast VIP는 테스트 위치에 가장 가까운 Microsoft 네트워크 Edge 사이트에서 Media Relay의 IP 주소로 resolve.
| IP 주소 |
유형 |
위치 |
|---|---|---|
| 13.107.8.2 |
Vip |
World Wide Anycast IP |
다음은 네트워크 성능을 평가하기 위해 따라야 할 몇 가지 높은 수준의 권장 사항입니다.
내부 네트워크와 Microsoft 365 또는 Office 365 대한 연결을 평가해야 합니다.
오랜 기간 동안 모든 네트워크에 대한 데이터를 평가하고 수집해야 합니다. 모든 영업일 및 시간에 대한 사용 패턴을 볼 수 있도록 최소 일주일 동안 네트워크 성능 테스트를 수행하는 것이 좋습니다. 이것은 당신에게 피크 시간을 보여줍니다.
네트워크 성능 측정의 여러 샘플을 가져와야 합니다. 데이터를 수집하는 전체 기간 동안 회사 사이트에서 10분마다 측정을 수행하는 것이 좋습니다. Microsoft Teams 네트워크 성능 요구 사항을 비교하려면 이 샘플 데이터 집합의 90번째 백분위수 측정값을 사용합니다.
네트워크의 성능을 지속적으로 평가해야 합니다. 네트워크 사용률은 사용 패턴 변경, 대역폭을 많이 사용하는 새로운 엔터프라이즈 기반 애플리케이션, 조직 또는 실제 회사 위치 변경으로 인해 시간이 지남에 따라 달라집니다. 이러한 네트워크 성능 요구 사항 및 목표/임계값에 대해 네트워크 성능을 지속적으로 모니터링하고 가장 최적의 Real-Time 미디어 품질을 보장하기 위해 적시에 조정하는 것이 중요합니다.
Azure VM을 사용하여 네트워크 성능 측정
Microsoft 네트워크 에지 사이트에 대해 테스트하는 대신 Microsoft Azure 클라우드의 서비스에 대한 테스트 설정을 사용하는 비즈니스용 Skype 고객 및 파트너의 네트워크 평가 솔루션이 있습니다. 이러한 솔루션에서 네트워크 평가 도구는 Azure 클라우드에서 서비스로 설정된 사용자 지정 엔드포인트에 대해 대기 시간, 패킷 손실 및 지터를 테스트합니다. 결과적으로 테스트 네트워크 트래픽은 네트워크 평가 서비스를 호스트하는 네트워크 에지와 Azure 데이터 센터 간의 Microsoft 네트워크 내 연결인 다른 네트워크 세그먼트를 통해 이동합니다.
이러한 네트워크 평가 솔루션의 경우 Azure 호스팅 테스트 서비스를 기반으로 합니다. 국가 및/또는 지역 내에서 네트워크 평가를 수행하는 것이 좋습니다. 예를 들어 미국 동부의 고객 사이트의 경우 Azure의 미국 동부 데이터 센터 지역에서 호스트되는 테스트 서비스 instance 대해 평가를 수행해야 합니다.
다음은 Azure 서비스 기반 네트워크 평가 설정에 대한 RTT(대기 시간) 대상입니다. 단방향 대기 시간 대상은 해당 RTT 대상의 절반이 됩니다. 패킷 손실 및 지터 목표는 Skype Media Relay 기반 테스트에 정의된 목표와 동일하게 유지됩니다.
| 고객 지역 |
Azure 지역 |
네트워크 에지 - Azure RTT(왕복 시간) |
사이트 - Azure RTT(왕복 시간) |
|---|---|---|---|
| 미국 중부 |
미국 중부 |
99 |
139 |
| 미국 동부 |
미국 동부 |
86 |
126 |
| 미국 중북부 |
미국 중북부 |
97 |
137 |
| 미국 중남부 |
미국 중남부 |
94 |
134 |
| 미국 서부 |
미국 서부 |
94 |
134 |
| 미국 하와이 |
미국 서부 |
116 |
156 |
| 캐나다 중부 |
캐나다 중부 |
138 |
178 |
| 캐나다 동부 |
캐나다 동부 |
131 |
171 |
| 북유럽 |
북유럽 |
99 |
139 |
| 서유럽 |
서유럽 |
95 |
135 |
| 동아시아 |
동아시아 |
118 |
158 |
| 동남 아시아 |
동남 아시아 |
97 |
137 |
| 일본 동부 |
일본 동부 |
111 |
151 |
| 일본 서부 |
일본 서부 |
118 |
158 |
| 브라질 남부 |
브라질 남부 |
70 |
110 |
| 오스트레일리아 동부 |
오스트레일리아 동부 |
124 |
164 |
| 오스트레일리아 남동부 |
오스트레일리아 남동부 |
124 |
164 |
| 인도 중부 |
인도 중부 |
103 |
143 |
| 인도 남부 |
인도 남부 |
103 |
143 |
| 인도 서부 |
인도 서부 |
103 |
143 |
| 중국 동부 |
중국 동부 |
120 |
160 |
| 중국 북부 |
중국 북부 |
120 |
160 |
미디어 품질 및 ExpressRoute
Microsoft 365용 Azure ExpressRoute 또는 Office 365 Microsoft 365 또는 Office 365 연결하기 위한 전용 네트워크 연결입니다. 이 기능은 고객에게 네트워크 트래픽이 취하는 경로를 제어할 수 있는 기능을 제공합니다. 더 이상 알 수 없는 통신 사업자, 공급자 및 ISP가 데이터를 전송하는 인터넷에서 발생하는 예측할 수 없는 라우팅에 대해 걱정할 필요가 없습니다. ExpressRoute를 통해 전송되는 네트워크 트래픽은 ExpressRoute 파트너의 네트워크를 통해 Microsoft 네트워크로 직접 전송됩니다. 이를 통해 고객은 전용 연결이 있는 자체 오프사이트 데이터 센터에 있는 것처럼 Microsoft 365 또는 Office 365 처리할 수 있습니다.
Azure ExpressRoute는 모든 Microsoft 365 및 Office 365 라이선스 제품에 사용할 수 있습니다. 그러나 전역 라우팅을 사용하도록 설정하려면 Microsoft 365 및 Office 365 Azure ExpressRoute Premium 추가 기능이 필요합니다. ExpressRoute를 구현하는 좌석이 500명 이상인 고객은 추가 비용 없이 필요한 ExpressRoute Premium 추가 기능을 받을 수 있습니다.
좋은 미디어 품질을 위해 ExpressRoute가 필요한가요?
Azure ExpressRoute는 최적의 Microsoft Teams 미디어 품질을 얻기 위한 요구 사항이 아닙니다. 그러나 클라우드 연결이 비즈니스용 Skype 네트워크 성능 목표 또는 임계값을 충족하는지 확인하는 데 도움이 되는 배포 옵션 중 하나입니다.
Microsoft 365 및 Office 365 인터넷을 사용하는 고성능 및 보안 서비스입니다. 우리는 보안 및 성능을 지속적으로 개선하기 위해 새로운 보안 기능 및 지역 에지 노드에 계속 투자하고 있습니다. Azure ExpressRoute는 Microsoft 365 또는 Microsoft Teams를 포함한 Office 365 서비스에 대한 요구 사항이 아닙니다. Azure ExpressRoute는 Microsoft 365 또는 Office 365 대한 연결이 비즈니스용 Skype 네트워크 성능 요구 사항을 충족하고 가장 최적의 Microsoft Teams 미디어 품질 환경을 보장하는 데 도움이 되는 배포 옵션 중 하나입니다.
Microsoft Teams 미디어 품질의 경우 회사 사이트와 Microsoft 네트워크 에지 간의 연결이 비즈니스용 Skype 클라이언트에서 Microsoft 네트워크 Edge로의 네트워크 성능 요구 사항의 성능 목표를 충족하고 네트워크 Edge와 Microsoft 네트워크 에지 간의 연결이 의 성능 목표를 충족하는 것이 중요합니다.네트워크 에지에서 Microsoft 네트워크 에지로의 네트워크 성능 요구 사항
또한 내부 네트워크 및 클라우드 연결 용량을 비롯한 회사의 물리적 네트워크 연결은 최대 미디어 트래픽 볼륨을 수용하는 것이 중요합니다. Azure ExpressRoute는 고객이 Microsoft Teams 클라우드 연결이 이러한 모든 성능 요구 사항을 충족하도록 하는 데 도움이 되는 여러 가지 방법 중 하나입니다.
음성 품질 SLA에 ExpressRoute가 필요한가요?
아니요, Microsoft Teams 음성 품질 SLA에는 ExpressRoute가 필요하지 않습니다. Microsoft Teams 음성 품질 SLA는 올바른 라이선스 및 구독 내에서 모든 Microsoft Teams 음성 서비스 사용자가 어떤 유형의 VoIP 또는 PSTN 통화를 할 수 있도록 하는 적격 호출에 적용됩니다. 음성 품질 SLA에는 다음 조건이 모두 해결됨이 포함되어야 합니다.
Microsoft 인증 IP 휴대폰에서 호출합니다.
유선 이더넷 연결.
Microsoft 네트워크 문제로 인한 음성 품질 문제
참고
음성 품질 SLA는 ExpressRoute 파트너 및 기타 네트워크를 포함한 타사 네트워크의 문제로 인해 낮은 통화 품질이 발생하는 호출을 제외합니다.
인터넷 또는 Azure ExpressRoute?
Microsoft Teams에 대한 네트워크 연결 옵션을 결정하기 전에 고객은 Microsoft Teams에 연결하기 위한 네트워크 성능 요구 사항에 설명된 네트워크 성능 요구 사항에 따라 네트워크 및 현재 인터넷 연결을 평가해야 합니다.
사용량이 많은 시간에 충분한 용량을 위해 현재 인터넷 연결을 통해 네트워크 성능이 설정되고 사이트에서 Microsoft 네트워크 에지 및 네트워크 에지에서 Microsoft 네트워크 에지로의 네트워크 성능 요구 사항을 충족하는 경우 기존 인터넷 연결을 계속 사용하여 Microsoft Teams에 연결할 수 있습니다.
네트워크 성능 요구 사항이 충족되지 않는 회사 사이트의 경우 먼저 기존 네트워크 서비스 공급자와 협력하여 전반적인 네트워크 성능을 개선하는 것이 좋습니다. 그러나 아직 충족되지 않는 경우 Azure ExpressRoute를 사용하면 Microsoft Teams 클라우드 연결이 네트워크 성능 요구 사항을 충족하는 데 도움이 될 수 있습니다.
Azure ExpressRoute는 다음과 같은 추가 이점을 제공합니다.
네트워크와 Microsoft 네트워크 간의 연결 가용성에 대한 SLA(서비스 수준 계약)입니다. ExpressRoute의 보장된 가용성 SLA는 99.9%입니다.
Microsoft 365 및 Office 365 서비스에 필요한 계획 및 보장된 대역폭입니다. ExpressRoute를 사용하여 Microsoft 365, Office 365 또는 비즈니스용 Skype 트래픽만 전송한 다음, 다른 모든 인터넷 트래픽이 네트워크의 다른 인터넷 송신/수신 지점을 통과하게 함으로써 이를 달성할 수 있습니다.
ExpressRoute는 네트워크와 Microsoft 네트워크 간에 DSCP QoS 표시를 유지하도록 설계되었습니다.
ExpressRoute QoS 및 용량 계획에 대한 자세한 내용은 Microsoft Teams의 ExpressRoute 및 QoS를 참조하세요.
Microsoft Teams 전용 Azure ExpressRoute를 설정할 수 있나요?
예, Azure ExpressRoute를 설정하여 회사 네트워크에서 Microsoft Teams로의 네트워크 연결이 우수하도록 할 수 있습니다. 이렇게 하면 사용자에게 가장 최적의 Real-Time 미디어 품질이 제공되지만 인터넷을 통해 다른 Microsoft 365 또는 Office 365 서비스에 계속 연결할 수 있습니다.
BGP(Border Gateway Protocol)는 인터넷을 통해 네트워크 트래픽을 라우팅하는 데 사용되는 인터넷의 라우팅 프로토콜입니다. 인터넷을 통해 발견된 AS(자율 시스템) 간에 라우팅 정보를 교환하도록 설계되었습니다. BGP 커뮤니티 값은 들어오거나 나가는 경로에 적용할 수 있는 특성 태그입니다. BGP 커뮤니티는 지리, 서비스 유형 또는 기타 기준에 따라 지정된 대상에 도달하는 데 사용할 아웃바운드 링크인 수신 AS에 신호를 표시하는 데 자주 사용됩니다.
BGP 커뮤니티가 지원되면 Microsoft는 속한 서비스에 따라 적절한 BGP 커뮤니티 값으로 접두사 및 경로에 태그를 지정합니다. Microsoft는 퍼블릭 피어링 및 Microsoft 피어링을 통해 보급된 접두사에 태그를 지정하고 접두사에서 호스트되는 지역을 나타내는 적절한 BGP 커뮤니티 값으로 태그를 지정합니다. 최적의 라우팅을 제공하기 위해 적절한 라우팅 결정을 내리기 위해 커뮤니티 값에 의존할 수 있습니다. Microsoft Teams BGP 커뮤니티 값을 사용하여 Microsoft Teams에 대해서만 ExpressRoute 연결을 설정할 수 있습니다. 자세한 내용은 ExpressRoute 라우팅 요구 사항을 참조하세요.
Microsoft Teams에 대한 ExpressRoute 연결 시나리오
위의 권장 사항에 따라 ExpressRoute를 사용하는 것으로 결정한 경우 ExpressRoute 연결의 위치와 수에 대한 권장 사항은 다음과 같습니다.
온라인 전용 배포 - 단일 사이트
모든 사용자가 Microsoft Teams 서비스를 사용하고 사무실이 단일 물리적 위치를 중심으로 Azure ExpressRoute를 배포하기로 결정한 경우 회사 사이트 간에 가장 가까운 ExpressRoute 피어링 위치에 단일 ExpressRoute 연결을 설정해야 합니다.
다음 그래픽은 이러한 유형의 배포 예제를 보여 주는 그래픽입니다. 이 예제에서 Contoso는 플로리다 주 올랜도에 위치한 대학입니다. Contoso에는 10,000명의 교직원과 학생이 있습니다. 해당 위치에서 Microsoft Edge 사이트로의 인터넷 테스트는 최고 수업 시간 동안 패킷 손실이 5% 이상인 것으로 나타났습니다. 특히 Microsoft Teams Real-Time 트래픽에 대한 Microsoft 365 또는 Office 365 네트워크 정체를 방지할 수 있도록 과도하게 프로비전된 대역폭이 있는 ExpressRoute를 사용하여 Microsoft 365 또는 Office 365 전용 연결을 설정하기로 결정했습니다. 애틀랜타, GA MeetMe 사이트에서 ExpressRoute를 통해 Microsoft 클라우드에 연결합니다.
온라인 전용 배포 - 동일한 대륙의 여러 사이트
회사에서 동일한 지역 또는 대륙에 있는 여러 사무소에서 Microsoft Teams 서비스를 사용하고 있고 Azure ExpressRoute를 구현하기로 선택한 경우 ExpressRoute를 통해 기본 사이트를 연결한 다음 필요에 따라 권장되는 네트워크 성능 목표를 충족하지 않는 다른 위치에 대한 ExpressRoute 피어링을 추가하는 것이 좋습니다.
다음 예제에서 Contoso는 뉴욕에 본사를 두고 있지만 미국 다른 사무소가 있는 미국 여행 서비스 회사입니다. 해당 사무실은 MPLS를 사용하여 Microsoft 365 또는 Office 365 연결하는 WAN을 통해 상호 연결됩니다. 그들은 처음에 뉴저지 주 호보켄에 있는 인터넷 라우터에서 뉴욕 MeetMe 사이트로 ExpressRoute 연결을 설정했습니다.
이 설정을 사용하면 대부분의 사이트에서 Microsoft 네트워크(뉴욕 에지 사이트)로의 네트워크 트래픽이 비즈니스용 Skype 클라이언트에서 Microsoft 네트워크 Edge로의 네트워크 성능 요구 사항에 설명된 비즈니스용 Skype 클라이언트 연결 네트워크 성능 목표를 충족할 수 있습니다. 그러나 Contoso의 서부 해안 사무소에서 뉴욕까지의 대기 시간은 편도로 50ms를 초과하고 있습니다. 또한 호놀룰루는 Contoso의 두 번째로 큰 사무실이며 호놀룰루에서 뉴욕까지의 대기 시간은 편도 80ms를 초과합니다. 해당 사무실에서 사용자에 대 한 좋은 미디어 품질을 보장 하기 위해, Contoso 그들의 산호세 사이트와 실리콘 밸리 ExpressRoute MeetMe 사이트 사이 서해안 ExpressRoute 연결을 추가 하기로 결정.
온라인 전용 배포 - 여러 대륙의 여러 사이트
모든 사용자가 Microsoft Teams 서비스를 사용하고 있고 사무실이 여러 대륙의 여러 물리적 위치에 있는 경우 Azure ExpressRoute를 배포하기로 결정한 경우 각 대륙의 기본 사이트 간에 가장 가까운 ExpressRoute 피어링 위치에 각 대륙에 대해 하나 이상의 ExpressRoute 연결을 설정해야 합니다. 비용 및 혜택에 따라 네트워크 성능 목표가 충족되지 않는 사이트에서 추가 ExpressRoute 연결을 배포하도록 선택할 수 있습니다.
다음 예제에서 Contoso는 북아메리카 및 유럽 전역의 주요 도시에 지사를 두고 있는 대기업 법률 회사입니다. Contoso는 인터넷 연결 및 내부 네트워크 성능 평가에 따라 북아메리카 두 개의 ExpressRoute 연결과 모든 유럽 사무소에 단일 ExpressRoute 회로를 배포하기로 결정했습니다.
하이브리드 배포
온-프레미스 Lync 또는 Microsoft Teams 배포가 있고 하이브리드 Microsoft Teams 통합을 구현하도록 선택하는 경우 Azure ExpressRoute를 배포하기로 결정한 경우 각 온-프레미스 Lync 또는 Microsoft Teams Edge 사이트에 대해 하나 이상의 ExpressRoute 연결과 사무실이 있는 각 대륙에 대해 하나 이상의 ExpressRoute 연결이 있어야 합니다. 비용 및 혜택에 따라 각 대륙에 대해 네트워크 성능 목표가 충족되지 않는 사무실에서 추가 ExpressRoute 연결을 배포하도록 선택할 수 있습니다.
온-프레미스 Microsoft Teams 배포가 있는 경우 Edge Server 계획 및 배포 가이드를 따라야 합니다. 특히 Edge 서버는 네트워크 외부에서 연결할 수 있어야 합니다. 이는 일반적으로 Edge 서버에 라우팅 가능한 공용 IP 주소를 할당하거나 NAT(네트워크 주소 변환)를 사용하여 수행됩니다.
다음 예제에서 Contoso에는 기존 온-프레미스 Microsoft Teams Enterprise Voice 배포가 있습니다. 온-프레미스 사용자를 Microsoft 365 또는 Office 365 온라인 서비스 마이그레이션하려고 합니다. 또한 모든 온-프레미스 및 온라인 사용자에 대해 기존 PSTN 인프라를 계속 사용할 수 있도록 하이브리드 배포를 사용하기로 결정했습니다. Contoso의 온-프레미스 데이터 센터 및 비즈니스용 Skype Edge 서버는 시카고에 있습니다. 배포를 위해 Contoso는 시카고 데이터 센터와 시카고 ExpressRoute 간에 하나의 ExpressRoute 연결을 설정하기로 결정했습니다. 그들은 또한 호놀룰루 사무실에 더 나은 서비스를 제공하기 위해 서해안 ExpressRoute 연결을 추가했습니다.
Cloud Connector Edition을 사용하여 온라인 배포
비즈니스용 Skype 클라우드 커넥터 버전 온-프레미스 PSTN 연결을 구현하는 패키지된 VM(Virtual Machines) 집합으로 구성된 하이브리드 제품입니다. 가상화된 환경에서 최소 비즈니스용 Skype 서버 토폴로지를 배포하면 기존 온-프레미스 PSTN 음성 인프라를 통해 유선 전화 및 휴대폰으로 전화를 보내고 받을 수 있습니다.
Azure ExpressRoute 및 Cloud Connector Edition을 배포하기로 결정한 경우 각 대륙의 기본 사이트 간에 각 대륙에 대해 가장 가까운 ExpressRoute 피어링 위치에 대해 하나 이상의 Express Route 연결을 설정하는 것이 좋습니다. 비용 및 혜택에 따라 각 대륙에 대해 네트워크 성능 목표가 충족되지 않는 사이트에서 추가 ExpressRoute 연결을 배포하도록 선택할 수 있습니다.
온-프레미스 Microsoft Teams 배포가 있는 경우 비즈니스용 Skype 클라우드 커넥터 버전 대한 계획 가이드를 따라야 합니다. 특히 Access Edge 및 A/V Edge 서비스에는 공용 IP 주소와 연결할 수 있는 Microsoft 365 또는 Office 365 데이터 센터가 할당되어야 합니다.
다음 예제에서 Contoso는 몇 가지 주요 유럽 국가/지역 및 도시에 있는 유럽 회계 회사입니다. 모든 공동 작업 요구 사항에 대해 Microsoft Teams에 등록할 때 이미 존재하는 PSTN 인프라 및 이동 통신 사업자 계약을 계속 사용할 물리적 위치가 있는 각 국가/지역에 클라우드 커넥터를 배치하기로 결정했습니다. 모든 사이트와 Microsoft 네트워크 Edge에서 테스트한 결과, 런던의 단일 ExpressRoute 연결이 비즈니스용 Skype 클라이언트에서 Microsoft 네트워크 Edge로의 네트워크 성능 요구 사항에 설명된 Microsoft Teams 클라이언트 연결 네트워크 성능 목표를 충족하는 데 도움이 될 것이라고 결정했습니다.
다음은 Contoso에 대한 또 다른 배포 옵션입니다. 이 경우 클라우드 커넥터가 배포되는 각 사이트에서 ExpressRoute 연결을 설정하기로 결정했습니다.
