통합 메시징 개요
적용 대상: Exchange Server 2010 SP2, Exchange Server 2010 SP3
마지막으로 수정된 항목: 2016-11-28
MicrosoftExchange Server 2010 UM(통합 메시징)은 음성 메시징과 전자 메일 메시징을 단일 메시징 인프라로 결합합니다. 통합 메시징은 여러 가지 장치에서 액세스할 수 있는 하나의 Exchange 2010 사서함에 전자 메일 및 음성 메시지를 모두 제공합니다. 네트워크에 통합 메시징 서버를 배포한 후에는 사용자가 전화, 휴대폰 또는 컴퓨터의 Outlook Voice Access를 사용하여 메시지에 액세스할 수 있습니다.
오늘날에는 조직의 구성원들이 종종 음성 메시지를 전자 메일 메시지와 별도로 관리하는 경향이 있습니다. 또한 IT 관리자들이 음성 메일 또는 전화 통신 네트워크와 전자 메일 시스템 또는 데이터 네트워크를 별도의 시스템으로 관리하기도 합니다. 이러한 상황에서 전자 메일은 데스크톱을 통해 액세스할 수 있는 서버에서 호스트팅하는 받은 편지함에, 음성 메일은 전화 통신을 통해 액세스할 수 있는 서버에서 호스트팅하는 받은 편지함에 별도로 저장됩니다. 통합 메시징은 전자 메일 및 음성 메시지를 비롯한 모든 메시지가 저장되는 Exchange 2010 저장소를 사용합니다.
통합 메시징과 관련된 관리 작업에 대한 자세한 내용은 통합 메시징 관리를 참조하십시오.
목차
통합 메시징 개요
Exchange 2010 통합 메시징의 이점
UM 서버 구성
UM 사용자 구성
UM 구성 요소 구성
UM 전화 응답
통합 메시징 서비스 및 구성 요소 개요
Unified Communications Managed API 2.0
서비스 포트
통합 메시징 개요
Microsoft Exchange 2010에서 통합 메시징 서버 역할은 Windows Server 2008을 실행하는 컴퓨터에 설치하고 구성할 수 있는 몇 가지 서버 역할 중 하나입니다. 통합 메시징은 Exchange Server 2007 및 Exchange 2010에 포함되어 있으며 여기에는 Exchange 관리자에게 자칫 생소할 수 있는 새로운 전화 통화 개념이 도입되었습니다.
통합 메시징은 Exchange 저장소에 음성 메시징, 팩스 메시징 및 전자 메일 메시징을 통합합니다. 통합 메시징은 Microsoft Exchange와 전화 통신 네트워크를 통합하며 UM 기능을 Exchange의 핵심 기능으로 만듭니다. 다음 그림에서는 조직의 전화 통신 네트워크 구성 요소와 UM 시스템 간의 관계를 보여 줍니다.
전화 통신 구성 요소와 통합 메시징 간의 관계
위 그림에서 통합 메시징 솔루션은 표준 VoIP(Voice over IP) 프로토콜을 사용하여 전화 통신 시스템에 대한 액세스 권한을 제공합니다. 이러한 프로토콜에는 SIP(Session Initiation Protocol), RTP(Realtime Transport Protocol) 및 T.38 프로토콜이 포함됩니다. IP 게이트웨이는 레거시 PBX(Private Branch eXchange) 시스템에 대한 상호 운용성을 제공합니다. 자세한 내용은 전화 통신 개념 및 구성 요소 이해를 참조하십시오.
참고
MicrosoftExchange Server 2010 SP1(서비스 팩 1) 이후 버전을 실행하면 가상화된 환경에서 통합 메시징 서버 역할을 설치하고 실행할 수 있습니다. Exchange 2010 RTM을 실행하는 가상화된 환경에서는 통합 메시징 서버 역할이 지원되지 않습니다.
통합 메시징 개요
Exchange 2010 통합 메시징의 이점
Exchange 2010 통합 메시징 솔루션은 최종 사용자와 IT 관리자에게 다양한 이점을 제공합니다.
사용자 이점
Exchange 2010 통합 메시징을 배포하면 사용자는 Outlook 또는 Microsoft Office Outlook Web App와 같은 전자 메일 클라이언트에서, Windows 휴대폰과 같은 Microsoft Exchange ActiveSync가 설정된 휴대폰에서 또는 전화에서 Exchange 2010 사서함에 있는 음성 메일, 전자 메일 및 일정 정보에 액세스할 수 있습니다. 다음 기능을 사용할 수도 있습니다.
Exchange 정보에 액세스 UM 사용 가능 사용자는 인터넷 지원 휴대폰, Microsoft Office Outlook 2007, Outlook 2010 및 Outlook Web App에서 전체 음성 메일 기능에 액세스할 수 있습니다. 이러한 기능에는 여러 가지 음성 메일 구성 옵션은 물론, 통합된 Windows Media Player를 사용하여 읽기 창에서 음성 메시지를 재생하거나 컴퓨터 스피커를 사용하여 메시지 목록에서 음성 메시지를 재생하는 기능도 있습니다.
전화에서 재생 전화에서 재생 기능을 사용하는 UM 사용 가능 사용자는 음성 메시지를 전화에서 재생할 수 있습니다. 사용자가 사무실 안에서 작업하거나, 공용 컴퓨터 또는 멀티미디어 기능을 지원하지 않는 컴퓨터를 사용하거나, 기밀 음성 메시지를 듣고 있는 상황에서는 컴퓨터 스피커로 음성 메시지를 듣고 싶지 않거나 이 기능 자체를 사용할 수 없는 경우가 있습니다. 자택이나 사무실 전화 또는 휴대폰으로 음성 메시지를 재생할 수 있습니다.
음성 메일 형식 Outlook 2007, Outlook Web App 및 Outlook 2010 음성 메일 형식은 기본 전자 메일 형식과 유사합니다. 이 기능은 음성 메시지의 재생, 중지 또는 일시 중지, 전화에서 음성 메시지 재생, 메모 추가 및 편집 등과 같은 작업을 수행하는 데 필요한 인터페이스를 제공합니다.
음성 메일 형식에는 Windows Media Player 및 오디오 메모 필드가 포함됩니다. 포함된 Windows Media Player와 메모 필드는 음성 메시지를 미리 볼 때는 미리 보기 창에 표시되고 음성 메시지를 열 때는 별도의 창에 표시됩니다. 사용자가 통합 메시징을 사용하지 않거나 Outlook 2007이 클라이언트 컴퓨터에 설치되지 않은 경우 음성 메시지는 전자 메일 첨부 파일로 볼 수 있고 음성 메일 형식은 사용할 수 없습니다.
사용자 구성 통합 메시징을 사용할 수 있는 사용자는 Outlook Web App를 사용하여 통합 메시징을 위한 다양한 음성 메일 옵션을 구성할 수 있습니다. 예를 들어 전화 액세스 번호와 음성 메일 전화에서 재생 번호를 구성하고 음성 메일 액세스 PIN을 다시 설정할 수 있습니다.
전화 응답 전화 응답에는 사용자 대신 들어오는 호출에 응답, 개인 인사말 재생, 메시지 녹음 및 배달할 메시지를 받은 편지함에 전자 메일 메시지로 전송하는 작업이 포함됩니다.
전화 응답 규칙 전화 응답 규칙은 Exchange 2010의 새 기능입니다. 이 기능을 통해 최종 사용자는 들어오는 전화 응답의 처리 방법을 지정할 수 있습니다. 전화 응답 규칙이 들어오는 호출에 적용되는 방식은 받은 편지함 규칙이 들어오는 전자 메일 메시지에 적용되는 방식과 유사합니다. 기본적으로 아무런 전화 응답 규칙도 구성되어 있지 않습니다. UM(통합 메시징) 서버에서 들어오는 호출에 응답하면 수신자에게 음성 메시지를 남기라는 메시지가 발신자에게 들립니다. 발신자는 전화 응답 규칙을 사용하여 다음 작업을 수행할 수도 있습니다.
UM 사용 가능 사용자에게 음성 메시지를 남깁니다.
UM 사용 가능 사용자의 대체 연락처로 전송합니다.
대체 연락처의 음성 메일로 전송합니다.
UM 사용 가능 사용자가 구성한 다른 전화 번호로 전송합니다.
Find-Me 기능을 사용하거나 감독되는 전송을 통해 UM 사용 가능 사용자를 찾습니다.
음성 메일 미리 보기 Exchange 2010에서 통합 메시징 서버 역할은 새로 만든 음성 메일 메시지에서 ASR을 사용합니다. 사용자가 수신하는 음성 메시지에는 녹음 메시지와 텍스트가 모두 포함됩니다. 사용자는 Outlook Web App, Outlook 2007 또는 Outlook 2010 내에서 전자 메일 메시지에 표시된 음성 메시지 텍스트를 봅니다.
메시지 대기 표시기 메시지 대기 표시기는 대부분의 레거시 음성 메일 시스템에서 찾을 수 있는 기능이며, 새 메시지의 존재를 알리는 모든 메커니즘을 지칭합니다. Exchange 2007에서 이 기능은 일반 전화의 램프에 불이 들어오게 하여 새 음성 메시지 수신을 알리는 타사 응용 프로그램에 의해 제공됩니다. 이 기능은 Exchange 2010에 추가되었으며 타사 소프트웨어는 필요하지 않습니다. 메시지 대기 표시기는 사용자의 사서함 또는 UM 사서함 정책에서 사용하거나 사용하지 않도록 설정할 수 있습니다.
SMS를 사용하여 부재 중 전화 및 음성 메일 알림 사용자가 호스팅된 또는 사용자 다이얼 플랜의 구성원이고 자신의 휴대폰 번호를 사용하여 음성 메일 설정을 구성하고 호출 전달을 구성한 경우 휴대폰에서 SMS(Short Messaging Service)를 통해 텍스트 메시지로 부재 중 전화 및 새 음성 메시지에 대한 알림을 받을 수 있습니다. 그러나 사용자가 이러한 유형의 알림을 받으려면 먼저 계정에서 텍스트 메시징을 구성하고 알림을 사용하도록 설정해야 합니다.
보호된 음성 메일 보호된 음성 메일은 사용자가 개인 메일을 보낼 수 있도록 지원하는 통합 메시징 기능입니다. 이 메일은 Active Directory RMS(Rights Management Services)에 의해 보호되며 사용자는 전자 메일에서 음성 파일을 전달, 복사 또는 추출하는 것이 제한됩니다. 보호된 음성 메일은 통합 메시징의 기밀성을 높이고, 사용자가 음성 메시지의 대상을 제한하려는 경우 통합 메시징을 사용할 수 있도록 합니다. 이 기능은 Exchange 2007에서 개인 전자 메일 메시지가 처리되는 방식과 유사합니다. Exchange 2010에서는 음성 메일 메시지에도 적용됩니다.
Outlook Voice Access UM 사용 가능 사용자가 사용할 수 있는 통합 메시징 사용자 인터페이스는 TUI(전화 사용자 인터페이스)와 VUI(음성 사용자 인터페이스)의 두 가지가 있습니다. 이 두 가지 인터페이스를 Outlook Voice Access라고 합니다. 구독자는 외부 또는 내부 전화에서 통합 메시징 시스템에 액세스할 때 Outlook Voice Access를 사용할 수 있습니다. 통합 메시징 시스템에 전화 접속하는 UM 사용 가능 사용자는 Outlook Voice Access를 사용하여 자신의 사서함에 액세스할 수 있습니다. UM 사용 가능 사용자는 전화를 사용하여 다음 작업을 수행할 수 있습니다.
음성 메일에 액세스할 수 있습니다.
전자 메일 메시지를 읽고, 전달 또는 회신할 수 있습니다.
일정 정보를 수신할 수 있습니다.
전체 주소 목록이나 연락처의 그룹에 저장된 연락처에 액세스하거나 전화를 걸 수 있습니다.
모임 요청을 수락하거나 취소할 수 있습니다.
전화를 건 사람에게 수신자가 자리에 없음을 알리도록 음성 메일 메시지를 설정합니다.
사용자 보안 기본 설정과 개인 옵션을 설정합니다.
Outlook Voice Access를 사용하여 그룹 주소 지정 Exchange 2007에서 사용자는 사서함에 로그온되어 있을 때 Outlook Voice Access의 TUI(전화 사용자 인터페이스) 또는 VUI(음성 사용자 인터페이스)를 사용하여 전자 메일 및 음성 메시지를 전송할 수 있습니다. 그러나 자신의 개인 연락처에 있는 한 사용자에게 하나의 전자 메일 메시지를 전송하거나 디렉터리에서 각 받는 사람을 개별적으로 추가하거나 전체 주소 목록에서 배포 목록의 이름을 추가하는 방법으로 여러 명의 받는 사람에게 하나의 전자 메일 메시지를 전송할 수밖에 없습니다. Exchange 2010에서는 사용자가 Outlook Voice Access를 사용하여 사서함에 로그인하면 자신의 개인 연락처에 저장된 그룹의 사용자에게 전자 메일 및 음성 메시지를 전송할 수도 있습니다.
통합 메시징 개요
관리자 이점
현재 대부분의 사용자와 IT 부서는 음성 메일을 전자 메일과 별도로 관리합니다. 전자 메일은 데스크톱을 통해 액세스되고 음성 메일은 전화를 통해 액세스되는 개별 서버에서 호스팅된 별도의 받은 편지함인 음성 메일 및 전자 메일이 존재합니다. 통합 메시징은 모든 메시지를 저장할 통합된 저장소를 제공하고 컴퓨터나 전화를 통해 콘텐츠에 액세스할 수 있게 합니다.
Exchange 관리자는 Exchange의 나머지 기능을 관리하는 데 사용하는 것과 동일한 인터페이스, Exchange 관리 콘솔 및 Exchange 관리 셸을 사용하여 통합 메시징을 관리할 수 있습니다. 여기에는 다음과 같은 기능이 포함됩니다.
단일 플랫폼에서 음성 메일 및 전자 메일을 관리합니다.
스크립트 가능한 명령을 사용하여 통합 메시징을 관리합니다.
가용성 및 안정성이 높은 통합 메시징 인프라를 구축합니다.
Exchange 2010 통합 메시징은 관리자에게 다음과 같은 기능을 제공합니다.
완벽한 통합 메시징 시스템 Exchange 2010 통합 메시징은 단일 저장소, 전송 및 디렉터리 인프라를 통해 이상적인 통합 메시징 솔루션을 제공합니다. 저장소는 Exchange 2010 사서함 서버 역할에서 제공됩니다. 전송은 Exchange 2010 허브 전송 서버 역할에서 제공됩니다. 단일 관리 지점에서 단일 관리 인터페이스 및 도구 집합을 사용하여 모든 전자 메일 및 음성 메일 메시지를 관리할 수 있습니다. 이를 통해 인프라와 교육을 통합함으로써 전체 관리 비용을 대폭 절감할 수 있습니다.
Exchange 2010 배포 및 관리 모델 Exchange 2010 통합 메시징 솔루션을 사용하여 Exchange 2010 서버 디자인의 이점을 활용할 수 있습니다. 통합 메시징 서버 역할을 실행하기 위해 새 서버를 구매할 필요가 없습니다. 그리고 더욱 주목할 점은, 기존에 알고 있던 교육 및 문제 해결 방법을 포함한 Exchange 정보를 다시 사용하여 음성 메일 메시징 인프라를 관리하는 데 적용할 수 있다는 것입니다.
Exchange 2010 보안 모델 Microsoft Exchange 통합 메시징 서비스는 Exchange 서버 계정으로 실행됩니다. 따라서 Exchange 2010 통합 메시징용 슈퍼 사용자 계정을 만들거나 관리할 필요가 없습니다.
음성 메일 시스템 통합 현재 대부분의 음성 메시징 시스템의 경우 조직의 모든 사무실에 음성 메시징 시스템의 모든 구성 요소를 설치해야 합니다. 이런 유형의 구조에서는 지사의 음성 메시징 시스템이 본사 외부에 있고 이는 현장에서 관리되어야 합니다. 이는 관리 비용을 높이고 작업을 복잡하게 만드는 경향이 있습니다. Exchange 2010 통합 메시징을 사용하면 중앙 위치에서 음성 메일 시스템을 관리할 수 있습니다. 통합 메시징을 위한 중앙 관리 시스템을 구축하려면 데이터 센터나 다른 위치에 모든 통합 메시징 서버를 배치한 다음, 각 지사의 음성 메시징 시스템을 교체하는 지사의 IP 게이트웨이를 배포하면 됩니다. 이런 방법으로 중앙 음성 메시징 시스템을 배포하면 하드웨어 및 관리 비용을 대폭 절감할 수 있습니다.
기본 제공 통합 메시징 관리 역할 Exchange 2010 내에는 통합 메시징 관리에 필요한 역할 집합과 음성 메일 기능이 정의되어 있습니다. UM을 포함한 관리 역할은 Microsoft Exchange Server 2007에서 제공됩니다. Exchange 2010에 추가된 UM 관련 관리 역할은 다음과 같습니다.
UM 사서함
UM 음성 안내
통합 메시징
들어오는 팩스 지원 Exchange 2007은 통합 메시징 서버 역할로 팩스 메시지 생성에 대한 기본 지원 기능을 제공합니다. UM 사용 가능 사서함을 사용하는 사용자는 발신자가 자신의 전화 번호로 건 전화를 통해 팩스 메시지를 받을 수 있습니다. Exchange 2007 UM에는 인바운드 팩스 라우팅 또는 발신 팩스에 대한 지원 기능이 없습니다.
Exchange 2010에서는 통합 메시징 서버 역할에서 팩스에 대한 직접 지원 기능이 제거되었습니다. Exchange 2010과 함께 작동하는 팩스 솔루션이 필요한 고객은 팩스 파트너 솔루션을 배포해야 합니다. 팩스 파트너 솔루션은 여러 팩스 파트너로부터 제공됩니다. 팩스 파트너 솔루션은 Exchange 2010과 긴밀히 통합되도록 만들어졌으며 UM 사용 가능 사용자가 들어오는 팩스 메시지를 받을 수 있도록 지원합니다.
참고
RTM 버전의 Exchange 2010 통합 메시징을 사용하는 경우 일부 IP PBX에서 팩스 수신이 올바르게 작동하도록 대역 내 팩스 톤 감지 기능을 사용해야 할 수 있습니다. 그러려면 msexchangeum.config 파일에서 EnableInbandFaxDetection 설정을 True로 변경합니다. msexchangeum.config 파일은 Exchange 2010 통합 메시징 서버의 \Program Files\Microsoft\Exchange\V14\bin 폴더에 있습니다. 이 설정을 구성하지 않으면 통합 메시징 서버는 IP 게이트웨이를 통해 대역 내 팩스 톤 감지를 수행해야 합니다.
Exchange 2010 SP1(서비스 팩 1)에서는 msexchangeum.config 파일의 EnableInbandFaxDetection 설정을 True로 변경할 필요가 없습니다. Exchange 2010 SP1이 설치된 통합 메시징 서버에서는 UCMA(Unified Communications Managed API) 버전 2.0을 통해 통합 메시징 서버가 대역 내와 대역 외의 팩스 이벤트를 모두 수신하기 때문에 팩스 톤 감지를 설정할 필요가 없습니다.여러 언어 지원 Exchange 2010의 경우 제공되는 모든 언어 팩에 지정된 언어에 대한 TTS(텍스트 음성 변환) 엔진 및 사전 녹음 음성 안내와 ASR 지원이 포함되어 있습니다. 그러나 음성 메일 미리 보기에 대한 지원은 일부 언어 팩에만 포함되어 있습니다. 미국 영어(en-US) 언어 팩은 Exchange 2010 DVD에 포함되어 있으며 추가 UM 언어 팩은 Microsoft 다운로드 센터에서 다운로드할 수 있습니다.
자동 전화 교환 자동 전화 교환은 외부 및 내부 사용자가 Exchange 2010 통합 메시징 시스템에 액세스할 수 있게 하는 음성 안내입니다. 전화 키패드나 음성 입력을 사용하여 자동 전화 교환 메뉴를 탐색하거나 사용자를 호출하거나 UM 사용 가능 사용자를 찾은 후 해당 사용자를 호출할 수 있습니다. 자동 전화 교환을 통해 관리자는 다음 작업을 수행할 수 있습니다.
외부 사용자를 위한 사용자 지정 메뉴를 만들 수 있습니다.
안내 인사말, 업무 시간 인사말 및 업무 시간 외 인사말을 정의합니다.
휴일 일정을 정의합니다.
조직의 디렉터리를 검색하는 방법에 대해 설명합니다.
외부 호출자가 내선 번호를 지정하여 사용자를 호출할 수 있도록 사용자 내선 번호로 연결하는 방법에 대해 설명합니다.
외부 호출자가 조직의 디렉터리를 검색하여 특정 사용자를 호출할 수 있도록 조직의 디렉터리를 검색하는 방법에 대해 설명합니다.
외부 사용자가 교환원을 호출할 수 있도록 합니다.
통합 메시징 개요
UM 서버 구성
통합 메시징 서버 역할을 설치하는 동안 UM 컴퓨터 개체가 Active Directory의 컴퓨터 컨테이너에 만들어집니다. Active Directory에서 만들어진 UM 컴퓨터 개체는 통합 메시징 서버 역할이 설치된 실제 서버를 표현한 것입니다. UM Active Directory 컴퓨터 개체는 조직의 전화 통신 인프라와 UM Active Directory 네트워킹 환경을 연결합니다.
참고
설치 중에 새 UM 컴퓨터 개체를 만들려면 통합 메시징 서버 역할을 설치하기 전에 UM 서버가 이미 도메인의 구성원이어야 합니다.
컴퓨터 개체가 만들어지면 네트워크에 통합 메시징을 배포하기 위한 절차를 수행할 수 있습니다.
서버 작업
기본적으로 UM 서버의 작동 상태는 통합 메시징 서버 역할이 설치된 후 사용으로 설정됩니다. 이 설정을 통해 UM 서버에서 들어오고 나가는 음성 호출을 처리하고 메시지를 Exchange 조직의 받는 사람에게 라우팅할 수 있습니다. UM 서버는 작업 상태가 사용으로 설정되지 않으면 들어오는 호출을 처리하지 않습니다.
EMC 및 셸에서 사용 명령과 사용 안 함 명령을 사용하여 UM 서버의 작동 상태를 제어할 수 있습니다. UM 서버에 대한 3가지 상태 모드는 다음과 같습니다.
사용 들어오는 모든 호출을 처리합니다.
즉시 사용 안 함 새 호출을 허용하지 않고 기존의 모든 호출을 삭제합니다.
통화 완료 후 사용 안 함 새 호출을 허용하지 않지만 기존의 모든 호출을 처리합니다.
UM 서버가 실행되면 기존의 UM 다이얼 플랜 및 서버와 연결된 모든 UM IP 게이트웨이를 찾습니다. UM 다이얼 플랜 또는 UM IP 게이트웨이에서 구성 변경을 검색 및 확인하기 위해 UM 서버는 10분마다 구성을 다시 확인하거나 변경 알림을 등록합니다.
UM IP 게이트웨이 목록이 변경되면 UM 서버는 적절하게 반응하고 UM 서버의 다이얼 플랜과 연결된 IP/VoIP 게이트웨이 사용을 시작하거나 중지합니다. 연결된 UM 다이얼 플랜의 구성원으로 UM 서버가 작동하고 IP 게이트웨이 또는 PBX와 통신이 끝나면 사용자는 작업과 연결이 올바른지 확인하기 위해 진단 작업을 실행할 수 있습니다.
통합 메시징 개요
UM 사용자 구성
사용자가 사서함을 사용할 수 있도록 설정할 때 사서함을 만들거나 기존의 사서함에 연결하는 옵션이 제공됩니다. 사용자가 기존의 사서함에 연결되거나 사서함이 만들어지면 사용자가 통합 메시징을 사용할 수 있도록 사서함을 설정해야 합니다. 사용자가 통합 메시징을 사용할 수 있도록 설정하면 모든 전자 메일 및 음성 메시지가 사용자의 사서함으로 배달됩니다. UM 사용자는 Outlook 2007, Outlook 2010, Outlook Web App, Exchange ActiveSync가 설정된 휴대폰 또는 일반 전화 또는 휴대폰을 사용하여 전자 메일, 음성 메시지 및 일정 정보에 액세스할 수 있습니다.
참고
여러 UM 사용자가 사용할 수 있도록 설정하려면 관리 셸의 Enable-UMMailbox cmdlet을 사용합니다.
사용자 UM 속성
사용자가 통합 메시징을 사용할 수 있도록 설정한 후 사용자의 UM 속성을 관리, 수정 및 구성할 수 있습니다.
사용자에 대한 UM 속성은 사서함 개체와 사용자의 Active Directory 개체, 이 두 위치에 저장됩니다. 사용자가 통합 메시징을 사용할 수 있도록 설정한 경우에는 사용자의 사서함 개체에 대한 UM 속성을 설정합니다. 통합 메시징에 대한 사서함 속성을 사용으로 설정하면 사용자가 Exchange 2010의 UM 기능을 사용할 수 있습니다.
사용자가 통합 메시징을 사용할 수 있으면 사용자의 내선 번호, 호칭 및 기타 사용자 속성과 같은 사용자의 UM 속성이 Active Directory 및 사용자 사서함의 사용자 속성에 저장됩니다.
셸 또는 EMC를 사용하여 UM 사용자의 사서함에서 Active Directory 사용자의 UM 속성을 관리할 수 있습니다.
UM 사용자와 UM 사서함 정책 관계
사용자가 통합 메시징을 사용할 수 있도록 설정하려면 사용자를 기존 UM 사서함 정책과 연결하고 사용자의 내선 번호를 제공해야 합니다. Enable-UMMailbox cmdlet을 사용하거나 사용자의 Exchange 사서함을 만들 때 UM 사서함 정책을 선택하여 사용자를 UM 사서함 정책과 연결할 수 있습니다.
UM 사서함 정책에는 사용자에 대한 전화 걸기 제한과 PIN 정책과 같은 설정이 포함되어 있습니다. UM 사서함 정책을 만든 경우에는 해당 정책을 하나의 UM 다이얼 플랜에만 연결해야 합니다. 이때 UM 다이얼 플랜은 최소 하나의 UM 서버와 자동으로 연결됩니다. UM 다이얼 플랜과 연결된 UM 서버는 UM 다이얼 플랜을 사용하는 UM 사용 가능 사용자에게 UM 서비스를 제공할 수 있습니다. 이 방법으로 이러한 Active Directory 개체를 연결하면 Active Directory를 사용하여 UM 서비스를 제공할 수 있습니다. 사용자가 통합 메시징을 사용할 수 있도록 설정하면 UM 사서함 정책의 설정이 UM 사용 가능 사용자에게 적용됩니다.
UM 구성 요소 구성
Exchange 2010 통합 메시징은 기존 Active Directory 환경을 사용하는 개체를 통해 음성 메시징 서비스를 제공합니다. UM Active Directory 개체는 통합 메시징을 지원하기 위해 만들어집니다. Active Directory는 이러한 모든 UM 개체 및 구성 설정을 위한 컨테이너 역할을 합니다.
UM Active Directory 개체는 UM이 전화 통화 인프라와 통합되도록 지원합니다. 이 물리적 인프라 및 그 구성 요소 간의 관계는 Active Directory에 미러링됩니다. 자세한 내용은 통합 메시징 구성 요소 이해를 참조하십시오.
일부 UM Active Directory 개체는 전화 통신 하드웨어 장치를 나타내도록 만들어지고 다른 UM Active Directory 개체는 조직의 전화 통신 다이얼 플랜을 나타내거나 통합 메시징의 특정 기능을 지원하도록 만들어집니다. 자세한 내용은 전화 통신 개념 및 구성 요소 이해를 참조하십시오.
다음 예와 그림에서는 Active Directory에서 발견된 UM 개체 간의 관계를 보여 줍니다.
UM Active Directory 개체 간 관계
위 그림에서 Server01, Server02 및 Server03으로 표시된 UM 서버는 회사의 데이터 센터에 있습니다. 이러한 서버는 Active Directory의 UM 서버 개체로도 표시됩니다. 이외에도 Boston UM 다이얼 플랜과 New York UM 다이얼 플랜이라는 두 개의 UM 다이얼 플랜이 있고, 각 사무실에는 단일 PBX가 있습니다. 그러나 내결함성을 제공하기 위해 각 지사에는 PBX당 두 개의 IP 게이트웨이가 있습니다. 마지막으로 Server01 및 Server02는 Boston UM 다이얼 플랜의 구성원이고, Server01, Server02 및 Server03은 New York UM 다이얼 플랜의 모든 구성원입니다.
뉴욕 지사의 PBX에 호출이 오면 호출은 UM 서버에 전달되는 데, 이때 모든 UM 서버가 동일한 다이얼 플랜에 속하기 때문에 세 개의 UM 서버 중 하나에서 해당 호출에 응답하고 사용자의 사서함에 메시지를 배달할 수 있습니다. Boston에 호출이 왔을 때 UM 서버에 전달되면, Server01 또는 Server02를 통해 Boston 다이얼 플랜에서 호출에 응답할 수 있습니다.
여러 키 Active Directory 개체를 만들고 관리할 필요가 있습니다. 다음 섹션에서는 이러한 개체에 대해 간단히 설명합니다.
통합 메시징 개요
UM 다이얼 플랜
기존의 전화 통화 다이얼 플랜에서 사용자의 내선 번호는 IP PBX, PBX 또는 여러 PBX에 구성되고 공통 다이얼 플랜을 공유합니다. 이렇게 하면 사용자가 모든 전화 번호를 입력하지 않고도 서로의 내선 번호로 전화를 걸 수 있습니다.
UM 다이얼 플랜은 전화 통화 다이얼 플랜을 미러링합니다. UM 다이얼 플랜은 네트워크에 통합 메시징을 올바르게 배포하기 위해 필요합니다.
UM 다이얼 플랜은 공통 사용자 내선 번호를 공유하는 IP PBX 또는 PBX의 집합 또는 그룹을 나타내는 Active Directory 개체입니다. 통합 메시징의 UM 다이얼 플랜에서는 고유한 사용자 내선 번호가 필요합니다.
일부 전화 통신 네트워크의 경우 PBX와 다이얼 플랜이 여러 개 있을 수 있습니다. 이러한 전화 통신 네트워크에서는 동일한 내선 번호를 갖는 두 명의 사용자를 두 개의 개별 UM 다이얼 플랜에 지정할 경우 동일한 내선 번호를 갖는 두 명의 사용자가 있을 수 있습니다. 두 명의 사용자를 별도의 다이얼 플랜에 지정하면 통합 메시징을 위한 내선 번호가 고유해집니다.
다음 그림에서는 단일 포리스트와 여러 물리적 사이트가 있는 조직에서 UM 다이얼 플랜을 사용하는 방법을 보여 줍니다.
여러 물리적 사이트가 있는 조직의 단일 포리스트에서 UM 다이얼 플랜 사용
다이얼 플랜 작동 방식
Exchange 2010 컴퓨터에 통합 메시징 서버 역할을 설치한 후에는 UM 서버를 적어도 하나의 UM 다이얼 플랜과 연결해야 호출에 응답할 수 있습니다. 또한 단일 UM 서버를 여러 UM 다이얼 플랜과 연결할 수도 있습니다.
UM 서버를 UM 다이얼 플랜과 연결한 후에는 UM IP 게이트웨이를 만들고 이미 만들어진 UM 다이얼 플랜과 연결해야 합니다.
중요
EMC를 사용하여 UM 다이얼 플랜을 만들 때마다 UM 사서함 정책도 만들어집니다. UM 사서함 정책의 이름은 <DialPlanName> 기본 정책입니다.
Active Directory에서 UM 다이얼 플랜 및 UM 서버 개체를 만들고 연결하면 UM 서버가 IP 게이트웨이 또는 IP PBX로부터의 호출을 받고 UM 다이얼 플랜과 연결된 사용자의 들어오는 호출을 처리할 수 있습니다. 호출이 IP 게이트웨이 또는 IP PBX에 들어오면 IP 게이트웨이 또는 IP PBX에서 호출을 UM 서버로 전달하고 UM 서버는 연결된 UM 다이얼 플랜과 일치하는 사용자의 내선 번호가 있는지 확인합니다. 다이얼 플랜은 들어오는 호출이 수신될 때 IP 게이트웨이 또는 IP PBX에서 전송하는 파일럿 번호를 통해 식별할 수 있습니다. PBX 또는 IP PBX에 구성된 파일럿 번호를 UM 다이얼 플랜에 구독자 액세스 번호로 구성할 수도 있습니다. 자세한 내용은 통합 메시징 다이얼 플랜 이해를 참조하십시오.
전화 통신 네트워크를 통합 메시징과 통합하려면 전화 통신 네트워크와 IP 기반 네트워크를 연결하는 단일 IP 게이트웨이 또는 SIP 사용 가능 IP PBX가 있어야 합니다. 조직의 각 IP 게이트웨이 또는 IP PBX는 Active Directory에서 UM IP 게이트웨이 개체로 나타납니다.
통합 메시징 개요
UM 사서함 정책
UM 사서함 정책은 통합 메시징을 사용자가 사용할 수 있도록 설정하는 데 필요합니다. 이 사서함 정책은 UM 사용 가능 사용자에 대해 UM 구성 설정을 적용하고 표준화하는 데 유용합니다. UM 사서함 정책을 사용하여 일련의 공용 정책이나 보안 설정을 UM 기반의 사서함 모음에 적용할 수 있습니다. UM 사서함 정책을 사용하여 UM 사용 가능 사용자에 대해 다음과 같은 통합 메시징을 설정합니다.
PIN 정책
전화 걸기 제한
기타 일반적인 UM 사서함 정책 속성
예를 들어 UM 사서함 정책을 만들면 특정 그룹의 UM 사용 가능 사용자(예: 임원)에 대해 사용자가 잠기기 전에 최대 로그온 실패 횟수를 줄여서 PIN 보안 수준을 향상시킬 수 있습니다.
UM 사서함 정책은 셸 또는 EMC를 사용하여 Active Directory의 구성 컨테이너에 만들어집니다. 기본적으로 UM 다이얼 플랜을 만들 때마다 UM 사서함 정책이 하나씩 만들어집니다. 새 UM 사서함 정책은 UM 다이얼 플랜에 연결되며 다이얼 플랜 이름의 일부는 UM 사서함 정책의 표시 이름에 포함됩니다. 그러나 조직의 필요에 따라 추가적인 UM 사서함 정책을 만들 수 있습니다. 사용자가 통합 메시징을 사용할 수 있도록 하려면 하나의 UM 사서함 정책만 있으면 되지만 다른 그룹의 사용자를 위해 추가적인 UM 사서함 정책을 만들고 공통 사서함 정책 설정 집합을 적용할 수 있습니다.
통합 메시징에서 사서함을 사용하도록 설정된 경우 UM 사용 가능 사용자의 사서함을 단일 UM 사서함 정책에 연결해야 합니다. 하나의 UM 사서함 정책을 만든 후에 하나 이상의 UM 사용 가능 사서함을 해당 UM 사서함 정책에 연결합니다. 이렇게 하면 해당 UM 사서함 정책에 연결된 UM 사용 가능 사용자에 대해 PIN의 최소 자릿수 또는 최대 로그온 시도 횟수와 같은 PIN 보안 설정을 제어할 수 있습니다. 또한 원하는 경우에는 UM 사용 가능 사서함의 동일한 그룹이나 다른 그룹에 대해 메시지 텍스트 설정이나 전화 걸기 제한을 제어할 수 있습니다.
여러 UM 사용 가능 사용자를 단일 UM 사서함 정책에 연결할 수 있습니다. 단, 한 명의 사용자는 하나의 UM 사서함 정책에만 연결될 수 있습니다. 새 UM 사서함 정책을 만들고 이 정책을 UM 다이얼 플랜에 연결한 후에, 정의된 UM 사서함 정책 설정을 UM 사용 가능 사용자에게 적용합니다. UM 다이얼 플랜과 UM 사서함 정책에서 정의한 설정은 UM 사서함 정책과 연결된 모든 사용자에게 적용됩니다.
다음 그림은 세 개의 다른 그룹에 대해 전화 걸기 제한과 PIN 보안 설정을 제어하기 위해 UM 사서함 정책을 만드는 방법을 보여 줍니다.
UM 사서함 정책의 예
통합 메시징 개요
UM IP 게이트웨이
UM IP 게이트웨이는 Active Directory 통합 메시징과 상호 운영할 수 있는 물리적 IP 게이트웨이 하드웨어 장치, IP PBX 또는 다른 SIP 서버를 나타내는 개체입니다. 물리적 IP 게이트웨이, IP PBX 또는 SIP 서버를 사용하여 UM 호출을 처리하려면 UM IP 게이트웨이 개체를 통해 Active Directory에 표시해야 합니다.
PBX, IP 게이트웨이 및 IP PBX의 경우 제조업체와 유형이 다양하지만 IP 게이트웨이 구성 요소의 구성은 기본적으로 다음과 같은 두 종류로 나눌 수 있습니다.
IP PBX 장치 한 개
PBX(레거시) 및 IP 게이트웨이 개별 구성 요소 두 개
통합 메시징을 지원하기 위해 전화 통신 네트워크를 데이터 네트워크에 연결하는 데 한 가지 또는 두 가지 유형의 IP 장치 구성이 사용됩니다.
UM IP 게이트웨이는 하나 이상의 Active Directory UM 헌트 그룹과 연결할 수 있습니다. UM IP 게이트웨이 개체와 UM 헌트 그룹 개체의 조합으로 IP 게이트웨이 하드웨어 장치와 UM 다이얼 플랜 간의 연결이 설정됩니다.
UM IP 게이트웨이를 사용하도록 설정하거나 사용하지 않도록 설정
기본적으로 UM IP 게이트웨이를 만들고 나면 사용할 수 있는 상태가 되지만 UM IP 게이트웨이를 사용하거나 사용하지 않도록 설정할 수 있습니다. UM IP 게이트웨이를 사용하지 않도록 설정하면 두 가지 사용 안 함 모드 중 한 가지 모드로 설정할 수 있습니다. 첫 번째 사용 안 함 모드에서는 모든 연결된 UM 서버에서 기존 호출이 삭제됩니다. 두 번째 사용 안 함 모드에서는 UM IP 게이트웨이와 연결된 UM 서버에서 IP 게이트웨이를 통한 모든 새로운 호출의 처리가 중단됩니다.
참고
IP 게이트웨이를 사용하여 호출을 처리하려면 먼저 UM IP 게이트웨이를 하나 이상의 UM 다이얼 플랜과 연결해야 합니다. 또한 적어도 하나의 UM 서버를 하나 이상의 UM 다이얼 플랜과 연결해야 합니다. UM IP 게이트웨이가 삭제되면 IP 게이트웨이와 연결된 UM 서버는 더 이상 UM IP 게이트웨이 또는 IP PBX의 새로운 호출 요청을 수락하거나 처리할 수 없습니다.
통합 메시징 개요
UM 헌트 그룹
전화 통신 네트워크에서 헌트 그룹은 하나의 단위로 그룹화된 내선 번호 집합으로 정의됩니다. 들어오는 호출을 받으면 PBX나 IP PBX는 헌트 그룹을 사용하여 이 호출을 받는 데 사용할 수 있는 사용 가능하거나 열려 있는 회선, 내선 또는 채널에 대해 "헌트"합니다.
이러한 헌트 그룹은 특정 단위로 들어오고 발신 전화를 효율적으로 분배하는 데 사용됩니다. 예를 들어 영업 부서가 10개의 내선 번호를 갖도록 PBX나 IP PBX를 구성할 수 있습니다. 이 10개의 영업 부서 내선 번호를 하나의 헌트 그룹으로 구성합니다.
열린 회선, 내선 또는 채널을 찾는 방법을 정의하기 위해 PBX나 IP PBX에서 사용하도록 만든 여러 알고리즘 또는 방법이 있습니다. 여기에는 다음과 같은 사항이 포함됩니다.
라운드 로빈
유휴 시간이 가장 긴 것
최저 번호에서 시작
PBX나 IP PBX에서 헌트 그룹을 만들고 정의하면 전화 건 사람이 통화 중 신호음을 받을 가능성이 줄어듭니다.
UM 헌트 그룹 이해
UM 헌트 그룹은 들어오는 호출을 수신하는 PBX 또는 IP PBX 헌트 그룹을 정의하는 데 사용되며 UM 시스템의 작동에 매우 중요합니다. UM 헌트 그룹은 기존의 PBX 또는 IP PBX 헌트 그룹을 나타냅니다. UM 헌트 그룹은 UM IP 게이트웨이와 UM 다이얼 플랜 간의 연결 또는 링크 역할을 합니다. 하나의 UM 헌트 그룹은 최소한 하나 이상의 UM IP 게이트웨이 및 UM 다이얼 플랜과 연결됩니다.
또한 물리적 PBX나 IP PBX에서 헌트 그룹에 대해 정의된 파일럿 번호도 UM 헌트 그룹에 대해 정의해야 합니다. 파일럿 번호는 헌트 그룹을 가리키며, 통합 메시징 서버에 라우팅되는 통화에 대한 전화 번호입니다. 파일럿 번호는 메시지의 SIP 헤더를 통해 들어오는 호출과 함께 제공되는 정보를 비교하는 데 사용됩니다. UM 서버는 파일럿 번호를 사용하여 음성 메시지를 올바르게 라우팅할 수 있도록 올바른 다이얼 플랜과 함께 호출을 해석할 수 있습니다. UM 헌트 그룹에 정의되어 있는 파일럿 번호와 정확히 일치하지 않는 들어오는 호출은 응답을 받지 못하고 들어오는 호출 라우팅은 실패하기 때문에 UM 헌트 그룹을 올바르게 구성하는 작업은 매우 중요합니다.
UM 헌트 그룹을 만들면 UM 다이얼 플랜 내에 지정된 모든 UM 서버를 사용하여 IP 게이트웨이와 통신할 수 있습니다. UM 헌트 그룹을 삭제하면 연결된 IP 게이트웨이가 더 이상 지정된 파일럿 번호를 통해 호출에 서비스하지 않습니다. IP 게이트웨이가 UM 헌트 그룹에 연결되지 않은 경우 IP 게이트웨이는 들어오는 호출을 처리할 수 없습니다.
UM 자동 전화 교환
통합 메시징을 사용하면 조직의 필요에 따라 하나 이상의 UM 자동 전화 교환을 만들 수 있습니다. UM 자동 전화 교환을 사용하여 조직의 음성 메뉴 시스템을 만들 수 있으며 이 시스템을 통해 내/외부의 전화 건 사람은 UM 자동 전화 교환 메뉴 시스템을 탐색하여 조직 내의 사용자나 부서를 찾은 후 이들에게 호출을 전달할 수 있습니다.
익명 사용자나 인증되지 않은 사용자가 외부 업무 전화 번호로 호출하거나 내부 사람이 지정된 내선 번호로 호출하는 경우 일련의 음성 안내가 제공되므로 쉽게 사용자에게 호출하거나 조직 내의 사용자를 찾아 해당 사용자에게 호출할 수 있습니다. UM 자동 전화 교환은 전화 건 사람이 통합 메시징이 있는 조직을 호출할 때 교환원과 연결되는 대신 듣게 되는 일련의 음성 안내 또는 .wav 파일입니다. 전화 건 사람은 UM 자동 전화 교환을 통해 DTMF 또는 음성 입력을 사용하여 메뉴 시스템을 탐색하거나 전화를 걸거나 사용자를 찾을 수 있습니다. 그러나 ASR(자동 음성 인식) 또는 음성 입력을 사용하려면 UM 자동 전화 교환에서 ASR를 활성화해야 합니다.
중요
일부 회사(특히 동아시아 지역)의 경우 사무실 전화에 사용되는 문자가 전화 키에 없을 수도 있습니다. 이 경우 키 매핑이 작동하는 방식을 알지 못하면 DTMF 인터페이스를 사용하는 이름 입력 기능이 거의 불가능합니다. 기본적으로 통합 메시징은 E.161 키 매핑을 사용합니다. 예를 들어 2=ABC, 3=DEF, 4=GHI, 5=JKL, 6=MNO, 7=PQRS, 8=TUV 및 9=WXYZ입니다. 문자와 숫자의 조합을 입력할 경우(예: "Mike1092") 숫자는 숫자 자체에 매핑됩니다. 전자 메일 별칭 "Mike1092"를 올바르게 입력하려면 숫자 64531092를 눌러야 합니다. 또한 A-Z 및 0-9 이외 문자의 경우 해당하는 전화 키가 없습니다. 따라서 이러한 문자를 입력하면 안 됩니다. 예를 들어 전자 메일 별칭 "mike.wilson"은 6453945766으로 입력됩니다. 입력할 문자가 11개이지만 마침표(.)에 해당하는 숫자가 없으므로 사용자는 10개의 숫자만 입력합니다.
UM 자동 전화 교환:
회사 정보나 안내 인사말을 제공합니다.
메뉴 옵션을 다른 자동 전화 교환에 연결하여 두 가지 이상의 레벨을 가질 수 있는 사용자 지정 회사 메뉴를 제공합니다.
전화 건 사람이 조직의 디렉터리에서 이름을 검색할 수 있는 디렉터리 검색 기능을 제공합니다.
전화 건 사람이 조직 구성원의 전화에 연결하거나 메시지를 남길 수 있습니다.
Active Directory에서 만들어진 각 UM 자동 전화 교환은 개체로 나타납니다. Active Directory에서는 수에 제한 없이 UM 자동 전화 교환을 만들 수 있습니다. 각 자동 전화 교환은 내선 번호를 개수에 제한 없이 지원할 수 있습니다. UM 자동 전화 교환은 단 하나의 UM 다이얼 플랜에만 연결됩니다. 단, UM 자동 전화 교환은 다른 UM 자동 전화 교환을 참조하거나 연결할 수 있습니다.
외부 전화 번호나 내선 번호로부터 들어오는 호출은 UM 서버에 의해 처리된 후 UM 자동 전화 교환으로 전달됩니다. UM 자동 전화 교환은 시스템 관리자가 미리 녹음된 음성 파일(*.wav)을 사용할 수 있도록 구성됩니다. 전화 건 사람에게 전화를 통해 재생되는 이 파일로 전화 건 사람은 UM 메뉴 시스템을 탐색할 수 있습니다. UM 자동 전화 교환을 구성할 때 사용되는 모든 .wav 파일을 조직의 요구에 맞게 사용자 지정할 수 있습니다. 통합 메시징에 대한 사용자 지정 음성 안내에 대한 자세한 내용은 통합 메시징 오디오 음성 안내 이해를 참조하십시오.
UM 자동 전화 교환의 메시지 흐름에 대한 자세한 내용은 통합 메시징 자동 전화 교환 호출 처리을 참조하십시오.
통합 메시징 개요
여러 언어를 사용한 자동 전화 교환
전화 건 사람에게 다른 언어의 자동 전화 교환을 제공해야 하는 경우가 있습니다. UM 자동 전화 교환에서 사용할 수 있는 언어 설정을 사용하면 자동 전화 교환에서 기본 음성 안내 언어를 구성할 수 있습니다. 자동 전화 교환에 대한 기본 시스템 음성 안내를 사용하는 경우 기본 음성 안내 언어는 자동 전화 교환이 들어오는 호출에 응답할 때 전화 건 사람이 듣는 언어입니다. 이 언어 설정은 통합 메시징 서버 역할을 설치할 때 제공되는 기본 시스템 음성 안내에만 영향을 줍니다. 하지만 자동 전화 교환에 구성된 사용자 지정 음성 안내에는 영향을 주지 않습니다. 자동 전화 교환에 대한 기본값으로 선택되는 언어는 설치된 Exchange 2010의 버전을 기반으로 합니다.
미국 영어 버전의 Exchange 2010을 설치할 경우 UM 자동 전화 교환에서 하나의 언어, 즉 미국 영어만 구성할 수 있습니다. 그러나 일본어와 같은 지역화된 버전의 Exchange 2010을 설치할 경우 자동 전화 교환을 구성하여 일본어나 미국 영어를 기본 언어로 사용할 수 있습니다. 자동 전화 교환에서 다른 기본 언어 옵션을 사용할 수 있도록 추가적인 UM 언어 팩을 UM 서버에 설치할 수 있습니다.
경고
언어에 대한 .msi 파일을 사용하여 UM 언어 팩을 설치할 수는 없습니다.
예를 들어 미국에 위치하고 있지만 미국 영어, 스페인어 및 프랑스어로 시스템을 이동하는 옵션을 전화 건 사람에게 제공하는 메뉴 시스템이 필요한 회사가 있을 경우 먼저 필요한 UM 언어 팩을 설치해야 합니다. 이 경우 미국 영어 버전의 Exchange 2010을 설치했다면 스페인어 및 프랑스어에 대한 UM 언어 팩을 설치합니다. 그러나 UM 자동 전화 교환은 한 번에 하나의 언어만 구성할 수 있기 때문에 네 개의 자동 전화 교환을 만드는 경우 미국 영어를 사용하도록 구성된 기본 자동 전화 교환을 만든 다음 미국 영어, 스페인어, 프랑스어에 대한 자동 전화 교환을 하나씩 만듭니다. 그런 다음 각 언어에 대해 만든 다른 자동 전화 교환에 액세스하기 하기 위한 적절한 키 매핑을 가지도록 기본 자동 전화 교환을 구성합니다. 이 예에서는 기본 자동 전화 교환이 들어오는 호출에 응답하고 호출자는 "Welcome to Contoso, Ltd. For English, press or say 1. For Spanish, press or say 2. For French, press or say 3."이라는 음성을 듣게 됩니다.
자동 전화 교환 예
다음 예는 UM 자동 전화 교환과 통합 메시징을 함께 사용하는 방법을 보여 줍니다.
예 1 Contoso, Ltd.라는 회사에서 외부 고객이 세 개의 외부 전화 번호 425-555-1111(회사 사무실), 425-555-2222(제품 지원부) 및 425-555-3333(영업부)을 사용할 수 있습니다. 인사과, 총무과, 경리과에서 내선 번호를 사용하고 있으며 회사 사무실의 UM 자동 전화 교환을 통해 액세스해야 합니다.
이 시나리오를 지원하는 UM 자동 전화 교환 구조를 만들려면 해당 외부 전화 번호가 있는 세 개의 UM 자동 전화 교환을 만들고 구성합니다. 회사 사무실의 각 부서에 대해 세 개의 다른 UM 자동 전화 교환을 만듭니다. 그런 다음 인사말 유형이나 기타 탐색 정보 등 요구 사항에 따라 각 UM 자동 전화 교환을 구성합니다.
다음 그림은 예 1에서 UM 자동 전화 교환이 사용되는 방법을 보여 줍니다.
여러 개의 외부 업무용 전화선으로 여러 개의 UM 자동 전화 교환을 구성하는 방법
예 2 Contoso, Ltd.라는 회사에서 외부 고객이 업무용 기본 번호인 425-555-1000으로 호출합니다. 외부 사람이 기본 번호로 호출하면 UM 자동 전화 교환은 "안녕하십니까. Contoso Ltd.입니다. 기업 관리는 '1', 제품 지원은 '2', 기업 정보는 '3'을 누르시거나 말하십시오. 상담원과 직접 통화를 원하시면 '0'을 누르시거나 말하십시오."라고 응답하고 전화 건 사람을 안내합니다. 이 시나리오를 지원하는 UM 자동 전화 교환 구조를 만들려면 해당 내선 번호로 호출을 라우팅하는 사용자 지정 내선 번호가 있는 UM 자동 전화 교환을 만듭니다.
다음 그림은 예 2에서 UM 자동 전화 교환이 사용되는 방법을 보여 줍니다.
하나의 업무용 외부 전화선으로 여러 개의 UM 자동 전화 교환을 구성하는 방법
통합 메시징 개요
UM 전화 응답
이 섹션에서는 다양한 들어오는 호출 시나리오에서 통합 메시징이 메시지 흐름을 처리하는 방법에 대해 설명합니다.
통합 메시징은 다음과 같은 유형의 들어오는 호출을 처리합니다.
음성
Outlook Voice Access
전화에서 재생
자동 전화 교환
통합 메시징은 Active Directory를 사용하여 들어오는 호출을 라우팅합니다. 전화 응답이 올바로 작동하려면 UM을 사용할 수 있는 각 받는 사람에게는 Active Directory에 나열된 내선 번호가 있어야 합니다. 받는 사람의 내선 번호는 Active Directory에 나열되고 UM을 사용할 수 있는 Exchange 사서함에 구성된 내선 번호로 매핑됩니다. UM 서버가 호출에 응답하면 UM을 사용할 수 있는 적절한 받는 사람을 찾기 위해 Active Directory 조회가 수행되고 해당 메시지가 받는 사람의 사서함으로 라우팅됩니다.
메시지 흐름
통합 메시징의 메시지 흐름은 UM 서버에 의해 수신된 메시지가 Exchange 2010 조직 내에서 라우팅되는 프로세스를 말합니다.
참고
이전 버전의 Microsoft Exchange에서 라우팅 그룹은 브리지헤드 서버 사이에 메시지를 라우팅하는 데 사용되었습니다. Exchange 2007 및 Exchange 2010에서는 브리지헤드 서버를 허브 전송 서버라고 합니다. Exchange 2007 또는 Exchange 2010에는 라우팅 그룹이 없습니다.
예를 들어 들어오는 음성 메시지가 포함된 들어오는 호출 시나리오에서 UM 서버는 SMTP 전송을 사용하여 음성 메시지를 허브 전송 서버 역할이 설치된 Exchange 2010 서버에 전송합니다. 여러 대의 허브 전송 서버가 포함된 라우팅 시나리오에서는 들어오는 음성 메일 메시지가 가장 가까운 허브 전송 서버로 먼저 전송되고, UM을 사용할 수 있는 사서함이 있는 적절한 사서함 서버로 라우팅됩니다.
참고
UM을 사용할 수 있는 받는 사람에게 들어오는 모든 메시지를 올바로 전송하고 배달하기 위해 UM 서버는 스풀링 또는 다시 시도 알고리즘을 사용합니다. UM 서버는 UM 서버에 저장된 모든 메시지를 전송하기 위해 30초마다 허브 전송 서버에 연결을 시도합니다.
통합 메시징 개요
음성 호출 처리
조직의 내/외부에 있는 사람은 Exchange 2010 조직에 음성 호출을 할 수 있습니다. UM 사용 가능 사용자의 내선으로 호출했을 때 사용자가 호출에 응답할 수 없으면 PBX가 들어오는 호출을 IP 게이트웨이, UM 서버로 차례로 전달하거나 라우팅합니다. IP PBX를 사용하는 UM 시스템에서 IP PBX는 들어오는 메시지를 UM 서버로 전달합니다. IP 게이트웨이나 IP PBX는 들어오는 오디오 스트림을 RTP(들어오는 음성 메시지의 경우)로 변환합니다. 그런 다음 IP 데이터의 스트림을 UM 서버로 전달합니다. UM 서버가 호출을 받은 후에는 메시지를 처리한 다음 메시지를 라우팅하는 방법을 결정합니다.
다음 그림은 Exchange 2010 조직에서 들어오는 음성 메시지 흐름 방법을 보여 줍니다.
Exchange 2010 조직에서 들어오는 음성 메시지의 흐름
이 예에서는 호출이 PBX에 도착한 다음 UM 파일럿 번호로 전달됩니다. 파일럿 번호는 IP 게이트웨이로 이동하는 헌트 그룹에 매핑됩니다. IP 게이트웨이는 이 호출을 UM 서버에 제공합니다. 그런 다음 UM 서버는 전화 건 사람, 대상 및 호출이 리디렉션된 이유와 같은 SIP 초대 헤더 정보를 수신합니다. 그런 다음 호출된 번호를 찾아 호출 대상자 및 해당 사용자가 속한 다이얼 플랜을 확인합니다. 이제 UM 서버는 Active Directory를 검색하여 해당 사용자가 통합 메시징을 사용하도록 설정되어 있는지 확인합니다. 사용자가 통합 메시징을 사용할 수 있는 경우 전화 건 사람은 이 사용자의 인사말을 듣게 됩니다. 사용자의 인사말은 해당 사서함에 안전하게 저장되고, 사용자는 사서함을 통해 인사말을 관리할 수 있습니다. 전화 건 사람은 사용자의 음성 메일 인사말을 확인한 후 음성 메시지를 남길 수 있으며, 이 메시지는 사용자의 사서함에 전송됩니다. 그러면 UM 서버가 메시지를 녹음하고 허브 전송 서버를 찾은 다음, UM 사용 가능 사용자의 사서함이 있는 사서함 서버에 음성 메시지를 전송합니다.
UM 자동 전화 교환 메시지 처리
외부 또는 익명의 사람이 외부 업무용 전화 번호로 호출하거나 익명의 내부 사람이 내선 번호로 호출하면, 이 사람들에게 UM 메뉴 시스템을 탐색하는 데 유용한 음성 안내가 제공됩니다. UM 자동 전화 교환은 통합 메시징 시스템이 있는 조직에 호출을 하면 교환원이나 안내원을 대신하여 전화 건 사람에게 재생되는 음성 안내 또는 .wav 파일입니다. 통합 메시징을 사용하면 조직의 필요에 따라 자동 전화 교환을 하나 이상 만들 수 있습니다.
자동 전화 교환 메시지 흐름
UM 서버가 호출을 받으면 들어오는 호출을 처리할 방법을 결정하기 위해 Active Directory 도메인 컨트롤러에 대해 LDAP(Lightweight Directory Access Protocol) 쿼리를 수행합니다.
다음 그림은 UM 자동 전화 교환을 사용하는 Exchange 2010 조직의 메시지 흐름을 보여 줍니다.
UM 자동 전화 교환 메시지 흐름
조직에 사용할 자동 전화 교환을 만들고 사용할 수 있도록 설정한 후 UM 다이얼 플랜에 연결하면 자동 전화 교환에서 호출을 처리할 수 있습니다. 자동 전화 교환에서 호출을 받으면 호출은 IP 게이트웨이에서 제일 먼저 처리되고 알맞은 헌트 그룹에 매핑됩니다. 그런 다음 호출은 UM 서버로 전송되고, UM 서버가 Active Directory에서 자동 전화 교환 개체를 조회한 후 호출을 처리할 알맞은 자동 전화 교환을 제공합니다.
통합 메시징 개요
UM Outlook Voice Access 호출 처리
UM 사용 가능 사용자는 통합 메시징을 통해 표준 아날로그, 디지털 또는 휴대 전화를 사용하여 자신의 전자 메일, 음성 메일, 연락처 및 일정 정보에 액세스할 수 있습니다. Outlook Voice Access를 사용하여 UM 사용 가능 사용자는 다음 작업을 수행할 수 있습니다.
신규 및 저장된 전자 메일 및 음성 메일 메시지를 보거나 듣습니다.
전자 메일 및 음성 메일 메시지를 전달하고 회신, 저장 및 삭제합니다.
자신의 일정을 조정합니다.
전체 주소 목록 또는 개인 연락처에서 사람을 찾습니다.
다른 사람에게 음성 메시지를 보냅니다.
자신의 PIN, 호칭 또는 인사말을 변경합니다.
Outlook Voice Access 메시지 흐름
Outlook Voice Access 사용자로부터 UM 서버에 들어오는 호출은 사용자가 사서함에 액세스할 수 있도록 사서함 서버에만 라우팅됩니다. 그러나 모임 일정 변경 내용과 같은 메시지를 Outlook Voice Access를 사용하여 전송하면 메시지가 받는 사람의 사서함에 라우팅되기 전에 UM 서버와 동일한 Active Directory 사이트에 있는 허브 전송 서버에 먼저 전송됩니다.
다음 그림에서는 구독자 또는 UM 사용 가능 사용자가 보낸 호출 및 메시지가 Exchange 2010 조직에서 전송되는 방식을 보여 줍니다.
Exchange 2010 조직의 Outlook Voice Access 메시지 흐름
사용자가 Outlook Voice Access로 호출하면 PBX가 UM 번호에 대한 호출을 받고 IP 게이트웨이에서 이 호출을 UM 서버에 제공합니다. 그런 다음 UM 서버가 Active Directory에서 사용자 계정 정보를 조회하고 사용자에 대한 정보를 수집합니다. 이 정보에는 다이얼 플랜 정보가 포함됩니다. 사용자가 내선 번호로 호출하면 PIN을 입력하라는 메시지가 표시됩니다. 그러면 UM 서버가 사서함 서버에 연결하고 사용자를 인증합니다. 이제 UM 서버와 사서함 서버에서 사용자에게 요청한 정보를 제공합니다.
통합 메시징 서비스 및 구성 요소 개요
Exchange 2010을 실행하는 컴퓨터에 UM(통합 메시징) 서버 역할을 설치하면 여러 UM 관련 구성 요소와 서비스가 설치됩니다. 이때 설치되는 통합 메시징 서비스와 구성 요소를 통해 통합 메시징 서버가 들어오는 음성 호출에 응답하고 이를 처리할 수 있으며, 사용자는 UM 시스템에 전화를 걸 때 Outlook Voice Access를 사용하거나 UM 자동 전화 교환을 듣는 방법으로 UM 시스템과 상호 작용할 수 있습니다.
Exchange 2010 SP1을 시작하면 UM 서버가 UCMA(Unified Communications Managed API) v. 2.0을 사용하여 기본 SIP 신호와 미디어 및 음성 처리를 수행합니다. 이 종속성을 사용하려면 Exchange 2010 UM SP1을 설치 또는 업그레이드하기 전에 UM 서버에 UCMA 플랫폼과 필수 구성 요소를 설치해야 합니다.
다음 그림에서는 통합 메시징 구성 요소 간의 관계를 보여 줍니다.
통합 메시징 아키텍처
통합 메시징 서비스
Microsoft Exchange 통합 메시징 서비스는 네트워크에 통합 메시징 서비스를 제공하는 두 서비스 중 하나입니다. Microsoft Exchange 통합 메시징 서비스는 다음 기능을 수행합니다.
Active Directory에서 다이얼 플랜 구성을 검색합니다.
Msexchangeum.config 파일에서 UM 작업자 프로세스를 모니터링하기 위해 구성 정보를 로드합니다.
UM 작업자 프로세스 관리자 및 UM 작업자 프로세스의 시작을 초기화합니다.
SIP 끝점을 등록합니다.
먼저 Microsoft Exchange 통합 메시징 서비스는 들어오는 모든 연결을 수락한 다음 들어오는 요청을 처리하는 UM 작업자 프로세스로 이 요청을 다시 라우팅합니다. 또한 Microsoft Exchange 통합 메시징 서비스는 만들어진 모든 UM 작업자 프로세스를 모니터링하고 UM 작업자 프로세스가 올바르게 작동하는지 확인합니다. UM 작업자 프로세스가 응답하지 않는 경우 Microsoft Exchange 통합 메시징 서비스는 UM 작업자 프로세스를 중지하고 새 UM 작업자 프로세스를 만들어 기존 프로세스를 교체합니다.
참고
기본적으로 각 UM 작업자 프로세스는 7일(604,800초)마다 재활용됩니다. 설정은 V14\bin\Msexchangeum.config 파일에서 찾을 수 있습니다.
Microsoft Exchange 통합 메시징 서비스를 Microsoft Exchange 음성 엔진 서비스와 함께 사용하여 통합 메시징에서 제공하는 모든 전화 통신 기능을 구현할 수 있습니다. Microsoft Exchange 통합 메시징 서비스는 전화 제어를 처리하고 Unified Communications Managed API 2.0과 상호 작용하여 IP 게이트웨이나 IP PBX와 같은 Microsoft Exchange 통합 메시징 서비스 및 SIP 사용 전화 통신 장치 간에 SIP 신호 정보에서 협상되는 수신 미디어 스트림을 처리합니다. 들어오는 호출이 Microsoft Exchange 통합 메시징 서비스에서 시작되는 경우 다음 이벤트가 발생합니다.
Microsoft Exchange 통합 메시징 서비스에서 전화 세션이 시작됩니다.
Microsoft Exchange 통합 메시징 서비스에서 전화를 UM 작업자 프로세스로 리디렉션합니다.
UM 작업자 프로세스는 미디어 세션을 Unified Communications Managed API 2.0으로 설정하도록 요청한 다음 UM 작업자 프로세스는 호출자에게 미디어 정보를 다시 릴레이합니다.
Unified Communications Managed API 2.0은 RTP 스트림용 UDP 포트를 제공합니다.
UM 작업자 프로세스는 RTP 미디어 스트림이 더 이상 필요하지 않은 경우 SIP 신호 정보를 사용하여 Unified Communications Managed API에 전화 세션을 종료하도록 알립니다.
UM 작업자 프로세스
UM 작업자 프로세스는 Microsoft Exchange 통합 메시징 서비스를 시작하는 동안 생성되는 프로세스입니다. UM 작업자 프로세스는 Microsoft Exchange 통합 메시징 서비스에서 받은, 들어오는 요청 및 나가는 요청과 모두 상호 작용합니다.
UM 작업자 프로세스 관리자도 Microsoft Exchange 통합 메시징 서비스의 구성 요소입니다. UM 작업자 프로세스 관리자는 만들어진 모든 UM 작업자 프로세스의 생성과 모니터링을 처리합니다. UM 작업자 프로세스 관리자는 Msexchangeum.config 파일에 있는 구성 설정을 기반으로 UM 작업자 프로세스의 새 인스턴스를 만들고 이 프로세스의 상태를 모니터링합니다. 들어오는 새 호출이 도착하면 UM 작업자 프로세스 관리자는 호출을 리디렉션할 적합한 UM 작업자 프로세스 인스턴스를 결정합니다. UM 작업자 프로세스는 Unified Communications Managed API 2.0 구성 요소와 상호 작용하여 들어오는 요청과 나가는 요청을 올바르게 처리합니다. UM 작업자 프로세스는 다음 시작 작업을 수행합니다.
런타임 관리 개체의 할당
Msexchangeum.config에서 통합 메시징 구성 로드
Unified Communications Managed API 2.0으로 프로세스 등록
SMTP(Simple Mail Transfer Protocol) 메시지 전송 초기화
Unified Communications Managed API 2.0
Exchange 2010 SP1을 시작하면 통합 메시징 서버 역할은 Microsoft Unified Communications Managed API v. 2.0을 사용합니다. UCMA는 통합 메시징 아키텍처를 단순화하며 Windows 기반 또는 Exchange 기반 서비스의 종속성을 포함하지 않습니다. UCMA는 다음 영역으로 나눌 수 있습니다.
SIP 신호 UCMA v. 2.0의 SIP 신호는 UCMA v. 1.0의 SIP 신호와 매우 유사합니다.
RTP 미디어 UCMA는 RTP 미디어 스트림에 대한 액세스를 제공합니다.
공동 작업 현재 상태 및 회의 지원을 제공합니다.
UCMA v. 2.0은 개발자가 향상된 현재 상태 정보, 인스턴트 메시징, 전화와 화상 통화, 음성 메시징 및 오디오/비디오 회의에 대한 액세스 및 제어를 제공하는 응용 프로그램을 작성할 수 있도록 하는 관리 코드 플랫폼입니다. 텍스트 기반 및 음성 기반(음성 기술 사용 가능) 대화 및 공동 작업 모두가 가능합니다. UCMA v. 2.0은 Microsoft Office Communicator 2007 R2, Office Communications Server 2007 R2 또는 Microsoft Lync Server 2010(Office Communications Server의 차세대) 및 Exchange 2010을 대상으로 하는 서버 측 중간 계층 응용 프로그램 개발을 지원합니다. SIP 스택, 미디어 스택, TTS(텍스트 음성 변환)에서 생성된 음성 합성 및 ASR(Automatic Speech Recognition) 모두에 대한 강력한 음성 엔진을 포함합니다.
UCMA v. 2.0을 사용하여 비즈니스 소프트웨어와 프로세스에 통신 기능을 추가할 수 있습니다. 또한 인바운드 음성 기술 사용 대화형 음성 응답 응용 프로그램과 자동화된 에이전트뿐 아니라 경고, 알림 또는 설문 조사와 같은 아웃바운드 응용 프로그램을 생성하는 데도 사용할 수 있습니다. UCMA v.2.0은 Communications Server 2007 R2에서 사용 가능한 현재 상태 정보에 대한 액세스를 제공하며 Microsoft 향상된 현재 상태 정보를 사용하여 사람 간에 통신을 능률화하는 역할 에이전트를 생성하는 데 사용될 수 있습니다.
UCMA v.2는 기술 기반 라우팅을 수행하는 자동화된 호출 배포자와 같은 응용 프로그램, 회의 액세스 제어와 같은 회의 서비스, 기타 통신 네트워크, 기타 IVR(대화형 음성 응답) 플랫폼과 같이 Microsoft ASR 및 TTS 엔진을 사용하는 음성 서버가 있는 상호 작용할 수 있는 사용자 지정 클라이언트 게이트웨이에 대해 보다 향상된 개발자 시나리오를 만듭니다.
UCMA 플랫폼은 Microsoft Exchange 음성 엔진 서비스와 음성 엔진 서비스 작업자 프로세스(SESWorker.exe)를 대체하며 다음을 제어합니다.
DTMF(터치톤) 인터페이스입니다.
Outlook Voice Access에서 VUI(음성 사용자 인터페이스)와 함께 사용되는 ASR
전자 메일, 음성 메일 및 일정 항목을 읽고 호출자에게 메뉴 음성 안내를 하는 TTS 엔진
또한 UCMA v. 2.0의 통합 메시징에서는 다음 기능을 지원합니다.
ASR 입력 인식
DTMF(누름 단추식 전화음) 입력 인식
TTS 변환 프로세스
전자 메일 메시지 및 음성 메일 메시지 녹음
전자 메일 메시지와 음성 메일 메시지를 사용자에게 재생
UCMA와 통합 메시징이 통합되면 UM과 Microsoft Lync Server 2010을 통합할 때 다음 이점을 누릴 수 있습니다.
통합 메시징이 Lync Server 2010 체감 품질 모니터링 또는 QMS 서버에 QoE(체감 품질) 데이터를 보고합니다. 이 기능은 온-프레미스와 크로스-프레미스 통합 환경 모두에서 사용할 수 있습니다.
UM 서버에 대한 첫 번째 호출이 인터넷에 연결된 Enterprise Voice 사용자로부터 전송된 경우 UM이 첫 번째 들어오는 호출을 삭제하지 않습니다.
이전 버전의 Office Communications Server에서는 Office Communications Server 풀과 연결된 A/V Edge 리소스가 특정 호출에 대해 특정 UM 서버와 통신하지 않았습니다. 이로 인해 일부 시나리오에서 미디어 품질이 저하되었습니다. Exchange 2010 SP1을 사용하면 특정 UM 서버에서 받거나 보내는 모든 호출에 사용해야 하는 Office Communications Server 풀과 연결된 A/V Edge 서버 리소스를 각 UM 서버에 설정할 수 있습니다.
UCMA의 필수 구성 요소
Exchange 2010 SP1에서 통합 메시징 서버 역할은 다음을 사용하며, SP1 전에 설치되어 있어야 사용할 수 있습니다.
Windows Server 2008 또는 Windows Server 2008 R2 - Windows Server 2008 R2 설치
Microsoft .NET Framework 3.5 SP1(서비스 팩 1) - Microsoft .NET Framework 3.5 Service Pack 1
Windows Vista x64 및 Windows Server 2008 x64 업데이트용 Microsoft .NET Framework 3.5 - Microsoft .NET Framework 3.5 Family Update for Windows Vista x64, and Windows Server 2008 x64
Windows Remote Management(WinRM) 2.0 및 Windows PowerShell V2(Windows6.0-KB968930.msu) - Windows Management Framework 코어 패키지(Windows PowerShell 2.0 및 WinRM 2.0)
Microsoft Speech Platform - Server Runtime(버전 10.1) - (SpeechPlatformRuntime.msi)
Unified Communications 관리되는 API 2.0, 핵심 런타임(64비트)(영문) (UcmaRuntimeWebDownloadX64.msi)
참고
Unified Communications Managed API 2.0 버전을 이미 Exchange 조직의 클라이언트 액세스 서버에 설치한 경우, 핫픽스도 설치해야 합니다. 필요한 핫픽스 설치 방법에 대한 내용은 OCS 2007 R2 Web Service Provider Hotfix KB 981256을 참조하십시오.
UCMA에 대한 자세한 내용은 UCMA 2.0 Core Architecture(UCMA 2.0 코어 아키텍처)를 참조하십시오.
통합 메시징에서 사용하는 문법 파일에 대한 자세한 내용은 자동 음성 인식 디렉터리 조회 이해를 참조하십시오.
서비스 포트
Microsoft Exchange 통합 메시징 서비스 및 UM 작업자 프로세스는 여러 TCP(Transmission Control Protocol) 및 UDP(User Datagram Protocol) 서비스 포트를 사용하여 IP 게이트웨이와 통신합니다. Microsoft Exchange 통합 메시징 서비스와 UM 작업자 프로세스는 SIP(Session Initiation Protocol) over TCP를 사용합니다. 기본적으로 Microsoft Exchange 통합 메시징 서비스는 보안되지 않음 모드로 TCP 포트 5060에서 수신 대기하고, MTLS(상호 TLS)를 사용하는 경우에는 TCP 포트 5061에서 수신 대기합니다. 만들어진 각 UM 작업자 프로세스는 보안되지 않은 상태에서 포트 5065와 5067을 수신하며, 보안된 상태에서 5066과 5068을 수신합니다. 그러나 IP 게이트웨이 또는 IP PBX에서 RTP(Realtime Transport Protocol) 트래픽을 음성 엔진 서비스 작업자 프로세스로 보내는 경우, IP 게이트웨이 또는 IP PBX가 1024에서 65535까지의 범위에서 유효한 UDP 포트를 사용합니다.
통합 메시징 서버에서 TCP 제어 포트도 사용합니다. UM 작업자 프로세스가 만들어지면 Microsoft Exchange 통합 메시징 서비스는 적합한 구성 옵션을 UM 작업자 프로세스로 전달합니다. 전송된 구성 옵션에는 MicrosoftExchange 통합 메시징 서비스와 UM 작업자 프로세스 간에 통신하는 데 사용하는 TCP 제어 포트 번호의 매개 변수가 포함됩니다. 선택한 TCP 제어 포트의 범위는 TCP 포트 16,000부터 17,000 사이입니다.
통합 메시징 개요
© 2010 Microsoft Corporation. 모든 권리 보유.