직접 라우팅 계획

적용 대상: Microsoft Teams

직접 라우팅을 사용하면 조직에서 지원되는 고객 제공 SBC(Session Border Controller)를 사용하여 자체 전화 통신 인프라를 Microsoft Teams 전화에 연결할 수 있습니다. 이를 통해 조직은 기존 PSTN 통신 사업자를 사용하고, 타사 전화 통신 시스템을 통합하고, 음성 인프라를 보다 효율적으로 제어할 수 있습니다.

성공적인 구현을 위해서는 직접 라우팅 배포를 계획하는 것이 필수적입니다. 이 문서에서는 배포를 시작하기 전에 인프라, 라이선싱, 네트워킹, SBC(Session Border Controller) 및 연결 요구 사항에 대한 계획 지침을 제공합니다.

구성 지침은 직접 라우팅 구성을 참조하세요.

팁

Microsoft Teams 전화 연결 옵션을 평가하는 경우 배포 모델을 선택하기 전에 직접 라우팅을 Microsoft 통화 플랜, 통신사 연결 및 Teams 전화 모바일과 비교합니다.

배포 개요

직접 라우팅 배포 계획에는 일반적으로 다음 단계가 포함됩니다.

단계	설명
1	인프라 및 라이선스 요구 사항을 검토합니다.
2	Microsoft 인증 SBC(Session Border Controller)를 선택합니다.
3	네트워킹, DNS, 인증서 및 연결을 구성합니다.
4	SBC를 Microsoft Teams에 연결합니다.
5	음성 라우팅을 구성하고 사용자를 할당합니다.
6	프로덕션 출시 전에 수신 및 발신 통화의 유효성을 검사합니다.

온보딩

아래의 권장 온보딩 순서를 따르세요.

단계	작업
1	인프라, 네트워킹 및 라이선스 요구 사항을 검토합니다.
2	Microsoft 인증 SBC를 선택합니다.
3	DNS, 인증서, 방화벽 규칙 및 연결을 구성합니다.
4	SBC를 Microsoft Teams에 연결합니다.
5	음성 라우팅 및 다이얼 플랜을 구성합니다.
6	Teams 전화 라이선스 및 음성 라우팅 정책을 할당합니다.
7	사용자 호출의 유효성을 검사하고 배포를 확장합니다.

빠른 링크

자원	설명
직접 라우팅 구성	계획 후 직접 라우팅 배포를 완료합니다.
PSTN 연결 옵션	직접 라우팅을 통화 플랜, 운영자 연결 및 Teams 전화 모바일을 비교합니다.
직접 라우팅에 대한 인증된 SBC(Session Border Controller)	Microsoft 인증 SBC를 봅니다.
Teams 음성 솔루션 계획	Teams 전화 배포 옵션을 이해합니다.
Teams 전화 번호 관리	전화 번호를 할당하고 관리합니다.
Teams 전화 라이선스 할당	배포 전에 필요한 라이선스를 할당합니다.
Teams 관리 센터	Teams 전화 사용자 및 음성 설정을 관리합니다.
Teams PowerShell	직접 라우팅 관리를 자동화합니다.

직접 라우팅을 선택하는 이유는 무엇입니까?

직접 라우팅은 다음과 같은 조직에 적합합니다.

기존 PSTN 통신 사업자 관계가 있어야 합니다.
타사 PBX 또는 아날로그 디바이스와의 통합이 필요합니다.
고급 음성 라우팅 기능이 필요합니다.
전화 통신 인프라를 보다 세부적으로 제어하기를 원합니다.
복잡한 음성 배포 또는 다국적 음성 배포를 지원합니다.

조직은 동일한 Microsoft Teams 테넌트 내에서 Microsoft 통화 플랜, 운영자 연결 및 Teams 전화 모바일과 함께 직접 라우팅을 배포할 수도 있습니다.

직접 라우팅 아키텍처

다음 다이어그램은 직접 라우팅이 Microsoft Teams 전화를 기존 전화 통신 인프라에 연결하는 방법을 보여줍니다.

                Microsoft Teams

        +---------------------------+
        |        Teams Phone        |
        +-------------+-------------+
                      |
               Direct Routing
                      |
      +---------------+---------------+
      |   Certified SBC               |
      +---------------+---------------+
                      |
    +-----------------+------------------+
    |                                    |
 Existing PSTN Carrier             Existing PBX
                                   Analog Devices
                                   SIP Trunks

인프라 요구 사항

직접 라우팅을 배포하려면 다음 인프라가 필요합니다.

인프라 요구 사항	요구 사항
SBC(Session Border Controller)	Microsoft 인증 SBC.
전화 통신 트렁크	SBC에 연결된 하나 이상의 PSTN 트렁크.
Microsoft 365 organization	Teams 사용자를 호스팅하는 Microsoft 365 테넌트입니다.
사용자 등록 기관	사용자는 Microsoft 365에 온라인으로 있어야 합니다.
도메인	하나 이상의 확인된 Microsoft 365 도메인(*.onmicrosoft.com 아님).
공용 IP	Microsoft Teams에서 연결할 수 있는 공용 IP 주소입니다.
SBC FQDN	Microsoft 365 테넌트 내에서 등록된 FQDN
공용 DNS	SBC FQDN에 대한 공용 DNS 항목입니다.
공개 인증서	안전한 TLS 통신을 위한 신뢰할 수 있는 인증서입니다.
직접 라우팅 연결점	sip.pstnhub.microsoft.com, sip2.pstnhub.microsoft.com, sip3.pstnhub.microsoft.com
방화벽	필수 Microsoft Teams 신호 및 미디어 포트.
미디어 전송	TCP/RTP/SAVP 및 UDP/RTP/SAVP

라이선싱 요구 사항

직접 라우팅 사용자에게는 다음이 필요합니다.

Microsoft Teams
Teams 전화

배포에 따라 추가 라이선스가 필요할 수 있습니다.

오디오 회의 시나리오는 오디오 회의를 사용한 직접 라우팅을 참조하세요.

라이선스 정보는 다음을 참조하세요.

참고

직접 라우팅은 아일랜드 모드에서 지원되지 않습니다.

오디오 회의를 사용한 직접 라우팅

사용자가 예약된 모임에 참가하는 경우 Microsoft 오디오 회의를 통해 전화 접속 번호가 제공됩니다.

사용자에게 오디오 회의 라이선스가 할당되지 않은 경우 아웃바운드 전화 회의는 직접 라우팅을 통해 라우팅됩니다.

GCC High 및 DoD 환경의 경우 오디오 회의 라이선스를 할당하기 전에 직접 라우팅 배포를 완료하는 것이 좋습니다.

추가 지침은 GCC High 및 DoD에 대한 직접 라우팅을 사용한 오디오 회의를 참조하세요.

통화 플랜 및 통신사 연결을 사용한 직접 라우팅

조직은 직접 라우팅을 Microsoft 통화 플랜 또는 통신사 연결과 결합할 수 있습니다.

일반적인 배포 패턴은 다음과 같습니다.

PSTN 통화를 위한 Microsoft 통화 플랜 또는 통신사 연결.
타사 PBX에 대한 호출을 위한 직접 라우팅입니다.
아날로그 디바이스용 직접 라우팅.
특수 라우팅 시나리오용 직접 라우팅입니다.

이 하이브리드 배포를 통해 조직은 기존 전화 통신 투자를 유지하면서 통화 라우팅을 최적화할 수 있습니다.

지원되는 엔드포인트

직접 라우팅은 다음을 지원합니다.

Microsoft Teams 데스크톱 및 모바일 클라이언트
Teams 인증 전화
공통 지역 전화

공용 지역 전화의 경우 직접 라우팅을 사용할 때는 통화 플랜 라이선스가 필요하지 않습니다.

SBC 도메인 이름

SBC FQDN은 Microsoft 365 테넌트 내의 확인된 도메인에 속해야 합니다.

기본 *.onmicrosoft.com 도메인은 사용할 수 없습니다.

예를 들면 다음과 같습니다.

DNS 도메인	지원됨	예제
contoso.com	예	sbc1.contoso.com
contoso.onmicrosoft.com	아니요	지원되지 않음

sip.contoso.com 와 같은 새 하위 도메인을 만드는 경우 SBC를 페어링하기 전에 먼저 Microsoft 365에 해당 도메인을 등록해야 합니다.

SBC용 신뢰할 수 있는 공용 인증서

SBC에서 직접 CSR(인증서 서명 요청)을 생성하여 인증서를 요청하는 것이 좋습니다.

인증서의 목적은 다음과 같습니다.

SBC FQDN을 CN(일반 이름) 또는 SAN(주체 대체 이름)으로 사용합니다.
Microsoft가 신뢰할 수 있는 루트 프로그램에 포함된 인증 기관에서 서명해야 합니다.
서버 인증 EKU를 포함합니다.

와일드카드 인증서는 RFC 2818을 준수하는 경우 지원됩니다.

MTLS(상호 TLS)를 사용하도록 설정한 경우 SBC에 필요한 모든 Microsoft 신뢰할 수 있는 루트 인증서를 설치합니다.

계속:

SIP 신호
미디어 트래픽
지원되는 SBA(Session Border Controller)
경계 지원

SIP 신호

직접 라우팅은 Microsoft 365, Office 365, Office 365 GCC, GCC High 및 DoD 환경을 지원합니다. 각 환경은 전용 SIP 연결 지점을 사용하여 SBC(Session Border Controller)와 Microsoft Teams 간에 보안 신호를 설정합니다.

다음 섹션에서는 직접 라우팅에 사용되는 필수 FQDN(정규화된 도메인 이름), 포트 및 장애 조치(failover) 동작에 대해 설명합니다.

SIP 신호: FQDN

Microsoft 365, Office 365 및 Office 365 GCC의 경우 다음 연결점을 우선 순위에 따라 구성합니다.

우선 순위	FQDN	목적
기본	`sip.pstnhub.microsoft.com`	기본 글로벌 연결 지점입니다.
중고등학	`sip2.pstnhub.microsoft.com`	보조 지역 장애 조치(failover) 엔드포인트입니다.
3차	`sip3.pstnhub.microsoft.com`	3차 지역 장애 조치(failover) 엔드포인트입니다.

이러한 FQDN은 다음을 제공합니다.

가장 가까운 Microsoft 데이터 센터로의 지리적 라우팅입니다.
서비스 중단 중 자동 장애 조치(failover)
SIP 신호의 고가용성.

FQDN은 Microsoft IP 범위로 resolve됩니다.

52.112.0.0/14
52.120.0.0/14

중요

DNS 쿼리에서 반환된 주소뿐만 아니라 모든 Microsoft Teams IP 범위와 간의 신호 트래픽을 허용하도록 방화벽을 구성합니다.

SIP 신호: GCC 높음

Office 365 GCC High의 경우 다음을 사용합니다.

sip.pstnhub.gov.teams.microsoft.us

SIP 신호: DoD

Office 365 DoD의 경우 다음을 사용합니다.

sip.pstnhub.dod.teams.microsoft.us

이러한 환경은 전용 Microsoft Government 클라우드 내에서 운영되므로 보조 및 3차 FQDN이 필요하지 않습니다.

SIP 신호 포트

직접 라우팅에는 다음과 같은 SIP/TLS 포트가 필요합니다.

트래픽	최저가격:	받는 사람	대상 포트
SIP/TLS	SBC	Microsoft SIP 프록시	5061
SIP/TLS	Microsoft SIP 프록시	SBC	SBC에서 구성됨

SIP 신호 장애 조치(failover)

Microsoft는 SBC를 가장 가까운 정상 데이터 센터로 자동으로 보냅니다.

주 지역을 사용할 수 없게 되는 경우:

Microsoft는 트래픽을 보조 지역으로 리디렉션합니다.
필요한 경우 트래픽이 3차 지역으로 리디렉션됩니다.
기존 복구 메커니즘은 서비스 연속성을 유지하는 데 도움이 됩니다.

관리자의 수동 개입이 필요하지 않습니다.

미디어 트래픽

미디어 바이패스를 사용하도록 설정하지 않으면 미디어 트래픽은 Microsoft 미디어 프로세서를 사용합니다.

미디어 바이패스 계획 지침은 직접 라우팅을 사용하여 미디어 바이패스 계획을 참조하세요.

미디어 프로세서 IP 범위

Microsoft 365 / Office 365

다음에 대한 미디어 트래픽 허용:

52.112.0.0/14
52.120.0.0/14

GCC 높음

52.127.88.0/21

국방부

52.127.64.0/21

미디어 포트

다음 포트는 미디어에 사용됩니다.

트래픽	최저가격:	받는 사람	포트
UDP/SRTP	미디어 프로세서	SBC	3478–3481, 49152–53247
UDP/SRTP	SBC	미디어 프로세서	3478–3481, 49152–53247

팁

SBC에서 동시 호출당 두 개 이상의 미디어 포트를 할당하는 것이 좋습니다.

미디어 프로세서 위치

Microsoft 미디어 프로세서는 통화 품질을 최적화하고 대기 시간을 줄이기 위해 전 세계에 배포됩니다.

지역은 다음과 같습니다.

북미
유럽
아시아
일본
오스트레일리아
라틴 아메리카

미디어는 가능하면 사용 가능한 가장 가까운 Microsoft 데이터 센터로 라우팅됩니다.

지원되는 코덱

직접 라우팅은 Microsoft Teams와 SBC 간에 다음 코덱을 지원합니다.

실크
G.711
G.722
G.729

관리자는 조직의 요구 사항에 따라 SBC에서 코덱의 우선 순위를 지정하거나 제한할 수 있습니다.

참고

Microsoft는 활성 직접 라우팅 통화 중에는 미디어 다시 대상 지정을 지원하지 않습니다.

지원되는 SBA(Session Border Controller)

직접 라우팅에서는 Microsoft 인증 SBC만 지원됩니다.

Microsoft는 상호 운용성 테스트를 통해 인증된 SBC의 유효성을 검사하여 Microsoft Teams 전화와의 호환성을 확인합니다.

인증된 장치의 최신 목록은 다음을 참조하세요.

직접 라우팅에 대한 인증된 SBC(Session Border Controller)

경계 지원

Microsoft는 인증된 SBC를 사용하는 경우에만 직접 라우팅을 사용하여 Teams 전화를 지원합니다.

문제가 발생하면 다음을 수행합니다.

SBC 공급업체에 문의하세요.
공급업체가 문제를 조사합니다.
필요한 경우 공급업체는 설정된 지원 채널을 통해 Microsoft로 문제를 에스컬레이션합니다.

고객은 Microsoft 지원 요청을 열 때 공급업체 조사 보고서를 제공해야 합니다.

Microsoft는 인증되지 않은 SBC와 관련된 지원 요청을 거부할 수 있습니다.

모범 사례

최상의 직접 라우팅 환경을 위해 Microsoft는 다음을 수행하는 것이 좋습니다.

인증된 SBC를 배포합니다.
중복 SIP 연결을 구성합니다.
신뢰할 수 있는 공용 인증서를 사용합니다.
모든 Microsoft 필수 방화벽 규칙을 구성합니다.
배포 후 통화 품질을 모니터링합니다.
프로덕션 출시 전에 장애 조치(failover) 시나리오를 테스트합니다.
배포하기 전에 Microsoft Teams 네트워크 계획 지침을 검토합니다.

배포 확인

구성을 완료한 후:

SBC가 Microsoft Teams에 대한 정상적인 연결을 보고하는지 확인합니다.
인바운드 PSTN 통화의 유효성을 검사합니다.
아웃바운드 PSTN 통화의 유효성을 검사합니다.
구성된 경우 긴급 통화 기능을 확인합니다.
SIP 연결 지점 간의 테스트 장애 조치(failover)입니다.
음성 라우팅 정책이 올바르게 할당되었는지 확인합니다.
대표적인 사용자 시나리오에서 통화 품질을 검증합니다.

배포 예

많은 조직에서 다른 Microsoft Teams PSTN 연결 옵션과 함께 직접 라우팅을 배포합니다.