Introducing Analog Voice Ports on Cisco IOS Routers (Routing Calls over Analog Voice Ports) Part 4

Trunks

Trunks are used to interconnect gateways or PBX systems to other gateways, PBX systems, or the PSTN. A trunk is a single physical or logical interface that contains several physical interfaces and connects to a single destination. This could be a single FXO port that provides a single line connection between a Cisco gateway and a FXS port of small PBX system, a POTS device, or several T1 interfaces with 24 lines each in a Cisco gateway providing PSTN lines to several hundred subscribers.

Trunk ports can be analog or digital and use a variety of signaling protocols. Signaling can be done using either the voice channel (in-band) or an extra dedicated channel (out-of-band). The available features depend on the signaling protocol in use between the devices.

Figure 3-18 illustrates a variety of possible trunk connections.

 E&M Trunks

Figure 3-18 E&M Trunks

Consider the following characteristics of the trunks depicted in Figure 3-18:

■ If a subscriber at the London site places a call to the PSTN, the gateway uses one voice channel of the E1 R2 trunk interface.


■ If a subscriber of the legacy PBX system at the Chicago site needs to place a call to a subscriber with an IP phone connected to the Chicago gateway, the call will go via the E&M trunk between the legacy PBX and the gateway.

■ The Denver and the Chicago sites are connected to San Jose via Q Signaling (QSIG) to build up a common private numbering plan between those sites. Because Denver’s Cisco IP telephony rollout has not started yet, the QSIG trunk is established directly between San Jose’s gateway and Denver’s legacy PBX.

Analog Trunks

Because many organizations continue to use analog devices, a requirement to integrate analog circuits with VoIP or IP telephony networks still exists. To implement a Cisco voice gateway into an analog trunk environment, the FXS, FXO, DID, and E&M interfaces are commonly used, as illustrated in Figure 3-19.

Analog Trunks

Figure 3-19 Analog Trunks

PSTN carriers typically offer analog trunk features that can be supported on home phones. Table 3-5 presents a description of the common analog trunk features.

Table 3-5 Analog Trunk Features

Feature

Description

Caller ID

Caller ID allows users to see the calling number before answering the phone.

Message waiting

Two methods activate an analog message indicator:

■ High-DC voltage message-waiting indicator (MWI) light and frequency-shift keying (FSK) messaging.

■ Stuttered dial tone for phones without a visual indicator.

Call waiting

When a user is on a call and a new call comes in, the user hears an audible tone and can "click over" to the new caller.

Caller ID on call waiting

When a user is on a call, the name of the second caller is announced or the caller ID is shown.

Table 3-5 Analog Trunk Features

Feature

Description

Transfer

This feature includes both blind and supervised transfers using the standard established by Bellcore laboratories. The flash hook method is common with analog trunks.

Conference

Conference calls are initiated from an analog phone using flash hook or feature access codes.

Speed dial

A user can set up keys for commonly dialed numbers and dial these numbers directly from an analog phone.

Call forward all

Calls can be forwarded to a number within the dial plan.

Redial

A simple last-number redial can be activated from analog phones.

DID

Supported on E&M and FXS DID ports.

Figure 3-20 shows small business voice networks connected through a gateway to the PSTN. The voice network supports both analog phones and IP phones. The connection to the PSTN is through an FXO port, and the analog phone is connected to the small business network through an FXS port. The issue in this scenario is how the caller ID is passed to call destinations.

Analog Trunks - Example

Figure 3-20 Analog Trunks – Example

This example describes two calls; the first call is to an on-premises destination, and the second call is to an off-premises destination:

■ Call 1: Call 1 is from the analog phone to another phone on the premises. The FXS port is configured with a station ID name and station ID number. The name is John Smith, and the number is 555-0212. When a call is placed from the analog phone to another phone on the premises, an IP phone in this case, the caller name and number are displayed on the screen of the IP phone.

■ Call 2: Call 2 is placed from the same analog phone, but the destination is off the premises on the PSTN. The FXO port forwards the station-ID name and station-ID number to the CO switch. The CO switch discards the station ID name and station ID number and replaces them with information it has configured for this connection.

For inbound calls, the caller ID feature is supported on the FXO port in the gateway. If the gateway is configured for H.323, the caller ID is displayed on the IP phones and on the analog phones (if supported).

Note Although the gateway supports the caller ID feature, Cisco Unified Communications Manager does not support this feature on FXO ports if the gateway is configured for Media Gateway Control Protocol (MGCP).

Centralized Automated Message Accounting

A Centralized Automated Message Accounting (CAMA) trunk is a special analog trunk type originally developed for long-distance billing but now mainly used for emergency call services (911 and E911 services). You can use CAMA ports to connect to a Public Safety Answering Point (PSAP) for emergency calls. A CAMA trunk can send only outbound automatic number identification (ANI) information, which is required by the local public safety answering point (PSAP).

CAMA interface cards and software configurations are targeted at corporate enterprise networks and at service providers and carriers who are creating new or supplementing existing networks with Enhanced 911 (E911) services. CAMA carries both calling and called numbers by using in-band signaling. This method of carrying identifying information enables the telephone system to send a station identification number to the PSAP via multifrequency (MF) signaling through the telephone company E911 equipment. CAMA trunks are currently used in 80 percent of E911 networks. The calling number is needed at the PSAP for two reasons:

■ The calling number is used to reference the Automatic Location Identification (ALI) database to find the exact location of the caller and any extra information about the caller that might have been stored in the database.

■ The calling number is used as a callback number in case the call is disconnected. A number of U.S. states have initiated legislation that requires enterprises to connect directly to the E911 network. The U.S. Federal Communications Commission (FCC) has announced model legislation that extends this requirement to all U.S. states. Enterprises in areas where the PSTN accepts 911 calls on ISDN trunks can use existing Cisco ISDN voice-gateway products because the calling number is an inherent part of ISDN.

Note You must check local legal requirements when using CAMA.

Calls to emergency services are routed based on the calling number, not the called number. The calling number is checked against a database of emergency service providers that cross-references the service providers for the caller location. When this information is determined, the call is then routed to the proper PSAP, which dispatches services to the caller location.

During the setup of an E911 call, before the audio channel is connected, the calling number is transmitted to each switching point, known as a selective router, via CAMA.

The VIC2-2FXO and VIC2-4FXO cards support CAMA via software configuration. CAMA support is also available for the Cisco 2800 Series and 3800 Series ISRs. It is common for E911 service providers to require CAMA interfaces to their network.

Figure 3-21 shows a site that has a T1 PRI circuit for normal inbound and outbound PSTN calls. Because the local PSAP requires a dedicated CAMA trunk for emergency (911) calls, all emergency calls are routed using a dial peer pointing to the CAMA trunk.

Configuring a CAMA Trunk

Figure 3-21 Configuring a CAMA Trunk

The voice port 1/1/1 is the CAMA trunk. The actual configuration depends on the PSAP requirements. In this case, the digit 1 is used to signal the area code 312. The voice port is then configured for CAMA signaling using the signal cama command. Five options exist:

■ KP-0-NXX-XXXX-ST: 7-digit ANI transmission. The Numbering Plan Area (NPA), or area code, is implied by the trunk group and is not transmitted.

■ KP-0-NPA-NXX-XXXX-ST: 10-digit transmission. The E.164 number is fully transmitted.

■ KP-0-NPA-NXX-XXXX-ST-KP-YYY-YYY-YYYY-ST: Supports CAMA signaling with ANI/Pseudo ANI (PANI).

■ KP-2-ST: Default transmission when the CAMA trunk cannot get a corresponding Numbering Plan Digit (NPD) in the look-up table or when the calling number is fewer than 10 digits. (NPA digits are not available.)

■ KP-NPD-NXX-XXXX-ST: 8-digit ANI transmission, where the NPD is a single MF digit that is expanded into the NPA. The NPD table is preprogrammed in the sending and receiving equipment (on each end of the MF trunk). For example: 0=415, 1=510, 2=650, 3=916 05551234 = (415) 555-1234, 15551234 = (510) 555-1234 The NPD value range is 0-3.

When you use the NPD format, the area code needs to be associated with a single digit. You can preprogram the NPA into a single MF digit using the ani mapping voice port command. The number of NPDs programmed is determined by local policy as well as by the number of NPAs the PSAP serves. Repeat this command until all NPDs are configured or until the NPD maximum range is reached.

In this example, the PSAP expects NPD signaling, with the area code 312 being represented by the digit 1.

You could then complete the following steps to configure the voice port for CAMA operation:

Step 1. Configure a voice port for 911 calls.

tmp9115_thumb[2][2][2]

Step 2. Configure a dedicated dial peer to route emergency calls using the CAMA trunk when a user dials "911."

tmp9116_thumb[2][2][2]

Step 3. Configure a dedicated "9911" dial peer to route all emergency calls using the CAMA trunk when a user dials "9911."

tmp9117_thumb[2][2][2]

Step 4. Configure a standard PSTN dial peer for all other inbound and outbound PSTN calls.

tmp9118_thumb[2][2][2]

Example 3-4 shows the complete CAMA trunk configuration.

Example 3-4 CAMA Trunk Configuration

CAMA Trunk Configuration

Direct Inward Dial

Typically, FXS ports connect to analog phones, but some carriers offer FXS trunks that support DID. The DID service is offered by telephone companies, and it enables callers to dial an extension directly on a PBX or a VoIP system (for example, Cisco Unified

Communications Manager and Cisco IOS routers and gateways) without the assistance of an operator or automated call attendant. This service makes use of DID trunks, which forward only the last three to five digits of a phone number to the PBX, router, or gateway. For example, a company has phone extensions 555-1000 to 555-1999. A caller dials 555-1234, and the local CO forwards 234 to the PBX or VoIP system. The PBX or VoIP system then rings extension 234. This entire process is transparent to the caller.

An FXS DID trunk can receive only inbound calls, thus a combination of FXS, DID, and FXO ports is required for inbound and outbound calls. Two signaling types exist, loop-start and groundstart, with groundstart being the preferred method.

Figure 3-22 shows an analog trunk using an FXS DID trunk for inbound calls and a standard FXO trunk for outbound calls.

Configuring DID Trunks

Figure 3-22 Configuring DID Trunks

You could then complete the following steps to enable DID signaling on the FXS port: Step 1. Configure the FXS port for DID and wink-start.

tmp9121_thumb[2][2][2]

Step 2. Configure the FXO port for groundstart signaling.

tmp9122_thumb[2][2][2]

Step 3. Create an inbound dial peer using the FXS DID port. Note that direct inward dial is enabled.

tmp9123_thumb[2][2][2]

Step 4. Create a standard outbound dial peer using the FXO port.

tmp9124_thumb[2][2][2]

Example 3-5 shows the complete DID trunk configuration.

Example 3-5 DID Trunk Configuration

DID Trunk Configuration

Next post:

Previous post: