다음을 통해 공유

통합 메시징의 팩스 이해

  • 아티클

 

적용 대상: Exchange Server 2010 SP2, Exchange Server 2010 SP3

마지막으로 수정된 항목: 2011-08-22

MicrosoftExchange Server 2010 UM(통합 메시징)을 사용하면 음성 메일 메시지를 사용자의 Exchange 2010 사서함에 배달할 수 있고, Exchange 2010 사서함으로 팩스 메시지를 받을 수도 있습니다. Exchange 2010 통합 메시징에서, 팩스 메시지는 확장명이 .tif인 이미지 파일이 첨부된 전자 메일 메시지로 사용자의 사서함에 보내집니다. 사용자는 확장명이 .tif인 이미지 파일을 열어 볼 수 있는 소프트웨어 응용 프로그램을 사용하여 첨부 파일을 열 수 있습니다. 이 항목에서는 Exchange 2010 통합 메시징에서의 팩스 사용 및 팩스 작동 방식에 대해 설명합니다.

참고

통합 메시징을 사용하여 송신 팩스를 보낼 수는 없지만 인터넷 팩스 서비스, 전자 메일 팩스 사용 서비스 또는 타사 팩스 서버 응용 프로그램 등의 여러 타사 솔루션을 사용하여 송신 팩스를 보낼 수 있습니다.

목차

팩스 개요

팩스 사용 방법

T.38

Exchange 2010 통합 메시징의 팩스 개요

들어오는 팩스 받기

팩스 호출 조회 방법

팩스 구성

전화 번호 및 팩스

UM 팩스 메시지 저널링

팩스 개요

팩스란 팩시밀리라는 단어의 약어로, 문서를 전자적으로 전송하는 데 사용하는 기술입니다. 일반적으로 팩스는 전화 통신 또는 회로 기반 네트워크인 PSTN(Public Switched Telephone Network)을 사용하여 팩스기나 컴퓨터 팩스/모뎀으로 주고받습니다. 그러나 다른 팩스 사용 옵션을 사용하여 팩스를 주고받을 수도 있습니다.

오늘날에는 대부분의 조직에서 사용자가 팩스를 주고받아야 합니다. 조직에서는 다음 목록에 설명된 방법 중 하나 이상을 사용하여 PSTN 또는 인터넷을 통해 팩스를 주고받습니다. 각 방법에는 장단점이 있습니다.

  • 일반 팩스기 및 컴퓨터 기반 팩스 사용

  • 팩스 서버 또는 게이트웨이를 통한 팩스 사용

  • VoIP(Voice over IP) 네트워크를 통한 팩스 사용

  • 전자 메일 클라이언트 응용 프로그램을 통한 팩스 사용

조직의 사용자가 팩스 메시지를 보내려면 다음을 수행해야 할 수 있습니다.

  • 팩스로 보낼 문서의 하드 카피를 인쇄하고 실제 팩스기를 사용하여 보냅니다.

  • 문서를 컴퓨터에 저장하고 팩스 모뎀을 사용하여 팩스를 보냅니다.

  • 인터넷 팩스 서비스를 사용하면 소프트웨어 응용 프로그램에서 문서를 팩스로 보낼 수 있습니다.

  • 팩스 서버를 사용하도록 구성된 소프트웨어 응용 프로그램을 사용하여 송신 팩스를 팩스 서버로 보냅니다.

조직의 사용자가 팩스를 받으려면 다음을 수행해야 할 수 있습니다.

  • 조직에 있는 실제 팩스기에서 팩스를 받습니다.

  • 컴퓨터에 설치되어 있는 팩스 모뎀을 사용해서 팩스를 받습니다.

  • 인터넷 팩스 사용 서비스를 통해 팩스를 받습니다.

  • 네트워크에 구성되어 있는 팩스 서버에서 팩스를 받습니다.

  • VoIP 네트워크의 통합 메시징 서버에서 팩스를 받습니다.

팩스 사용 방법

다음과 같은 여러 가지 옵션을 사용하여 팩스를 주고받을 수 있습니다.

일반 팩스기 및 컴퓨터 기반 팩스 사용   스캐너, 컴퓨터의 팩스 모뎀, 기본 제공 팩스 사용 기능이 있는 프린터 또는 전용 팩스기를 사용하여 팩스를 주고받을 수 있습니다. 이러한 장치 모두는 전화선을 사용하여 다른 팩스 장치(대개 다른 팩스기 또는 팩스 모뎀이 있는 컴퓨터)로 펄스 형식의 데이터를 전송하는 데 사용합니다. 그런 다음 펄스가 이미지로 변환되기도 하고 종이에 이미지를 인쇄하는 데 사용되기도 합니다.

일반 팩스 방법을 사용하려면 보내는 장치 및 받는 장치에 하나 이상의 단일 전화선이 있어야 합니다. 이 방법을 사용하는 경우에는 한 번에 하나의 팩스만 보내거나 받을 수 있습니다. 팩스 모뎀을 사용하여 팩스를 주고받을 때는 컴퓨터가 켜져 있어야 하며, 컴퓨터에서 팩스 소프트웨어 또는 팩스 서비스를 실행하고 있어야 한다는 단점이 있습니다. 이러한 종류의 컴퓨터 기반 팩스 사용은 인터넷을 사용하여 팩스를 보내거나 받지 않습니다. 다음 그림에서는 일반 팩스 및 컴퓨터 기반 팩스를 사용하여 팩스를 주고받는 방법을 보여줍니다.

일반 팩스 및 컴퓨터 기반 팩스 사용

일반 팩스

팩스 서버 또는 게이트웨이 및 인터넷 팩스 서비스   인터넷을 통해 팩스를 주고받을 수 있는 방법에는 여러 가지가 있습니다. 이러한 방법에는 컴퓨터의 소프트웨어 응용 프로그램을 사용하거나 전자 메일 클라이언트를 사용하여 팩스를 받는 방법이 포함됩니다. 이 방식으로 팩스를 사용하는 경우에는 대부분 팩스 서버 또는 팩스 게이트웨이를 사용하여 팩스와 전자 메일 간에 변환하는 작업이 포함됩니다. 이 방식을 채택하면 조직에서는 팩스기를 없애거나 추가로 구입하지 않아도 되고 추가로 전화선을 설치할 필요도 없으므로, 이 방식은 점점 널리 사용되고 있습니다. 추가 전화선을 설치할 필요가 없기 때문에 점점 이 방법을 많이 사용하고 있습니다. 이러한 종류의 팩스를 사용하려면 올바른 확인 정보가 있는 팩스 표지를 포함하여 문서를 만들고, 해당 문서를 일반 팩스기로 보내야 합니다. 예를 들어, Microsoft Office Word 또는 Outlook 등의 소프트웨어 응용 프로그램을 사용하여 팩스를 만들어서 팩스 서버나 게이트웨이로 보냅니다. 팩스 서버 또는 게이트웨이에서는 팩스를 받은 다음 일반 전화선을 사용하여 팩스기 또는 컴퓨터에 설치된 팩스 모뎀으로 팩스를 보냅니다. 다음 그림에서는 팩스 서버, 게이트웨이 및 인터넷 팩스 서비스를 사용하여 팩스를 주고받을 수 있는 방법을 보여줍니다.

팩스 서버 또는 게이트웨이를 통한 팩스 사용

팩스 서버/게이트웨이를 사용한 팩스

인터넷 팩스 서비스를 사용하면 인터넷을 사용하여 컴퓨터에서 팩스를 보낼 수 있습니다. Word 또는 Outlook등의 소프트웨어 응용 프로그램을 사용하여 팩스를 만들어서 인터넷 팩스 서비스로 보낼 수 있습니다. 보내는 팩스 메시지별로 요금을 부과하거나 구독 단위에 따라 인터넷 팩스 사용 서비스를 제공하는 여러 회사가 있습니다. 인터넷 팩스 서비스에는 다음과 같은 장점이 있습니다.

  • 팩스기가 필요하지 않습니다.

  • 소프트웨어 또는 하드웨어를 설치할 필요가 없습니다.

  • 전용 전화선이 필요하지 않습니다.

  • 기밀을 유지할 수 있습니다.

  • 여러 팩스를 동시에 보낼 수 있습니다.

  • 컴퓨터를 종료한 상태에서도 팩스를 받을 수 있습니다.

다음 그림에서는 인터넷 팩스 서비스를 사용하여 팩스를 주고받을 수 있는 방법을 보여줍니다.

인터넷 팩스 서비스

인터넷 팩스 서비스

전자 메일 클라이언트 응용 프로그램을 통한 팩스 사용 팩스기를 사용하여 인터넷으로 팩스를 주고받은 다음 Outlook 등의 전자 메일 클라이언트를 사용하여 팩스를 받을 수 있습니다.

T.37 프로토콜은 팩스기가 인터넷을 통해 팩스 메시지를 전자 메일 클라이언트로 보낼 수 있도록 설계되었습니다. 팩스는 인터넷을 통해 전자 메일의 첨부 파일(일반적으로 .tif 또는 .pdf 파일 등) 형태로 보내집니다. 이러한 종류의 팩스기 사용에서는 팩스를 보내는 장치와 받는 장치의 전자 메일 주소 외에도 iFax 또는 T.37을 지원하는 팩스기가 필요합니다. 기존의 일반 팩스기 및 팩스 모뎀으로 작업할 수 있도록 모든 T.37 팩스기에서는 전화선을 사용하여 표준 팩스 사용을 지원합니다. 그러나 팩스 게이트웨이도 사용 중일 경우 T.37 팩스기를 사용할 수 있는 경우도 있습니다. 다음 그림에서는 T.37 기반 팩스기 및 전자 메일 클라이언트를 사용하여 팩스를 주고받을 수 있는 방법을 보여줍니다.

전자 메일을 사용한 팩스

전자 메일을 사용한 팩스

VoIP 네트워크를 통한 팩스 사용   VoIP는 하드웨어와 소프트웨어가 포함된 기술로서, 이를 통해 IP 기반 네트워크를 전송 매체로 사용하여 전화를 걸 수 있습니다. VoIP 네트워크에서는 기존의 회로 전송이나 PSTN의 회로 전환 전화선을 사용하는 대신 IP를 사용하여 음성 및 팩스 데이터를 패킷으로 전송합니다. IP 네트워크에 연결되는 IP 게이트웨이는 VoIP를 사용하여 Exchange 2010 통합 메시징 서버와 PBX(Private Branch eXchange) 시스템 사이에 음성 데이터 패킷을 전송합니다. 또는 IP PBX를 사용하여 IP 게이트웨이와 PBX 모두의 기능을 수행할 수 있습니다.

네트워크의 기본 유형에는 회로 전환 네트워크와 패킷 전환 네트워크가 있습니다. 회로 전환 네트워크는 전용 연결이 있는 네트워크입니다. 전용 연결은 두 노드가 서로 통신할 수 있도록 두 노드 사이에 설정되는 회로나 채널입니다. 두 노드 사이에 호출이 설정되면 해당 노드만 연결을 사용할 수 있습니다. 두 노드 중 하나에서 호출이 종료되면 연결이 끊깁니다. PSTN과 같은 회로 전환 네트워크에서는 동일한 전송 매체를 통해 다수의 호출이 전송됩니다. 흔히 PSTN에 사용되는 매체는 구리이지만, 광섬유 케이블을 사용할 수도 있습니다.

인터넷이나 LAN(Local Area Network)과 같은 패킷 전환 네트워크에서는 가장 적합한 경로를 통해 패킷이 대상으로 라우팅되지만, 두 호스트 사이를 이동하는 패킷이 단일 메시지의 패킷이라 하더라도 반드시 동일한 경로를 통해 이동하는 것은 아닙니다. 이 경우 패킷이 서로 다른 시간에 순서가 뒤바뀌어 대상에 도달하게 됩니다. 패킷 전환 네트워크에서 패킷(메시지 또는 메시지 조각)은 데이터 링크를 통해 노드 사이에서 개별적으로 라우팅되며, 이 데이터 링크는 다른 노드에 의해 공유될 수 있습니다. 회로 전환 방식과 달리 패킷 전환 방식은 네트워크의 여러 노드 연결이 가용 대역폭을 공유합니다. 패킷 전환 네트워크는 인터넷의 기반이 되었으며 데이터 네트워크(특히 LAN 기반 IP 및 VoIP 네트워크)의 보급과 확산에 중요한 역할을 했습니다. 다음 그림에서는 VoIP 네트워크 및 Exchange 통합 메시징을 사용하여 팩스를 배달할 수 있는 방법을 보여줍니다.

VoIP 네트워크를 사용한 팩스

VoIP 네트워크에서 팩스 사용

T.38

T.38은 IP 기반 네트워크를 통해 팩스를 사용할 수 있는 팩스 표준 및 프로토콜입니다. T.38 프로토콜을 사용하는 IP 기반 네트워크는 SMTP(Simple Mail Transfer Protocol) 및 MIME를 사용하여 받는 사람의 사서함으로 메시지를 보냅니다. T.38은 IP 사용 가능 장치 및 팩스 게이트웨이에 대한 IP 팩스 전송을 허용합니다. 장치는 IP 네트워크 기반 호스트(예: 클라이언트 컴퓨터 및 프린터)를 포함할 수 있습니다. Exchange 2010 통합 메시징에서 팩스 이미지는 .tif 파일로 인코딩된 별도의 문서로 전자 메일 메시지에 첨부됩니다. 전자 메일 메시지와 .tif 첨부 파일은 모두 받는 사람의 Exchange 2010 UM 사용 가능 사서함으로 보내집니다.

Exchange 2010 통합 메시징은 게이트웨이의 기능을 사용하여 ISDN(Integrated Services Digital Network) 및 QSIG와 같은 전화 통신 회로 전환 기반 프로토콜 또는 TDM(Time Division Multiplex)을 PBX에서 SIP(Session Initiation Protocol), RTP(Real-Time Transport Protocol) 또는 팩스 메시지를 받기 위한 T.38과 같은 VoIP 기반 또는 IP 기반 프로토콜로 전환하거나 변환합니다. IP 게이트웨이는 통합 메시징의 기능과 작동에 필수적인 요소입니다. IP 게이트웨이는 팩스 톤을 감지해야 합니다. 통합 메시징 서버는 IP 게이트웨이에 의존하여 팩스가 감지되었다는 알림을 보냅니다. 그런 다음 통합 메시징 서버는 미디어 세션을 다시 협상하고 T.38 프로토콜을 사용합니다.

팩스 개요

Exchange 2010 통합 메시징의 팩스 개요

Exchange 2010 통합 메시징에서 팩스 이미지는 tif 이미지 파일로 인코딩된 별도의 문서로 전자 메일 메시지에 첨부되어 사용자에게 전달됩니다. 전자 메일 메시지와 .tif 첨부 파일은 모두 받는 사람의 Exchange 2010 UM 사용 가능 사서함으로 보내집니다.

팩스 메시지를 사용자의 사서함으로 보낼 경우 다음과 같은 여러 가지 장점이 있습니다.

  • 실제 팩스기 또는 일반 팩스기의 수를 줄일 수 있습니다.

  • 통합 메시징 서버에서는 여러 팩스를 대기시켜 놓았다가 전화선 중 하나를 사용할 수 있을 때 각 팩스를 보낼 수 있습니다. 그러므로 조직에서 팩스에 사용하는 전화선 수를 줄일 수 있습니다.

  • .tif 이미지 파일로 받는 팩스가 일반 팩스보다 품질이 좋습니다. 수신 팩스는 로컬 프린터나 공유 프린터로 인쇄할 수 있습니다.

  • 사용자의 사서함으로 보내는 팩스는 받는 사람 이외의 다른 사람이 가져갈 수 있는 가능성이 하드 카피 팩스보다 낮으므로 더욱 안전합니다.

  • 자리에서 일어나지 않고도 팩스를 받을 수 있습니다.

  • 받은 팩스 메시지를 모니터링하여 조직의 보안 정책을 준수하는지 확인할 수 있습니다.

하나의 팩스 메시지를 UM 사용 가능한 한 명의 사용자에게만 보낼 수 있습니다. Exchange 2010 통합 메시징에서는 팩스 메시지를 메일 그룹에 전달할 수 없습니다. 이 기능이 필요한 경우 다음 단계를 수행해야 합니다.

  1. 팩스 호출에 응답할 사서함을 만듭니다. 이 사서함이 메일 그룹에 대한 사서함이 됩니다.

  2. 메일 그룹 사서함이 UM을 사용하도록 설정합니다.

  3. 이 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을 통해 통합 메시징 서버가 대역 내와 대역 외의 팩스 이벤트를 모두 수신하기 때문에 팩스 톤 감지를 설정할 필요가 없습니다.

팩스 개요

들어오는 팩스 받기

VoIP 네트워크에서 팩스를 받는 것은 표준 팩스기나 IP 기반 네트워크에 있는 팩스 서버를 사용하여 팩스를 받는 것과 다릅니다. VoIP 네트워크를 통해 팩스를 주고받으려면 T.38 프로토콜을 지원하는 IP PBX 또는 IP 게이트웨이가 있어야 하며, T.38을 지원하는 서버도 있어야 합니다. IP 네트워크 기반 호스트(예: 클라이언트 컴퓨터, 기본 제공 팩스 사용 기능이 있는 프린터 및 통합 메시징 서버와 같은 서버)에서는 T.38을 통해 IP 기반 팩스 전송을 수행할 수 있습니다.

중요

통합 메시징 및 Microsoft Office Communications Server 2007이 통합된 환경에서는 T.38 또는 G.711을 사용하여 팩스를 보내고 받을 수 없습니다.

PBX는 호출을 받으면 해당 내선 번호로 전달합니다. 사용자의 내선 번호에서 RNA(Ring-No-Answer)가 발생하면 PBX는 호출을 IP 게이트웨이로 전달하고, IP 게이트웨이는 해당 팩스 호출을 적절한 통합 메시징 서버로 전달합니다. 통합 메시징 서버에서는 호출을 받으면 음성 호출인지 또는 팩스 호출인지 결정해야 합니다. SIP 프로토콜을 사용하는 경우 통합 메시징 서버는 호출을 음성 메시지로 처리하지만 IP 게이트웨이에서 T.38 프로토콜을 사용하는 경우에는 이 호출을 팩스 호출로 인식하여 처리합니다. Exchange 2010 통합 메시징이 들어오는 팩스 호출을 전용 팩스 파트너 서버로 전달하면 팩스 호출과 팩스를 보낸 사람이 연결되고 UM 사용이 가능한 사용자를 대신하여 팩스를 수신합니다. 그러면 팩스 파트너의 서버가 SMTP 메시지의 .tif 첨부 파일로 포함된 팩스를 받는 사람의 사서함으로 보냅니다. 

들어오는 T.38 팩스 신호가 IP 게이트웨이에서 Exchange 2010 UM 서버로 전송되는 경우 UM 서버는 들어오는 팩스 호출의 받는 사람이 들어오는 팩스 메시지를 받도록 허용되는지 여부를 결정하고 팩스 파트너 서버의 SIP 주소를 결정하기 위해 LDAP를 사용하여 Active Directory를 쿼리합니다. 해당 사항이 확인된 후 UM 서버는 IP 게이트웨이 또는 SIP 피어로 팩스 호출 조회 요청을 보냅니다. 그러면 IP 게이트웨이 또는 SIP 피어가 팩스 파트너 서버로 팩스 요청을 전달합니다. 팩스 호출이 설정된 후 팩스 보낸 사람이 팩스 미디어 및 데이터를 팩스 파트너 서버로 보냅니다. 팩스 미디어 및 데이터를 팩스 파트너 서버가 받은 후 팩스 파트너 서버는 전자 메일 메시지를 팩스 메시지의 .tif 이미지와 팩스 받는 사람에 대한 특수 X-헤더가 포함된 SMTP를 사용하여 허브 전송 서버로 보냅니다.

팩스 메시지가 인증되고 유효한 팩스 파트너 서버로 전송된 후 사서함 서버의 UM 사서함 도우미는 UM 서버에 대한 RPC 호출을 실행합니다. 이렇게 하면 UM 서버가 팩스 메시지 속성이 Exchange 2010 통합 메시지 서버에서 만든 팩스 메시지의 속성과 일치하는지 확인합니다. 마지막으로 UM 서버가 들어오는 팩스에 대한 전자 메일 메시지와 .tif 첨부 파일이 포함된 최종 팩스 메시지를 허브 전송 서버로 다시 전송합니다. 그런 다음 MAPI RPC를 사용하여 팩스 메시지의 완전한 서식 버전이 받는 사람에게 배달됩니다. 다음 그림에서는 들어오는 팩스를 받을 때 관련된 단계를 보여줍니다.

Exchange 2010 통합 메시징의 팩스

통합 메시징의 팩스

팩스 개요

팩스 호출 조회 방법

들어오는 팩스 호출 신호를 IP 게이트웨이 또는 SIP 피어(미디어 게이트웨이)에서 SIP 다시 초대, SIP 피어의 CNG 알림 또는 UM 서버의 CNG 감지를 통해 Exchange 2010 UM으로 전달할 수 있습니다. 다음 하위 섹션에서는 각 경우의 팩스 호출 조회에 대해 자세히 설명합니다.

SIP 피어에서 다시 초대

이 시나리오의 호출 흐름은 다음 그림과 같이 진행됩니다.

SIP 피어에서 다시 초대

SIP 피어에서 다시 초대

UM 파일럿 번호에 대한 들어오는 호출은 음성(RTP/오디오) SDP 프로필이 포함된 INVITE로 UM으로 전달됩니다(1). UM은 초대를 수락하고 미디어 스트림이 설정됩니다. 호출이 설정된 후 발신자가 팩스 전송을 시작합니다(2). SIP 피어가 CNG(호출 팩스 톤)를 감지합니다. SIP 피어가 UM 서버로 다시 초대를 보냅니다. 이번에는 SDP에 팩스(T.38 또는 G.711) 프로필을 지정합니다(3). UM는 SIP 피어를 “대기 중” 상태로 두는 200 OK가 포함된 초대에 응답합니다(4). UM은 REFER를 생성하고 구성 데이터에서 가져온 팩스 파트너 솔루션 끝점에 대한 SIP(CNG) 피어를 참조합니다(5). SIP 피어는 팩스 세션 INVITE를 팩스 파트너 솔루션으로 보냅니다(6). 팩스 파트너 솔루션은 초대를 수락하고 SIP 피어와의 미디어 세션이 설정됩니다.

SIP 피어에 의한 CNG 알림

이 시나리오의 호출 흐름은 다음 그림과 같이 진행됩니다.

SIP 피어에 의한 CNG 알림

SIP 피어에 의한 CNG 알림

UM 파일럿 번호에 대한 들어오는 호출은 음성(RTP/오디오) SDP 프로필이 포함된 INVITE로 UM으로 전달됩니다(1). UM은 초대를 수락하고 미디어 스트림이 설정됩니다. 호출이 설정된 후 발신자가 팩스 전송을 시작합니다(2). SIP 피어가 CNG(호출 팩스 톤)를 감지합니다. SIP 피어는 RFC 4733와 호환되는 RTP 스트림으로 CNG 알림을 보내서 팩스의 UM 서버에 알려줍니다(3). UM은 즉시 REFER를 생성하여 해당 알림에 응답하므로 구성 데이터에서 가져온 팩스 파트너 솔루션 끝점에 대한 SIP 피어를 참조합니다(4). SIP 피어는 팩스 세션 INVITE를 팩스 파트너 솔루션으로 보냅니다(5). 팩스 파트너 솔루션은 초대를 수락하고(6) SIP 피어와의 미디어 세션이 설정됩니다.

UM 서버에 의한 CNG 감지

이 시나리오의 호출 흐름은 다음 그림과 같이 진행됩니다.

UM 서버에 의한 CNG 알림

CNGDetectionFAX

UM 파일럿 번호에 대한 들어오는 호출은 음성(RTP/오디오) SDP 프로필이 포함된 INVITE로 UM으로 전달됩니다. UM은 초대를 수락하고 미디어 스트림이 설정됩니다(1). 호출이 설정된 후 발신자가 팩스 전송을 시작합니다(2). UM 서버가 RTP 오디오 스트림에서 CNG(호출 팩스 톤)를 감지합니다(3). UM은 즉시 REFER를 생성하여 해당 알림에 응답하므로 구성 데이터에서 가져온 팩스 파트너 솔루션 끝점에 대한 SIP 피어를 참조합니다(4). SIP 피어는 팩스 세션 INVITE를 팩스 파트너 솔루션으로 보냅니다(5). 팩스 파트너 솔루션은 초대를 수락하고(6) SIP 피어와의 미디어 세션이 설정됩니다.

팩스 개요

팩스 구성

기본적으로 통합 메시징 서버 역할을 설치하면 들어오는 팩스 호출을 처리하거나 UM 사용 가능 사용자에게 배달하도록 서버가 구성되지 않습니다. 팩스 파트너 서버로 Exchange 2010 UM을 구성하려면 UM 사서함 정책을 구성하고 UM 서버와 팩스 파트너 서버 간 인증을 구성해야 합니다. 자세한 내용은 들어오는 팩스 배포 및 구성를 참조하십시오.

전화 번호 및 팩스

Exchange 2010 통합 메시징은 UM 사용 가능 사용자가 팩스 메시지를 받도록 구성할 때 다음 옵션을 제공합니다.

  • 음성 메일에 사용하는 DID(자동 착신) 전화 번호

  • 팩스를 받는 데 사용하는 별도의 DID 전화 번호

  • 모든 팩스를 받을 중앙 팩스 전화 번호

단일 DID 전화 번호

통합 메시징 사용 마법사를 사용하거나 Enable-UMMailbox cmdlet을 사용하여 사용자가 통합 메시징을 사용하도록 설정하는 경우 해당 사용자에 대해 최소한 하나의 단일 내선 번호를 입력해야 합니다. 이 내선 번호는 사용자 단위로 사용하도록 설정해야 하며, 지정된 다이얼 플랜 내에서 고유해야 합니다. 통합 메시징은 이 내선 번호를 사용하여 Active Directory에서 올바른 사용자를 찾고, 음성 메시지 및 팩스 메시지를 사용자의 Exchange 2010 사서함으로 배달합니다. 자세한 내용은 Enable-UMMailbox를 참조하십시오.

이 시나리오에서 사용자는 음성과 팩스에 대해 하나의 DID 번호를 사용합니다. 이 구성은 관리하기 쉬우며, 추가 DID 번호를 낭비하지 않습니다. 팩스 호출이 도착했을 때 사용자가 자리에 없거나 통화 중이면 UM에서 이 호출에 응답하고, 팩스 톤을 감지하고, 팩스 메시지를 만든 다음 사용자에게 보냅니다.

그러나 이 시나리오에서는 사용자가 팩스기로부터 호출을 받을 수도 있습니다. 사용자는 다음을 수행할 수 있습니다.

  • 전화가 울릴 때 전화를 받지 않습니다. 그러면 팩스 호출이 통합 메시징 서버에 전달되고 통합 메시징 서버가 호출에 응답하며, 팩스 메시지가 생성되어 사용자의 사서함에 전달됩니다.

  • 팩스 호출에 응답하고 자기 자신에게 전송합니다. 그러면 팩스 호출이 통합 메시징 서버에 전달되고 통합 메시징 서버가 호출에 응답하며, 팩스 메시지가 생성되어 사용자의 사서함에 전달됩니다.

  • 호출자가 팩스를 다시 보낼 때까지 기다린 다음, 팩스 호출이 통합 메시징 서버로 전송되도록 합니다.

요약하면, 단일 DID 번호를 사용하여 팩스 메시지를 받으려면 사용자가 추가 작업을 수행해야 합니다.

팩스 개요

여러 DID 전화 번호

사용자가 통합 메시징을 사용하도록 설정하는 경우 해당 사용자에 대해 최소한 하나의 단일 내선 번호를 입력해야 합니다. 그러나 Set-Mailbox cmdlet에서 SecondaryAddress 매개 변수를 사용하여 UM 사용 가능 사용자에 대한 내선 번호를 여러 개 추가할 수도 있습니다. 자세한 내용은 Set-Mailbox를 참조하십시오.

중요

Exchange 2007 SP1에서는 Set-Mailbox cmdlet 또는 Exchange 관리 콘솔을 사용하여 여러 내선 번호를 추가할 수 있습니다. 자세한 내용은 UM 사용 가능 사용자의 내선 번호 수정를 참조하십시오.

UM 사용 가능 사용자가 다음 상황인 경우, 여러 내선 번호를 추가하는 것이 유용합니다.

  • 여러 팩스를 받을 경우

  • 팩스를 받기 위해 전화를 받는 일로 신경쓰고 싶지 않은 경우

  • 전화에 응답하는 팩스 톤을 듣고 싶지 않을 경우

내선 번호를 여러 개 추가하는 것은 하나의 내선 번호를 사용하는 것보다 복잡하며, PBX에서 추가로 구성 설정을 해야 할 수 있습니다. UM 사용 가능 사용자에 대해 여러 내선 번호를 구성하려면 조직에서 사용할 수 있지만 사용하고 있지 않은 DID 내선 번호가 있어야 합니다. 그러므로 조직에서 사용 가능한 DID 내선 번호 수가 제한된 경우 UM 사용 가능 사용자에 대해 여러 번호를 사용하는 것은 좋지 않습니다.

여러 DID 전화 번호를 사용할 때의 이점은 UM 사용 가능 사용자가 한 DID 내선 번호에서 음성 호출을 받고 다른 DID 내선 번호에서 팩스 호출을 받을 수 있다는 점입니다. 이러한 경우 더 복잡할 수 있으며 추가 구성 단계가 필요하긴 하지만 음성 메일과 팩스 호출에 대해 별도의 DID 번호를 사용하는 것이 사용자에게는 더 쉽습니다.

특정 사용자에 대해 두 개의 DID 내선 번호를 구성할 경우 DID 내선 번호를 별도의 UM 다이얼 플랜에서 가져올 수 있습니다. 이 시나리오에서는 다이얼 플랜을 만들고, 다이얼 플랜에 통합 메시징 서버를 추가하고, 통합 메시징 서버를 팩스 호출을 받고 팩스 메시지를 사용자에게 전달하는 전용 서버로 사용할 수 있습니다. 자세한 내용은 UM 다이얼 플랜 만들기를 참조하십시오.

UM 사용 가능 사용자에 대해 여러 DID 내선 번호를 구성할 때 다음 옵션을 사용할 수 있습니다.

  • 여러 DID 번호(통합 메시징 없는 팩스를 위한 번호 하나와 음성 메일을 위한 번호 하나)   이러한 구성 유형은 사용자 단위로 사용하도록 설정해야 하며, 추가 DID 내선 번호 또는 사용하지 않는 DID 내선 번호가 있을 경우에 사용합니다. DID 내선 번호 하나는 사용자의 음성 메일 번호로 게시되며, 다른 DID 내선 번호는 사용자의 팩스 번호로 게시됩니다. 이 시나리오에서는 RNA(Ring-No-Answer) 또는 통화 중 신호음에서 응답하는 음성 호출이 통합 메시징 서버로 전달되고, 음성 메시지가 생성되어 UM 사용 가능 사용자의 사서함으로 보내집니다. 다른 내선 번호는 팩스 모뎀이 있는 다른 컴퓨터 또는 팩스기에 연결될 수 있습니다. 이 구성을 사용할 수는 있지만 이 구성에서는 통합 메시징 서버에서 팩스 호출을 처리하도록 요구하지 않으며, 팩스 메시지가 UM 사용 가능 사용자의 사서함으로 전송되지 않습니다.

  • 여러 DID 번호(팩스를 위한 번호 하나와 음성 메일을 위한 번호 하나)   이러한 구성 유형은 사용자 단위로 사용하도록 설정해야 하며, 조직에서 사용할 수 있는 DID 내선 번호가 많은 경우에 사용할 수 있습니다. 이 시나리오에서는 RNA(Ring-No-Answer) 또는 통화 중 신호음에서 응답하는 두 가지 DID 내선 번호가 통합 메시징 서버로 전달되며, 이 서버는 호출된 DID 내선 번호에 따라 음성 메시지 또는 팩스 메시지를 생성합니다. 사용자가 음성 메일을 위한 번호 하나와 팩스를 위한 번호 하나를 게시하긴 하지만 통합 메시징 서버는 DID 내선 번호에서 받고 있는 호출 유형을 감지하고, 두 개의 DID 내선 번호 중 하나에 대한 호출로부터 음성 메시지 또는 팩스 메시지를 만들 수 있습니다. 이 기능은 수신 팩스 호출에 응답하는 팩스 모뎀이 있는 전용 컴퓨터 또는 별도의 팩스기가 없는 경우에 매우 유용합니다.

  • 두 개의 DID 번호(팩스를 위한 “가상” 내선 번호 하나와 음성 메일을 위한 "가상" 내선 번호 하나)   이러한 구성 유형은 사용자 단위로 사용하도록 설정해야 합니다. 이 옵션은 기본적으로 두 개의 DID 번호(팩스를 위한 번호 하나와 음성 메일을 위한 번호 하나)를 사용하는 구성과 동일합니다. 그러나 이 구성에서는 UM 사용 가능 사용자의 팩스 호출을 위해 게시된 번호가 PBX에서 “가상” 내선 번호로 구성됩니다. 이 "가상" DID 내선 번호에서 받는 들어오는 호출은 항상 통합 메시징 서버로 전달됩니다.

    이러한 종류의 구성에는 통합 메시징 서버에서 수신 팩스 호출에 응답한다는 장점이 있습니다. RNA(Ring-No-Answer)가 발생하면 사용자를 방해하지 않고 통합 메시징 서버에서 팩스를 만들어서 UM 사용 가능 사용자의 사서함으로 전달합니다. 사용자를 방해하지 않을 수 있는 것은 사용자와 가까운 곳에 전화나 팩스 장치가 없어서 사용자가 들어오는 호출음을 듣지 못하기 때문입니다.

    이러한 종류의 구성에는 사용 가능한 추가 DID 내선 번호가 필요하며, 호출을 통합 메시징 서버로 전달하도록 PBX를 구성해야 한다는 단점이 있습니다.

중앙 팩스 전화 번호

통합 메시징 사용 마법사를 사용하거나 Enable-UMMailbox cmdlet을 사용하여 사용자가 통합 메시징을 사용하도록 설정하는 경우 해당 사용자에 대해 최소한 하나의 단일 내선 번호를 입력해야 합니다. 이러한 종류의 팩스 구성은 각 통합 메시징 다이얼 플랜에서 정의합니다.

일부 조직, 특히 매일 많은 팩스를 받는 조직에서는 전체 조직에 대해 하나의 팩스 번호를 게시해야 할 수 있습니다. 모든 호출자가 조직의 사용자에게 팩스를 전송할 때 이 팩스 번호를 사용합니다. 이러한 종류의 구성은 다음과 같은 경우에 유용합니다.

  • 조직 내의 사용자가 사서함에 너무 많은 팩스를 받아서 효율적으로 관리할 수 없는 경우

  • 사서함에 너무 많은 스팸 팩스를 받는 경우

  • 비즈니스 논리가 너무 복잡하여 전송 규칙을 만들도록 허용할 수 없는 경우 조직에서 사용자에게 특정 팩스를 한 그룹으로 라우팅하고 다른 팩스는 또 다른 그룹으로 라우팅하도록 요구하는 경우가 이에 해당합니다. 자세한 내용은 다음 항목을 참조하십시오.

  • Outlook을 사용하여 팩스 메시지를 필터링하는 것이 효율적이지 않을 경우

전체 조직에 대해 하나의 팩스 번호를 게시하면 사용자가 받는 팩스 유형을 조직에서 제어할 수 있습니다. 이 구성의 장점은 DID 내선 번호 또는 외부 전화 번호가 하나만 필요하다는 점입니다. 또한 각 UM 사용 가능 사용자의 팩스 사용을 위해 별도의 DID 번호가 필요하지 않습니다. 그러나 팩스 표지나 팩스 메시지 자체에 포함된 정보를 기반으로 조직의 사용자에게 수신 팩스를 배포할 "팩스 비서" 또는 다른 사람이 필요합니다.

참고

Exchange 2010 통합 메시징에서는 OCR(Optical Character Recognition)과 중앙 팩스 번호를 함께 사용할 수 없습니다. 이러한 종류의 구성에서는 중앙 팩스 번호를 사용할 수 있습니다. 단, 전담 직원이 받는 사람에게 직접 팩스를 배달하는 것이 아니라, 팩스 소프트웨어에서 팩스를 받아서 OCR을 수행한 다음 표지 또는 팩스 메시지의 정보를 기반으로 받는 사람을 찾으려고 시도합니다.

UM 팩스 메시지 저널링

저널링을 구현하는 많은 조직에서는 통합 메시징을 사용하여 전자 메일, 음성 메시지 및 팩스 인프라를 통합할 수도 있습니다. 그러나 통합 메시징에서 생성되는 메시지에 대한 저널 보고서를 생성하기 위해 저널링 프로세스를 사용하지 않을 수도 있습니다. 이런 경우에는 Exchange 2010 통합 메시징 서버에서 처리하는 음성 메일 메시지 및 부재 중 전화 알림 메시지를 저널링할 것인지 또는 해당 메시지를 건너뛸 것인지를 결정할 수 있습니다. 조직에서 이러한 메시지를 저널링할 필요가 없을 경우 해당 메시지를 건너뛰어 저널 보고서를 저장하는 데 필요한 하드 디스크 공간을 줄일 수 있습니다. 음성 메시지 및 부재 중 전화 알림 메시지의 저널링을 사용하거나 사용하지 않도록 설정할 때 변경 내용은 조직의 모든 허브 전송 서버에 적용됩니다. 자세한 내용은 저널링 이해를 참조하십시오.

참고

통합 메시징 음성 메일 및 부재 중 전화 알림 메시지를 저널링하지 않도록 지정하는 저널 규칙을 구성한 경우에도 통합 메시징 서버에서 생성된 팩스를 포함하는 메시지는 항상 저널링됩니다.

팩스 개요

 © 2010 Microsoft Corporation. 모든 권리 보유.