아티클
03/23/2012

Enterprise Voice 서버 측 구성 요소

마지막으로 수정된 항목: 2009-06-15

Enterprise Voice를 배포하는 경우 내부 Communications Server 인프라와 미디어 게이트웨이 또는 SIP(Session Initiation Protocol) 직통 전화 간의 신호 및 미디어를 중재하는 Office Communications Server 2007 R2 중재 서버의 배포를 계획해야 합니다. VoIP(Voice over IP) 사용 사용자와 PSTN(공중 전화망) 간의 호출을 처리하려면 미디어(IP/PSTN) 게이트웨이도 필요합니다. SIP 직통 전화 연결의 경우에는 미디어 게이트웨이가 필요하지 않습니다.

미디어 게이트웨이

미디어 게이트웨이의 수, 크기 및 위치는 Enterprise Voice 인프라를 계획할 때 내려야 하는 가장 중요하고 비용이 많이 드는 결정입니다. 이러한 결정을 내릴 때 고려해야 할 사항은 다음과 같습니다.

배포해야 하는 게이트웨이 유형
필요한 미디어 게이트웨이의 수. 이것은 부분적으로 게이트웨이의 크기와 게이트웨이를 배포할 위치에 따라 결정됩니다.
필요한 게이트웨이의 크기. 이것은 부분적으로 배포하려는 게이트웨이의 수와 배치 위치에 따라 결정됩니다.
게이트웨이가 있어야 하는 위치. 이것은 부분적으로 조직의 토폴로지 및 지역 분포에 따라 결정됩니다.

앞의 고려 사항 중 어떤 하나도 다른 세 고려 사항과 독립적으로 결정할 수 없습니다. 네 가지 고려 사항에 대한 대답은 결국 예상되는 전화 트래픽 양과 해당 트래픽의 조직 내 분포에 따라 결정됩니다. 그러나 이는 시작일 뿐이며 기본 데이터입니다. 게이트웨이 토폴로지 옵션도 고려해야 합니다.

배포할 게이트웨이 유형

Communications Server는 중재 서버 및 미디어 게이트웨이를 배포하는 다음 세 가지 옵션을 제공합니다.

기본. 이 옵션은 기본 미디어 게이트웨이 및 별도의 중재 서버로 구성되어 있습니다.
기본 하이브리드. 이 옵션은 기본 게이트웨이 및 중재 서버가 단일 컴퓨터에 함께 배치되는 기본 하이브리드 게이트웨이입니다.
고급. 이 옵션은 중재 서버 논리가 게이트웨이 소프트웨어 자체 내에 통합되는 고급 미디어 게이트웨이입니다.

Communications Server와 함께 사용할 수 있는 적합한 게이트웨이의 현재 목록을 비롯한 자세한 내용은 https://go.microsoft.com/fwlink/?LinkId=125757 (영문)을 참조하십시오.

표 1. 기본 게이트웨이와 기본 하이브리드 게이트웨이 비교

게이트웨이 유형	장점	단점
기본 미디어 게이트웨이	기존 하드웨어를 중재 서버에 사용할 수 있습니다.	중재 서버의 설치, 구성 및 관리를 위한 추가 오버헤드가 필요합니다.
기본 하이브리드 미디어 게이트웨이	별도의 중재 서버가 필요하지 않습니다. 기본 미디어 게이트웨이와 중재 서버의 조합보다 설치, 구성 및 관리가 더 간단합니다.	없음
고급 미디어 게이트웨이	별도의 중재 서버가 필요하지 않습니다. 다른 게이트웨이 유형보다 설치, 구성 및 관리가 더 간단합니다.	없음

기본 미디어 게이트웨이

기존 하드웨어를 중재 서버에 사용할 수 있습니다.

중재 서버의 설치, 구성 및 관리를 위한 추가 오버헤드가 필요합니다.

기본 하이브리드 미디어 게이트웨이

별도의 중재 서버가 필요하지 않습니다.

기본 미디어 게이트웨이와 중재 서버의 조합보다 설치, 구성 및 관리가 더 간단합니다.

없음

고급 미디어 게이트웨이

별도의 중재 서버가 필요하지 않습니다. 다른 게이트웨이 유형보다 설치, 구성 및 관리가 더 간단합니다.

없음

게이트웨이 토폴로지

게이트웨이 배포의 네 가지 고려 사항을 결정하는 경우 다음 방법을 사용할 수 있습니다.

조직의 사무실이 있는 사이트 수 계산
각 사이트의 트래픽 예상
각 사이트에 예상 트래픽을 처리할 게이트웨이를 하나 이상 배포

결과로 생성된 분산 게이트웨이 토폴로지는 다음 그림과 같이 표시됩니다.

그림 1. 분산 게이트웨이 토폴로지
Dd441273.67c53c38-4618-486a-ab6c-23b32747cb75(ko-kr,office.13).gif

이 토폴로지에서는 각 사이트에 있는 직원 간의 통화와 서로 다른 사이트 간의 통화가 모두 회사 인트라넷을 통해 라우팅됩니다. PSTN에 대한 통화는 엔터프라이즈 IP 네트워크를 통해 대상 번호의 위치에 가장 가까운 게이트웨이로 라우팅됩니다.

그러나 많은 금융 기관 및 다른 대기업처럼 조직에서 하나 이상의 대륙에 분산된 수십, 수백 또는 수천 개의 사이트를 지원하는 경우에는 어떻게 해야 합니까? 이러한 경우 각 사이트에 별도의 게이트웨이를 배포하는 것은 비실용적입니다.

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

그림 2. 전화 통신 데이터 센터 토폴로지
Dd441273.84d63d10-5293-49f0-8c23-c3a68ff96230(ko-kr,office.13).gif

이 토폴로지에서는 예상 사용자 로드를 처리하기에 충분한 몇 개의 대규모 게이트웨이가 각 데이터 센터에 배포됩니다. 엔터프라이즈 내 사용자에 대한 모든 통화는 회사의 전화 통신 서비스 공급자에 의해 데이터 센터로 전달됩니다. 데이터 센터의 라우팅 논리에 따라 인트라넷을 통해 통화를 라우팅할지, 아니면 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개 포트를 할당해야 합니다.
조직의 사용자 수나 트래픽 양이 증가함에 따라 추가 포트를 얻을 수 있습니다.

지원해야 하는 지정된 사용자 수에 따라 배포할 게이트웨이 수를 늘리거나 줄일 수 있으며 크기가 작은 더 많은 게이트웨이를 배포할 수도 있습니다. 일반적으로 한 게이트웨이의 작동이 중단될 경우에 대비하여 한 조직에 최소 두 개의 게이트웨이가 권장됩니다. 이를 제외하면 조직에서 배포할 게이트웨이의 수와 크기는 각 조직의 전화 트래픽 볼륨에 대한 철저한 분석을 기반으로 결정됩니다.

배포하는 각 기본 미디어 게이트웨이에 상응하는 중재 서버가 적어도 하나는 있어야 합니다. 한 게이트웨이가 여러 중재 서버를 가리키도록 하는 것은 바람직하지는 않지만 가능합니다. 그러나 한 중재 서버가 여러 미디어 게이트웨이를 가리키도록 할 수는 없습니다.

특정 하드웨어 요구 사항을 비롯한 자세한 내용은 내부 Office Communications Server 구성 요소 요구 사항 및 용량 계획을 참조하십시오.

[!참고] 기본 하이브리드 미디어 게이트웨이는 함께 배치된 중재 서버와만 연동되므로 다른 중재 서버를 가리켜서는 안 됩니다.

SIP 직통 전화

Office Communications Server 2007 R2는 엔터프라이즈에서 PSTN 시작 및 종료를 제공하는 서비스 공급자에 해당 음성 네트워크를 연결할 수 있도록 하여 Enterprise Voice 배포를 간소화하고 비용을 줄일 수 있습니다. 통신 산업에서 "SIP 직통 전화"라고 알려진 이 기능을 사용하면 엔터프라이즈가 PSTN 연결을 사용하기 위해 IP-PSTN 게이트웨이(중재 서버 포함 또는 제외)를 배포할 필요가 없습니다.

Office Communications Server 2007 R2 SIP(Session Initiation Protocol) 직통 전화 기능은 다음과 같은 시나리오를 가능하게 합니다.

회사 방화벽 내부 또는 외부의 엔터프라이즈 사용자는 E.164 규격 번호로 지정된 시내 또는 시외 전화를 걸 수 있으며, 이러한 호출은 해당 서비스 공급자의 서비스로 PSTN에서 종료됩니다.
PSTN 가입자는 엔터프라이즈 사용자와 연관된 DID(Direct Inward Dialing) 번호로 전화를 걸어 회사 방화벽 내부 또는 외부의 엔터프라이즈 사용자에게 연락할 수 있습니다.

SIP 직통 전화에 대한 자세한 내용은 시작 설명서의 기술 개요에서 SIP 직통 전화 토폴로지를 참조하십시오.

Exchange 통합 메시징

또한 조직에서 Exchange Server 2007 SP1 통합 메시징을 사용하려는 경우 Exchange Server 2007 SP1 서버 역할인 Unified Messaging, Hub Transport, Client Access 및 Mailbox를 배포해야 합니다. 이러한 서버 역할은 Communications Server 2007 R2와 동일한 포리스트나 다른 포리스트에 배포할 수 있습니다. 이러한 서버 역할과 관련된 기술 요구 사항을 비롯한 자세한 내용은 Exchange Server 통합 메시징과의 통합을 참조하십시오. Exchange 2007을 배포하는 방법에 대한 자세한 내용은 Exchange Server 2007 제품 설명서(https://go.microsoft.com/fwlink/?LinkID=139372 (영문))를 참조하십시오.

중재 서버의 새 구성 옵션

Office Communications Server 2007 R2에서는 중재 서버에 대한 두 개의 WMI(Windows Management Instrumentation) 설정이 새로 도입되었습니다. 첫 번째 새 설정은 중재 서버에서 아웃바운드 호출의 E.164 번호를 처리하는 방법을 지정합니다. 두 번째 새 설정은 중재 서버에서 QoS(서비스 품질) 표시를 가능하게 합니다.

아웃바운드 호출의 E.164 번호 처리

기본적으로 보내는 호출에 대한 요청 URI(Uniform Resource Identifier)의 E.164 번호 앞에는 더하기 기호(+)가 붙습니다. 대부분의 PBX(Private Branch eXchange)는 이러한 번호를 문제 없이 처리합니다. 그러나 특정 PBX는 앞에 + 기호가 있는 번호를 허용하지 않습니다.

이러한 PBX와의 상호 운용성을 위해 중재 서버에는 RemovePlusFromRequestURI라는 새로운 WMI 부울 설정이 있으며, 이 설정은 TRUE 및 FALSE 값을 갖습니다. PBX에서 앞에 + 기호가 있는 번호를 허용하지 않는 경우 이 WMI 설정의 값을 TRUE로 지정하여 중재 서버가 아웃바운드 호출에 대한 요청 URI에서 + 기호를 제거하도록 해야 합니다. 기본값은 FALSE이며, 중재 서버에서 보내는 INVITE의 요청 URI, To URI 및 From URI를 변경하지 않고 그대로 전달합니다.

중재 서버에서 QoS 사용

중재 서버에는 QoSEnabled라는 새로운 WMI 부울 설정이 있으며, 이 설정은 TRUE 및 FALSE 값을 갖습니다. 이 설정은 중재 서버에서 QoS 표시를 사용하거나 사용하지 않도록 지정합니다. 이 설정을 TRUE로 지정하면 중재 서버에서 음성 패킷에 DSCP(Differentiated Services Code Point) 표시를 수행합니다. 기본값은 FALSE입니다.

음성 전송에 적합하게 프로비전된 네트워크에서는 패킷 우선 순위를 지정할 필요가 없습니다. 그러나 대역폭 용량이 확실하지 않은 경우 이 QoS 설정은 최적화되지 않은 환경에서도 우수한 음성 품질을 보장합니다.

개인(DID 아님) 번호의 향상된 처리

개인(DID 아님) 번호의 처리에 사용되는 Office Communications Server 2007 R2의 두 가지 향상 기능은 다음을 가능하게 합니다.

요청 URI의 + 기호를 지원하지 않는 PBX 또는 기타 다운스트림 요소와의 호환성
AD DS(Active Directory 도메인 서비스)의 msRTCSIP-Line 속성이 E.164 형식이 아니어도 되는 개인 번호 지정 계획 지원

더하기 기호를 지원하지 않는 PBX와의 호환성

기본적으로 Office Communications Server 2007 R2에서 보내는 호출에 대한 요청 URI의 E.164 번호 앞에는 + 기호가 붙습니다. 대부분의 PBX는 이러한 번호를 문제 없이 처리합니다. 그러나 일부 PBX는 앞에 + 기호가 있는 번호를 허용하지 않으며 해당 호출을 올바르게 라우팅하지 않습니다.

뿐만 아니라 일부 PBX에서 들어오는 인바운드 호출의 From 헤더는 앞에 + 기호가 없으므로 RFC 3966을 준수하지 않습니다. Microsoft Office Communicator는 이러한 번호를 올바른 사용자로 확인할 수 없습니다.

이러한 PBX와의 상호 운용성을 위해 Office Communications Server 2007 R2에는 RemovePlusFromRequestURI라는 WMI에 대한 새로운 중재 서버 설정이 있습니다. 이 설정은 TRUE 또는 FALSE로 설정할 수 있습니다. 기본값은 FALSE입니다.

Office Communications Server 2007 R2 중재 서버에서의 PBX 다운스트림이 앞에 + 기호가 있는 번호를 허용하지 않는 경우 RemovePlusFromRequestURI 값을 TRUE로 설정합니다. 이렇게 하면 중재 서버가 보내는 호출의 요청 URI에서 + 기호를 제거합니다. To 및 From URI에서도 + 기호가 제거됩니다.
다운스트림 PBX가 앞에 + 기호가 있는 번호를 허용하는 경우에는 RemovePlusFromRequestURI의 값을 기본값인 FALSE로 그대로 둡니다. 이렇게 하면 Office Communications Server 2007 중재 서버가 요청 URI, To URI 및 From URI를 변경하지 않고(즉, + 기호 포함) 그대로 전달합니다.

개인 번호 지정 계획 지원

또한 Office Communications Server 2007 R2에서는 E.164 형식이 아닌 From 헤더를 정규화하여 개인 번호 지정 계획을 지원합니다. 이 정규화의 결과가 E.164 형식이 아니면 Office Communications Server 2007 R2에서 전화 컨텍스트 값이 enterprise인 P-Asserted-ID 헤더를 삽입하여 Office Communicator 2007 R2에서 사용자 조회를 가능하게 합니다. 그러나 전화 컨텍스트 값 enterprise가 URI에 이미 포함되어 있는 경우에는 Office Communications Server 2007 R2에서 From 헤더를 정규화하지 않습니다.

다음을 통해 공유