Azure Communications Gateway 배포 준비
이 문서에서는 Azure Communications Gateway 배포를 시작하려면 먼저 완료해야 하는 각 작업을 안내합니다. 운영자 연결 및 Teams 전화 모바일의 경우 성공적인 배포는 운영자 연결 또는 Teams 전화 모바일 환경의 상태에 따라 달라집니다.
다음 섹션에서는 Azure Communications Gateway를 배포하기 전에 수집해야 하는 정보와 내려야 하는 결정에 대해 설명합니다.
필수 조건
Important
Azure Communications Gateway를 사용하려면 통신 사업자여야 합니다.
Operator Connect 또는 Teams Phone Mobile의 경우 Microsoft와 Operator Connect 또는 Teams Phone Mobile 계약도 체결해야 합니다. 이러한 프로그램에 대한 자세한 내용은 Operator Connect 또는 Teams Phone Mobile을 참조하세요.
Zoom Phone 클라우드 피어링의 경우 Zoom Phone 클라우드 피어링 공급자가 되려면 Zoom 온보딩 프로세스도 시작해야 합니다. 클라우드 피어링에 대한 자세한 내용은 Zoom의 클라우드 피어링 정보를 참조하세요.
Important
선택한 통신 서비스에 대한 온보딩 프로세스와 온보딩 프로세스로 인해 발생하는 모든 종속성을 완전히 이해해야 합니다.
배포 및 온보딩 프로세스에 충분한 경과 시간을 허용합니다. 예를 들어, 새 Azure Communications Gateway 리소스를 네트워크에 연결하기 전에 프로비전하려면 최대 2주를 기다려야 할 수 있습니다.
두 가지 형식의 테스트를 위해 전 세계적으로 라우팅 가능한 번호를 소유해야 합니다.
- 배포 및 통합 중 담당자의 통합 테스트
- 선택한 통신 서비스별 서비스 검증(지속 통화 테스트)
다음 표에서는 할당해야 하는 숫자 수를 설명합니다.
서비스 | 통합 테스트 번호 | 서비스 확인 번호 |
---|---|---|
운영자 연결 | 1(최소) | - 프로덕션 배포: 6 - 랩 배포: 3 |
Teams 전화 모바일 | 1(최소) | - 프로덕션 배포: 6 - 랩 배포: 3 |
Microsoft Teams 직접 라우팅 | 1(최소) | 없음(해당 사항 없음) |
Zoom Phone 클라우드 피어링 | 1(최소) | - 미국 및 캐나다: 6 - 기타 국가: 2 |
Important
서비스 확인 번호는 배포 전체 기간 동안 사용할 수 있어야 합니다.
랩 배포를 설정하려면 표준 배포를 배포했거나 배포하려고 해야 합니다. 랩 배포를 독립 실행형 Azure Communications Gateway 배포로 사용할 수 없습니다.
온보딩 정렬
Azure Communications Gateway를 배포하려면 Microsoft 온보딩 팀이 필요합니다. Azure Communications Gateway에는 포함된 혜택이라는 온보딩 프로그램이 포함되어 있습니다. 포함된 혜택을 받을 자격이 없거나 추가 지원이 필요한 경우 Microsoft 영업 담당자와 요구 사항을 논의하세요.
Operator Connect 및 Teams Phone Mobile 프로그램에는 Operator Connect 또는 Teams Phone Mobile 환경에 필요한 변경 내용을 관리하고 사용자를 대신하여 Microsoft Teams와 조정하는 온보딩 파트너도 필요합니다. Azure Communications Gateway 포함 혜택 프로젝트 팀은 이 역할을 수행하지만, 다른 온보딩 파트너를 선택하여 사용자 대신 Microsoft Teams와 조정할 수 있습니다.
적절한 지원 계획이 있는지 확인합니다.
Microsoft 통합 지원과 같은 기술 지원이 포함된 지원 계획을 사용하는 것이 좋습니다.
사용할 Azure 테넌트 선택
기존 테넌트를 사용하면 완전히 통합된 인증에 기존 ID가 사용되므로 Azure Communications Gateway에 기존 Microsoft Entra 테넌트를 사용하는 것이 좋습니다. 조직의 나머지 부분과 별도로 ID를 관리하거나 다른 Azure Communications Gateway 리소스에 대해 번호 관리 포털의 권한을 다르게 설정해야 하는 경우 먼저 새 전용 테넌트를 만듭니다.
Operator Connect 및 Teams Phone Mobile 환경은 Project Synergy라는 Microsoft 애플리케이션을 통해 Microsoft Entra 테넌트의 ID 및 구성 권한을 상속합니다. Azure Communications Gateway를 Operator Connect 또는 Teams Phone Mobile에 연결하는 과정의 일환으로 이 애플리케이션을 Microsoft Entra 테넌트에 추가해야 합니다(테넌트에 이 애플리케이션이 아직 포함되어 있지 않은 경우).
Important
Operator Connect 및 Teams Phone Mobile의 경우 프로덕션 배포 및 랩 배포가 동일한 Microsoft Entra 테넌트에 연결되어야 합니다. 테넌트에 대한 Microsoft Teams 구성은 랩 배포 및 프로덕션 배포에 대한 구성을 함께 표시합니다.
Azure 구독의 Azure Communications Gateway에 대한 액세스 권한 가져오기
Azure Communications Gateway 액세스가 제한되어 있습니다. 이 문서의 이전 단계를 완료한 경우:
- 온보딩 팀에 문의하여 구독을 활성화하도록 요청하세요. 아직 온보딩 팀이 없으면 Azure 구독 ID와 연락처 정보를 사용하여 azcog-enablement@microsoft.com으로 문의하세요.
- Azure Communications Gateway가 사용하도록 설정된 것을 확인한 후 다음 단계로 넘어갑니다.
네트워크 디자인 만들기
Azure Communications Gateway가 네트워크에 연결하는 방법을 결정합니다. Microsoft Azure Peering Service Voice(MAPS Voice라고도 함)를 사용하는 것이 좋습니다. 옵션에 대한 자세한 내용은 Azure Communications Gateway에 연결을 참조하세요. VNet 주입(미리 보기)과 함께 Azure Communications Gateway를 사용하려는 경우 VNet 주입을 통한 Azure Communications Gateway 배포를 위한 필수 구성 요소를 완료합니다.
Teams 전화 모바일 및 Azure 연산자 콜 보호 미리 보기의 경우 네트워크에서 통화에 관련 구독자가 포함되는지 여부를 결정하여 통화를 올바르게 라우팅하는 방법을 결정해야 합니다. 마케팅 목록의 구성원을 관리할 수 있습니다.
- Azure Communications Gateway의 통합 MCP(이동제어점)를 사용합니다.
- Metaswitch에서 온-프레미스 버전의 MCP(이동제어점)에 연결합니다.
- 핵심 네트워크에서 다른 라우팅 기능을 사용합니다.
Teams 전화 모바일의 이러한 옵션에 대한 자세한 내용은 Teams 전화 모바일의 통화 제어 통합 및 Azure Communications Gateway의 모바일 제어 지점을 참조하세요.
Azure 연산자 콜 보호를 위한 Azure Communications Gateway에 대한 연결은 SIPREC를 통해 이루어집니다. Azure Communications Gateway는 SIPREC SRS(세션 기록 서버) 역할을 수행합니다. 네트워크의 요소(일반적으로 SBC(세션 경계 컨트롤러))는 SIPREC SRC(세션 기록 클라이언트)로 설정됩니다.
Microsoft Teams 또는 Zoom 클라이언트의 긴급 통화를 지원해야 하는 경우 선택한 통신 서비스를 통한 긴급 통화에 대해 참조하세요.
Important
네트워크에서 Azure Communications Gateway로 긴급 통화를 라우팅하면 안 됩니다.
네트워크를 Azure에 연결
네트워크와 Azure 간의 연결을 구성합니다.
- Microsoft Azure Peering Service Voice(MAPS Voice라고도 함)를 구성하려면 Peering Service Voice 연습에 대한 인터넷 피어링의 지침을 따릅니다.
- ExpressRoute Microsoft 피어링을 구성하려면 자습서: ExpressRoute 회로에 대한 피어링 구성의 지침을 따릅니다.
Azure Communications Gateway 배포를 위한 기본 정보 수집
다음 표에 나와 있는 Azure Communications Gateway 리소스에 대한 모든 값을 수집합니다.
값 | Azure Portal의 필드 이름 |
---|---|
Azure Communications Gateway 리소스를 만드는 데 사용할 Azure 구독의 이름입니다. Azure Communications Gateway 배포의 모든 리소스에 동일한 구독을 사용해야 합니다. | 프로젝트 세부 정보: 구독 |
Azure Communications Gateway 리소스를 만들 Azure 리소스 그룹입니다. | 프로젝트 세부 정보: 리소스 그룹 |
배포의 이름입니다. 이름에는 영숫자와 - 만 사용할 수 있습니다. 3~24자여야 합니다. |
인스턴스 세부 정보: 이름 |
관리 Azure 지역: 모니터링 및 청구 데이터가 처리되는 지역입니다. 호출 트래픽을 처리하기 위해 두 지역과 가까이 있거나 공동 배치된 지역을 선택하는 것이 좋습니다. | 인스턴스 세부 정보: 지역 |
배포 형식입니다. 표준(프로덕션용) 또는 랩 중에서 선택합니다. | 인스턴스 세부 정보: SKU |
Azure Communications Gateway와 네트워크 간에 사용할 음성 코덱입니다. 코덱을 제한해야 하는 강력한 이유(예: 특정 코덱 라이선스)가 있고 특정 코덱을 제공하지 않도록 네트워크나 엔드포인트를 구성할 수 없는 경우에만 코덱을 지정하는 것이 좋습니다. 코덱을 제한하면 낮은 충실도의 코덱이 선택되므로 전반적인 음성 품질이 저하될 수 있습니다. | 통화 처리: 지원되는 코덱 |
Azure Communications Gateway 리소스가 긴급 통화를 표준 통화로 처리해야 하는지 또는 긴급 라우팅 서비스 공급자에게 직접 라우팅해야 하는지 여부(미국만 해당, Operator Connect 또는 Teams Phone Mobile만 해당)입니다. | 통화 처리: 긴급 통화 처리 |
긴급 통화에 사용되는 쉼표로 구분된 다이얼 문자열 목록입니다. Microsoft Teams의 경우 다이얼 문자열을 표준 긴급 전화 번호(예: 999 )로 지정합니다. 확대/축소의 경우 다이얼 문자열을 +<country-code><emergency-number> 형식(예: +44999 )으로 지정합니다. (운영자 연결, Teams 전화 모바일 및 Zoom Phone 클라우드 피어링에만 해당) |
통화 처리: 긴급 전화 문자열 |
Azure Communications Gateway에 대해 자동 생성된 도메인 이름 레이블이 고유한 범위입니다. Communications Gateway 리소스에는 리소스 이름에 따라 자동으로 생성되는 도메인 이름 레이블이 할당됩니다. 테넌트를 선택하면 동일한 테넌트에 있고 이름이 같지만 다른 구독에 있고 레이블이 동일한 리소스가 제공됩니다. 구독을 선택하면 동일한 구독에 있고 이름이 같지만 리소스 그룹이 다르고 레이블이 동일한 리소스가 제공됩니다. 리소스 그룹을 선택하면 동일한 리소스 그룹에 있고 이름과 레이블이 동일한 리소스가 제공됩니다. 다시 사용 안 함을 선택하면 레이블이 이름, 리소스 그룹, 구독 또는 테넌트에 따라 달라지지 않습니다. | DNS: 자동 생성된 도메인 이름 범위 |
서비스 지역에 대한 구성 값 수집
Azure Communications Gateway를 배포하려는 두 서비스 지역에 대한 다음 표의 모든 값을 수집합니다.
참고 항목
랩 배포에는 하나의 Azure 지역이 있으며 네트워크의 하나의 사이트에 연결됩니다.
값 | Azure Portal의 필드 이름 |
---|---|
통화 트래픽에 사용할 Azure 지역입니다. Azure 연산자 콜 보호 미리 보기를 사용하도록 설정하는 경우 Azure 리소스를 배포할 수 있는 위치에 제한이 있습니다. 관리 및 서비스 지역 선택을 참조하세요. |
서비스 지역 1/2: 지역 |
Azure Communications Gateway가 이 지역에서 네트워크에 연결하는 데 사용해야 하는 네트워크에 속하는 IPv4 주소입니다. | 서비스 지역 1/2: 운영자 IP 주소 |
네트워크에서 트래픽 신호를 보내는 원본으로 허용되는 IP 주소/범위 세트입니다. CIDR 표기법(예: 192.0.2.0/24) 또는 IPv4 주소(예: 192.0.2.0)를 사용하여 IPv4 주소 범위를 제공합니다. 쉼표로 구분된 IPv4 주소 및/또는 주소 범위 목록을 제공해도 됩니다. | 서비스 지역 1/2: 허용되는 신호 원본 IP 주소/CIDR 범위 |
네트워크의 미디어 트래픽 원본으로 허용되는 IP 주소/범위 세트입니다. CIDR 표기법(예: 192.0.2.0/24) 또는 IPv4 주소(예: 192.0.2.0)를 사용하여 IPv4 주소 범위를 제공합니다. 쉼표로 구분된 IPv4 주소 및/또는 주소 범위 목록을 제공해도 됩니다. | 서비스 지역 1/2: 허용되는 미디어 원본 IP 주소/CIDR 범위 |
각 통신 서비스에 대한 구성 값을 수집합니다.
지원하려는 통신 서비스에 대한 값을 수집합니다.
Important
다음 표의 여러 통신 서비스에 공통되는 옵션에 표시된 것처럼 일부 옵션은 여러 서비스에 적용됩니다. 지원하려는 모든 서비스에 적합한 구성을 선택해야 합니다.
Microsoft Teams 직접 라우팅의 경우:
값 | Azure Portal의 필드 이름 |
---|---|
Azure Communications Gateway의 프로비전 API에 연결하도록 허용해야 하는 네트워크의 IP 주소 또는 주소 범위(CIDR 형식)를 쉼표로 구분된 목록으로 표시합니다. 직접 라우팅을 위한 번호를 프로비전하려면 프로비전 API를 사용해야 합니다. | 여러 통신 서비스에 공통된 옵션: 통신 게이트웨이 프로비전 플랫폼에 연결하기 위해 허용되는 원본 IP 주소/CIDR 범위 |
Azure Communications Gateway의 프로비전 API를 사용하여 네트워크에 들어오는 메시지에 사용자 지정 SIP 헤더를 추가할지 여부 | 여러 통신 서비스에 공통되는 옵션: 사용자 지정 SIP 헤더 추가 |
(사용자 지정 SIP 헤더를 추가하도록 선택한 경우에만) 사용자 지정 SIP 헤더의 이름 | 여러 통신 서비스에 공통되는 옵션: 사용자 지정 SIP 헤더 이름 |
Operator Connect의 경우:
값 | Azure Portal의 필드 이름 |
---|---|
Azure Communications Gateway의 프로비전 API를 사용하여 네트워크에 들어오는 메시지에 사용자 지정 SIP 헤더를 추가할지 여부 | 여러 통신 서비스에 공통되는 옵션: 사용자 지정 SIP 헤더 추가 |
(사용자 지정 SIP 헤더를 추가하도록 선택한 경우에만) 사용자 지정 SIP 헤더의 이름 | 여러 통신 서비스에 공통되는 옵션: 사용자 지정 SIP 헤더 이름 |
(사용자 지정 SIP 헤더를 추가하도록 선택한 경우에만) 프로비전 API에 연결하도록 허용해야 하는 네트워크의 IP 주소 또는 주소 범위(CIDR 형식)(쉼표로 구분된 목록). | 여러 통신 서비스에 공통된 옵션: 통신 게이트웨이 프로비전 플랫폼에 연결하기 위해 허용되는 원본 IP 주소/CIDR 범위 |
Teams 전화 모바일의 경우:
값 | Azure Portal의 필드 이름 |
---|---|
Teams Phone Mobile에서 기본 전화 걸기가 IVR(Voicemail Interactive Voice Response)에 액세스하는 데 사용되는 번호입니다. | Teams 전화 모바일: Teams 음성사서함 파일럿 번호 |
MCP(Mobile Control Point)를 사용하여 Teams Phone Mobile 통화를 Microsoft 전화 시스템으로 라우팅할 계획입니다. 통합(Azure Communications Gateway에 MCP 배포), 온-프레미스(기존 온-프레미스 MCP 사용) 또는 없음(다른 방법을 사용하여 통화를 라우팅하려는 경우) 중에서 선택합니다. | Teams 전화 모바일: MCP |
Zoom Phone 클라우드 피어링의 경우:
값 | Azure Portal의 필드 이름 |
---|---|
연결할 Zoom 지역 | Zoom: Zoom 지역 |
Azure Communications Gateway의 프로비전 API에 연결하도록 허용해야 하는 네트워크의 IP 주소 또는 주소 범위(CIDR 형식)를 쉼표로 구분된 목록으로 표시합니다. Zoom Phone 클라우드 피어링에 대한 번호를 프로비전하려면 프로비전 API를 사용해야 합니다. | 여러 통신 서비스에 공통된 옵션: 통신 게이트웨이 프로비전 플랫폼에 연결하기 위해 허용되는 원본 IP 주소/CIDR 범위 |
Azure Communications Gateway의 프로비전 API를 사용하여 네트워크에 들어오는 메시지에 사용자 지정 SIP 헤더를 추가할지 여부 | 여러 통신 서비스에 공통되는 옵션: 사용자 지정 SIP 헤더 추가 |
(사용자 지정 SIP 헤더를 추가하도록 선택한 경우에만) 사용자 지정 SIP 헤더의 이름 | 여러 통신 서비스에 공통되는 옵션: 사용자 지정 SIP 헤더 이름 |
Azure 연산자 콜 보호 미리 보기에는 구성 옵션이 필요하지 않습니다.
서비스 인증 번호 값 수집
Azure Communications Gateway에 필요한 모든 서비스 확인 번호에 대해 다음 표의 모든 값을 수집합니다.
Operator Connect 및 Teams Phone Mobile의 경우:
값 | Azure Portal의 필드 이름 |
---|---|
테스트 회선의 이름입니다. OC1 및 OC2(Operator Connect용) 및 TPM1 및 TPM2(Teams Phone Mobile용) 형식의 이름을 권장합니다. | 이름 |
국가 번호를 포함하는 E.164 형식의 테스트 회선 전화번호입니다. | 전화번호 |
테스트 회선의 목적(항상 자동화)입니다. | 테스트 목적 |
Zoom Phone 클라우드 피어링의 경우:
값 | Azure Portal의 필드 이름 |
---|---|
국가 번호를 포함하는 E.164 형식의 테스트 회선 전화번호입니다. | 전화번호 |
Microsoft Teams 직접 라우팅 및 Azure 연산자 콜 보호 미리 보기에는 서비스 확인 번호가 필요하지 않습니다.
Azure 리소스에 대한 태그를 원하는지 결정
리소스 명명 및 태그 지정은 리소스 관리에 유용합니다. 조직에서 특정 팀 또는 워크로드와 연결된 리소스를 찾고 추적할 수 있으며 비즈니스 영역 및 팀별로 클라우드 리소스 소비를 보다 정확하게 추적할 수 있습니다.
태그 지정이 조직에 유용하다고 생각되면 리소스 명명 및 태그 지정 의사 결정 가이드의 정보에 따라 명명 및 태그 지정 규칙을 디자인하세요.