음성 메일 사용자가 Exchange Server 팩스를 받을 수 있도록 설정

적용 대상: Exchange Server 2013, Exchange Server 2016

Microsoft Exchange UM(통합 메시징)을 사용하면 음성 메일 메시지를 사용자의 사서함으로 배달할 수 있으며 사용자가 사서함에서 팩스를 받을 수도 있습니다. UM에서 팩스는 .tif 확장이 연결된 이미지 파일이 있는 전자 메일 메시지로 사용자의 사서함으로 전송됩니다. 사용자는 .tif 확장명이 있는 이미지 파일을 열고 볼 수 있는 소프트웨어 애플리케이션을 사용하여 연결된 파일을 열 수 있습니다. 이 항목에서는 팩스 및 UM에서의 작동 방식에 대해 설명합니다.

참고

통합 메시징은 사용자가 발신 팩스를 보낼 수 있도록 허용하지 않지만 인터넷 팩스 서비스, 전자 메일 팩스 서비스 또는 타사 팩스 서버 애플리케이션과 같은 많은 타사 솔루션을 사용하여 발신 팩스를 보낼 수 있습니다.

팩스 개요

팩스는 팩시밀리라는 단어의 약어입니다. 문서를 전자적으로 전송하는 데 사용되는 기술입니다. 일반적으로 팩스는 전화 통신 또는 회로 기반 네트워크인 PSTN(공용 전환 전화 네트워크)을 사용하여 팩스 컴퓨터 또는 컴퓨터 팩스 모뎀에서 보내고 받습니다. 그러나 팩스를 보내고 받는 데 다른 옵션을 사용할 수 있습니다.

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

• 기존 팩스 컴퓨터 및 컴퓨터 기반 팩스

• 팩스 서버 또는 팩스 게이트웨이를 사용하여 팩스

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

• 전자 메일 클라이언트 애플리케이션을 사용하여 팩스

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

• 팩스로 보낼 문서의 하드 복사본을 인쇄하고 실제 팩스 머신을 사용하여 보냅니다.

• 문서를 컴퓨터에 저장하고 팩스 모뎀을 사용하여 팩스를 보내지만 컴퓨터에 연결된 전화선이 필요합니다.

• 공급업체별 소프트웨어 애플리케이션에서 문서를 팩스로 보낼 수 있는 인터넷 팩스 서비스를 사용합니다.

• 팩스 서버를 사용하도록 구성된 소프트웨어 애플리케이션을 사용하여 팩스 서버에 보내는 팩스를 보냅니다.

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

• 조직 내의 실제 팩스 컴퓨터에서 팩스를 받습니다.

• 컴퓨터에 설치된 팩스 모뎀을 사용하여 팩스를 받습니다.

• 인터넷 팩스 서비스에서 팩스를 받습니다.

• 네트워크에 구성된 팩스 서버에서 팩스를 받습니다.

• 통합 메시징을 사용하여 VoIP 네트워크를 사용하여 팩스를 배달하는 팩스 파트너의 서버에서 팩스를 받습니다.

팩스 메서드

다음을 포함하여 팩스를 보내고 받기 위한 몇 가지 옵션이 있습니다.

기존의 팩스 컴퓨터 및 컴퓨터 기반 팩스: 스캐너, 컴퓨터의 팩스 모뎀, 기본 제공 팩스 기능이 있는 프린터 또는 전용 팩스 머신을 사용하여 팩스를 보내고 받을 수 있습니다. 이러한 모든 것은 전화선을 사용하여 다른 팩스 장치(일반적으로 팩스 모뎀이 있는 다른 팩스 컴퓨터 또는 컴퓨터)로 데이터를 전송하는 데 사용할 수 있습니다. 그런 다음 펄스가 이미지로 변환되거나 이미지를 종이에 인쇄하는 데 사용됩니다.

기존의 팩스 방법은 송신 및 수신 장치에 적어도 하나의 전화선이 필요하며 한 번에 하나의 팩스만 보내거나 받을 수 있습니다. 팩스 모뎀을 사용하여 팩스를 보내고 받는 단점은 컴퓨터를 켜고 팩스 소프트웨어 또는 팩스 서비스를 실행해야 한다는 것입니다. 이러한 종류의 컴퓨터 기반 팩스는 인터넷을 사용하여 팩스를 보내거나 받지 않습니다.

기존 및 컴퓨터 기반 팩스

팩스 서버 또는 게이트웨이 및 인터넷 팩스 서비스: 인터넷을 통해 팩스를 보내고 받는 방법에는 여러 가지가 있습니다. 여기에는 컴퓨터에서 소프트웨어 애플리케이션을 사용하거나 전자 메일 클라이언트를 사용하여 팩스를 받는 것이 포함됩니다. 대부분의 경우 이러한 종류의 팩스에는 팩스 서버 또는 팩스 게이트웨이를 사용하여 팩스와 전자 메일 간에 변환하는 작업이 포함됩니다. 이 방법은 조직에서 추가 팩스 머신을 제거하거나 구입할 수 없도록 하기 때문에 점점 더 인기를 끌고 있습니다. 또한 추가 전화선을 설치할 필요가 없습니다. 이러한 종류의 팩스에는 올바른 식별 정보가 있는 팩스 표지를 포함하여 문서를 만든 다음 기존 팩스 머신으로 문서를 보내는 작업이 포함됩니다. 예를 들어 사용자는 Microsoft Word 또는 Microsoft Outlook과 같은 소프트웨어 애플리케이션을 사용하여 팩스 서버 또는 게이트웨이에 팩스를 만들고 보냅니다. 팩스 서버 또는 게이트웨이는 팩스를 받은 다음, 기존의 전화선을 사용하여 팩스 컴퓨터 또는 컴퓨터에 설치된 팩스 모뎀으로 보냅니다.

팩스 서버 또는 게이트웨이를 사용하여 팩스

인터넷 팩스 서비스를 사용하면 사용자가 인터넷을 사용하여 컴퓨터에서 팩스를 보낼 수 있습니다. Word 또는 Outlook과 같은 소프트웨어 응용 프로그램을 사용하여 팩스를 만들고 인터넷 팩스 서비스로 보낼 수 있습니다. 많은 회사에서 구독 기준으로 또는 전송되는 각 팩스 메시지에 대해 요금을 청구하여 인터넷 팩스 서비스를 제공합니다. 인터넷 팩스 서비스는 다음과 같은 이점을 제공합니다.

• 팩스 컴퓨터가 필요하지 않습니다.

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

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

• 기밀성.

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

• 컴퓨터가 꺼져 있으면 팩스를 받을 수 있습니다.

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

인터넷 팩스 서비스

전자 메일 클라이언트 애플리케이션을 사용하여 팩스 보내기: 팩스는 인터넷을 통해 팩스 컴퓨터에서 보내고 받은 다음 Outlook과 같은 전자 메일 클라이언트에서 받을 수 있습니다.

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

전자 메일을 통한 팩스 사용

VoIP 네트워크를 사용하여 팩스: VoIP는 사람들이 전화 통화를 위한 전송 매체로 IP 기반 네트워크를 사용할 수 있도록 하는 하드웨어 및 소프트웨어를 제공하는 기술입니다. VoIP 네트워크에서 음성 및 팩스 데이터는 기존 회로 전송 또는 PSTN의 회로 전환 전화선 대신 IP를 사용하여 패킷으로 전송됩니다. IP 네트워크에 연결하는 VoIP 게이트웨이는 VoIP를 사용하여 Microsoft Exchange 통합 메시징 호출 라우터 서비스를 실행하는 클라이언트 액세스 서버와 Microsoft Exchange 통합 메시징 서비스를 실행하는 사서함 서버와 PBX(프라이빗 분기 eXchange) 시스템 간에 음성 데이터 패킷을 보냅니다. IP PBX를 사용하여 VoIP 게이트웨이와 PBX의 함수를 모두 수행할 수도 있습니다.

회로 전환 및 패킷 전환의 두 가지 기본 네트워크 유형이 있습니다. 회로 전환 네트워크는 전용 연결이 있는 네트워크입니다. 전용 연결은 통신할 수 있도록 두 노드 간에 설정된 회로 또는 채널입니다. 두 노드 간에 호출이 설정된 후에는 이 두 노드에서만 연결을 사용할 수 있습니다. 노드 중 하나에 의해 호출이 종료되면 연결이 취소됩니다. PSTN과 같은 회로 전환 네트워크에서는 동일한 전송 매체에서 여러 호출이 전송됩니다. PSTN에서 사용되는 매체는 구리인 경우가 많습니다. 그러나 광섬유 케이블도 사용할 수 있습니다.

인터넷 또는 LAN(로컬 영역 네트워크)과 같은 패킷 전환 네트워크에서 패킷은 가장 편리한 경로를 통해 대상으로 라우팅되지만 두 호스트 간에 이동하는 모든 패킷이 단일 메시지의 패킷과 동일한 경로를 이동하는 것은 아닙니다. 이렇게 하면 패킷이 서로 다른 시간과 순서대로 도착할 수 있습니다. 패킷 전환 네트워크에서 패킷(메시지 또는 메시지 조각)은 다른 노드에서 공유할 수 있는 데이터 링크를 통해 노드 간에 개별적으로 라우팅됩니다. 패킷 전환을 사용하면 회로 전환과 달리 네트워크의 노드에 대한 여러 연결이 사용 가능한 대역폭을 공유합니다. 패킷 전환 네트워킹을 통해 인터넷이 존재할 수 있게 되었으며, 동시에 데이터 네트워크(특히 LAN 기반 IP 및 VoIP 네트워크)를 더 사용 가능하고 광범위하게 만들었습니다.

T.38

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

통합 메시징은 TDM(시간 분할 멀티플렉스) 또는 PBX의 ISDN(통합 서비스 디지털 네트워크) 및 QSIG와 같은 전화 통신 회로 전환 기반 프로토콜을 PBX에서 IP 기반 또는 VoIP 기반 프로토콜(예: SIP(세션 시작 프로토콜), RTP(Real-Time 전송 프로토콜) 또는 T.38과 같은 통신 회로 전환 기반 프로토콜을 변환하거나 변환하는 게이트웨이의 기능을 사용합니다. VoIP 게이트웨이는 통합 메시징의 기능 및 작업에 필수적인 요소입니다. VoIP 게이트웨이는 팩스 톤 감지를 담당합니다. 클라이언트 액세스 및 사서함 서버는 VoIP 게이트웨이를 사용하여 팩스가 검색되었다는 알림을 보냅니다. 그런 다음 클라이언트 액세스 및 사서함 서버는 미디어 세션을 재협상하고 T.38 프로토콜을 사용합니다.

통합 메시징을 사용하는 팩스 개요

통합 메시징에서 사용자는 전자 메일 메시지에 첨부된 .tif 이미지 파일로 인코딩된 별도의 문서로 팩스 이미지를 받습니다. 전자 메일 메시지와 .tif 첨부 파일이 모두 사용자의 UM 사용 사서함으로 전송됩니다.

팩스 메시지를 사용자의 사서함으로 보내는 데는 몇 가지 이점이 있습니다. 이러한 이점은 다음과 같습니다.

• 물리적 또는 기존 팩스 컴퓨터의 수를 줄일 수 있습니다.

• 사서함 서버는 많은 팩스를 큐에 대기하고 전화 회선 중 하나를 사용할 수 있게 되면 각 팩스를 보낼 수 있으므로 조직에서 팩스에 사용되는 전화 회선 수를 줄일 수 있습니다.

• .tif 이미지 파일로 수신되는 팩스는 기존 팩스보다 품질이 좋습니다. 들어오는 팩스는 로컬 또는 공유 프린터에서 인쇄할 수 있습니다.

• 사용자의 사서함으로 전송된 팩스는 수신자가 아닌 다른 사람이 수신할 하드 복사 팩스보다 덜 안전하므로 더 안전합니다.

• 사용자는 책상을 떠나지 않고 팩스를 받을 수 있습니다.

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

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

1. 팩스 통화에 응답할 사서함을 만듭니다. 메일 그룹 사서함이 됩니다.

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

3. 이 UM 사용 사서함에 대한 규칙을 만듭니다. 모든 메시지를 선택한 배포 목록으로 전달하도록 규칙이 구성됩니다.

수신 팩스 수신

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

중요

T.38 또는 G.711을 사용하여 팩스를 보내고 받는 것은 통합 메시징 및 Microsoft Office Communications Server 2007 R2 또는 Microsoft Lync Server가 통합된 환경에서 지원되지 않습니다.

PBX가 호출을 받으면 호출을 적절한 확장으로 전달합니다. 사용자의 확장 번호에 응답이 없으면 PBX는 호출을 VoIP 게이트웨이로 전달하고 게이트웨이는 해당 사서함 서버에 호출을 전달합니다. 사서함 서버는 통화에 사용되는 프로토콜에 따라 통화가 음성 통화인지 팩스 호출인지 여부를 결정합니다. SIP 프로토콜을 사용하는 경우 사서함 서버는 호출을 음성 메시지로 처리합니다. 그러나 VoIP 게이트웨이에서 T.38 프로토콜을 사용하는 경우 사서함 서버는 호출이 팩스에 대한 것임을 인식하고 다음 단락에 설명된 대로 처리합니다. 사서함 서버는 수신 팩스 호출을 전용 팩스 파트너 서버로 전달한 다음 팩스 발신자와 팩스 통화를 설정하고 UM 지원 사용자를 대신하여 팩스를 받습니다. 그런 다음 팩스 파트너 서버는 SMTP 메시지에 .tif 첨부 파일로 포함된 팩스를 받는 사람의 사서함으로 보냅니다.

사서함 서버가 VoIP 게이트웨이에서 들어오는 T.38 팩스 신호를 받으면 사서함 서버는 LDAP(Lightweight Directory Access Protocol)를 사용하여 디렉터리를 쿼리하여 들어오는 팩스 호출의 의도된 수신자가 들어오는 팩스 메시지를 받을 수 있는지 확인하고 팩스 파트너 서버의 SIP 주소를 확인합니다. 이 정보를 확인한 후 사서함 서버는 VoIP 게이트웨이 또는 SIP 피어로 팩스 호출 조회 요청을 보낸 다음 팩스 파트너 서버에 팩스 요청을 전달합니다. 팩스 통화가 성공적으로 설정되면 팩스 발신자는 팩스 미디어와 데이터를 팩스 파트너 서버로 보냅니다. 팩스 파트너 서버는 팩스 미디어 및 데이터를 받은 후 SMTP를 사용하여 사서함 서버에 전자 메일 메시지를 보냅니다. 이 메시지에는 팩스 메시지의 .tif 이미지와 의도한 팩스 수신자에 대한 특수 X 헤더가 포함되어 있습니다.

팩스 메시지가 인증되고 유효한 팩스 파트너 서버에서 전송된 후 사서함 서버의 UM 사서함 도우미는 Microsoft Exchange 통합 메시징 서비스에 대한 RPC 호출을 실행합니다. 이렇게 하면 팩스 메시지 속성이 사서함 서버에서 만든 팩스 메시지의 속성과 일치합니다. 마지막으로 사서함 서버는 들어오는 팩스에 대한 전자 메일 메시지 및 .tif 첨부 파일을 포함하는 최종 팩스 메시지를 다시 제출합니다. 그런 다음 MAPI RPC를 사용하여 완성되고 형식이 지정된 팩스 메시지 버전이 의도한 받는 사람의 사서함이 포함된 사서함 서버로 전달됩니다.

팩스 통화 추천 방법

수신 팩스 호출은 VoIP 게이트웨이 또는 SIP 피어(미디어 게이트웨이)에서 SIP 다시 초대, SIP 피어의 CNG(팩스 톤 호출) 알림 또는 사서함 서버의 CNG 검색을 통해 사서함 서버에 신호를 보낼 수 있습니다. 다음 하위 섹션에서는 각 경우에 팩스 호출 조회를 자세히 설명합니다.

SIP 피어에서 다시 초대

UM 파일럿 번호에 대한 수신 호출은 음성(RTP/오디오) SDP 프로필을 사용하여 초대로 UM으로 전달됩니다.

1. UM은 초대를 수락하고 미디어 스트림이 설정됩니다. 호출이 설정된 후 발신자가 팩스 전송을 시작합니다.

2. SIP 피어는 CNG(호출 팩스 톤)를 검색합니다. SIP 피어는 사서함 서버에 다시 초대를 발급합니다. 이번에는 SDP에서 팩스(T.38 또는 G.711) 프로필을 지정합니다.

3. UM은 SIP 피어를 "보류 중"으로 표시하는 200 OK로 초대에 응답합니다.

4. UM은 구성 데이터에서 가져온 팩스 파트너 솔루션 엔드포인트에 대한 SIP(CNG) 피어를 참조하여 REFER을 발급합니다.

5. SIP 피어는 팩스 세션 INVITE를 팩스 파트너 솔루션으로 보냅니다.

6. 팩스 파트너 솔루션은 초대를 수락하고 미디어 세션은 SIP 피어와 함께 설정됩니다.

SIP 피어의 CNG 알림

UM 파일럿 번호에 대한 수신 호출은 음성(RTP/오디오) SDP 프로필이 있는 초대로 UM으로 전달됩니다.

1. UM은 초대를 수락하고 미디어 스트림이 설정됩니다. 호출이 설정된 후 발신자가 팩스 전송을 시작합니다.

2. SIP 피어는 CNG(호출 팩스 톤)를 검색합니다. SIP 피어는 RFC 4733을 준수하는 RTP 스트림에서 CNG 알림을 보내 팩스의 UM 서버에 알림합니다.

3. UM은 즉시 REFER를 실행하고 구성 데이터에서 가져온 팩스 파트너 솔루션 엔드포인트에 SIP 피어를 참조하여 알림에 응답합니다.

4. SIP 피어는 팩스 세션 INVITE를 팩스 파트너 솔루션으로 보냅니다.

5. 팩스 파트너 솔루션은 초대를 수락합니다.

6. 미디어 세션은 SIP 피어를 사용하여 설정됩니다.

사서함 서버의 CNG 검색

UM 파일럿 번호에 대한 수신 호출은 음성(RTP/오디오) SDP 프로필이 있는 초대로 UM으로 전달됩니다. UM은 초대를 수락하고 미디어 스트림이 설정됩니다.

1. 호출이 설정된 후 발신자가 팩스 전송을 시작합니다.

2. 사서함 서버는 RTP 오디오 스트림에서 CNG(팩스 톤)를 검색합니다.

3. UM은 즉시 REFER를 실행하고 구성 데이터에서 가져온 팩스 파트너 솔루션 엔드포인트에 SIP 피어를 참조하여 알림에 응답합니다.

4. SIP 피어는 팩스 세션 INVITE를 팩스 파트너 솔루션으로 보냅니다.

5. 팩스 파트너 솔루션은 초대를 수락합니다.

6. 미디어 세션은 SIP 피어를 사용하여 설정됩니다.

팩스 구성

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

전화 번호 및 팩스

Exchange Unified Messaging은 팩스 메시지를 받도록 UM 지원 사용자를 구성할 때 다음 옵션을 제공합니다.

• 팩스 및 음성 메일 모두에 사용되는 개별 사용자의 DID(Direct Inward Dial) 전화 번호입니다.

• 팩스를 받는 데 사용되는 개별 사용자에 대한 별도의 DID 전화 번호입니다.

• 모든 팩스를 받는 모든 사용자의 중앙 팩스 전화 번호입니다.

단일 DID 전화 번호

UM 사서함 사용 페이지 또는 Enable-UMMailbox cmdlet을 사용하여 통합 메시징에 사용자를 사용하도록 설정하는 경우 사용자에 대해 하나 이상의 확장 번호를 지정해야 합니다. 이 확장 번호는 사용자별로 사용하도록 설정되며 지정된 다이얼 플랜 내에서 고유해야 합니다. 확장은 통합 메시징에서 올바른 사용자를 찾고 사용자의 사서함에 음성 및 팩스 메시지를 배달하는 데 사용됩니다. 자세한 내용은 Enable-UMMailbox를 참조하세요.

단일 DID 번호를 사용하여 사용자가 음성 및 팩스 모두에 단일 DID 번호를 사용하도록 팩스를 구성할 수 있습니다. 이 구성은 관리하기 쉽고 추가 DID 번호를 낭비하지 않습니다. 팩스 통화가 도착할 때 사용자가 자리를 비우거나 전화를 받는 경우 UM은 통화에 응답하고, 팩스 톤을 감지하고, 팩스 메시지를 만들고, 사용자에게 보냅니다.

단일 DID 전화 번호를 사용하여 팩스를 구성한 사용자가 자리를 비거나 전화를 받지 않을 때 팩스 컴퓨터에서 전화를 받는 경우 다음을 수행할 수 있습니다.

• 팩스 통화가 사서함 서버에서 전달되고 응답되고 팩스 메시지가 만들어지고 사용자의 사서함으로 전달되도록 전화를 울면 전화를 받지 않습니다.

• 팩스 통화에 응답한 다음 사서함 서버에서 통화를 전달하고 응답하고 팩스 메시지가 만들어지고 사용자의 사서함으로 전달되도록 자신 또는 자신에게 전송합니다.

• 호출자가 팩스 전송을 다시 시도할 때까지 기다렸다가 팩스 통화를 사서함 서버로 전송할 수 있도록 합니다.

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

여러 DID 전화 번호

통합 메시징에 사용자를 사용하도록 설정하는 경우 해당 사용자에 대해 하나 이상의 확장 번호를 입력해야 합니다. EAC(Exchange 관리 센터)를 사용하여 UM 사용 사용자에 대한 여러 확장 번호를 추가할 수 있습니다. 자세한 내용은 확장 번호 추가를 참조하세요.

여러 확장 번호를 추가하는 것은 UM을 사용하는 사용자에게 유용합니다.

• 많은 팩스를 받습니다.

• 팩스를 받기 위해 전화에 응답하는 것을 귀찮게하고 싶지 않습니다.

• 그들은 자신의 휴대 전화에 응답 할 때 팩스 톤을 듣고 싶지 않아.

여러 확장을 추가하는 것은 단일 확장을 사용하는 것보다 더 복잡하며 PBX 또는 IP PBX에서 추가 구성 설정이 필요할 수 있습니다. UM 사용 가능 사용자에 대해 여러 확장 번호를 구성하려면 조직에서 사용되지 않는 DID 확장 번호를 사용할 수 있어야 합니다. 조직에 사용 가능한 DID 확장 번호 수가 제한된 경우 UM 사용 가능 사용자에 대해 여러 숫자를 사용하는 것은 좋지 않습니다.

여러 DID 확장 번호를 사용할 경우의 이점은 UM 사용 가능 사용자가 한 DID 확장 번호에서 음성 통화를 수신하고 다른 DID 확장 번호에서 팩스 통화를 수신한다는 것입니다. 음성 메일 및 팩스 통화에 별도의 DID 번호를 사용하는 것이 더 쉽습니다.

특정 사용자에 대해 두 개의 DID 확장 번호를 구성하는 경우 DID 확장 번호는 별도의 UM 다이얼 플랜에서 올 수 있습니다. 두 개의 DID 번호를 사용하려면 다이얼 플랜을 만들고 사서함 서버를 팩스 전화를 받고 사용자에게 팩스 메시지를 전달하는 전용 서버로 사용할 수 있습니다. 자세한 내용은 UM 다이얼 플랜 만들기를 참조하세요.

UM 사용 사용자에 대해 여러 DID 확장 번호를 구성할 때 다음 옵션이 있습니다.

• 통합 메시징이 없는 팩스용 확장 1개와 음성용 확장: 이 유형의 구성은 사용자별로 사용하도록 설정되며 사용 가능한 추가 또는 사용되지 않은 DID 확장 번호가 있는 경우에 사용됩니다. 한 DID 확장 번호는 사용자의 음성 메일 번호로 게시되고 다른 DID 확장 번호는 사용자의 팩스 번호로 게시됩니다. 사용자가 전화에 응답하지 않거나 바쁜 신호가 발생하여 응답되는 음성 통화가 사서함 서버로 전달되고 음성 메시지가 만들어지고 UM 사용 가능 사용자의 사서함으로 전송됩니다. 다른 확장 번호는 팩스 컴퓨터 또는 팩스 모뎀이 있는 다른 컴퓨터에 연결할 수 있습니다. 이 구성을 사용하면 사서함 서버가 팩스 호출을 처리하지 않으며 팩스 메시지는 UM 사용 가능 사용자의 사서함으로 전송되지 않습니다.

• 팩스용 확장 1개와 음성용 확장 1개: 이 유형의 구성은 사용자별로 사용하도록 설정되며 조직에 여러 DID 확장 번호를 사용할 수 있는 경우에 사용할 수 있습니다. 이 구성에서는 사용자가 전화를 받지 못하거나 바쁜 신호가 발견되어 응답하는 DID 확장 번호가 모두 사서함 서버로 전달되어 호출된 DID 확장 번호에 따라 음성 또는 팩스 메시지를 만듭니다. 사용자가 음성에 대해 하나의 번호와 팩스를 게시하지만 사서함 서버는 DID 확장 번호에서 수신되는 통화 유형을 감지하고 DID 확장 번호 중 하나에 대한 통화에서 음성 또는 팩스 메시지를 만들 수 있습니다. 이는 사용자에게 수신 팩스 호출에 응답하는 팩스 모뎀이 있는 별도의 팩스 컴퓨터 또는 전용 컴퓨터가 없는 경우에 매우 유용합니다.

• 팩스용 "팬텀" 확장 하나와 음성용 확장: 이 유형의 구성은 사용자별로 사용하도록 설정됩니다. 기본적으로 두 개의 DID 번호(팩스 및 음성용)를 사용하는 구성과 동일합니다. 그러나 이 구성에서는 UM 사용 사용자에 대한 팩스 호출에 대해 게시된 번호가 PBX에서 "팬텀" 확장으로 구성됩니다. 이 "팬텀" DID 확장 번호에서 수신되는 수신 호출은 항상 사서함 서버로 전달됩니다.

  이러한 유형의 구성의 장점은 사서함 서버에서 수신 팩스 호출에 응답한다는 것입니다. 전화벨이 울리지만 응답하지 않으면 사서함 서버에서 팩스를 만들어 사용자를 방해하지 않고 UM 지원 사용자의 사서함으로 전달합니다. 이는 전화 또는 팩스 장치가 사용자 가까이에 배치되지 않고 사용자가 수신 전화의 벨소리를 듣지 못하기 때문에 자동으로 발생합니다.

  이러한 종류의 구성의 단점은 추가 DID 확장을 사용할 수 있어야 하며 사서함 서버에 호출을 전달하도록 PBX 또는 IP PBX를 구성해야 한다는 것입니다.

중앙 팩스 전화 번호

UM 사서함 사용 페이지 또는 Enable-UMMailbox cmdlet을 사용하여 통합 메시징에 사용자를 사용하도록 설정하는 경우 사용자에 대해 하나 이상의 확장 번호를 지정해야 합니다. 그러나 들어오는 팩스에 대한 중앙 팩스 번호를 구성해야 하는 경우 모든 팩스를 받는 데 사용되는 별도의 UM 사용 사서함을 설정해야 합니다.

일부 조직, 특히 매일 많은 팩스를 받는 조직에서는 전체 조직에 대해 하나의 팩스 번호를 게시할 수 있습니다. 이 팩스 번호는 모든 발신자가 조직의 사용자에게 팩스를 제출할 때 사용됩니다.

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

참고

Exchange 통합 메시징에서는 OCR(광학 문자 인식)이 있는 중앙 팩스 번호를 사용할 수 없습니다. 이러한 종류의 구성은 중앙 팩스 번호를 사용할 수 있습니다. 그러나 사람이 받는 사람에게 라우팅하는 대신 팩스 소프트웨어는 팩스를 수신하고 OCR을 수행한 다음 표지 또는 팩스 메시지의 정보를 기반으로 받는 사람을 찾으려고 시도합니다.

전체 조직에 단일 팩스 번호를 사용하는 것은 다음과 같은 경우에 유용합니다.

• 조직 내의 사용자가 사서함에 너무 많은 팩스를 수신하여 효과적으로 관리합니다.

• 사용자가 사서함에 너무 많은 스팸 팩스를 받습니다.

• 비즈니스 요구 사항이 너무 복잡하여 들어오는 팩스를 수락하고 의도한 사서함으로 라우팅하는 전송 규칙을 만들 수 없습니다. 예를 들어 조직에서 특정 팩스를 한 그룹으로 라우팅하고 다른 팩스를 다른 그룹으로 라우팅해야 하는 경우 실용적이지 않을 수 있습니다. 자세한 내용은 메일 흐름 또는 전송 규칙을 참조하세요.

• Outlook을 사용하여 팩스 메시지를 필터링하는 것은 효과적이지 않습니다.

UM 팩스 메시지 저널링

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

참고

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