cc/td/doc/product/access/nubuvoip
hometocprevnextglossaryfeedbacksearchhelp
PDF

Table of Contents

Voice over IP for the Cisco AS5800 Configuration Overview

Voice over IP for the Cisco AS5800 Configuration Overview

Description

Voice over IP (VoIP) enables a Cisco AS5800 universal access server to provide enhanced voice and fax traffic, such as telephone calls and faxes, over an IP network. Voice over IP is primarily a software feature; however, to use this feature on the Cisco AS5800, you must install a VoIP feature card (VFC). The VFC uses the Cisco AS5800's T1/E1 and T3 Public Switched Telephone Network (PSTN) interfaces and local area network (LAN) or wide area network (WAN) routing capabilities to provide up to a 192 ports or channels (per VFC card) for VoIP packetized voice traffic.

VoIP on the Cisco AS5800 has the following primary applications:

Two-Stage-Dial Toll Bypass

Use this application to leverage its WAN infrastructure to offer long distance toll bypass services. In this application, each customer can be assigned an account number and a Personal Identification Number (PIN). The user dials a local number or 1-800- ITSP number, and is connected to the local VoIP point of presence. The user is then prompted by the Integrated Voice Response (IRV) to input the account and PIN numbers, and following an authentication, a second dial tone allows the user to enter the target number. The user dials an E.164 destination phone number, which the local gatekeeper maps to an IP address of a remote-zone gatekeeper.

The remote-zone gatekeeper then selects a gateway to terminate the call. This completes the call set up. The gateway then encodes the choice, encapsulating it in Real Time Protocol (RTP) packets and routes it over the WAN to the remote gateway, which decodes the voice and delivers it to the receiver. Figure 1-1 illustrates this application.


Figure 1-1: Two-Stage Dial Toll Bypass

PSTN Voice-Traffic and Fax-Traffic Offload

This application uses the AS5800 voice gateway to allow carriers to leverage their WAN infrastructure to offload voice and fax traffic from their congested PSTN networks. PSTN traffic designated for offload, is forwarded to a tandem switch connected to the Cisco AS5800 gateway, which encapsulates it into RTP streams and routes it across the WAN.

The signaling interface between the PSTN and the Cisco AS5800 can be either Common Channel Signaling (CCS), with SS7 terminated by the VCO-4K service point, or Channel Associated Signaling (CAS), configured in Direct Inward Dial (DID) mode. Figure 1-2 illustrates this application.


Figure 1-2: VoIP Used as a PSTN Gateway to Offload Voice-Traffic and Fax-traffic

Refer to "Gateway and Gatekeeper Features for the Cisco AS5800" for detailed information on configuring the Cisco AS5800 with gateway functionality.

Universally Accessible Voice-Mail and Fax-Mail Services

This application uses the Cisco AS5800 by leveraging the technology prefixes feature. Gateways with voice/fax feature cards that are connected to the voice- and fax-mail servers can be identified by gatekeeper(s) based on a prefix that is present before an E.164 address.

Benefits

Voice over IP offers the following benefits:

List of Terms

AAA---Authentication, Authorization, and Accounting. AAA is a suite of network security services that provide the primary framework through which access control can be set up on your Cisco router or access server.

ACOM---Term used in G.165, "General Characteristics of International Telephone Connections and International Telephone Circuits: Echo Cancellers." ACOM is the combined loss achieved by the echo canceller, which is the sum of the Echo Return Loss, Echo Return Loss Enhancement, and nonlinear processing loss for the call.

a-law---A voice compression technique commonly used in Europe.

ANI---Answer Number Indication. The calling number (number of calling party).

ARQ---Admission request.

Call leg---A logical connection between the router and either a telephony endpoint over a bearer channel, or another endpoint using a session protocol.

CAS---Channel Associated Signaling. In E1 applications, timeslot 16 is used to transmit CAS information. Each frame's timeslot 16 carries signaling information (ABCD bits) for two of the B channel timeslots.

CIR---Committed Information Rate. The average rate of information transfer a subscriber (for example, the network administrator) has stipulated for a Frame Relay PVC.

CODEC---coder-decoder. Device that typically uses pulse code modulation to transform analog signals into a digital bit stream and digital signals back into analog signals. In Voice over IP, it specifies the voice coder rate of speech for a dial peer.

Data Link Connection Identifier (DLCI)---Frame Relay virtual circuit number corresponding to a particular destination. The DLCI is part of the Frame Relay header and is usually 10 bits long.

Dial peer---An addressable call endpoint. In Voice over IP, there are two kinds of dial peers: POTS and VoIP.

DNS---Domain name system is used to address translation to convert H.323 IDs, URLs, or e-mail IDs to IP addresses. DNS is also used to assist in the location of remote gatekeepers and to reverse-map raw IP addresses to host names of administrative domains.

DNIS---Dialed number identification service. The destination number.

DS0---A 64 Kbps channel on an E1 or T1 WAN interface.

DSP---Digital Signal Processor.

DTMF---Dual tone multifrequency. Use of two simultaneous voice-band tones for dial (such as touch tone).

E.164---The international public telecommunications numbering plan. A standard set by ITU-T which addresses telephone numbers.

E1---Wide-area digital transmission scheme. E1 is the European equivalent of a T1 line. The E1's higher clock rate (2.048 MHz) allows for 32 64 Kbps channels, which include one channel for framing and one channel for D-channel information.

E&M---Ear and mouth RBS signalling

Endpoint---An H.323 terminal or gateway. An endpoint can call and be called. It generates and/or terminates the information stream.

FIFO---First-in, first-out. In data communication, FIFO refers to a buffering scheme where the first byte of data entering the buffer is the first byte retrieved by the CPU. In telephony, FIFO refers to a queuing scheme where the first calls received are the first calls processed.

Gatekeeper---A gatekeeper maintains a registry of devices in the multimedia network. The devices register with the gatekeeper at startup, and request admission to a call from the gatekeeper.

The gatekeeper is an H.323 entity on the LAN that provides address translation and control access to the LAN for H.323 terminals and gateways. The gatekeeper may provide other services to the H.323 terminals and gateways, such as bandwidth management and locating gateways.

Gateway---A gateway allows H.323 terminals to communicate with non-H.323 terminals by converting protocols. A gateway is the point at which a circuit-switched call is encoded and repackaged into IP packets.

An H.323 gateway is an endpoint on the LAN that provides real-time two-way communications between H.323 terminals on the LAN and other ITU-T terminals in the WAN, or to another H.323 gateway.

H.323---An International Telecommunication Union (ITU-T) standard that describes packet-based video, audio, and data conferencing. H.323 is an umbrella standard that describes the architecture of the conferencing system, and refers to a set of other standards (H.245, H.225.0, and Q.931) to describe its actual protocol.

H.323 RAS---Registration, admission, and status. The RAS signaling function performs registration, admissions, bandwidth changes, status and disengage procedures between the VoIP gateway and the gatekeeper.

HSRP---Hot Standby Routing Protocol. HSRP is a Cisco proprietary protocol which provides a redundancy mechanism when more than one router is connected to the same segment/subnet of an Ethernet/FDDI/Token Ring network.

ISDN---Integrated Services Digital Network. ISDN is a communications protocol, offered by telephone companies, that permits telephone networks to carry data, voice, and other traffic.

ITU-T---Telecommunication standardization sector of ITU.

IVR---Integrated voice response. A software feature that allows the use of one of several interactive voice response scripts during the call processing functionality.

LEC---Local exchange carrier.

LRQ---Location request.

MCU---Multipoint control unit

mu-law---a-law---A voice compression technique commonly used in North America.

Multicast---A process of transmitting PDUs from one source to many destinations. The actual mechanism (that is, IP multicast, multi-unicast, etc.) for this process may be different for LAN technologies.

Multilink PPP---Multilink Point-to-Point Protocol. This protocol is a method of splitting, recombining, and sequencing datagrams across multiple logical data links.

Multipoint-unicast---A process of transferring PDUs (Protocol Data Units) where an endpoint sends more than one copy of a media stream to different endpoints. This may be necessary in networks which do not support multicast.

node---An H.323 entity that uses RAS to communicate with the gatekeeper. For example, an endpoint such as a terminal, proxy, or gateway.

PDU---Protocol Dara Units, used by bridges to transfer connectivity information.

PBX---Private Branch Exchange. Privately-owned central switching office.

PLAR---Private Line Auto Ringdown. This type of service results in a call attempt to some particular remote endpoint when the local extension is taken off-key.

POTS---Plain Old Telephone Service. Basic telephone service supplying standard single line telephones, telephone lines, and access to the Public Switched Telephone Network.

POTS dial peer---Dial peer connected via a traditional telephony network. POTS peers point to a particular voice-port on a voice network device.

PRI---Primary Rate Interface. PRI is an ISDN interface to primary rate access. Primary rate access consists of a single 64 Kbps D channel plus 23 T1 or 30 E1 B channels for voice or data.

PSTN---Public Switched Telephone Network. PSTN refers to the local telephone company.

PVC---Permanent Virtual Circuit.

QoS---Quality of Service, which refers to the measure of service quality provided to the user.

RAS---Registration, Admission, and Status protocol. This is the protocol that is used between endpoints and the gatekeeper to perform management functions.

RBS---Robbed Bit Signaling

RRQ---Registration request.

RSVP---Resource Reservation Protocol. This protocol supports the reservation of resources across an IP network.

T1---Digital WAN carrier facility. T1 transmits DS-1 formatted data at 1.544 Mbps through the telephone-switching network, using AMI or B8ZS coding. T1 is the North American equivalent of an E1 line.

Tool Command Language---TCL is an interpreted script language developed by Dr. John Ousterhout of the University of California, Berkeley, and is now developed and maintained by Sun Microsystems Laboratories.

U-law---A companding technique commonly used in North America. U-law is standardized as a 64 Kbps CODEC in ITU-T G.711.

SPI---Service provider interface.

TDM---Time division multiplexing. Technique in which information from multiple channels can be allocated bandwidth on a single wire based on preassigned time slots. Bandwidth is allocated to each channel regardless of whether the station has data to transmit.

VoIP---Voice over IP. The ability to carry normal telephone-style voice over an IP-based internet with POTS-like functionality, reliability, and voice quality. VoIP is a blanket term which generally refers to Cisco's standards based (H.323, etc.) approach to IP voice traffic.

VoIP dial peer---Dial peer connected via a packet network; in the case of Voice over IP, this is an IP network. VoIP peers point to specific VoIP devices.

VTSP---Voice telephony service provider.

Zone---A collection of all terminals (tx), gateways (GW), and Multipoint Control Units (MCU) managed by a single gatekeeper (GK). A Zone includes at least one terminal, and may or may not include gateways or MCUs. A Zone has only one gatekeeper. A Zone may be independent of LAN topology and may be comprised of multiple LAN segments which are connected using routes or other devices.


Note For a list of other internetworking terms, see the Internetworking Terms and Acronyms, which is available on document CD-ROM and also available on the Cisco Connection Online URL at:
http://www.cisco.com/univercd/home/home.htm.

Platforms

The Voice over IP feature is supported on the following Cisco device platforms:

The configuration procedure described in this document pertains to the Cisco AS5800.

Prerequisites

Before you can configure your Cisco AS5800 to use Voice over IP, you must first:

For more information about any of the these configuration tasks, refer to the Cisco AS5800 Universal Access Server Software Installation and Configuration Guide, which shipped with your Cisco AS5800 and is available on the document CD-ROM.

Configuration Tasks

After you have analyzed your dial plan and decided how to integrate it into your existing IP network, you are ready to configure your network devices to support Voice over IP. The actual configuration procedure depends entirely on the topology of your voice network, but, in general, you need to complete the following tasks:

Depending on the topology of your network or the resources used in your network, you might need to perform the following additional tasks:

Configure IP Networks for Real-Time Voice Traffic

You need to have a well-engineered network end-to-end when running delay-sensitive applications such as VoIP. Fine-tuning your network to adequately support VoIP involves a series of protocols and features geared toward Quality of Service (QoS). It is beyond the scope of this document to explain the specific details relating to wide-scale QoS deployment. Cisco IOS software provides many tools for enabling QoS on your backbone, such as Random Early Detection (RED), Weighted Random Early Detection (WRED), Fancy Queuing (meaning custom, priority, or weighted fair queuing), and IP Precedence. To configure your IP network for real-time voice traffic, you need to take into consideration the entire scope of your network, then select the appropriate QoS tool or tools. Use the Cisco IOS ip cef command to ensure that "cisco express forwarding" is enabled.

QoS must be configured throughout your network---not just on the Cisco AS5800 devices running VoIP---to improve voice network performance. Not all QoS techniques are appropriate for all network routers. Edge routers and backbone routers in your network do not necessarily perform the same operations; the QoS tasks they perform might also differ. To configure your IP network for real-time voice traffic, you need to consider the functions of both edge and backbone routers in your network, then select the appropriate QoS tool or tools.

In general, edge routers perform the following QoS functions:

In general, backbone routers perform the following QoS functions:

Scalable QoS solutions require cooperative edge and backbone functions.

Although not required, you can use the custom queuing QoS tool to fine-tune your network for real-time voice traffic.

Each of these components is discussed in the following sections.

Configure Custom Queuing

Some QoS features, such as IP RTP reserve and custom queuing, are based on the transport protocol and the associated port number. Real-time voice traffic is carried on UDP ports ranging from 16384 to 32767.

Custom Queuing and other methods for identifying high priority streams should be configured for these port ranges. For more information about custom queuing, refer to the "Managing System Performance" chapter in the Cisco IOS Release 11.3 Configuration Fundamentals Configuration Guide.

Configure Voice Ports

When an ISDN interface on the Cisco AS5800 is carrying voice data, it is referred to as a voice port.


Note A voice port was created automatically when you installed the VFC in the Cisco AS5800 and configured an ISDN PRI group. Configuring an ISDN PRI group is part of the basic Cisco AS5800 configuration procedure. For more information, refer to the Cisco AS5800 Universal Access Server Software Installation Configuration Guide.

Signaling in Voice over IP for the AS5800 is handled by ISDN PRI group configuration. After ISDN PRI is configured for both B and D channels for both ISDN PRI lines, you need to issue the isdn incoming-voice command on the serial interface (acting as the D channel) to insure a dial tone.

Under most circumstances, the default voice-port command values are adequate to configure voice ports to transport voice data over your existing IP network. Because of the inherent complexities involved with PBX networks, you might need specific voice-port values configured, depending on the specifications of the devices in your telephony network. For more information on specific voice port configuration commands, refer to the "Voice over IP for the Cisco AS5800 Commands."

Configure a Voice Port

The following steps provide an example for configuring a voice port.
Step Command Task

1

5800> enable
password:
5800#

Enter enable mode.
Enter the password.
You have entered enable mode when the prompt changes 5800#.

2

5800# config term
Enter configuration commands, one per line. End with CNTL/Z.
5800(config)#

Enter global configuration mode. You have entered global configuration mode when the prompt changes to 5800(config)#.

3

5800(config)# isdn switch-type switch-type

Define the telephone company's switch type.

4

5800(config)# controller T1 1/0/0

Enable the T1 0 controller and enter controller configuration mode.

5

5800(config)# framing esf

Define the framing characteristics.

6

5800(config)# inecode value

Set the line code type to match that of your telephone company service provider.

7

5800(config)# pri-group timeslots range

Configure ISDN PRI.

8

5800(config)# controller T1 1/0/1

Enable the T1 1 controller and enter controller configuration mode.

9

5800(config)# framing esf

Define the framing characteristics.

10

5800(config)# linecode value

Set the line code type to match that of your telephone company service provider.

11

5800(config)# pri-group timeslots range

Configure ISDN PRI.

12

5800(config)# interface Serial1/0/0:23

Configure the channel for the first ISDN PRI line. (The ISDN serial interface is the D channel.)

13

5800(config)# isdn incoming-voice {voice | modem}

Enable incoming ISDN voice calls.

14

5800(config)# interface Serial1/0/1:23

Configure the channel for the second ISDN PRI line.

15

5800(config)# isdn incoming-voice {voice | modem}

Enable incoming ISDN voice calls.

Validation Tips

You can check the validity of your voice port configuration by performing the following tasks:

Troubleshooting Tips

If you are having trouble connecting a call and you suspect the problem is associated with voice-port configuration, you can try to resolve the problem by performing the following tasks:

Configure Number Expansion

In most corporate environments, the telephone network is configured so that you can reach a destination by dialing only a portion (an extension number) of the full E.164 telephone number. Voice over IP can be configured to recognize extension numbers and expand them into their full E.164 dialed number by using two commands in tandem: destination-pattern and num-exp. Before you configure these two commands, it is helpful to map individual telephone extensions with their full E.164 dialed numbers. This can be done easily by creating a number expansion table.

Create a Number Expansion Table

In Figure 1-3, a small company wants to use Voice over IP to integrate its telephony network with its existing IP network. The destination pattern (or expanded telephone number) associated with Access Server 1 (located to the left of the IP cloud) is 408 555-xxxx, where xxxx identifies the individual dial peers by extension. The destination pattern (or expanded telephone number) associated with Access Server 2 (located to the right of the IP cloud) is 729 411-xxxx.


Figure 1-3: Sample Voice over IP Network


Table 1-1 shows the number expansion table for this scenario.


Table 1-1: Sample
Extension Destination Pattern Num-Exp Command Entry

5....

40852.....

num-exp 5.... 408525....

6....

40852.....

num-exp 6.... 408526....

7....

40852.....

num-exp 7.... 408527....

1...

729422....

num-exp 2.... 729422....

Number Expansion Table

Note You can use the period symbol (.) to represent variables (such as extension numbers) in a telephone number.

The information included in this example needs to be configured on both Access Server 1 and Access Server 2.

Configure Number Expansion

To define how to expand an extension number into a particular destination pattern, perform the following task from global configuration mode:
Command Task

num-exp extension-number

extension-string Configure number expansion.

You can verify the number expansion information by using the show num-exp command to verify that you have mapped the telephone numbers correctly.

After configuring dial peers and assigning destination patterns to them, verify number expansion information by using the show dialplan number command to see how a telephone number maps to a dial peer.

Configure Dial Peers

The key point to understanding how Voice over IP functions is to understand dial peers. Each dial peer defines the characteristics associated with a call leg, as shown in Figure 1-4 and Figure 1-5. A call leg is a discrete segment of a call connection that lies between two points in the connection. All of the call legs for a particular connection have the same connection ID.

There are two different kinds of dial peers:

An end-to-end call is comprised of four call legs, two from the perspective of the source access server as shown in Figure 1-4, and two from the perspective of the destination access server as shown in Figure 1-5. A dial peer is associated with each call leg. Dial peers are used to apply attributes to call legs and to identify call origin and destination. Attributes applied to a call leg include QoS, CODEC, VAD, and fax rate.


Figure 1-4: Dial Peer Call Legs from the Perspective of the Source Router



Figure 1-5:
Dial Peer Call Legs from the Perspective of the Destination Router


Inbound versus Outbound Dial Peers

Dial peers are used for both inbound and outbound call legs. It is important to remember that these terms are defined from the access server's perspective. An inbound call leg originates outside the access server. An outbound call leg originates from the access server.

For inbound call legs, a dial peer might be associated to the calling number or the port designation. Outbound call legs always have a dial peer associated with them. The destination pattern is used to identify the outbound dial peer. The call is associated with the outbound dial peer at setup time.

POTS peers associate a telephone number with a particular voice port so that incoming calls for that telephone number can be received and outgoing calls can be placed. VoIP peers point to specific devices (by associating destination telephone numbers with a specific IP address) so that incoming calls can be received and outgoing calls can be placed. Both POTS and VoIP peers are needed to establish Voice over IP connections.

Establishing communication using Voice over IP is similar to configuring an IP static route: you are establishing a specific voice connection between two defined endpoints. As shown in Figure 1-6, for outgoing calls (from the perspective of the POTS dial peer 1), the POTS dial peer establishes the source (via the originating telephone number or voice port) of the call. The VoIP dial peer establishes the destination by associating the destination phone number with a specific IP address.


Figure 1-6: Outgoing Calls from the Perspective of POTS Dial Peer 1


To configure call connectivity between the source and destination as illustrated in Figure 1-6, enter the following commands on router 10.1.2.2:

dial-peer voice 1 pots
 destination-pattern 1408526....
 port 1/0/0:D
 
dial-peer voice 2 voip
 destination-pattern 1310520....
 session target ipv4:10.1.1.2
 

In the previous configuration example, the last four digits in the VoIP dial peer's destination pattern were replaced with wildcards. This means that from access server 10.1.2.2, calling any number string that begins with the digits "1310520" will result in a connection to access server 10.1.1.2. This implies that access server 10.1.1.2 services all numbers beginning with those digits. From access server 10.1.1.2, calling any number string that begins with the digits "1408526" will result in a connection to access server 10.1.2.2. This implies that access server 10.1.2.2 services all numbers beginning with those digits. For more information about stripping and adding digits, see the section Outbound Dialing on POTS Peers.

Figure 1-7 shows how to complete the end-to-end call between dial peer 1 and dial peer 4.


Figure 1-7: Outgoing Calls from the Perspective of POTS Dial Peer 2


To complete the end-to-end call between dial peer 1 and dial peer 4 as illustrated in Figure 1-7, enter the following commands on router 10.1.1.2:

dial-peer voice 4 pots
 destination-pattern 1310520....
 port 1/0/0:D
 
dial-peer voice 3 voip
 destination-pattern 1408526....
 session target ipv4:10.1.2.2
 

Create a Peer Configuration Table

There is specific data relative to each dial peer that needs to be identified before you can configure dial peers in Voice over IP. One way to do this is to create a peer configuration table.

Using the example in Figure 1-3, Access Server 1, with an IP address of 10.1.1.1, connects a small sales branch office to the main office through Access Server 2. There are three telephones in the sales branch office that need to be established as dial peers. Because Access Server 2, with an IP address of 10.1.1.2, is the primary gateway to the main office, it needs to be connected to the company's PBX. There are four devices that need to be established as dial peers in the main office, all of which are basic telephones connected to the PBX. Figure 1-3 shows a diagram of this small voice network.

Table 1-2 shows the peer configuration table for the example illustrated in Figure 1-3.


Table 1-2:
                                                 Commands
Dial Peer Tag Ext Dest-Pattern Type Voice Port Session-Target CODEC QoS

Access Server 1

1

6....

+1408526....

POTS

10

+1729422....

VoIP

IPV4 10.1.1.2

G.729

Best Effort

Access Server 2

11

+1408526....

VoIP

IPV4 10.1.1.1

G.729

Best Effort

4

2....

+1729422....

POTS

Peer Configuration Table for Sample Voice over IP Network

Configure POTS Peers

POTS peers enable incoming calls to be received by a particular telephony device. To configure a POTS peer, you need to uniquely identify the peer (by assigning it a unique tag number), define its telephone number(s), and associate it with a voice port through which calls will be established. Under most circumstances, the default values for the remaining dial peer configuration commands will be sufficient to establish connections. Use the following steps to enter the dial peer configuration mode (and select POTS as the method of voice-related encapsulation).
Step Command Task

1

5800> enable
password:
5800#

Enter enable mode.
Enter the password.
You have entered enable mode when the prompt changes 5800#.

2

5800# config term
Enter configuration commands, one per line. End with CNTL/Z.
5800(config)#

Enter global configuration mode. You have entered global configuration mode when the prompt changes to 5800(config)#.

3

5800(config)# dial-peer voice number pots

Enter the dial peer configuration mode to configure a POTS peer.

The number value of the dial-peer voice pots command is a tag that uniquely identifies the dial peer. (This number has local significance only.) Use the following steps to configure the identified POTS peer.
Step Command Task

1

5800> enable
password:
5800#

Enter enable mode.
Enter the password.
You have entered enable mode when the prompt changes 5800#.

2

5800# config term
Enter configuration commands, one per line. End with CNTL/Z.
5800(config)#

Enter global configuration mode. You have entered global configuration mode when the prompt changes to 5800(config)#.

3

5800(config)#destination-pattern string

Define the telephone number associated with this POTS dial peer.

4

5800(config)#port shelf/slot/port:D

Associate this POTS dial peer with a specific logical dial interface.

Outbound Dialing on POTS Peers

When a router receives a voice call, it selects an outbound dial peer by comparing the called number (the full E.164 telephone number) in the call information with the number configured as the destination pattern for the POTS peer. The router then strips out the left-justified numbers corresponding to the destination pattern matching the called number. If you have configured a prefix, the prefix will be put in front of the remaining numbers, creating a dial string, which the router will then dial. If all numbers in the destination pattern are stripped-out, the user will receive (depending on the attached equipment) a dial tone.

For example, suppose there is a voice call whose E.164 called number is 1 310 767-2222. If you configure a destination-pattern of "1310767" and a prefix of "9," the router will strip out "1310767" from the E.164 telephone number, leaving the extension number of "2222." It will then append the prefix, "9," to the front of the remaining numbers, so that the actual numbers dialed is "9, 2222." The comma in this example means that the router will pause for one second between dialing the "9" and the "2" to allow for a secondary dial tone.

For additional POTS dial peer configuration options, refer to "Voice over IP for the Cisco AS5800 Commands."

Direct Inward Dial for POTS Peers

Direct inward dial (DID) is used to determine how the called number is treated for incoming POTS call legs. As shown in Figure 1-8, incoming means from the perspective of the router. In this case, it is the call leg coming into the access server to be forwarded through to the appropriate destination pattern.


Figure 1-8: Incoming and Outgoing POTS Call Legs




Unless otherwise configured, when a call arrives on the access server, the server presents a dial tone to the caller and collects digits until it can identify the destination dial peer. After the dial peer is identified, the call is forwarded through the next call leg to the destination.

There are cases where it might be necessary for the server to use the called-number (DNIS) to find a dial peer for the outgoing call leg---for example, if the switch connecting the call to the server has already collected the digits. DID enables the server to match the called-number with a dial peer and then directly place the outbound call. With DID, the server does not present a dial tone to the caller and does not collect digits; it forwards the call directly to the configured destination.

To use DID and incoming called-number, a dial peer must be associated with the incoming call leg. Before doing this, it helps if you understand the logic behind the algorithm used to associate the incoming call leg with the dial peer.

The algorithm used to associate incoming call legs with dial peers uses three inputs (which are derived from signaling and interface information associated with the call) and four defined dial peer elements. The three signaling inputs are:

The four defined dial peer elements are:

Using the elements, the algorithm is as follows:

For all peers where call type (VoIP versus POTS) match dial peer type:
if the type is matched, associate the called number with the incoming called-number
 else if the type is matched, associate calling-number with answer-address
 else if the type is matched, associate calling-number with destination-pattern
 else if the type is matched, associate voice port to port
 

This algorithm shows that if a value is not configured for answer-address, the origin address is used because, in most cases, the origin address and answer-address are the same. Use the following steps to configure DID for a particular POTS dial peer.
Step Command Task

1

5800> enable
password:
5800#

Enter enable mode.
Enter the password.
You have entered enable mode when the prompt changes 5800#.

2

5800# config term
Enter configuration commands, one per line. End with CNTL/Z.
5800(config)#

Enter global configuration mode. You have entered global configuration mode when the prompt changes to 5800(config)#.

3

5800(config)# dial-peer voice number pots

Enter the dial peer configuration mode to configure a POTS peer.

4

5800(config)# direct-inward-dial

Specify direct inward dial for this POTS peer.


Note Direct inward dial is configured for the calling POTS dial peer.

For additional POTS dial peer configuration options, refer to "Voice over IP for the Cisco AS5800 Commands."

Configure VoIP Peers

VoIP peers enable outgoing calls to be made from a particular telephony device. To configure a VoIP peer, you need to uniquely identify the peer (by assigning it a unique tag number), define its destination telephone number and destination IP address. As with POTS peers, under most circumstances, the default values for the remaining dial peer configuration commands will be adequate to establish connections.

Use the following steps to enter the dial peer configuration mode (and select VoIP as the method of voice-related encapsulation).
Step Command Task

1

5800> enable
password:
5800#

Enter enable mode.
Enter the password.
You have entered enable mode when the prompt changes 5800#.

2

5800# config term
Enter configuration commands, one per line. End with CNTL/Z.
5800(config)#

Enter global configuration mode. You have entered global configuration mode when the prompt changes to 5800(config)#.

3

5800(config)# dial-peer voice number voip

Enter the dial peer configuration mode to configure a VoIP peer.

The number value of the dial-peer voice voip command is a tag that uniquely identifies the dial peer. Use the following steps to configure the identified VoIP peer.
Step Command Task

1

5800> enable
password:
5800#

Enter enable mode.
Enter the password.
You have entered enable mode when the prompt changes 5800#.

2

5800# config term
Enter configuration commands, one per line. End with CNTL/Z.
5800(config)#

Enter global configuration mode. You have entered global configuration mode when the prompt changes to 5800(config)#.

3

5800(config)# destination-pattern string

Define the destination telephone number associated with this VoIP dial peer.

4

5800(config)# session-target {ipv4:destination-address | dns:host-name}

Specify a destination IP address for this dial peer.

For additional VoIP dial peer configuration options, refer to "Voice over IP for the Cisco AS5800 Commands." For examples of how to configure dial peers, refer to the chapter, "Voice over IP for the Cisco AS5800 Configuration Examples."

Verify

You can check the validity of your dial peer configuration by performing the following tasks:

Tips

If you are having trouble connecting a call and you suspect the problem is associated with dial peer configuration, you can try to resolve the problem by performing the following tasks:

Distinguish Voice and Modem Calls on the Cisco AS5800

When the Cisco AS5800 is handling both modem and voice calls, it needs to be able to identify the service type of the call---that is, whether or not the incoming call to the server is a modem or a voice call. When the access server handles only modem calls, the service type identification is handled through modem pools. Modem pools associate calls with modem resources based on the called-number (DNIS). In a mixed environment, where the server receives both modem and voice calls, you need to identify the service type of a call by using the incoming called-number command.

Without this, the server attempts to resolve whether an incoming call is a modem or voice call based on the interface over which the call comes. If the call comes in over an interface associated with a modem pool, the call is assumed to be a modem call; if a call comes in over a voice port associated with a dial peer, the call is assumed to be a voice call.

It helps to understand the logic behind the algorithm the system uses to distinguish voice and modem calls. The algorithm is as follows:

If the called-number matches a number from the modem pool, 
 handle the call as a modem call If the called-number matches a configured dial peer incoming called number,
 handle the call as a voice call Else handle the call as a modem call by default modem pool

If there is no called-number information configured, call classification is handled as follows:

If the interface matches the interface configured for the modem pool,
 handle the call as a modem call. If the voice port matches the one configured as the dial peer port,
 handle the call as a voice call Else handle the call as a modem call by default modem pool

To identify the service type of a call to be voice, perform the following tasks, beginning in global configuration mode:
Step Command Task

1

5800> enable
password:
5800#

Enter enable mode.
Enter the password.
You have entered enable mode when the prompt changes 5800#.

2

5800# config term
Enter configuration commands, one per line. End with CNTL/Z.
5800(config)#

Enter global configuration mode. You have entered global configuration mode when the prompt changes to 5800(config)#.

3

5800(config)# dial-peer voice number pots

Enter the dial peer configuration mode to configure a POTS peer.

3

5800(config)# incoming called-number number

Specify direct inward dial for this POTS peer.

Optimize Dial Peer and Network Interface Configurations

Depending on how you have configured your network interfaces, you might need to configure additional VoIP dial peer parameters. This section describes the following topics:

Configure IP Precedence for Dial Peers

If you want to give real-time voice traffic a higher priority than other network traffic, you can give weight to the voice data traffic associated with a particular VoIP dial peer by using IP Precedence. IP Precedence scales better than RSVP but provides no admission control.

To give real-time voice traffic precedence over other IP network traffic, perform the following tasks, starting in global configuration mode:
Step Command Task

1

5800> enable
password:
5800#

Enter enable mode.
Enter the password.
You have entered enable mode when the prompt changes 5800#.

2

5800# config term
Enter configuration commands, one per line. End with CNTL/Z.
5800(config)#

Enter global configuration mode. You have entered global configuration mode when the prompt changes to 5800(config)#.

3

5800(config)# dial-peer voice number voip

Enter the dial peer configuration mode to configure a VoIP peer.

4

5800(config)# ip precedence number

Select a precedence level for the voice traffic associated with that dial peer.

In IP Precedence, the numbers 1 through 5 identify classes for IP flows; the numbers 6 through 7 are used for network and backbone routing and updates.

For example, to ensure that voice traffic associated with VoIP dial peer 103 is given a higher priority than other IP network traffic, enter the following:

dial-peer voice 103 voip
 ip precedence 5
 

In this example, when an IP call leg is associated with VoIP dial peer 103, all packets transmitted to the IP network via this dial peer will have their precedence bits set to 5. If the networks receiving these packets have been configured to recognize precedence bits, the packets will be given priority over packets with a lower configured precedence value.

Configure CODEC and VAD for Dial Peers

Coder-decoder (CODEC) and voice activity detection (VAD) for a dial peer determine how much bandwidth the voice session uses. CODEC typically is used to transform analog signals into a digital bit stream and digital signals back into analog signals---in this case, it specifies the voice coder rate of speech for a dial peer. VAD is used to disable the transmission of silence packets. Cisco supports CODEC negotiation with the "voice class codec" options. The CODEC class is defined as TAG 99 (random pick) with 2 CODECs (g729r8 and g711ulaw).

Configure CODEC for a VoIP Dial Peer

Use the following steps to specify a voice coder rate for a selected VoIP peer.
Step Command Task

1

5800> enable
password:
5800#

Enter enable mode.
Enter the password.
You have entered enable mode when the prompt changes 5800#.

2

5800# config term
Enter configuration commands, one per line. End with CNTL/Z.
5800(config)#

Enter global configuration mode. You have entered global configuration mode when the prompt changes to 5800(config)#.

3

5800(config)# dial-peer voice number voip

Enter the dial peer configuration mode to configure a VoIP peer.

4

5800(config)# codec [g711alaw | g711ulaw | g729r8 | g723r53 | g723r63 | g726r16 | g726r24 | g726r32 | g728 | g729abr8 | gsmfr]

Specify the desired voice coder rate of speech.

The default for the codec command is g729r8; normally the default configuration for this command is the most desirable. If, however, you are operating on a high bandwidth network and voice quality is of the highest importance, you should configure the codec command for g711alaw or ulaw. Using this value will result in better voice quality, but it will also require higher bandwidth requirements for voice.

For example, to specify a CODEC rate of G.711a-law for VoIP dial peer 108, enter the following:

Dial-peer voice 108 voip
 destination-pattern +1408528
 codec g711alaw
 session target ipv4:10.0.0.8

Configure VAD for a VoIP Dial Peer

To disable the transmission of silence packets for a selected VoIP peer, perform the following tasks, starting from the global configuration mode:
Command Task

dial-peer voice number voip

Enter the dial peer configuration mode to configure a VoIP peer.

vad

Disable the transmission of silence packets (enabling VAD).

The default for the vad command is enabled; normally the default configuration for this command is the most desirable. If you are operating on a high bandwidth network and voice quality is of the highest importance, you should disable vad. Using this value will result in better voice quality, but it will also require higher bandwidth requirements for voice.

For example, to enable VAD for VoIP dial peer 108, enter the following:

Dial-peer voice 108 voip
 destination-pattern +1408528
 vad
 session target ipv4:10.0.0.8

Configure Voice over IP for Microsoft NetMeeting

Voice over IP can be used with Microsoft NetMeeting (Version 2.x) when the Cisco AS5800 is used as the voice gateway. Use the latest version of DirectX drivers from Microsoft on your PC to improve the voice quality of NetMeeting.

Configure Voice over IP to Support Microsoft NetMeeting

To configure Voice over IP to support NetMeeting, create a VoIP peer that contains the following information:

Configure Microsoft NetMeeting for Voice over IP

To configure NetMeeting to work with Voice over IP, complete the following steps:

Step 1 From the Tools menu in the NetMeeting application, select Options. NetMeeting will display the Options dialog box.

Step 2 Click the Audio tab.

Step 3 Click the "Calling a telephone using NetMeeting" check box.

Step 4 Enter the IP address of the Cisco AS5800 in the IP address field.

Step 5 Under General, click Advanced.

Step 6 Click the "Manually configured compression settings" check box.

Step 7 Select the CODEC value CCITT ulaw 8000Hz.

Step 8 Click the Up button until this CODEC value is at the top of the list.

Step 9 Click OK to exit.

Initiate a Call Using Microsoft NetMeeting

To initiate a call using Microsoft NetMeeting, perform the following steps:

Step 1 Click the Call icon from the NetMeeting application. Microsoft NetMeeting will open the call dialog box.

Step 2 From the Call dialog box, select call using H.323 gateway.

Step 3 Enter the telephone number in the Address field.

Step 4 Click Call to initiate a call to the Cisco AS5800 from Microsoft NetMeeting.

Declarations, Notices, and Network-Related Comments


Note In certain countries, use of these products or provision of voice telephony over the Internet may be prohibited and/or subject to laws, regulations or licenses, including requirements applicable to the use of the products under telecommunications and other laws and regulations; customer must comply with all such applicable laws in the country(ies) where customer intends to use the product.

hometocprevnextglossaryfeedbacksearchhelp
Posted: Wed Dec 15 20:22:40 PST 1999
Copyright 1989-1999©Cisco Systems Inc.