Communications Server 2007을 사용 중인 환경에 통합할 때 Exchange 2007 SP1의 새로운 향상된 기능을 사용하려면 다음 요구 사항을 충족해야 합니다.

• 조직의 모든 통합 메시징 서버에서 Exchange 2007 SP1을 실행해야 합니다.
  
• 조직에서 Communications Server 2007을 실행해야 합니다.
  
• Exchange 2007 SP1 및 Communications Server 2007이 올바르게 구성되어 있어야 합니다.
  

Exchange 2007 SP1 및 Communications Server 2007을 통합 메시징 환경에서 올바르게 계획하고 배포하려면 Microsoft Office Communications Server 2007 Enterprise Voice 계획 및 배포 가이드에 제공된 계획 및 배포 단계를 따라야 합니다. 이 가이드는 Microsoft 다운로드 센터의 Office Communications Server 및 클라이언트 설명서 롤업 페이지에 있습니다.

Communications Server 2007 및 Exchange 2007 통합 메시징 배포를 계획하는 방법에 대한 자세한 내용은 Exchange 2007 통합 메시징 및 Office Communications 2007 서버 배포 계획을 참조하십시오.

Exchange 2007 통합 메시징 및 Communications Server 2007을 배포하는 방법에 대한 자세한 내용은 통합 메시징 및 Office Communication Server 2007 구성을 참조하십시오.

다음은 통합된 Exchange 2007 SP1 및 Communications Server 2007 환경에서 사용할 수 있는 통합 메시징 기능을 요약한 것입니다.

• UM 다이얼 플랜의 추가 형식 지원   Communications Server 2007과의 상호 작용을 위해 Exchange 2007 SP1 통합 메시징이 UM 다이얼 플랜의 추가 형식인 SIP URI 및 E.164를 지원합니다. Exchange 관리 셸 및 Exchange 관리 콘솔을 사용하여 이러한 UM 다이얼 플랜을 구성할 수 있습니다. Exchange 관리 콘솔을 사용하면 새 다이얼 플랜 마법사를 통해 SIP URI 및 E.164 형식의 UM 다이얼 플랜을 만들 수 있습니다. SIP URI 다이얼 플랜을 사용자가 사용할 수 있도록 설정하고, 해당 사용자를 SIP URI 다이얼 플랜과 연결한 경우, Exchange 관리 콘솔을 사용하여 SIP(Session Initiation Protocol) URI(Uniform Resource Identifier)를 제공할 수도 있습니다.
  Exchange 2007 통합 메시징에서 사용할 수 있는 UM 다이얼 플랜 형식에 대한 자세한 내용은 통합 메시징 다이얼 플랜 이해를 참조하십시오.
  
• 내부 호출 번호 확인을 위한 추가 논리   Exchange 2007 SP1에서는 내부 호출 번호의 확인 범위가 크게 늘어났습니다. Exchange 2007 의 원본 릴리스(RTM) 버전에서는 두 개의 원본에 대해서만 내부 내선 번호를 확인합니다. 이러한 원본은 호출하는 사용자 및 호출되는 사용자의 연락처 목록과 동일한 UM 다이얼 플랜에 있는 다른 UM 사용 가능 사용자의 내선 번호입니다. Exchange 2007 SP1에서 통합 메시징은 Active Directory 포리스트에 있는 모든 사용자의 내부 내선 번호도 확인합니다.
  Exchange 2007 RTM 및 Exchange 2007 SP1에서는 사용자가 통합 메시징을 사용할 수 있도록 설정되면 내선 번호가 포함된 Exchange 통합 메시징 프록시 주소(EUM 프록시 주소)로 사서함이 스탬프 처리됩니다. 통합 메시징은 GAL(전체 주소 목록)과 수신자의 개인 연락처에서 일치하는 항목을 검색하여 사용자 이름에 대한 내선 번호를 확인하려고 합니다. 일치하는 항목이 없으면 Exchange 에서는 부재 중 전화에 대한 전자 메일 메시지의 내선 번호만 사용합니다. 통합 메시징을 사용하도록 설정하여 다음 작업 중 하나를 수행하면 사용자 이름에 대한 내선 번호를 확인할 수 있습니다.
  
  • Enable-UMMailbox cmdlet 또는 Exchange 관리 콘솔을 사용하여 사용자가 통합 메시징을 사용할 수 있도록 설정합니다. 사용자가 통합 메시징을 사용할 수 있도록 설정하는 방법에 대한 자세한 내용은 통합 메시징을 사용하도록 설정하는 방법을 참조하십시오.
    
  • Set-Mailbox cmdlet를 사용하여 사용자에 대한 보조 EUM 프록시 주소를 만듭니다. 사용자에 대한 보조 EUM 프록시 주소를 만드는 방법에 대한 자세한 내용은 UM 사용 가능 사용자에 대해 내선 번호를 구성하는 방법을 참조하십시오.
    
  • Outlook 에 발신자를 개인 연락처로 추가하고 연락처의 내선 번호를 포함합니다.
    
  Communications Server 2007에서는 Active Directory 스키마를 확장하여 각 사용자의 번호를 E.164 형식으로 저장합니다. 다이얼 플랜에서 길이가 정의된, 고정된 길이의 들어오는 내선 번호를 일치시키려면 Exchange 통합 메시징 관리자가 UM 다이얼 플랜의 속성에 InternationalNumberFormat 특성을 설정해야 합니다. 들어오는 내선 번호 앞에 특성 값이 추가됩니다. 결과 번호는 E.164 형식으로 저장된 Active Directory 디렉터리 서비스의 사용자 번호와 일치합니다.
  예를 들어, 통합 메시징 관리자가 Redmond WA, USA라는 UM 다이얼 플랜을 만듭니다. InternationalNumberFormat 특성을 “142570xxxxx”로 설정합니다. 여기서 “x”의 개수는 내선 번호의 길이에 따라 결정되며, 이 예제에서는 5자리의 내선 번호를 사용합니다. 통합 메시징 서버에서는 내선 번호가 12345인 들어오는 호출에 응답하면 이 내선 번호와 InternationalNumberFormat 특성의 값을 결합하여 전화 번호 “tel:+14257012345”를 가져옵니다. 이 결과 번호는 Active Directory 포리스트의 모든 사용자에 대해 저장된 번호와 일치합니다.
  

  참고:
  InternationalNumberFormat은 단일값 특성이며, 하나의 값으로만 설정할 수 있습니다. 따라서 조직에서 “14257022222”, “14257133333”과 같은 여러 개의 접두사를 사용하는 경우에도 하나의 접두사만 일치할 수 있습니다.

• 호출자가 음성 메시지를 남기는 경우에 대상 전화 번호에서 호출 전달을 사용하면 알림   예를 들어, 사용자 1이 Microsoft Office Communicator 2007을 사용하여 사용자 2를 호출하고, 사용자 2가 호출 전달을 설정하여 사용자 3에게 호출을 전달합니다. 사용자 3이 호출에 응답하지 않으면 호출은 통합 메시징 서버로 전환됩니다. 통합 메시징 서버에서는 호출에 응답하고 메시지를 녹음합니다. 그런 다음, 음성 메시지가 누구에게 라우팅되었는지를 나타내는 정보를 사용자 1에게 다시 보냅니다. Office Communicator 클라이언트에서 이 정보를 렌더링합니다. 사용자 1은 사용자 2가 아니라 사용자 3에게 메시지가 남겨진다는 것을 알 수 있습니다.
  

  참고:
  이 기능은 Office Communicator 2007 클라이언트를 호출자의 전화로 사용하는 경우에만 쓸 수 있습니다.

• Exchange 통합 메시징에 HiFi(High-Fidelity) 음성 메시지를 녹음하는 기능 지원   Exchange 2007 SP1을 Communications Server 2007과 함께 사용하는 경우 RTAudio 코덱을 사용하여 HiFi(High-Fidelity) 사운드를 지원하는 기능이 추가되었습니다.
  Office Communicator 2007을 사용하여 음성 호출을 시작하고, 음성 호출을 받는 사람이 Microsoft Office Outlook 2007 또는 Outlook Web Access 2007 버전을 사용하여 메시지를 재생하는 경우에 이 기능을 사용할 수 있습니다. 다음 두 시나리오에서는 HiFi(High-Fidelity) 녹음 및 재생 기능을 지원합니다.
  시나리오 1   통합 메시징 서버에서 구독자를 대신하여 응답하며, 다음 중 하나에 해당합니다.
  
  • 구독자의 오디오 코덱이 WMA로 설정되어 있습니다.
    
  • 구독자의 오디오 코덱이 설정되어 있지 않고, 구독자와 연결된 UM 다이얼 플랜 오디오 코덱이 WMA로 설정되어 있습니다.
    
  시나리오 2   연결된 UM 다이얼 플랜 오디오 코덱이 WMA로 설정된 통합 메시징 구독자가 통합 메시징에 로그온하여 디렉터리에서 사람을 찾은 다음 메시지를 남깁니다.
  통합 메시징에서 사용하는 오디오 코덱에 대한 자세한 내용은 통합 메시징 오디오 코덱 이해를 참조하십시오.
  
• '전화에서 재생' 호출이 Office Communicator 2007에서 재생되는 경우 해당 호출을 자동으로 전달할 수 없음   Exchange 2007 RTM에서, 사용자는 통합 메시징 '전화에서 재생' 기능을 사용하여 Outlook 또는 Outlook Web Access 에 음성 메시지가 있는지 확인하고, 메시지를 원하는 전화 번호로 전달한 다음 해당 전화 번호를 사용하여 메시지를 들을 수 있습니다. Exchange 2007 SP1을 Communications Server 2007과 함께 사용하는 경우 '전화에서 재생' 번호는 Microsoft Office Communicator 2007 끝점일 수 있습니다. 대체 전화 번호로 호출을 전달하도록 구성한 경우 '전화에서 재생' 호출이 Office Communicator 2007 끝점으로 구성되어 있는 '전화에서 재생' 번호로 전송되고, 그러면 해당 호출은 대체 전화 번호로 전달되지 않습니다. 이 기능을 사용하면 음성 메시지가 받는 사람이 아닌 사람에게는 전달되지 않으므로 음성 메일을 보다 안전하게 보호할 수 있습니다.
  
• PIN을 입력하지 않고도 Office Communicator 2007에서 Outlook Voice Access에 액세스할 수 있음   Office Communicator 2007에 로그온한 경우 Office Communicator 2007의 음성 메일 호출 단추를 눌러 Outlook Voice Access에 직접 액세스할 수 있습니다. Communications Server 2007을 실행 중인 서버에 대해 사용자가 이미 인증되었기 때문에 Outlook Voice Access PIN을 입력하라는 메시지가 나타나지 않습니다.
  

  참고:
  이 기능은 사용자가 Office Communicator 2007 클라이언트를 사용하는 경우에만 쓸 수 있습니다.

• Office Communicator 2007 클라이언트가 제목 및 우선 순위를 음성 메시지에 연결할 수 있음   Office Communicator 2007 사용자는 전화를 건 경우에 제목 및 우선 순위를 호출과 연결할 수 있습니다. 호출이 우선 순위나 제목과 연결된 경우 통합 메시징 서버에서는 부재 중 전화 및 음성 메일 알림에 대해 생성하는 전자 메일 메시지의 호출 제목과 호출 우선 순위를 릴레이합니다. 또한 사용자가 읽고 있는 전자 메일 메시지에서 호출이 시작된 경우, 통합 메시징에서는 부재 중 전화 및 음성 메일 알림에 대한 전자 메일 메시지를 생성할 때 원래 전자 메일 제목과 우선 순위를 사용합니다.
  
• 방화벽을 통과할 미디어 스트림 지원   통합 메시징 서버에서는 이 기능을 통해 엔터프라이즈 방화벽 외부에 있는 끝점과 통신할 수 있습니다. A/V 인증 서비스는 VoIP 미디어 트래픽이 해당 서비스가 함께 있는 Communications Server 2007 Access Edge 서버를 통과할 때 해당 트래픽을 인증합니다. 이러한 경우 통합 메시징 서버는 Communications Server 2007 풀과 연결되어 특정 Communications Server 2007 풀을 처리하는 Communications Server 2007 Access Edge 서버로부터 적합한 인증 토큰을 가져옵니다.
  통합 메시징 트래픽이 엔터프라이즈 방화벽을 통과해야 하는 경우, 통합 메시징 서버는 적합한 인증 토큰을 가져올 수 있도록 각 Office Communications Server 풀에 지정된 Communications Server 2007 Access Edge 서버의 이름을 가져야 합니다.
  
• Office Communicator 2007에 부재 중 전화 알림 전자 메일 메시지 통합   Exchange 2007 RTM 통합 메시징 및 Office Communicator 2005 클라이언트가 포함된 배포에서, 전화 알림은 독립적으로 생성됩니다. 예를 들어, Office Communicator를 사용하는 UM 사용 가능 사용자가 전화를 받지 못하면 사용자의 받은 편지함에 두 개의 부재 중 전화 알림 메시지가 생성됩니다. 하나는 Exchange 2007 통합 메시징에서, 다른 하나는 Office Communicator 2005에서 생성됩니다. Exchange 2007 SP1이 Communications Server 2007에 통합되어 있으면 Office Communicator 2007을 사용하는 사용자는 받은 편지함에 단 한 개의 고유한 부재 중 전화 알림 메시지를 받습니다.
  

통합 메시징 환경을 Communications Server 2007에 통합하지 않고도 Exchange 2007 SP1에서 다음 기능을 사용할 수 있습니다.

• SRTP(Secure Realtime Transport Protocol) 지원 SRTP 미디어 트래픽이 이 기능을 통해 Exchange 통합 메시징을 통과할 수 있습니다. Exchange 관리 셸 또는 Exchange 관리 콘솔을 사용하여 SRTP 지원을 구성할 수 있습니다. SRTP 구성 설정은 UM 다이얼 플랜 개체에 있습니다. 
  기본적으로 UM 다이얼 플랜을 만들 때는 보안되지 않음 모드로 통신하며, UM 다이얼 플랜과 연결된 통합 메시징 서버는 암호화를 사용하지 않고 IP 게이트웨이, IP PBX 및 기타 Exchange 2007 컴퓨터와 데이터를 주고받습니다. 보안되지 않음 모드에서는 RTP(Realtime Transport Protocol) 미디어 채널과 SIP 신호 정보가 모두 암호화되지 않습니다.
  다른 장치 및 서버와 주고받는 SIP 및 RTP 트래픽을 MTLS(상호 전송 계층 보안)를 사용하여 암호화하도록 통합 메시징 서버를 구성할 수 있습니다. 통합 메시징 서버를 UM 다이얼 플랜에 추가하고, SIP 보안 모드를 사용하도록 다이얼 플랜을 구성하면 SIP 신호 트래픽만 암호화됩니다. RTP 미디어 채널에서는 암호화되지 않은 TCP(Transmission Control Protocol)를 계속 사용합니다. 그러나 통합 메시징 서버를 UM 다이얼 플랜에 추가하고, 보안 모드를 사용하도록 다이얼 플랜을 구성하면 SIP 신호 트래픽과 RTP 미디어 채널이 모두 암호화됩니다. SRTP를 사용하는 보안 신호 미디어 채널에서도 MTLS를 사용하여 VoIP 데이터를 암호화합니다.
  통합 메시징에서 VoIP 보안 구성을 돕는 방법에 대한 자세한 내용은 통합 메시징 VoIP 보안 이해를 참조하십시오.
  
• Exchange 관리 콘솔에서 TLS(전송 계층 보안) 구성 지원   Exchange 2007 SP1에서는 Exchange 관리 콘솔이 확장되어 UM 다이얼 플랜에서 TLS 설정을 구성할 수 있습니다. TLS 구성 설정은 UM 다이얼 플랜 개체에 있습니다. 
  통합 메시징 서버는 보안되지 않은 요청은 TCP 포트 5060에서, 보안된 요청은 TCP 포트 5061에서 동시에 수신할 수 있도록 구성되어 있으므로 다이얼 플랜에 구성된 모든 모드에서 작동될 수 있습니다. 통합 메시징 서버는 하나 또는 여러 UM 다이얼 플랜과 연결될 수 있으며 다른 VoIP 보안 설정을 갖는 다이얼 플랜과 연결될 수 있습니다. 단일 통합 메시징 서버는 보안되지 않음, SIP 보안 또는 보안 모드의 조합을 사용하도록 구성된 다이얼 플랜과 연결될 수 있습니다.
  통합 메시징의 VoIP 보안에 대한 자세한 내용은 통합 메시징 VoIP 보안 이해를 참조하십시오.
  
• 대역 내 팩스 톤 감지   팩스 톤 감지를 사용하면 수신 중인 들어오는 호출 유형을 IP 게이트웨이, IP PBX 또는 Exchange 통합 메시징에서 확인할 수 있습니다. 팩스 톤 감지는 다음 세 가지 방법으로 작동할 수 있습니다.
  
  • IP PBX 또는 IP 게이트웨이가 팩스 톤을 감지하고 T.38 SDP(Session Description Protocol)를 사용하여 다시 초대 요청을 보냅니다.
    
  • IP PBX 또는 IP 게이트웨이와 통합 메시징을 모두 사용하여 팩스 톤을 감지할 수 있습니다. 이 방법에서는 IP 게이트웨이 또는 IP PBX가 팩스 톤을 감지하면 다시 초대 메시지를 보내지 않지만 대신 CNG 톤(대역 외)을 RFC 2833에 정의된 대로 명명된 전화 통신 이벤트에 보냅니다. IP PBX 또는 IP 게이트웨이가 CNG 톤을 보내는 즉시 통합 메시징 서버는 대역 외 팩스 톤 감지를 수행하고 T.38 SDP를 사용하여 다시 초대 메시지를 보냅니다.
    
  • IP PBX 또는 IP 게이트웨이가 이러한 방법을 사용하지 않을 경우 통합 메시징 대역 내 팩스 톤 감지 기능을 설정해야 합니다. 이렇게 하면 들어오는 대역 내 팩스 톤을 통합 메시징 서버에서 감지할 수 있습니다. 기본적으로 이 기능은 해제되어 있습니다. 그러나 팩스 톤을 감지할 수 없는 IP PBX 또는 IP 게이트웨이를 사용하는 환경에서는 이 기능을 사용하도록 설정할 수 있습니다. globcfg.xml 파일에서 EnableInbandFaxDetection 설정을 True(참)로 변경하여 대역 내 팩스 톤 감지 기능을 사용하도록 설정할 수 있습니다. globcfg.xml 파일은 통합 메시징 서버 역할을 실행하는 컴퓨터의 \Program Files\Microsoft\Exchange\bin 폴더에 있습니다.
    
  Cisco CallManager 5.x는 Exchange 2007 SP1에서 지원되며 직접 상호 작용합니다. 그러나 대역 내 팩스 톤 감지 기능을 사용하도록 설정했더라도 CallManager 5.x 또는 6.x를 사용하는 경우 팩스가 제대로 수신되지 않습니다. 이 설정을 사용하도록 설정하지 않으면 통합 메시징 서버는 IP 게이트웨이 또는 IP PBX를 통해 팩스 톤 감지를 수행합니다.
  
• DiffServ를 사용하여 QoS(서비스 품질) 지원   QoS(서비스 품질)는 비용면에서 효율적인 방식으로 네트워크 트래픽을 관리하는 기술의 집합입니다. QoS 기술을 통해 대역폭을 측정하고, 대역폭 가용성 또는 정체 등의 네트워크 상태 변경을 감지하고, 트래픽 우선 순위를 지정하거나 스로틀할 수 있습니다. DiffServ(구별된 서비스)는 OSI 모델의 계층 3에서 트래픽 우선 순위를 정의하는 프로토콜입니다. DiffServ는 패킷을 속해 있는 특정 클래스별로 분류하고 표시합니다. DiffServ는 패킷을 분류하고, 음성 및 비디오 트래픽을 비롯한 네트워크 트래픽을 관리하며, 최신 IP 네트워크에서 QoS(서비스 품질)를 보장하는 간단하고 확장 가능한 메커니즘입니다.
  

  참고:
  라우터 등의 계층 3 네트워크 장치에서 DiffServ를 지원해야 합니다.

  DiffServ는 각 네트워크 데이터 패킷이 제한된 수의 트래픽 클래스에 포함되는 트래픽 분류의 원칙에 따라 작동합니다. 그러나 네트워크의 각 라우터는 해당 클래스를 기준으로 트래픽을 구분하도록 구성해야 합니다. 네트워크에서 우선 순위가 높은 트래픽에 높은 우선 순위를 지정할 수 있으면 각 트래픽 클래스를 다르게 관리할 수 있습니다. 패킷에 대한 DiffServ 표시는 IP 헤더에 포함됩니다.
  RFC 2475는 DiffServ에 대한 아키텍처를 정의하고, RFC 2474는 네트워크 패킷의 DiffServ 필드에서 비트를 정의합니다. IPv4(인터넷 프로토콜 버전 4) 헤더의 TOS(Type of Service) 필드와 IPv6(인터넷 프로토콜 버전 6) 헤더의 트래픽 클래스 필드는 DiffServ 값에 사용됩니다. DiffServ 필드의 가장 중요한 6개 비트를 모아서 DSCP(Differentiated Services Code Point)라고 합니다. DSCP는 여러 수준의 서비스를 네트워크 트래픽에 지정할 수 있는 IP 패킷의 필드입니다. 네트워크의 각 패킷을 DSCP 코드로 표시하고 해당 서비스 수준을 지정하면 됩니다.
  

  참고:
  Windows Server 2008 운영 체제를 실행하는 컴퓨터에 Exchange 2007 SP1을 배포하는 경우에는 IPv4(인터넷 프로토콜 버전 4) 형식이나 IPv6(인터넷 프로토콜 버전 6) 형식 또는 두 형식으로 모두 IP 주소 및 IP 주소 범위를 입력할 수 있습니다. Windows Server 2008 을 기본 설정으로 설치하면 IPv4 및 IPv6을 사용할 수 있습니다. Exchange 2007 SP1의 IPv6 주소 지원에 대한 자세한 내용은 Exchange 2007 SP1에서 IPv6 지원을 참조하십시오.

  Microsoft Windows Server 2003 에서 TCP/IP는 QoS(서비스 품질) 패킷 스케줄러를 설치한 경우 DiffServ 표시를 수행합니다. QoS 패킷 스케줄러가 설치된 Windows Server 2003 을 실행 중인 컴퓨터에 통합 메시징 서버 역할을 설치하면 나가는 모든 통합 메시징 패킷이 기본 DSCP 값 40(101000)으로 표시됩니다. 단, 레지스트리 편집기를 사용하거나 그룹 정책을 수정해서 패킷에 대한 이 기본 값을 변경할 수 있습니다.
  Exchange 2007 통합 메시징 서비스는 네트워크 패킷에 대한 분류를 수행하지 않습니다. 그러나 통합 메시징에 포함되어 있는 미디어 플랫폼은 Windows 네트워킹 스택이 모든 오디오 패킷을 보장된 서비스로 표시하도록 지시합니다. 그러면 운영 체제에서는 그룹 정책 설정을 사용하여 데이터 패킷 표시 방식을 결정한 다음 IP 헤더의 TOS 필드를 표시합니다. Windows 의 QoS에 대한 자세한 내용은 QoS 작동 방식을 참조하십시오.
  기본적으로 QoS 패킷 스케줄러 구성 요소는 Windows Server 2003 에서 사용하도록 설정되어 있지 않으므로 설치해야 합니다. QoS 패킷 스케줄러는 Windows Server 2003 의 네트워크 연결 속성에서 네트워크 서비스로 추가하여 설치할 수 있습니다. 단, QoS 패킷 스케줄러는 Windows Server 2008 에 기본적으로 설치됩니다.
  

Exchange 2007 SP1의 새로운 기능에 대한 자세한 내용은 Exchange Server 2007 SP1의 새로운 기능을 참조하십시오.