Home > Articles > Voice Interface Configuration

Voice Interface Configuration

  • Sample Chapter is provided courtesy of Cisco Press.
  • Date: Oct 16, 2006.

After reading this chapter, you should be able to perform the following tasks:

  • Configure analog and digital voice interfaces as new devices are introduced into the voice path
  • Configure analog and digital voice ports for optimal voice quality

Voice gateways bridge the gap between the VoIP world and the traditional telephony world (for example, a PBX, the PSTN, or an analog phone). Cisco voice gateways connect to traditional telephony devices via voice ports. This chapter introduces basic configuration of analog and digital voice ports, and demonstrates how to fine-tune voice ports with port-specific configurations.

Upon completing this chapter, you will be able to configure voice interfaces on Cisco voice-enabled equipment for connection to traditional, nonpacketized telephony equipment.

Configuring Voice Ports

Connecting voice devices to a network infrastructure requires an in-depth understanding of signaling and electrical characteristics that are specific to each type of interface. Improperly matched electrical components can cause echo and make a connection unusable. As another consideration, configuring devices for international implementation requires knowledge of country-specific settings. This section provides voice port configuration parameters for signaling and country-specific settings.

Before delving into the specific syntax of configuring these voice ports, this section begins by considering several examples of voice applications. The applications discussed help illustrate the function of the voice ports, whose configuration is addressed at the end of this section.

Voice Applications

Different types of applications require specific types of ports. In many instances, the type of port is dependent on the voice device connected to the network. Different types of voice applications include the following:

  • Local calls
  • On-net calls
  • Off-net calls
  • Private line, automatic ringdown (PLAR) calls
  • PBX-to-PBX calls
  • CallManager-to-CallManager calls
  • On-net to off-net calls

The following sections describe each type and provide an illustration of each.

Local Calls

Local calls, as illustrated in Figure 3-1, occur between two telephones connected to one Cisco voice-enabled router. This type of call is handled entirely by the router and does not travel over an external network. Both telephones are directly connected to Foreign Exchange Station (FXS) ports on the router.

Figure 3-1

Figure 3-1 Local Calls

On-Net Calls

On-net calls occur between two telephones on the same data network, as shown in Figure 3-2. The calls can be routed through one or more Cisco voice-enabled routers, but the calls remain on the same data network. The edge telephones attach to the network through direct connections and FXS ports, or through a PBX, which typically connects to the network via a T1 connection. IP phones that connect to the network via switches place on-net calls through Cisco Unified CallManager. The connection across the data network can be a LAN connection, as in a campus environment, or a WAN connection, as in an enterprise environment.

Figure 3-2

Figure 3-2 On-Net Calls

Off-Net Calls

Figure 3-3 shows an example of an off-net call. To gain access to the public switched telephone network (PSTN), the user dials an access code, such as 9, from a telephone that is directly connected to a Cisco voice-enabled router or PBX. The connection to the PSTN is typically a single analog connection via a Foreign Exchange Office (FXO) port or a digital T1 or E1 connection.

Figure 3-3

Figure 3-3 Off-Net Calls

PLAR Calls

PLAR calls automatically connect a telephone to a second telephone when the first telephone goes off hook, as depicted in Figure 3-4. When this connection occurs, the user does not get a dial tone because the voice-enabled port that the telephone is connected to is preconfigured with a specific number to dial. A PLAR connection can work between any types of signaling, including receive and transmit (ear and mouth [E&M]), FXO, FXS, or any combination of analog and digital interfaces. As an example, you might have encountered a PLAR connection at an airline ticket counter, where you pick up a handset and are immediately connected with an airline representative.

Figure 3-4

Figure 3-4 PLAR Calls

PBX-to-PBX Calls

PBX-to-PBX calls, as shown in Figure 3-5, originate at a PBX at one site and terminate at a PBX at another site while using the network as the transport between the two locations. Many business environments connect sites with private tie trunks. When migrating to a converged voice and data network, this same tie-trunk connection can be emulated across the IP network. Modern PBX connections to the network are typically digital T1 or E1 with channel associated signaling (CAS) or PRI signaling, although PBX connections can also be analog.

Figure 3-5

Figure 3-5 PBX-to-PBX Calls

CallManager-to-CallManager Calls

As part of an overall migration strategy, a business might replace PBXs with a Cisco Unified CallManager infrastructure. This infrastructure includes IP telephones that plug directly into the IP network. Cisco Unified CallManager performs the same call-routing functions formerly provided by the PBX. When an IP phone uses Cisco Unified CallManager to place a call, Cisco CallManager, based on its configuration, assesses whether the call is destined for another IP phone under its control or whether the call must be routed through a remote Cisco CallManager for call completion. Although the call stays on the IP network, it might be sent between zones. Every Cisco CallManager is part of a zone. A zone is a collection of devices that are under a common administration, usually a Cisco Unified CallManager or gatekeeper. Figure 3-6 provides an example of a CallManager-to-CallManager call.

Figure 3-6

Figure 3-6 CallManager-to-CallManager Calls

On-Net to Off-Net Calls

When planning a resilient call-routing strategy, it might be necessary to reroute calls through a secondary path should the primary path fail. An on-net to off-net call, as illustrated in Figure 3-7, originates on an internal network and is routed to an external network, usually to the PSTN. On-net to off-net call-switching functionality might be necessary when a network link is down or if a network becomes overloaded and unable to handle all calls presented.

Figure 3-7

Figure 3-7 On-Net to Off-Net Calls

Summarizing Examples of Voice Port Applications

Table 3-1 lists application examples for each type of call.

Table 3-1. Voice Port Call Types

Type of Call

Example

Local call

One staff member calls another staff member at the same office. The call is switched between two ports on the same voice-enabled router.

On-net call

One staff member calls another staff member at a remote office. The call is sent from the local voice-enabled router, across the IP network, and terminated on the remote office voice-enabled router.

Off-net call

A staff member calls a client who is located in the same city. The call is sent from the local voice-enabled router, which acts as a gateway, to the PSTN. The call is then sent to the PSTN for call termination.

PLAR call

A client picks up a customer service telephone located in the lobby of an office and is automatically connected to a customer service representative without dialing any digits. The call is automatically dialed, based on the PLAR configuration of the voice port. In this case, as soon as the handset goes off hook, the voice-enabled router generates the prespecified digits to place the call.

PBX-to-PBX call

One staff member calls another staff member at a remote office. The call is sent from the local PBX, through a voice-enabled router, across the IP network, through the remote voice-enabled router, and terminated on the remote office PBX.

CallManager-to-CallManager call

One staff member calls another staff member at a remote office using IP phones. The call setup is handled by the Cisco Unified CallManagers at both locations. After the call is set up, the IP phones generate IP packets carrying voice between sites.

On-net to off-net call

One staff member calls another staff member at a remote office while the IP network is congested. When the originating voice-enabled router determines that it cannot terminate the call across the IP network, it sends the call to the PSTN with the appropriate dialed digits to terminate the call at the remote office via the PSTN network.

FXS Ports

FXS ports connect analog edge devices, such as analog phones, fax machines, and modems. In North America, the FXS port connection functions with default settings most of the time. The same cannot be said for other countries and continents. Remember, FXS ports look like switches to the edge devices that are connected to them. Therefore, the configuration of the FXS port should emulate the switch configuration of the local PSTN. For example, if the local PSTN uses loop-start signaling, the FXS port should use loop-start signaling.

Consider the scenario of an international company with offices in the United States and England. The PSTN of each country provides signaling that is standard for that country. In the United States, the PSTN provides a dial tone that is different from the dial tone in England. Also, when the telephone rings to signal an incoming call, the ring is different in the United States. Another instance when the default configuration might be changed is when the connection is a trunk to a PBX or key system. In that case, the FXS port must be configured to match the settings of that device.

FXS Configuration Parameters

FXS port configuration allows you to set parameters based on the requirements of the connection. You can alter the default settings and fine-tune the parameters for specific needs. For example, you might need to connect an older phone with a mechanical ringer to a router, and the FXS port's default ringing frequency does not work for the older phone's ringer. You could adjust the ringing frequency parameter to fix that problem. You can set the following configuration parameters for an FXS port:

  • signal—Sets the signaling type for the FXS port. In most cases, the default signaling of loop-start works well. If the connected device is a PBX or a key system, the preferred signaling is ground start. Modern PBXs and key systems do not normally use FXS ports as connections to the network, but older systems might still have these interfaces. When connecting the FXS port to a PBX or key system, you must check the configuration of the voice system and set the FXS port to match the system setting.
  • cptone—Configures the appropriate call-progress tone for the local region. The call-progress tone setting determines the dial tone, busy tone, and ringback tone to the originating party.
  • description—Configures a description for the voice port. You can use the description setting to describe the voice port in show command output. It is almost always useful to provide some information about the usage of a port. The description could specify the type of equipment that is connected to the FXS port.
  • ring frequency—Configures a specific ring frequency (in Hz) for an FXS voice port. You must select the ring frequency that matches the connected equipment. If set incorrectly, the attached telephone might not ring or might buzz. In addition, the ring frequency is usually country dependent, and you should take into account the appropriate ring frequency for your area before you configure this command.
  • ring cadence—Configures the ring cadence for an FXS port. The ring cadence defines how ringing voltage is sent to signal a call. The normal ring cadence in North America is 2 seconds of ringing followed by 4 seconds of silence. The United Kingdom uses a double ring of 0.4 seconds separated by 0.2 seconds of silence, followed by 2 seconds of silence. When configured, the cptone setting automatically sets the ring cadence to match that country. You can manually set the ring cadence if you want to override the default country value. You might have to shut down and reactivate the voice port before the configured value takes effect.
  • disconnect-ack—Configures an FXS voice port to remove line power if the equipment on an FXS loop-start trunk disconnects first. This removal of line power is not something the user hears, but instead is a method for electrical devices to signal that one side has ended the call.
  • busyout—Configures the ability to busy out an analog port, perhaps for maintenance purposes.
  • station id name—Provides the station name associated with the voice port. This parameter is passed as a calling name to the remote end if the call is originated from this voice port. Maximum string length is limited to 15.
  • station id number—Provides the station number that is to be used as the calling number associated with the voice port. This parameter is optional and, if provided, will be used as the calling number if the call is originated from this voice port. If not specified, the calling number will be used from a reverse dial-peer search. Maximum string length is 15.

Configuring FXS Ports

Figure 3-8 shows an FXS port of a router connecting into a PBX.

Figure 3-8

Figure 3-8 FXS Voice Port Configuration

The syntax given in Example 3-1 shows how the British office, in Figure 3-8, is configured to enable ground-start signaling on a router on FXS voice port 1/1/1. Notice the call-progress tones are set for Great Britain, and the ring cadence is set for pattern 1.

Example 3-1. FXS Voice Port Configuration on a Voice-Enabled Router

Router#configure terminal
Router(config)#voice-port 1/1/1
!Enters voice-port configuration mode
Router(config-voiceport)#signal ground-start
!Enables ground-start signaling
Router(config-voiceport)#cptone GB
!Sets call-progress tones for Great Britain
Router(config-voiceport)#ring cadence pattern01
!Specifies ring cadence pattern 1

FXO Ports

FXO ports act like telephones and connect to central office (CO) switches or to a station port on a PBX. This section describes FXO port configuration parameters and provides a sample FXO port configuration.

FXO Configuration Parameters

In most instances, the FXO port connection functions with default settings. FXO port configuration allows you to set parameters based on the requirements of the connection. As with FXS ports, you can alter default settings and fine-tune parameters. You can set the following configuration parameters for an FXO port:

  • signal—Sets the signaling type for the FXO port. If the FXO port is connected to the PSTN, the default setting of loop start is usually appropriate. If the FXO port is connected to a PBX, the signal setting must match the PBX.
  • ring number—Configures the number of rings before an FXO port answers a call. This is useful when you have other equipment available on the line to answer incoming calls. The FXO port answers if the equipment that is online does not answer the incoming call within the configured number of rings.
  • dial-type—Configures the appropriate dial type for outbound dialing. Older PBXs or key sets might not support dual-tone multifrequency (DTMF) dialing. If you are connecting an FXO port to this type of device, you might need to set the dial type for pulse dialing.
  • description—Configures a description for the voice port. Use the description setting to describe the voice port in show command output.
  • supervisory disconnect—Configures supervisory disconnect signaling on the FXO port. Supervisory disconnect signaling is a power denial from the switch that lasts at least 350 ms. When this condition is detected, the system interprets this as a disconnect indication from the switch and clears the call. You should disable supervisory disconnect on the voice port if there is no supervisory disconnect available from the switch. Typically, supervisory disconnect is available when connecting to the PSTN and is enabled by default. When the connection extends out to a PBX, you should verify the documentation to ensure that supervisory disconnect is supported.

Configuring FXO Ports

Figure 3-9 shows a router's FXO port connecting into a PBX.

Figure 3-9

Figure 3-9 FXO Voice Port Configuration

The configuration in Example 3-2 enables loop-start signaling on the router, on FXO voice port 1/0/0. The ring-number setting of 3 specifies that the FXO port does not answer the call until after the third ring, and the dial type is set to DTMF.

Example 3-2. FXO Voice Port Configuration on a Voice-Enabled Router

Router#configure terminal
Router(config)#voice-port 1/0/0
!Enters voice-port configuration mode
Router(config-voiceport)#signal loop-start
!Enables loop-start signaling
Router(config-voiceport)#ring number 3
!Sets FXO port to answer after three rings
Router(config-voiceport)#dial-type dtmf
!Specifies dial type of DTMF

E&M Ports

E&M ports provide signaling that is used generally for switch-to-switch or switch-to-network trunk connections. This section describes E&M configuration parameters and provides an example of an E&M port configuration.

E&M Configuration Parameters

Although E&M ports have default parameters, you must usually configure these parameters to match the device that is connected to the E&M port.

You can set the following configuration parameters:

  • signal—Configures the signal type for E&M ports which defines the signaling used when notifying a port to send dialed digits. This setting must match that of the PBX to which the port is connected. You must shut down and reactivate the voice port before the configured value takes effect.

    With wink-start signaling, the router listens on the M-lead to determine when the PBX wants to place a call. When the router detects current on the M-lead, it waits for availability of digit registers and then provides a short wink on the E-lead to signal the PBX to start sending digits.

    With delay-start, the router provides current on the E-lead immediately upon seeing current on the M-lead. When current is stopped for the digit-sending duration, the E-lead stays high until digit registers are available. With immediate-start, the PBX simply waits a short time after raising the M-lead and then sends the digits without a signal from the router.

  • operation—Configures the cabling scheme for E&M ports. The operation command affects the voice path only. The signaling path is independent of two-wire versus four-wire operation settings. If the wrong cable scheme is specified, the user might get voice traffic in one direction only. You must check with the PBX configuration to ensure that the settings match. You must then shut down and reactivate the voice port for the new value to take effect.
  • type—Configures the E&M interface type for a specific voice port. The type defines the electrical characteristics for the E- and M-leads. The E- and M-leads are monitored for on-hook and off-hook conditions. From a PBX perspective, when the PBX attempts to place a call, it goes high (off hook) on the M-lead. The switch monitors the M-lead and recognizes the request for service. If the switch attempts to pass a call to the PBX, the switch goes high on the E-lead. The PBX monitors the E-lead and recognizes the request for service by the switch. To ensure that the settings match, you must check them against the PBX configuration.
  • auto-cut-through—Configures the ability to enable call completion when a PBX does not provide an M-lead response. For example, when the router is placing a call to the PBX, even though they might have the same correct signaling configured, not all PBXs provide the wink with the same duration or voltage. Therefore, the router might not understand the PBX wink. The auto-cut-through command allows the router to send digits to the PBX, even when the expected wink is not detected.
  • description—Configures a description for the voice port. Use the description setting to describe the voice port in show command output.

Configuring E&M Ports

Figure 3-10 shows a router's E&M port connecting to a PBX's E&M interface.

Figure 3-10

Figure 3-10 E&M Voice Port Configuration

The configuration in Example 3-3 enables wink-start signaling on the router, on E&M voice port 1/1/1. The operation is set for the two-wire voice-cabling scheme, meaning the voice path consists of two wires, and the type is set to 1.

Example 3-3. E&M Voice Port Configuration on a Voice-Enabled Router

Router#configure terminal
Router(config)#voice port 1/1/1
!Enters voice port configuration mode
Router(config-voiceport)#signal wink-start
!Enables Wink-Start signaling
Router(config-voiceport)#operation 2-wire
!Sets operation for two-wire cabling scheme
Router(config-voiceport)#type 1
!Configures type 1 E&M port

Timers and Timing

A variety of default timer settings are configured for various voice ports. Under normal use, these timers do not need adjusting. In instances where ports are connected to a device that does not properly respond to dialed digits or hookflash (that is, quickly transitioning from the off-hook state to the on-hook state and back to the off-hook state) or where the connected device provides automated dialing, these timers can be configured to allow more or less time for a specific function.

Timers and Timing Configuration Parameters

You can set a number of timers and timing parameters for fine-tuning the voice port. Following are voice port configuration parameters that you can set:

  • timeouts initial—Configures the initial digit timeout value in seconds. This value controls how long the dial tone is presented before the first digit is expected. This timer typically does not need to be changed from its default of 10 seconds.
  • timeouts interdigit—Configures the number of seconds for which the system will wait for the caller to input a subsequent digit of the dialed digits after the caller has input the initial digit. If the digits are coming from an automated device and the dial plan is a variable-length dial plan, you can shorten this timer so that the call proceeds without having to wait the full default of 10 seconds for the interdigit timer to expire.
  • timeouts ringing—Configures the length of time that a caller can continue ringing a telephone when there is no answer. You can configure this setting to be less than the default of 180 seconds so that you do not tie up the voice port when it is evident that the call is not going to be answered.
  • timing digit—Configures the DTMF digit-signal duration for a specified voice port. You can use this setting to fine-tune a connection to a device that might have trouble recognizing dialed digits. If a user or device dials too quickly, the digit might not be recognized. By changing the timing on the digit timer, you can provide for a shorter or longer DTMF duration.
  • timing interdigit—Configures the DTMF interdigit duration for a specified voice port. You can change this setting to accommodate faster or slower dialing characteristics.
  • timing hookflash-in and hookflash-out—Configures the maximum duration (in milliseconds) of a hookflash indication. Hookflash is an indication by a caller that the caller wishes to do something specific with the call, such as transfer the call or place the call on hold.

    For hookflash-in, if the hookflash lasts longer than the specified limit, the FXS interface processes the indication as on hook. If you set the value too low, the hookflash might be interpreted as a hang up; if you set the value too high, the handset has to be left hung up for a longer period to clear the call.

    For hookflash-out, the setting specifies the duration (in milliseconds) of the hookflash indication that the gateway generates outbound. You can configure this to match the requirements of the connected device.

Configuring Timers

The installation in Figure 3-11 serves as a solution in a home for the elderly, where users might need more time to dial digits than in other residences. Also, there is a requirement to allow the telephone to ring, unanswered, for only one minute. Figure 3-11 shows an analog phone connecting into FXS port 1/0/0 on a voice-enabled router.

Figure 3-11

Figure 3-11 Timers and Timing Configuration

The FXS port's configuration, as shown in Example 3-4, enables several timing parameters for this voice port. The initial timeout is lengthened to 15 seconds, the interdigit timeout is lengthened to 15 seconds, the ringing timeout is set to 60 seconds, and the hookflash-in timer is set to 500 ms.

Example 3-4. Timer Voice Port Configuration on a Voice-Enabled Router

Router#configure terminal
Router(config)#voice-port 1/0/0
!Enters voice-port configuration mode
Router(config-voiceport)#timeouts initial 15
!Sets initial timeout to 15 seconds
Router(config-voiceport)#timeouts interdigit 15
!Sets interdigit timeouts to 15 seconds
Router(config-voiceport)#timeouts ringing 60
!Sets ringing timeout to 60 seconds
Router(config-voiceport)#timing hookflash-in 500
!Sets hookflash-in to 500 ms duration

Digital Voice Ports

While analog voice ports typically carry a single voice call on a single port, digital voice ports often carry multiple voice conversations over a single voice port. Therefore, digital voice ports might be more appropriate for environments with a high call volume. As a rule of thumb, if a design requires more than seven voice connections, the designer should consider a digital voice port, as opposed to multiple analog voice ports, due to the economies of scale offered by the higher-density digital voice ports.

Digital Voice Configuration Parameters

When you purchase a T1 or E1 connection, make sure that your service provider gives you the appropriate settings. Before you configure a T1 or E1 controller to support digital voice ports, you must enter the following basic configuration parameters to bring up the interface:

  • framing—Selects the frame type for a T1 or E1 data line. The framing configuration differs between T1 and E1, as follows:
    • - Options for T1—Super Frame (SF) or Extended Superframe (ESF). SF is the default.
    • - Options for E1—4-bit cyclic redundancy check (CRC4), no-CRC4, or Australia. CRC4 is the default.
  • linecode—Configures the line-encoding format for the DS1 link. The linecode configuration differs for T1 and E1, as follows:
    • - Options for T1—Alternate mark inversion (AMI) or binary 8-zero substitution (B8ZS). AMI is the default.
    • - Options for E1—AMI or high-density binary 3 (HDB3). HDB3 is the default.
  • clock source—Configures clocking for individual T1 or E1 links. Line and internal are the options for both T1 and E1. Line is the default.

You must create a digital voice port in the T1 or E1 controller to make the digital voice port available for specific voice port configuration parameters. You must also assign timeslots and signaling to the logical voice port. The first step is to create the T1 or E1 digital voice port with the ds0-group ds0-group-no timeslots timeslot-list type signal-type command. The following list describes the command syntax:

  • The ds0-group command automatically creates a logical voice port that is numbered as slot/port:ds0-group-no.
  • The ds0-group-no parameter identifies the DS0 group (number from 0 to 23 for T1 and from 0 to 30 for E1). This group number is used as part of the logical voice port numbering scheme.
  • The timeslots command allows the user to specify which timeslots are part of the DS0 group.
  • The timeslot-list parameter is a single timeslot number, a single range of numbers, or multiple ranges of numbers separated by commas.
  • The type command defines the emulated analog signaling method that the router uses to connect to the PBX or PSTN. The type depends on whether the interface is T1 or E1.
  • The signal-type parameter is the signaling type being used by all channels in the DS0 group. For example, the signaling type could be configured as e&m-wink-start, which would cause each channel in the DS0 group to use E&M wink-start signaling.

After you specify a ds0-group command, the system creates a logical voice port. You must then enter the voice-port configuration mode to configure port-specific parameters. To enter voice port configuration mode, use the voice-port slot/port:ds0-group-no command.

To delete a DS0 group, you must first shut down the logical voice port. When the port is in shutdown state, you can remove the DS0 group from the T1 or E1 controller with the no ds0-group ds0-group-no command.

Configuring a T1 Controller

Figure 3-12 illustrates how specific channels within a T1 can be defined as a DS0 group.

Figure 3-12

Figure 3-12 Digital Voice Configuration

The syntax for the topology shown is presented in Example 3-5. The example configures the T1 controller for ESF framing, B8ZS line coding, and timeslots 1 through 12 with E&M wink-start signaling. The resulting logical voice port is 1/0:1, where 1/0 is the module and slot number and :1 is the ds0-group-no value that was assigned during configuration. You can configure the remaining timeslots for other signaling types or leave them unused.

Example 3-5. DS0 Group Configuration on a Voice-Enabled Router

Router#configure terminal
Router(config)#controller t1 1/0
!Enters controller configuration mode
Router(config-controller)#framing esf
!Sets the framing to Extended Superframe
Router(config-controller)#clock source line
!Specifies that the controller receives clocking from the network
Router(config-controller)#linecode b8zs
!Sets the linecoding to Bipolar 8 Zero Substitution
Router(config-controller)#ds0-group 1 timeslots 1-12 type e&m-wink-start
!Defines a DS0 group, which contains the first 12 channels of the T1, and configures the signaling for those channels as E&M Wink Start signaling

ISDN

Cisco voice-capable devices provide support for both PRI and BRI voice connections. Many PBX vendors support either T1/E1 PRI or BRI connections. In Europe, where ISDN is more popular, many PBX vendors support BRI connections. When designing how the PBX passes voice to the network, you must ensure that the router supports the correct connection.

ISDN Configuration Parameters

The first step in configuring ISDN capabilities for T1 or E1 PRI is to configure the T1 or E1 controller basics. After the clock source, framing, and line code are configured, ISDN voice functionality requires the following configuration commands:

  • isdn switch-type—Configures the ISDN switch type. You can enter this parameter in global configuration mode or in interface configuration mode. If you configure both, the interface switch type takes precedence over the global switch type. This parameter must match the provider ISDN switch. This setting is required for both BRI and PRI connections.
  • pri-group—Configures timeslots for the ISDN PRI group. T1 allows for timeslots 1 to 23, with timeslot 24 allocated to the D channel. E1 allows for timeslots 1 to 31, with timeslot 16 allocated to the D channel. You can configure the PRI group to include all available timeslots, or you can configure a select group of timeslots for the PRI group.
  • isdn incoming-voice voice—Configures the interface to send all incoming calls to the digital signal processor (DSP) card for processing.
  • QSIG signaling—Configures the use of Q Signaling (QSIG) signaling on the D channel. You typically use this setting when connecting via ISDN to a PBX. The command to enable QSIG signaling is isdn switch-type primary-qsig for PRI and isdn switch-type basic-qsig for BRI connections.

Configuring ISDN

Figure 3-13 shows an ISDN port on a voice-enabled router connecting into an ISDN port on a PBX.

Figure 3-13

Figure 3-13 ISDN Configuration

Example 3-6 shows the configuration for this connection. The connection is configured for QSIG signaling across all 23 timeslots.

Example 3-6. ISDN Voice Port Configuration on a Voice-Enabled Router

Router (config)#isdn switch-type primary-qsig
!QSIG signaling support
Router (config)#controller T1 0/0
Router (config-controller)#pri-group timeslots 1-23
!PRI timeslot allocation
Router (config)#interface serial 0/0:23
Router (config-if)#isdn incoming-voice voice
!Sends incoming calls to DSPs

Common Channel Signaling Options

Proprietary signaling can be passed between two PBXs through the use of Transparent Common Channel Signaling (T-CCS), an example of which is provided in Figure 3-14.

Figure 3-14

Figure 3-14 CCS Options

The syntax for the configuration shown is provided in Example 3-7. The dial-peer and voice-port commands are covered in Chapter 4, "Voice Dial Peer Configuration." For now, consider the ds0-group 1 timeslots 24 type ext-sig command, entered in controller configuration mode. This command specifies that the 24th channel of the T1 is going to be carrying external signaling, which the router should not attempt to interpret. Also, notice the codec clear-channel command. This command tells the router to pass the signaling information through the DSP transparently, without any compression or processing.

Example 3-7. Transparent Common Channel Signaling Configuration

Router(config)#controller T1 1/0
Router(config-controller)#ds0-group 1 timeslots 24 type ext-sig
!Configures the signaling channel for external signaling
Router(config-controller)#exit
Router config)#dial-peer voice 1 voip
!Creates a VoIP dial peer
Router(config-dialpeer)#codec clear-channel
!Specifies clear-channel CODEC to pass signaling through the DSP without
!compression or processing
Router(config-dialpeer)#destination-pattern 1000
!Specifies a destination pattern
Router(config-dialpeer)#session target ipv4:10.18.0.1
!Specifies IP address of remote site router
Router(config-dialpeer)#exit
Router(config)#voice-port 1/0:1
Router(config-voiceport)#connection trunk 1000 answer-mode
!Creates a trunk on voice-port 1/0:1 and ties it to the VoIP dial peer with
!a destination pattern of 1000

In many cases, PBXs support proprietary signaling that is used to signal supplementary services only, such as making a light on the telephone blink when voice mail is waiting. Because the router does not understand this proprietary signaling, the signaling must be carried transparently across the network without interpretation. T-CCS allows the connection of two PBXs with digital interfaces that use a proprietary or unsupported common channel signaling (CCS) protocol. T1 and E1 traffic is transported transparently through the data network, and the T-CCS feature preserves proprietary signaling. From the PBX stand-point, this type of communication is accomplished through a point-to-point connection.

The configuration for T-CCS in a Voice over IP (VoIP) environment calls for the following three-step process:

  1. To define the DS0 group, configure the command ds0-group ds0-group-no timeslots timeslot-list type ext-sig in the T1 or E1 controller configuration mode. The timeslots command specifies the D channel that carries call signaling. The type ext-sig command specifies that the signaling is coming from an external source.
  2. Create the dial peer, as follows:
    1. Configure a VoIP dial peer that points to the IP address of the remote voice-enabled router that connects to the remote PBX.
    2. Configure the dial peer for clear-channel codec that signals the DSP to pass the signaling without interpretation.
    3. Specify the destination pattern for the dial peer, which is used to create the trunk in Step 3. The number entered here must match the number entered in the trunk command.
    4. Configure the session target to point to the IP address of the remote voice-enabled router.
    5. Configure the dial peer to point to the IP address of the remote site voice-enabled router using the session target command.
  3. Create the voice port trunk.

Configure the connection trunk digits answer-mode command at the logical voice port to create a trunk from that port through the VoIP dial peer and across the IP network to the remote router. The digits parameter must match the destination pattern in the VoIP dial peer created in Step 2. The answer-mode parameter specifies that the router should not attempt to initiate a trunk connection but should wait for an incoming call before establishing the trunk.

The process for passing the signal transparently through the IP network is as follows:

  1. PBX1 sends proprietary signaling across the signaling channel to router 1.
  2. The logical voice port that corresponds to the signaling channel is configured for trunking, so the router looks for the dial peer that matches the trunk digits parameter.
  3. The VoIP dial peer is configured for clear-channel codec and points to the IP address of the remote router (router 2) connecting the remote PBX (PBX2).
  4. The remote router has a plain old telephone service (POTS) dial peer configured that points to the logical voice port associated with the signaling channel of PBX2. The signal arrives at PBX2 in its native form.

This process shows the T-CCS signaling part of the configuration only. Additional DS0 group and dial-peer configuration is necessary for transport of the voice channels.

Monitoring and Troubleshooting

After physically connecting analog or digital devices to a Cisco voice-enabled router, you might need to issue show, test, or debug commands to verify or troubleshoot your configuration. For example, the following list enumerates six steps to monitor and troubleshoot voice ports:

  1. Pick up the handset of an attached telephony device and check for a dial tone. If there is no dial tone, check the following:
    • Is the plug firmly seated?
    • Is the voice port enabled?
    • Is the voice port recognized by the Cisco IOS?
    • Is the router running the correct version of Cisco IOS in order to recognize the module?
  2. If you have a dial tone, check for DTMF voice band tones, such as touch-tone detection. If the dial tone stops when you dial a digit, the voice port is probably configured properly.
  3. Use the show voice port command to verify that the data configured is correct. If you have trouble connecting a call and you suspect that the problem is associated with voice port configuration, you can try to resolve the problem by performing Steps 4 through 6
  4. Use the show voice port command to make sure that the port is enabled. If the port is administratively down, use the no shutdown command. If the port was working previously and is not working now, it is possible that the port is in a hung state. Use the shutdown/no shutdown command sequence to reinitialize the port.
  5. If you have configured E&M interfaces, make sure that the values associated with your specific PBX setup are correct. Specifically, check for two-wire or four-wire wink-start, immediate-start, or delay-start signaling types, and the E&M interface type. These parameters need to match those set on the PBX for the interface to communicate properly.
  6. You must confirm that the voice network module (VNM) (that is, the module in the router that contains the voice ports) is correctly installed. With the device powered down, remove the VNM and reinsert it to verify the installation. If the device has other slots available, try inserting the VNM into another slot to isolate the problem. Similarly, you must move the voice interface card (VIC) to another VIC slot to determine if the problem is with the VIC card or with the module slot.

For your reference, Table 3-2 lists six show commands for verifying the voice port configuration.

Table 3-2. Commands to Verify Voice Ports

Command

Description

show voice port

Shows all voice port configurations in detail

show voice port slot/subunit/port

Shows one voice port configuration in detail

show voice port summary

Shows all voice port configurations in brief

show voice busyout

Shows all ports configured as busyout

show voice dsp

Shows status of all DSPs

show controller T1 | E1

Shows the operational status of a controller

For your further reference, Table 3-3 provides a series of commands used to test Cisco voice ports. The test commands provide the ability to analyze and troubleshoot voice ports on voice-enabled routers. As Table 3-3 shows, there are five test commands to force voice ports into specific states to test the voice port configuration. The csim start dial-string command simulates a call to any end station for testing purposes.

Table 3-3. test Commands

Command

Description

test voice port port_or_DS0-group_identifier detector {m-lead | battery-reversal | ring | tip-ground | ring-ground | ring-trip} {on | off | disable}

Forces a detector into specific states for testing.

test voice port port_or_DS0-group_identifier inject-tone {local | network} {1000hz | 2000hz | 200hz | 3000hz | 300hz | 3200hz | 3400hz | 500hz | quiet | disable}

Injects a test tone into a voice port. A call must be established on the voice port under test. When you are finished testing, be sure to enter the disable command to end the test tone.

test voice port port_or_DS0-group_identifier loopback {local | network | disable}

Performs loopback testing on a voice port. A call must be established on the voice port under test. When you finish the loopback testing, be sure to enter the disable command to end the forced loopback.

test voice port port_or_DS0-group_identifier relay {e-lead | loop | ring-ground | battery-reversal | power-denial | ring | tip-ground} {on | off | disable}

Tests relay-related functions on a voice port.

test voice port port_or_DS0-group_identifier switch {fax | disable}

Forces a voice port into fax or voice mode for testing. If the voice port does not detect fax data, the voice port remains in fax mode for 30 seconds and then reverts automatically to voice mode. After you enter the test voice port switch fax command, you can use the show voice call command to check whether the voice port is able to operate in fax mode.

csim start dial-string

Simulates a call to the specified dial string. It is most useful when testing dial plans.

Table 3-4 lists ISDN show and debug commands specific to the monitoring and troubleshooting of ISDN connections.

Table 3-4. ISDN Commands

Command

Description

show isdn active

Shows ISDN calls in progress

show isdn history

Shows ISDN call history

show isdn status

Shows ISDN line status

show isdn timers

Shows ISDN timer values

debug isdn events

Displays ISDN events in real time

debug isdn q921

Displays ISDN Q.921 packets in real time

debug isdn q931

Displays ISDN Q.931 packets in real time

Tuning Voice Quality

User acceptance of the converged voice and data network depends on the quality of current calls compared to the quality through their original providers. As new devices are introduced in the voice path, it is important to understand how the electrical characteristics of interfaces impact voice quality. This section discusses these electrical characteristics and how to fine-tune them for improved voice quality.

Electrical Characteristics

Voice signal power in a long-distance connection must be tightly controlled. The delivered signal power must be high enough to be clearly understood, but not so strong that it leads to instabilities such as echo. In the traditional telephony network, telephone companies control the signal power levels at each analog device. Now that the IP network is carrying voice, it might be necessary to adjust signal power on a voice interface to fine-tune the voice quality.

Echo

Most initial voice signals enter the network through a two-wire local loop. Most switches connect to other switches through a four-wire connection. As voice travels through the network for delivery to the remote telephone, the voice signal must be passed from the two-wire local loop to the four-wire connection at the first switch, and from the four-wire connection at the switch to a two-wire local loop at the remote end. If the impedance at these two-wire to four-wire connections is not matched exactly, some of the voice signal reflects back in the direction of the source. As a result, originating callers hear their own voice reflected back. Sometimes, the reflected signal is reflected again, causing the destination to hear the same conversation twice.

In a traditional voice network, voice can reflect back. It usually goes unnoticed, however, because the delay is so low. In a VoIP network, echo is more noticeable because both packetization and compression contribute to delay. Specifically, for echo to be a problem, all of the following conditions must exist:

  • An analog leakage path between analog Tx and Rx paths
  • Sufficient delay in echo return for echo to be perceived as annoying
  • Sufficient echo amplitude to be perceived as annoying

Two types of echo might exist in a telephony network: talker echo and listener echo. Talker echo, which is the most common type of echo, occurs when the speech energy of a talker, transmitted down the primary signal path, is coupled into the receiving path from the far end (or tail circuit), as illustrated in Figure 3-15. Talkers then hear their own voice, delayed by the total echo path delay time. If the "echoed""signal has sufficient amplitude and delay, the result can be annoying to the user and can interfere with the normal speech process. Talker echo is usually a direct result of the two-wire to four-wire conversion that takes place through "hybrid" transformers.

Figure 3-15

Figure 3-15 Talker Echo

Listener echo is less common than talker echo. As shown in Figure 3-16, listener echo occurs at the far end by circulating voice energy and is generally caused by the two-wire and four-wire hybrid transformers (caused by the "echo being echoed"). The voice of the talker is echoed by the far-end hybrid, and when the echo comes back to the listener, the hybrid on the side of the listener echoes the echo back toward the listener. The effect is that the person listening hears both the talker and an echo of the talker.

Figure 3-16

Figure 3-16 Listener Echo

Signal Strength

Another problem is inconsistent volume at different points in the network. Both echo and volume inconsistency might be caused by a voice port generating a signal level that is too high or too low. You can adjust signal strength, either in the inbound direction from an edge telephone or switch into the voice port, or in the outbound direction from the voice port to the edge telephone or switch. Echo results from incorrect input or output levels, or from an impedance mismatch. Although these adjustments are available on the Cisco voice equipment, they are also adjustable on PBX equipment.

Too much input gain can cause clipped or fuzzy voice quality. If the output level is too high at the remote router voice port, the local caller hears echo. If the local router voice port input decibel level is too high, the remote side hears clipping. If the local router voice port input decibel level is too low, or the remote router output level is too low, the remote-side voice can become distorted at a very low volume and DTMF tones might be missed.

Calculating Decibel Levels

Change in signal strength is measured in decibels (dBs). You can either boost the signal or attenuate it by configuring the voice port for input gain or output attenuation. You must be aware of what a voice port connects to and know at what dB level that device works best.

Calculating network dB levels is often an exercise in simple number line arithmetic. Table 3-5 provides common dB levels.

Table 3-5. Calculating Decibel Levels

Source 1 Out/In

Router 1 Adjustment

Net at Router 1

WAN

Net at Router 2

Router 2 Adjustment

Destination 1 In/Out

0 dB →

-3 dB →

-3 dB

--

-3 dB

+/-6 dB →

→ -9 dB

-9 dB ←

← +/- 6 dB

-3 dB

--

-3 dB

-3 dB

← 0 dB

Baselining Input and Output Power Levels

Considerations for baselining input and output power levels are as follows:

  • Analog voice routers operate best when the receive level from an analog source is set at approximately –3 dB.
  • In the United States and most of Europe, the receive level normally expected for an analog telephone is approximately –9 dB. In Asian and South American countries, receive levels are closer to –14 dB. To accommodate these differences, the output levels to the router are set over a wide range.
  • Overdriving the circuit can cause analog clipping. Clipping occurs when the power level is above available pulse code modulation (PCM) codes, and a continuous repetition of the last PCM value is passed to the DSP.
  • Echo occurs when impedance mismatches reflect power back to the source.

Adjustment of decibel levels might be necessary throughout a voice network. A station connected to a PBX might experience one level of loudness when calling a local extension, a different level when dialing an outside line, and different levels when calling remote sites via VoIP. Adjustments might be necessary in this case.

Voice Port Tuning

In an untuned network, a port configuration that delivers perceived good quality for a call between two dial peers might deliver perceived poor quality for a call between two other dial peers.

Voice quality adjustment is a defined, step-by-step procedure that is implemented after the network is up and running. It is ineffective for you to begin changing the default voice port configurations until full cross-network calls are established; a correctly implemented procedure results in a quality compromise between various sources that the customer accepts as good overall quality.

A variety of different factors, including input gain and output attenuation, can affect voice quality, as illustrated in Figure 3-17. Notice that input gain occurs as the signal goes into the echo canceller, and output attenuation occurs as the signal comes out of the echo canceller.

Figure 3-17

Figure 3-17 Configuring Voice Port Voice-Quality Tuning

A loss plan looks at the required dB levels at specific interfaces, such as an analog FXS port connecting to a telephone or an FXO port connecting to the PSTN. An analog voice router works best with a receive level of –3 dB. An analog telephone in North America and Europe works best with a receive level of –9 dB. Therefore, if the device connecting to that router provides a different level than the expected –3 dB, then input gain can be set to equalize it to –3 dB. If the output at the other end is a telephone that expects –9 dB, then the output voice port has to provide –6 dB output attenuation in addition to the –3 dB to send signaling to the telephone at the expected –9 dB levels. A system-wide loss plan looks at the dB levels of the initial input and the remote output ports and plans for the appropriate adjustments for end-to-end signal levels. You must consider other equipment (including PBXs) in the system when creating a loss plan.

Voice Port Tuning Configuring Parameters

Parameters for configuring voice port voice quality tuning are as follows:

  • input-gain—Configures a specific input gain, in decibels, to insert into the receiver side of the interface. The default value for this command assumes that a standard transmission loss plan is in effect, meaning that there must be an attenuation of –6 dB between telephones. The standard transmission plan defines country-specific dB levels and assumes that interfaces already provide the expected dB levels. For example, there must be attenuation of –6 dB between two telephones so that the input gain and output attenuation is 0, if the interfaces provide the required –6 dB attenuation.
  • output-attenuation—Configures the output attenuation value in decibels for the transmit side. The value represents the amount of loss to be inserted at the transmit side of the interface.
  • impedance—Configures the terminating impedance of a voice port interface. The impedance value selected must match the setting from the specific telephony system or device to which it is connected. Impedance standards vary between countries. CO switches in the United States are predominantly 600 ohms real (600r). PBXs in the United States are normally 600r or 900 ohms complex (900c).Incorrect impedance settings or an impedance mismatch generates a significant amount of echo. You can mask the echo by entering the echo-cancel command. In addition, gains often do not work correctly if there is an impedance mismatch.

Configuring Voice Port Tuning

Figure 3-18 shows a voice-enabled router connecting to a PBX via an E&M port, specifically, port 1/0/0. Additionally, the router connects into the PSTN via FXO port 1/1/0.

Figure 3-18

Figure 3-18 Voice Port Tuning Example

Example 3-8 illustrates voice port tuning parameters on the E&M and FXO ports in the router shown in Figure 3-18. In the example, the PBX output is –4 dB, whereas the voice router functions best at –3 dB. Therefore, the adjustment is made in the inbound path to the router using the input-gain command. The impedance setting on the router needs to be changed from the default of 600r to match the 900c impedance setting of the PBX. Because this is an E&M port, echo cancellation is disabled. The FXO port connecting to the PSTN has an adjustment for echo coverage that allows for longer-distance echo cancellation.

Example 3-8. Configuring Voice Port Tuning

Router#configure terminal
Router(config)#voice-port 1/0/0
Router (config-voiceport)#input gain 1
!Sets input gain to 1
 Router (config-voiceport)#no echo-cancel enable
!Disables echo cancellation
Router (config-voiceport)#impedance 900c
!Sets impedance to 900c
Router (config-voiceport)#exit
Router(config)#voice-port 1/1/0
Router (config-voiceport)#output attenuation 0
!Sets output attenuation to 0 decibels
Router (config-voiceport)#exit

E&M voice port parameters used in Example 3-8 include:

  • input-gain—Increases the inbound voice level by 1 dB before the voice is transmitted across the network
  • no echo-cancel enable—Disables echo cancellation
  • impedance—Sets the impedance to match the connecting hardware

FXO voice port parameters used in Example 3-8 include:

  • echo-cancel coverage—Adjusts the cancellation coverage time to 32 ms. This allows for cancellation of echo that has greater delay.
  • output-attenuation—Specifies that there is no attenuation as the signal is passed out of the interface to the PSTN.
2. Configuring Echo Cancellation | Next Section

Cisco Press Promotional Mailings & Special Offers

I would like to receive exclusive offers and hear about products from Cisco Press and its family of brands. I can unsubscribe at any time.

Overview

Pearson Education, Inc., 221 River Street, Hoboken, New Jersey 07030, (Pearson) presents this site to provide information about Cisco Press products and services that can be purchased through this site.

This privacy notice provides an overview of our commitment to privacy and describes how we collect, protect, use and share personal information collected through this site. Please note that other Pearson websites and online products and services have their own separate privacy policies.

Collection and Use of Information

To conduct business and deliver products and services, Pearson collects and uses personal information in several ways in connection with this site, including:

Questions and Inquiries

For inquiries and questions, we collect the inquiry or question, together with name, contact details (email address, phone number and mailing address) and any other additional information voluntarily submitted to us through a Contact Us form or an email. We use this information to address the inquiry and respond to the question.

Online Store

For orders and purchases placed through our online store on this site, we collect order details, name, institution name and address (if applicable), email address, phone number, shipping and billing addresses, credit/debit card information, shipping options and any instructions. We use this information to complete transactions, fulfill orders, communicate with individuals placing orders or visiting the online store, and for related purposes.

Surveys

Pearson may offer opportunities to provide feedback or participate in surveys, including surveys evaluating Pearson products, services or sites. Participation is voluntary. Pearson collects information requested in the survey questions and uses the information to evaluate, support, maintain and improve products, services or sites; develop new products and services; conduct educational research; and for other purposes specified in the survey.

Contests and Drawings

Occasionally, we may sponsor a contest or drawing. Participation is optional. Pearson collects name, contact information and other information specified on the entry form for the contest or drawing to conduct the contest or drawing. Pearson may collect additional personal information from the winners of a contest or drawing in order to award the prize and for tax reporting purposes, as required by law.

Newsletters

If you have elected to receive email newsletters or promotional mailings and special offers but want to unsubscribe, simply email information@ciscopress.com.

Service Announcements

On rare occasions it is necessary to send out a strictly service related announcement. For instance, if our service is temporarily suspended for maintenance we might send users an email. Generally, users may not opt-out of these communications, though they can deactivate their account information. However, these communications are not promotional in nature.

Customer Service

We communicate with users on a regular basis to provide requested services and in regard to issues relating to their account we reply via email or phone in accordance with the users' wishes when a user submits their information through our Contact Us form.

Other Collection and Use of Information

Application and System Logs

Pearson automatically collects log data to help ensure the delivery, availability and security of this site. Log data may include technical information about how a user or visitor connected to this site, such as browser type, type of computer/device, operating system, internet service provider and IP address. We use this information for support purposes and to monitor the health of the site, identify problems, improve service, detect unauthorized access and fraudulent activity, prevent and respond to security incidents and appropriately scale computing resources.

Web Analytics

Pearson may use third party web trend analytical services, including Google Analytics, to collect visitor information, such as IP addresses, browser types, referring pages, pages visited and time spent on a particular site. While these analytical services collect and report information on an anonymous basis, they may use cookies to gather web trend information. The information gathered may enable Pearson (but not the third party web trend services) to link information with application and system log data. Pearson uses this information for system administration and to identify problems, improve service, detect unauthorized access and fraudulent activity, prevent and respond to security incidents, appropriately scale computing resources and otherwise support and deliver this site and its services.

Cookies and Related Technologies

This site uses cookies and similar technologies to personalize content, measure traffic patterns, control security, track use and access of information on this site, and provide interest-based messages and advertising. Users can manage and block the use of cookies through their browser. Disabling or blocking certain cookies may limit the functionality of this site.

Do Not Track

This site currently does not respond to Do Not Track signals.

Security

Pearson uses appropriate physical, administrative and technical security measures to protect personal information from unauthorized access, use and disclosure.

Children

This site is not directed to children under the age of 13.

Marketing

Pearson may send or direct marketing communications to users, provided that

  • Pearson will not use personal information collected or processed as a K-12 school service provider for the purpose of directed or targeted advertising.
  • Such marketing is consistent with applicable law and Pearson's legal obligations.
  • Pearson will not knowingly direct or send marketing communications to an individual who has expressed a preference not to receive marketing.
  • Where required by applicable law, express or implied consent to marketing exists and has not been withdrawn.

Pearson may provide personal information to a third party service provider on a restricted basis to provide marketing solely on behalf of Pearson or an affiliate or customer for whom Pearson is a service provider. Marketing preferences may be changed at any time.

Correcting/Updating Personal Information

If a user's personally identifiable information changes (such as your postal address or email address), we provide a way to correct or update that user's personal data provided to us. This can be done on the Account page. If a user no longer desires our service and desires to delete his or her account, please contact us at customer-service@informit.com and we will process the deletion of a user's account.

Choice/Opt-out

Users can always make an informed choice as to whether they should proceed with certain services offered by Cisco Press. If you choose to remove yourself from our mailing list(s) simply visit the following page and uncheck any communication you no longer want to receive: www.ciscopress.com/u.aspx.

Sale of Personal Information

Pearson does not rent or sell personal information in exchange for any payment of money.

While Pearson does not sell personal information, as defined in Nevada law, Nevada residents may email a request for no sale of their personal information to NevadaDesignatedRequest@pearson.com.

Supplemental Privacy Statement for California Residents

California residents should read our Supplemental privacy statement for California residents in conjunction with this Privacy Notice. The Supplemental privacy statement for California residents explains Pearson's commitment to comply with California law and applies to personal information of California residents collected in connection with this site and the Services.

Sharing and Disclosure

Pearson may disclose personal information, as follows:

  • As required by law.
  • With the consent of the individual (or their parent, if the individual is a minor)
  • In response to a subpoena, court order or legal process, to the extent permitted or required by law
  • To protect the security and safety of individuals, data, assets and systems, consistent with applicable law
  • In connection the sale, joint venture or other transfer of some or all of its company or assets, subject to the provisions of this Privacy Notice
  • To investigate or address actual or suspected fraud or other illegal activities
  • To exercise its legal rights, including enforcement of the Terms of Use for this site or another contract
  • To affiliated Pearson companies and other companies and organizations who perform work for Pearson and are obligated to protect the privacy of personal information consistent with this Privacy Notice
  • To a school, organization, company or government agency, where Pearson collects or processes the personal information in a school setting or on behalf of such organization, company or government agency.

Links

This web site contains links to other sites. Please be aware that we are not responsible for the privacy practices of such other sites. We encourage our users to be aware when they leave our site and to read the privacy statements of each and every web site that collects Personal Information. This privacy statement applies solely to information collected by this web site.

Requests and Contact

Please contact us about this Privacy Notice or if you have any requests or questions relating to the privacy of your personal information.

Changes to this Privacy Notice

We may revise this Privacy Notice through an updated posting. We will identify the effective date of the revision in the posting. Often, updates are made to provide greater clarity or to comply with changes in regulatory requirements. If the updates involve material changes to the collection, protection, use or disclosure of Personal Information, Pearson will provide notice of the change through a conspicuous notice on this site or other appropriate way. Continued use of the site after the effective date of a posted revision evidences acceptance. Please contact us if you have questions or concerns about the Privacy Notice or any objection to any revisions.

Last Update: November 17, 2020