통합 메시징 및 Communications Server 2007 배포
적용 대상: Exchange Server 2010 SP2, Exchange Server 2010 SP3
마지막으로 수정된 항목: 2016-11-28
MicrosoftExchange Server 2010 UM(통합 메시징) 및 MicrosoftOffice Communications Server 2007을 함께 배포하여 음성 메시징, 인스턴트 메시징, 향상된 사용자 현재 상태, 오디오/비디오 회의, 통합 전자 메일 및 메시징 환경 등을 조직의 사용자에게 제공할 수 있습니다. 이 항목에서는 이러한 기능을 지원하기 위해 Exchange 2010 통합 메시징 및 Communications Server 2007을 구성하는 방법에 대해 설명합니다.
Communications Server 2007에 대한 자세한 내용은 Office Communications Server 및 클라이언트 설명서 롤업(영문)에 있는 Communications Server 2007 참조 및 도움말 문서를 참조하십시오.
목차
Exchange 통합 메시징 및 Communications Server 2007 배포
배포 경로
자세한 내용
Exchange 통합 메시징 및 Communications Server 2007 배포
Exchange 2010 통합 메시징은 음성 메시징 및 전자 메일 메시징을 하나의 메시징 인프라에 통합합니다. Communications Server 2007 Enterprise Voice는 통합 메시징 인프라를 활용하여 음성 메일, 구독자 액세스, 전화 알림 및 자동 전화 교환 서비스를 제공합니다.
이러한 서비스나 기능을 구현하기 전에 다음을 수행해야 합니다.
통합 메시징 서버와 동일한 Active Directory 디렉터리 서비스 토폴로지에 Communications Server 2007을 설치합니다.
다음과 같은 Exchange 2010 서버 역할을 배포합니다.
통합 메시징 서버 역할 통합 메시징 서버는 Exchange 2010을 Communications Server 2007과 연결합니다.
허브 전송 서버 역할 허브 전송 서버는 통합 메시징 서버에서 사용자 사서함으로 전자 메일 메시지를 라우트합니다.
클라이언트 액세스 서버 역할 클라이언트 액세스 서버는 POP3, IMAP4, HTTPS, 외부에서 Outlook 사용(이전의 RPC over HTTP), 가용성 서비스 및 자동 검색 서비스와 같은 클라이언트 프로토콜을 호스트합니다. 클라이언트 액세스 서버는 또한 Exchange 웹 서비스도 호스트합니다.
사서함 서버 역할 사서함 서버는 사용자 사서함을 호스트합니다.
Exchange 2010에 포함된 서버 역할에 대한 자세한 내용은 Exchange 2010 시작을 참조하십시오. Exchange 2010에 포함된 각 서버 역할을 설치하는 방법에 대한 자세한 내용은 Exchange 2010 새 설치를 참조하십시오.
다음과 같이 조직에서 Communications Server 2007을 설치 및 구성합니다.
조직의 서버에 Communications Server 2007을 설치합니다.
유효하며 CA(인증 기관)에서 서명한 인증서를 Communications Server 2007 서버에 설치합니다.
Communications Server 2007 서버에 설치한 인증서를 통합 메시징 서버에서 신뢰할 수 있는지 확인합니다.
설치 도중 하나 이상의 Communications Server 2007 풀 개체가 만들어지는지 확인합니다.
인증서 구성 권장 사항
Exchange 및 Communications Server 2007을 실행하는 모든 컴퓨터에서 신뢰할 수 있는 인증서가 있어야 합니다. Communications Server 2007 및 Exchange 2010 통합 메시징이 설치된 환경에서 신뢰할 수 있는 인증서를 배포하려면 다음 지침을 따르십시오.
유효하며 CA에서 서명한 인증서를 가져옵니다. 이 인증서는 신뢰할 수 있는 타사 상업용 인증서 또는 PKI(공개 키 인프라) 인증서로서, 통합 메시징 및 클라이언트 액세스 서버 역할이 설치된 Exchange 서버 및 Communications Server 2007 컴퓨터에서 가져와야 합니다.
가장 간단한 인증서 배포 시나리오는 동일한 타사 상업용 인증서 또는 PKI 인증서를 통합 메시징, 클라이언트 액세스 및 허브 전송 서버 역할이 설치되어 있는 각 Exchange 2010 서버에 가져오는 것입니다. 또한 Communications Server 2007을 실행하는 각 컴퓨터에 이 신뢰할 수 있는 인증서를 설치합니다. 이렇게 하면 인증서를 간편하게 배포할 수 있으며 인증서 배포와 관련한 관리 오버헤드를 줄일 수 있습니다. 하지만 주체 대체 이름을 지원하는 신뢰할 수 있는 인증서를 얻어야 합니다.
참고
SIP 보안 또는 보안 다이얼 플랜을 사용하는 경우에는 통합 메시징 서버와 IP 게이트웨이 간에 신뢰할 수 있는 인증서가 필요합니다. 직접 SIP(Session Initiation Protocol) 연결을 사용하는 경우에도 신뢰할 수 있는 인증서가 필요합니다. SIP 보안이나 보안을 다이얼 플랜으로 사용하는 경우에는 Communication Server 2007 컴퓨터와 통합 메시징, 클라이언트 액세스 및 허브 전송 서버 간에 사용되는 신뢰할 수 있는 인증서를 동일하게 사용할 수 있습니다.
통합 메시징 서버 역할 및 다른 Exchange 2010 서버 역할을 동일한 컴퓨터에 설치할 수 있지만 Communications Server 2007을 배포할 경우에는 다른 Exchange 2010 서버 역할을 실행하지 않는 컴퓨터에 통합 메시징 서버 역할을 설치하는 것이 좋습니다. 다른 서버 역할이 통합 메시징 서버 역할과 동일한 컴퓨터에 설치될 경우 Microsoft Exchange 통합 메시징 서비스에서 잘못된 인증서가 선택되어 MTLS(상호 전송 계층 보안)를 사용하여 트래픽을 암호화하지 못할 수도 있습니다. 인증서에 있는 주체 대체 이름에 제한이 있기 때문에 이 문제가 발생합니다.
예를 들어 통합 메시징 서버 역할을 먼저 설치하고 나중에 동일한 서버에 클라이언트 액세스 서버 역할을 설치하는 경우 Microsoft Exchange 통합 메시징 서비스는 통합 메시징 서버 역할이 설치될 때 만들어진 인증서 대신에 클라이언트 액세스 서버 역할에 의해 만들어진 인증서를 사용합니다. 이는 Microsoft Exchange 통합 메시징 서비스가 신뢰할 수 있는 루트 저장소에서 만료 기간이 가장 많이 남은 인증서를 찾기 때문입니다.
신뢰할 수 있는 인증서는 상호 TLS를 사용하여 Communications Server 2007, 클라이언트 액세스, 허브 전송 및 통합 메시징 서버에 암호화된 채널을 설정하므로, 상호 TLS 협상 동안 사용되는 인증서 이름은 인증서를 제공하는 서버의 FQDN(정규화된 도메인 이름)과 같아야 합니다.
맨 위로 이동
배포 경로
Exchange 2010 조직에 필요한 서버 역할을 설치한 후 Enterprise Voice 및 Exchange 2010 통합 메시징을 올바르게 배포하기 위해 Exchange 통합 메시징 환경 및 Communications Server 2007 환경에서 수행해야 하는 일련의 권장 단계가 있습니다. Exchange 2010 통합 메시징은 전화 응답, Outlook Voice Access 및 자동 전화 교환 서비스를 제공하는 데 사용됩니다. Communications Server 2007에서는 Enterprise Voice 서비스에 있는 더 많은 고급 기능을 사용할 수 있습니다. 다음 그림은 Exchange 2010 통합 메시징 및 Communications Server 2007에 있는 Enterprise Voice 서비스를 구현할 때 권장되는 배포 경로를 보여줍니다.
Exchange 2010 통합 메시징 및 Communications Server 2007 배포
Communications Server 2007에 대한 자세한 내용을 보고 Communications Server 2007용 참조와 도움말 설명서를 다운로드하려면 Office Communications Server 및 클라이언트 설명서 롤업을 참조하십시오.
Communications Server 2007에서 Enterprise Voice와 함께 작동하도록 Exchange 2010 통합 메시징을 구성하기 위해 완료해야 하는 여러 단계가 있습니다. 다음을 수행해야 합니다.
각각 해당하는 Communications Server 2007 위치 프로필에 매핑되는 하나 이상의 Exchange 2010 통합 메시징 SIP URI(Uniform Resource Identifier) 다이얼 플랜을 만듭니다. 각 Exchange UM 다이얼 플랜에 대해 Enterprise Voice 위치 프로필을 만들어야 합니다. Get-UMDialPlan cmdlet을 사용하여 SIP URI 다이얼 플랜의 FQDN을 가져올 수 있습니다. SIP URI 다이얼 플랜을 만드는 방법에 대한 자세한 내용은 UM 다이얼 플랜 만들기를 참조하십시오.
중요
Exchange 통합 메시징과 Office Communications Server를 통합하는 경우에는 Exchange 통합 메시징에서 전화 걸기 규칙이나 전화 걸기 규칙 그룹을 구성할 필요가 거의 없습니다. Office Communications Server는 조직에 있는 사용자의 통화 라우팅 및 번호 변환을 수행하며, 사용자 대신 Exchange 통합 메시징에서 호출한 경우에도 이 작업을 수행합니다.
CA에서 서명한 유효한 인증서를 통합 메시징 서버에 설치한 다음 각 통합 메시징 서버에서 Microsoft Exchange 통합 메시징 서비스를 다시 시작합니다.
SIP URI 다이얼 플랜을 SIP 보안 또는 보안으로 구성하여 VoIP(Voice over IP) 트래픽을 암호화합니다. UM 다이얼 플랜에서 보안 설정을 구성하는 방법에 대한 자세한 내용은 UM 다이얼 플랜에서 VoIP 보안 구성을 참조하십시오. VoIP 보안과 상호 TLS 구성에 대한 자세한 내용은 통합 메시징 VoIP 보안 이해를 참조하십시오.
UM 다이얼 플랜을 SIP 보안 또는 보안으로 구성할 수 있지만 Microsoft Office Communicator 2007 Phone Edition 장치가 올바르게 작동하도록 하려면 다이얼 플랜을 보안으로 구성하는 것이 좋습니다. 이는 Communications Server 2007에서 구성되는 기본 암호화 수준 설정 때문입니다. 다음 표에 나와 있는 대로 암호화 설정을 구성해야 Communicator Phone Edition 장치가 작동합니다. 다음 표에서는 Communications Server 2007 및 UM 다이얼 플랜의 암호화 설정 간 관계를 보여줍니다.
Communicator Phone Edition의 암호화 설정
Communications Server 2007 UM 다이얼 플랜 암호화 필수(기본값)
보안
암호화 선택적
SIP 보안/보안
암호화 안 함
SIP 보안
통합 메시징 서버 역할을 실행 중인 서버를 SIP 다이얼 플랜에 추가합니다. 들어오는 호출을 서버에서 응답할 수 있게 하려면 통합 메시징 서버를 다이얼 플랜에 추가해야 합니다. 통합 메시징 서버를 다이얼 플랜에 추가하는 방법에 대한 자세한 내용은 다이얼 플랜에 UM 서버 추가를 참조하십시오.
Enterprise Voice를 사용할 사용자에 대해 SIP 주소를 만듭니다. UM 사용 가능 사용자에 대해 SIP 주소를 만드는 방법에 대한 자세한 내용은 사용자가 통합 메시징을 사용하도록 설정을 참조하십시오. 또는 UM 사용 가능한 사용자의 SIP 주소를 변경하려면 UM 사용 가능 사용자의 SIP 주소 수정을 참조하십시오.
중요
SIP URI 다이얼 플랜과 연결된 사용자는 수신 팩스를 받을 수 없습니다. 이는 들어오는 음성 및 팩스 호출이 중재 서버를 통해 라우트되며 중재 서버가 사용될 경우 팩스가 지원되지 않기 때문입니다.
Exchange 관리 셸을 열고 <Exchange 설치 폴더>\Exchange Server\Script 폴더에 있는 exchucutil.ps1 스크립트를 실행합니다. exchucutil.ps1 스크립트는 다음을 수행합니다.
Exchange UM Active Directory 개체, 특히 이전 작업에서 만들어진 SIP URI 다이얼 플랜 개체를 읽을 수 있는 Communications Server 2007 권한을 부여합니다. Active Directory 개체에 대한 사용 권한을 구성하는 방법에 대한 자세한 내용은 ADSI 편집을 사용하여 사용 권한 적용 방법을 참조하십시오.
각 Communications Server 2007 풀이나 Enterprise Voice를 사용하도록 설정된 사용자를 호스트하는 Communications Server 2007 Standard Edition을 실행 중인 각 서버에 대해 Active Directory에서 UM IP 게이트웨이 개체를 만듭니다. UM IP 게이트웨이를 만드는 방법에 대한 자세한 내용은 UM IP 게이트웨이 만들기를 참조하십시오.
각 IP 게이트웨이에 대해 Exchange UM 헌트 그룹을 만듭니다. 헌트 그룹 파일럿 식별자는 해당 게이트웨이와 연결된 다이얼 플랜의 이름이 됩니다. 헌트 그룹은 UM IP 게이트웨이와 함께 사용되는 Exchange 2010 통합 메시징 SIP 다이얼 플랜을 지정해야 합니다. UM 헌트 그룹을 만드는 방법에 대한 자세한 내용은 UM 헌트 그룹 만들기를 참조하십시오.
맨 위로 이동
또한 Exchange 2010 통합 메시징과 함께 작동하도록 Communications Server 2007을 구성하기 위해 다음 작업을 수행해야 합니다.
위치 프로필을 만듭니다. 위치 프로필 이름은 해당 UM 다이얼 플랜의 FQDN과 일치해야 합니다.
위치 프로필을 Communications Server 2007 풀에 할당합니다.
미디어 게이트웨이와 중재 서버를 배포 및 구성합니다.
전화 사용, 음성 정책 및 아웃바운드 전화 경로를 정의합니다.
Enterprise Voice 서비스에 대한 사용자를 구성합니다.
구독자 액세스 및 자동 전화 교환에 대한 연락처 개체를 만드는 ocsumutil.exe 명령을 실행합니다. 또한 이 명령은 Exchange UM 다이얼 플랜의 FQDN과 일치하는 위치 프로필 이름이 있는지 확인합니다.
참고
Communications Server 2007을 설치하면 msRTC-SIPLine 특성이 Active Directory에 추가됩니다. 사용자 환경에 Communications Server 2007을 설치하지 않은 경우 이 특성은 Active Directory에 추가되지 않습니다. 따라서 UM을 사용할 수 없는 사용자에 대해 통합 메시징 프록시 주소를 구성하지 않을 경우 단일 포리스트 및 포리스트 간 시나리오에서 다이얼 플랜 간의 발신자 번호 이름 확인이 올바로 이루어지지 않습니다.
Communications Server 2007에 대해 완료해야 하는 작업을 수행하는 방법에 대한 자세한 내용은 Office Communications Server 및 클라이언트 설명서 롤업(영문)을 참조하십시오.
Communications Server 2007 및 통합 메시징 서버를 구성한 후 사용자가 Communications Server 2007을 사용하고 사용자의 클라이언트 컴퓨터에 Communicator를 설치할 수 있게 해야 합니다.
중요
통합 메시징 및 Office Communications Server가 통합된 환경에서는 T.38 또는 G.711을 사용하여 팩스를 보내고 받을 수 없습니다.
맨 위로 이동
자세한 내용
Office Communications Server 및 클라이언트 설명서 롤업(영문)
© 2010 Microsoft Corporation. 모든 권리 보유.