PSTN 게이트웨이 배포 옵션
마지막으로 수정된 항목: 2012-01-24
PSTN 게이트웨이
PSTN 게이트웨이는 Enterprise Voice 인프라와 PSTN 간에 신호 및 미디어를 직접 또는 SIP 트렁크에 대한 연결을 통해 변환하는 타사 하드웨어 구성 요소입니다. 두 토폴로지에서 게이트웨이는 PSTN을 종료합니다. 고유한 서브넷에 격리되고 중재 서버를 통해 엔터프라이즈 네트워크에 연결됩니다.
Microsoft Lync Server 2010중재 서버에 대한 3개 변경 사항은 게이트웨이 계획을 더욱 단순하고 유연하며 확장 가능하고 안정적으로 만듭니다. 첫째, 중재 서버가 미디어를 처리하지 않아도 되어 대역폭이 확보되므로 단일 중재 서버가 여러 게이트웨이를 통해 통화를 라우팅할 수 있습니다. 둘째, 이제 중재 서버가 각 프런트 엔드 서버에 기본적으로 배치되므로 프런트 엔드 풀도 중재 서버 풀입니다. 이 배치는 향상된 확장성, 뛰어난 유연성 및 과도한 부하에서 향상된 통화 처리를 제공합니다. 셋째, 게이트웨이가 DNS 부하 분산을 제공하므로 특히 중재 서버가 배치될 때 안정성이 향상됩니다.
사이트가 여러 개인 엔터프라이즈는 일반적으로 각 사이트에 하나 이상의 게이트웨이를 배포합니다. 분기 사이트는 게이트웨이 또는 게이트웨이 및 서버가 단일 상자에 결합된 SBA(Survivable Branch Appliance)를 통해 PSTN에 연결할 수 있습니다. 분기 사이트가 게이트웨이를 사용하는 경우 WAN 연결이 복구 가능하지 않는 한 사이트에 등록자 및 중재 서버가 모두 필요합니다. 프런트 엔드 서버에 배치된 하나 이상의 중재 서버는 각 사이트에서 하나 이상의 게이트웨이에 대한 통화를 라우팅할 수 있습니다. 사이트에 필요한 등록자, 중재 서버 및 게이트웨이는 SBA(Survivable Branch Appliance)로 배포됩니다.
PSTN 게이트웨이의 수, 크기 및 위치는 Enterprise Voice 인프라를 계획할 때 수행해야 하는 가장 중요하고 비용이 많이 드는 결정입니다.
이러한 결정을 내릴 때 고려해야 하는 사항은 다음과 같습니다. 이러한 고려 사항 중 어떤 하나도 다른 고려 사항과 독립적으로 결정할 수 없습니다.
필요한 PSTN 게이트웨이의 수. 이것은 사용자 수, 예상 동시 통화 수(트래픽 부하) 및 사이트 수(각 사이트마다 하나씩)에 따라 결정됩니다.
필요한 게이트웨이의 크기. 이것은 사이트의 사용자 수와 트래픽 부하에 따라 결정됩니다.
게이트웨이가 있어야 하는 위치. 이것은 부분적으로 조직의 토폴로지 및 지역 분포에 따라 결정됩니다.
게이트웨이 토폴로지 옵션도 고려해야 합니다.
여러 게이트웨이 지원
중재 서버 풀의 Lync Server 2010는 인터넷 전화 통신 서비스 공급자가 제공하는 SBC(세션 경계 컨트롤러), 여러 게이트웨이 또는 둘의 조합을 통해 통화를 라우팅할 수 있습니다. 또한 풀의 여러 중재 서버는 단일 게이트웨이와 상호 작용할 수 있습니다. 내부 사용자가 PSTN 전화를 걸면 프런트 엔드 풀의 아웃바운드 라우팅 논리가 특정 통화를 라우팅하는 데 사용할 수 있는 모든 가능한 조합 중에서 사용할 중재 서버 및 게이트웨이 조합을 선택합니다. DNS 부하 분산을 사용하면 풀에서 특정 중재 서버와 관련한 문제로 인해 통화가 게이트웨이에 도달하지 못할 경우 풀의 대체 중재 서버로 통화가 재시도됩니다.
여러 게이트웨이 계획에 대한 자세한 내용은 여러 게이트웨이 지원을 참조하십시오.
다른 아웃바운드 라우팅 향상 기능에 대한 자세한 내용은 음성 경로를 참조하십시오.
게이트웨이 토폴로지
게이트웨이 배포의 기본적인 문제를 고려할 때는 다음과 같은 방법을 사용하십시오.
Enterprise Voice를 사용하여 PSTN 연결을 제공할 사이트 수를 계산합니다.
각 사이트의 트래픽을 예상합니다(사용자 수 및 사용자별 시간당 평균 통화 횟수).
각 사이트에 예상 트래픽을 처리할 게이트웨이를 하나 이상 배포
결과로 생성된 분산 게이트웨이 토폴로지는 다음 그림과 같이 표시됩니다.
분산 게이트웨이 토폴로지
.jpg "분산 게이트웨이 토폴로지 다이어그램")
이 토폴로지에서는 각 사이트에 있는 직원 간의 통화와 서로 다른 사이트 간의 통화가 모두 인트라넷을 통해 라우팅됩니다. PSTN에 대한 통화는 엔터프라이즈 IP 네트워크를 통해 대상 번호의 위치에 가장 가까운 게이트웨이로 라우팅됩니다. 그러나 많은 금융 기관 및 다른 대기업처럼 조직에서 하나 이상의 대륙에 분산된 수십, 수백 또는 수천 개의 사이트를 지원하는 경우에는 어떻게 해야 합니까? 이러한 경우 각 사이트에 별도의 게이트웨이를 배포하는 것은 비실용적입니다.
이 문제를 해결하기 위해 많은 대기업에서는 다음 그림과 같이 몇 개의 대규모 전화 통신 중앙 사이트를 배포합니다.
전화 통신 중앙 사이트 토폴로지
.jpg "데이터 센터 게이트웨이 토폴로지")
이 토폴로지에서는 예상 사용자 로드를 처리하기에 충분한 몇 개의 대규모 게이트웨이가 각 중앙 사이트에 배포됩니다. 엔터프라이즈 내 사용자에 대한 모든 통화는 회사의 전화 통신 서비스 공급자에 의해 중앙 사이트로 전달됩니다. 중앙 사이트의 라우팅 논리에 따라 인트라넷을 통해 통화를 라우팅할지, 아니면 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 게이트웨이에는 해당하는 중재 서버가 하나 이상 있어야 합니다.