Configuring Voice Over Frame Relay: Vofr Overview
Configuring Voice Over Frame Relay: Vofr Overview
This chapter describes the configuration of Voice over Frame Relay (VoFR) and contains the following
sections:
• VoFR Overview, page 387
• VoFR Prerequisite Tasks, page 393
• VoFR Configuration Task List, page 393
• VoFR Configuration Examples, page 409
For a description of the VoFR configuration commands using the FRF.11 implementation agreement,
refer to the Cisco IOS Voice, Video, and Fax Command Reference. For additional information about the
FRF.12 implementation agreement and wide-area networks (WANs), refer to the Cisco IOS Wide-Area
Networking Configuration Guide and Cisco IOS Wide-Area Networking Command Reference. For
information about voice port configurations, refer to the “Configuring Voice Ports” chapter.
To identify the hardware platform or software image information associated with a feature in this
chapter, use the Feature Navigator on Cisco.com to search for information about the feature or refer to
the software release notes for a specific release. For more information, see the “Identifying Supported
Platforms” in the “Using Cisco IOS Software” chapter.
VoFR Overview
VoFR enables a router to carry voice traffic (for example, telephone calls and faxes) over a Frame Relay
network, using the FRF.11 protocol. This specification defines multiplexed data, voice, fax, dual tone
multi frequency (DTMF) digit-relay, and channel-associated signaling (CAS)/robbed-bit signaling
frame formats. The Frame Relay backbone must be configured to include the map class and Local
Management Interface (LMI).
The Cisco VoFR implementation enables dynamic- and tandem-switched calls and Cisco trunk calls.
Dynamic-switched calls have dial-plan information included that processes and routes calls based on the
telephone numbers. The dial-plan information is contained within dial-peer entries. For more
information, see “Switched Calls” section on page 389.
Tandem-switched calls are switched from incoming VoFR to an outgoing VoFR enabled data-link
connection identifier (DLCI) and tandem nodes enable the process. The nodes also switch Cisco trunk
calls.
Permanent calls are processed over Cisco private-line trunks and static FRF.11 trunks that specify the
frame format and coder types for voice traffic over a Frame Relay network. For more information, see
“Permanent Calls” section on page 390.
VoFR connections depend on the hardware platform and type of call. The types of calls are:
• Switched (user dialed or auto-ringdown and tandem)
• Permanent (Cisco trunk or static FRF.11 trunk)
Note Calls to Cisco MC3810 multiservice concentrators running Cisco IOS releases before 12.0(7)XK and
12.1(2)T require specific procedures for VoFR configuration and are described in separate sections.
Source Destination
IP network
V V
35950
Call leg 1 Call leg 2 Call leg 3 Call leg 4
(POTS dial peer) (VoIP dial peer) (VoIP dial peer) (POTS dial peer)
A dial peer is associated with each call leg. Attributes that are defined in a dial peer and applied to the
call leg include codec, Quality of Service (QoS), voice activity detection (VAD), and fax rate. To
complete a voice call, you must configure a dial peer for each of the four call legs in the call connection.
Two kinds of dial peers are possible in VoFR configurations:
• POTS—Dial peer describing the characteristics of a traditional telephony network connection.
POTS dial peers map a dialed string to a specific voice port on the local router, normally the voice
port connecting the router to the local PSTN, PBX, or telephone.
• VoFR—Dial peer that is connected between a Frame Relay WAN backbone and a specific
voice-network device. VoFR dial peers map a dialed string to the destination router.
VoFR peers point to specific voice-network devices by associating destination telephone numbers with
a specific Frame Relay DLCI so that outgoing calls can be placed. Both POTS and VoFR dial peers are
needed to establish VoFR connections if the sending and receiving of calls are required.
Understanding the the relationship between the destination pattern and the session target is critical to
understanding VoFR dial peers. The destination pattern is the telephone number of the voice device
attached to the voice port. The session target defines the route to a serial port on the peer router at the
other end of the Frame Relay connection.
Note For tandem voice nodes, POTS dial peers are not configured.
For additional information on POTS dial peers, see the “Configuring Dial Plans, Dial Peers, and Digit
Manipulation” chapter.
Switched Calls
The Cisco-switched VoFR protocol handles call setup and parameter negotiation for both endpoints and
intermediate nodes within the multihop call path. The call setup mechanism originally implemented in
the Cisco MC3810 multiservice concentrator can be used for permanent-switched (Cisco trunk) or
dynamic-switched calls. The Cisco VoFR protocol includes forwarding of the called telephone number
and supports tandem switching of the call over multiple Frame Relay permanent virtual connection
(PVC) hops.
Cisco addresses the lack of end-to-end call parameter negotiation and call setup syntax in FRF.11 by
implementing a proprietary Q.931-like session protocol running on a user-configurable channel ID
(CID) of an FRF.11-format multiplexed DLCI.
Tandem Switching
Dynamic switching of voice calls between VoFR or VoATM PVCs and subchannels is also called tandem
switching (often encountered in multihop VoFR call connection paths). Tandem switching uses nodes
that are intermediate router nodes within the Frame Relay call path.
Each node switches the frames from one PVC subchannel to another (from one VoFR dial peer to another
VoFR dial peer) as the frames traverse the network. Use of tandem router nodes avoids the need to have
complete dial-plan information present on every router.
Dynamic-Switched Calls
Dynamic-switched calls are regular telephone calls in which the switching is performed by the Cisco
router. The destination endpoint of the call is selected by the router based on the dialed telephone number
and the dial peer configuration entries. This implementation is different from permanent calls (Cisco
trunk calls) in which the call endpoints are permanently fixed at configuration time. The dial peer uses
the Cisco proprietary session protocol.
Permanent Calls
Permanent calls are transmitted and received on FRF.11 and Cisco trunks. FRF.11 trunk interoperability
for standards-based vendors enables specification of the frame format and coder types to be used when
sending voice traffic through a Frame Relay network. However, FRF.11 does not have specifications for
end-to-end negotiation, call setup process, or any other form of communication between the Frame
Relay nodes.
As a result, static FRF.11 trunks are set up by manually configuring each router within the voice trunk
path with compatible parameters: a voice port and a specific subchannel on a DLCI are explicitly bound
on each end router. Signaling information is packed and sent transparently end-to-end.
The two ends of an FRF.11 call must use the same compatible speech compression codecs. If not, the
call exists and voice packets are sent and received, but no usable voice path is created.
When configured, a static FRF.11 trunk remains up until the voice or serial port is shut down or until a
network disruption occurs. The FRF.11 specification does not include any standardized methods for
performing Operation, Administration, and Maintenance (OAM) functions. There is no standard
protocol for detecting faults and providing rerouting of connection paths.
FRF.11 enables up to 255 subchannels to be multiplexed onto a single Frame Relay DLCI. The current
implementation supports the multiplexing of a single data channel with many voice channels. However,
subchannels from zero to three are reserved and cannot be configured for voice or data.
Note VoIP packets should not be fragmented. However, VoIP packets can be interleaved with fragmented
packets.
The Cisco 2600 series, 3600 series, and 7200 series routers and the Cisco MC3810 multiservice
concentrator support end-to-end fragmentation on a per-PVC basis. Fragmentation is configured through
a map class that applies to one or many PVCs, depending on how the class is applied.
When end-to-end FRF.12 fragmentation is used, the VoIP packets do not include the FRF.12 header,
provided the size of the VoIP packet is smaller than the fragment size configured. However, when FRF.11
Annex C or Cisco proprietary fragmentations are used, VoIP packets do include the fragmentation
header.
Traffic Shaping
When a Frame Relay PVC is configured to support voice traffic, the carrier must be able to accommodate
the traffic rate or profile sent on the PVC. If too much traffic is sent at once, the carrier might discard
frames causing disruptions to real-time voice traffic. The carrier might also deal with traffic bursts by
queueing up the bursts and delivering them at a metered rate. Excessive queueing also causes disruption
to real-time voice traffic. Traffic shaping compensates for this condition and is necessary to prevent the
carrier from discarding eligible discard bits on ingress and to prevent excessive burst data from affecting
voice quality.
When the outgoing Excess Burst (Be) size is configured, the Committed Burst (Bc) size and the
committed information rate (CIR) values must be obtained from the carrier. The configured values on
the router must match those of the carrier.
Command Purpose
Step 1 Router(config)# map-class frame-relay map-class-name Creates a map class name to assign to a group of
PVCs and enters map-class configuration mode. A
map class name must be unique.
Step 2 Router(config-map-class)# frame-relay voice Enters the bandwidth in bits per second (bps) and
bandwidth bps_reserved determines the number of voice calls enabled on the
DLCIs where the map class is associated. The
keywords and arguments are as follows:
• bps_reserved—Reserved bandwidth. Valid range
is from 8,000 to 45,000,000 bps. The default is 0
(disables all voice calls).
Note It is recommended that the bps be no higher than the minimum CIR if the voice quality is impacted
when burst is being sent.
Command Purpose
Step 1 Router(config-map-class)# frame-relay bc out bits Configures the outgoing bc size for this group of
PVCs. Configure the bits value to a minimum of 1000
for voice traffic. Ensure that the bc size matches the
carrier to prevent the carrier from discarding DE bits
on ingress.
Step 2 Router(config-map-class)# frame-relay be out bits Configures the outgoing be size for this group of
PVCs. Ensure that the Excess Burst size matches the
carrier to prevent the carrier from discarding DE bits
on ingress.
Step 3 Router(config-map-class)# frame-relay min-cir {in | Configures the minimum acceptable incoming or
out} bps outgoing CIR for this group of PVCs.
Step 4 Router(config-map-class)# frame-relay cir out bits Configures the outgoing excess CIR for this group of
PVCs. Configured the CIR size to match your carrier
to prevent the carrier from discarding DE bits on
ingress.
Step 5 Router(config-map-class)# frame-relay cir in bits (Optional) Configures the incoming CIR size for this
group of PVCs.
Step 6 Router(config-map-class)# frame-relay adaptive (Optional) Configures the adaptive traffic rate
shaping becn adjustment to support backward explicit congestion
notification (BECN) on this group of PVCs.
Note On the Cisco MC3810 multiservice concentrator, a voice class can be configured to assign idle state
and out-of-service (OOS) signaling attributes to a VoFR dial peer. For more information, see the
“Configuring Trunk Connections and Conditioning Features” chapter.
To configure a VoFR dial peer, use the following commands beginning in global configuration mode:
Command Purpose
Step 1 Router(config)# dial-peer voice number vofr Defines a VoFR dial peer and enters dial peer
configuration mode. All subsequent commands that
are entered in dial peer voice configuration mode
before exiting apply to this dial peer.
The number argument identifies the dial peer and
must be unique on the router. Do not duplicate a
specific tag number.
Step 2 Router(config-dial-peer)# Configures the dial peer destination pattern. The
destination-pattern[+]string[T] same restrictions for the string listed in the POTS dial
peer configuration also apply to the VoFR destination
pattern. Also configures standard VoFR dial peers for
switched calls on the tandem routers.
• Plus sign (+)—(Optional) Indicates an E.164
standard number. The plus sign (+) is not
supported on the Cisco MC3810 multiservice
concentrator.
• string—Specifies the E.164 or private dialing
plan telephone number. Valid entries are the
digits 0 through 9, the letters A through D, and
the following special characters:
– Asterisk (*) and pound sign (#) that appear
on standard touch-tone dial pads.
– Comma (,) inserts a pause between digits.
– Period (.) matches any entered digit (this
character is used as a wildcard).
• T—(Optional) Indicates that the
destination-pattern value is a variable length
dial-string.
Note Tandem-switched calls are not allowed when
the call type is an FRF.11 trunk call. The
Cisco 7200 series routers can serve only as
tandem nodes in the VoFR network using
Cisco IOS Release 12.1. This is the only dial
peer procedure supported on the Cisco 7200
series.
Step 3 Router(config-dial-peer)# session target interface Configures the Frame Relay session target for the dial
dlci [cid] peer.
Note The cid argument is required for FRF.11 trunk
calls.
Command Purpose
Step 4 Router(config-dial-peer)# session protocol (Optional) Configures the session protocol to support
{cisco-switched | frf11-trunk} switched calls or FRF.11 trunk calls. If FRF.11 trunk
calls are sent over the Frame Relay network, the
VoFR dial peers must be statically configured on both
sides of the trunk specifically to support FRF.11 trunk
calls.
FRF.11 trunk calls cannot be used in conjunction with
dial plans or be sent through tandem nodes.
Note The cisco-switched keyword is the default.
Step 5 Router(config-dial-peer)# codec {type} [bytes Specifies the voice coder rate of speech and payload
payload_size] size for the dial peer. The default dial peer codec is
g729r8. The keywords and arguments are as follows:
• type—Specifies the coder rate of speech. The
rates are hardware-specific. Refer to the
Cisco IOS Voice, Video, and Fax Command
Reference.
• bytes—(Optional) Specifies the payload size.
Each codec type defaults to a different payload
size if a value is not specified.
• payload_size—(Optional) Specifies the payload
size by entering the bytes value. Each codec type
defaults to a different payload size if a value is
not specified. To obtain a list of the default
payload sizes, enter the codec command and the
bytes option followed by a question mark (?).
Note The Cisco MC3810 multiservice
concentrator is limited to a maximum of 12
calls when using g729r8. Use g729ar8 to
support up to 24 calls on the Cisco MC3810
multiservice concentrator.
Command Purpose
Step 7 Router(config-dial-peer)# signal-type {cas | cept | If Cisco trunk permanent calls are being configured,
ext-signal | transparent} the signal type is required. The signal type defines the
ABCD signaling packets that are generated by the
voice port and sent to the data network. Use the cas,
cept, ext-signal, and transparent keywords.
To configure FRF.11 calls, use only the cas and
ext-signal keywords. These keywords are optional on
Cisco 2600/3600 series routers and configure the
signal type on these routers for FXS-FXS trunks. The
keywords are as follows:
• cas—Default signaling type that is North
American CAS/robbed-bit signaling.
• cept—Provides basic E1 ABCD protocol,
primarily Conférence Européenne des Postes et
des Télécommunications (CEPT) E&M
signaling, on the Cisco MC3810 multiservice
concentrator. This keyword is used for European
voice networks. If the keyword is used with FXS
or FXO voice ports, the signaling is equivalent to
Mercury Exchange Limited (MEL) CAS. The
keyword is not supported on the Cisco 2600/3600
series.
• ext-signal—Used for required external signaling
channels (for example, common channeling
signaling), or when no signaling information is
sent over a permanent “dumb” voice pipe (for
example, carrying audio for a public address
system).
Command Purpose
• transparent—Used on the Cisco MC3810
multiservice concentrator with digital voice ports
when the ABCD signaling bits are copied and
passed transparently from the T1/E1 interface
without interpretation (also known as transparent
FRF.11 signaling). The keyword enables the
Cisco MC3810 multiservice concentrator to
handle or transport unknown signaling protocols.
On the Cisco MC3810 multiservice concentrator
with analog voice ports, the transparent
keyword does not apply and is equivalent to the
cept keyword. This keyword is not supported on
the Cisco 2600 series and 3600 series in Cisco
IOS Release 12.2.
Note By default, the Cisco MC3810 multiservice
concentrator, when configured using
transparent, operates the voice path in a
permanently open state so that voice packets
are sent (and network bandwidth consumed)
regardless of the state of the call.
Command Purpose
Step 11 Router(config-dial-peer)# preference value (Optional) Configures a preference for the VoFR dial
peer. The value argument is a number from 0 to 10
where the lower the number, the higher the preference
in hunt groups.
Step 12 Router(config-dial-peer)# fax rate {2400 | 4800 | (Optional) Configures the transmission speed (in bps)
7200 | 9600 | 14400 | disable | voice} at which a fax will be sent to the dial peer.
The default is voice, which specifies the highest
possible transmission speed allowed by the voice
rate.
To configure another VoFR dial peer, exit dial peer configuration mode and repeat Steps 1 through 10.
Note Repeat this procedure on the destination router on the other side of the FRF.11 trunk.
Command Purpose
Step 1 Router(config-if)# frame-relay interface-dlci dlci Enters the DLCI configuration mode.
Step 2 Router(config-fr-dlci)# vofr [data cid] Configures the Frame Relay DLCI to support VoFR.
[call-control][cid] When the vofr command is used, all subchannels on
the DLCI are configured for FRF.11 encapsulation
The keywords and arguments are as follows:
• data—Selects a subchannel (CID) for data other
than the default subchannel (CID 4). The
recommended setting is vofr data 4
call-control 5.
• cid—Specifies the subchannel to use for data.
Valid values are from 4 to 255. The default is 4.
If data is specified, a valid CID must be entered.
• call-control—(Optional) Specifies that a
subchannel is reserved for call-control signaling.
Call-control is not supported on Cisco MC3810
multiservice concentrators.
• cid—(Optional) Specifies the subchannel to use
for call-control signaling. Valid values are from
4 to 255. The default is 5. If call-control is
specified and a CID is not entered, the default
CID is used. If the vofr command is entered
without any keywords or arguments, the data
subchannel (cid) is 4 and there is no call-control
subchannel.
Note The vofr command uses WFQ at the PVC
level. If the vofr cisco command is used,
WFQ cannot be disabled.
or
Router(config-fr-dlci)# vofr cisco Configures the DLCI and the Cisco proprietary voice
encapsulation for switched calls to Cisco MC3810
multiservice concentrators. When this command is
entered, data CID 4 and call-control CID 5 are
automatically assigned.
If user-dialed calls are being configured, stop here. If
auto-ringdown calls are being configured, continue
to the next step.
Step 3 Router(config)# voice-port Identifies the voice port to configure and enters the
voice-port configuration mode.
Note The voice-port command is hardware
specific. For more information, refer to the
Cisco IOS Voice, Video, and Fax Command
Reference.
Step 4 Router(config-voice-port)# connection [plar | Configures the private-line, auto-ringdown (PLAR)
tie-line] destination-string or tie-line connection, specifying the telephone
number in the destination-string.
Table 28 lists the supported VoFR connections and the appropriate commands to configure switched
calls.
Data
Switched Calls Fragmentation Frame Relay DLCI Session Protocol Voice Port
(User-Dialed or Auto-Dialed) Supported Command1 Command2 Command
To routers supporting VoFR FRF.11 Annex C vofr [data cid] session protocol For user-dialed calls: none
[call-control cisco-switched4
For auto-ringdown calls:
[cid]]3
connection plar
destination-string
To a Cisco MC3810 multiservice Cisco vofr cisco6 session protocol For user-dialed calls: none
concentrator running Cisco IOS proprietary5 cisco-switched
For auto-ringdown calls:
Releases before 12.1(2)T
connection plar
destination-string
1. The voice-encap option of the frame-relay interface-dlci command on the Cisco MC3810 multiservice concentrator is no longer supported.
2. Dial peer configuration mode.
3. The recommended use of this command is vofr data 4 call-control 5.
4. The session protocol cisco-switched command is the default setting. If the command is not entered, the setting still applies.
5. Cisco proprietary fragmentation is based on an early draft of FRF.12 and is compatible with Cisco MC3810 multiservice concentrators.
6. This command uses data CID 4 and call-control CID 5.
Note When you are creating voice networks with a mixture of router types, the Cisco MC3810 multiservice
concentrator must be running Cisco IOS Release 12.0(3)XG, 12.0(4)T, or later releases, to act as a
tandem node. For each configured tandem node, two VoFR dial peers must be configured, one for
each tandem connection.
To configure VoFR dial peers on tandem routers, use the following commands beginning in global
configuration mode:
Command Purpose
Step 1 Router(config)# dial-peer voice number vofr Defines a VoFR dial peer and enters dial peer
configuration mode. All subsequent commands that
are entered in dial peer voice configuration mode
before exiting apply to this dial peer.
Step 2 Router(config-dial-peer)# destination-pattern Configures the dial peer destination pattern. The
[+]string[T] same restrictions for the string listed in the POTS dial
peer configuration also apply to the VoFR destination
pattern.
Step 3 Router(config-dial-peer)# session target interface Configures the Frame Relay session target for the dial
dlci peer.
Step 4 Router(config-dial-peer)# preference value (Optional) Configures a preference for the VoFR dial
peer. The value argument is a number from 0 to 10
where the lower the number, the higher the preference
in hunt groups.
To configure the next VoFR dial peer, exit dial peer configuration mode by entering exit, and repeat Steps
1 through 4. On tandem nodes, at least two VoFR dial peers are required, one for each call leg.
To configure Cisco trunk permanent calls, use the following commands beginning in interface
configuration mode:
Command Purpose
Step 1 Router(config-if)# frame-relay interface-dlci dlci Configures the DLCI to support VoFR.
Note The voice-encap option of the frame-relay
interface-dlci command on the Cisco
MC3810 multiservice concentrator is no
longer supported beginning in Cisco IOS
12.2.
Step 2 Router(config-if)# vofr [[cisco] | [[data cid] Enables VoFR on the DLCI. If the vofr command is
[call-control][cid]]]] entered without any keywords or arguments, the data
subchannel is CID 4, and there is no call-control
subchannel.
Note When the vofr command is used, all
subchannels on the DLCI are configured for
FRF.11 encapsulation. This configuration
uses the standard FRF.11 Annex C
fragmentation.
Note When the connection trunk or no connection trunk command is entered, the voice port must be
toggled by entering shutdown, and then no shutdown before the changes take effect.
To configure FRF.11 trunk calls, use the following commands beginning in interface configuration
mode:
Command Purpose
Step 1 Router(config-if)# frame-relay interface-dlci dlci Configures the DLCI and enters DLCI configuration
mode.
Step 2 Router(config-fr-dlci)# vofr [data cid] Configures the DLCI and optionally enters the data
[call-control cid] and call-control CIDs. When the keywords and
arguments are configured, all subchannels on the
DLCI are configured for FRF.11 encapsulation
except the data subchannel. If no keywords or
arguments are entered, the data subchannel is CID 4,
and there is no call-control subchannel.
Step 3 Router(config)# voice-port Identifies the voice port to configure and enters
voice-port configuration mode.
Note The voice-port command is hardware
specific. Refer to the Cisco IOS Voice, Video,
and Fax Command Reference publication for
more information.
Step 4 Router(config-voice-port)# connection trunk Configures the trunk connection by specifying the
destination-string [answer-mode] telephone number in destination-string. One side of a
call must act as the call initiator (master) and the
other side as the call answerer (slave). By default, the
voice port is the master.
Step 5 Router(config-voice-port)# shutdown Shuts down the voice port.
Step 6 Router(config-voice-port)# no shutdown Reactivates the voice port to enable the trunk
connection.
Note When the connection trunk or no connection trunk command is entered, the voice port must be
toggled by entering shutdown, and then no shutdown before the changes take effect.
Troubleshooting Tips
To troubleshoot and resolve configuration issues, perform the following tasks:
• If no calls are going through, ensure that the frame-relay voice bandwidth command is configured.
• If VoFR is configured on a PVC and there are problems with data connectivity on that PVC, ensure
that the frame-relay fragment command has been configured.
• If data is not being transmitted but fragmentation is configured, ensure that Frame Relay traffic
shaping is turned on.
• If the problem is with the dial plan or the dial peers, use the show dial-plan number command with
the argument dial string to display which dial peers are being used when a specific number is called.
• If there are problems connecting an FRF.11 trunk call, ensure that the session protocol dial peer
command is set to frf11-trunk.
• If FRF.11 trunk calls on the Cisco 2600 or Cisco 3600 series routers are being configured, verify
that the called-number vofr dial peer command is configured and that its number matches the
destination pattern of the corresponding POTS dial peer.
• Ensure that the voice port is set to no shutdown.
• Ensure that the serial port or the T1/E1 controller is set to no shutdown.
• Toggle the voice port by first entering shutdown, and then no shutdown every time the connection
trunk or no connection trunk command is entered.
Command Purpose
Router# show call active voice [brief] Displays the active call table.
Router# show call history voice [last number] | [brief] Displays the call history table.
or
Router# show call history voice record
Router# show dial-peer voice Displays configuration information and call statistics for
dial peers.
Router# show frame-relay fragment Displays information about the Frame Relay fragmentation
taking place in the Cisco router.
Router# show frame-relay pvc Displays statistics about PVCs for Frame Relay interfaces.
Router# show frame-relay vofr Displays the FRF.11 subchannels information on VoFR
DLCIs.
Router# show interfaces serial Displays information about a serial interface.
Router# show traffic-shape queue Displays information about the elements queued at a
particular time at the VC (DLCI) level.
Command Purpose
Router# show voice call Displays the call status for all voice ports on the Cisco
MC3810 multiservice concentrators.
Router# show voice permanent-call Displays information about the permanent calls on a voice
interface.
Router A Router B
hostname 3600A hostname 3600B
! !
interface serial 0/0 interface serial 0/0
ip address xxx.xxx.xxx 255.255.255.0 ip address xxx.xxx.xxx 255.255.255.0
frame-relay traffic shaping frame-relay traffic shaping
! frame-relay class toto
frame-relay interface-dlci 100 frame-relay interface-dlci 100
class toto !
! map-class frame-relay toto
map-class frame-relay toto encapsulation frame-relay
encapsulation frame-relay frame-relay cir s
frame-relay cir s frame-relay bc u
frame-relay bc u frame-relay fragment y
frame-relay fragment y
DLCI DLCI
18292
Router A 100 100 Router B
Router A Router B
hostname 3600A hostname 3600B
! !
interface serial 0/0 interface serial 0/0
frame-relay traffic shaping frame-relay traffic shaping
! frame-relay class toto
frame-relay interface-dlci 100 !
vofr data z frame-relay interface-dlci 100
class toto vofr data z
! !
map-class frame-relay toto map-class frame-relay toto
frame-relay voice-bandwidth t frame-relay voice-bandwidth t
frame-relay min-cir x frame-relay min-cir x
frame-relay cir s frame-relay cir s
frame-relay bc u frame-relay bc u
frame-relay fragment y frame-relay fragment y
Router Using VoFR PVCs Connected to Cisco MC3810s Before 12.1(2)T Example
Figure 77 shows an example of a Cisco 3600 series router with connections to a Cisco MC3810
multiservice concentrator running a Cisco IOS release before12.1(2)T. In this example, the VoFR
interface on both the Cisco 3600 series router and the Cisco MC3810 multiservice concentrator is
configured by using the vofr cisco command. This configuration uses FRF.11 Annex C fragmentation.
Figure 77 Router Using VoFR PVCs Connected to a Cisco MC3810 Multiservice Concentrator
Router A Router B
interface serial 0/0 interface serial 0
ip address xxx.xxx.xxx ip address xxx.xxx.xxx
255.255.255.0 255.255.255.0
frame-relay traffic shaping frame-relay traffic shaping
! frame-relay class toto
frame-relay interface-dlci 100 !
vofr cisco frame-relay interface-dlci 100
class toto vofr cisco
! !
map-class frame-relay toto map-class frame-relay toto
frame-relay voice-bandwidth t frame-relay voice-bandwidth t
frame-relay min-cir x frame-relay min-cir x
frame-relay cir s frame-relay cir s
frame-relay bc u frame-relay bc u
frame-relay fragment y frame-relay fragment y
Cisco
7001 Cisco 3600 MC3810 6001
2/0/0 Frame Relay
DLCI DLCI 1/5
18295
PBX Router A 100 100 Router B
Router A Router B
interface serial 0/0 interface serial 0
ip address xxx.xxx.xxx ip address xxx.xxx.xxx
255.255.255.0 255.255.255.0
encapsulation frame-relay encapsulation frame-relay
frame-relay traffic shaping frame-relay traffic shaping
frame-relay interface-dlci 100 frame-relay interface-dlci 100
class voice class voice
vofr data 4 call-control 5 vofr data 4 call-control 5
! !
map-class frame-relay voice map-class frame-relay voice
frame relay cir s frame relay cir s
frame relay bc u frame relay bc u
frame-relay voice bandwidth v frame-relay voice bandwidth v
frame-relay min-cir x frame-relay min-cir x
frame-relay fragment y frame-relay fragment y
! !
voice-port 2/0/0 voice-port 1/5
connection trunk 6001 answer-mode connection trunk 7001
! !
dial-peer voice 1 pots dial-peer voice 2 pots
destination-pattern 7001 destination-pattern 6001
Router A Router B
port 2/0/0 port 1/5
! !
dial-peer voice 2 vofr dial-peer voice 4 vofr
codec x bytes y codec x bytes y
destination-pattern 6001 destination-pattern 7001
session protocol cisco-switched session protocol cisco-switched
session target Sn 100 session target Sn 100
Cisco
7001 Cisco 3600 MC3810 6001
Frame Relay
2/0/0
FRF.11 trunk
DLCI DLCI 1/5
PBX Router A 100 100 Router B
18296
Router A Router B
hostname 3600A hostname mc3810B
! !
interface serial 0/0 interface serial 0
ip address xxx.xxx.xxx 255.255.255.0 ip address xxx.xxx.xxx 255.255.255.0
encapsulation frame-relay encapsulation frame-relay
frame-relay traffic shaping frame-relay traffic shaping
frame-relay interface-dlci 100 frame-relay interface-dlci 100
class voice class voice
vofr data 4 vofr data 4
! !
map-class frame-relay voice map-class frame-relay voice
frame-relay cir s frame-relay cir s
frame-relay min-cir in x frame-relay min-cir in x
frame-relay bc u frame-relay bc u
frame-relay voice bandwidth v frame-relay voice bandwidth v
frame-relay fragment y frame-relay fragment y
! !
voice-port 2/0/0 voice-port 1/5
connection trunk 6001 connection trunk 7001
! !
dial-peer voice 1 pots dial-peer voice 2 pots
destination-pattern 7001 destination-pattern 6001
port 2/0/0 port 1/5
! !
dial-peer voice 2 vofr dial-peer voice 4 vofr
codec x bytes y codec x bytes y
destination-pattern 6001 destination-pattern 7001
session protocol frf11-trunk session protocol frf11-trunk
session target Sn 100 d session target Sn 100 d
called-number 7001 dtmf-relay
dtmf-relay vad
vad
1001 2001
Cisco Frame Relay Cisco
3600 Cisco 3600 3600
Serial Serial
0/0 vofr vofr 0/1
1/0/0 DLCI DLCI 1/0/0
PBX Router A 100 Router C 200 Router B PBX
18297
Figure 81 shows an example of a tandem configuration with a Cisco MC3810 multiservice concentrator
acting as a tandem node.
Figure 81 Tandem Configuration with a Cisco MC3810 Multiservice Concentrator Tandem Node for
Switched Calls
1001 2001
Cisco Frame Relay Cisco
3600 Serial Cisco MC3810 Serial 3600
0/0 vofr vofr 0/1
1/0/0 DLCI Cisco Cisco DLCI 1/0/0
PBX Router A 100 Router C 200 Router B PBX
18298
Router A Endpoint Router C Tandem Node Router B Endpoint
interface serial 0/0 interface serial 0 interface serial 0/0
encapsulation frame-relay encapsulation frame-relay encapsulation frame-relay
frame-relay traffic-shaping frame-relay traffic-shaping frame-relay traffic-shaping
frame-relay interface-dlci 100 frame-relay interface-dlci 100 frame-relay interface-dlci 100
class voice class voice class voice
vofr data 4 call-control 5 vofr data 4 call-control 5 vofr data 4 call-control 5
! ! !
map-class frame-relay voice interface serial 1 map-class frame-relay voice
frame-relay cir a encapsulation frame-relay frame-relay cir a
frame-relay min-cir t frame-relay traffic-shaping frame-relay min-cir t
frame-relay bc b frame-relay interface-dlci 200 frame-relay bc b
frame-relay voice bandwidth c class voice frame-relay voice bandwidth c
frame-relay fragment d vofr data 4 call-control 5 frame-relay fragment d
! ! !
dial-peer voice 1 pots map-class frame-relay voice dial-peer voice 1 pots
destination-pattern 1001 frame-relay cir a destination-pattern 2001
port 1/0/0 frame-relay min-cir t port 1/0/0
! frame-relay bc b !
! frame-relay voice bandwidth c !
dial-peer voice 2 vofr frame-relay fragment d dial-peer voice 2 vofr
destination-pattern 2... ! destination-pattern 1...
session target serial 0/0 100 dial-peer voice 1 vofr session target serial 0/0 200
! destination-pattern 1... !
voice-port 1/0/0 session target serial 0/0 100 voice-port 1/0/0
! ! !
! dial-peer voice 2 vofr !
! destination-pattern 2... !!
! session target serial 0/1 200 !
Figure 82 shows an example of a tandem configuration with a Cisco MC3810 multiservice concentrator
acting as an endpoint node for Cisco trunk calls. When a Cisco MC3810 multiservice concentrator is on
a VoFR network, the configuration for connections to and from the Cisco MC3810 multiservice
concentrator is slightly different than for other routers that support VoFR. The vofr cisco command is
required for those connections.
Figure 82 Tandem Configuration with a Cisco MC3810 Multiservice Concentrator Endpoint Node
1001 2001
Cisco Frame Relay Cisco
2600 Cisco 3600 MC3810
Serial Serial
0/0 vofr vofr 0
1/0/0 DLCI Cisco DLCI 1/1
PBX Router A 100 Router C 200 Router B PBX
18300
Trunk connection
Figure 83 shows an example of a tandem configuration with Cisco MC3810 multiservice concentrators
as both endpoint and tandem nodes.
Note When a Cisco MC3810 multiservice concentrator running Cisco IOS software releases earlier than
12.1(2)T are used on a VoFR network, the configuration for connections to and from that Cisco
MC3810 multiservice concentrator is slightly different from what is used for other routers that
support VoFR. The vofr cisco command is required for these connections on the Cisco MC3810
multiservice concentrator.
Figure 83 Configuration with All Cisco MC3810 Multiservice Concentrators as Endpoint and Tandem
Nodes
1001 2001
Cisco Frame Relay Cisco
MC3810 Cisco MC3810 MC3810
vofr vofr
1/1 DLCI Cisco Cisco DLCI 1/1
PBX Router A 100 Router C 200 Router B PBX
18301
Serial 0 Serial 1
18302
PBX Router A Router B
Router A Router B
interface serial 0 interface serial 0
encapsulation frame-relay encapsulation frame-relay
frame-relay traffic-shaping frame-relay traffic-shaping
frame-relay interface-dlci 100 frame-relay interface-dlci 100
class voice class voice
vofr data 4 call-control 5 vofr data 4 call-control 5
! !
interface serial 1 interface serial 1
encapsulation frame-relay encapsulation frame-relay
frame-relay traffic-shaping frame-relay traffic-shaping
frame-relay interface-dlci 200 frame-relay interface-dlci 200
class voice class voice
vofr data 4 call-control 5 vofr data 4 call-control 5
! !
map-class frame-relay voice map-class frame-relay voice
frame-relay cir a frame-relay cir a
frame-relay bc b frame-relay bc b
frame-relay voice bandwidth c frame-relay voice bandwidth c
frame-relay min-cir t frame-relay min-cir t
! !
dial-peer voice 1 pots dial-peer voice 1 pots
destination-pattern 1001A destination-pattern 2001A
port 1/1 port 1/1
! !
dial-peer voice 100 vofr dial-peer voice 100 vofr
destination-pattern 2... destination-pattern 1...
Router A Router B
session target serial0 100 session target serial0 100
preference 1 preference 1
! !
dial-peer voice 200 vofr dial-peer voice 200 vofr
destination-pattern 2... destination-pattern 1...
session target serial1 200 session target serial1 200
preference 2 preference 2
! !
voice-port 1/1 voice-port 1/1
connection trunk 2005A description FXS port
description FXO port connection trunk 1001A answer-mode
! !
! !