비즈니스용 Skype 서버 2015의 직접 SIP 연결

 

마지막으로 수정된 항목: 2016-12-20

직접 SIP 연결을 사용하여 비즈니스용 Skype 서버를 다움 중 하나에 연결할 수 있습니다.

  • IP-PBX

  • PSTN 게이트웨이

직접 SIP 연결을 구현하려면 기본적으로 SIP 트렁크를 구현할 때와 동일한 배포 단계를 따릅니다. 두 경우 모두 중재 서버의 외부 인터페이스를 사용하여 연결을 구현합니다. 단, SIP 트렁크는 ITSP 게이트웨이와 같은 외부 엔터티에 연결하고 직접 SIP 연결은 IP-PBX, 공중 전화망(PSTN) 게이트웨이 등 로컬 네트워크의 내부 엔터티에 연결한다는 점이 다릅니다.

조직에서 이 섹션에 설명된 배포 중 하나를 사용하는 경우 비즈니스용 Skype 서버를 조직 전체 또는 일부에 대한 단독 전화 통신 솔루션으로 사용할 수 있습니다. 이 섹션에서는 다음과 같은 배포에 대해 자세히 설명합니다.

  • 증분 배포: 이 옵션에서는 기존 PBX(Private Branch Exchange) 인프라가 있고 조직 내의 보다 작은 규모의 그룹 또는 팀에 Enterprise Voice를 증분적으로 도입하려 한다고 가정합니다.

  • VoIP 전용 배포: 이 옵션에서는 일반 전화 통신 인프라가 없는 사이트에 Enterprise Voice를 배포하려 한다고 가정합니다.

증분 배포에서는 개별 팀 또는 부서에 대해 비즈니스용 Skype 서버가 단독 전화 통신 솔루션으로 배포되는 반면, 조직 내 나머지 사용자는 PBX를 계속 사용합니다. 이 증분 배포 전략은 제어된 파일럿 프로그램을 통해 IP 전화 통신을 엔터프라이즈에 도입하는 한 가지 방법을 제공합니다. Microsoft Unified Communications가 통신에 가장 효과적인 작업 그룹은 Enterprise Voice로 이동되고 다른 사용자는 기존 PBX에 남아 있습니다. 필요에 따라 추가 작업 그룹을 Enterprise Voice로 마이그레이션할 수 있습니다.

증분 옵션은 통신 요구 사항이 공통적이고 중앙에서 관리할 수 있는 명확히 정의된 사용자 그룹에 사용하는 것이 좋습니다. 또한 이 옵션은 넓은 지역에 분산되어 시외 전화 요금을 많이 절약할 수 있는 팀 또는 부서에 효과적입니다. 실제로 이 옵션은 구성원이 전 세계에 분산되어 있는 가상 팀을 만드는 데 유용합니다. 변화하는 비즈니스 요구 사항에 신속하게 대응하여 이러한 팀을 만들고 수정하거나 해산할 수 있습니다.

다음 그림에서는 PBX 뒤에 Enterprise Voice를 배포하는 일반적인 토폴로지를 보여 줍니다. 이 토폴로지는 증분 배포에 권장됩니다.

증분 배포 옵션

부서별 마이그레이션 옵션 다이어그램
note참고:
비즈니스용 Skype 서버 배포를 인증된 직접 SIP 파트너에 연결하려는 경우 중재 서버와 PBX 간에 PSTN(공중 전화망) 게이트웨이가 필요하지 않습니다. 인증된 직접 SIP 파트너 목록은 Microsoft Unified Communications Open Interoperability Program 웹 사이트(http://go.microsoft.com/fwlink/p/?linkId=203309)를 참조하세요.
note참고:
이 그림에 나와 있는 미디어 경로에는 미디어 바이패스가 사용되었습니다(권장 구성). 미디어 바이패스를 사용하지 않도록 선택한 경우 미디어 경로가 중재 서버를 통해 라우팅됩니다.

이 토폴로지에서 선택된 부서 또는 작업 그룹은 Enterprise Voice에 대해 사용하도록 설정되어 있습니다. PSTN 게이트웨이는 VoIP(Voice over Internet Protocol)를 사용하는 작업 그룹을 PBX에 연결합니다. Enterprise Voice에 대해 사용하도록 설정되어 있는 사용자(원격 직원 포함)는 IP 네트워크를 통해 통신합니다. Enterprise Voice 사용자가 PSTN에 거는 전화와 Enterprise Voice에 대해 사용하도록 설정되어 있지 않은 동료에게 거는 전화는 적절한 PSTN 게이트웨이로 라우팅됩니다. 여전히 PBX 시스템에 있는 동료나 PSTN에 있는 발신자의 통화는 라우팅을 위해 비즈니스용 Skype 서버로 착신 전환되도록 하는 PSTN 게이트웨이로 라우팅됩니다.

Enterprise Voice를 기존 PBX 인프라에 연결할 때 상호 운용성을 위해 권장되는 두 가지 구성은 PBX 뒤에 Enterprise Voice를 배포하는 것과 PBX 앞에 Enterprise Voice를 배포하는 것입니다.

Enterprise Voice를 PBX 뒤에 배포하면 PSTN으로부터의 모든 통화가 PBX에 도착하고 PBX는 Enterprise Voice 사용자에 대한 통화를 PSTN 게이트웨이로 라우팅하고 PBX 사용자에 대한 통화를 PBX로 라우팅합니다.

Enterprise Voice를 PBX 앞에 배포하면 모든 통화가 PSTN 게이트웨이에 도착하고 PSTN 게이트웨이는 Enterprise Voice 사용자에 대한 통화를 비즈니스용 Skype 서버로 라우팅하고 PBX 사용자에 대한 통화를 PBX로 라우팅합니다. PSTN에 대한 Enterprise Voice 및 PBX 사용자의 통화는 IP 네트워크를 통해 가장 비용 효율적인 PSTN 게이트웨이로 라우팅됩니다. 다음 표는 이 구성의 장점 및 단점을 보여 줍니다.

PBX 앞에 Enterprise Voice를 배포하는 경우의 장점 및 단점

장점 단점

PBX에서 Enterprise Voice를 사용할 수 없는 사용자에게 계속 서비스를 제공합니다.

기존 게이트웨이에서 원하는 기능이나 용량을 지원하지 않을 수 있습니다.

PBX에서 모든 이전 장치를 처리합니다.

게이트웨이에서 PBX로의 트렁크 및 게이트웨이에서 중재 서버로의 트렁크가 필요합니다. 서비스 공급자가 제공하는 트렁크가 더 필요할 수 있습니다.

Enterprise Voice 사용자가 동일한 전화 번호를 유지합니다.

 

Enterprise Voice는 PBX 통합에 대해 걱정할 필요 없이 또는 상당한 IP-PBX 인프라 배포 및 유지 관리 비용을 발생시키지 않고도 모든 기능을 갖춘 VoIP 솔루션을 구현할 수 있는 기회를 통해 기존 비즈니스에 새 비즈니스 및 새 사무실 사이트를 제공합니다. 이 솔루션은 사무실에서 근무하는 직원과 원격 직원을 모두 지원합니다.

이 배포에서 모든 통화는 IP 네트워크를 통해 라우팅됩니다. PSTN에 대한 통화는 적절한 PSTN 게이트웨이로 라우팅됩니다. 비즈니스용 Skype 또는 Lync Phone Edition이 소프트폰의 역할을 합니다. 사용자가 제어할 PBX 전화가 없으므로 원격 통화 제어는 사용할 수 없고 필요하지 않습니다. 음성 메일 및 자동 전화 교환 서비스는 Exchange 통합 메시징(UM)을 선택적으로 배포하여 사용할 수 있습니다.

note참고:
비즈니스용 Skype 서버를 지원하는 데 필요한 네트워크 인프라 외에 VoIP 전용 배포에서는 소규모의 적합한 게이트웨이를 사용하여 팩스 및 아날로그 장치를 지원할 수 있습니다.

다음 그림은 VoIP 전용 배포의 일반적인 토폴로지를 보여 줍니다.

VoIP 전용 배포 옵션

Greenfidle 배포 옵션
note참고:
이 그림에 나와 있는 미디어 경로에는 미디어 바이패스가 사용되었습니다(권장 구성). 미디어 바이패스를 사용하지 않도록 선택한 경우 미디어 경로가 중재 서버를 통해 라우팅됩니다.

PSTN(공중 전화망) 게이트웨이는 Enterprise Voice 인프라와 PSTN 간에 신호 및 미디어를 직접 또는 SIP 트렁크에 대한 연결을 통해 변환하는 타사 하드웨어 구성 요소입니다. 두 토폴로지에서 게이트웨이는 PSTN을 종료합니다. 게이트웨이는 고유한 서브넷에 격리되고 중재 서버를 통해 엔터프라이즈 네트워크에 연결됩니다.

사이트가 여러 개인 엔터프라이즈는 일반적으로 각 사이트에 하나 이상의 게이트웨이를 배포합니다. 분기 사이트는 게이트웨이 또는 게이트웨이 및 서버가 단일 상자에 결합된 SBA(Survivable Branch Appliance)를 통해 PSTN에 연결할 수 있습니다. 분기 사이트가 게이트웨이를 사용하는 경우 WAN 연결이 복구 가능하지 않는 한 사이트에 등록자 및 중재 서버가 모두 필요합니다. 프런트 엔드 서버에 배치된 하나 이상의 중재 서버는 각 사이트에서 하나 이상의 게이트웨이에 대한 통화를 라우팅할 수 있습니다. 사이트에 필요한 등록자, 중재 서버 및 게이트웨이는 SBA(Survivable Branch Appliance)로 배포됩니다.

PSTN 게이트웨이의 수, 크기 및 위치는 Enterprise Voice 인프라를 계획할 때 수행해야 하는 가장 중요하고 비용이 많이 드는 결정입니다.

다음은 고려해야 할 주요 항목입니다. 이들 항목은 모두 서로 연관되어 있다는 점에 유의하세요.

  • 필요한 PSTN 게이트웨이의 수. 이는 사용자 수, 예상 동시 통화 수(트래픽 부하) 및 사이트 수(각 사이트마다 하나씩)에 따라 결정됩니다.

  • 필요한 게이트웨이의 크기. 이는 사이트의 사용자 수와 트래픽 부하에 따라 결정됩니다.

  • 게이트웨이가 있어야 하는 위치. 이는 부분적으로 조직의 토폴로지 및 지역 분포에 따라 결정됩니다.

또한 게이트웨이 토폴로지 옵션을 고려해야 합니다. 자세한 내용은 이 문서 후반부의 "게이트웨이 토폴로지"를 참조하세요.

중재 서버는 여러 게이트웨이, 인터넷 전화 통신 서비스 공급자가 제공하는 SBC(세션 경계 컨트롤러) 또는 둘의 조합을 통해 통화를 라우팅할 수 있습니다. 또한 풀의 여러 중재 서버는 여러 게이트웨이와 상호 작용할 수 있습니다. 중재 서버 및 게이트웨이 간에 정의된 논리 경로를 트렁크 라고 합니다. 내부 사용자가 PSTN 전화를 걸면 프런트 엔드 풀의 아웃바운드 라우팅 논리가 특정 통화를 라우팅하는 데 사용할 수 있는 모든 가능한 조합 중에서 사용할 트렁크를 선택합니다. DNS 부하 분산을 사용하면 풀에서 특정 중재 서버와 관련한 문제로 인해 통화가 게이트웨이에 도달하지 못할 경우 풀의 대체 중재 서버로 통화가 재시도됩니다.

여러 게이트웨이 계획에 대한 자세한 내용은 비즈니스용 Skype 서버 2015의 M:N 트렁크를 참조하세요.

다른 아웃바운드 라우팅 향상 기능에 대한 자세한 내용은 Lync Server 2013의 음성 경로를 참조하세요.

게이트웨이 배포의 기본적인 문제를 고려할 때는 다음 단계를 따릅니다.

  1. Enterprise Voice를 사용하여 PSTN 연결을 제공할 사이트 수를 계산합니다.

  2. 각 사이트의 트래픽을 예상합니다(사용자 수 및 사용자별 시간당 평균 통화 횟수).

  3. 각 사이트에 예상 트래픽을 처리할 게이트웨이를 하나 이상 배포합니다.

이 토폴로지에서는 각 사이트에 있는 직원 간의 통화와 서로 다른 사이트 간의 통화가 모두 인트라넷을 통해 라우팅됩니다. PSTN에 대한 통화는 엔터프라이즈 IP 네트워크를 통해 대상 번호의 위치에 가장 가까운 게이트웨이로 라우팅됩니다. 그러나 많은 금융 기관 및 다른 대기업처럼 조직에서 하나 이상의 대륙에 분산된 수십, 수백 또는 수천 개의 사이트를 지원하는 경우에는 어떻게 해야 할까요? 이러한 경우 각 사이트에 별도의 게이트웨이를 배포하는 것은 실용적이지 않습니다.

이 문제를 해결하기 위해 많은 대기업에서는 다음 그림과 같이 몇 개의 대규모 전화 통신 중앙 사이트를 배포합니다.

이 토폴로지에서는 예상 사용자 로드를 처리하기에 충분한 몇 개의 대규모 게이트웨이가 각 중앙 사이트에 배포됩니다. 엔터프라이즈 내 사용자에 대한 모든 통화는 회사의 전화 통신 서비스 공급자에 의해 중앙 사이트로 전달됩니다. 중앙 사이트의 라우팅 논리에 따라 인트라넷을 통해 통화를 라우팅할지, 아니면 PSTN으로 라우팅할지 결정됩니다.

게이트웨이 위치에 따라 선택한 게이트웨이 유형과 구성 방법이 결정될 수도 있습니다. 수십 개의 PSTN 프로토콜이 있지만 전 세계 표준은 하나도 없습니다. 모든 게이트웨이가 한 국가/지역에 있는 경우에는 이것이 문제가 되지 않지만 여러 국가/지역에 게이트웨이가 있는 경우 해당 국가/지역의 PSTN 표준에 따라 각 게이트웨이를 구성해야 합니다. 예를 들어 캐나다에서 작업이 인증된 게이트웨이가 인도, 브라질 또는 유럽 연합에서는 인증되지 않을 수 있습니다.

대부분의 조직에서 배포를 고려하는 PSTN 게이트웨이의 크기는 2개 포트에서 960개 포트까지 다양합니다. 훨씬 더 큰 게이트웨이도 있지만 이러한 게이트웨이는 주로 전화 서비스 공급자가 사용합니다. 조직에 필요한 포트 수를 예상하는 경우 다음 지침을 사용합니다.

  • 전화 통신 사용량이 적은 조직(시간별 사용자당 PSTN 통화 1개)의 경우 사용자 15명당 1개 포트를 할당해야 합니다. 예를 들어 사용자 20명이 있는 경우 2개 포트의 게이트웨이가 필요합니다.

  • 전화 통신 사용량이 보통 수준인 조직(시간별 사용자당 PSTN 통화 2개)의 경우 사용자 10명당 1개 포트를 할당해야 합니다. 예를 들어 사용자 100명이 있는 경우 하나 이상의 게이트웨이에 총 10개 포트를 할당해야 합니다.

  • 전화 통신 사용량이 많은 조직(시간별 사용자당 PSTN 통화 3개 이상)의 경우 사용자 5명당 1개 포트를 할당해야 합니다. 예를 들어 사용자 47,000명이 있는 경우 10개 이상의 대규모 게이트웨이에 총 9,400개 포트를 할당해야 합니다.

  • 조직의 사용자 수나 트래픽 양이 증가함에 따라 추가 포트를 얻을 수 있습니다.

지원해야 하는 지정된 사용자 수에 따라 배포할 게이트웨이 수를 늘리거나 줄일 수 있으며 크기가 작은 더 많은 게이트웨이를 배포할 수도 있습니다. 일반적으로 한 게이트웨이가 중단될 경우에 대비하여 가용성을 유지하기 위해 한 조직에 최소 두 개의 게이트웨이가 권장됩니다.

배포한 각 PSTN 게이트웨이에는 해당하는 중재 서버가 하나 이상 있어야 합니다.

 
표시: