Table Of Contents
Router Feature Configuration
Before You Configure Your Network
Configuring Basic Parameters
Configuring Global Parameters
Configuring the Ethernet Interface
Configuration Example
Verifying Your Configuration
Configuring the Dialer Interface
Configuration Example
Verifying Your Configuration
Configuring the Loopback Interface
Configuration Tasks
Sample Configuration
Verifying Your Configuration
Configuring the Asynchronous Transfer Mode Interface
AAL5SNAP Encapsulation Configuration Example
Verifying Your Configuration
AAL5MUX PPP Encapsulation Configuration Example
Verifying Your Configuration
Configuring Command-Line Access to the Router
Configuration Example
Configuring Bridging
Configuration Example
Verifying Your Configuration
Configuring Static Routing
Configuration Example
Verifying Your Configuration
Configuring Dynamic Routing
Configuring RIP
Configuration Example
Verifying Your Configuration
Configuring IP EIGRP
Configuration Example
Verifying Your Configuration
Configuring Addressing Parameters
Configuring NAT
Configuration Example
Verifying Your Configuration
Configuring Easy IP (Phase 1)
Configuring Easy IP (Phase 2)
Configuring DHCP
Configuring DHCP Client Support
Configuration Example
Configuring DHCP Server
Configuration Example
Verifying Your Configuration
Configuring the DHCP Relay
Configuration Example
Verifying Your Configuration
Configuring TACACS+
Configuring an Extended Access List
Configuration Example
Configuring Quality of Service Parameters
Configuring a Single-PVC Environment
Configuring IP Precedence
Configuring an Access List and Voice Class
Configuring a Policy Map and Specifing Voice Queuing
Configuring a Policy Map and Specifying Priority Queuing for Voice Class
Associating the Policy Map to the ATM PVC and Decreasing the ATM Interface MTU
Configuration Example
Configuring a Single-PVC Environment Using RFC 1483 Encapsulation
Differentiating Between Data and Voice Packets
Configuring an Access List and Voice Class
Configuring a Policy Map and Specifying Voice Queuing
Associating the Policy Map with the ATM PVC and Using TCP MSS Adjust
Fine-Tuning the Size of the PVC ATM Transmit Ring Buffer
Configuration Example
Configuring a Single-PVC Environment Using PPP over ATM and Multilink Encapsulation
Differentiating Between Data and Voice Packets
Configuring the Policy Map and Specifying Voice Queuing
Associating the Policy Map to the ATM PVC
Configuring Link Fragmentation and Interleaving with Low Latency Queuing
Configuring a Multiple-PVC Environment
Voice and Data on Different Subnets
Configuring the ATM Interface and Subinterfaces
Configuration Example
Voice and Data on the Same Subnet Using Virtual Circuit Bundling
Configuring the ATM Interface, PVC-Bundle for Voice and Data, and IP Precedence for Voice Packets
Specifying IP Precedence and the Service Class for the Voice Network
Configuration Example
Configuring Dial Backup
Specifying the Backup Interface
Defining Backup Line Delays
Defining Traffic Load Threshold
Dial Backup Using the Console Port
Configuration Example
Configuration Example
Configuring IGMP Proxy and Sparse Mode
Configuration Example
Verifying Your Configuration
Configuring IP Security and GRE Tunneling
Configuring Internet Protocol Parameters
Configuring an Access List
Configuring IPSec
Configuring a GRE Tunnel Interface
Configuring the Ethernet Interfaces
Configuring Static Routes
Configuring and Monitoring High-Speed Crypto
Configuration Example
Configuring Multilink PPP Fragmentation and Interleaving
Configuration Example
Verifying Your Configuration
Configuring IP Precedence
Configuration Example
Configuring Voice
Prerequisite Tasks
Configuring Voice for H.323 Signaling
Configuring the POTS Dial Peers
Configuring Voice Dial Peers for H.323 Signaling
Configuring Voice Ports for H.323 Signaling
Configuring Number Expansion
Configuration Example
Cisco 827 Router Configuration Examples
Cisco 827-4V Router Configuration
Cisco 827 Router Configuration
Corporate or Endpoint Router Configuration for Data Network
Corporate or Endpoint Router Configuration for Data and Voice Network
Router Feature Configuration
This chapter includes basic feature-by-feature configuration procedures for Cisco 800 series and Cisco SOHO series routers. This chapter is useful if you have a network in place and you want to add specific features.
Note
Every feature described is not necessarily supported on every router model. Where possible and applicable, feature limitations are listed.
If you prefer to use network scenarios to build a network, see "Network Scenarios."
This chapter contains the following sections:
•
Before You Configure Your Network
•
Configuring Basic Parameters
•
Configuring Bridging
•
Configuring Static Routing
•
Configuring Dynamic Routing
•
Configuring IP EIGRP
•
Configuring Addressing Parameters
•
Configuring DHCP
•
Configuring TACACS+
•
Configuring an Extended Access List
•
Configuring Quality of Service Parameters
•
Configuring a Single-PVC Environment Using RFC 1483 Encapsulation
•
Configuring Dial Backup
•
Configuring IGMP Proxy and Sparse Mode
•
Configuring IP Security and GRE Tunneling
•
Configuring Multilink PPP Fragmentation and Interleaving
•
Configuring Voice
•
Cisco 827 Router Configuration Examples
•
Corporate or Endpoint Router Configuration for Data and Voice Network
Each section includes a configuration example and verification steps, where available.
Before You Configure Your Network
Before you configure your network, you must do the following:
•
If applicable, order an ADSL, G.SHDSL, or ISDN line from your telephone service provider.
•
Determine the number of PVCs that your service provider is giving you, together with their virtual path identifiers (VPIs) and virtual channel identifiers (VCIs).
•
For each PVC determine the type of AAL5 encapsulation supported. It can be one of the following:
–
AAL5SNAP: This can be either routed RFC 1483 or bridged RFC 1483. In the case of routed RFC 1483, the service provider has to provide you with a static IP address. In the case of bridged RFC 1483, you may use DHCP to obtain your IP address or you may be given a static IP address from your service provider.
–
AAL5MUX PPP: With this type, you need to determine PPP-related configuration items.
•
If you are setting up an Internet connection, gather the following information:
–
Point-to-Point Protocol (PPP) client name that is assigned as your login name.
–
PPP authentication type: Challenge Handshake Authentication Protocol (CHAP) or Password Authentication Protocol (PAP).
–
PPP password to access your Internet Service Provider (ISP) account.
–
DNS server IP address and default gateways.
•
If you are setting up a connection to a corporate network, you and its network administrator must generate and share the following information for the WAN interfaces of the routers:
–
PPP authentication type: CHAP or PAP.
–
PPP client name to access the router.
–
PPP password to access the router.
•
If you are setting up IP routing, generate the addressing scheme for your IP network.
Configuring Basic Parameters
To configure the router, perform the tasks described in the following sections:
•
Configuring Global Parameters
•
Configuring the Ethernet Interface
•
Configuring the Dialer Interface
•
Configuring the Loopback Interface
•
Configuring the Asynchronous Transfer Mode Interface
•
Configuring Command-Line Access to the Router
A configuration file example that illustrates how to configure the network is presented after the tasks.
After your router boots, the following prompt displays. Enter no.
Would you like to enter the initial configuration dialog [yes]: no
For complete information on how to access global configuration mode, see the "Entering Global Configuration Mode" section. For more information on the commands used in the following tables, refer to the Cisco IOS Release 12.0 documentation set.
Configuring Global Parameters
Follow the steps below to configure the router for global parameters.
| |
Command
|
Task
|
Step 1
|
configure terminal
|
Enter configuration mode.
|
Step 2
|
hostname name
|
Specify the name for the router.
|
Step 3
|
enable secret password
|
Specify an encrypted password to prevent unauthorized access to the router.
|
Step 4
|
ip subnet-zero
|
Configure the router to recognize zero subnet range as valid range of addresses.
|
Step 5
|
no ip domain-lookup
|
Disable the router from translating unfamiliar words (typos) entered during a console session into IP addresses.
|
For complete information on the global parameter commands, refer to the Cisco IOS Release 12.0 documentation set.
Configuring the Ethernet Interface
Follow the steps below to configure the Ethernet interface, beginning in global configuration mode.
| |
Command
|
Task
|
Step 1
|
interface ethernet 0
|
Enter configuration mode for the Ethernet interface.
|
Step 2
|
ip address ip-address mask
|
Set the IP address and subnet mask for the Ethernet interface.
|
Step 3
|
no shutdown
|
Enable the Ethernet interface to change the state from administratively down to up.
|
Step 4
|
exit
|
Exit configuration mode for the Ethernet interface.
|
For complete information on the Ethernet commands, refer to the Cisco IOS Release 12.0 documentation set. For more general information on Ethernet concepts, see "Concepts."
Configuration Example
The following example shows the Ethernet interface configuration. You do not need to enter the commands marked "default." These commands appear automatically in the configuration file that is generated when you use the show running-config command.
ip address 192.168.1.1 255.255.255.0
no ip directed-broadcast (default)
Verifying Your Configuration
To verify that you have properly configured the Ethernet interface, enter the show interface ethernet0 command. You should see a verification output like the example shown below.
Ethernet0 is up, line protocol is up
Hardware is PQUICC Ethernet, address is 0000.Oc13.a4db
Internet address is 170.1.4.101/24
MTU 1500 bytes, BW 10000 Kbit, DLY 1000 usec,
reliability 255/255., txload 1/255, rxload 1/255
Encapsulation ARPA, loopback not set
Configuring the Dialer Interface
Use these commands if you are using PPP encapsulation for the ATM PVC.
Follow the steps below to configure the dialer interface, beginning in global configuration mode.
| |
Command
|
Task
|
Step 1
|
interface dialer number
|
Enter configuration mode for the dialer interface.
|
Step 2
|
encapsulation ppp
|
Specify the encapsulation type for the PVC as PPP.
|
Step 3
|
ip address ip-address mask
|
Set the IP address and subnet mask for the dialer interface.
|
Step 4
|
dialer pool number
|
Specify which dialer pool number you are using.
|
Step 5
|
pvc vpi/vci
|
Create an ATM PVC for each end node with which the router communicates.
|
Step 6
|
encapsulation aal5mux ppp dialer
|
Specify the encapsulation type as AAL5MUX PPP.
|
Step 7
|
dialer pool-member number
|
Specify a dialer pool-member.
|
Step 8
|
dialer-group number
|
Specify a dialer group. The dialer group is required to fast-switch outgoing packets.
|
Step 9
|
exit
|
Exit configuration mode for the ATM interface.
|
Configuration Example
The following example shows the dialer interface configuration. You do not need to input the commands marked "default." These commands appear automatically in the configuration file that is generated when you use the show running-config command.
encapsulation aal5mux ppp dialer
ip address 200.200.100.1 255.255.255.0
Verifying Your Configuration
To verify that you have properly configured the dialer interface, enter the show interface virtual-access 1 command. Both line protocol and dialer 0 should be up and running. You should see a verification output like the example shown below.
router(config-if)#sh int virtual-access 1
Virtual-Access1 is up, line protocol is up
Hardware is Virtual Access interface
Interface is unnumbered. Using address of Dialer0 (2.2.2.1)
MTU 1500 bytes, BW 100000 Kbit, DLY 100000 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation PPP, loopback not set
Virtual-access 1 is up means that the interface is up and running. If you see the output Virtual-access 1 is down, it means that the interface is "administratively down," and the interface is configured with the shutdown command. To bring the interface up, you must enter the no shutdown command.
Configuring the Loopback Interface
This section describes configuring the loopback interface. The loopback interface acts as a placeholder for the static IP address and provides default routing information.
For complete information on the loopback commands, refer to the Cisco IOS Release 12.0 documentation set.
Configuration Tasks
Follow the steps below to configure the loopback interface.
| |
Command
|
Task
|
Step 1
|
interface Loopback 0
|
Enter configuration mode for the loopback interface.
|
Step 2
|
ip address ip-address mask
|
Set the IP address and subnet mask for the loopback interface.
|
Step 3
|
ip nat outside
|
Set the interface to be connected to the outside network.
|
Step 4
|
exit
|
Exit configuration mode for the loopback interface.
|
Sample Configuration
The loopback interface in this sample configuration is used to support NAT on the virtual-template interface. This sample configuration shows the loopback interface configured on the Ethernet interface with an IP address of 200.200.100.1/24, which acts as a static IP address. The loopback interface points back to virtual-template1, which has a negotiated IP address.
ip address 200.200.100.1 255.255.255.0 (static IP address)
interface Virtual-Template1
Verifying Your Configuration
To verify that you have properly configured the loopback interface, enter the show interface loopback 0 command. You should see a verification output similar to the following example.
Router #sh int loopback 0
Loopback0 is up, line protocol is up
Internet address is 200.200.100.1/24
MTU 1514 bytes, BW 8000000 Kbit, DLY 5000 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation LOOPBACK, loopback not set
Last input never, output never, output hang never
Last clearing of "show interface" counters never
Output queue 0/0, 0 drops; input queue 0/75, 0 drops
5 minute input rate 0 bits/sec, 0 packets/sec
5 minute output rate 0 bits/sec, 0 packets/sec
0 packets input, 0 bytes, 0 no buffer
Received 0 broadcasts, 0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
0 packets output, 0 bytes, 0 underruns
0 output errors, 0 collisions, 0 interface resets
0 output buffer failures, 0 output buffers swapped out
Another way to verify the loopback interface is to send multiple ping packets to it:
Router#ping 200.200.100.1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 200.200.100.1, timeout is 2 seconds:
Success rate is 100 percent (5/5), round-trip min/avg/max = 1/2/4 ms
Configuring the Asynchronous Transfer Mode Interface
Use the following steps to configure the Asynchronous Transfer Mode (ATM) interface, beginning in global configuration mode.
Note
The default service class for configuring the ATM interface is unspecified bit rate (ubr). You can change the service class to variable bit rate non-real time (vbr-nrt) or variable bit rate real time (vbr-rt) by using one of these commands: vbr-nrt or vbr-rt. Refer to the Cisco IOS Release 12.0 documentation set. For more information on definitions of service classes, see "Concepts."
| |
Command
|
Task
|
Step 1
|
interface ATM 0
|
Enter configuration mode for the ATM interface.
|
Step 2
|
dsl equipment-type {co | cpe}
|
Configure the DSL equipment type, if applicable.
|
Step 3
|
dsl linerate {number | auto}
|
Specify the G.SHDSL line rate, if applicable. The range of valid numbers is between 72 and 2312.
|
Step 4
|
dsl operating-mode gshdsl symmetric annex annex
|
Set the G.SHDSL operating mode, if applicable, and select the G.991.2 annex.
|
Step 5
|
ip address ip-address mask
|
Set the IP address and subnet mask for the ATM interface.
|
Step 6
|
pvc vpi/vci
|
Create an ATM PVC for each end node with which the router communicates.
|
Step 7
|
protocol ip ip-address broadcast
|
Set the protocol broadcast for the IP address.
|
Step 8
|
encapsulation protocol
|
Specify the encapsulation type for the PVC. Encapsulations can be specified as AAL5SNAP, AAL5MUX IP, or AAL5MUX PPP.1
|
Step 9
|
tx-ring-limit number
|
Configure the size of the PVC transmit queue. The default setting is 6.
|
Step 10
|
no shutdown
|
Enable the ATM interface.
|
Step 11
|
exit
|
Exit configuration mode for the ATM interface.
|
For complete information on the ATM commands, refer to the Cisco IOS Release 12.0 documentation set. For more general information on ATM concepts, see "Concepts."
AAL5SNAP Encapsulation Configuration Example
The following example shows the ATM interface configuration for AAL5SNAP encapsulation.
You do not need to enter the commands marked "default." These commands appear automatically in the configuration file that is generated when you use the show running-config command.
ip address 200.200.100.1 255.255.255.0
no ip directed-broadcast (default)
no atm ilmi-keepalive (default)
protocol ip 200.200.100.254 broadcast
Verifying Your Configuration
To verify that you have properly configured the ATM interface with AAL5SNAP encapsulation, enter the show interface atm0 command. You should see a verification output like the example shown below.
ATM0 is up, line protocol is up
Hardware is PQUICC_SAR (with Alcatel ADSL Module)
Internet address is 1.1.1.1/24
MTU 1500 bytes, sub MTU 1500, BW 640 Kbit, DLY 80 usec, reliability
113/255. txload 1/255, rxload 1/255
Encapsulation aal5snap, loopback not set
DTR is pulsed for 5 seconds on reset
AAL5MUX PPP Encapsulation Configuration Example
The following example shows an ATM interface configuration for an AAL5MUX PPP encapsulation.
You do not need to enter the commands marked "default." These commands appear automatically in the configuration file generated when you use the show running-config command.
no ip directed-broadcast (default)
no atm ilmi-keepalive (default)
encapsulation aal5mux ppp dialer
Verifying Your Configuration
To verify that you have properly configured the ATM interface with AAL5MUX PPP encapsulation, enter the virtual-access 1 command. You should see a verification output like the example shown below.
router#sh int virtual-access 1
Virtual-Access1 is up, line protocol is up
Hardware is Virtual Access interface
Interface is unnumbered. Using address of Dialer0 (2.2.2.1)
MTU 1500 bytes, BW 100000 Kbit, DLY 100000 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation PPP, loopback not set
Virtual-access 1 is up means that the interface is up and running. If you see the output Virtual-access 1 is down, it means that the interface is "administratively down," and the interface is configured with the shutdown command. To bring the interface up, you must enter the no shutdown command.
Configuring Command-Line Access to the Router
Follow the steps below to configure parameters to control access to the router, beginning in global configuration mode.
| |
Command
|
Task
|
Step 1
|
line console 0
|
Enter line configuration mode, and specify the console terminal line.
|
Step 2
|
password password
|
Specify a unique password on the line.
|
Step 3
|
login
|
Enable password checking at the terminal session login.
|
Step 4
|
exec-timeout 10 0
|
Set the interval that the privileged EXEC command interpreter waits until user input is detected. Exec-timeout 10 0 is the default.
|
Step 5
|
line vty 0 4
|
Specify a virtual terminal for remote console access.
|
Step 6
|
password password
|
Specify a unique password on the line.
|
Step 7
|
login
|
Enable password checking at virtual terminal session login.
|
Step 8
|
end
|
Exit line configuration mode, and return to privileged EXEC mode.
|
For complete information on the command line commands, refer to the Cisco IOS Release 12.0 documentation set.
Configuration Example
The following configuration shows the command-line access commands.
You do not need to input the commands marked "default." These commands appear automatically in the configuration file that is generated when you use the show running-config command.
transport input none (default)
Configuring Bridging
Bridges are store-and-forward devices that use unique hardware addresses to filter traffic that would otherwise travel from one segment to another. You can configure the routers as pure bridges.
Follow the steps below to configure bridging, beginning in global configuration mode.
| |
Command
|
Task
|
Step 1
|
no ip routing
|
Disable IP routing.
|
Step 2
|
bridge number protocol protocol
|
Specify the bridge protocol to define the type of Spanning-Tree Protocol (STP).
|
Step 3
|
interface ethernet 0
|
Enter configuration mode for the Ethernet interface.
|
Step 4
|
bridge-group number
|
Specify the bridge-group number to which the Ethernet interface belongs.
|
Step 5
|
no shutdown
|
Enable the Ethernet interface.
|
Step 6
|
exit
|
Exit configuration mode for the Ethernet interface and the router.
|
Step 7
|
interface ATM 0
|
Enter configuration mode for the ATM interface.
|
Step 8
|
dsl equipment-type {co | cpe}
|
Configure the DSL equipment type, if applicable.
|
Step 9
|
dsl linerate {number | auto}
|
Specify the G.SHDSL line rate, if applicable. The range of valid numbers is between 72 and 2312.
|
Step 10
|
dsl operating-mode gshdsl symmetric annex annex
|
Set the G.SHDSL operating mode, if applicable, and select the G.991.2 annex.
|
Step 11
|
pvc vpi/vci
|
Create an ATM PVC for each end node with which the router communicates.
|
Step 12
|
encapsulation type
|
Specify the encapsulation type for the PVC.
|
Step 13
|
bridge-group number
|
Specify the bridge-group number to which the ATM interface belongs.
|
Step 14
|
no shutdown
|
Enable the ATM interface.
|
Step 15
|
end
|
Exit the configuration mode for the ATM interface.
|
For complete information on the bridging commands, refer to the Cisco IOS Release 12.0 documentation set. For more general concepts on bridging, see "Concepts."
Configuration Example
The following configuration example uses bridging with AAL5SNAP encapsulation. You do not need to enter the commands marked "default." These commands appear automatically in the configuration file that is generated when you use the show running-config command.
This configuration example shows the Ethernet and ATM interfaces configured. The Ethernet interface has IP addressing turned off for bridging, and IP directed broadcast is disabled, which prevents the translation of directed broadcasts to physical broadcasts. The bridge-group number to which the ATM interface is associated is set to 1.
The ATM interface has a PVC of 8/35, and the encapsulation is set to AAL5SNAP. The IP address is disabled for bridging and the IP directed broadcast is disabled, which prevents the translation of directed broadcasts to physical broadcasts. The bridge protocol is set to 1 to define the STP.
no ip directed-broadcast (default)
no ip directed-broadcast (default)
Verifying Your Configuration
To verify that you have properly configured bridging, enter the show spanning-tree command. You should see a verification output like the example shown below.
Bridge group 1 is executing the IEEE compatible Spanning Tree protocol
Bridge Identifier has priority 32768, address 1205.9356.0000
Configured hello time 2, max age 20, forward delay 15
We are the root of the spanning tree
Topology change flag set, detected flag set
Times: hold 1, topology change 35, notification 2
hello 2, max age 20, forward delay 15
Timers:hello 1, topology change 34, notification 0
Port 2 (Ethernet0) of Bridge group 1 is forwarding
Port path cost 100, Port priority 128
Designated root has priority 32768, address 1205.9356.0000
Designated bridge has priority 32768, address 1205.9356.0000
Designated port is 2, path cost 0
Timers:message age 0, forward delay 0, hold 0
Port 3 (ATM0 RFC 1483) of Bridge group 1 is forwarding
Port path cost 1562, Port priority 128
Designated root has priority 32768, address 1205.9356.0000
Designated bridge has priority 32768, address 1205.9356.0000
Designated port is 3, path cost 0
Timers:message age 0, forward delay 0, hold 0
Configuring Static Routing
Static routes are routing information that you manually configure into the router. If the network topology changes, the static route must be updated with a new route. Static routes are private routes, unless they are redistributed by a routing protocol. Configuring static routing on the 800 series routers is optional.
Follow the steps below to configure static routing, beginning in global configuration mode.
| |
Command
|
Task
|
Step 1
|
ip classless
|
Set up a best route for packets destined for networks unknown by the router.
|
Step 2
|
ip route network-number mask
|
Specify the static route for the IP packets.
|
Step 3
|
end
|
Exit router configuration mode.
|
For complete information on the static routing commands, refer to the Cisco IOS Release 12.0 documentation set. For more general information on static routing, see "Concepts."
Configuration Example
In the following configuration example, the static route is sending all IP packets with a destination of 1.0.0.0 and a subnet mask of 255.0.0.0 out on the ATM interface to another device with an IP address of 14.0.0.1. Specifically, the packets are being sent to the configured PVC.
You do not need to enter the commands marked "default." These commands appear automatically in the configuration file that is generated when you use the show running-config command.
ip route 1.0.0.0 255.0.0.0 atm0 14.0.0.1
no ip http server (default)
Verifying Your Configuration
To verify that you have properly configured static routing, enter the show ip route command and look for static routes signified by the "S."
You should see a verification output like the example shown below.
Codes:C - connected, S - static, I - IGRP, R - RIP, M - mobile, B -
BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, ia - IS-IS
* - candidate default, U - per-user static route, o - ODR
P - periodic downloaded static route
Gateway of last resort is 0.0.0.0 to network 0.0.0.0
5* 2.0.0.0/24 is subnetted, 1 subnets
C 2.2.2.0 is directly connected, Ethernet0/0
S* 0.0.0.0/0 is directly connected, Ethernet0/0
Configuring Dynamic Routing
In dynamic routing, the network protocol adjusts the path automatically based on network traffic or topology. Changes in dynamic routing are shared with other routers in the network.
The IP routing protocol can use the Routing Information Protocol (RIP) or the Enhanced Interior Gateway Routing Protocol (EIGRP) to learn routes dynamically. You can configure either one of these routing protocols.
Configuring RIP
Follow the steps below to configure RIP routing protocol on the router, beginning in global configuration mode.
| |
Command
|
Task
|
Step 1
|
router rip
|
Enter router configuration mode and enable RIP on the router.
|
Step 2
|
version 2
|
Specify use of RIP version 2.
|
Step 3
|
network network-number
|
Specify the network number for each directly connected network.
|
Step 4
|
no auto-summary
|
Disable automatic summarization of subnet routes into network-level routes. This allows subprefix routing information to transmit across classful network boundries.
|
Step 5
|
end
|
Exit router configuration mode.
|
For complete information on the dynamic routing commands, refer to the Cisco IOS Release 12.0 documentation set. For more general information on RIP, refer to "Concepts."
Configuration Example
The following configuration shows RIP version 2 enabled in IP network 10.10.10.0.
You do not need to enter the commands marked "default." These commands appear automatically in the configuration file that is generated when you use the show running-config command.
Verifying Your Configuration
To verify that you have properly configured RIP, enter the show ip route command and look for RIP routes signified by "R." You should see a verification output like the following example.
Codes:C - connected, S - static, I - IGRP, R - RIP, M - mobile, B -
BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, ia - IS-IS
* - candidate default, U - per-user static route, o - ODR
P - periodic downloaded static route
Gateway of last resort is not set
2.0.0.0/24 is subnetted, 1 subnets
C 2.2.2.0 is directly connected, Ethernet0/0
R 3.0.0.0/8 [120/1] via 2.2.2.1, 00:00:02, Ethernet0/0
Configuring IP EIGRP
Follow the steps below to configure IP EIGRP, beginning in global configuration mode.
| |
Command
|
Task
|
Step 1
|
router eigrp autonomous-system
|
Enter router configuration mode and enable EIGRP on the router. The autonomous-system number identifies the route to other EIGRP routers and is used to tag the EIGRP information.
|
Step 2
|
network network-number
|
Specify the network number for each directly connected network.
|
Step 3
|
end
|
Exit router configuration mode.
|
For complete information on the IP EIGRP commands, refer to the Cisco IOS Release 12.0 documentation set. For more general information on EIGRP concepts, see "Concepts."
Configuration Example
The following configuration shows EIGRP routing protocol enabled in IP networks 10.0.0.0 and 172.17.0.0. The EIGRP autonomous system number is assigned as 100.
You do not need to enter the commands marked "default." These commands appear automatically in the configuration file that is generated when you use the show running-config command.
Verifying Your Configuration
To verify that you have properly configured IP EIGRP, enter the show ip route command and look for EIGRP routes signified by "D." You should see a verification output like the following example.
Codes:C - connected, S - static, I - IGRP, R - RIP, M - mobile, B -
BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, ia - IS-IS
inter area
* - candidate default, U - per-user static route, o - ODR
P - periodic downloaded static route
Gateway of last resort is not set
2.0.0.0/24 is subnetted, 1 subnets
C 2.2.2.0 is directly connected, Ethernet0/0
D 3.0.0.0/8 [90/409600] via 2.2.2.1, 00:00:02, Ethernet0/0
Configuring Addressing Parameters
This section describes how to configure addressing using Network Address Translation (NAT) and Easy IP Phase 1 and 2.
Configuring NAT
You can configure NAT for either static or dynamic address translations.
Follow the steps below to configure static or dynamic inside source translation, beginning in global configuration mode.
| |
Command
|
Task
|
Step 1
|
ip nat pool name start-ip end-ip {netmask netmask | prefix-length prefix-length}
|
Create pool of global IP addresses for NAT.
|
Step 2
|
access-list access-list-number permit source [source-wildcard]
|
Define a standard access list permitting addresses that need translation.
|
Step 3
|
ip nat inside source list access-list-number pool name
|
Enable dynamic translation of addresses permitted by access list to one of addresses specified in pool.
|
Step 4
|
ip nat inside source static local-ip global-ip number extendable
|
Enable static translation of specified inside local address to globally unique IP address. This command is optional.
|
Step 5
|
interface ethernet 0
|
Enter configuration mode for the Ethernet interface.
|
Step 6
|
ip nat inside
|
Establish the Ethernet interface as the inside interface.
|
Step 7
|
exit
|
Exit configuration mode for the Ethernet interface.
|
Step 8
|
interface atm 0
|
Enter configuration mode for the ATM interface.
|
Step 9
|
dsl equipment-type {co | cpe}
|
Configure the DSL equipment type, if applicable.
|
Step 10
|
dsl linerate {number | auto}
|
Specify the G.SHDSL line rate, if applicable. The range of valid numbers is between 72 and 2312.
|
Step 11
|
dsl operating-mode gshdsl symmetric annex annex
|
Set the G.SHDSL operating mode, if applicable, and select the G.991.2 annex.
|
Step 12
|
ip nat outside
|
Establish the ATM interface as the outside interface.
|
Step 13
|
exit
|
Exit configuration mode for the ATM interface.
|

Note
If you want to use NAT with a virtual template interface, you must configure a loopback interface.
For complete information on the NAT commands, refer to the Cisco IOS Release 12.0 documentation set. For general information on NAT concepts, see "Concepts."
Configuration Example
The following configuration shows NAT configured for the Ethernet and ATM interfaces.
The Ethernet 0 interface has an IP address of 192.168.1.1 with a subnet mask of 255.255.255.0. NAT is configured for inside, which means that the interface is connected to the inside network that is subject to NAT translation.
The ATM 0 interface has an IP address of 200.200.100.1 and a subnet mask of 255.255.255.0. NAT is configured for outside, which means that the interface is connected to an outside network, such as the Internet.
You do not need to enter the commands marked "default." These commands appear automatically in the configuration file that is generated when you use the show running-config command.
ip address 192.168.1.1 255.255.255.0
no ip directed-broadcast (default)
ip address 200.200.100.1 255.255.255.0
no ip directed-broadcast (default)
no atm ilmi-keepalive (default)
ip route 0.0.0.0.0.0.0.0 200.200.100.254
ip nat pool test 200.200.100.1 200.200.100.1 netmask 255.255.255.0
ip nat inside source list 101 pool test overload
Verifying Your Configuration
To verify that you have properly configured NAT, enter the show ip nat statistics command. You should see a verification output like the example shown below.
router#sh ip nat statistics
Total active translations:45 (10 static, 35 dynamic; 45 extended)
Hits:34897598 Misses:44367
Expired translations:119305
access-list 1 pool homenet refcount 14
pool homenet:netmask 255.255.255.0
start 200.200.100.1 end 200.200.100.1
type generic, total addresses 1, allocated 1 (100%), misses
Configuring Easy IP (Phase 1)
This section explains how to configure Easy IP (Phase 1). Easy IP Phase 1 includes NAT overload and PPP/Internet Protocol Control Protocol (IPCP). NAT overload means that you can use one registered IP address for the interface and use it to access the Internet from all devices in the network.
With PPP/IPCP, Cisco 800 series routers automatically negotiate a globally unique (registered or public) IP address for the interface from the ISP route.
Follow the steps below to configure Easy IP (Phase 1), beginning in global configuration mode.
| |
Command
|
Task
|
Step 1
|
access-list access-list-number permit source [source-wildcard]
|
Define a standard access list that permits nonregistered IP addresses of hosts.
|
Step 2
|
ip nat inside source list access-list-number interface interface overload
|
Set up translation of addresses identified by the access list defined in Step 1.
|
Step 3
|
interface ethernet 0
|
Enter configuration mode for the Ethernet interface.
|
Step 4
|
ip nat inside
|
Establish the Ethernet interface as the inside interface for NAT.
|
Step 5
|
no shutdown
|
Enable the Ethernet interface and the configuration changes just made to it.
|
Step 6
|
exit
|
Exit configuration mode for the Ethernet interface.
|
Step 7
|
interface dialer
|
Enter configuration mode for the dialer interface.
|
Step 8
|
ip address negotiated
|
Assign a negotiated IP address to the dialer interface.
|
Step 9
|
ip nat outside
|
Establish the dialer interface as the outside interface for NAT.
|
Step 10
|
dialer pool number
|
Specify which dialer pool number you are using.
|
Step 11
|
exit
|
Exit the dialer interface.
|
Step 12
|
interface ATM 0
|
Enter configuration mode for the ATM interface.
|
Step 13
|
dsl equipment-type {co | cpe}
|
Configure the DSL equipment type, if applicable.
|
Step 14
|
dsl linerate {number | auto}
|
Specify the G.SHDSL line rate, if applicable. The range of valid numbers is between 72 and 2312.
|
Step 15
|
dsl operating-mode gshdsl symmetric annex annex
|
Set the G.SHDSL operating mode, if applicable, and select the G.991.2 annex.
|
Step 16
|
pvc vpi/vci
|
Create an ATM PVC for each end node with which the router communicates.
|
Step 17
|
encapsulation aal5mux ppp dialer
|
Specify the encapsulation type for the PVC to be AAL5MUX PPP and point back to the dialer interface.
|
Step 18
|
dialer pool-member number
|
Specify which dialer pool-member you are using.
|
Step 19
|
no shutdown
|
Enable the interface and configuration changes just made to the ATM interface.
|
Step 20
|
exit
|
Exit configuration mode for the ATM interface.
|
For complete information on the Easy IP commands, refer to the Cisco IOS Release 12.0 documentation set. For general information on Easy IP (Phase 1) concepts, see "Concepts."
Configuring Easy IP (Phase 2)
This section explains how to configure a Cisco 800 series router as a DHCP server.
The Easy IP (Phase 2) feature combines DHCP server and relay. With DHCP, LAN devices on an IP network (DHCP clients) can request IP addresses from the DHCP server. The DHCP server allocates IP addresses from a central pool as needed. A DHCP server can be a workstation, PC, or a Cisco router. With the DHCP relay feature configured on the router, the routers can relay IP address requests from the LAN interface and to the DHCP server as shown in Figure 7-1 and Table 7-1.
Figure 7-1 Easy IP (Phase 2)-DHCP Server and Relay
Table 7-1 Key for Easy IP (Phase 2)-DHCP Server and Relay
Callout Number
|
Description
|
1
|
DHCP client
|
2
|
Remote office with Cisco 827 router
|
3
|
DHCP relay
|
4
|
Corporate office with Cisco 3600 router
|
5
|
DHCP server
|
Configuring DHCP
The following sections describe how to configure the router as a DHCP client, server, or relay.
Configuring DHCP Client Support
Follow these steps to configure the router for DHCP client support:
Step 1
Configure the BVI interface by entering the ip address dhcp client-id Ethernet 0 command.
Specifying the value client-id ethernet0 means that the MAC address of the Ethernet interface is used as the client ID when the DHCP request is sent. Otherwise, the MAC address of the BVI interface is used as the client ID.
Step 2
Configure NAT:
a.
Configure the BVI interface by entering the ip nat outside command.
b.
Configure the Ethernet interface by entering the ip nat inside command.
c.
Create an access list under NAT by entering the access-list 1 permit ip address command to match all Ethernet IP addresses.
d.
Configure the source list under NAT by entering the
ip nat inside source list 1 interface BVI 1 overload command.
Step 3
Configure the Cisco router to act as a DHCP server. This step is optional.
a.
At the config-if router prompt, enter the ip dhcp pool server name command.
b.
Enter the import all command to have the Cisco router retrieve the Microsoft Windows nameserver (WINS) and domain name system (DNS) server addresses for name resolution.
Configuration Example
The following example shows a configuration of the DHCP client.
service timestamps debug uptime
service timestamps log uptime
no service password-encryption
ip dhcp excluded-address 10.10.10.1
network 10.10.10.0 255.255.255.0
default-router 10.10.10.1
ip address 10.10.10.1 255.255.255.0
interface ATM0.1 point-to-point
interface ATM0.2 point-to-point
ip address 5.0.0.2 255.0.0.0
protocol ip 5.0.0.1 broadcast
protocol ip 5.0.0.5 broadcast
ip address dhcp client-id Ethernet0
ip nat inside source list 1 interface BVI1 overload
ip route 0.0.0.0 0.0.0.0 BVI1
access-list 1 permit 10.10.10.0 0.0.0.255
scheduler max-task-time 5000
Configuring DHCP Server
Follow the steps below to configure the router as a DHCP server, beginning in global configuration mode.
| |
Command
|
Task
|
Step 1
|
ip dhcp pool name
|
Enter DHCP configuration mode, and create a pool of IP addresses that can be assigned to DHCP clients.
|
Step 2
|
network ip-address subnet-mask
|
Specify a range of IP addresses that can be assigned to the DHCP clients.
|
Step 3
|
domain-name domain name
|
Configure the domain name.
|
Step 4
|
dns-server ip-address
|
Designate the router as the default router, and specify an IP address.
|
Step 5
|
netbios-name-server ip-address
|
Configure the netbios name server.
|
Step 6
|
default-router ip-address
|
Configure the DNS server.
|
Step 7
|
lease days hours minutes
|
Specify the duration of the lease.
|
Step 8
|
exit
|
Exit DHCP configuration mode.
|
For more information on the features not used in this configuration, refer to the Cisco IOS DHCP Server feature module. For more general information on DHCP servers, refer to "Concepts."
Configuration Example
The following configuration shows a DHCP server configuration for the IP address 20.1.1.2.
network 20.20.20.0 255.255.255.0
default-router 20.20.20.20
netbios-name-server 1.1.1.1
Verifying Your Configuration
To verify that you have properly configured the DHCP server, enter the show dhcp server command and look for the assigned server IP. You should see a verification output like the example shown below.
show ip dhcp server statics
Configuring the DHCP Relay
This section describes how to configure the router to forward User Datagram Protocol (UDP) broadcasts, including IP address requests, from DHCP clients.
Follow the steps below to configure the DHCP relay, beginning in global configuration mode.
| |
Command
|
Task
|
Step 1
|
interface Ethernet 0
|
Enter configuration mode for the Ethernet interface.
|
Step 2
|
ip helper-address address
|
Forward default UDP broadcasts including IP configuration requests to the DHCP server.
|
Step 3
|
no shutdown
|
Enable the Ethernet interface and the configuration changes.
|
Step 4
|
exit
|
Exit configuration mode for the Ethernet interface.
|
For complete information on the DHCP relay commands, refer to the Cisco IOS Release 12.0 documentation set. For more general information on DHCP relays, refer to "Concepts."
Configuration Example
The following configuration contains commands relevant to DHCP relay only.
You do not need to enter the commands marked "default." These commands appear automatically in the configuration file that is generated when you use the show running-config command.
ip address 192.168.100.1 255.255.255.0
ip helper-address 200.200.200.1
Verifying Your Configuration
To verify that you have properly configured the DHCP relay, enter the show dhcp server command. You should see verification output like the example shown below.
Offers: 0 Requests:0 Acks:0 Naks:0
Declines:0 Releases:0 Bad: 0
Configuring TACACS+
The Cisco 806, 827, 831, 836, 837, 827H, and 827-4V routers and the Cisco SOHO 71, 91, 96, and 97 routers support the Terminal Access Controller Access Control System Plus (TACACS+) protocol through Telnet. TACACS+ is a Cisco proprietary authentication protocol that provides remote access authentication and related network security services, such as event logging. User passwords are administered in a central database rather than in individual routers. TACACS+ also provides support for separate modular authentication, authorization, and accounting (AAA) facilities that are configured at individual routers.
To configure your router to support TACACS+, perform the following tasks:
| |
Command
|
Task
|
Step 1
|
aaa new-model
|
Enter the global configuration command to enable AAA. AAA must be configured to use TACACS+.
|
Step 2
|
tacacs-server host
|
Specify the IP address of one or more TACACS+ daemons.
|
Step 3
|
tacacs-server key
|
Specify an encryption key that will be used to encrypt all exchanges between the network access server and the TACACS+ daemon. This same key must also be configured on the TACACS+ daemon.
|
Step 4
|
aaa authentication
|
Define the method lists that use TACACS+ for authentication.
|
Step 5
|
line
|
Apply the defined method lists to various interfaces.
|
You may need to perform other configuration steps to enable accounting for TACACS+ connections. For instructions on configuring TACACS+, refer to the Security Configuration Guide.
Configuring an Extended Access List
Follow the steps below to include one or more extended access lists in your router configuration, beginning in global configuration mode.
| |
Command
|
Task
|
Step 1
|
access-list 100 permit tcp any ip ip address-mask established
|
Permit any host on the network to access any Internet server.
|
Step 2
|
access-list 100 deny ip ip adddress-mask any
|
Deny any Internet host from spoofing any host on the network.
|
Step 3
|
access-list 100 permit tcp host ip address-mask
|
Permit Internet DNS server to send TCP replies to any host on the network.
|
Step 4
|
access-list 100 permit udp host ip address-mask
|
Permit Internet DNS server to send UDP replies to any host on the network.
|
Step 5
|
access-list 100 permit tcp any host ip address
|
Permit SMTP mail server to access any Internet server.
|
Step 6
|
access-list 100 permit tcp any host ip address
|
Permit web server to access any Internet server.
|
Step 7
|
access-list 100 permit tcp any host ip address
|
Permit FTP server to access any Internet server.
|
Step 8
|
access-list 100 deny tcp any ip address-mask
|
Restrict any Internet host from making a Telnet connection to any host on the network.
|
Step 9
|
interface atm 0
|
Enter configuration mode for the ATM interface.
|
Step 10
|
dsl equipment-type co/cpe
|
Configure the DSL equipment type, if applicable.
|
Step 11
|
dsl linerate number/auto
|
Specify the G.SHDSL line rate, if applicable. The range of valid numbers is between 72 and 2312.
|
Step 12
|
dsl operating-mode gshdsl symmetric annex annex
|
Set the G.SHDSL operating mode, if applicable, and select the G.991.2 annex.
|
Step 13
|
ip access-group 100 in
|
Activate access list 100.
|
Step 14
|
no shutdown
|
Enable the interface and configuration changes made to the interface.
|
Step 15
|
exit
|
Exit configuration mode for the ATM interface.
|
For more complete information on the extended access list commands, refer to the Cisco IOS Release 12.0 documentation set. For information on TCP and UDP port assignments, see "Common Port Assignments."
Configuration Example
This configuration shows an access list being applied to IP address 192.168.1.0.
You do not need to enter the commands marked "default." These commands appear automatically in the configuration file generated when you use the show running-config command.
access-list 101 permit tcp any host 192.168.1.0 0.0.0.255
Configuring Quality of Service Parameters
This section describes how to configure quality of service (QoS) parameters. The following are requirements for voice QoS:
•
Priority queuing for voice traffic
•
Fragmenting large data packets and interleaving voice packets
You can configure QoS in a single- or multiple-PVC environment. In a single-PVC environment, the traffic relies on IOS to provide priority queuing, using class-based weighted fair queuing (CBWFQ) to prioritize voice traffic and using MTU size reduction to perform Layer 3 fragmentation of data packets. In a multiple-PVC environment, the traffic relies on the ATM interface to provide priority queuing for voice and fragmentation and interleaving.
Note
QoS parameters are supported only on routers with voice features.
For complete information on the QoS commands, refer to the Cisco IOS documentation set. For general information on QoS concepts, see "Concepts."
Configuring a Single-PVC Environment
In the single-PVC environment, the traffic relies on IOS to provide priority queuing (using CBWFQ). The tasks to configure a single-PVC environment are as follows:
•
Configuring IP Precedence 5 for voice packets
•
Configuring an access list and voice class
•
Configuring a policy map and specify priority queuing for voice class
•
Associating the policy map to the ATM PVC and decreasing the MTU of the ATM interface
Configuring IP Precedence
IP Precedence gives voice packets a higher priority than other IP data traffic. The ip precedence command is used by the router to differentiate voice traffic from data traffic. Therefore, you need to ensure that the data IP packets do not have the same IP precedence as that of the voice packets.
Follow the steps below to configure real-time voice traffic precedence over other IP network traffic, beginning in global configuration mode.
| |
Command
|
Task
|
Step 1
|
dial-peer voice number voip
|
Enter the dial peer configuration mode to configure a VoIP dial peer.
|
Step 2
|
destination-pattern number
|
Set a destination pattern.
|
Step 3
|
session target {ipv4:destination-address}
|
Specify a destination IP address for the dial peer.
|
Step 4
|
ip precedence number
|
Select a precedence level for the voice traffic associated with that dial peer.
|
Step 5
|
exit
|
Exit configuration mode for the dial peer interface.
|
Note
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. It is recommended that IP Precedence 5 is used for voice packets.
Configuring an Access List and Voice Class
Follow the steps below to create a policy map and to associate a priority queue with the voice class, beginning in global configuration mode.
| |
Command
|
Task
|
Step 1
|
access-list 101 permit ip any any precedence 5
|
Configure an access list to match voice packets.
|
Step 2
|
class-map voice
|
Configure a voice class.
|
Step 3
|
match access-group 101
|
Associate the voice class with the access list.
|
Configuring a Policy Map and Specifing Voice Queuing
Follow the steps below to configure a policy map and to specify voice queuing, beginning in global configuration mode.
| |
Command
|
Task
|
Step 1
|
policy map name
|
Configure a policy map.1
|
Step 2
|
class voice
|
Specify the class for queuing.
|
Step 3
|
priority number
|
Specify the priority for queuing.
|
Configuring a Policy Map and Specifying Priority Queuing for Voice Class
Follow the steps below to associate the policy map to the ATM PVC and decrease the MTU of the ATM interface so that large data packets are fragmented, beginning in global configuration mode.
| |
Command
|
Task
|
Step 1
|
policy map name
|
Configure a policy map.1
|
Step 2
|
class voice
|
Specify the class for queuing.
|
Step 3
|
priority bandwidth
|
Specify the priority for queuing.
|
Step 4
|
exit
|
Exit configuration mode for the policy map.
|
Associating the Policy Map to the ATM PVC and Decreasing the ATM Interface MTU
Use the following table to associate the policy map to the ATM PVC and decrease the MTU, beginning in global configuration mode. It is recommended that 300 is used for the MTU size because it is larger than the size of the voice packets generated by the different codecs.
Note
The default service class for configuring the ATM interface is unspecified bit rate (ubr). In order to attach the policy map to the ATM PVC, you must use a service class of vbr-nrt or vbr-rt.
| |
Command
|
Task
|
Step 1
|
interface ATM 0
|
Enter configuration mode for the ATM interface.
|
Step 2
|
ip address ip-address mask
|
Set the IP address and subnet mask for the ATM interface.
|
Step 3
|
pvc vpi/vci
|
Create an ATM PVC for each end node with which the router communicates.
|
Step 4
|
encapsulation protocol
|
Specify the encapsulation type for the PVC. Encapsulations can be specified as AAL5SNAP or AAL5MUX PPP.
|
Step 5
|
service policy out name
|
Associate the service policy name.
|
Step 6
|
vbr-rt pcr scr bs
|
Specify the service class.
|
Step 7
|
exit
|
Exit configuration mode for the ATM PVC.
|
Step 8
|
mtu number
|
Specify the MTU for the ATM interface.
|
Step 9
|
no shutdown
|
Enable the ATM interface.
|
Step 10
|
exit
|
Exit configuration mode for the ATM interface.
|
Configuration Example
The following example shows a voice QoS configuration in a single-PVC environment using AAL5SNAP encapsulation.
session target ipv4:10.1.2.3
access-list 101 permit ip any any precedence critical
service-policy out mypolicy
Configuring a Single-PVC Environment Using RFC 1483 Encapsulation
This section describes configuring of a single-PVC environment using RFC 1483.
In a single-PVC environment using RFC 1483 encapsulation, the traffic relies on Cisco IOS to provide priority queuing using low latency queuing (LLQ). The following tasks are needed to configure a single-PVC environment:
•
Differentiating Between Data and Voice Packets
•
Configuring an Access List and Voice Class
•
Configuring a Policy Map and Specifying Voice Queuing
•
Associating the Policy Map with the ATM PVC and Using TCP MSS Adjust
•
Fine-Tuning the Size of the PVC ATM Transmit Ring Buffer
Differentiating Between Data and Voice Packets
To give priority to voice packets, the router must differentiate between the entering voice and data packets. One way to differentiate the packets is to examine their source or destination IP addresses, because data and VoIP devices may have different IP addresses.
Another way to differentiate the packet is use IP Precedence. Usually, data packets have precedence 0, while voice packets have IP precedence 5. To learn how to configure the IP Precedence for voice packets, refer to the documentation for your VoIP device.
Note
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. It is recommended that IP Precedence 5 be used for voice packets.
Configuring an Access List and Voice Class
Assuming that all voice packets have precedence 5 and that all data packets have precedence 0, perform these steps to configure an access-list that matches all precedence 5 packets, beginning in global configuration mode.
| |
Command
|
Task
|
Step 1
|
access-list 101 permit ip any any precedence
|
Configure an access list to match voice packets.
|
Step 2
|
class-map voice
|
Configure a voice class
|
Step 3
|
match access-group 101
|
Associate the voice class with the access list.
|
Configuring a Policy Map and Specifying Voice Queuing
Follow the steps below to configure a policy may and to specify voice queuing, beginning in global configuration mode.
| |
Command
|
Task
|
Step 1
|
policy map name
|
Configure a policy map.1
|
Step 2
|
class voice
|
Specify the class for queuing.
|
Step 3
|
priority bandwidth
|
Specify the bandwidth for this strict priority queue.
|
Associating the Policy Map with the ATM PVC and Using TCP MSS Adjust
Perform the steps below to associate the policy map with the ATM PVC and to use the TCP MSS adjust command to control delay, beginning in global configuration mode.
Note
The default service class for configuring the ATM interface is unspecified bit rate (ubr). To attach the policy map to the ATM PVC, you must use a service class of vbr (nrt) or vbr (rt).
| |
Command
|
Task
|
Step 1
|
interface ATM 0
|
Enter configuration mode for the ATM interface.
|
Step 2
|
dsl equipment-type {co | cpe}
|
Configure the DSL equipment type.
|
Step 3
|
dsl linerate {number| auto}
|
Specify the ADSL line rate. The range of valid numbers is between 72 and 2312.
|
Step 4
|
ip address ip-address mask
|
Set the IP address and subnet mask for the ATM interface.
|
Step 5
|
pvc vpi/vci
|
Create an ATM PVC for each end node with which the router communicates.
|
Step 6
|
encapsulation protocol
|
Specify the encapsulation type for the PVC. Encapsulations can be specified as either AAL5SNAP or AAL5MUX PPP.
|
Step 7
|
service policy out name
|
Associate the service policy name.
|
Step 8
|
vbr-rt pcr scr bs
|
Specify the service class.
|
Step 9
|
exit
|
Exit configuration mode for the ATM PVC.
|
Step 10
|
ip tcp adjust-mss mss
|
Specify the TCP maximum segment size (MSS).
|
Step 11
|
no shutdown
|
Enable the ATM interface.
|
Step 12
|
exit
|
Exit configuration mode for the ATM interface.
|
Fine-Tuning the Size of the PVC ATM Transmit Ring Buffer
Each PVC has a hardware output first-in first-out (FIFO) queue that temporarily stores packets before they are sent out to the transceiver. In order to reduce latency for voice packets, you may need to reduce the size of this queue. Reducing the queue size reduces the maximum number of data packets that are "ahead" of a voice packet in the transmit queue. However, a transmit queue size that is too small may affect transmit throughput performance.
Configuration Example
The following example shows a voice QoS configuration in a single-PVC environment using AAL5SNAP encapsulation.
access-list 101 permit ip any any precedence critical
service-policy out mypolicy
Configuring a Single-PVC Environment Using PPP over ATM and Multilink Encapsulation
This section describes configuring of a single-PVC environment using PPP over ATM and multilink encapsulation.
The "Configuring Link Fragmentation and Interleaving with Low Latency Queuing" section describes configuring multilink PPP fragmentation and interleaving for a second single-PVC environment.
In a single-PVC environment using PPP over ATM multilink encapsulation, the traffic relies on Cisco IOS to provide priority queuing using LLQ. These tasks are involved in configuring a single-PVC environment:
•
Differentiating Between Data and Voice Packets
•
Configuring the Policy Map and Specifying Voice Queuing
•
Associating the Policy Map to the ATM PVC
•
Configuring Link Fragmentation and Interleaving with Low Latency Queuing
Differentiating Between Data and Voice Packets
To give priority to voice packets, the router must differentiate between the entering voice and data packets. One way to differentiate the packets is to examine the source or destination IP addresses, because data and VoIP devices may have different IP addresses.
Another way to differentiate the packets is use IP Precedence. Usually, data packets have precedence 0, while voice packets have IP precedence 5. To learn how to configure the IP precedence for voice packets, refer to the documentation for your VoIP device.
Note
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. It is recommended that IP Precedence 5 be used for voice packets.
Configuring the Policy Map and Specifying Voice Queuing
Follow the steps below to configure a policy may and to specify voice queuing, beginning in global configuration mode.
| |
Command
|
Task
|
Step 1
|
policy map name
|
Configure a policy map.1
|
Step 2
|
class voice
|
Specify the class for queuing.
|
Step 3
|
priority bandwidth
|
Specify the bandwidth for this strict priority queue.
|
Associating the Policy Map to the ATM PVC
Follow the steps below to associate the policy map to the ATM PVC, beginning in global configuration mode.
| |
Command
|
Task
|
Step 1
|
interface ATM 0
|
Enter configuration mode for the ATM interface.
|
Step 2
|
dsl equipment-type {co | cpe}
|
Configure the DSL equipment type.
|
Step 3
|
dsl linerate {number| auto}
|
Specify the ADSL line rate. The range of valid numbers is between 72 and 2312.
|
Step 4
|
ip address ip-address mask
|
Set the IP address and subnet mask for the ATM interface.
|
Step 5
|
pvc vpi/vci
|
Create an ATM PVC for each end node with which the router communicates.
|
Step 6
|
encapsulation protocol
|
Specify the encapsulation type for the PVC. Encapsulations can be specified as either AAL5SNAP or AAL5MUX PPP.
|
Step 7
|
service policy out name
|
Associate the service policy name.
|
Step 8
|
vbr-rt pcr scr bs
|
Specify the service class.
|
Step 9
|
exit
|
Exit configuration mode for the ATM PVC.
|
Configuring Link Fragmentation and Interleaving with Low Latency Queuing
Link fragmentation and interleaving (LFI) is available when you are using multilink PPP over ATM.
Two types of traffic can be simultaneously transmitted over the same link:
•
Large packets from heavy, delay-insensitive traffic sources
•
Small packets from delay-sensitive traffic sources
The purpose of LFI is to reduce latency for delay-sensitive traffic. Two things happen when LFI is used:
•
Large packets received from delay-insensitive sources are fragmented.
•
Small packets received from delay-sensitive sources are interleaved with the large packet fragments.
Multilink PPP is one example of how LFI is implemented.
Use the following steps to configure the router for LFI. Begin in global configuration mode.
| |
Command
|
Task
|
Step 1
|
bandwidth bandwidth-kpts
|
Configure the dialer bandwidth, The bandwidth configured under the dialer interface must be the same as the bandwidth allocated to its assigned PVC.
|
Step 2
|
ppp multilink
|
Enable ppp multilink.
|
Step 3
|
ppp multilink interleave
|
Specify ppp multilink interleaving.
|
Step 4
|
ppp multilink fragment-delay milliseconds
|
Define the fragment delay.
|
Step 5
|
access-list access-list-number {permit | deny} address mask precedence number
|
Create an access list.
|
Step 6
|
class-map match-all voice
|
Create a class map.
|
Step 7
|
match access-group number
|
Link the class map to the access list.
|
Step 8
|
policy-map name
|
Create a policy map.
|
Step 9
|
class name
|
Define the class.
|
Step 10
|
priority number
|
Assign priority bandwidth to the traffic.
|
Step 11
|
interface dialer number
|
Define a dialer rotary group.
|
Step 12
|
service-policy {input | output} policy-map
|
Create a service policy.
|
Calculate the fragment size using the following formula:
fragment size = (bandwidth in kbps/8) * fragment-delay i milliseconds (ms)
In this case, the fragment size = (640/8) * 10 = 800. The fragment size is greater than the maximum voice packet size of 200, which is that of G.711, 20 ms. Note that a low fragment delay corresponds to a fragment size that may be smaller than the voice packet size, resulting in reduced voice quality.
Note
LFI should not be used when you have a link that exceeds 1 Mbps because, at this high speed, the latency of sending a big packet is small enough that the benefit of LFI is not required. Using LFI may actually increase latency because the extra processing time required to fragments packets may become a bottleneck.
Configuring a Multiple-PVC Environment
In a multiple-PVC environment, the traffic relies on the ATM interface to provide priority queuing for voice and fragmentation and interleaving. The following sections describe the configurations that you can use.
Voice and Data on Different Subnets
Figure 7-2 shows voice and data packets on different subnets. All voice traffic may be on an ATM PVC with a vbr-rt service class, while all data traffic is transported on an ATM PVC with a ubr service class.
Figure 7-2 Voice and Data on Different Subnets
Configuring the ATM Interface and Subinterfaces
Follow the steps below to configure the ATM interface and subinterfaces, beginning in global configuration mode.
| |
Command
|
Task
|
Step 1
|
interface ATM 0.1 point-to-point
|
Specify the ATM0.1 subinterface.
|
Step 2
|
ip address ip-address mask
|
Set the IP address and subnet mask for the ATM0.1 subinterface.
|
Step 3
|
pvc vpi/vci
|
Create an ATM PVC for each end node with which the router communicates.
|
Step 4
|
encapsulation type
|
Specify the encapsulation type for the PVC.
|
Step 5
|
protocol ip address broadcast
|
Set the protocol broadcast for the IP address.
|
Step 6
|
interface ATM 0.2 point-to-point
|
Specify the ATM0.2 subinterface.
|
Step 7
|
ip address ip-address mask
|
Set the IP address and subnet mask for the ATM0.2 subinterface.
|
Step 8
|
pvc vpi/vci
|
Create an ATM PVC for each end node with which the router communicates.
|
Step 9
|
encapsulation type
|
Specify the encapsulation type for the PVC.
|
Step 10
|
protocol ip address broadcast
|
Set the protocol broadcast for the IP address.
|
Step 11
|
exit
|
Exit configuration mode for the ATM interface.
|
Configuration Example
The following example shows a voice QoS configuration with all data traffic on the 30.0.0.1 network and all voice traffic on the 20.0.0.1 network.
You do not need to enter the commands marked "default." These commands appear automatically in the configuration file that is generated when you use the show running-config command.
interface ATM0.1 point-to-point
ip address 20.0.0.1 255.0.0.0
no ip directed-broadcast (default)
protocol ip 20.0.0.2 broadcast
interface ATM0.2 point-to-point
ip address 30.0.0.1 255.0.0.0
no ip directed-broadcast (default)
protocol ip 30.0.0.2 broadcast
Voice and Data on the Same Subnet Using Virtual Circuit Bundling
Figure 7-3 and Table 7-2 show voice and data packets on the same subnet using virtual circuit bundling. Virtual circuit bundling allows multiple PVCs on the same bundle. Using virtual circuit bundling and assigning precedence 5 to voice packets and not data packets ensures that traffic for the two are separated onto two PVCs.
Figure 7-3 Voice and Data on the Same Subnet with Virtual Circuit Bundling
Callout Number
|
Description
|
1
|
Ethernet 0
|
2
|
Bundle
|
3
|
PVC Bundle 1/40 BVR (RT), voice
|
4
|
PVC Bundle 8/35 UBR, data
|
The tasks for configuring a voice and data network on the same subnet with virtual circuit bundling are as follows:
•
Configuring the ATM interface
•
Configuring the PVC-bundle for voice
•
Configuring the PVC-bundle for data
•
Configuring IP Precedence for voice packets
Configuring the ATM Interface, PVC-Bundle for Voice and Data, and IP Precedence for Voice Packets
Follow the steps below to configure the ATM interface, the PVC-bundle for voice and data, and IP Precedence for the voice packets, beginning in global configuration mode.
| |
Command
|
Task
|
Step 1
|
interface ATM 0
|
Enter configuration mode for the ATM interface.
|
Step 2
|
dsl equipment-type co/cpe
|
Configure the DSL equipment type.
|
Step 3
|
dsl linerate number/auto
|
Specify the G.SHDSL line rate. The range of valid numbers is between 72 and 2312.
|
Step 4
|
dsl operating-mode gshdsl symmetric annex annex
|
Set the G.SHDSL operating mode, and select the G.991.2 annex.
|
Step 5
|
ip address ip-address mask
|
Set the IP address and subnet mask for the ATM interface.
|
Step 6
|
bundle name
|
Specify a bundle name.
|
Step 7
|
encapsulation type
|
Specify the encapsulation type for the voice bundle PVC.
|
Step 8
|
protocol ip ip-address broadcast
|
Set the protocol broadcast for the IP address.
|
Step 9
|
pvc-bundle name vpi/vci
|
Create a PVC for the voice bundle.
|
Step 10
|
vbr-rt pcr scr bs
|
Set the service class for the voice bundle.1
|
Step 11
|
ip precedence number
|
Select an IP Precedence level specific to the voice bundle that you created.
|
Step 12
|
pvc-bundle name vpi/vci
|
Create a PVC for the data bundle.
|
Step 13
|
ubr pcr
|
Set the service class for the data2 bundle.
|
Step 14
|
precedence other
|
Set the IP Precedence level other to the data bundle that you created.
|
Step 15
|
exit
|
Exit configuration mode for the ATM interface.
|
Specifying IP Precedence and the Service Class for the Voice Network
Follow the steps below to configure real-time voice traffic precedence over other IP network traffic, beginning in global configuration mode.
| |
Command
|
Task
|
Step 1
|
dial-peer voice number voip
|
Enter the dial peer configuration mode to configure a VoIP dial peer.
|
Step 2
|
destination-pattern number
|
Set a destination pattern.
|
Step 3
|
session target {ipv4:destination-address}
|
Specify a destination IP address for the dial peer.
|
Step 4
|
precedence number
|
Select a precedence level for the voice traffic associated with that dial peer.
|
Note
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. It is recommended that IP Precedence 5 is used for voice packets.
Configuration Example
The following configuration shows both voice and data on the same subnet with virtual circuit bundling. IP precedence is set to 5 for the voice packets, but not for the data packets so that the traffic can be separated onto two different ATM PVCs.
ip address 20.0.0.1 255.0.0.0
protocol ip 20.0.0.2 broadcast
session target ipv4:20.0.0.8
Configuring Dial Backup
You must decide whether to activate the backup interface when the primary line goes down, when the traffic load on the primary line exceeds the defined threshold, or when either occurs. The tasks you perform depend on your decision. Perform the tasks in the following sections to configure dial backup:
•
Specifying the Backup Interface (mandatory)
•
Defining Backup Line Delays (optional)
•
Defining Traffic Load Threshold (optional)
Then configure the backup interface for DDR, so that calls are placed as needed.
Specifying the Backup Interface
To specify a backup interface for a primary WAN interface or subinterface, enter the backup interface type number command to select a backup interface.
Note
When you use a BRI for a dial backup, neither of the B channels can be used while the interface is in standby mode. In addition, when a BRI is used as a backup interface and the BRI is configured for legacy DDR, only one B channel is usable. Once the backup is initiated over one B channel, the second B channel is unavailable. When the backup interface is configured for dialer profiles, both B channels can be used.
For more information regarding the available dial backup mechanisms in IOS, please go to the following URL:
http://www.cisco.com/warp/public/123/backup-main.html
Defining Backup Line Delays
You can configure a value that defines how much time should elapse before a secondary line status changes after a primary line status has changed. You can define two delays:
•
A delay that applies after the primary line goes down but before the secondary line is activated
•
A delay that applies after the primary line comes up but before the secondary line is deactivated
To define these delays, use the following syntax:
Router (config-if) # backup delay {enable-delay | never} {disable-delay | never}
Defining Traffic Load Threshold
You can configure dial backup to activate the secondary line, based on the traffic load on the primary line. The software monitors the traffic load and computes a 5-minute moving average. If this average exceeds the value you set for the line, the secondary line is activated and, depending on how the line is configured, some or all of the traffic will flow onto the secondary dialup line.
You can configure a load level for traffic at which additional connections will be added to the primary WAN interface. The load level values range from 1 (unloaded) to 255 (fully loaded).
Use the following syntax to define a WAN line threshold:
Router (config-if) # dialer load-threshold 8 outbound {enable-threshold | never} {disable-threshold | never}
Dial Backup Using the Console Port
The following example shows dial backup using a console port configured for DDR:
ip address 172.30.3.4 255.255.255.0
ip address 172.30.3.5 255.255.255.0
dialer list 1 protocol ip permit
chat-script sillyman """atdt 5551212" TIMEOUT 60 "CONNECT"
modem chat-script sillyman
Configuration Example
The following example shows configuration of dial backup and remote router management on the Cisco 831 and Cisco 837 routers using the console port and dialer watch.
username Router password !PASSWORD
modemcap entry MY_USR_MODEM:MSC=&F1S0=1
chat-script Dialout ABORT ERROR ABORT BUSY "" "AT" OK "ATDT 5555102\T"
TIMEOUT 60 CONNECT \c
autodetect encapsulation ppp
pap authentication pap callin
! Dialer3 is for dial backup and remote router management
dialer remote-name !REMOTE-NAME
dialer string 5555102 modem-script Dialout
autodetect encapsulation ppp
peer default ip address 192.168.2.2
ppp pap sent-username ! USER SPECIFIC password ! USER SPECIFIC
! IP NAT over Dialer interface using route-map
ip nat inside source route-map main interface Dialer1 overload
ip nat inside source route-map secondary interface Dialer3 overload
ip route 0.0.0.0 0.0.0.0 !(dial backup peer address @ISP)
ip route 0.0.0.0 0.0.0.0 Dialer1 150
access-list 101 permit ip 192.168.0.0 0.0.255.255 any
dialer watch-list 1 ip !(ATM peer address @ISP) 255.255.255.255
dialer-list 1 protocol ip permit
! To direct traffic to an interface only if the Dialer gets assigned
with an ip address
route-map secondary permit 10
modem autoconfigure type MY_USR_MODEM
The following example shows configuration of remote management using a console port for the Cisco SOHO 91 and Cisco SOHO 97 routers.
username Router password !PASSWORD
modemcap entry MY_USR_MODEM:MSC=&F1S0=1
autodetect encapsulation ppp
pap authentication pap callin
peer default ip address pool clientpool
! dialer 1 used for PPPoE or PPPoATM
! PPPoE or PPPoATM dialer1 configurations are not shown in this sample
ip route 0.0.0.0 0.0.0.0 dialer 1 150
dialer list 1 protocol ip permit
ip local pool clientpool 192.168.0.2 192.168.0.10
modem autoconfigure type MY_USER_MODEM
Configuration Example
The following example shows dial backup and remote management configuration on the Cisco 836 router, using the ISDN S/T port and dialer watch.
!Specifies the ISDN switch type
isdn switch-type basic-net3
ip address 192.168.1.1 255.255.255.0
!ISDN interface to be used as a backup interface
isdn switch-type basic-net3
pppoe-client dial-pool-number 2
! Dial backup interface, associated with physical BRI0 interface.
Dialer pool 1 associates it with BRI0's dialer pool member 1. Note
"dialer watch-group 1" associates a watch list with corresponding
"dialer watch-list" command
! Primary interface associated with physical ATM0 interface, dialer
pool 2 associates it with ATM0's dial-pool-number2
!Primary and backup interface given route metric
ip route 0.0.0.0 0.0.0.0 22.0.0.2
ip route 0.0.0.0 0.0.0.0 192.168.2.2 80
!Watch for interesting traffic
dialer watch-list 1 ip 22.0.0.2 255.255.255.255
!Specifies interesting traffic to trigger backup ISDN traffic
dialer-list 1 protocol ip permit
Configuring IGMP Proxy and Sparse Mode
The Internet Group Management Protocol (IGMP) proxy feature was added to the unidirectional link routing feature to permit hosts that are not directly connected to a downstream router to join a multicast group sourced from an upstream network.
Follow the steps below to configure IGMP proxy and sparse mode, starting in global configuration mode.
| |
Command
|
Task
|
Step 1
|
ip multicast-routing
|
Enable IP multicast forwarding.
|
Step 2
|
ip pim rp-address address
|
Configure the Protocol Independent Multicast (PIM) Rendezvous Point (RP) address.
|
Step 3
|
interface ethernet 0
|
Enter Ethernet 0 interface configuration mode.
|
Step 4
|
ip address ip-address subnet-mask
|
Configure an IP address and subnet mask for the Ethernet 0 interface.
|
Step 5
|
ip pim { sparse |dense }-mode
|
Configure the Ethernet 0 interface for PIM sparse mode or PIM dense mode.
|
Step 6
|
interface Ethernet 1
|
Enter Ethernet 1 configuration mode.
|
Step 7
|
ip address {ip-address subnet-mask negotiated}
|
Specify an IP address and subnet mask for the dialer interface, or indicate that the IP address is to be negotiated.
|
Step 8
|
ip pim {sparse | dense} -mode
|
Configure the dialer interface for PIM sparse mode or PIM dense mode.
|
Step 9
|
ip igmp mroute-proxy loopback 0
|
When used with the ip igmp proxy-service command, this command enables all forwarding entries in the multicast forward table of IGMP to report to a proxy service interface.
|
Step 10
|
end
|
Exit router configuration mode.
|
Step 11
|
interface loopback 0
|
Enter loopback interface configuration mode.
|
Step 12
|
ip address ip-address subnet-mask
|
Configure an IP address and subnet mask for the loopback 0 interface.
|
Step 13
|
ip pim sparse-mode
|
Configure the loopback interface for PIM sparse mode or PIM dense mode.
|
Step 14
|
ip igmp helper-address udl ethernet 0
|
Enter IGMP helper-address unidirectional link to Ethernet 0
|
Step 15
|
ip igmp proxy-service
|
Enable the multicast route proxy service. Based on the IGMP query interval, the router periodically checks the mroute table for forwarding entries that match interfaces configured with the ip igmp mroute-proxy command. Where there is a match, one IGMP report is created and received on this interface. This command is intended to be used with the ip igmp helper-address udl command, which forwards the IGMP report to an upstream router.
|
Configuration Example
The following example shows the relevant IGMP proxy and sparse mode commands. The Ethernet 0, Ethernet 1, and loopback 0 interfaces have been configured for PIM sparse mode; the PIM RP address has been defined as 10.5.1.1.
ip pim rp-address 10.5.1.1 5
access-list 5 permit 239.0.0.0 255.255.255.255
ip address 10.7.1.1 255.255.255.0
ip igmp helper-address udl ethernet 0
ip address 10.2.1.2 255.255.255.0
ip igmp unidirectional link
ip address 10.5.1.1 255.255.255.0
ip igmp mroute-proxy loopback 0
Verifying Your Configuration
You can verify your configuration by using the show ip igmp interface ethernet 0 multicasting command. You should see a verification output similar to the following:
router#show ip igmp interface ethernet 0
Ethernet0 is up, line protocol is up
Internet address is 10.2.1.2 255.255.255.0
IGMP is enabled on interface
Current IGMP host version is 2
Current IGMP router version is 2
IGMP query interval is 60 seconds
IGMP querier timeout is 120 seconds
IGMP max query response time is 10 seconds
Last member query response interval is 1000 ms
Inbound IGMP access group is not set
IGMP activity: 1 joins, 0 leaves
Multicast routing is enabled on interface
Multicast designated router (DR) is 10.2.1.2 (this system)
IGMP querying router is 10.2.1.2 (this system)
Multicast groups joined (number of users):
Configuring IP Security and GRE Tunneling
IP Security (IPSec) provides secure tunnels between two peers, such as two routers. You can define which packets are to be considered sensitive and sent through these secure tunnels. You can also define the parameters which should be used to protect these sensitive packets, by specifying characteristics of these tunnels. When the IPSec peer sees a sensitive packet, it sets up the appropriate secure tunnel and sends the packet through the tunnel to the remote peer.
This section contains the following topics:
•
Configuring Internet Protocol Parameters
•
Configuring an Access List
•
Configuring IPSec
•
Configuring a GRE Tunnel Interface
•
Configuring the Ethernet Interface
•
Configuring Static Routes
•
Configuring and Monitoring High-Speed Crypto
•
Configuration Example
Configurations for both IPSec and Generic Routing Encapsulation (GRE) tunneling are presented in this section. Perform the following steps to configure IPSec using a GRE tunnel, beginning in global configuration mode.
For general IPSec configuration, go to:
www.cisco.com/warp/public/707/index.shtml#ipsec
Configuring Internet Protocol Parameters
Complete the follow steps to configure IP parameters, starting in global configuration mode.
| |
Command
|
Task
|
Step 1
|
ip subnet-zero
|
Configure the router to recognize the zero subnet range as the valid range of addresses.
|
Step 2
|
no ip finger
|
Block incoming IP finger packets.
|
Step 3
|
no ip domain-lookup
|
Disable the router from interpreting unfamiliar words (typographical errors) as host names entered during a console session.
|
Step 4
|
ip classless
|
Follow classless routing forwarding rules.
|
Configuring an Access List
Use the access-list command to create an access list that permits the GRE protocol and that specifies the starting and ending IP addresses of the GRE tunnel. Use the following syntax:
access-list 101 permit gre host ip-address host ip-address
In the preceding command line, the first host ip-address specifies the tunnel starting point, and the second host ip-address specifies the tunnel end point.
Configuring IPSec
Follow the steps below to configure IPSec, starting in global configuration mode.
| |
Command
|
Task
|
Step 1
|
crypto isakmp policy 10
|
Define an Internet Key Exchange (IKE) policy, and assign the policy a priority. This command places the router in IKE policy configuration mode.
|
Step 2
|
hash md5
|
Specify the md5 hash algorithm for the policy.
|
Step 3
|
authentication pre-share
|
Specify pre-share key as the authentication method.
|
Step 4
|
exit
|
Exit IKE policy configuration mode.
|
Step 5
|
crypto isakmp key name address ip-address
|
Configure a pre-shared key and static IP address for each VPN client.
|
Step 6
|
crypto ipsec transform-set name esp-des esp-md5-hmac
|
Define a combination of security associations to occur during IPSec negotiations.
|
Step 7
|
crypto map name local-address ethernet 1
|
Create a crypto map, and specify and name an identifying interface to be used by the crypto map for IPSec traffic.
|
Step 8
|
crypto map name seq-num ipsec-isakmp
|
Enter crypto map configuration mode, and create a crypto map entry in IPSec ISAKMP mode.
|
Step 9
|
set peer ip-address
|
Identify the remote IPSec peer.
|
Step 10
|
set transform-set name
|
Specify the transform set to be used.
|
Step 11
|
match address access-list-id
|
Specify an extended access list for the crypto map entry.
|
Step 12
|
exit
|
Exit crypto map configuration mode.
|
Configuring a GRE Tunnel Interface
Follow the steps below to configure the generic routing encapsulation (GRE) tunnel interface, starting in global configuration mode.
| |
Command
|
Task
|
Step 1
|
interface tunnel 0
|
Configure the tunnel 0 interface.
|
Step 2
|
ip address ip-address subnet-mask
|
Set the IP address and subnet mask for the tunnel 0 interface.
|
Step 3
|
tunnel source ethernet 1
|
Specify the Ethernet 1 interface as the tunnel source.
|
Step 4
|
tunnel destination default-gateway-ip-address
|
Specify the default gateway as the tunnel destination.
|
Step 5
|
crypto map name
|
Associate a configured crypto map to the tunnel 0 interface.
|
Step 6
|
exit
|
Exit the tunnel 0 interface configuration.
|
Configuring the Ethernet Interfaces
Perform the following tasks to configure the Ethernet 0 and Ethernet 1 interfaces, starting in global configuration mode.
| |
Command
|
Task
|
Step 1
|
interface ethernet 0
|
Configure the Ethernet 0 interface.
|
Step 2
|
ip address ip-address subnet-mask
|
Set the IP address and subnet mask for the Ethernet 0 interface.
|
Step 3
|
exit
|
Exit the Ethernet 0 interface configuration.
|
Step 4
|
interface ethernet 1
|
Configure the Ethernet 1 interface.
|
Step 5
|
ip address ip-address subnet-mask
|
Set the IP address and subnet mask for the Ethernet 1 interface.
|
Step 6
|
crypto map name
|
Associate a crypto map with the Ethernet 1 interface.
|
Step 7
|
end
|
Exit router configuration mode.
|
Configuring Static Routes
Complete the following steps to configure static routes, starting in global configuration mode.
| |
Command
|
Task
|
Step 1
|
ip route default-gateway-ip-address mask ethernet 1
|
Create a static route for the Ethernet 1 interface.
|
Step 2
|
ip route default-gateway-ip-address mask tunnel 0
|
Create a static route for the tunnel 0 interface.
|
Step 3
|
ip route default-gateway-ip-address mask gateway-of-last-resort
|
Create a static route to the gateway of last resort.
|
Step 4
|
end
|
Exit router configuration mode.
|
Configuring and Monitoring High-Speed Crypto
Use the following command to enable high-speed crypto, starting with global configuration mode.
crypto engine accelerator
To disable high-speed crypto, use the following command:
no crypto engine accelerator
To monitor high-speed crypto, use the following command:
show crypto engine accelerator statistic
For more information on configuring IPSec, refer to the Cisco IOS Security Configuration Guide.
Configuration Example
This configuration example for the Cisco 831 router shows IPSec being used over a GRE tunnel. The example also applies to a Cisco SOHO 91 router. You do not need to enter the commands marked "default." These commands appear automatically in the configuration file that is generated when you use the show running-config command.
service timestamps debug datetime msec
service timestamps log datetime msec
no service password-encryption
ip audit po max-events 100
crypto isakmp key grel address 100.1.1.1
crypto ipsec security-association lifetime seconds 86400
crypto ipsec transform-set strong esp-3des esp-sha-hmac
crypto map mymap local-address Ethernet1
crypto may mymap 1 ipsec-isakmp
ip address 1.1.1.1 255.255.255.0
tunnel destination 100.1.1.1
ip address 202.2.2.2 255.255.255.0
ip address 100.1.1.1 255.255.255.0
ip route 200.1.1.0 255.255.255.0 Tunnel0
access-list 151 permit gre host 100.1.1.2 host 100.1.1.1
scheduler max-task-time 5000
The following example shows IPSec configuration on a Cisco 837 router.
service timestamps debug uptime
service timestamps log uptime
no service password-encryption
ip audit po max-events 100
ip ssh authentication-retries 3
crypto isakmp key grel address 100.1.1.1
crypto ipsec transform-set strong esp-3des esp-sha-hmac
crypto map mymap local-address ATM0
crypto map mymap 1 ipsec-isakmp
ip address 1.1.1.1 255.255.255.0
tunnel destination 100.1.1.1
ip address 202.2.2.2 255.255.255.0
ip address 100.1.1.2 255.255.255.0
protocol ip 100.1.1.1 broadcast
ip route 200.1.1.0 255.255.255.0 Tunnel0
Configuring Multilink PPP Fragmentation and Interleaving
You should configure multilink PPP fragmentation if you have point-to-point connection using PPP encapsulation or if you have links slower than your network.
PPP support for interleaving can be configured on a dialer interface.
Follow the steps below to configure multilink PPP and interleaving on a dialer interface, beginning in global configuration mode.
| |
Command
|
Task
|
Step 1
|
interface dialer
|
Enter configuration mode for the dialer interface.
|
Step 2
|
ppp multilink
|
Enable multilink PPP for the dialer interface.
|
Step 3
|
bandwidth n
|
Specify the bandwidth number associated with the PVC that is using the dialer interface, where n is the value of the sustained cell rate (SCR) parameter of the PVC using that dialer interface.This is important because otherwise the dialer interface will assume a value of 100 kbps if a specific class of service is configured.
|
Step 4
|
ppp multilink interleave
|
Enable interleaving for RTP packets among the fragments of larger packets on a multilink PPP bundle.
|
Step 5
|
ppp multilink fragment-delay milliseconds
|
Configure a maximum fragment delay of 20 ms. This command is optional.
|
Step 6
|
ip rtp reserve lowest-UDP-port range-of-ports [maximum-bandwidth]
|
Reserve a special queue for real-time packet flows to specified destination UDP ports, allowing real-time traffic to have higher priority than other flows.
|
Step 7
|
exit
|
Exit configuration mode for the dialer interface.
|
For complete information on the PPP fragmentation and interleaving commands, refer to the Dial Solutions Configuration Guide for Cisco IOS Release 12.0T. For general information on PPP fragmentation and interleaving concepts, see "Concepts."
Configuration Example
The following configuration defines a dialer interface that enables multilink PPP with interleaving and a maximum real-time traffic delay of 20 ms. The encapsulation type is defined as aal5mux.
You do not need to enter the commands marked "default." These commands appear automatically in the configuration file generated when you use the show running-config command.
ppp multilink fragment-delay 20
ip rtp reserve 16384 100 64
encapsulation aal5mux ppp dialer
Verifying Your Configuration
To verify that you have properly configured PPP fragmentation and interleaving, enter the debug ppp multilink fragment command, and then send out one 1500-byte ping packet. The debug message will display information about the fragments being transmitted.
Configuring IP Precedence
IP Precedence gives voice packets higher priority than other IP data traffic. Complete the following steps to configure real-time voice traffic precedence over other IP network traffic, beginning in global configuration mode.
| |
Command
|
Task
|
Step 1
|
configure terminal
|
Enter configuration mode.
|
Step 2
|
dial-peer voice number voip
|
Enter the dial peer configuration mode to configure a VoIP dial peer.
|
Step 3
|
destination-pattern number
|
Set a destination pattern.
|
Step 4
|
ip precedence number
|
Select a precedence level for the voice traffic associated with that dial peer.
|
Note
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 complete information on the IP Precedence commands, refer to the Cisco IOS Release 12.0 documentation set. For general information on IP precedence, see "Concepts."
Configuration Example
This configuration example shows a voice configuration with IP Precedence set. The IP destination target is set to 8 dialing digits, which automatically sets the IP precedence to 5 on the Cisco routers. The dial peer session target is RAS, which is a protocol that runs between the H.323 voice protocol gateway and gatekeeper.
You do not need to enter the commands marked "default." These commands appear automatically in the configuration file that is generated when you use the show running-config command.
set ip precedence routing
Configuring Voice
| |
Command
|
Task
|
Step 1
|
configure dial-peer
|
Enter configuration mode for the dial peer.
|
Step 2
|
dial-peer voice number voip
|
Assign the dial peer voice number to configure a VoIP dial peer.
|
The Cisco 827 voice-enabled routers support voice using the H.323 signaling protocol as the default signaling protocol.
Prerequisite Tasks
Before you can configure your router to use voice, you need to perform the following tasks:
•
Establish a working IP network.
•
Complete your company dial plan.
•
Establish a working telephony network based on your company dial plan.
•
Integrate your dial plan and telephony network into your existing IP network topology.
Configuring Voice for H.323 Signaling
This section describes the tasks you need to perform to configure the router for H.323 signaling on the voice ports.
Configuring the POTS Dial Peers
Use the following steps to configure the POTS dial peers, beginning in global configuration mode.
| |
Command
|
Task
|
Step 1
|
dial-peer voice number POTS
|
Enter configuration mode for the dial peer.
|
Step 2
|
destination-pattern string
|
Define the destination telephone number associated with the VoIP dial peer.
|
Step 3
|
port number
|
Specify the port number.
|
Configuring Voice Dial Peers for H.323 Signaling
Complete the following steps to configure voice dial peers for H.323 signaling, beginning in global configuration mode.
| |
Command
|
Task
|
Step 1
|
dial-peer voice number VoIP
|
Enter configuration mode for the dial peer.
|
Step 2
|
destination-pattern string
|
Define the destination telephone number associated with each VoIP dial peer.
|
Step 3
|
codec string
|
Specify a codec if you are not using the default codec of g.729.
|
Step 4
|
session target {ipv4:destination-address}
|
Specify a destination IP address for each dial peer.
|
Configuring Voice Ports for H.323 Signaling
Voice port configuration should be automatic in the United States; however, for configuration outside the United States, you may follow the steps below to configure the voice port, beginning in global configuration mode.
| |
Command
|
Task
|
Step 1
|
configure dial-peer
|
Enter configuration mode for the dial peer.
|
Step 2
|
voice-port port
|
Identify the voice port you want to configure and enter the voice port configuration mode.
|
Step 3
|
cptone country
|
Select the appropriate voice call progress tone for this interface. The default country for this command is us.
|
Step 4
|
ring frequency (25 \ 50)
|
Select the ring frequency (in Hz) specific to the equipment attached to this voice port and appropriate to the country you are in.
|
Step 5
|
description string
|
Attach descriptive text about this voice port connection.
|
Step 6
|
comfort-noise
|
If voice activity detection (VAD) is activated, specify that background noise is generated.
|
Step 7
|
impedance
|
Specify impedance, which is related to the electrical characteristics of the device that is plugged into a POTS port. Impedance is measured in ohms.
|
For complete information on the dial peer commands, refer to the Cisco IOS Release 12.0 documentation set. For general information on dial peer concepts, see "Concepts."
Configuring Number Expansion
This section describes how to expand an extension number into a particular destination pattern. Use the following global configuration command to expand the extension number:
Router(config)# num-exp extension-number extension-string
To verify that you have mapped the telephone numbers correctly, enter the show num-exp command.
After you have configured dial peers and assigned destination patterns to them, enter the show dialplan number command to see how a telephone number maps to a dial peer.
For complete information on the number expansion commands, refer to the Cisco IOS documentation set.
Configuration Example
This configuration shows voice traffic configured. You do not need to enter the commands marked "default." These commands appear automatically in the configuration file that is generated when you use the show running-config command.
ip address 20.20.20.20 255.255.255.0
no ip directed-broadcast (default)
ip address 10.10.10.20 255.255.255.0
no ip directed-broadcast (default)
no atm ilmi-keepalive (default)
service-policy output mypolicy
protocol ip 10.10.10.36 broadcast
! 640 is the maximum upstream rate of ADSL
h323-gateway voip interface
h323-gateway voip id gk-twister ipaddr 172.17.1.1 1719
h323-gateway voip h323-id gw-820
h323-gateway voip tech-prefix 1#
access-list 101 permit ip any any precedence critical
set ip precedence routine
timeouts call-disconnect 0
timeouts call-disconnect 0
timeouts call-disconnect 0
timeouts call-disconnect 0
destination-pattern........
destination-pattern 5258111
destination-pattern 5258222
destination-pattern 5258333
destination-pattern 5258444
Cisco 827 Router Configuration Examples
Examples are provided for the following configurations:
•
Cisco 827-4V Router Configuration
•
Cisco 827 Router Configuration
•
Corporate or Endpoint Router Configuration for Data Network
•
Corporate or Endpoint Router Configuration for Data and Voice Network
These configurations are intended to be examples only. Your router configuration may look different, depending on your network.
Cisco 827-4V Router Configuration
The following is a configuration for the Cisco 827-4V router configured for H.323 signaling voice traffic. These commands appear automatically in the configuration file generated when you use the show running-config command.
interface ATM0.1 point-to-point
ip address 1.0.0.1 255.255.255.0
protocol ip 1.0.0.2 broadcast
interface ATM0.2 point-to-point
timeouts call-disconnect 0
timeouts call-disconnect 0
timeouts call-disconnect 0
timeouts call-disconnect 0
destination-pattern 14085271111
dial-peer voice 1100 voip
destination-pattern 12123451111
session target ipv4:1.0.0.2
destination-pattern 14085272222
dial-peer voice 1200 voip
destination-pattern 12123452222
session target ipv4:1.0.0.2
destination-pattern 14085273333
dial-peer voice 1300 voip
destination-pattern 12123453333
session target ipv4:1.0.0.2
destination-pattern 14085274444
dial-peer voice 1400 voip
destination-pattern 12123454444
session target ipv4:1.0.0.2
Cisco 827 Router Configuration
The following is a configuration for the Cisco 827 router. You do not need to enter the commands marked "default." These commands appear automatically in the configuration file that is generated when you use the show running-config command.
service timestamps debug uptime (default)
service timestamps log uptime (default)
no service password-encryption (default)
enable secret 5 $1$RnI.$K4mh5q4MFetaqKzBbQ7gv0
ipx routing 0010.7b7e.5499
!In the preceding command, the router MAC address is automatically
used ! as the router IPX address.
ip address 10.1.1.1 255.255.255.0
no ip directed-broadcast (default)
ipx network 100 novell-ether
ip address 14.0.0.17 255.0.0.0
no ip directed-broadcast (default)
no atm ilmi-keepalive (default)
protocol ip 14.0.0.1 no broadcast
no ip http server (default)
transport input none (default)
Corporate or Endpoint Router Configuration for Data Network
This section shows a configuration that you can use to configure a Cisco 3600 router as a corporate or endpoint router in your data network.You do not need to enter the commands marked "default." These commands appear automatically in the configuration file that is generated when you use the show running-config command.
service timestamps debug uptime (default)
service timestamps log uptime (default)
no service password-encryption (default)
enable secret 5 $1$8TI8$WjLcYWgZ7EZhqH49Y2hJV!
ipx routing 0010.7b7e.5498
!In the preceding command, the router MAC address is automatically
used as the router IPX address.
ip address 20.0.0.1 255.0.0.0
no ip directed-broadcast (default)
no ip http server (default)
protocol ip 2.0.0.1 broadcast
transport input none (default)
Corporate or Endpoint Router Configuration for Data and Voice Network
This section shows a configuration that you can use to configure a Cisco 3600 router as a corporate or endpoint router in your data and voice network.You do not need to enter the commands marked "default." These commands appear automatically in the configuration file generated when you use the show running-config command.
service timestamps debug uptime
service timestamps log uptime
no service password-encryption
destination-pattern 5552222
destination-pattern 5554444
destination-pattern 5556666
destination-pattern 5558888
dial-peer voice 1100 voip
destination-pattern 5551111
session target ipv4:2.0.0.3
dial-peer voice 1101 voip
destination-pattern 5553333
session target ipv4:2.0.0.3
dial-peer voice 1102 voip
destination-pattern 5555555
session target ipv4:2.0.0.3
dial-peer voice 1103 voip
destination-pattern 5557777
session target ipv4:2.0.0.3
no ip directed-broadcast (default)
ip route 0.0.0.0 0.0.0.0 Ethernet 0/0
ip route 1.0.0.0 255.0.0.0 3.0.0.0
ip route 2.0.0.0 255.0.0.0 3.0.0.1
ip route 5.0.0.0 255.0.0.0 3.0.0.1
ip route 40.0.0.0 255.255.255.0 172.28.9.1
ip route 172.28.5.0 255.255.255.0 172.28.9.1
ip route 172.28.9.0 255.255.255.0 172.28.9.1
transport input none (default)