통합 메시징 개념 및 계획

 

적용 대상: Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007

마지막으로 수정된 항목: 2008-03-12

Microsoft Exchange Server 2007 UM(통합 메시징)은 음성 메시징, 팩스 및 전자 메일 메시징을 모두 하나의 메시징 인프라에 통합합니다. 통합 메시징에서는 여러 가지 장치에서 액세스할 수 있는 하나의 Exchange 2007 사서함에서 전자 메일, 음성 및 팩스 메시지를 모두 제공합니다. 네트워크에 통합 메시징 서버를 배포한 후에는 Outlook Voice Access를 사용하여 메시지에 액세스하거나 전화, 모바일 장치 또는 Microsoft Windows XP를 실행 중인 사용자 컴퓨터에서 메시지에 액세스할 수 있습니다.

오늘날에는 조직의 구성원들이 종종 음성 메시지와 팩스 메시지를 전자 메일 메시지와 별도로 관리하는 경향이 있습니다. 또한 IT 관리자들이 음성 메일 또는 전화 통신 네트워크와 전자 메일 시스템 또는 데이터 네트워크를 별도의 시스템으로 관리하기도 합니다. 이러한 상황에서는 전자 메일은 데스크톱을 통해 액세스되는 서버에서 호스팅되는 받은 편지함에, 음성 메일은 전화를 통해 액세스되는 서버에서 호스팅되는 받은 편지함에 각각 있게 됩니다. 팩스 메시지는 사실상 독립 실행형인 팩스 기기로 수신되고 이 기기에서 전송됩니다. Exchange 2007 통합 메시징은 전자 메일, 음성 및 팩스 메시지를 비롯한 모든 메시지를 위한 Exchange 2007 저장소를 사용합니다.

Exchange 2007 통합 메시징의 이점

Exchange 2007 통합 메시징 솔루션은 최종 사용자와 IT 관리자에게 다양한 이점을 제공합니다.

사용자 이점

Exchange 2007 통합 메시징을 배포할 때 사용자는 Microsoft Office Outlook 2007 또는 Exchange 2007에 포함된 Outlook Web Access 버전에서 전자 메일, 음성 메일 및 팩스 메시지에 액세스할 수 있으며, 다음 기능을 사용할 수도 있습니다.

• Exchange 정보에 액세스   UM 사용 가능 사용자는 Windows Mobile이 탑재된 장치, Outlook 2007 및 Outlook Web Access에서 모든 음성 메일 기능에 액세스할 수 있어, 원활한 음성 메일 환경을 경험할 수 있습니다. 이러한 기능에는 여러 가지 음성 메일 구성 옵션은 물론, 통합된 Windows Media Player를 사용하여 읽기 창에서 음성 메시지를 재생하거나 컴퓨터 스피커를 사용하여 메시지 목록에서 음성 메시지를 재생하는 기능도 있습니다.

• 전화에서 재생   전화에서 재생 기능을 사용하는 UM 사용 가능 사용자는 음성 메시지를 전화에서 재생할 수 있습니다. UM 사용 가능 사용자가 사무실 안에 있거나 공개 컴퓨터 또는 멀티미디어 기능을 지원하지 않는 컴퓨터를 사용하거나 기밀 음성 메시지를 듣고 있는 상황에서는, 컴퓨터 스피커로 음성 메시지를 듣고 싶지 않거나 이 기능 자체를 사용할 수 없는 경우가 있습니다. 대신 자택이나 사무실 전화 또는 휴대 전화로 음성 메시지를 재생할 수 있습니다.

• 음성 메일 형식   Outlook 2007 음성 메일 형식은 기본 전자 메일 형식과 유사합니다. 이 기능은 음성 메시지의 재생, 중지 또는 일시 중지, 전화에서 음성 메시지 재생, 메모 추가 및 편집 등과 같은 작업을 수행하는 데 필요한 인터페이스를 제공합니다.

  음성 메일 형식에는 Windows Media Player 및 오디오 메모 필드가 포함됩니다. 포함된 플레이어와 메모 필드는 음성 메시지를 미리 볼 때는 미리 보기 창에 표시되고 음성 메시지를 열 때는 별도의 창에 표시됩니다. 사용자가 통합 메시징을 사용하지 않거나 Outlook 2007이 클라이언트 컴퓨터에 설치되지 않은 경우 음성 메시지는 전자 메일 첨부 파일로 보고 음성 메일 형식은 사용할 수 없습니다.

• 팩스 수신   Exchange 2007 통합 메시징을 사용하여 음성 메시지를 사용자의 Exchange 2007 사서함에 배달할 수 있고 사서함으로 팩스 메시지를 받을 수도 있습니다. 팩스 메시지는 사용자의 사서함에 .tif 확장명의 이미지 파일이 첨부된 전자 메일 메시지로 보내집니다. 사용자의 사서함에 도착한 팩스 메시지의 첨부 파일은 .tif 확장명의 이미지 파일을 열어 볼 수 있는 소프트웨어 응용 프로그램을 사용하여 열 수 있습니다.

• 사용자 구성   통합 메시징을 사용할 수 있는 사용자는 Outlook Web Access를 사용하여 통합 메시징을 위한 다양한 음성 메일 옵션을 구성할 수 있습니다. 예를 들어, 전화 액세스 번호와 음성 메일 [전화에서 재생] 번호를 구성하고 음성 메일 액세스 PIN을 다시 설정할 수 있습니다.

• 전화 응답 전화 응답에는 사용자 대신 들어오는 호출에 응답, 개인 인사말 재생, 메시지 녹음 및 배달할 메시지를 받은 편지함에 전자 메일 메시지로 전송하는 작업이 포함됩니다.

• Outlook Voice Access   UM 사용 가능 사용자나 구독자가 사용할 수 있는 통합 메시징 사용자 인터페이스는 TUI(전화 사용자 인터페이스)와 VUI(음성 사용자 인터페이스) 등 두 가지가 있습니다. Exchange 2007에서는 이러한 두 가지 인터페이스를 Outlook Voice Access라고 합니다. 구독자는 외부 또는 내부 전화에서 통합 메시징 시스템에 액세스할 때 Outlook Voice Access를 사용할 수 있습니다. 즉 Outlook Voice Access를 사용하여 자신의 개인 전자 메일, 음성 메시지, 일정 정보를 포함한 Exchange 2007 사서함에 액세스할 수 있습니다. 또한 전화를 통해 읽지 않은 전자 메일 메시지를 읽고 회신, 작성 및 전달할 수 있습니다.

• 구독자 액세스   조직의 사용자는 구독자 액세스 기능을 사용하여 전화 접속 액세스를 할 수 있습니다. 통합 메시징 시스템에 전화 접속하는 UM 사용 가능 사용자나 구독자는 Outlook Voice Access를 사용하여 자신의 사서함에 액세스할 수 있습니다. 구독자나 사용자는 전화를 사용하여 다음 작업을 수행할 수 있습니다.

  • 음성 메일에 액세스할 수 있습니다.

  • 전자 메일 메시지를 읽고, 전달 또는 회신할 수 있습니다.

  • 일정 정보를 수신할 수 있습니다.

  • 전체 주소 목록이나 개인 연락처 목록에 저장된 연락처에 액세스하거나 전화를 걸 수 있습니다.

  • 모임 요청을 수락하거나 취소할 수 있습니다.

  • 음성 메일의 부재 중 메시지를 설정할 수 있습니다.

  • 사용자 보안 기본 설정과 개인 옵션을 설정할 수 있습니다.

• 자동 전화 교환   자동 전화 교환은 외부 또는 내부 사용자가 Exchange 2007 통합 메시징 시스템에 액세스할 수 있게 하는 음성 안내입니다. 사용자는 전화 키패드나 음성 입력을 사용하여 자동 전화 교환 메뉴 구조를 탐색하거나 사용자를 호출하거나 사용자를 찾은 후 해당 사용자를 호출할 수 있습니다. 자동 전화 교환을 통해 관리자는 다음 작업을 수행할 수 있습니다.

  • 외부 사용자를 위한 사용자 지정 메뉴를 만들 수 있습니다.

  • 안내 인사말, 업무 시간 인사말 및 업무 시간 외 인사말 등을 정의할 수 있습니다.

  • 휴일 일정을 정의할 수 있습니다.

  • 조직의 디렉터리를 검색하는 방법에 대해 설명할 수 있습니다.

  • 외부 사람이 내선 번호를 지정하여 사용자를 호출할 수 있도록 사용자 내선 번호로 연결하는 방법에 대해 설명할 수 있습니다.

  • 외부 사람이 조직의 디렉터리를 검색하여 특정 사용자를 호출할 수 있도록 조직의 디렉터리를 검색하는 방법에 대해 설명할 수 있습니다.

  • 외부 사용자가 교환원을 호출하도록 할 수 있습니다.

관리자 이점

관리자는 Exchange 2007 통합 메시징 배포를 통해 다음과 같은 이점을 얻을 수 있습니다.

• 완벽한 통합 메시징 시스템   Exchange 2007 통합 메시징은 단일 저장소, 전송 및 디렉터리 인프라를 통해 이상적인 통합 메시징 솔루션을 제공합니다. 이 저장소는 Exchange 2007 사서함 서버 역할에서 제공되며, 전송은 Exchange 2007 허브 전송 서버 역할에서 제공됩니다. 단일 저장소에서 모든 전자 메일과 음성 메일 메시지를 찾아 단일 관리 지점에서 이 정보를 관리할 수 있습니다. 예를 들어, 단일 관리 인터페이스와 도구 집합을 사용하여 모든 전자 메일, 음성 메일 및 팩스 메시지를 백업할 수 있습니다. 이를 통해 인프라와 교육을 통합함으로써 전체 관리 비용을 대폭 절감할 수 있습니다.

• Exchange 2007 배포 및 관리 모델   Exchange 2007 통합 메시징 솔루션을 사용하여 Exchange 2007 서버 디자인의 이점을 활용할 수 있습니다. 통합 메시징 서버 역할을 실행하기 위해 새 서버를 구매할 필요가 없습니다. 그리고 더욱 주목할 점은, 기존에 알고 있던 교육 및 문제 해결 방법을 포함한 Exchange 정보를 다시 사용하여 음성 메일 및 팩스 메시징 인프라 관리에 적용할 수 있다는 것입니다.

• Exchange 2007 보안 모델   Microsoft Exchange 통합 메시징 서비스는 Exchange 서버 계정으로 실행됩니다. 따라서 Exchange 2007 통합 메시징용 슈퍼 사용자 계정을 만들거나 관리할 필요가 없습니다.

• 음성 메일 시스템 통합   현재 대부분의 음성 메시징 시스템의 경우 조직의 모든 사무실에 음성 메시징 시스템의 모든 구성 요소를 설치해야 합니다. 이런 유형의 구조에서는 지사의 음성 메시징 시스템이 본사 외부에 있고 이는 현장에서 관리되어야 합니다. 이러한 배포 관리 시나리오는 관리 비용을 높이고 작업을 복잡하게 만드는 경향이 있습니다. Exchange 2007 통합 메시징을 사용하면 중앙 위치에서 음성 메일 시스템을 관리할 수 있습니다. 통합 메시징을 위한 중앙 관리 시스템을 구축하려면 데이터 센터나 다른 위치에 모든 통합 메시징 서버를 배치한 다음, 각 지사의 음성 메시징 시스템을 교체하는 지사의 IP 게이트웨이를 배포하면 됩니다. 이런 방법으로 중앙 음성 메시징 시스템을 배포하면 하드웨어 및 관리 비용을 대폭 절감할 수 있습니다.

• 음성을 사용하는 자동 전화 교환   내부 또는 외부 사람이 Exchange 2007 통합 메시징 시스템에 호출을 하면 일련의 음성 안내를 통해 자동 전화 교환이라는 메뉴 시스템으로 이동할 수 있습니다. 전화 건 사람은 자동 전화 교환을 통해 직원과 연결하거나 직원을 찾을 수 있으므로 교환원의 도움을 받지 않고도 호출할 수 있습니다. 자동 전화 교환에서는 교환원이나 접수원 대신 음성 안내가 제공됩니다.

  Exchange 2007 통합 메시징에서는 자동 전화 교환을 여러 개 만들 수 있습니다. Active Directory 디렉터리 서비스에서 각 자동 전화 교환은 개체로 표시됩니다. Active Directory 개체에서 이루어지는 자동 전화 교환의 구성 설정에는 언어 설정, 사용자 지정 메뉴 및 기타 메뉴 탐색 설정 등을 포함할 수 있습니다. 또한 각 UM 자동 전화 교환을 구성함으로써, 사용자가 자동 전화 교환에 호출할 때 DTMF(복합 주파수 부호) 입력(누름 단추식 입력이라고도 함) 또는 음성 입력(영어로 사용 가능) 중 하나를 사용하여 통합 메시징 자동 전화 교환 메뉴 시스템을 탐색할 수 있습니다.

통합 메시징 아키텍처

통합 메시징 서버 역할은 Exchange Server 2007을 실행하는 컴퓨터에 설치하여 구성할 수 있는 몇 가지 서버 역할 중 하나입니다. UM(통합 메시징)은 Microsoft Exchange 제품군에서 처음 선보이는 기능으로, Exchange 관리자에게 친숙하지 않은 새로운 개념입니다.

통합 메시징은 Exchange 저장소에 음성 메시징, 팩스 및 전자 메일 메시징을 통합합니다. Exchange 2007 통합 메시징을 통해 Microsoft Exchange가 전화 통신 네트워크와 통합되며 통합 메시징 기능이 Exchange의 핵심 기능이 됩니다. 다음 그림에서는 조직의 전화 통신 네트워크 구성 요소와 Exchange 2007 통합 메시징 시스템 간의 관계를 보여줍니다.

전화 통신 구성 요소와 Exchange 2007 통합 메시징 간의 관계

위 그림에서 Exchange 2007 통합 메시징 솔루션은 표준 VoIP(Voice over IP) 프로토콜을 사용하여 전화 통신 시스템에 액세스하도록 합니다. 이러한 프로토콜에는 SIP(Session Initiation Protocol), RTP(Realtime Transport Protocol) 및 T.38 프로토콜이 포함됩니다. IP 게이트웨이는 레거시 PBX(Private Branch eXchange) 시스템에 대한 상호 운용성을 제공합니다.

통합 메시징 서버 구성

Active Directory에서 만드는 통합 메시징 서버 개체는 통합 메시징 시스템의 필수 요소입니다. 통합 메시징 서버 역할을 설치하는 동안 통합 메시징 컴퓨터 개체가 Active Directory의 컴퓨터 컨테이너에 만들어집니다. 통합 메시징 Active Directory 컴퓨터 개체는 조직의 전화 통신 인프라와 Exchange 2007 통합 메시징 Active Directory 네트워킹 환경 간의 연결입니다. Active Directory에 만드는 통합 메시징 컴퓨터 개체는 통합 메시징 서버 역할이 설치된 실제 서버를 논리적으로 표현한 것입니다.

컴퓨터 개체가 만들어지면 네트워크에서 통합 메시징을 배포하는 데 필요한 절차를 수행할 수 있습니다.

서버 작업

통합 메시징 서버의 작업 상태가 사용으로 설정되지 않으면 통합 메시징 서버는 들어오는 호출을 처리하지 않습니다. 통합 메시징 서버를 설치하면 기본적으로 작업 상태는 사용으로 설정됩니다. 이 설정을 통해 통합 메시징 서버에서 들어오고 나가는 음성 호출과 들어오는 팩스 호출을 처리하고 메시지를 Exchange 조직의 해당 받는 사람에게 라우팅합니다.

통합 메시징 서버를 설치한 후 해당 작업 상태가 사용으로 설정되어도, 통합 메시징 서버는 통합 메시징 서버의 작업 상태를 제어하는 데 사용되는 논리적 상태 매개 변수를 유지 관리합니다. 논리적 상태 변수의 사용 목적은 이를 통해 호출 처리를 중지할 수 있으므로 제어된 방식으로 통합 메시징 서버를 오프라인 상태로 만들 수 있기 때문입니다.

통합 메시징 서버의 작업 상태는 Exchange 관리 콘솔 및 Exchange 관리 셸의 사용 명령과 사용 안 함 명령을 통해 제어할 수 있습니다. 통합 메시징 서버에 대한 3가지 상태 모드는 다음과 같습니다.

• 사용 들어오는 모든 호출을 처리합니다.

• 즉시 사용 안 함   새 호출을 수락하지 않고 기존의 모든 호출을 삭제합니다.

• 통화 완료 후 사용 안 함       새 호출을 수락하지 않지만 기존의 모든 호출을 처리합니다.

통합 메시징 서버가 실행되면 UM 다이얼 플랜 및 통합 메시징 서버와 연결된 모든 IP 게이트웨이를 찾습니다. UM 다이얼 플랜 또는 UM IP 게이트웨이에서 구성 변경을 검색 및 확인하기 위해 통합 메시징 서버는 10분마다 구성을 다시 확인하거나 변경 알림을 등록합니다.

UM IP 게이트웨이 목록이 변경되면 통합 메시징 서버가 적절하게 반응하고 적절한 IP 게이트웨이의 사용을 시작하거나 중지합니다. 연결된 UM 다이얼 플랜의 구성원으로 통합 메시징 서버가 작동하고 IP 게이트웨이 또는 PBX와 통신이 끝나면 사용자는 작업과 연결이 올바른지 확인하기 위해 진단 작업을 실행할 수 있습니다.

통합 메시징 사용자 구성

Exchange 2007 받는 사람을 만들 때 사서함을 만들거나 기존 사서함에 연결하는 옵션이 제공됩니다. 사용자의 사서함을 만들거나 기존 사서함에 사용자를 연결한 후 사용자가 Exchange 2007 통합 메시징을 사용할 수 있도록 사서함을 설정해야 합니다. 사용자가 UM을 사용할 수 있으면 모든 전자 메일, 음성 및 팩스 메시지는 사용자의 사서함으로 배달됩니다. 그리고 Outlook 2007, Outlook Web Access, Exchange ActiveSync에 사용 가능한 모바일 장치, 일반 전화 또는 휴대 전화를 사용하여 전자 메일, 음성 및 팩스 메시지, 일정 정보에 액세스할 수 있습니다.

사용자 UM 속성

기본적으로 Exchange 2007 사서함을 가진 사용자는 UM을 사용할 수 없습니다. 사용자가 UM을 사용할 수 있게 하려면 해당 사용자의 사서함을 만들어야 합니다. 사용자가 UM을 사용할 수 있으면 해당 사용자에 대한 UM 속성을 관리, 수정 및 구성할 수 있습니다.

사용자에 대한 UM 속성은 사서함 개체와 사용자의 Active Directory 개체, 이 두 위치에 저장됩니다. 사용자가 통합 메시징을 사용할 수 있도록 설정한 경우에는 사용자의 사서함 개체에 대한 UM 속성을 설정합니다. 통합 메시징에 대한 사서함 속성이 사용으로 설정되면 사용자는 Exchange 2007의 통합 메시징 기능을 사용할 수 있습니다.

사용자가 UM을 사용할 수 있으면 해당 사용자의 통합 메시징 속성은 사용자 속성과 사용자 사서함에 저장됩니다. 사용자 내선 번호, 호칭 및 기타 사용자 속성과 같은 사용자의 통합 메시징 속성은 Active Directory의 사용자 속성에 저장됩니다.

Exchange 관리 셸이나 Exchange 관리 콘솔을 사용하여 Exchange 2007 통합 메시징 사용자의 사서함에서 Active Directory 사용자의 통합 메시징 속성을 관리할 수 있습니다.

UM 사용자와 기타 Active Directory 개체의 관계

사용자가 통합 메시징을 사용할 수 있도록 설정하려면 사용자를 기존 UM 사서함 정책과 연결하고 사용자의 내선 번호를 제공해야 합니다. Enable-UMMailbox cmdlet를 사용하거나 사용자의 Exchange 사서함을 만들 때 UM 사서함 정책을 선택하여 사용자를 UM 사서함 정책과 연결할 수 있습니다.

UM 사서함 정책에는 사용자에 대한 전화 걸기 제한과 PIN 정책과 같은 설정이 포함되어 있습니다. UM 사서함 정책을 만든 경우에는 해당 정책을 하나의 UM 다이얼 플랜에만 연결해야 합니다. 이때 UM 다이얼 플랜은 최소 하나의 통합 메시징 서버와 연결됩니다. UM 다이얼 플랜과 연결된 통합 메시징 서버는 UM 다이얼 플랜을 사용하는 UM 사용이 가능한 사용자에게 통합 메시징 서비스를 제공할 수 있습니다. 이 방법으로 이러한 Active Directory 개체를 연결하면 Active Directory를 사용하여 통합 메시징 서비스를 제공할 수 있습니다. 사용자가 UM을 사용할 수 있으면 UM 사서함 정책 개체의 설정이 UM을 사용할 수 있는 사용자에게 적용됩니다.

통합 메시징 구성 요소 구성

UM Active Directory 개체를 사용하면 Exchange 2007 통합 메시징을 Active Directory 및 기존 전화 통신 인프라에 통합할 수 있습니다. Active Directory는 모든 UM 개체와 해당 구성 설정의 컨테이너 역할을 합니다. Exchange 2007 내의 각 UM 개체는 Active Directory 환경에서 통합 메시징을 지원하는 데 필요합니다. 일부 UM Active Directory 개체는 IP 게이트웨이와 같은 전화 통신 하드웨어 장치를 논리적으로 나타내기 위해 만들어지고, 그외 다른 UM Active Directory 개체는 조직의 전화 통신 다이얼 플랜을 나타내거나 통합 메시징의 특정 기능을 지원하기 위해 만들어집니다.

다음 예와 그림에서는 Active Directory에 있는 통합 메시징 개체 간의 관계를 보여줍니다.

UM Active Directory 개체 간의 관계

위 그림에서 Server01, Server02 및 Server03으로 표시된 통합 메시징 서버는 회사의 데이터 센터에 있습니다. 이러한 서버는 Active Directory의 통합 메시징 서버 개체로도 표시됩니다. 이외에도 Boston UM 다이얼 플랜과 New York UM 다이얼 플랜이라는 두 개의 UM 다이얼 플랜이 있고, 각 사무실에는 단일 PBX가 있습니다. 그러나 내결함성을 위해 각 지사에는 PBX 당 두 개의 IP 게이트웨이가 있습니다. 마지막으로 Server01 및 Server02는 Boston UM 다이얼 플랜의 구성원이고, Server01, Server02 및 Server03은 New York UM 다이얼 플랜의 모든 구성원입니다.

뉴욕 지사의 PBX에 호출이 오면 호출은 통합 메시징 서버에 전달되는 데, 이때 모든 UM 서버가 동일한 다이얼 플랜에 속하기 때문에 사용 가능한 세 개의 통합 메시징 서버에서 해당 호출에 응답하고 사용자의 사서함에 메시지를 배달할 수 있습니다. Boston에 호출이 왔을 때 통합 메시징 서버에 전달되면, Server01 또는 Server02를 통해 Boston 다이얼 플랜에서 호출에 응답할 수 있습니다.

Exchange 2007 통합 메시징은 기존 Active Directory 환경을 사용하는 음성 메시징 서비스를 제공합니다. 여기에서 몇 가지 주요 Active Directory 개체를 만들고 관리해야 합니다. 다음 섹션에서는 이러한 개체에 대해 간단히 설명합니다.

UM 다이얼 플랜

통합 메시징 다이얼 플랜은 Exchange 2007 통합 메시징 작업의 필수 요소로, 네트워크에서 통합 메시징을 배포하는 데 필요합니다. 그리고 공통된 사용자 내선 번호를 공유하는 하나 이상의 PBX를 논리적으로 나타내는 Active Directory 컨테이너 개체이기도 합니다. 실제로 PBX에 연결된 사용자의 내선에서 공통된 번호 지정 플랜을 공유합니다. 사용자는 모든 전화 번호를 입력하지 않고도 서로의 내선 번호로 전화를 걸 수 있습니다. UM 다이얼 플랜은 전화 통신 다이얼 플랜을 논리적으로 표현한 것입니다.

Exchange 2007 통합 메시징의 UM 다이얼 플랜에서는 고유한 사용자 내선 번호가 필요합니다. 고유한 사용자 내선 번호가 지정되도록 UM 다이얼 플랜은 통합 메시징에서 구현됩니다. 일부 전화 통신 네트워크의 경우 PBX와 다이얼 플랜이 여러 개 있을 수 있습니다. 이러한 전화 통신 네트워크에서는 내선 번호가 같은 사용자가 두 명 있을 수 있습니다. UM 다이얼 플랜은 이러한 문제를 해결해 줍니다. 동일한 내선 번호를 갖는 두 명의 사용자를 두 개의 개별 UM 다이얼 플랜에 지정할 수 있습니다. 이렇게 하면 통합 메시징에 대한 고유한 사용자 번호가 만들어집니다.

다음 그림에서는 단일 포리스트와 여러 물리적 사이트가 있는 조직에서 통합 메시징 다이얼 플랜을 사용하는 방법을 보여줍니다.

여러 물리적 사이트가 있는 조직의 단일 포리스트에서 UM 다이얼 플랜 사용

다이얼 플랜 작동 방식

전화 통신 네트워크를 통합 메시징과 통합하려면 전화 통신 네트워크와 IP 기반 네트워크를 연결하는 IP 게이트웨이가 있어야 합니다. 조직의 각 IP 게이트웨이는 Active Directory에서 UM IP 게이트웨이 개체로 나타납니다. Exchange 2007 통합 메시징을 사용하려면, 적어도 하나의 UM 다이얼 플랜을 만들고 통합 메시징 서버와 이 서버에 연결된 UM IP 게이트웨이가 UM 다이얼 플랜에 있어야 합니다. Exchange 2007을 실행하는 컴퓨터에서 통합 메시징 서버 역할을 설치했으면, 통합 메시징 서버를 적어도 하나의 UM 다이얼 플랜과 연결해야 호출에 응답할 수 있습니다. 또한 하나의 통합 메시징 서버를 여러 UM 다이얼 플랜과 연결할 수도 있습니다. 통합 메시징 서버를 UM 다이얼 플랜과 연결한 후에는 UM IP 게이트웨이를 만들고 이미 만들어진 UM 다이얼 플랜과 연결해야 합니다.

첫 번째 UM IP 게이트웨이를 만들 때 UM 다이얼 플랜을 지정하지 않으면 기본 UM 헌트 그룹도 만들어집니다. Active Directory에서 이러한 개체를 만들고 연결하면 통합 메시징 서버가 IP 게이트웨이로부터의 호출을 수신하고 UM 다이얼 플랜과 연결된 사용자의 들어오는 호출을 처리할 수 있습니다. 호출이 IP 게이트웨이에 들어오면 이 게이트웨이에서 호출을 통합 메시징 서버에 전달하고 통합 메시징 서버는 사용자의 내선 번호를 연결된 UM 다이얼 플랜에 일치시키려고 합니다. 다이얼 플랜은 게이트웨이에서 호출을 전송한 파일럿 번호를 통해 확인됩니다.

UM IP 게이트웨이

UM IP 게이트웨이 개체는 실제 IP 게이트웨이 하드웨어 장치, IP-PBX 또는 Exchange 통합 메시징과 상호 운용할 수 있는 다른 SIP 서버를 논리적으로 나타내는 컨테이너 개체입니다. IP 게이트웨이를 사용하여 통합 메시징 호출을 처리하려면 Active Directory의 개체로 나타내야 합니다.

PBX, IP 게이트웨이 및 IP PBX의 경우 제조업체와 유형이 다양하지만 IP 게이트웨이 구성 요소의 구성은 기본적으로 다음과 같은 두 종류로 나눌 수 있습니다.

• IP PBX   장치 한 개

• PBX(레거시) 및 IP 게이트웨이   개별 구성 요소 두 개

Exchange 2007 통합 메시징을 지원하기 위해, 전화 통신 네트워크 인프라를 데이터 네트워크 인프라에 연결하는 데 한 가지 또는 두 가지 유형의 IP 장치 구성이 사용됩니다.

UM IP 게이트웨이 개체

UM IP 게이트웨이 개체는 하나 이상의 Active Directory UM 헌트 그룹 및 다른 UM IP 게이트웨이 구성 설정이 들어 있는 Active Directory 컨테이너 개체입니다. UM IP 게이트웨이 개체는 IP 게이트웨이라고 하는 실제 하드웨어 장치를 논리적으로 나타내기 위해 Active Directory에서 만들어집니다. UM IP 게이트웨이는 IP 게이트웨이나 IP PBX를 나타낼 수 있습니다. IP 게이트웨이 개체와 UM 헌트 그룹 개체를 조합하면 IP 게이트웨이 하드웨어 장치와 UM 다이얼 플랜 간의 논리적인 연결이 설정됩니다.

UM IP 게이트웨이 개체를 만든 후 IP 게이트웨이를 단일 또는 여러 UM 헌트 그룹 및 UM 다이얼 플랜에 연결할 수 있습니다. UM 헌트 그룹은 UM IP 게이트웨이와 UM 다이얼 플랜 사이의 연결을 제공합니다. 여러 UM 헌트 그룹을 만들면 단일 UM IP 게이트웨이를 여러 UM 다이얼 플랜과 연결할 수 있습니다.

UM IP 게이트웨이 사용 및 사용 안 함

기본적으로 UM IP 게이트웨이를 만들면 사용 가능 상태로 유지되지만, UM IP 게이트웨이를 사용하거나 사용하지 않도록 설정할 수 있습니다. UM IP 게이트웨이를 사용하지 않도록 설정하면 두 가지 사용 안 함 모드 중 한 가지 모드로 설정할 수 있습니다. 첫 번째 사용 안 함 모드에서는 모든 연결된 통합 메시징 서버에서 기존 호출을 삭제하도록 합니다. 두 번째 사용 안 함 모드에서는 UM IP 게이트웨이와 연결된 통합 메시징 서버에서 IP 게이트웨이를 통한 모든 새로운 호출의 처리를 중지하도록 합니다.

UM 헌트 그룹

헌트 그룹은 PBX 집합, IP PBX 리소스 또는 사용자가 공유하는 내선 번호를 설명합니다. 이러한 헌트 그룹은 해당 업무 조직으로 들어오고 나가는 호출을 효율적으로 분배하는 데 사용됩니다. 예를 들어, 영업 부서가 10개의 내선 번호를 갖도록 PBX나 IP PBX를 구성할 수 있습니다. 이 10개의 영업 부서 내선 번호를 하나의 헌트 그룹으로 구성합니다. PBX나 IP PBX에서 헌트 그룹을 사용하면 들어오는 호출을 받을 때 열린 회선, 내선 또는 채널을 효율적으로 찾을 수 있습니다.

전화 통신 네트워크에서 헌트 그룹은 하나의 논리 단위로 그룹화된 내선 번호 집합으로 정의됩니다. 들어오는 호출을 받으면 PBX나 IP PBX는 이 호출을 받는 데 사용할 수 있는 사용 가능하거나 열려 있는 회선, 내선 또는 채널에 대해 "헌트"하도록 정의된 헌트 그룹이나 내선 그룹을 사용합니다.

열린 회선, 내선 또는 채널을 찾는 방법을 정의하기 위해 PBX나 IP PBX에서 사용하도록 만든 여러 알고리즘 또는 방법이 있습니다. 여기에는 다음과 같은 사항이 포함됩니다.

• 라운드 로빈

• 유휴 시간이 가장 긴 것

• 최저 번호에서 시작

PBX나 IP PBX에서 헌트 그룹을 만들고 정의하면 전화 건 사람이 통화 중 신호음을 받을 가능성이 줄어듭니다.

UM 헌트 그룹 이해

통합 메시징 헌트 그룹은 통합 메시징 시스템 작동에 매우 중요한 역할을 합니다. UM 헌트 그룹은 기존의 PBX 또는 IP PBX 헌트 그룹을 논리적으로 나타낸 것입니다. UM 헌트 그룹은 UM IP 게이트웨이와 UM 다이얼 플랜 간의 연결 또는 링크 역할을 합니다. 하나의 UM 헌트 그룹은 최소한 하나 이상의 UM IP 게이트웨이 및 UM 다이얼 플랜과 연결됩니다.

통합 메시징 헌트 그룹은 들어오는 호출을 받는 PBX 또는 IP PBX 헌트 그룹을 정의하는 데 사용됩니다. 또한 PBX나 IP PBX에서 헌트 그룹에 대해 정의된 파일럿 번호도 UM 헌트 그룹 내에서 정의해야 합니다. 파일럿 번호는 메시지의 SIP(Session Initiation Protocol) 헤더를 통해 들어오는 호출에 대해 제공되는 정보를 일치시키는 데 사용됩니다. 통합 메시징 서버는 파일럿 번호를 사용하여 음성 또는 팩스 메시지를 올바르게 라우팅할 수 있도록 올바른 다이얼 플랜과 함께 호출을 해석할 수 있습니다. UM 헌트 그룹에 정의되어 있는 파일럿 번호와 정확히 일치하지 않는 들어오는 호출은 응답을 받지 못하고 들어오는 호출 라우팅은 실패하기 때문에, 통합 메시징 헌트 그룹을 올바르게 구성하는 작업은 매우 중요합니다.

통합 메시징 헌트 그룹을 만들면 UM 다이얼 플랜 내에 지정된 모든 통합 메시징 서버가 IP 게이트웨이와 통신하도록 설정됩니다. 통합 메시징 헌트 그룹을 삭제하면 연결된 IP 게이트웨이가 더 이상 지정된 파일럿 번호로 호출에 서비스하지 않습니다. IP 게이트웨이가 UM 헌트 그룹에 연결되지 않은 경우, IP 게이트웨이는 들어오는 호출을 처리할 수 없습니다.

UM 사서함 정책

UM 사서함 정책은 Exchange 2007 통합 메시징을 사용자가 사용할 수 있도록 설정하는 데 필요합니다. 그리고 사서함 정책은 UM 사용 가능 사용자에 대해 통합 메시징 구성 설정을 적용하고 표준화하는 데 유용합니다. UM 사서함 정책을 사용하여 일련의 공용 정책이나 보안 설정을 UM 기반의 사서함 모음에 적용할 수 있습니다. 통합 메시징 사서함 정책을 사용하여 UM 사용 가능 사용자에 대해 다음과 같은 통합 메시징을 설정합니다.

• PIN 정책

• 전화 걸기 제한

• 기타 일반적인 UM 사서함 정책 속성

예를 들어, UM 사서함 정책을 만들면 특정 그룹의 UM 사용 가능 사용자(예: 임원)에 대해 사용자가 잠기기 전에 최대 로그온 실패 횟수를 줄여서 PIN 보안 수준을 향상시킬 수 있습니다.

통합 메시징 사서함 정책은 Exchange 관리 셸이나 Exchange 관리 콘솔을 사용하여 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 자동 전화 교환

Exchange 2007 통합 메시징을 사용하면 조직의 필요에 따라 하나 이상의 UM 자동 전화 교환을 만들 수 있습니다. UM 자동 전화 교환을 사용하여 조직의 음성 메뉴 시스템을 만들 수 있으며, 이 시스템을 통해 내/외부 전화 건 사람은 UM 자동 전화 교환 메뉴 시스템을 탐색하여 조직 내의 사용자나 부서를 찾은 후에 이들에게 호출을 전달할 수 있습니다.

익명 사용자나 인증되지 않은 사용자가 외부 업무 전화 번호로 호출하거나 내부 사람이 지정된 내선 번호로 호출하는 경우, 일련의 음성 안내가 제공되므로 쉽게 사용자에게 호출을 연결하거나 조직 내의 사용자를 찾아 해당 사용자에게 호출을 연결할 수 있습니다. UM 자동 전화 교환은 전화 건 사람이 Exchange 2007 통합 메시징이 있는 조직에 호출을 하면 교환원과 연결되는 대신 듣게 되는 일련의 음성 안내 또는 .wav 파일입니다. 전화 건 사람은 UM 자동 전화 교환을 통해 DTMF 또는 음성 입력을 사용하여 메뉴 시스템을 탐색하거나 전화를 걸거나 사용자를 찾을 수 있습니다. 그러나 ASR(자동 음성 인식) 또는 음성 입력을 사용하려면 UM 자동 전화 교환에서 ASR를 활성화해야 합니다.

UM 자동 전화 교환에는 다음과 같은 기능이 있습니다.

• 회사 정보나 안내 인사말을 제공합니다.

• 사용자 지정 회사 메뉴를 제공합니다. 메뉴 옵션을 다른 자동 전화 교환에 연결하여 두 가지 이상의 레벨을 가질 수 있습니다.

• 전화 건 사람이 조직의 디렉터리에서 이름을 검색할 수 있는 디렉터리 검색 기능을 제공합니다.

• 전화 건 사람이 조직 구성원의 전화에 연결하거나 메시지를 남길 수 있습니다.

Active Directory에서 만들어진 각 UM 자동 전화 교환은 개체로 나타납니다. Active Directory에서 만들 수 있는 UM 자동 전화 교환의 수는 제한이 없습니다. 각 자동 전화 교환은 내선 번호를 개수에 제한 없이 지원할 수 있습니다. UM 자동 전화 교환은 단 하나의 UM 다이얼 플랜에만 연결됩니다. 하지만 UM 자동 전화 교환이 다른 UM 자동 전화 교환을 참조하거나 연결할 수 있습니다.

외부 전화 번호나 내선 번호로부터 걸려오는 전화는 통합 메시징 서버에 의해 처리된 후 UM 자동 전화 교환으로 전달됩니다. UM 자동 전화 교환은 시스템 관리자가 미리 녹음된 음성 파일(*.wav)을 사용할 수 있도록 구성됩니다. 전화 건 사람에게 전화를 통해 재생되는 이 파일로 전화 건 사람은 통합 메시징 메뉴 시스템을 탐색할 수 있습니다. UM 자동 전화 교환을 구성할 때 사용되는 모든 .wav 파일을 조직의 요구에 맞게 사용자 지정할 수 있습니다. 통합 메시징의 사용자 지정 음성 안내에 대한 자세한 내용은 통합 메시징 오디오 음성 안내 이해를 참조하십시오.

UM 자동 전화 교환의 메시지 흐름에 대한 자세한 내용은 통합 메시징 자동 전화 교환 호출 처리를 참조하십시오.

여러 언어를 사용한 자동 전화 교환

다른 언어를 가진 자동 전화 교환을 전화 건 사람에게 제공해야 하는 경우가 있습니다. UM 자동 전화 교환에서 사용할 수 있는 언어 설정을 사용하면 자동 전화 교환에서 기본 음성 안내 언어를 구성할 수 있습니다. 자동 전화 교환에 대한 기본 시스템 음성 안내를 사용하는 경우, 기본 음성 안내 언어는 자동 전화 교환이 들어오는 호출에 응답할 때 전화 건 사람이 듣는 언어입니다. 이 언어는 통합 메시징 서버 역할을 설치할 때 제공되는 기본 시스템 음성 안내에만 영향을 줍니다. 하지만 자동 전화 교환에 구성된 사용자 지정 음성 안내에는 영향을 주지 않습니다. 자동 전화 교환에 대한 기본값으로 선택된 언어는 설치된 Exchange 2007의 버전을 기반으로 합니다.

미국 영어 버전의 Exchange 2007을 설치할 경우 UM 자동 전화 교환에서 하나의 언어, 즉 미국 영어만 구성할 수 있습니다. 그러나 일본어와 같은 지역화된 버전의 Exchange 2007을 설치할 경우 자동 전화 교환을 구성하여 일본어나 미국 영어를 기본 언어로 사용할 수 있습니다. 자동 전화 교환에서 다른 기본 언어 옵션을 사용할 수 있도록 추가적인 UM 언어 팩을 통합 메시징 서버에 설치할 수 있습니다.

예를 들어, 미국에 위치하고 있지만 미국 영어, 스페인어 및 프랑스어로 시스템을 이동하는 옵션을 전화 건 사람에게 제공하는 메뉴 시스템이 필요한 회사가 있을 경우 먼저 필요한 UM 언어 팩을 설치해야 합니다. 이 경우 미국 영어 버전의 Exchange 2007을 설치했다면 스페인어 및 프랑스어에 대한 UM 언어 팩을 설치합니다. 그러나 통합 메시징 자동 전화 교환은 한 번에 하나의 언어만 구성할 수 있기 때문에 네 개의 자동 전화 교환을 만드는 경우, 미국 영어를 사용하도록 구성된 기본 자동 전화 교환을 만든 다음 미국 영어, 스페인어, 프랑스어에 대한 자동 전화 교환을 하나씩 만듭니다. 그런 다음 각 언어에 대해 만든 다른 자동 전화 교환에 액세스하기 하기 위한 적절한 키 매핑을 가지도록 기본 자동 전화 교환을 구성합니다. 이 예에서는 기본 자동 전화 교환이 들어오는 호출에 응답하고 전화 건 사람은 "Welcome to Contoso, Ltd. For English, press or say 1. For Spanish, press or say 2. For French, press or say 3."이라는 음성을 듣게 됩니다.

자동 전화 교환 예

다음 예는 UM 자동 전화 교환과 Exchange 2007 통합 메시징을 함께 사용하는 방법을 보여줍니다.

• 예 1   Contoso, Ltd.라는 회사에서 외부 고객이 세 개의 외부 전화 번호 425-555-1111(회사 사무실), 425-555-2222(제품 지원) 및 425-555-3333(영업)을 사용할 수 있습니다. 인사과, 총무과, 경리과에서 내선 번호를 사용하고 있으며 회사 사무실의 UM 자동 전화 교환을 통해 액세스해야 합니다.

  이 시나리오를 지원하는 UM 자동 전화 교환 구조를 만들려면 해당 외부 전화 번호가 있는 세 개의 UM 자동 전화 교환을 만들고 구성합니다. 회사 사무실의 각 부서에 대해 세 개의 다른 UM 자동 전화 교환을 만듭니다. 그런 다음 인사말 유형이나 기타 탐색 정보 등 요구 사항에 따라 각 UM 자동 전화 교환을 구성합니다.

  다음 그림은 예 1에서 통합 메시징 자동 전화 교환이 사용되는 방법을 보여줍니다.

  여러 개의 외부 업무용 전화선으로 여러 개의 UM 자동 전화 교환을 구성하는 방법

  

• 예 2   Contoso, Ltd.라는 회사에서 외부 고객이 업무용 기본 번호인 425-555-1000으로 호출합니다. 외부 사람이 기본 번호로 호출하면 UM 자동 전화 교환은 "Welcome to Contoso, Ltd. Please press or say 'One' to be transferred to corporate administration. Please press or say 'Two' to be transferred to product support. Please press or say 'Three' to be transferred to corporate information. Please press or say 'Zero' to be transferred to the operator"라고 응답하고 전화 건 사람을 안내합니다. 이 시나리오를 지원하는 UM 자동 전화 교환 구조를 만들려면 해당 내선 번호로 호출을 라우팅하는 사용자 지정 내선 번호가 있는 UM 자동 전화 교환을 만듭니다.

  다음 그림은 예 2에서 통합 메시징 자동 전화 교환이 사용되는 방법을 보여줍니다.

  하나의 업무용 외부 전화선으로 여러 개의 UM 자동 전화 교환을 구성하는 방법

  

통합 메시징 전화 응답

이 섹션에서는 서로 다른 들어오는 호출 시나리오에서 Exchange 2007 통합 메시징이 메시지 흐름을 처리하는 방법에 대해 설명합니다.

Exchange 2007 통합 메시징은 다음과 같은 유형의 들어오는 호출을 처리합니다.

• 음성

• 팩스

• Outlook Voice Access

• 전화에서 재생

• 자동 전화 교환

  참고

  호출 처리란 통합 메시징 서버가 들어오는 호출에 응답하고 이를 처리하는 방법을 설명하는 용어입니다.

Exchange 2007 통합 메시징은 Active Directory를 사용하여 들어오는 호출을 라우팅합니다. 전화 응답이 올바로 작동하려면 UM을 사용할 수 있는 각 받는 사람에게는 Active Directory에 나열된 내선 번호가 있어야 합니다. 받는 사람의 내선 번호는 Active Directory에 나열되고 UM을 사용할 수 있는 Exchange 사서함에 구성된 내선 번호로 매핑됩니다. 통합 메시징 서버가 호출에 응답하면 UM을 사용할 수 있는 적절한 받는 사람을 찾기 위해 Active Directory 조회가 수행되고 해당 메시지가 받는 사람의 사서함으로 라우팅됩니다.

메시지 흐름

통합 메시징의 메시지 흐름은 통합 메시징 서버에 의해 수신된 메시지가 Exchange 2007 조직 내에서 라우팅되는 프로세스를 말합니다.

예를 들어, 들어오는 음성 및 팩스 메시지가 포함된 들어오는 호출 시나리오에서 통합 메시징 서버는 SMTP 전송을 사용하여, 음성 또는 팩스 메시지를 허브 전송 서버 역할이 설치된 Exchange 2007 서버에 전송합니다. 여러 대의 허브 전송 서버가 포함된 라우팅 시나리오에서는 들어오는 음성 또는 팩스 메일 메시지가 가장 가까운 허브 전송 서버로 먼저 전송되고, UM을 사용할 수 있는 사서함이 있는 적절한 사서함 서버로 라우팅됩니다.

음성 및 팩스 호출 처리

조직의 내/외부에 있는 사람은 Exchange 2007 조직에 음성 및 팩스 호출을 할 수 있습니다. UM 사용 가능 사용자의 내선으로 호출을 했을 때 사용자가 호출에 응답할 수 없으면 PBX가 들어오는 호출을 IP 게이트웨이, 통합 메시징 서버로 차례로 전달하거나 라우팅합니다. IP PBX를 사용하는 통합 메시징 시스템에서 IP PBX는 들어오는 메시지를 통합 메시징 서버로 전달합니다. IP 게이트웨이나 IP PBX는 들어오는 오디오 스트림을 RTP(들어오는 음성 메시지의 경우) 또는 T.38 프로토콜(들어오는 팩스 메시지의 경우)로 변환합니다. 그런 다음 IP 데이터의 스트림을 통합 메시징 서버로 전달합니다. 통합 메시징 서버에서 호출을 수신한 후에 메시지를 처리한 다음 메시지를 라우팅하는 방법을 결정합니다.

다음 그림은 Exchange 2007 조직에 들어오는 음성 및 팩스 메시지의 흐름을 보여줍니다.

Exchange 2007 조직에 들어오는 음성 및 팩스 메시지의 흐름

위 예에서 호출은 PBX에 도착한 다음 통합 메시징 파일럿 번호로 전달됩니다. 파일럿 번호는 IP 게이트웨이로 이동하는 헌트 그룹에 매핑됩니다. IP 게이트웨이는 이 호출을 통합 메시징 서버에 제공합니다. 그런 다음 통합 메시징 서버는 전화 건 사람, 대상 및 호출이 리디렉션된 이유와 같은 SIP 초대 헤더 정보를 수신합니다. 그런 다음 호출된 번호를 찾아 호출 대상자 및 해당 사용자가 속한 다이얼 플랜을 확인합니다. 이제 통합 메시징 서버는 Active Directory를 검색하여 해당 사용자가 UM을 사용하도록 설정되어 있는지 확인합니다. 사용자가 UM을 사용할 수 있는 경우 전화 건 사람은 이 사용자의 인사말을 듣게 됩니다. 사용자의 인사말은 해당 사서함에 안전하게 저장되고, 사용자는 사서함을 통해 인사말을 관리할 수 있습니다. 전화 건 사람은 사용자의 음성 메일 인사말을 확인한 후 음성 메시지를 남길 수 있는데, 이 메시지는 사용자의 사서함에 전송됩니다. 그러면 통합 메시징 서버가 메시지를 녹음하고 허브 전송 서버를 찾은 다음, UM 사용 가능 사용자의 사서함이 있는 사서함 서버에 음성 메시지를 전송합니다.

UM 자동 전화 교환 메시지 처리

외부 또는 익명의 사람이 외부 업무용 전화 번호로 호출하거나 익명의 내부 사람이 내선 번호로 호출하면, 이 사람들에게 통합 메시징 메뉴 시스템을 탐색하는 데 유용한 음성 안내가 제공됩니다. UM 자동 전화 교환은 Exchange 2007 통합 메시징 시스템이 있는 조직에 호출을 하면 교환원이나 안내원을 대신하여 전화 건 사람에게 재생되는 음성 안내 또는 .wav 파일입니다. Exchange 2007 통합 메시징을 사용하면 조직의 필요에 따라 자동 전화 교환을 하나 이상 만들 수 있습니다.

자동 전화 교환 메시지 흐름

통합 메시징 서버가 호출을 받으면 들어오는 호출을 처리할 방법을 결정하기 위해, Active Directory 도메인 컨트롤러에 대해 LDAP(Lightweight Directory Access Protocol) 쿼리를 수행합니다.

다음 그림은 통합 메시징 자동 전화 교환을 사용하는 Exchange 2007 조직의 메시지 흐름을 보여줍니다.

UM 자동 전화 교환 메시지 흐름

조직에 사용할 자동 전화 교환을 만들고 사용할 수 있도록 설정한 후 UM 다이얼 플랜에 연결하면 자동 전화 교환에서 호출을 처리할 수 있습니다. 자동 전화 교환에서 호출을 받으면 호출은 IP 게이트웨이에서 제일 먼저 처리되고 알맞은 헌트 그룹에 매핑됩니다. 그런 다음 호출은 통합 메시징 서버로 보내지고, 통합 메시징 서버가 Active Directory에서 자동 전화 교환 개체를 조회한 후 호출을 처리할 알맞은 자동 전화 교환을 제공합니다.

UM Outlook Voice Access 호출 처리

Exchange 2007 통합 메시징에서 UM 사용 가능 사용자 또는 구독자는 표준 아날로그, 디지털 또는 휴대 전화를 사용하여 자신의 전자 메일, 연락처 및 일정 정보에 액세스할 수 있습니다. UM 사용 가능 사용자는 Outlook Voice Access를 사용하여 다음과 같은 작업을 수행할 수 있습니다.

• 신규 및 저장된 전자 메일 및 음성 메일 메시지를 읽을 수 있습니다.

• 전자 메일 및 음성 메일 메시지를 전달하고 회신, 저장 및 삭제할 수 있습니다.

• 자신의 일정을 조정할 수 있습니다.

• GAL(전체 주소 목록) 또는 개인 연락처에서 사람을 찾을 수 있습니다.

• 다른 사람에게 음성 메시지를 보낼 수 있습니다.

• 자신의 PIN, 호칭 또는 인사말을 변경할 수 있습니다.

Outlook Voice Access 메시지 흐름

Outlook Voice Access 사용자로부터 통합 메시징 서버에 들어오는 호출은 사용자가 사서함에 액세스할 수 있도록 사서함 서버에만 라우팅됩니다. 그러나 모임 일정 변경 내용과 같은 메시지를 Outlook Voice Access를 사용하여 전송하면, 메시지가 받는 사람의 사서함에 라우팅되기 전에 통합 메시징 서버와 동일한 Active Directory 사이트에 있는 허브 전송 서버에 먼저 전송됩니다.

다음 그림은 구독자 또는 UM 사용 가능 사용자로부터 들어오는 호출 및 메시지가 Exchange 2007 조직에서 전송되는 방식을 보여줍니다.

Exchange 2007 조직의 Outlook Voice Access 메시지 흐름

사용자가 Outlook Voice Access로 호출하면 PBX가 통합 메시징 번호에 대한 호출을 받고 IP 게이트웨이에서 이 호출을 통합 메시징 서버에 제공합니다. 그러면 통합 메시징 서버가 Active Directory에서 사용자 계정 정보를 찾고 다이얼 플랜 정보를 비롯한 사용자에 대한 정보를 수집합니다. 사용자가 내선 번호로 호출하면 PIN을 입력하라는 메시지가 표시됩니다. 그러면 통합 메시징 서버가 사서함 서버에 연결하고 사용자를 인증합니다. 이제 통합 메시징 서버와 사서함 서버에서 사용자에게 요청한 정보를 알려줍니다.

통합 메시징 서버 확장성

확장성이란 해당 서비스의 용량을 확장하기 위해 리소스를 늘릴 수 있는 가능성을 말합니다. 조직에서 통합 메시징 서버의 용량을 확장하는 데 사용할 수 있는 확장성 유형에는 수평적 확장성 및 수직적 확장성이라는 두 가지 유형이 있습니다. Exchange 2007 통합 메시징에서 수직으로 확장할 경우 다음과 같이 단일 통합 메시징 서버 또는 여러 통합 메시징 서버에 하드웨어 리소스를 추가합니다.

• 메시지 저장소에 하드 디스크 공간 추가

• 프로세서 속도 또는 수 늘리기

• RAM 크기 또는 속도 늘리기

• 네트워크 어댑터 수 늘리기 또는 단일 네트워크 어댑터에서 LAN(Local Area Network) 수 늘리기

통합 메시징에서 수평으로 확장할 때 통합 메시징 서버 역할을 새로운 통합 메시징 서버에 설치하고 다이얼 플랜에 통합 메시징 서버를 추가하여 시스템이 수락할 수 있는 동시에 들어오는 호출의 수를 늘릴 수 있습니다. 통합 메시징 환경을 수평으로 확장하기 위해 IP 게이트웨이 수를 늘릴 수도 있습니다. 이렇게 되면 들어오는 호출에 사용할 수 있는 포트 수가 늘어납니다.

Exchange 2007 통합 메시징은 배포의 복잡성이 증가하지 않는 높은 확장성을 가진 효율적이고 간단한 배포 모델을 제공합니다. 조직에서의 통합 메시징을 위한 배포 모델은 많습니다. 그러나 통합 메시징에 권장되는 배포 모델은 사용자의 통합 메시징 서버를 중앙 집중화하는 모델입니다. 통합 메시징에 사용할 수 있는 모든 배포 옵션에는 많은 통합 메시징 사용자를 지원하도록 확장 가능한 시스템을 만드는 데 필요한 몇 가지 공통적인 단계가 있습니다. 해당 단계는 다음과 같습니다.

1. PBX 회선 제공   확장성 높은 UM 솔루션을 구축하는 첫 번째 단계는 PBX 회선 제공입니다.

2. 채널 구성 PBX 기반 음성 채널을 제공하고 나면 채널을 헌트 그룹으로 구성할 수 있습니다.

3. IP 게이트웨이 배포   음성 채널을 헌트 그룹으로 구성한 후 이러한 채널을 IP 게이트웨이에서 끝냅니다. IP 게이트웨이는 레거시 PBX와 함께 전화 통신 네트워크에서 찾은 회로 전환 프로토콜을 IP 기반 패킷 전환 프로토콜로 변환하는 데 사용됩니다.

4. 다이얼 플랜에 통합 메시징 서버 추가 통합 메시징이 처리할 수 있는 호출 수를 늘려야 하는 경우 추가 통합 메시징 서버를 설치 및 구성하고 다이얼 플랜에 추가할 수 있습니다. 대부분의 경우 IP 게이트웨이는 DNS를 사용하여, 설치된 기존 통합 메시징 서버 및 추가 통합 메시징 서버 간의 로드를 균형있게 조정합니다.

네트워크 트래픽

IP 게이트웨이로부터 받는 모든 들어오는 호출은 IP 기반 네트워크 트래픽을 생성하며 일정량의 사용 가능한 네트워크 대역폭을 소모합니다. 통합 메시징을 배포하기 전에 네트워크 트래픽을 분석하여 현재 사용 패턴을 확인하고 잠재적인 문제를 모두 식별해야 합니다. 대부분의 네트워크에서 대역폭 요구는 업무 시간 전체에 걸쳐 균등하게 분산되어 있지 않습니다. 모든 IP 기반 호출이 네트워크의 IP 게이트웨이로부터 통합 메시징 서버로 직접 라우팅되며 이 IP 기반 네트워크 트래픽이 일부 사용 가능한 대역폭을 소모하므로 다음과 같은 권장 사항 및 지침을 따라야 합니다.

• PBX를 IP 게이트웨이와 가까운 곳에 둡니다.

• IP 게이트웨이와 통합 메시징 서버를 잘 연결된 동일한 네트워크상이나 물리적으로 동일한 사이트 내에 둡니다.

• 통합 메시징 서버를 사서함, 허브 전송 서버 및 클라이언트 액세스 서버를 비롯하여 Exchange 2007 서버 역할이 설치된 다른 컴퓨터와 동일한 잘 연결된 네트워크상이나 물리적으로 동일한 사이트 내에 둡니다.

• 전화 통신 장비가 있는 위치와 근접한 WAN(Wide Area Network) 연결을 종료합니다.

• 지점 시나리오 또는 WAN 연결에서, G.711u 또는 G.711A 코덱 대신에 G.723.1 코덱을 사용하여 IP 게이트웨이와 통합 메시징 서버 간의 네트워크 트래픽을 최소화하십시오.

통합 메시징 서버

일반적으로 통합 메시징 확장성은 동시 호출 수에 따라 결정됩니다. 기본적으로 단일 통합 메시징 서버는 최대 100개의 동시 음성 호출과 100개의 동시에 들어오는 팩스 호출을 수락할 수 있습니다. 이러한 호출은 들어오는 호출이거나 나가는 호출일 수 있으며, 사용자가 음성 메일 메시지를 남길 때, Outlook Voice Access 사용자가 Exchange 2007 사서함에 액세스할 때 또는 사용자가 전화에서 재생 기능을 사용하여 음성 메시지를 들을 때 생성될 수 있습니다. 동시 호출 수가 확장성 있는 통합 메시징 인프라를 구축할 때 고려해야 할 중요한 요인이기는 하지만 음성 메시지를 인코딩하는 데 사용할 가장 적합한 코덱, 유형 및 지원해야 하는 사용자 수도 결정해야 합니다.

• 동시 호출 수   기본적으로 통합 메시징 서버가 100개의 동시 음성 메시지와 100개의 동시 팩스 메시지를 수락할 수는 있지만 최대 200개의 동시 음성 메시지와 200개의 동시에 들어오는 팩스 메시지를 수락하도록 단일 통합 메시징 서버를 구성할 수 있습니다. 단일 통합 메시징 서버의 동시 연결 수를 늘리는 경우 동시 연결 수를 줄이는 경우보다 시스템 리소스가 더 많이 필요합니다. 통합 메시징 서버가 설치되어 있는 낮은 사양의 저속 컴퓨터의 경우 특히 이 설정을 줄이는 것이 중요합니다. 성능 카운터를 사용할 수 있으며 통합 메시징 서버에 연결되어 있는 현재 동시 호출 수를 모니터링하도록 Get-UMActiveCalls cmdlet도 사용할 수 있습니다.

  조직에서 필요로 하는 동시 호출 수가 단일 통합 메시징 서버에서 지원되는 수보다 많으면 통합 메시징 서버 역할을 설치한 다음 통합 메시징 서버를 다이얼 플랜에 추가함으로써 수평으로 확장하고 동시 호출량을 늘릴 수 있습니다.

• 음성 메일 저장소 코덱   "코덱"은 "코딩"과 "디코딩"이라는 용어를 합친 용어로, 디지털 데이터와 관련 있습니다. 코덱은 디지털 데이터를 오디오 파일 형식이나 스트리밍 오디오 형식으로 변환하는 컴퓨터 프로그램 또는 소프트웨어입니다.

  Exchange 통합 메시징에는 두 가지 유형의 코덱, 즉 IP 게이트웨이 간에 사용되는 코덱과 음성 메시지를 인코딩하는 데 사용되는 코덱이 있습니다. WMA(Windows Media Audio), GSM(Group System Mobile) 06.10 및 G.711 PCM(Pulse Code Modulation) Linear 오디오 코덱은 음성 메시지용 .wma 및 .wav 오디오 파일을 만드는 데 사용됩니다. 그러나 음성 메시지 오디오 파일을 만드는 데 사용되는 오디오 코덱에 따라 사용되는 파일 형식이 달라집니다. Exchange 통합 메시징에서 .wma 오디오 코덱은 .wma 오디오 파일을 만들고 GSM 06.10 및 G.711 PCM Linear 오디오 코덱은 .wav 오디오 파일을 만듭니다. 그러나 사용되는 코덱에 따라 .wma 또는 .wav 형식의 오디오 파일이 전자 메일 메시지와 함께 대상 음성 메일 받는 사람에게 보내집니다. 통합 메시징 음성 메시지의 크기는 음성 데이터가 들어 있는 첨부 파일의 크기에 따라 달라집니다. 또한 첨부 파일의 크기는 다음 요소에 따라 달라집니다.

  • 음성 메일 녹음 기간

  • 사용되는 오디오 코덱

  • 오디오 파일 저장소 형식

  다음 그림에서는 통합 메시징에서 사용할 수 있는 세 가지 오디오 코덱의 음성 메일 녹음 기간에 따라 오디오 파일 크기가 어떻게 달라지는지 보여줍니다.

  참고

  다음 그림에서 전화 응답 음성 메시지의 평균 길이는 약 30초입니다.

  오디오 파일 크기

  

  통합 메시징에 사용되는 각 오디오 코덱의 샘플 비트 전송률(비트/초)과 압축 속성은 다음과 같습니다.

  • WMA – 16비트 – 압축된 파일

  • G.711 – 16비트 – 압축되지 않은 파일

  • GSM 06.10 – 8비트 – 압축된 파일

  WMA 코덱을 사용하면 각 통합 메시징 서버가 60개에서 75개의 동시 IP 기반 호출을 처리할 수 있음을 알 수 있습니다. 이러한 예측은 하루 중 가장 바쁜 1시간 동안 모든 IP 기반 호출 중 14%가 도착한다는 가정을 기반으로 합니다. 이러한 두 가지 가정을 기반으로, 사용자가 Outlook Voice Access를 사용하여 음성 메시지에 자주 액세스하는 경우 각 통합 메시징 서버가 2,000명에서 10,000명 사이의 사용자를 지원할 수 있다는 것을 알 수 있습니다.

  일반적으로 통합 메시징 서버당 다음과 같은 동시 호출 수를 허용해야 합니다.

  • 기본 다이얼 플랜 코덱이 WMA일 경우 60

  • 기본 다이얼 플랜 코덱이 GSM일 경우 75

• 사용자 유형 통합 메시징 시스템에 액세스하는 사용자 유형은 두 가지, 즉 인증된 사용자 및 인증되지 않은 사용자가 있습니다. 이러한 두 가지 사용자 유형은 통합 메시징 리소스를 사용합니다. 확장성 있는 통합 메시징 환경을 구축할 때 이러한 사용자가 받게 되는 영향과 이들이 각각 소모하는 리소스를 고려해야 합니다.

  • 인증된 사용자 인증된 사용자는 UM 사용이 가능하며, Outlook Voice Access를 사용하여 사서함에 액세스할 수 있습니다. 그리고 인증된 사용자는 구독자 액세스 번호로 직접 호출하거나, 사서함에 로그온하거나, 메시지, 일정, 연락처 또는 디렉터리에 액세스하거나, 통합 메시징 서버를 통해 전화에서 재생 기능을 사용하여 전화로 음성 메시지를 재생하는 등 몇 가지 방법으로 통합 메시징 서버 리소스를 사용합니다. 또한 호출을 전송하거나, 음성 메시지를 보내거나, 사용자의 내선 번호로 호출하여 음성 메시지를 남기거나, 팩스를 보내는 등 간접적으로 리소스를 사용할 수도 있습니다.

  • 인증되지 않은 사용자 통합 메시징 자동 전화 교환으로 호출하거나 구독자 액세스 번호로 호출하지만 사서함에 로그온하지 못하는 사용자를 인증되지 않은 사용자라고 합니다. 이들의 요청을 서비스하기 위해서는 통합 메시징 리소스가 사용됩니다. 전화 건 사람이 UM 자동 전화 교환에 호출하거나 구독자 액세스 번호를 사용할 때 사서함에 로그온하지 않더라도, 호출 전송, 음성 메시지 전송, 다른 자동 전화 교환으로 연결, 다른 전화 번호로 연결 또는 녹음된 오디오 음성 안내를 들을 때 리소스를 사용하게 됩니다.

IP 게이트웨이

통합 메시징은 IP 게이트웨이 기능에 의존하여 ISDN(Integrated Services Digital Network) 또는 QSIG 같은 TDM 또는 전화 통신 회로 전환 기반 프로토콜을 PBX에서 SIP, RTP 또는 실시간 팩스 전송용 T.38과 같은 VoIP 또는 IP 기반 프로토콜로 변환합니다.

IP 게이트웨이는 4개 포트에서 32개 포트에 이르는 범위에서 여러 제조업체의 크기와 모델을 사용할 수 있습니다. 용량과 내결함성 제공을 위해 필요한 수만큼 IP 게이트웨이를 배포할 수 있습니다. 필요한 호출 또는 포트 수가 단일 IP 게이트웨이에서 지원하는 호출 또는 포트 수보다 클 경우 추가 IP 게이트웨이를 설치 및 구성하고, UM IP 게이트웨이 개체를 만들고, 사용자 환경을 지원하도록 적합한 헌트 그룹을 구성하여 수평으로 확장하고 수락할 수 있는 호출 수 또는 포트 수를 늘릴 수 있습니다.

사용자 환경에 있는 IP 게이트웨이의 수와 사용 가능한 통합 메시징 서버의 수를 일치시키는 것도 마찬가지로 중요합니다. 예를 들어, T-1 회선으로 각각 연결되어 있는 10개의 IP 게이트웨이를 단일 통합 메시징 서버에 구성하면 안 됩니다. 이는 통합 메시징 서버가 240개의 동시에 들어오는 호출을 지원해야 한다는 것을 의미합니다. 이 점을 고려하여 IP 게이트웨이를 적절하게 통합 메시징 서버에 맞춰 확장해야 합니다.

통합 메시징 가용성

최소 작동 시간 요구 사항은 조직마다 다를 수 있습니다. 그러나 모든 조직에서 높은 수준의 가동 시간을 달성하기를 원하며, 특히 전화 통신 시스템의 경우 더 그렇습니다. 이러한 조직의 전화 통신 시스템은 업무에 중요한 역할을 하기 때문에 높은 가용성이 요구됩니다. 통합 메시징 시스템을 배포할 때 고려해야 할 요인 중 하나는 통합 메시징 서버 또는 IP 게이트웨이와 같은 핵심 구성 요소를 사용할 수 없게 될 때에도 시스템이 사용자에게 서비스를 제공할 수 있는지에 대한 가능성 여부입니다.

• 통합 메시징 서버   Exchange 2007에서, 통합 메시징은 서비스 및 작업자 프로세스로 실행되도록 만들어졌습니다. 이는 서비스가 많은 시스템 리소스를 사용하고 있거나 응답하지 않게 되었을 때에도 작업자 프로세스가 재순환될 수 있음을 의미합니다. UM 작업자 프로세스는 사서함 서버, 허브 전송 서버 및 도메인 컨트롤러에서의 중단을 처리하는 역할을 담당합니다. 예를 들어, 사용자가 사서함 서버를 사용할 수 없을 경우 통합 메시징 서버가 해당 사용자를 대신하여 계속해서 호출을 수락합니다. 그러나 사용자의 사용자 지정 인사말은 재생되지 않습니다. 대신에 표준 인사말이 해당 사용자로의 호출에 사용됩니다. 또한 허브 전송 서버를 사용할 수 없을 경우 허브 전송 서버를 사용할 수 있을 때까지 큐 제한 구성 방법에 따라 통합 메시징 서버가 계속해서 호출을 수락하고 큐에 넣습니다. 그러나 모든 도메인 컨트롤러를 사용할 수 없게 되는 상황에서는 통합 메시징 서버도 호출을 수락할 수 없습니다.

  N+1 구성으로 단일 다이얼 플랜에 통합 메시징 서버를 추가하여 통합 메시징 배포를 보다 원활하게, 보다 가용성 있게 수행할 수 있습니다. 이는, 만약 두 개의 통합 메시징 서버를 필요로 하는 경우에 추가 통합 메시징 서버를 설치 및 구성하여, 통합 메시징 서버 하나에 오류가 발생하거나 통합 메시징 서버 하나를 오프라인으로 변경해야 하는 경우 이를 대신할 통합 메시징 서버를 보유할 수 있음을 의미합니다.

  단일 다이얼 플랜에 여러 개의 서버를 추가할 때 IP 게이트웨이는 TLS 배포용 FQDN(정규화된 도메인 이름)별 또는 IP 주소별로 IP 게이트웨이의 구성에 나열되어 있는 통합 메시징 서버에 연결을 시도합니다. 통합 메시징 서버를 사용할 수 없을 경우 IP 게이트웨이는 5초 후에 통합 메시징 서버에 다시 연결을 시도합니다. 통합 메시징 서버에서 응답이 없으면 IP 게이트웨이는 IP 게이트웨이에 구성되어 있는 목록의 다음 통합 메시징 서버로 연결을 시도합니다.

• IP 게이트웨이 IP 게이트웨이 가용성을 제공하기 위해 중복 기능을 만들려면 N+1 구성으로 여러 IP 게이트웨이를 추가해야 합니다. 이는, 만약 두 개의 IP 게이트웨이를 필요로 하는 경우에 추가 IP 게이트웨이를 설치 및 구성하여, IP 게이트웨이 하나에 오류가 발생하거나 IP 게이트웨이 하나를 오프라인으로 변경해야 하는 경우 이를 대신할 IP 게이트웨이를 보유할 수 있음을 의미합니다.

  다른 IP 게이트웨이로 수신된 들어오는 호출을 보낼 수 있도록 PBX를 구성해야 합니다. PBX를 구성하고 나면 PBX에서는 오류가 검색되거나 검색되는 신호가 없거나 포트가 호출에 응답하지 않는 것이 검색됩니다. 이렇게 하면 PBX가 들어오는 호출에 응답할 수 있는 IP 게이트웨이로 호출을 리디렉션할 수 있습니다.

  통합 메시징에서 지원하는 IP 게이트웨이가 통합 메시징 서버에 대한 호출을 라운드 로빈 방식으로 라우팅하도록 구성할 수 있습니다. IP 게이트웨이를 사용하도록 설정하려면 IP 게이트웨이로부터의 호출에 응답하는 통합 메시징 서버의 IP 주소로 각 IP 게이트웨이를 구성해야 합니다. 이것이 IP 게이트웨이를 논리적으로 나타내는 UM IP 게이트웨이 개체와 동일한 다이얼 플랜에 연결되어 있는 통합 메시징 서버입니다. 이를 통해 모든 UM IP 게이트웨이는 들어오는 호출을 동일한 다이얼 플랜에 연결되어 있는 통합 메시징 서버로 전달할 수 있습니다. 따라서 IP 게이트웨이에 오류가 발생할 경우 PBX가 호출에 응답할 수 있는 IP 게이트웨이로 해당 호출을 보냅니다. 그러면 IP 게이트웨이가 동일한 다이얼 플랜 내의 통합 메시징 서버로 해당 호출을 전달합니다. 해당 호출이 사용할 수 없는 통합 메시징 서버로 보내지면 IP 게이트웨이는 통합 메시징 서버로의 연결을 다시 시도합니다. 통합 메시징 서버로의 연결에 실패할 경우 IP 게이트웨이에 구성되어 있는 목록의 다음 통합 메시징 서버를 사용하여 호출에 응답합니다. 그러나 부하 분산을 지원하고 서버가 오프라인 상태이거나 오류 상태인지 검색할 수 있도록 지원되는 모든 IP 게이트웨이를 구성할 수 있는 것은 아닙니다.

통합 메시징에서의 부하 분산

여러 통합 메시징 서버를 단일 다이얼 플랜에 배포함으로써 들어오는 호출의 로드를 균형있게 조정하여 Exchange 2007 통합 메시징 배포를 보다 원활하게 수행할 수 있습니다. 통합 메시징에서 지원하는 IP 게이트웨이는 호출을 라운드 로빈 방식으로 라우팅하여 한 다이얼 플랜 내의 여러 통합 메시징 서버 간에 로드를 균형있게 조정하도록 구성될 수 있습니다.

라운드 로빈이란 여러 서버 사이의 작업 부하를 분산하는 방식입니다. 그러나 라운드 로빈 자체를 통해 IP 게이트웨이에서 서버 오류를 검색할 수 있는 것은 아닙니다. 통합 메시징 서버 중 하나에 오류가 발생하고 IP 게이트웨이가 사용할 수 없는 통합 메시징 서버를 검색할 수 없을 경우에는, 사용자가 오류를 검색하고 다이얼 플랜에서 해당 서버를 제거할 때까지는 IP 게이트웨이가 계속해서 들어오는 호출을 통합 메시징 서버로 보냅니다. 다이얼 플랜에서 해당 통합 메시징 서버를 제거한 후에는 통합 메시징 서버의 IP 주소 또는 FQDN도 IP 게이트웨이의 구성에서 제거해야 합니다.

통합 메시징은 들어오는 호출을 분산하기 위해 라운드 로빈 DNS 또는 NLB(네트워크 부하 분산)을 사용하지 않습니다. 라운드 로빈 DNS는 멀티홈 컴퓨터에서 사용할 수 있으며 다른 서비스의 로드를 분산하기 위해 사용할 수 있지만 통합 메시징에는 사용할 수 없습니다. NLB는 다른 서비스와 함께 사용되어 클라이언트 요청을 분산하고 서비스가 사용 불가능한지 자동으로 검색하며, 그런 다음 다른 클라이언트 요청을 남아 있는 서버에 다시 분산합니다. 그러나 역시 통합 메시징과는 함께 사용할 수 없습니다. 다이얼 플랜 내의 통합 메시징 서버 간에 로드를 분산하거나 균형있게 조정하는 유일한 방법은 IP 게이트웨이를 해당 다이얼 플랜 내 통합 메시징 서버의 IP 주소 또는 FQDN으로 구성하는 것입니다. IP 게이트웨이는 해당 목록을 사용하여 다이얼 플랜 내의 모든 통합 메시징 서버에서 로드를 분산하며, IP가 이 기능을 지원할 경우 서버 오류도 검색할 수 있습니다.

통합 메시징 배포 시 로드를 균형있게 조정하는 또 다른 방법은 여러 IP 게이트웨이에 PBX 헌트 그룹을 연결하도록 구성한 다음, IP 게이트웨이에서 로드를 균형있게 조정하도록 해당 헌트 그룹을 구성하는 것입니다.

자세한 내용

Exchange 2007 통합 메시징에 대한 자세한 내용은 다음 리소스를 참조하십시오.

• Exchange Server TechCenter

• Microsoft Exchange Server 2007 도움말 웹 사이트

• Exchange Server 2007 기술 문서

• Exchange Server 2007 통합 메시징 백서