Contoso 사례 연구: 다국적 기업을 위한 전화 시스템

  • 아티클
  • 적용 대상:
    Microsoft Teams

지리적 위치 및 기타 요인에 따라 Contoso에는 다음 전화 통신 솔루션을 사용하는 사무실이 있었습니다.

  • 사이트 유형 A: 비즈니스용 Skype Enterprise Voice

  • 사이트 유형 B: 기존 레거시 전화 통신 시스템

  • 사이트 유형 C: 비즈니스용 Skype Enterprise Voice 및 기존 레거시 전화 통신 시스템의 조합

전체 organization 대해 Microsoft 전화 시스템 솔루션을 구현하기 위해 Contoso는 각 사이트 유형에 대해 다음 중 전화 시스템에서 PSTN(공용 전환 전화 네트워크)에 연결하는 데 사용할 옵션을 결정해야 했습니다.

  • 통화 플랜이 있는 전화 시스템

  • 직접 라우팅을 통해 자체 PSTN 통신 사업자가 있는 전화 시스템

  • 직접 라우팅을 통해 전화 시스템과 통화 플랜 및 전화 시스템을 자체 PSTN 통신 사업자와 결합

Contoso는 organization 적합한 솔루션을 결정하기 위해 Teams 음성 솔루션 계획 및 Microsoft Teams에서 Ignite 2019 세션 통화 계획을 사용했습니다.

사이트 유형 A: 비즈니스용 Skype Enterprise Voice

Contoso 비즈니스용 Skype Enterprise Voice 허브 및 스포크로 설정되었습니다. 국가/지역의 비즈니스용 Skype Enterprise Voice 사용자에 대해 PSTN에 대한 연결을 제공하는 지역의 PSTN 게이트웨이를 유지 관리하는 중앙 위치가 있었습니다. 종종 이러한 위성 사무실에는 자체 인터넷 송신이 없었습니다. 이러한 사용자의 숫자는 기존 SBC에 연결하는 SIP 트렁크에 상주합니다.

이미 배포된 SBC가 직접 라우팅 및 미디어 바이패스 인증을 받았는지 확인하기 위해 Contoso는 직접 라우팅에 대해 인증된 세션 테두리 컨트롤러 목록을 확인했습니다.

사용자의 전화 걸기 습관은 사용자가 피어 투 피어 오디오에 사용할 수 있는 비즈니스용 Skype 클라이언트가 있는 경우에도 확장을 사용하여 레거시 전화 통신 시스템에서 사용자에게 전화를 걸기 위한 것이었습니다.

Contoso는 다음 질문에 대한 결정을 기반으로 합니다.

  • Q. 온-프레미스 배포에서 제공하는 기능을 유지해야 합니까?
    A. 아니요

  • Q. 타사 PBX 시스템 및 기타 전화 통신 장비와 상호 운용해야 합니까?
    A. 아니요

  • Q. 현재 타사 운송업체를 유지해야 합니까?
    A. 예(규제 대상 국가/지역) 및 아니요

  • Q. SCC에서 ROI를 배포해야 합니까?
    A. 그렇기도 하고 그렇지 않기도 하고

  • Q. 이 지역에서 Microsoft PSTN 통화 플랜을 사용할 수 있나요?
    A. 그렇기도 하고 그렇지 않기도 하고

Contoso는 질문에 대한 답변에 따라 다음을 결정했습니다.

  • 통화 플랜이 있는 전화 시스템에서 PSTN 통화 플랜을 사용할 수 있는 지역에 있는 사용자를 이동합니다.

  • PSTN 통화 플랜을 사용할 수 있는 지역에 없는 사용자, SCC의 ROI가 아직 충족되지 않은 사이트에 있는 사용자 및 직접 라우팅을 사용하는 전화 통신 규정이 있는 국가/지역에 거주하는 사용자를 이동합니다.

다음 다이어그램은 초기 비즈니스용 Skype Enterprise Voice 배포와 이 배포가 Microsoft 통화 계획 및 직접 라우팅으로 마이그레이션된 방법을 보여 주는 다이어그램입니다.

다이어그램은 상태 전후를 보여줍니다.

사이트 유형 B: 기존 레거시 전화 통신 시스템

Contoso에는 레거시 전화 통신 시스템을 활용하는 많은 사무실이 있었습니다. E1.64 전화 번호가 있는 사용자의 하위 집합이 있었고 다른 사용자는 확장만 있었습니다. 이러한 숫자는 TDM 트렁크에 PSTN 게이트웨이에 상주합니다. 확장 앞에 있는 사이트 코드를 활용하여 호출을 라우팅할 위치를 결정하여 사이트 내 전화 걸기를 구성했습니다. 사용자의 전화 걸기 습관은 확장으로 전화를 거는 것이었습니다.

Contoso는 다음 질문에 대한 결정을 기반으로 합니다.

  • Q. 온-프레미스 배포에서 제공하는 기능을 유지해야 합니까?
    A. 아니요

  • Q. 타사 PBX 시스템 및 기타 전화 통신 장비와 상호 운용해야 합니까?
    A. 예

  • Q. 현재 타사 운송업체를 유지해야 합니까?
    A. 아니요

  • Q. Microsoft PSTN의 통화 플랜을 해당 지역에서 사용할 수 있나요?
    A. 그렇기도 하고 그렇지 않기도 하고

Contoso는 질문에 대한 답변에 따라 다음을 결정했습니다.

  • 통화 플랜이 있는 전화 시스템에서 PSTN 통화 플랜을 사용할 수 있는 지역에 있는 사용자를 이동합니다.

  • 직접 라우팅을 사용하여 전화 시스템에서 PSTN 통화 플랜을 사용할 수 있는 지역에 없는 사용자를 이동합니다.

  • 중요 비즈니스용 아날로그 디바이스에 대한 PSTN 연결을 유지 관리합니다.

다음 다이어그램은 원격 사이트가 있는 원래 레거시 시스템 배포와 로컬 미디어 최적화를 사용하여 직접 라우팅 배포로의 마이그레이션을 보여 줍니다.

원래 레거시 배포다이어그램은 상태 전후를 보여줍니다.

직접 라우팅을 사용하여 배포

이전 및 이후 상태를 보여 주는 다이어그램

사이트 유형 C: 비즈니스용 Skype Enterprise Voice 및 기존 레거시 전화 통신 시스템의 조합

Contoso 비즈니스용 Skype Enterprise Voice 사용자의 번호는 SIP 트렁크에서 이동 통신 사업자의 SBC로 상주합니다. 기존 전화 통신 시스템의 숫자는 TDM 트렁크에 PSTN 게이트웨이에 상주합니다.

Contoso는 다음 질문에 대한 결정을 기반으로 합니다.

  • Q. 온-프레미스 배포에서 제공하는 기능을 유지해야 합니까?
    A. 아니요

  • Q. 타사 PBX 시스템 및 기타 전화 통신 장비와 상호 운용해야 합니까?
    A. 아니요

  • Q. 현재 타사 운송업체를 유지해야 합니까?
    A. 아니요

  • Q. SCC에서 ROI를 배포해야 합니까?
    A. 그렇기도 하고 그렇지 않기도 하고

  • Q. 이 지역에서 Microsoft의 PSTN 통화 플랜을 사용할 수 있나요?
    A. 아니요

Contoso는 질문에 대한 답변에 따라 다음을 결정했습니다.

  • 직접 라우팅을 사용하도록 설정될 레거시 전화 통신 사용자의 경우 Contoso는 SBC가 직접 라우팅에 대해 인증되었기 때문에 TDM 트렁크에서 SBC용 SIP 트렁크로 숫자를 포팅했습니다.

  • 전화 시스템으로 이동하는 사용자의 하위 집합을 지원하고 레거시 시스템을 통한 지속적인 라우팅을 허용하기 위해 레거시 전화 통신 시스템이 SBC에 대한 다음 홉으로 설정되었습니다.

  • 또한 사용자 동작 변경을 장려하고 사이트 간 및 사이트 내 확장 전화 걸기 종속성을 제거하기 위해 Contoso는 모든 내부 통화에 Teams를 사용하는 지침을 제공했습니다.

다음 다이어그램에서는 원래 비즈니스용 Skype Enterprise Voice 및 레거시 전화 통신 시스템 배포 및 직접 라우팅을 사용하여 혼합 배포로 마이그레이션하는 방법을 보여 줍니다.

이전 상태를 보여 주는 원래 혼합 배포다이어그램 1.

이전 상태를 보여 주는 직접 라우팅다이어그램 2와 혼합 배포

통화 플랜

통화 플랜에 대한 구성 요구 사항을 확인하기 위해 Contoso는 통화 플랜 핵심 배포 결정을 검토했습니다. 결과 결정은 다음과 같습니다.

  • Q. 사용자에게 국제 통화가 필요한가요?
    A. 예

  • Q. 내 사용자에게 각각 직접 내부 DID 전화 번호가 있나요?
    A. 오늘 말고. 사용하도록 설정된 모든 사용자는 DID를 받게 됩니다.

  • Q. 호출자 ID를 마스킹하거나 사용하지 않도록 설정하시겠습니까?
    A. 사용자의 호출자 ID는 Contoso의 로컬 번호로 마스킹됩니다.

구성

통화 플랜 사이트

Contoso는 라이선스를 획득하고 사용자에게 전화 번호를 할당하기 위해 통화 플랜 설정의 단계를 수행했습니다.

전화 번호를 할당해야 하는 사용자 수로 인해 Contoso는 PowerShell을 사용하여 전화 번호를 할당하기로 결정했습니다. 다른 설정 외에도 PowerShell을 사용하여 숫자를 할당하는 방법을 알아보기 위해 Contoso는 Teams PowerShell 개요를 사용했습니다.

직접 라우팅 사이트

Contoso의 온-프레미스 전화 통신 인프라를 Microsoft Teams에 연결하기 위해 Contoso의 관리자는 직접 라우팅 구성 의 단계를 수행하고 Microsoft Teams에서 비디오 직접 라우팅 을 검토하여 지침을 확인했습니다. Contoso는 인증된 SBC 공급업체의 직접 라우팅 배포 설명서도 참조했습니다.

SBC와 Microsoft 전화 시스템 간에 직접 라우팅이 구성되면 Contoso에서 구성을 테스트해야 했습니다. 이를 위해 Contoso 관리자는 Ignite 2019의 직접 라우팅 세션에 대한 업데이트 설명된 SIP 테스터 클라이언트를 사용했습니다. 직접 라우팅 세션 테두리 컨트롤러 연결을 테스트하기 위해 PowerShell 스크립트에서 SIP 테스터 클라이언트 스크립트 및 설명서를 다운로드했습니다.

로컬 미디어 최적화

Contoso는 전 세계 여러 지역에서 로컬 미디어 최적화를 활용할 수 있는 기회를 보았습니다. Contoso에 지원되는 시나리오는 직접 라우팅을 위한 로컬 미디어 최적화에 설명되어 있습니다. 로컬 미디어 최적화의 구성은 SBC 공급업체와 Microsoft의 지침에 따라 완료되었습니다. 로컬 미디어 최적화를 위한 구성 단계는 다음과 같습니다.

  • 사용자 및 SBC 사이트 구성

  • SBC 공급업체 사양에 따라 SBC를 구성합니다.

  • 로컬 미디어 최적화에 사용되는 각 사이트에 외부 신뢰할 수 있는 IP 주소 추가

  • 네트워크 토폴로지 정의

  • 가상 네트워크 토폴로지 정의

  • 모드 결정: 항상 바이패스 또는 로컬 사용자에 대해서만

네트워킹 고려 사항

Contoso에는 전화 시스템에 대해 사용하도록 설정된 후 오랜 시간 동안 원격으로 작업해야 하는 사용자가 많았습니다. 사용자는 VPN을 사용하여 특정 기간 업무 애플리케이션에 액세스했습니다. VPN에서 전화 시스템 사용자는 통화 품질이 저하되었습니다.

품질 문제를 resolve 위해 Contoso는 VPN 분할 터널링을 구현하여 내부 앱에 대한 연결이 VPN에 남아 있는 동안 Office 365 트래픽이 인터넷을 트래버스할 수 있도록 했습니다. VPN 분할 터널링을 구현하기 위해 Contoso는 Office 365 VPN 분할 터널링 구현의 지침을 따랐습니다.