Share via

Operator Connect, Teams 전화 모바일 및 Azure Communications Gateway를 사용하여 라이브 트래픽 준비

  • 아티클

운영자 연결 또는 Teams 전화 모바일 서비스를 시작하려면 먼저 사용자와 온보딩 팀이 다음을 수행해야 합니다.

  • 서비스를 테스트합니다.
  • 시작을 준비합니다.

이 문서에서는 사용자와 온보딩 팀이 수행해야 하는 단계를 알아봅니다.

팁

이 문서에서는 Microsoft의 Azure Communications Gateway 온보딩 팀도 Operator Connect 또는 Teams Phone Mobile에 온보딩한다고 가정합니다. Operator Connect 또는 Teams 전화 모바일에 서로 다른 온보딩 파트너를 선택한 경우 파트너에서 Operator Connect 또는 Teams 전화 모바일 환경에 대한 변경 내용을 정렬해 달라고 요청해야 합니다.

Important

일부 단계를 완료하려면 며칠 또는 몇 주가 필요할 수 있습니다. 예를 들어 배포의 자동화된 테스트를 위해 최소 7일 이상 기다렸다가 최소 2주 전에 시작 날짜를 예약해야 합니다. 타임라인을 맞추기 위해 이러한 단계를 미리 읽어보는 것이 좋습니다.

필수 조건

  • Microsoft Azure Portal을 사용하여 Azure Communications Gateway를 배포하고 Operator Connect 또는 Teams 전화 모바일에 연결해야 합니다.

  • 통합 테스트와 서비스 확인(지속적인 통화 테스트)에 사용할 테스트 번호를 알고 있어야 합니다. 이러한 번호는 같을 수 없습니다. Azure Communications Gateway 배포 또는 Operator Connect 또는 Teams 전화 모바일 연결의 일부로 선택했습니다.

    • 통합 테스트를 통해 Azure Communications Gateway 및 Microsoft 전화 시스템이 네트워크와 올바르게 상호 운용되고 있는지 확인할 수 있습니다.
    • 서비스 확인은 Operator Connect 및 Teams 전화 모바일 프로그램에서 설정됩니다. 배포를 통해 배포 수명 동안 Microsoft 전화 시스템의 통화를 처리할 수 있습니다.

  • 통합 테스트에 사용할 수 있는 테넌트(엔터프라이즈 고객 표시)가 있고 통합 테스트 번호를 할당할 수 있는 테넌트에 일부 사용자가 있어야 합니다.

    • 적절한 테스트 테넌트가 아직 없으면 E5 라이선스를 제공하는 Microsoft 365 개발자 프로그램을 사용하면 됩니다.
    • 이러한 테스트 사용자는 Teams 전화 시스템 및 Teams 전용 모드에서 라이선스를 받아야 합니다.

  • 다음 구성 포털에 액세스할 수 있어야 합니다.

    구성 포털 필요한 사용 권한
    Operator Connect 포털. Admin 역할이나 PartnerSettings.Read 및 NumberManagement.Write 역할(Operator Connect 또는 Teams 전화 모바일에 연결할 때 설정한 Project Synergy 엔터프라이즈 애플리케이션에서 구성)
    테스트 테넌트용 Teams 관리 센터 사용자 관리

  • Azure Communications Gateway의 프로비전 API(미리 보기)를 사용하여 운영자 연결 환경에 번호를 업로드하려는 경우 API와 통합된 클라이언트를 사용하여 요청할 수 있어야 합니다. 또한 API 참조에 액세스할 수 있어야 합니다.

  • Azure Communications Gateway의 번호 관리 포털(미리 보기)을 사용하여 통합 테스트용 번호를 구성하려는 경우 Azure Communications Gateway 리소스에 대한 Reader 액세스 권한과 AzureCommunicationsGateway 엔터프라이즈 애플리케이션에 대한 ProvisioningAPI.ReadUser 및 ProvisioningAPI.WriteUser 역할이 있어야 합니다.

주의

Operator Connect 구성 포털이나 Opeator Connect API 여부와 관계 없이 테넌트에서 다음 Operator Connect 구성을 변경하지 마세요.

  • 구성 포털에서 CommsGwSuffix 또는 Operator Connect API에서 NameSuffix가 있는 프로필 통화
  • .commsgw.azure.com으로 끝나는 FQDN이 있는 트렁크

이 구성은 Microsoft에서 관리합니다. 이 구성을 편집하면 Azure Communications Gateway 서비스에 이슈가 발생할 가능성이 높습니다.

메서드

이 문서의 일부 부분에서 수행해야 하는 단계는 프로비전 API(미리 보기), 번호 관리 포털(미리 보기) 또는 운영자 연결 포털 및 API를 사용하는지 여부에 따라 달라집니다. 이 문서에서는 각 옵션에 대한 지침을 제공합니다. 적절한 지침을 선택합니다.

온보딩 팀에 테스트 엔터프라이즈 테넌트 등록 요청

온보딩 팀은 필수 구성 요소에서 선택한 테스트 엔터프라이즈 테넌트를 Microsoft Teams에 등록해야 합니다.

  1. 운영자 연결 포털의 운영자 구성에서 회사의 "운영자 ID"를 찾습니다.

  2. 다음을 사용하여 온보딩 연락처를 제공합니다.

    • 회사 이름입니다.
    • 회사의 운영자 ID입니다.
    • 테스트에 사용할 테넌트 ID입니다.

  3. 온보딩 팀이 테스트 테넌트가 등록되었는지 확인할 때까지 기다립니다.

테스트 테넌트 설정

통합 테스트를 수행하려면 Operator Connect 또는 Teams 전화 모바일의 테스트 테넌트를 설정하고 통합 테스트를 위해 선택한 번호로 이 테넌트에서 사용자를 구성해야 합니다.

Important

테스트 사용자에게 서비스 확인 번호를 할당하지 마세요. 온보딩 팀에서 서비스 확인 번호 구성을 정렬합니다.

  1. 테스트 테넌트에서 회사의 서비스를 요청합니다.

    1. 테스트 테넌트용 Teams 관리 센터에 로그인합니다.
    2. 음성>운영자를 선택합니다.
    3. 연산자 목록에서 회사를 선택하고 양식을 입력한 다음 내 운영자로 추가를 선택합니다.

  2. 테스트 테넌트에서 일부 테스트 사용자를 만듭니다(적합한 사용자가 아직 없는 경우). Teams 전화 시스템에 대한 사용자에게 라이선스를 부여하고 Teams 전용 모드에 배치합니다.

  3. 테스트 테넌트에서 긴급 위치를 구성합니다.

  4. 프로비전 API(미리 보기)를 사용하거나 번호 관리 포털(미리 보기) 또는 운영자 연결 운영자 포털에서 통합 테스트용 번호를 업로드합니다.

    다음 단계에서는 프로비전 API에 대해 수행해야 하는 요청을 요약합니다. 관련 API 리소스에 대한 자세한 내용은 API 참조를 확인합니다.

    1. 테스트 테넌트에 대한 RFI(정보 요청) 리소스를 찾고 해당 자식 고객 관계 리소스의 status 속성을 업데이트하여 계약이 서명되었음을 나타냅니다.
    2. 고객을 나타내는 계정 리소스를 만듭니다. 계정에 대해 백 엔드 서비스 동기화를 사용하도록 설정합니다.
    3. 각 테스트 번호에 대한 계정 리소스의 자식 항목으로 번호 리소스를 만듭니다.

  5. 테스트 테넌트에서 이러한 숫자를 테스트 사용자에게 할당합니다.

    1. 테스트 테넌트용 Teams 관리 센터에 로그인합니다.
    2. 음성>전화 번호를 선택합니다.
    3. 숫자를 선택한 다음 편집을 선택합니다.
    4. 사용자에게 번호를 할당합니다.
    5. 모든 테스트 사용자에 대해 반복합니다.

네트워크의 라우팅 구성 업데이트

네트워크에서 서비스 확인 테스트 및 통합 테스트용 통화를 Azure Communications Gateway로 라우팅해야 합니다.

  1. Azure Communications Gateway를 통해 서비스 확인 번호부터 다른 확인 번호에 이르기까지의 모든 통화를 Microsoft 전화 모바일로 다시 라우팅합니다.
  2. 고객 통화를 라우팅하는 방법과 동일한 방식으로 통합 테스트용 테스트 번호와 관련된 통화를 라우팅합니다.

통합 테스트 수행 및 변경 요청

네트워크 통합에는 SIP 상호 운용성 요구 사항을 식별하고 이러한 요구 사항을 충족하도록 디바이스를 구성하는 것이 포함됩니다. 예를 들어, 이 프로세스에는 종종 헤더 포맷 공동 작업 및/또는 통화 보류 및 세션 새로 고침에 사용되는 시그널링 및 미디어 흐름이 포함됩니다.

네트워크에 대한 일반적인 호출 흐름을 테스트해야 합니다. 온보딩 팀의 예제 테스트 계획을 따르는 것이 좋습니다. 테스트 계획에는 호출 흐름, 장애 조치(failover) 및 연결 테스트가 포함되어야 합니다.

  • Azure Communications Gateway를 변경해야 한다고 결정한 경우 온보딩 팀에 변경을 요청합니다.
  • 핵심 네트워크의 디바이스 구성을 변경해야 하는 경우 변경해야 합니다.

연결 테스트 실행 및 증명 업로드

시작하기 전에 Microsoft Teams에는 네트워크가 Microsoft 네트워크에 제대로 연결되어 있다는 증거가 필요합니다.

  1. 온보딩 팀에 BFD가 사용하도록 설정되어 있다는 증거를 제공합니다. 배포의 일부로 Azure Communications Gateway를 네트워크에 연결한 때 BFD를 사용하도록 설정해야 합니다. 예를 들어 Cisco 라우터가 있는 경우 다음과 유사한 구성을 제공할 수 있습니다.

    interface TenGigabitEthernet2/0/0.150
   description private peering to Azure
   encapsulation dot1Q 15 second-dot1q 150
   ip vrf forwarding 15
   ip address 192.168.15.17 255.255.255.252
   bfd interval 150 min_rx 150 multiplier 3

router bgp 65020
   address-family ipv4 vrf 15
      network 10.1.15.0 mask 255.255.255.128
      neighbor 192.168.15.18 remote-as 12076
      neighbor 192.168.15.18 fall-over bfd
      neighbor 192.168.15.18 activate
      neighbor 192.168.15.18 soft-reconfiguration inbound
   exit-address-family

  2. 네트워크에 대한 연결 장애 조치(failover)를 테스트합니다. 온보딩 팀은 사용자와 협력하여 이 테스트를 계획하고 필요한 증거를 수집합니다.

  3. 온보딩 팀과 협력하여 긴급 통화 처리의 유효성을 검사합니다.

시장 진출 리소스 승인 받기

라이브로 전환하려면 먼저 Microsoft Teams에서 승인한 고객 관련 자료를 가져와야 합니다. 검토를 위해 온보딩 팀에 다음을 제공합니다.

  • 보도 자료 및 기타 마케팅 자료
  • 방문 페이지의 콘텐츠
  • Microsoft Teams 운영자 디렉터리의 로고(200px x 200px)
  • Microsoft Teams 관리 Center의 로고(170px x 90px)

티켓 생성 테스트

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 상태 변경에 대한 최신 정보를 지속적으로 제공합니다.

API 통합 확인

온보딩 팀은 프로비저닝을 위해 Microsoft Teams 운영자 연결 API와 통합했다는 증거를 Microsoft에 제공해야 합니다. 배포에 적절한 지침을 선택합니다.

온보딩 팀은 자동으로 증거를 얻을 수 있습니다. 수행할 작업은 없습니다.

합성 테스트 정렬

온보딩 팀은 배포의 가상 테스트를 준비해야 합니다. 이 가상 테스트는 최소 7일 동안 지속되는 일련의 자동화된 테스트입니다. 서비스 품질 및 가용성에 대한 가장 중요한 메트릭을 확인합니다.

시작 후 테스트 번호를 사용하여 배포를 통해 가상 트래픽이 전송됩니다. 이 트래픽은 배포 상태를 지속적으로 확인하는 데 사용됩니다.

시작 예약

시작 날짜는 Teams 관리 센터의 엔터프라이즈에 표시되는 날짜입니다. 온보딩 팀은 Microsoft Teams에 요청하여 이 날짜를 정렬해야 합니다.

서비스는 매달 특정 날짜에 시작할 수 있습니다. 온보딩 팀은 선호하는 시작 날짜 최소 2주 전에 요청을 제출해야 합니다.

다음 단계