Guest

Support

Configuring Your Cisco IOS Gateway for T.37 On-Ramp and Off-Ramp Fax Support

  • Viewing Options

  • PDF (289.6 KB)
  • Feedback
Configuring Your Cisco IOS Gateway for T.37 On-Ramp and Off-Ramp Fax Support

Table Of Contents

Configuring Your Cisco IOS Gateway for T.37 On-Ramp and Off-Ramp Fax Support

Deployment Scenarios

Fax Call Flow

On-Ramp Faxing

Off-Ramp Faxing

Configuration Options

Using Separate DIDs for Fax

Using a Single DID for Voice and Fax

Using Connect First Mode with Single DID

Using Connect First Mode with Separate DIDs

Using Listen First Mode with Single DID

Using Listen First Mode with Separate DID

Using the Fax Detection Application vs the On-ramp Application

Fax Feature Benefits and Limitations

Configuring Your Cisco IOS Gateway for T.37 On-Ramp and Off-Ramp Fax Support

Prerequisites

Configuring the Fax Gateway for T.37 On-Ramp

Prerequisites

Required Data for This Procedure

Configuration Example

Configuring the Fax Gateway for T.37 Off-Ramp

Prerequisites

Required Data for This Procedure

Configuraton Example

Configuring the Fax Gateway for the Fax Detection Application

Prerequisites

Required Data for This Procedure


Configuring Your Cisco IOS Gateway for T.37 On-Ramp and Off-Ramp Fax Support


Last Updated: June 21, 2007

This appendix contains the following information pertaining to the configuration of your Cisco IOS Gateway for T.37 On-Ramp and Off-Ramp fax support:

"Deployment Scenarios" section

"Configuration Options" section

"Fax Feature Benefits and Limitations" section

"Configuring Your Cisco IOS Gateway for T.37 On-Ramp and Off-Ramp Fax Support" section

Deployment Scenarios

To integrate fax functionality, you must use a Cisco IOS fax gateway for both incoming and outgoing calls. You can use the same or different machines for these gateways. However:

The fax gateway for inbound fax calls (On-ramp or Fax Detection application) must run on the originating gateway.

The fax gateway for outbound calls (Off-ramp) must run on terminating gateway.

Figure 1 and Figure 2 show examples of deployment scenarios respectively with Cisco Unified Communications Manager Express (Cisco Unified CME, formerly know as
Cisco Unified CallManager Express) and Cisco Unified Communications Manager (formerly know as Cisco Unified CallManager). In both scenarios:

The Cisco IOS Gateway sends mime-encoded faxes over SMTP to Cisco Unity Express (CUE).

Cisco Unity Express sends VPIM-encoded voice messages or faxes over SMTP to another Cisco Unity Express node in the network.

Cisco Unity Express sends VPIM-encoded voice messages or faxes over SMTP to a Cisco Unity server in the network.

Figure 1 Cisco Unified CME Deployment Example

Figure 2 Cisco Unified Communications Manager Deployment Example

Fax Call Flow

The fax call is established in phases. First, the call originator prepares a fax and dials a destination number. When the destination fax device picks up the call, the originator and destination are connected in voice call. However, to transition to fax transmission, one party must signal that it is a fax device.

Each device can send its signal using one of the following methods:

The calling device sends a Calling Tone (CNG) tone, which identifies the calling party as a fax device

The called device sends a Called Station Identifier (CED) tone, which identifies the called device as a fax machine

After the fax call is established, the devices identify the facilities and capabilities. The next phases are transmitting the content, signaling the end of the transmission and confirmation, and releasing the call. The Cisco IOS fax gateways support the following methods:

Fax Pass-Through and Fax Pass-Through with Upspeed

Cisco Fax Relay

T.38 Fax Relay

T.37 Store-and-Forward Fax

IVR Applications for Fax

The T.37 Store-and-Forward Cisco IOS fax gateway uses the T.37 store-and-forward fax application, which consists of two processes:

On-ramp

Off-ramp

These processes are shown in Figure 3 and explained in the following sections.

Figure 3 T.37 Store and forward Call Flow

On-Ramp Faxing

With the On-ramp process, a voice gateway handles incoming calls from the standard fax machine or the PSTN and converts a traditional Group 3 fax to an e-mail message with a Tagged Image File Format (TIFF) attachment. The fax e-mail message and attachment are handled by an e-mail server while traversing the packet network. When acting as the On-ramp gateway, the Cisco gateway receives faxes from end users, converts them into TIFF files, creates standard MIME e-mail messages, attaches the TIFF files to the e-mail messages, and forwards the fax-mail messages to the designated SMTP server for storage. The gateway uses the sending MTA and dial peers to complete these tasks. The sending MTA, which is the Cisco gateway, defines delivery parameters associated with the e-mail message to which the fax TIFF file is attached. The delivery parameters include defining a return e-mail path or designating a destination mail server.

Off-Ramp Faxing

With the Off-ramp process, a voice gateway handles calls going out from the network to fax machine or the PSTN and converts a fax e-mail with TIFF attachment into a traditional fax format that can be delivered to a standard fax machine or the PSTN. Off-ramp faxing requires that the Cisco gateway act as an Off-ramp gateway to dial the POTS and communicate with a remote fax machine (Group 3 fax device), using standard fax protocols. The Off-ramp gateway provides the following functionality:

Converts a fax-mail to TIFF file (or plain text file) into a standard format and delivers it to the recipient. The Store-and-Forward Fax application does not alter the TIFF or plain text file in any way from its original format when converting it into a standard fax format. The Off-ramp gateway uses the receiving MTA and dial peers to perform the conversion.

Delivers an e-mail message as a standard fax transmission. The Cisco gateway generates information that is appended to the top of each faxed page (text-to-fax pages) and creates a fax cover sheet. The Off-ramp gateway uses the receiving MTA, dial peers, and commands specific to formatting the appended information and generating a fax cover sheet to deliver e-mail messages as fax transmissions.

Uses only POTS dial peers to define the line characteristics between the forwarding Off-ramp gateway and the fax device. Optionally configure the MMoIP dial peers can be configured to define fax compression schemes and resolution. This option is useful only if those parameters are to be altered for the received fax-mails.

Defines the parameters associated with the gateway SMTP server, using the receiving MTAs. This can be its SMTP host aliases, which can be different than its normal DNS hostnames, or internal Cisco IOS hostname.


Note You can combine On-ramp and Off-ramp faxing processes on a single gateway, or you can put them on separate gateways. Both On-ramp and Off-ramp are available with Cisco IOS Release 12.3(7) T or higher.


Configuration Options

The following sections explain your configuration options for the Fax feature. These options are:

Using separate DIDs for Fax with either:

Connect first mode

Listen first mode

Using single DID for voice and fax with either:

Connect first mode

Listen first mode

Using the Off-Ramp application with either:

On-ramp application

Fax detect application

Using Separate DIDs for Fax

Using a separate DID for the fax, enables you to configure a unique extension that can be used exclusively for sending faxes to the Cisco Unity Express in either Cisco Unified CME or Cisco Unified Communications Manager mode. To use this option, you must configure an ephone-dn or extension for the fax DID on the Cisco Unified CME or Cisco Unified Communications Manager. This enables:

Voice calls to be forwarded to the outbound dial-peer for the On-ramp process

Fax calls (based on DID) to be directly routed to the outbound dial-peer for the On-ramp process

On the Cisco Unity Express node, you must:

Configure the inbound fax gateway.

Enable the mailbox to receive the faxes from a fax gateway.

Assign the fax number to this user to create a separate fax DID.

The configuration steps are exactly the same as for voice mailboxes except that you must also enable the mailbox to receive faxes from a fax gateway and create a fax number for the user. The user can login to this mailbox using a voice number. Logging in to a mailbox using the fax DID is not supported.

You can use separate DIDs for Fax with either:

Connect First Mode

Listen First Mode

Using a Single DID for Voice and Fax

When configuring a single DID number for the voice and fax, use the Primary extension for the subscriber. All the fax calls are routed to the fax detect application on the fax gateway. Then the fax gateway either:

Routes the call either to a MMoIP dial-peer if it is a fax call.

Routes the call to voice dial-peer.

On the Cisco Unity Express, you must:

Enable a mailbox to receive faxes from a fax gateway

Configure the fax number as the extension of the user.

If no fax number is configured, by default the subscriber's extension is used.

You can use single DID for voice and fax with either:

Connect first mode

Listen first mode

Using Connect First Mode with Single DID

The Cisco Unity Express relies on the fax detection application to support single DID functionality. The fax detection application has a limitation that causes the fax call to get disconnected and requires the fax to be resent when the either of the following sequences occur:

Sequence 1:

A fax call comes through the gateway (with fax detection application configured to work in connect first mode).

The phone rings.

A subscriber picks up the call and disconnects the call before the application detects it is the fax call.

Sequence 2:

A fax call comes through the gateway (with the fax detection application configured to work in connect first mode).

The phone rings.

A subscriber picks up the call and hears CNG tones.

When a subscriber tries to transfer the call to fax dial peer (MMoIP), the fax call is disconnected.

To completely understand this use of the connect first mode with a single DID, you must first understand the high-level fax call flow. Figure 4 shows the various stages in the fax call, with each call flow labeled to indicate the corresponding step described in detail below.


Note This scenario assumes that the fax detection application running on the IOS gateway.


Figure 4 High-Level Fax Call Flow

When the fax detect application is configured in connect first mode, it connects the call before listening for the fax tones. The sequence of events, as shown in Figure 4, are:

The fax call is initiated from the fax machine. The fax machine establishes a POTS connection to the Cisco IOS fax gateway POTS dial peer using an FXS or FXO port. (This is shown in Figure 4 as step 1.)

The inbound POTS dial peer that is configured with the fax detection application creates a call leg between an FXO or FXS port, a POTS dial peer, and a VoIP dial-peer. (This is shown in Figure 4 as step 2.)

The fax detection application establishes second leg of call between a VoIP/SIP dial peer and a phone, or a VoIP/H.323 dial peer and a phone. When the phone starts ringing (corresponding to the phone number in the single DID case), the user picks up the phone or call and is transferred to the voice mail. After the call is established, the gateway starts listening for the CNG tones. If the gateway is not able to establish that it is fax call within the equivalent of two CNG tones (six seconds), the call is treated as a voice mail call. (This is shown in Figure 4 as steps 3 and 5) However, if the gateway detects that it is a fax call, the voice leg of call is disconnected and call is transferred to a MMoIP dial peer. (This is shown in Figure 4 as step 4.)

If the call is a voice call and Cisco Unity Express is integrated with Cisco Unified Communications Manager, the voice call is established. (This is shown in Figure 4 as step 3.) If there is no answer, the call is forwarded to Cisco Unity Express. (This is shown in Figure 4 as step 6.)

If the call is a voice call and Cisco Unity Express is integrated with Cisco Unified CME, the voice call is established. (This is shown in Figure 4 as step 5.) If there is no answer, the call is forwarded to Cisco Unity Express (This is shown in Figure 4 as step 8.)

If the call is a fax call, irrespective of how Cisco Unity Express is integrated, the fax application configured on the outbound MMoIP dial peer converts the fax into an e-mail message with TIFF attachment(s) and sends the message over SMTP to Cisco Unity Express (This is shown in Figure 4 as step 7.)

From the user's point of view, this is the sequence of events:

1. The fax call is initiated.

2. The called number starts ringing.

3. The user picks up the phone or the call is transferred to the voice mail.

4. If the user picks up the phone, they hear CNG tones (in the case of fax calls) or voice (in the case of voice calls). At this point:

If the user disconnects the call before the fax gateway can detect that it is a fax call, the call is disconnected and fax must be resent.

If the user puts the call on hold for the six seconds that the gateway requires to detect that it is a fax call, the call leg between gateway and Cisco Unified CME or Cisco Unified Communications Manager is disconnected. The call is established to a MMoIP dial peer.

If the user attempts to transfer the call to the fax number (MMoIP), the call transfer fails and subsequently the call is disconnected.

5. If the call is forwarded to the voice mail of the user, the voice mail prompt starts playing. If the call is a voice call, the user can leave a voice message. If the call is a fax, the CAG tone is detected within six seconds, the voice call is pulled back, and another call leg to MMoIP dial-peer is established. The voice leg of call is disconnected.

Using Connect First Mode with Separate DIDs

The sequence of events for the Connect First Mode with separate DIDs are similar to the sequence described in the "Using Connect First Mode with Single DID" section. However, there is no need for fax detection on the fax gateway because the fax has separate DID. Calls to the fax numbers are routed by the fax gateway, and the MMoIP dial-peer is used to send the faxes to Cisco Unity Express over SMTP in the form of e-mail messages (as described in the "Using the Fax Detection Application vs the On-ramp Application" section). The calls to the voice numbers are routed to the VoIP dial peer, using SIP for Cisco Unified CME and H.323 for Cisco Unified Communications Manager.

A single DID can exist along with separate DIDs. We recommend that you do not use the fax detection application when there are separate DIDs for fax and voice calls in order to give the users a better experience.

Using Listen First Mode with Single DID

When the fax detect application is configured in listen first mode, the fax detect application listens for the CNG tones first and connects the call either to VoIP or MMoIP dial-peer based on whether the call is a voice or fax call. The sequence of events, as shown in Figure 4, are:

1. The fax call is initiated from the fax machine. The fax machine establishes a POTS connection to POTS dial peer using an FXS or FXO port. The fax detection application on the POTS dial-peer listens for the fax tones. The fax application routes the call to either the MMoIP dial peer or VoIP/H.323 dial peer. When fax gateway is listening for the fax tones, it can play some prompts to the call originator. These prompts can be dial-tones, which simulate the tones that indicate that the destination device is ringing. (This is shown in Figure 4 as step 1.)

2. If the call is not detected as fax, a VoIP dial-peer is used (H.323 in case of Cisco Unified Communications Manager and SIP in case of Cisco Unified CME) to route the call to the call agent. (This is shown in Figure 4 as steps 3 and 5 respectively.) The call agent routes the call to the destination. (This is shown in Figure 4 as steps 6 and 8 respectively.) After the phone starts ringing, the user picks up the phone or call is transferred to the voice mail on CFNA/CFB.

3. If the call is a fax call, irrespective of how Cisco Unity Express is integrated, the call is handed over to outbound MMoIP dial peer. (This is shown in Figure 4 as in as step 4.) The fax application configured on the outbound MMoIP dial peer converts the fax into e-mail message with TIFF attachment(s) and sends it to Cisco Unity Express. (This shown in Figure 4 a as step 7.)

The user experience for this configuration can be described as follows:

1. A call is initiated.

2. The calling party starts hearing the ring tone, if the fax gateway is set up to play ring tone during fax detection. Otherwise, calling party hears silence.

3. The called phone does not ring until the call is detected as a voice call and the gateway routes the call to the phone.

4. If the call is detected as voice, the call is routed to the destination number using the SIP/H.323 dial peer and the phone starts ringing. The call then proceeds like any other voice phone call.

5. If the gateway detects that the call is a fax, it is sent to a MMoIP dial peer and the fax is converted into an e-mail message with a TIFF attachment. A fax then appears in the called party's mailbox. The calling party hears the CED tones and the fax is sent.

Using Listen First Mode with Separate DID

After you configure the dial peers for fax & voice calls, the calls can be routed to either a fax MMoIP dial peer or a VoIP dial peer (for Cisco Unified CME, use SIP and for Cisco Unified Communications Manager, use H.323). If customer has separate DIDs, we recommend that you use the On-ramp application on the POTS dial peer (see the next section for more information about the On-ramp application). However, you might want to use a mixed mode configuration, with some users using a single DID for the fax and voice and other users using separate DIDs for fax and voice.

To configure fax detection application, see the "Configuring the Fax Gateway for the Fax Detection Application" section.

Using the Fax Detection Application vs the On-ramp Application

You must use the fax detection application if you want to use the single DID functionality. However, the fax detection application has limitations, as described in the "Using a Single DID for Voice and Fax" section.

We recommend that you configure the On-ramp application, instead of the fax detect application, on the fax gateway when you use separate DIDs for fax and voice calls. The sequence of events when you use the On-ramp application, as shown in Figure 4, are:

1. The fax call is initiated from the fax machine. The fax machine establishes a POTS connection to the Cisco IOS router POTS dial peer using an FXS or FXO port (shown in Figure 4 as step 1). The inbound POTS dial peer routes the call to the MMoIP dial-peer.

2. On the outbound MMoIP dial peer, the T.30 packets are converted into a fax e-mail message with a TIFF attachment (shown in Figure 4 as step 4).

3. The e-mail message is sent to the Cisco Unity Express module over a SMTP connection (shown in Figure 4 as step 7).

4. The fax is stored in the subscriber's mailbox.

Fax Feature Benefits and Limitations

The main benefits and limitations of the fax feature are:

Faxes can be composed and sent from the analog fax machine only. There is no other support that is offered on Cisco Unity Express to compose a fax.

Broadcast faxes are not supported.

Faxes sent to the GDM with a phone extension are supported. However, GDM access from the IMAP is not supported.

Faxes can be printed using the fax number configured at the system level. This number is played when a user tries to print the fax using the TUI or VVE. Users can override this number with the fax number of their choice. This option allows subscribers to print the faxes to the fax machine of their choice.

Faxes can be forwarded in the Cisco Unity Express network. A subscriber can record annotations before forwarding a fax. When forwarding the fax, the sender can mark it as private, urgent, or both. When a subscriber listens to forwarded message, the annotations are played the same way as a voice message.

Replying to an original received fax using the fax gateway is not supported. After the message is forwarded in the Cisco Unity Express network, the reply feature works the same way as for other voice messages.

Live Reply to faxes is not supported

Faxes are sent to a Cisco Unity Express or Cisco Unity system on the network using VPIM2.

Faxes can be deleted and undeleted like regular voice messages.

The delivery status notification is processed for outgoing faxes. When a delay or failure notification occurs, DDR or NDR is generated for the subscriber.

For incoming messages, the embedded SMTP server handles any error conditions. After the message is accepted, it is assumed that the message is successfully processed.

The fax is stored internally as BASE64 encoded. The size of the fax taken for the calculations in the system is the BASE64 encoded size. The mailbox usage and related information is displayed in units of time. The fax size is converted from bytes to seconds based on G711 algorithm (assuming sample rate of 64 KBps). The fax size, in seconds, used in the system is calculated by multiplying the length of the message by 8000 seconds, where the length of the message is in bytes.

The total number of fax sessions is counted against the total TUI sessions allowed in the system. The number of maximum fax sessions (calls) in the system is the same as the maximum limit of TUI sessions.

You can use the message notification feature with faxes in the same way as voice messages. Faxes are sent as TIFF attachment in the notification e-mail.

Fax can be marked for future delivery while forwarding a fax.

Faxes are accessible from the supported IMAP supported clients. The actual fax
is attached to the e-mail message as a TIFF file. The name of the TIFF file has the format FM_yyyy.mm.dd_hh.mm.ss.tif, where hh is in 24-hour format. The IMAP clients let subscribers download the message and save the fax attachment on local workstation. The attachments can be viewed and printed using the standard TIFF readers. Faxes have one of the following subjects depending on the source of the message and whether it was sent over PSTN or forwarded in Cisco Unity Express network:

For faxes from a fax machine:

Fax Message from external-phone-number

Fax message from Unknown sender

For faxes forwarded by the local user

Fax Message from extension

For faxes forwarded from GDM with extension

Fax Message from extension

For faxes from GDM without extension

Fax Message from display_name/user_ID

For faxes forwarded by Remote/network user

Fax Message from VPIM_ID

NDR for forwarded fax

Non Delivery Receipt: Fax message to recipient

where recipient can be ether a:

Extension — for local user & GDM with extension

Display Name/User ID — for local GDM without extension

VPIM ID — for remote user/blind address

Phone Number — for a fax machine

DDR for forwarded fax (only for forwarded faxes)

Delayed Delivery Receipt: Fax message to recipient

The GDM cannot be accessed from the supported IMAP clients. Therefore, faxes sent to GDM cannot be downloaded on IMAP clients. However, the e-mail message notification feature for GDMs attaches the faxes to the notification e-mail.

You can see fax headers using the VVE; however; you cannot see the contents of faxes using VVE. Faxes can be printed from VVE using an outbound fax call.

The [mandatory] message expiry is imposed on the faxes.

You must integrate Cisco Unity Express with one Cisco fax gateway to send outbound faxes and to receive inbound fax calls. For inbound and outbound calls, you can use the same or different gateways. However, you cannot integrate two or more Cisco Unity Express nodes with the same fax gateway for inbound fax calls.

The ability to receive faxes from the fax gateway can be enabled at the system or user level. At the system level, you can enable faxing by configuring the inbound fax gateway. You can disable it at the system level by removing the incoming fax gateway.

You can use either the CLI or GUI to enable or disable the receiving of faxes from a fax gateway for a mailbox. By default, all the mailboxes can receive faxes from the fax gateway if the inbound fax gateway is configured. After faxing is enabled for the mailbox, the mailbox can receive the faxes. If you want to assign separate DID for the fax to a user, you must assign a unique fax DID to a user. The same mailbox is used for storing both faxes and voice mails. You can remove the separate DID for the fax at any time without impacting the fax or voice messages. Also, you can disable the fax without impacting the existing messages in the mailbox. However, after faxing is disabled for a mailbox, the system rejects faxes addressed to that mailbox from a fax machine.

The fax feature is supported when Cisco Unity Express is running in Cisco Unified SRST mode.

Outbound faxes (for printing) can use a restriction table to send the fax.

Configuring Your Cisco IOS Gateway for T.37 On-Ramp and Off-Ramp Fax Support

This section discusses the following topics:

Prerequisites

Configuring the Fax Gateway for T.37 On-Ramp

Configuring the Fax Gateway for T.37 Off-Ramp

Configuring the Fax Gateway for the Fax Detection Application

Prerequisites

Before you can configure fax feature, you must configure the fax gateway. As described in the "Configuration Options" section, you have the following options:

Using the Off-Ramp application with the On-Ramp application

Using the Off-Ramp application with the fax detect application

For instructions on how to configure these options, see:

Configuring the Fax Gateway for T.37 On-Ramp

Configuring the Fax Gateway for T.37 Off-Ramp

Configuring the Fax Gateway for the Fax Detection Application

The decision of which option to use to configure the fax gateway is determined, as described in the "Configuration Options" section, by whether you will be:

Using separate DIDs for Fax with either:

Connect First Mode

Listen First Mode

Using single DID for Voice and Fax with either:

Connect First Mode

Listen First Mode

If you want to restrict specified extensions from using this feature, you must configure a restriction table as described in the "Configuring Restriction Tables" section on page 279.

After you complete the appropriate prerequisites, you can then configure the following parameters, as described in the "Configuring System-Wide Fax Parameters" section on page 82):

The system level fax numbers used to print faxes.

An association between a user and a fax number that can be used to receive faxes.

Configuring the Fax Gateway for T.37 On-Ramp

Prerequisites

You must configure incoming and outgoing dial peers in order to route the fax call through the gateway.

For the POTS dial-peer configuration, the incoming called-number command allows this dial-peer to match any inbound called number that comes into the gateway. Most real world scenarios usually have a specific fax number configured. The direct-inward-dial command takes the received call number as the number that is to be used when it makes a MMoIP dial-peer match. The port command associates this POTS dial-peer with a physical port on the gateway. The important command from a T.37 on-ramp perspective is the application name command. This command associates the on-ramp fax application with a specific POTS dial peer. The name field is defined by the user in the call application voice name file location command. In this example, the POTS dial peer uses the application onramp command because that is the name that was previously defined with the command call application voice onramp flash:app_faxmail_onramp.2.0.1.3.tcl.

For the outbound VoIP side, a multimedia or MMoIP dial-peer is necessary instead of the usual VoIP dial peer. Like the POTS dial-peer, the MMoIP dial-peer also needs the command application fax_on_vfc_onramp_app out-bound. This application command references a script that can be seen when you look at the command show call application voice summary. The script that is needed is fax_on_vfc_onramp_app. It is also important to remember the outbound keyword so that this application is only used on outbound calls through the MMoIP dial-peer.

The destination-pattern command is used to match the inbound call number to a specific outbound MMoIP dial-peer. In most circumstances, this dial-peer matches with a user's inbound fax number. The information-type fax command associates the outbound MMoIP peer with T.37 fax. Without this command in the dial-peer, the gateway does not use the MMoIP peers and the onramp fax call fails.

The session target mailto:email address command identifies who the end user is from an e-mail perspective. This is used to address the e-mail sent to the mail server. All fax e-mails are sent to the mailbox defined by the dial-peer.

The following example shows a configuration for an incoming POTS dial-peer to match any inbound called number that comes into the gateway:

se-10-0-0-0(config)# dial-peer voice 9995590 pots
 application onramp
 incoming called-number .
 direct-inward-dial
 port 2/1/0
!

The following example shows a configuration for an outbound multimedia or MMoIP dial-peer that references the on-ramp script:

se-10-0-0-0(config)# dial-peer voice 1 mmoip
 application fax_on_vfc_onramp_app out-bound
 destination-pattern 9995590
 information-type fax
session target mailto:$d$@sakapur.cue.com

Required Data for This Procedure

This procedure requires the username and hostname for an e-mail's "From" field. This enables the user to see "username@hostname" in an e-mail's "From" field.

SUMMARY STEPS

1. copy tftp flash

2. config t

3. fax interface-type fax-mail

4. config t

5. call application voice onramp flash:app_faxmail_onramp.2.0.1.3.tcl

6. ip domain name domain_name

7. mta send server [IP address | DNSname] port number

8. mta send with-subject both

9. mta send mail-from username name

10. mta send mail-from hostname name

11. end

DETAILED STEPS

 
Command or Action
Purpose

Step 1 

copy tftp flash

Example:

se-10-0-0-0# copy tftp flash

Loads a TcL script that the gateway must run when it processes the received fax calls.

Note You can download the required script (app_faxmail_onramp.2.0.1.3.tcl.) from Cisco.com, in the Access section of Downloads under TcLware.

Step 2 

config t

Example:

se-10-0-0-0# config t

Enters configuration mode.

Step 3 

fax interface-type fax-mail

Example:

se-10-0-0-0(config)# fax interface-type fax-mail

Configures the gateway to process and forward fax calls. Also makes T.37 router debugs available.

Note After this command, reload the router.

Step 4 

config t

Example:

se-10-0-0-0# config t

Enters configuration mode.

Step 5 

call application voice onramp flash:app_faxmail_onramp.2.0.1.3.tcl

Example:

se-10-0-0-0(config)# call application voice onramp flash:app_faxmail_onramp.2.0.1.3.tcl

Specifies where the router can find and read the TcL script that the gateway needs to process received fax calls.

Step 6 

ip domain name domain_name

Example:

se-10-0-0-0(config)# ip domain name gateway.com

Specifies the domain name used by the router to establish an SMTP connection with the embedded SMTP server.

Step 7 

mta send server [IP address | DNSname] port number

Example:

se-10-0-0-0(config)# mta send server 192.168.113.13 port 25

Specifies where the router sends received faxes. You can configure multiple instances of this command. However, only the first instance in the configuration is used unless when there is an SMTP transaction failure.

Step 8 

mta send with-subject both

Example:

se-10-0-0-0(config)# mta send with-subject both

Configures the gateway to include the calling and called party number in an e-mails's "Subject:" field.

Step 9 

mta send mail-from username name

Example:

se-10-0-0-0(config)# mta send mail-from username smith

Prevents SMTP transaction failures by specifying a valid username for an e-mail's "From" field. To have the calling number to appear as the username, set the username to $s$.

Step 10 

mta send mail-from hostname name

Example:

se-10-0-0-0(config)# mta send mail-from hostname fax-gateway.gateway.com

Prevents SMTP transaction failures by specifying a valid hostname for an e-mail's "From" field. Used in combination with the previous command to enable the user to see "username@hostname" in an e-mail's "From" field.

Step 11 

end

Example:

se-10-0-0-0(config)# end

Returns to privileged EXEC mode.

Configuration Example

For a configuration example that also includes the configuration for T.37 Off-ramp, see the "Configuraton Example" section.

Configuring the Fax Gateway for T.37 Off-Ramp

Prerequisites

You must configure at least one of each of the following dial peers on the off-ramp gateway for T.37

Incoming dial peer to associate the inbound SMTP message with a called fax number

Outgoing dial peer to route the call to an outbound telephony circuit.

The following example shows a configuration for an incoming dial peer to associate the inbound SMTP message with a called fax number:

dial-peer voice 2 mmoip
description off-ramp inbound VoiP from CUE
application offramp
information-type fax
incoming called-number 991
dsn delayed
dsn success
dsn failure
!

The following example shows a configuration for an outgoing dial peer to route the call to an outbound telephony circuit:

dial-peer voice 5590 pots
destination-pattern 991....
port 2/0:23
forward-digits all
prefix 9
!

Required Data for This Procedure

This procedure requires the username and hostname for an e-mail's "From" field. This enables the user to see "username@hostname" in an e-mail's "From" field.

SUMMARY STEPS

1. copy tftp flash

2. config t

3. fax interface-type fax-mail

4. call application voice offramp flash:app_faxmail_offramp.2.0.1.3.tcl

5. mta receive maximum recipients number

6. mta receive aliases string

7. mta receive generate permanent-error

8. end

DETAILED STEPS

 
Command or Action
Purpose

Step 1 

copy tftp flash

Example:

se-10-0-0-0# copy tftp flash

Loads a TcL script that the gateway must run when it processes the received fax calls.

Note You can download the required script (app_faxmail_onramp.2.0.1.3.tcl.) from Cisco.com, in the Access section of Downloads under TcLware.

Step 2 

config t

Example:

se-10-0-0-0# config t

Enters configuration mode.

Step 3 

fax interface-type fax-mail

Example:

se-10-0-0-0(config)# fax interface-type fax-mail

Configures the gateway to process and forward fax calls. Also makes T.37 router debugs available.

Note After this command, reload the router.

Step 4 

call application voice offramp flash:app_faxmail_offramp.2.0.1.3.tcl

Example:

se-10-0-0-0(config)# call application voice offramp flash:app_faxmail_offramp.2.0.1.3.tcl

Specifies where the router can find and read the TcL script that the gateway needs to process received fax calls.

Step 5 

mta receive maximum recipients number

Example:

se-10-0-0-0(config)# mta receive maximum recipients 10

Specifies the number of simultaneous recipients for SMTP connections on the gateway to limit the resource usage of the gateway. The default value is 0, which causes:

The gateway to not answer any SMTP requests

All Off-ramp transactions to immediately fail

Step 6 

mta receive aliases string

Example:

se-10-0-0-0(config)# mta receive aliases cue.com

Specifies a valid hostname that will be accepted as a SMTP alias for off-ramp faxing. The string in this command can either be an IP address or DNS type hostname. You can configure multiple aliases (maximum is 10) in order to accommodate different domain names and IP addresses.

Note If the destination hostname of the inbound mail does not exactly match the alias you configure using this command, all SMTP connections will fail.

Step 7 

mta receive generate permanent-error

Example:

se-10-0-0-0(config)# mta receive generate permanent-error

Configures the router to flag every DSN message as a permanent error, so that they are immediately sent back to the sender (the IP Fax service mailbox), where the service can determine how many retries should be attempted, based on user configuration, when the is a busy signal or no answer. Otherwise, an error can be flagged as a transient DSN error and Cisco Exchange trys to resend the message for a very long time. This command is only in IOS versions 12.3(7)T and later.

Step 8 

end

Example:

se-10-0-0-0(config)# end

Returns to privileged EXEC mode.

Configuraton Example

This configuration is an example of a minimal Cisco IOS configuration for Cisco Unity inbound fax capability. This example includes the configuration of both the On-ramp and Off-ramp applications. The most important configuration commands are in bold font.

router#show run
Building configuration...
 
Current configuration : 1808 bytes
!
version 12.3
service timestamps debug datetime msec
service timestamps log datetime msec
no service password-encryption
!
hostname vnt-3725-51
!
boot-start-marker
boot-end-marker
!
!
no network-clock-participate slot 2 
no network-clock-participate aim 0 
no network-clock-participate aim 1 
voice-card 2
 dspfarm
!
no aaa new-model
ip subnet-zero
ip cef
!         
!
ip domain name gateway.com
ip name-server 192.168.113.13
no ftp-server write-enable
isdn switch-type primary-ni
!
!
fax interface-type fax-mail
mta send server 192.168.113.13 port 25
mta send subject this is a test fax inbound to unity
mta send with-subject both
mta send mail-from hostname vnt-3725-51.gateway.com
mta send mail-from username fax-mail
 
!
!
controller T1 2/0
 framing esf
 linecode b8zs
 pri-group timeslots 1-24
!
controller T1 2/1
 framing sf
 linecode ami
!
!
interface FastEthernet0/0
 ip address 192.168.51.14 255.255.0.0
 duplex auto
 speed auto
!
interface FastEthernet0/1
 no ip address
 shutdown 
 duplex auto
 speed auto
!
interface Serial2/0:23
 no ip address
 isdn switch-type primary-ni
 isdn incoming-voice voice
 no cdp enable
!
ip default-gateway 192.168.51.1
ip classless
ip route 0.0.0.0 0.0.0.0 192.168.51.1
ip http server
!
!
control-plane
!
!
call application voice onramp flash:app_faxmail_onramp.2.0.1.3.tcl
!         
!
voice-port 1/0/0
!
voice-port 1/0/1
!
dial-peer voice 9995590 pots
 application onramp
 incoming called-number .
 direct-inward-dial
 port 2/0/0
!
dial-peer voice 1 mmoip
 application fax_on_vfc_onramp_app out-bound
 destination-pattern 9995590
 information-type fax
 session target mailto:24445@cue.com
!
!

dial-peer voice 5590 pots
destination-pattern 991....
port 2/0/0
forward-digits all
prefix 9
!
dial-peer voice 2 mmoip
description off-ramp inbound VoiP from CUE
application offramp
information-type fax
incoming called-number 991
dsn delayed
dsn success
dsn failure
!

line con 0
 exec-timeout 0 0
line aux 0
line vty 0 4
 login
!

Configuring the Fax Gateway for the Fax Detection Application

Prerequisites

You must configure at least one of each of the following dial peers on the on-ramp gateway:

Inbound POTS dial peer

VoIP dial peer

MMoIP dial peer

The following sections explain how to configure each of these dial peers.

Inbound POTS Dial Peer

When you configure an inbound POTS dial peer on the on-ramp gateway, the incoming called-number string specifies a pattern that represents either the prefix or the full E.164 telephone number (depending on your dial plan) that identifies the destination voice mail telephone number for this dial peer.

The following example shows a configuration for an inbound POTS dial peer on the on-ramp gateway:

se-10-0-0-0 (config)# dial-peer voice 1 pots 
se-10-0-0-0 (config-dial-peer)# application fax_detect 
se-10-0-0-0 (config-dial-peer)# incoming called-number 75.. 
se-10-0-0-0 (config-dial-peer)# direct-inward-dial 
se-10-0-0-0 (config-dial-peer)# exit 

VoIP Dial Peer

You must configure at least one outbound VoIP dial peer on the on-ramp gateway for voice messaging. In the example below, the IP address of the voice mail server is 172.16.2.2. If you have already configured an outgoing VoIP dial peer on this gateway with the appropriate destination pattern, you do not need to configure another one; there are no different dial-peer parameters for fax detection on the outbound VoIP dial peer for voice.

The following example shows a configuration for an outbound VOIP dial peer on the on-ramp gateway:

se-10-0-0-0 (config)# dial-peer voice 2 voip 
se-10-0-0-0 (config-dial-peer)# destination-pattern 75.. 
se-10-0-0-0 (config-dial-peer)# session target ipv4:172.16.2.2 
se-10-0-0-0 (config-dial-peer)# dtmf-relay h245-signal 
se-10-0-0-0 (config-dial-peer)# fax rate disable 
se-10-0-0-0 (config-dial-peer)# exit 

MMoIP Dial Peer

You must configure at least one outbound MMoIP dial peer on the on-ramp gateway. In the following example, the session target command specifies an address to which faxes are e-mailed, where the $d$ wildcard is replaced by the destination pattern.

The following example shows a configuration for an outbound MMoIP dial peer on the on-ramp gateway:

se-10-0-0-0 (config)# dial-peer voice 7 mmoip 
se-10-0-0-0 (config-dial-peer)# application fax_on_vfc_onramp_app out-bound 
se-10-0-0-0 (config-dial-peer)# destination-pattern 75.. 
se-10-0-0-0 (config-dial-peer)# information-type fax 
se-10-0-0-0 (config-dial-peer)# session target mailto:$d$@mail-server.com 
se-10-0-0-0 (config-dial-peer)# exit 

Required Data for This Procedure

This procedure requires the domain name and hostname for the fax detection gateway.

SUMMARY STEPS

1. config t

2. ip domain-name domain_name

3. hostname host_name

4. call application voice offramp flash:app_faxmail_offramp.2.0.1.3.tcl

5. end

DETAILED STEPS

 
Command or Action
Purpose

Step 1 

config t

Example:

se-10-0-0-0# config t

Enters configuration mode.

Step 2 

ip domain-name domain_name

Example:

se-10-0-0-0(config)# ip domain-name faxdetection.com

Configures the domain on the on-ramp gateway.

Step 3 

hostname host_name

Example:

se-10-0-0-0(config)# hostname server23

Configures the hostname on the on-ramp gateway.

Step 4 

call application voice fax_detect flash:fax_detect_2.1.2.0.tcl

Example:

se-10-0-0-0(config)# call application voice fax_detect flash:fax_detect_2.1.2.0.tcl

Specifies where the router can find the fax detection application and load it onto the on-ramp gateway.

Step 5 

end

Example:

se-10-0-0-0(config)# end

Returns to privileged EXEC mode.