Microsoft Teams 직접 라우팅 및 Azure Communications Gateway를 사용하여 라이브 트래픽 준비
Microsoft Teams 직접 라우팅 서비스를 시작하기 전에 사용자와 온보딩 팀은 다음을 수행해야 합니다.
- 서비스를 테스트합니다.
- 시작을 준비합니다.
이 문서에서는 사용자와 Azure Communications Gateway 온보딩 팀이 수행해야 하는 단계에 대해 알아봅니다.
Important
일부 단계를 완료하려면 며칠 또는 몇 주가 필요할 수 있습니다. 타임라인을 맞추기 위해 이러한 단계를 미리 읽어보는 것이 좋습니다.
필수 조건
다음 절차를 완료하세요.
- Azure Communications Gateway 배포 준비
- Azure Communications Gateway 배포
- Azure Communications Gateway의 프로비전 API와 통합
- Azure Communications Gateway를 Microsoft Teams 직접 라우팅에 연결
이 절차에는 통합 테스트를 위한 테스트 번호 설정이 포함됩니다. 테스트 번호는 실제 고객에게 서비스를 제공하는 것처럼 Azure Communications Gateway에 대한 테넌트가 아닌 Microsoft 365 테넌트에 있어야 합니다. 이 테넌트(사용자가 제어함)는 테스트 고객(테스트 번호를 할당함)에 해당하는 테스트 고객 테넌트라고 합니다.
테스트 고객 테넌트에 대해 다음을 수행할 수 있어야 합니다.
전역 관리자로 Microsoft 365 관리 센터에 로그인
PowerShell을 사용하여 Microsoft Teams 직접 라우팅 구성을 변경합니다.
테스트 고객 테넌트에서 Microsoft Teams에 대해 라이선스가 부여된 사용자 계정을 제공합니다. 적합한 라이선스에 대한 자세한 내용은 Microsoft Teams 설명서를 참조하세요.
- 이 절차의 일부로 Microsoft 365에 선택하고 추가하는 테넌트별 Azure Communications Gateway 하위 도메인을 활성화하려면 두 개의 사용자 또는 리소스 계정이 필요합니다. 랩 배포에는 하나의 계정이 필요합니다.
- 호출을 테스트하는 데 사용할 사용자 계정이 하나 이상 필요합니다. 테넌트별 하위 도메인을 활성화하는 데 사용하는 계정 중 하나를 다시 사용하거나 이 테넌트에 대한 다른 도메인 이름 중 하나가 있는 계정을 사용할 수 있습니다.
이 절차 중에 Azure Communications Gateway를 프로비전할 수 있어야 합니다.
- Azure Communications Gateway의 번호 관리 포털(미리 보기)을 프로비전(권장)에 사용하려면 Azure Communications Gateway 리소스에 대한 읽기 권한자 액세스 권한과 AzureCommunicationsGateway 엔터프라이즈 애플리케이션에 대한 ProvisioningAPI.ReadUser 및 ProvisioningAPI.WriteUser 역할이 있어야 합니다.
- Azure Communications Gateway의 프로비전 API(미리 보기)를 사용하려면 API와 통합된 클라이언트를 사용하여 요청할 수 있어야 합니다. 또한 API 참조에 액세스할 수 있어야 합니다.
네트워크의 라우팅 구성을 변경할 수 있어야 합니다.
통합 테스트를 위한 숫자 구성
테스트 번호를 설정하려면 테스트 고객 테넌트 및 Azure Communications Gateway에서 구성해야 합니다.
테스트 고객 테넌트 및 번호에 대해 Azure Communications Gateway를 사용하여 Microsoft Teams 직접 라우팅 고객 및 번호 관리를 따릅니다. 고객에게 테넌트를 변경하도록 요청하는 단계를 보려면 테스트 고객 테넌트에서 직접 변경합니다.
Important
Azure Communications Gateway를 포함하는 Azure 테넌트가 아닌 전용 테스트 고객(Microsoft 365) 테넌트를 구성해야 합니다. 전용 테스트 고객 테넌트를 사용하는 것은 실제 고객에게 필요한 구성과 일치합니다.
통합 테스트 수행 및 변경 요청
네트워크 통합에는 SIP 상호 운용성 요구 사항을 식별하고 이러한 요구 사항을 충족하도록 디바이스를 구성하는 것이 포함됩니다. 예를 들어, 이 프로세스에는 종종 헤더 포맷 공동 작업 및/또는 통화 보류 및 세션 새로 고침에 사용되는 시그널링 및 미디어 흐름이 포함됩니다.
네트워크에 대한 일반적인 호출 흐름을 테스트해야 합니다. 온보딩 팀에서 따르는 것이 권되는 테스트 계획을 제공할 것입니다. 테스트 계획에는 호출 흐름, 장애 조치(failover) 및 연결 테스트가 포함되어야 합니다.
- Azure Communications Gateway를 변경해야 하는 경우 온보딩 팀에 문의하세요. Microsoft에서 변경 내용을 적용합니다.
- 핵심 네트워크의 디바이스 구성을 변경해야 하는 경우 변경해야 합니다.
티켓 생성 테스트
Azure Communications Gateway로 문제를 보고하려면 Azure Portal에서 티켓 생성을 테스트해야 합니다. Azure Communications Gateway에 대한 지원 받기 또는 변경 요청을 참조하세요.
모니터링 및 유지 관리에 대해 알아보기
운영 팀은 주요 메트릭 선택을 사용하여 Azure Communications Gateway를 모니터링할 수 있습니다. 이러한 메트릭은 Azure Communications Gateway 구독에서 읽기 권한자 역할을 가진 모든 사용자가 사용할 수 있습니다. Azure Communications Gateway 모니터링을 참조하세요.
운영 팀에는 다음에 대한 Azure Monitor 경고가 있어야 합니다.
- Azure Service Health 알림을 통해 예정된 업그레이드 및 예약된 유지 관리 작업에 대한 최신 정보를 받아볼 수 있습니다.
- Azure 리소스 상태 알림은 Azure Communications Gateway 상태 변경에 대한 최신 정보를 지속적으로 제공합니다.
다음 단계
- Azure Communications Gateway에 대한 지원을 받고 변경 내용을 요청하는 방법에 대해 알아봅니다.
- Azure Communications Gateway 모니터링에 대해 알아봅니다.
- 유지 관리 알림에 대해 알아봅니다.