Cisco VPDN Configuration guide
Annonce
Annonce
Configuring Additional VPDN Features
Finding Feature Information
Configuring Additional VPDN Features
Last Updated: April 01, 2011
This module documents concepts and tasks associated with configuring the following additional virtual private dialup network (VPDN) features:
• The following optional feature can be configured in isolation, or in combination with a dial-in VPDN deployment:
◦ L2TP dial-out VPDNs
• The following optional features are used in combination with a VPDN deployment, and require that a
VPDN deployment is first configured:
◦ L2TP Security for the Protection of VPDN Tunnels
◦ VPDN Template
◦ VPDN Source IP Address
◦ VRF-Aware VPDN Tunnels
◦ MTU Tuning for L2TP VPDN Tunnels
◦ QoS for VPDN Tunnels
◦ VPDN Group Selection
•
Finding Feature Information, page 1
•
Information About Configuring Additional VPDN Features, page 2
•
How to Configure Additional VPDN Features, page 9
•
Configuration Examples for Additional VPDN Features, page 46
•
•
Additional References, page 58
•
Feature Information for Additional VPDN Features, page 60
Finding Feature Information
Your software release may not support all the features documented in this module. For the latest feature information and caveats, see the release notes for your platform and software release. To find information
1
L2TP Dial-Out VPDNs
Information About Configuring Additional VPDN Features
about the features documented in this module, and to see a list of the releases in which each feature is supported, see the Feature Information Table at the end of this document.
Use Cisco Feature Navigator to find information about platform support and Cisco software image support.
To access Cisco Feature Navigator, go to www.cisco.com/go/cfn . An account on Cisco.com is not required.
Information About Configuring Additional VPDN Features
•
•
L2TP Security for the Protection of VPDN Tunnels, page 3
•
•
VPDN Source IP Address, page 5
•
VRF-Aware VPDN Tunnels, page 5
•
MTU Tuning for L2TP VPDN Tunnels, page 6
•
•
L2TP Dial-Out VPDNs
Dial-out VPDN configurations allow the tunnel server to tunnel outbound calls to the network access server
(NAS). The NAS must establish a connection with the remote destination using a medium that supports
PPP. Dial-out VPDNs allow a centralized network to efficiently and inexpensively establish virtual pointto-point connections with any number of remote offices.
Dial-out VPDNs are supported with only Layer 2 Tunnel Protocol (L2TP). Cisco routers can carry both dial-in and dial-out calls in the same L2TP tunnel.
In an L2TP dial-out deployment, the tunnel server receives PPP packets from it’s local network to send to a remote network or device. The tunnel server initiates establishment of an L2TP tunnel with the NAS, and the NAS terminates the tunnel. The NAS must then establish a connection to the client.
•
L2TP Dial-Out Connection Establishment, page 2
•
L2TP Dial-Out Load Balancing and Redundancy, page 3
L2TP Dial-Out Connection Establishment
This sequence of events occurs during session establishment:
1
The tunnel server receives PPP packets and forwards them to its dialer interface. The dialer interface can be either a dialer profile dialer pool or dial-on-demand routing (DDR) rotary group. The dialer issues a dial call request to the VPDN group, and the tunnel server creates a virtual access interface. If the dialer is a dialer profile, this interface becomes a member of the dial pool. If the dialer is DDR, the interface becomes a member of the rotary group. The VPDN group creates a VPDN session for this connection and sets it in the pending state.
2
The tunnel server and NAS establish an L2TP tunnel (unless a tunnel is already open) by exchanging
Start Control Connection Request (SCCRQ) and Start Control Connection Reply (SCCRP) messages.
3
The tunnel server sends an Outgoing Call Request (OCRQ) packet to the NAS, which checks if it has a dial resource available. If the resource is available, the NAS responds to the tunnel server with an
Outgoing Call Reply (OCRP) packet. If the resource is not available, the NAS responds with a Call
Disconnect Notification (CDN) packet, and the session is terminated.
2
L2TP Security for the Protection of VPDN Tunnels
L2TP Dial-Out Load Balancing and Redundancy
4
If the NAS has an available resource, it creates a VPDN session and sets it in the pending state.
5
The NAS then initiates a call to the PPP client. When the NAS call connects to the PPP client, the NAS binds the call interface to the appropriate VPDN session.
6
The NAS sends an Outgoing Call Connected (OCCN) packet to the tunnel server. The tunnel server binds the call to the appropriate VPDN session and then brings the virtual access interface up.
7
The dialer on the tunnel server and the PPP client can now exchange PPP packets. The NAS acts as a transparent packet forwarder.
If the dialer interface is a DDR and a virtual profile is configured, the PPP endpoint is the tunnel server virtual access interface, not the dialer. All Layer 3 routes point to this interface instead of to the dialer.
L2TP Dial-Out Load Balancing and Redundancy
In Cisco IOS software prior to Release 12.2(15)T or 12.2(28)SB, load balancing and redundancy for dialout VPDNs could be configured only with L2TP large-scale dial-out (LSDO) using Stack Group Bidding
Protocol (SGBP). This method of load balancing and redundancy requires that the primary NAS is up and running for dial-out to take place, because the IP address of only that NAS is configured on the tunnel server. When the primary NAS is down, no dial-out can take place. When the primary NAS is up, the NAS determines among itself and the secondary NASs which NAS has the least congestion, and then inform the tunnel server to use the selected NAS for dial-out. Because the tunnel server cannot contact any other
NASs when the primary NAS is down, failover is not supported for dial-out calls by this mechanism .
The ability to configure a tunnel server with the IP addresses of multiple NASs was introduced in Cisco
IOS Release 12.2(15)T and Cisco IOS Release 12.2(28)SB. Load balancing, redundancy, and failover can all be controlled by assigning each NAS the desired priority settings on the tunnel server. Load balancing occurs between NASs with identical priority settings. When NASs are assigned different priority settings, if the NAS with the highest priority goes down the tunnel server will fail over to a lower priority NAS.
L2TP Security for the Protection of VPDN Tunnels
L2TP security provides enhanced security for tunneled PPP frames by allowing the robust security features of IP Security (IPSec) to protect the L2TP VPDN tunnel and the PPP sessions within the tunnel. Without
L2TP security, only a one-time, optional mutual authentication is performed during tunnel setup, with no authentication of subsequent data packets or control messages.
The deployment of Microsoft Windows 2000 demands the integration of IPSec with L2TP because this is the default VPDN networking scenario. This integration of protocols is also used for LAN-to-LAN VPDN connections in Microsoft Windows 2000. L2TP security provides integration of IPSec with L2TP in a solution that is scalable to large networks with minimal configuration.
The enhanced protection provided by L2TP security increases the integrity and confidentiality of tunneled
PPP sessions within a standardized, well-deployed Layer 2 tunneling solution. The security features of
IPSec and Internet Key Exchange (IKE) include confidentiality, integrity checking, replay protection, authentication, and key management. Traditional routing protocols such as Routing Information Protocol
(RIP), Open Shortest Path First (OSPF), and Interior Gateway Routing Protocol (IGRP) will run transparently because a real PPP interface is associated with the secure tunnel. Additional benefits include built in keepalives and standardized interfaces for user authentication and accounting to authentication, authorization, and accounting (AAA) servers, interface statistics, standardized MIBs, and multiprotocol support.
•
L2TP Security with NAS-Initiated VPDN Tunnels, page 4
•
L2TP Security with Client-Initiated VPDN Tunnels, page 4
3
L2TP Security for the Protection of VPDN Tunnels
L2TP Security with NAS-Initiated VPDN Tunnels
L2TP Security with NAS-Initiated VPDN Tunnels
L2TP security can be configured to protect VPDN tunnels between the NAS and the tunnel server in NASinitiated VPDN deployments. A NAS-initiated tunneling scenario with L2TP security protection is depicted in the figure below.
Figure 1: L2TP Security for a NAS-Initiated Tunneling Scenario
The client connects to the NAS through a medium that supports PPP, such as a dialup modem, digital subscriber line (DSL), ISDN, or a cable modem. If the connection from the client to the NAS is considered secure--such as a modem, ISDN, or a DSL connection--the client might choose not to provide additional security. The PPP session is securely tunneled from the NAS to the tunnel server without any required knowledge or interaction by the client. L2TP security protects the L2TP tunnel between the NAS and the tunnel server with IPSec.
L2TP Security with Client-Initiated VPDN Tunnels
L2TP security can be configured to protect VPDN tunnels between the client and the tunnel server in client-initiated VPDN deployments. A client-initiated tunneling scenario with L2TP security protection is depicted in the figure below.
Figure 2: L2TP Security for a Client-Initiated Tunneling Scenario
4
VPDN Template
L2TP Security with Client-Initiated VPDN Tunnels
The client initiates an L2TP tunnel to the tunnel server without the intermediate NAS participating in tunnel negotiation or establishment. The client must manage the software that initiates the tunnel. Microsoft
Windows 2000 supports this VPDN scenario. In this scenario, extended services processor (ESP) with authentication must always be used. L2TP security protects the L2TP tunnel between the client and the tunnel server with IPSec.
VPDN Template
A VPDN template can be configured with global default values that will supersede the system default values. These global default values are applied to all VPDN groups, unless specific values are configured for individual VPDN groups.
Multiple named VPDN templates can be configured in addition to a single global (unnamed) VPDN template. A VPDN group can be associated with only one VPDN template.
Values configured in the global VPDN template are applied to all VPDN groups by default. A VPDN group can be disassociated from the global VPDN template, or associated with a named VPDN template.
Associating a VPDN group with a named VPDN template automatically disassociates it from the global
VPDN template.
The default hierarchy for the application of VPDN parameters to a VPDN group is as follows:
• VPDN parameters configured for the individual VPDN group are always applied to that VPDN group.
• VPDN parameters configured in the associated VPDN template are applied for any settings not specified in the individual VPDN group configuration.
• System default settings for VPDN parameters are applied for any settings not configured in the individual VPDN group or the associated VPDN template.
Individual VPDN groups can be disassociated from the associated VPDN template if desired, allowing the system default settings to be used for any parameters not configured in that individual VPDN group.
VPDN Source IP Address
A tunnel endpoint can be configured with a source IP address that is different from the IP address used to open the VPDN tunnel. When a source IP address is configured on a tunnel endpoint, the router will generate VPDN packets labeled with the configured source IP address. A source IP address might need to be configured if the tunnel endpoints are managed by different companies and addressing requirements necessitate that a particular IP address be used.
The source IP address can be configured globally, or for an individual VPDN group. The VPDN group configuration will take precedence over the global configuration.
VRF-Aware VPDN Tunnels
Prior to Cisco IOS Release 12.2(15)T or Cisco IOS Release 12.2(28)SB, you had to specify IP addresses from the global routing table for the endpoints of a VPDN tunnel. VRF-aware VPDN tunnels provide support for VPDN tunnels that terminate on a Virtual Private Network (VPN) routing and forwarding instance (VRF) by allowing you to use IP addresses from a VRF routing table.
VRF-aware VPDN tunnels enhance the support of VPDN tunnels by allowing VPDN tunnels to start outside a Multiprotocol Label Switching (MPLS) VPN and terminate within the MPLS VPN and have overlapping IP addresses. For example, this feature allows you to use a VRF address from a customer VRF as the destination address.
Beginning with Cisco IOS Release 12.2(33)SB, the VRF-Aware VPDN Tunnels feature adds supports for
L2TP on the LNS. Cisco IOS Release 12.2(33)SB allows the initiation and termination of tunnels in a VRF
5
MTU Tuning for L2TP VPDN Tunnels
MTU Tuning Using IP MTU Adjustments
instance on the Cisco 10000 series router in both an LNS and Layer 2 Access Concentrator (LAC) environment.
You can use VRF-aware VPDN tunnels with multihop, dial-in, and dial-out VPDN tunneling scenarios. In a multihop scenario, this feature is sometimes referred to as VRF-aware VPDN multihop.
MTU Tuning for L2TP VPDN Tunnels
Fragmentation and reassembly of packets is done at the process level in the software. When a tunnel server is aggregating large numbers of sessions and traffic flows, process switching can dramatically reduce performance. For this reason, it is highly desirable to reduce or eliminate the need for packet fragmentation and reassembly in a VPDN deployment, and instead move the burden of any required packet reassembly to the client devices.
Packets are fragmented when they attempt to pass through an egress interface with a maximum transmission unit (MTU) that is smaller than the size of the packet. By default, the MTU of most interface is 1500 bytes. Because of this default MTU size, TCP segments are created with a default payload of 1460 bytes, allowing room for the 40 byte TCP/IP header. Because L2TP encapsulation adds 40 bytes of header information, tunneled packets will exceed the MTU of an interface if MTU tuning is not performed.
In order to reach its final destination, a packet might traverse multiple egress interfaces. The path MTU is defined as the smallest MTU of all of the interfaces that the packet must pass through.
A number of different methods are available to perform MTU tuning. Their end goal is to prevent fragmentation of packets after they have been encapsulated for tunneling. These methods take advantage of distinct mechanisms to accomplish this, as described in these sections:
•
MTU Tuning Using IP MTU Adjustments, page 6
•
MTU Tuning Using Path MTU Discovery, page 6
•
MTU Tuning Using TCP MSS Advertising, page 7
•
MTU Tuning Using PPP MRU Advertising, page 7
MTU Tuning Using IP MTU Adjustments
The IP MTU configuration controls the maximum size of a packet allowed to be encapsulated by a Layer 2 protocol. The IP MTU of an interface can be manually lowered to compensate for the size of the L2TP header if the path MTU is known.
A router can also be configured to automatically adjust the IP MTU of an interface to compensate for the size of the L2TP header. The automatic adjustment corrects for the size of the L2TP header based on the
MTU of the egress interface of that device. This configuration is effective only in preventing fragmentation when the MTU of that interface is the same as the path MTU.
MTU Tuning Using Path MTU Discovery
If the path MTU between the NAS and the tunnel server is unknown, or if it changes, path MTU discovery
(PMTUD) can be used to perform MTU tuning. PMTUD uses the Don't Fragment (DF) bit in the IP header to dynamically discover the smallest MTU among all the interfaces along a routing path.
The source host initially assumes that the path MTU is the known MTU of the first egress interface, and sends all packets on that path with the DF bit in the IP header set. If any of the packets are too large to be forwarded without fragmentation by the interface of a device along the path, that device will discard the packet and return an Internet Control Message Protocol (ICMP) Destination Unreachable message to the source host. The ICMP Destination Unreachable message includes code 4, which means “fragmentation needed and DF set,” and indicates the IP MTU of the interface that was unable to forward the packet
6
MTU Tuning for L2TP VPDN Tunnels
MTU Tuning Using TCP MSS Advertising
without fragmentation. This information allows the source host to reduce the size of the packet before retransmission to allow it to fit through that interface.
Enabling PMTUD makes VPDN deployments vulnerable to Denial of Service (DoS) attacks that use crafted ICMP messages to set a connection’s path MTU to an impractically low value. This will cause higher layer protocols to time out because of a very low throughput, even though the connection is still in the established state. This type of attack is classified as a throughput-reduction attack. For more information on throughput-reduction attacks against L2TP VPDN deployments, see the “Additional
References” section.
To protect against a throughput-reduction attack, a range of acceptable values for the path MTU can be specified. If the device receives an ICMP code 4 message that advertises a next-hop path MTU that falls outside the configured size range, the device will ignore the message.
PMTUD can be unreliable and might fail when performed over the Internet because some routers or firewalls are configured to filter out all ICMP messages. When the source host does not receive an ICMP destination unreachable message from a device that is unable to forward a packet without fragmentation, it will not know to reduce the packet size. The source host will continue to retransmit the same large packet.
Because the DF bit is set, these packets will be continually dropped because they exceed the path MTU, and the connection will stop responding.
MTU Tuning Using TCP MSS Advertising
Because PMTUD can be unreliable, an alternate method of performing MTU tuning was introduced. This method of MTU tuning takes advantage of TCP Maximum Segment Size (MSS) advertisements in the incoming and outgoing synchronize (SYN) packets sent by the end hosts.
The TCP MSS defines the maximum amount of data that a host is willing to accept in a single TCP/IP datagram. The MSS value is sent as a TCP header option only in TCP SYN segments. Each side of a TCP connection reports its MSS value to the other side. The sending host is required to limit the size of data in a single TCP segment to a value less than or equal to the MSS reported by the receiving host.
If you configure a lower TCP MSS than the usual default of 1460, the size of TCP segments will be reduced to compensate for the information added by the L2TP header.
MTU Tuning Using PPP MRU Advertising
Another option for reducing fragmentation in an L2TP VPDN network requires that Maximum Receive
Unit (MRU) negotiation is supported by the PPP client. One known client which supports MRU negotiations is the Windows XP PPP client. Unfortunately, other commonly deployed PPP clients do not adhere to the advertised PPP MRU as they should. To determine if your PPP client properly responds to the advertised PPP MRU, see the PPP client documentation.
PPP MRU allows a peer to advertise its maximum receive unit, which is derived from the MTU configuration on the virtual template interface. A device will not process a PPP frame with a payload larger than its advertised MRU. The Cisco PPP implementation uses the MTU of the interface as the advertised
MRU value during PPP negotiations.
The MTU of a virtual template interface can be manually lowered to compensate for the size of the L2TP header. If the PPP peer listens to the MRU advertised during PPP negotiation, it will adjust its MTU (and indirectly its IP MTU) for that PPP link. This in turn will modify the TCP MSS that the peer advertises when opening up TCP connections.
Because the default MTU for an interface is 1500 bytes, the default MRU is 1500 bytes. Setting the MTU of an interface to 1460 changes the advertised MRU to 1460. This configuration would tell the peer to allow room for a 40-byte L2TP header.
7
QoS for VPDN Tunnels
QoS Classification Preservation
One issue with lowering the MTU on the virtual-template interface is that the IP MTU is automatically lowered as well. It is not possible to configure an IP MTU greater than the MTU on a virtual template interface. This can be an issue if there is a mixture of peer devices that do and do not adjust their MTU based on the advertised MRU. The clients that are unable to listen to MRU advertisements and adjust accordingly will continue to send full-sized packets to the peer. Packets that are larger than the lowered IP
MTU, yet smaller than the normal default IP MTU, will be forced to fragment. For example, an L2TP packet that is 1490 bytes would normally be transmitted without fragmentation. If the MTU has been lowered to 1460 bytes, this packet will be unnecessarily fragmented. In this situation, it would be optimal to advertise a lower MRU to those clients that are capable of listening and adjusting, yet still allow fullsized packets for those clients that are unable to adjust.
Clients that ignore the advertised MRU might experience the PMTUD problems described in the
Tuning Using IP MTU Adjustments, page 6
. PMTUD can be turned off by clearing the DF bit on the inner
IP packet.
QoS for VPDN Tunnels
Quality of service (QoS) packet classification features provide the capability to partition network traffic into multiple priority levels or classes of service. Packet classifications provide the information required to coordinate QoS from end to end within and between networks. Packet classifications are used by other QoS features to assign the appropriate traffic handling policies, including congestion management, bandwidth allocation, and delay bounds for each traffic class.
Packets can be marked for end-to-end QoS using the type of service (ToS) byte in the IP header. The first three bits of the ToS byte are used for IP precedence settings. Four of the remaining five bits are used to set the ToS. The remaining bit of the ToS byte is unassigned.
In a VPDN deployment, IP packets might be classified by an external source such as the customer network or a downstream client. By default, a tunnel endpoint will set the ToS byte in the Layer 2 header to zero, specifying normal service. Depending on the VPDN deployment, you can choose to configure your VPDN network to do one of the following in regard to QoS classifications:
• Ignore existing QoS classifications by leaving the default configuration in place.
• Preserve existing QoS classifications by configuring the tunnel endpoint to copy the ToS byte from the
IP header to the Layer 2 header.
• Configure QoS classifications specific to your VPDN network.
These sections provide additional information on QoS options for VPDN deployments:
•
QoS Classification Preservation, page 8
•
IP Precedence for VPDN Tunnels, page 8
•
ToS Classification for VPDN Tunnels, page 9
QoS Classification Preservation
When Layer 2 packets are created the ToS byte value is set to zero by default, indicating normal service.
This setting ignores the values of the ToS byte of the encapsulated IP packets that are being tunneled. The tunnel server can be configured to copy the contents of the ToS field of the inner IP packets to the ToS byte of the Layer 2 header. Copying the ToS field from the IP header to the Layer 2 header preserves end-to-end
QoS for tunneled packets.
IP Precedence for VPDN Tunnels
8
VPDN Group Selection
ToS Classification for VPDN Tunnels
IP precedence settings mark the class of service (CoS) for a packet. The three precedence bits in the ToS field of the IP header can be used to define up to six classes of service. If you choose to manually configure a specific IP precedence value for Layer 2 packets, QoS will not be preserved end-to-end across the tunnel.
ToS Classification for VPDN Tunnels
The ToS bits mark the ToS classification for a packet. Each of the four bits controls a particular aspect of the ToS--reliability, throughput, delay, and cost. If you choose to manually configure a specific ToS value for Layer 2 packets, QoS will not be preserved end-to-end across the tunnel.
VPDN Group Selection
The VPDN Group Selection feature allows configuration of multiple VPDN tunnels, between a LAC and
LNS, with different VPDN group configurations. Prior to Cisco IOS 12.4(20)T, a Service Provider (SP) can only control the establishment of a VPDN-group tunnel to an LNS based on the LAC hostname. VPDN tunnels, from a LAC with a particular hostname, can be established only to one VPDN group.
The VPDN Group Selection feature introduces two new keys that allow an LNS to connect to multiple
VPDN tunnels from the same LAC, and to bind to different VPDN groups that use a different VPDN template for customized configurations. These keys are:
• Destination IP address the L2TP Start-Control-Connection-Request (SCCRQ) was received on
• The virtual routing and forwarding (VRF) instance the SCCRQ was received on
The VPDN Group Selection feature allows the LAC to build VPDN tunnels to either different IP addresses or different VRFs.
•
Benefits of VPDN Group Selection, page 9
Benefits of VPDN Group Selection
The VPDN Group Selection feature allows SPs to support multiple VPDN groups or tunnels between a
LAC and LNS by using the new VPDN group selection keys destination IP address or VRF ID, in addition to the previously supported hostname selection key. Prior to Cisco IOS Release 12.4(20)T, the key to select the VPDN group was only the LAC hostname, preventing the use of separate VPDN groups for each tunnel. Beginning with Cisco IOS Release 12.4(20)T, the VPDN Group Selection feature enables SPs to provide customize configurations for each VPDN tunnel.
How to Configure Additional VPDN Features
•
Configuring a Dial-Out L2TP VPDN, page 10
•
Configuring L2TP Security for VPDN Tunnels, page 18
•
Verifying IPSec Protection of L2TP VPDN Tunnels, page 21
•
Creating a VPDN Template, page 23
•
Associating a VPDN Group with a VPDN Template, page 24
•
Disassociating a VPDN Group from the VPDN Template, page 25
•
Configuring the VPDN Source IP Address, page 26
•
Configuring VRF-Aware VPDN Tunneling, page 28
•
Performing MTU Tuning for L2TP VPDNs, page 31
•
Configuring VPDN Group Selection, page 38
9
Configuring a Dial-Out L2TP VPDN
Prerequisites for Configuring a Dial-Out L2TP VPDN
•
Displaying VPDN Group Selections, page 42
•
Configuring QoS Packet Classifications for VPDNs, page 42
Configuring a Dial-Out L2TP VPDN
Configuring a dial-out VPDN enables a tunnel server to send outbound calls over a VPDN tunnel using
L2TP as the tunneling protocol. Dial-out VPDN configuration allows a centralized network to efficiently and inexpensively establish a virtual point-to-point connection with any number of remote offices.
Cisco routers can carry both dial-in and dial-out calls in the same L2TP tunnels.
These tasks must be completed to configure a dial-out L2TP VPDN:
•
Prerequisites for Configuring a Dial-Out L2TP VPDN, page 10
•
Restrictions for Configuring a Dial-Out L2TP VPDN, page 10
•
Configuring the Tunnel Server to Request Dial-Out, page 10
•
Configuring the Dialer on the Tunnel Server, page 12
•
Configuring the NAS to Accept Dial-Out, page 14
•
Configuring the Dialer on the NAS, page 16
Prerequisites for Configuring a Dial-Out L2TP VPDN
Complete the required tasks in the Configuring AAA for VPDNs module.
Restrictions for Configuring a Dial-Out L2TP VPDN
• L2TP is the only Layer 2 protocol that can be used to tunnel dial-out VPDNs.
• Large-scale dial-out, Bandwidth Allocation Protocol (BAP), and Dialer Watch are not supported with dial-out VPDNs.
• When you configure the tunnel server to dial-out to multiple NASs, because each NAS is configured using the same VPDN group, all of the NASs must have the same tunnel configuration settings (the same L2TP tunnel password, for example).
Configuring the Tunnel Server to Request Dial-Out
The tunnel server must be configured to request the establishment of a VPDN tunnel with the NAS when it is directed to tunnel outbound PPP data. The VPDN group is linked to the dialer profile by the dialer pool number.
Perform this task to configure the tunnel server to request the establishment of a dial-out VPDN tunnel and to specify the dialer rotary group or dialer pool that can issue dial requests to the VPDN group.
10
Configuring a Dial-Out L2TP VPDN
Configuring the Tunnel Server to Request Dial-Out
DETAILED STEPS
Command or Action
Step 1 enable
SUMMARY STEPS
1. enable
2. configure terminal
3. vpdn-group name
4. description string
5. request-dialout
6. protocol l2tp
7. pool-member pool-number
8. exit
9. initiate-to ip ip-address [limit limit-number] [priority priority-number]
Purpose
Enables privileged EXEC mode.
• Enter your password if prompted.
Example:
Router> enable
Step 2 configure terminal
Enters global configuration mode.
Example:
Router# configure terminal
Step 3 vpdn-group name
Example:
Router(config)# vpdn-group 1
Step 4 description string
Creates a VPDN group and enters VPDN group configuration mode.
(Optional) Adds a description to a VPDN group.
Example:
Router(config-vpdn)# description myvpdngroup
Step 5 request-dialout
Example:
Router(config-vpdn)# request-dialout
Step 6 protocol l2tp
Example:
Router(config-vpdn-req-ou)# protocol l2tp
Creates a request dial-out VPDN subgroup that configures a tunnel server to request the establishment of dial-out L2TP tunnels to a NAS and enters request dial-out VPDN subgroup configuration mode.
Specifies L2TP as the Layer 2 protocol that the VPDN group will use.
11
Configuring a Dial-Out L2TP VPDN
What to Do Next
Command or Action
Step 7 pool-member pool-number
Example:
Router(config-vpdn-req-ou)# poolmember 1
Step 8 exit
Purpose
Assigns a request-dialout VPDN group to a dialer pool.
Exits request dial-out VPDN subgroup configuration mode.
Example:
Router(config-vpdn-req-ou)# exit
Step 9 initiate-to ip ip-address [limit limit-number]
[priority priority-number]
Specifies the IP address that will be used for Layer 2 tunneling.
Example:
Router(config-vpdn)# initiate-to ip
10.0.58.201 limit 5 priority 1
• Beginning in Cisco IOS Release 12.2(15)T and Cisco IOS Release
12.2(28)SB, these options are available for this command:
◦ limit--Maximum number of connections that can be made to this
IP address.
◦ priority--Priority for this IP address (1 is the highest).
Note
Beginning in Cisco IOS Release 12.2(15)T and Cisco IOS Release
12.2(28)SB, multiple initiate-to commands can be entered to configure the tunnel server to contact multiple NASs. The tunnel server can also be configured to provide load balancing and redundancy for failover using the initiate-to command; see the examples in the
Configuring L2TP Dial-Out Load Balancing, page 47
.
•
What to Do Next
You must perform the task in the Configuring the Dialer on the NAS, page 16
.
Configuring the Dialer on the Tunnel Server
A request to tunnel outbound data from the tunnel server must be associated with a dialer profile. A dialer profile must be configured for each dial-out destination.
12
Configuring a Dial-Out L2TP VPDN
Configuring the Dialer on the Tunnel Server
SUMMARY STEPS
1. enable
2. configure terminal
3. interface dialer dialer-rotary-group-number
4. ip address ip-address mask [secondary]
5. encapsulation ppp
6. dialer remote-name user-name
7. dialer-string dial-string
8. dialer vpdn
9. dialer pool number
10. dialer-group group-number
11. ppp authentication protocol1 [protocol2...] [if-needed] [list-name | default] [callin] [one-time]
[optional]
DETAILED STEPS
Command or Action
Step 1 enable
Purpose
Enables privileged EXEC mode.
• Enter your password if prompted.
Example:
Router> enable
Step 2 configure terminal
Enters global configuration mode.
Example:
Router# configure terminal
Step 3 interface dialer dialer-rotary-group-number
Example:
Router(config)# interface dialer 1
Step 4 ip address ip-address mask [secondary]
Defines a dialer rotary group and enters interface configuration mode.
Sets a primary or secondary IP address for an interface.
Example:
Router(config-if)# ip address 10.1.1.1
255.255.255.0
Step 5 encapsulation ppp
Example:
Router(config-if)# encapsulation ppp
Step 6 dialer remote-name user-name
Sets PPP as the encapsulation method used by the interface.
Specifies the authentication name of the remote router on the destination subnetwork for a dialer interface.
13
Configuring a Dial-Out L2TP VPDN
What to Do Next
Command or Action Purpose
Example:
Router(config-if)# dialer remote-name router22
Step 7 dialer-string dial-string
Specifies the string (telephone number) to be called for interfaces calling a single site.
Example:
Router(config-if)# dialer-string 5550100
Step 8 dialer vpdn
Enables a dialer profile or DDR dialer to use L2TP dial-out.
Example:
Router(config-if)# dialer vpdn
Step 9 dialer pool number
Example:
Router(config-if)# dialer-pool 1
Step 10 dialer-group group-number
Specifies, for a dialer interface, which dialing pool to use to connect to a specific destination subnetwork.
Note
The value used for the number argument must match the value configured for the pool-member pool-number command in the VPDN group configuration.
Controls access by configuring an interface to belong to a specific dialing group.
Example:
Router(config-if)# dialer-group 1
Step 11 ppp authentication protocol1 [protocol2...] [if-needed]
[list-name | default] [callin] [one-time] [optional]
Enables at least one PPP authentication protocol and specifies the order in which the protocols are selected on the interface.
Example:
Router(config-if)# ppp authentication chap
•
What to Do Next
You must perform the task in the Configuring the NAS to Accept Dial-Out, page 14
.
Configuring the NAS to Accept Dial-Out
The NAS must be configured to accept outbound tunnels from the tunnel server, and to initiate PPP calls to the destination client. Outbound calls will be placed using the dialer interface specified in the VPDN group configuration.
Perform this task to configure the NAS to accept tunneled dial-out connections from the tunnel server. If multiple NASs are configured on the tunnel server, perform this task on each NAS.
14
Configuring a Dial-Out L2TP VPDN
Configuring the NAS to Accept Dial-Out
SUMMARY STEPS
1. enable
2. configure terminal
3. vpdn-group name
4. description string
5. accept-dialout
6. protocol l2tp
7. dialer dialer-interface
8. exit
9. terminate-from hostname hostname
10. l2tp tunnel bearer capabilities {none | digital | analog | all}
11. l2tp tunnel framing capabilities {none | synchronous | asynchronous | all}
DETAILED STEPS
Command or Action
Step 1 enable
Purpose
Enables privileged EXEC mode.
• Enter your password if prompted.
Example:
Router> enable
Step 2 configure terminal
Enters global configuration mode.
Example:
Router# configure terminal
Step 3 vpdn-group name
Creates a VPDN group and enters VPDN group configuration mode.
Example:
Router(config)# vpdn-group 1
Step 4 description string
Example:
Router(config-vpdn)# description myvpdngroup
Step 5 accept-dialout
Example:
Router(config-vpdn)# accept-dialout
Step 6 protocol l2tp
(Optional) Adds a description to a VPDN group.
Creates an accept dial-out VPDN subgroup that configures a NAS to accept requests from a tunnel server to tunnel L2TP dial-out calls and enters accept dial-out VPDN subgroup configuration mode.
Specifies L2TP as the Layer 2 protocol that the VPDN group will use.
15
Configuring a Dial-Out L2TP VPDN
What to Do Next
Command or Action Purpose
Example:
Router(config-vpdn-acc-ou)# protocol l2tp
Step 7 dialer dialer-interface
Specifies the dialer interface that an accept-dialout VPDN subgroup will use to dial out calls.
Example:
Router(config-vpdn-acc-ou)# dialer 2
Step 8 exit
Exits accept dial-out VPDN subgroup configuration mode.
Example:
Router(config-vpdn-acc-ou)# exit
Step 9 terminate-from hostname hostname
Specifies the hostname of the remote NAS or tunnel server that will be required when accepting a VPDN tunnel.
Example:
Router(config-vpdn)# terminate-from hostname tunnelserver32
Step 10 l2tp tunnel bearer capabilities {none | digital |
analog | all}
Example:
(Optional) Sets the bearer-capability value used by the Cisco router.
• When an accept dial-out VPDN subgroup is configured, the default value for this command is all. To ensure compatibility with some non-Cisco routers, you might be required to override the default bearer-capability value.
Router(config-vpdn)# l2tp tunnel bearer capabilities digital
Step 11 l2tp tunnel framing capabilities {none |
synchronous | asynchronous | all}
Example:
Router(config-vpdn)# l2tp tunnel framing capabilities synchronous
(Optional) Sets the framing-capability value used by the Cisco router.
• When an accept dial-out VPDN subgroup is configured, the default value for this command is all. To ensure compatibility with some non-Cisco routers, you might be required to override the default framing-capability value.
•
What to Do Next
You must perform the task in the Configuring the Dialer on the NAS, page 16
.
Configuring the Dialer on the NAS
When the NAS receives outbound data from the tunnel server, it must initiate a PPP call to the destination client. The dialer used to initiate calls is specified in the VPDN group configuration, and must match the dialer rotary group number.
Perform this task to configure the dialer on the NAS for dial-out VPDN.
16
Configuring a Dial-Out L2TP VPDN
Configuring the Dialer on the NAS
DETAILED STEPS
Command or Action
Step 1 enable
SUMMARY STEPS
1. enable
2. configure terminal
3. interface dialer dialer-rotary-group-number
4. ip unnumbered interface-type interface-number
5. encapsulation ppp
6. dialer in-band
7. dialer aaa [suffix string] [password string]
8. dialer-group group-number
9. ppp authentication protocol1 [protocol2...] [if-needed] [list-name | default] [callin] [one-time]
[optional]
Purpose
Enables privileged EXEC mode.
• Enter your password if prompted.
Example:
Router> enable
Step 2 configure terminal
Enters global configuration mode.
Example:
Router# configure terminal
Step 3 interface dialer dialer-rotary-group-number
Example:
Router(config)# interface dialer 3
Step 4 ip unnumbered interface-type interface-number
Example:
Router(config-if)# ip unnumbered serial 1
Step 5 encapsulation ppp
Defines a dialer rotary group and enters interface configuration mode.
Note
The value configured for the dialer-rotary-group-number argument must match the value configured for the dialer
dialer-interface command in the VPDN group configuration.
Enables IP processing on a serial interface without assigning an explicit IP address to the interface.
Sets PPP as the encapsulation method used by the interface.
Example:
Router(config-if)# encapsulation ppp
Step 6 dialer in-band
Example:
Router(config-if)# dialer in-band
Specifies that DDR is to be supported.
17
Configuring L2TP Security for VPDN Tunnels
Prerequisites for L2TP Security
Command or Action
Step 7 dialer aaa [suffix string] [password string]
Example:
Router(config-if)# dialer aaa
Step 8 dialer-group group-number
Example:
Router(config-if)# dialer-group 3
Step 9 ppp authentication protocol1 [protocol2...] [if-needed]
[list-name | default] [callin] [one-time] [optional]
Example:
Router(config-if)# ppp authentication chap
Purpose
Allows a dialer to access the AAA server for dialing information.
Controls access by configuring an interface to belong to a specific dialing group.
Enables at least one PPP authentication protocol and specifies the order in which the protocols are selected on the interface.
Configuring L2TP Security for VPDN Tunnels
L2TP security provides enhanced security for tunneled PPP frames between the NAS and the tunnel server, increasing the integrity and confidentiality of tunneled PPP sessions within a standardized, well-deployed
Layer 2 tunneling solution. The security features of IPSec and IKE include confidentiality, integrity checking, replay protection, authentication, and key management. Additional benefits include built-in keepalives and standardized interfaces for user authentication and accounting to AAA servers, interface statistics, standardized MIBs, and multiprotocol support.
L2TP security can be configured for both NAS-initiated L2TP tunneling scenarios and client-initiated
L2TP tunneling scenarios.
To configure L2TP security for VPDN tunnels, perform these tasks:
•
Prerequisites for L2TP Security, page 18
•
Configuring IPSec Protection of an L2TP Tunnel, page 19
•
Creating the Security Profile, page 20
Prerequisites for L2TP Security
• You must perform the required tasks in the Configuring AAA for VPDNs module.
• The interface between the NAS and tunnel server must support IPSec. For more information on configuring IPSec, see the Additional References section.
NAS-Initiated Tunnels
• For NAS-initiated tunneling scenarios, you must perform the required tasks in the Configuring NAS-
Initiated Dial-In VPDN Tunneling module.
18
Configuring L2TP Security for VPDN Tunnels
Configuring IPSec Protection of an L2TP Tunnel
Client-Initiated Tunnels
• For client-initiated tunneling scenarios, you must perform the required tasks in the Configuring Client-
Initiated Dial-In VPDN Tunneling module.
• The interface between the client and the NAS must support PPP.
• The client software must support L2TP and IPSec. This is the default VPDN networking scenario in
Microsoft Windows 2000.
Configuring IPSec Protection of an L2TP Tunnel
DETAILED STEPS
Command or Action
Step 1 enable
• For NAS-initiated L2TP tunnels, this task must be performed on both the NAS and the tunnel server.
• For client-initiated L2TP tunnels, this task must be performed on the tunnel server.
SUMMARY STEPS
1. enable
2. configure terminal
3. vpdn-group name
4. l2tp security crypto-profile profile-name [keep-sa]
Purpose
Enables privileged EXEC mode.
• Enter your password if prompted.
Example:
Router> enable
Step 2 configure terminal
Enters global configuration mode.
Example:
Router# configure terminal
Step 3 vpdn-group name
Creates a VPDN group and enters VPDN group configuration mode.
Example:
Router(config)# vpdn-group 1
Step 4 l2tp security crypto-profile profile-name [keep-sa]
Enables the VPDN group to be protected by IPSec.
Example:
Router(config-vpdn)# l2tp security crypto-profile l2tp keep-sa
•
What to Do Next
You must perform the task in the Creating the Security Profile, page 20
.
19
Configuring L2TP Security for VPDN Tunnels
Creating the Security Profile
Creating the Security Profile
A security profile must be configured to provide IPSec protection of L2TP tunnels. For NAS-initiated
L2TP tunnels, this task must be performed on both the NAS and the tunnel server. For client-initiated L2TP tunnels, this task must be performed on the tunnel server.
• To create an IKE policy and a crypto profile configuration associated with the VPDN group, you must first configure phase 1 Internet Security Association and Key Management Protocol (ISAKMP) policy and an IPSec transform set. For information on configuring phase 1 ISAKMP policies and IPSec transform sets, see the Additional References section.
SUMMARY STEPS
1. enable
2. configure terminal
3. crypto map map-name seq-num [ipsec-isakmp] [dynamic dynamic-map-name] [discover] [profile
profile-name]
4. set transform-set transform-set-name [transform-set-name2...transform-set-name6]
5. exit
6. interface type number
7. crypto-map map-name
DETAILED STEPS
Command or Action
Step 1 enable
Purpose
Enables privileged EXEC mode.
• Enter your password if prompted.
Example:
Router> enable
Step 2 configure terminal
Enters global configuration mode.
Example:
Router# configure terminal
Step 3 crypto map map-name seq-num [ipsec-isakmp] [dynamic
dynamic-map-name] [discover] [profile profile-name]
Example:
Router(config)#
crypto map l2tpsec 10 ipsec-isakmp profile l2tp
Step 4 set transform-set transform-set-name [transform-set-
name2...transform-set-name6]
Example:
Router(config-crypto-map)#
set transform-set esp-des-sha-transport
Enters crypto map configuration mode, creates or modifies a crypto map entry, or creates a crypto profile that provides a template for configuration of dynamically created crypto maps.
Note
The set peer and match address commands are ignored by crypto profiles and should not be configured in the crypto map definition.
Specifies which transform sets can be used with the crypto map entry.
20
Verifying IPSec Protection of L2TP VPDN Tunnels
Verifying Establishment of the Crypto Socket
Command or Action
Step 5 exit
Example:
Router(config-crypto-map)# exit
Step 6 interface type number
Example:
Router(config)#
interface fastethernet 0/0
Step 7 crypto-map map-name
Example:
Router(config-if)#
crypto map l2tpsec
Purpose
Exits crypto map configuration mode.
Configures an interface type and enters interface configuration mode.
Applies a previously defined crypto map set to an interface.
Verifying IPSec Protection of L2TP VPDN Tunnels
•
Verifying Establishment of the Crypto Socket, page 21
•
Verifying the Crypto Map Configuration, page 22
•
Verifying Encryption and Decryption of L2TP Packets, page 23
Verifying Establishment of the Crypto Socket
Perform this task on the NAS or the tunnel server to verify that the crypto socket is created and activated in response to VPDN tunneling events.
SUMMARY STEPS
1. enable
2. debug crypto socket
3. debug vpdn l2x-events
DETAILED STEPS
Step 1
Step 2 enable
Enter this command to enable privileged EXEC mode. Enter your password if prompted:
Example:
Router> enable
debug crypto socket
Enter this command to turn on debug messages for socket messages:
21
Verifying IPSec Protection of L2TP VPDN Tunnels
Verifying the Crypto Map Configuration
Step 3
Example:
Router# debug crypto socket
debug vpdn l2x-events
Enter this command to turn on debug messages for protocol-specific VPDN tunneling events. Examine the debug messages to verify that the socket is created and moved to the active state in response to L2TP tunnel events. The example shows debug output from successful crypto socket creation and activation:
Example:
Router# debug vpdn l2x-events
*Mar 1 00:56:46.959:CRYPTO_SS(L2X Security):Passive open, socket info:local 10.0.0.13/1701, remote 10.0.0.12/1701, prot 17, ifc Fa0/0
*Mar 1 00:56:47.291:L2TP:I SCCRQ from user02 tnl 5107
*Mar 1 00:56:47.295:L2X:Requested security for socket, UDP socket info:local 10.0.0.13(1701), remote 10.0.0.12(1701)
*Mar 1 00:56:47.295:Tnl 13582 L2TP:Got a challenge in SCCRQ, user02
*Mar 1 00:56:47.295:Tnl 13582 L2TP:New tunnel created for remote user02, address 10.0.0.12
*Mar 1 00:56:47.295:Tnl 13582 L2TP:O SCCRP to user02 tnlid 5107
*Mar 1 00:56:47.295:Tnl 13582 L2TP:Control channel retransmit delay set to 1 seconds
*Mar 1 00:56:47.299:Tnl 13582 L2TP:Tunnel state change from idle to wait-ctl-reply
*Mar 1 00:56:47.299:CRYPTO_SS(L2X Security):Completed binding of application to socket
Verifying the Crypto Map Configuration
Perform this task to verify that the crypto map was dynamically created for the L2TP tunnel.
SUMMARY STEPS
1. enable
2. show crypto map [interface interface | tag map-name]
DETAILED STEPS
Step 1
Step 2 enable
Enter this command to enable privileged EXEC mode. Enter your password if prompted:
Example:
Router> enable
show crypto map [interface interface | tag map-name]
Enter this command to display information about a crypto map. Ensure that the proper interface is using the correct crypto map. The following example displays output for the crypto map with the name l2tpsec and shows that it is being used by the FastEthernet 0/0 interface:
Example:
Router# show crypto map tag l2tpsec
Crypto Map "l2tpsec" 10 ipsec-isakmp
No matching address list set.
Current peer:0.0.0.0
Security association lifetime:4608000 kilobytes/3600 seconds
PFS (Y/N):N
22
Creating a VPDN Template
Verifying Encryption and Decryption of L2TP Packets
Transform sets={ esp, }
Crypto Map "l2tpsec" 20 ipsec-isakmp
Peer = 10.0.0.13
Extended IP access list
access-list permit udp host 10.0.0.12 port = 1701 host 10.0.0.13 port = 1701
Current peer:10.0.0.13
Security association lifetime:4608000 kilobytes/3600 seconds
PFS (Y/N):N
Transform sets={ esp, }
!The output below shows that the interface FastEthernet0/0 is uing the crypto map named !l2tpsec.
Interfaces using crypto map l2tpsec:
FastEthernet0/0
Verifying Encryption and Decryption of L2TP Packets
Perform this task to verify that L2TP packets are being encrypted and decrypted.
SUMMARY STEPS
1. enable
2. show crypto engine connections active
DETAILED STEPS
Step 1
Step 2 enable
Enter this command to enable privileged EXEC mode. Enter your password if prompted:
Example:
Router> enable
show crypto engine connections active
Enter this command to display information about active crypto engine connections. The number of encryption and decryption events are displayed.
Example:
Router# show crypto engine connections active
ID Interface IP-Address State Algorithm Encrypt Decrypt
1 FastEthernet0/0 10.0.0.13 set HMAC_SHA+DES_56_CB 0 0
2000 FastEthernet0/0 10.0.0.13 set HMAC_SHA+DES_56_CB 0 62
2001 FastEthernet0/0 10.0.0.13 set HMAC_SHA+DES_56_CB 64 0
Creating a VPDN Template
Perform this task on the NAS or the tunnel server to create a VPDN template. If you remove a named
VPDN template configuration, all VPDN groups that were associated with it will automatically be associated with the global VPDN template.
23
Associating a VPDN Group with a VPDN Template
Verifying Encryption and Decryption of L2TP Packets
• You must be running Cisco IOS Release 12.2(8)T, Cisco IOS Release 12.2(28)SB, or a later release to configure a VPDN template.
• You must be running Cisco IOS Release 12.2(13)T, Cisco IOS Release 12.2(28)SB, or a later release to configure named VPDN templates.
Note
• An L2TP or Layer 2 Forwarding Protocol (L2F) tunnel must be established for the VPDN template settings to be used. Once a tunnel has been established, changes in the VPDN template settings will not have an effect on the tunnel until it is brought down and reestablished.
• Effective with Cisco Release 12.4(11)T, the L2F protocol was removed in Cisco IOS software.
• Not all commands that are available for configuring a VPDN group can be used to configure a VPDN template. For a list of the commands that can be used in VPDN template configuration mode, use the ? command in VPDN template configuration mode.
SUMMARY STEPS
1. enable
2. configure terminal
3. vpdn-template [name]
DETAILED STEPS
Command or Action
Step 1 enable
Purpose
Enables privileged EXEC mode.
• Enter your password if prompted.
Example:
Router> enable
Step 2 configure terminal
Enters global configuration mode.
Example:
Router# configure terminal
Step 3 vpdn-template [name]
Example:
Router(config)# vpdn-template l2tp
Creates a VPDN template and enters VPDN template configuration mode.
Associating a VPDN Group with a VPDN Template
VPDN groups are associated with the global VPDN template by default. Individual VPDN groups can be associated with a named VPDN template instead. Associating a VPDN group with a named VPDN template disassociates the VPDN group from the global VPDN template.
Perform this task on the NAS or the tunnel server to associate a specific VPDN group with a named VPDN template, or to reassociate a VPDN group with the global VPDN template if it has been previously disassociated from the global VPDN template.
24
Disassociating a VPDN Group from the VPDN Template
Verifying Encryption and Decryption of L2TP Packets
DETAILED STEPS
Command or Action
Step 1 enable
• Create and enable the VPDN template. For details, see the "Creating a VPDN Template" section.
SUMMARY STEPS
1. enable
2. configure terminal
3. vpdn-group name
4. source vpdn-template [name]
Purpose
Enables privileged EXEC mode.
• Enter your password if prompted.
Example:
Router> enable
Step 2 configure terminal
Enters global configuration mode.
Example:
Router# configure terminal
Step 3 vpdn-group name
Example:
Router(config)# vpdn-group l2tp
Step 4 source vpdn-template [name]
Example:
Router(config-vpdn)# source vpdntemplate l2tp
Creates a VPDN group and enters VPDN group configuration mode.
Associates a VPDN group with a VPDN template.
• VPDN groups are associated with the unnamed VPDN template by default.
• If you have disassociated a VPDN group from the VPDN template using the no source vpdn-template command, you can reassociate it by issuing the source vpdn-template command.
• Associating a VPDN group with a named VPDN template disassociates it from the global VPDN template.
Disassociating a VPDN Group from the VPDN Template
Individual VPDN groups can be disassociated from the VPDN template if desired, allowing the system default settings to be used for any parameters not configured in the individual VPDN group.
Perform this task on the NAS or the tunnel server to disassociate a specific VPDN group from any VPDN template.
25
Configuring the VPDN Source IP Address
Configuring the Global VPDN Source IP Address
SUMMARY STEPS
1. enable
2. configure terminal
3. vpdn-group name
4. no source vpdn-template [name]
DETAILED STEPS
Command or Action
Step 1 enable
Purpose
Enables privileged EXEC mode.
• Enter your password if prompted.
Example:
Router> enable
Step 2 configure terminal
Enters global configuration mode.
Example:
Router# configure terminal
Step 3 vpdn-group name
Example:
Router(config)# vpdn-group l2tp
Step 4 no source vpdn-template [name]
Example:
Router(config-vpdn)# no source vpdn-template l2tp
Creates a VPDN group and enters VPDN group configuration mode.
Configures an individual VPDN group to use system default settings rather than the VPDN template settings for all unspecified parameters.
• VPDN groups are associated with the unnamed VPDN template by default. Use the no source vpdn-template command to disassociate a
VPDN group from its associated VPDN template.
• If you have disassociated a VPDN group from the VPDN template using the no source vpdn-template command, you can reassociate it by issuing the source vpdn-template command.
Configuring the VPDN Source IP Address
Perform one of these tasks to configure a source IP address on a NAS or a tunnel server:
•
Configuring the Global VPDN Source IP Address, page 26
•
Configuring the Source IP Address for a VPDN Group, page 27
Configuring the Global VPDN Source IP Address
You can configure a single global source IP address on a device. If a source IP address is configured for a
VPDN group, the global source IP address will not be used for tunnels belonging to that VPDN group.
Perform this task on a tunnel endpoint to configure the global source IP address.
26
Configuring the VPDN Source IP Address
Configuring the Source IP Address for a VPDN Group
DETAILED STEPS
Command or Action
Step 1 enable
SUMMARY STEPS
1. enable
2. configure terminal
3. vpdn source-ip ip-address
Purpose
Enables privileged EXEC mode.
• Enter your password if prompted.
Example:
Router> enable
Step 2 configure terminal
Enters global configuration mode.
Example:
Router# configure terminal
Step 3 vpdn source-ip ip-address
Example:
Router(config)# vpdn source-ip 10.1.1.1
Globally specifies an IP address that is different from the physical IP address used to open a VPDN tunnel.
Configuring the Source IP Address for a VPDN Group
You can configure a source IP address for a specific VPDN group. If a source IP address is configured for a
VPDN group, the global source IP address will not be used for tunnels belonging to that VPDN group.
Perform this task on a tunnel endpoint to configure a source IP address for a specific VPDN group.
DETAILED STEPS
Command or Action
Step 1 enable
SUMMARY STEPS
1. enable
2. configure terminal
3. vpdn-group name
4. source-ip ip-address
Purpose
Enables privileged EXEC mode.
• Enter your password if prompted.
Example:
Router> enable
Step 2 configure terminal
Enters global configuration mode.
27
Configuring VRF-Aware VPDN Tunneling
Configuring VRF-Aware VPDN Tunneling Locally
Command or Action Purpose
Example:
Router# configure terminal
Step 3 vpdn-group name
Creates a VPDN group and enters VPDN group configuration mode.
Example:
Router(config)# vpdn-group 1
Step 4 source-ip ip-address
Example:
Router(config-vpdn)# source-ip 10.1.1.1
Specifies an IP address that is different from the physical IP address used to open a VPDN tunnel for the tunnels associated with a VPDN group.
Configuring VRF-Aware VPDN Tunneling
VRF-aware VPDN tunneling can be configured locally on a NAS, tunnel server, or multihop tunnel switch, or it can be configured in the remote RADIUS server profile. Configuring VRF-aware VPDN tunneling in the RADIUS server profile will propagate the configuration only to a NAS or multihop tunnel switch. To configure VRF-aware VPDN tunnels on a tunnel server, you must configure the tunnel server locally.
Perform one of these tasks to configure a VRF-aware VPDN tunnel:
•
Configuring VRF-Aware VPDN Tunneling Locally, page 28
•
Configuring VRF-Aware VPDN Tunneling on the Remote RADIUS AAA Server, page 29
Configuring VRF-Aware VPDN Tunneling Locally
VRF-aware VPDN tunneling can be configured locally on a NAS, a tunnel server, or a multihop tunnel switch. Configuring VRF-aware VPDN tunneling on a device specifies that the tunnel endpoint IP addresses configured for that VPDN group belong to the specified VRF routing table rather than the global routing table.
Perform this task on the multihop tunnel switch, the NAS, or the tunnel server to configure a VPDN tunnel to belong to a VRF.
• A multihop, dial-in, or dial-out L2TP VPDN tunneling deployment must be configured.
• The source IP address and the destination IP address configured in the L2TP VPDN group must exist in the specified VPN.
• Because VRFs use Cisco Express Forwarding, you must configure Cisco Express Forwarding before performing this task.
Note
L2TP is the only tunneling protocol supported for VRF-aware VPDN tunneling.
28
Configuring VRF-Aware VPDN Tunneling
Configuring VRF-Aware VPDN Tunneling on the Remote RADIUS AAA Server
DETAILED STEPS
Command or Action
Step 1 enable
SUMMARY STEPS
1. enable
2. configure terminal
3. vpdn-group name
4. vpn {vrf vrf-name | id vpn-id}
Purpose
Enables privileged EXEC mode.
• Enter your password if prompted.
Example:
Router> enable
Step 2 configure terminal
Enters global configuration mode.
Example:
Router# configure terminal
Step 3 vpdn-group name
Creates a VPDN group and enters VPDN group configuration mode.
Example:
Router(config)# vpdn-group mygroup
Step 4 vpn {vrf vrf-name | id vpn-id}
Specifies that the source and destination IP addresses of a given VPDN group belong to a specified VRF instance.
Example:
Router(config-vpdn)# vpn vrf myvrf
•
vrf vrf-name --Specifies the VRF instance by the VRF name.
• id vpn-id --Specifies the VRF instance by the VPN ID.
Configuring VRF-Aware VPDN Tunneling on the Remote RADIUS AAA Server
VRF-aware VPDN tunneling can be configured in the remote RADIUS server profile. Configuring VRFaware VPDN tunneling on a device specifies that the tunnel endpoint IP addresses configured for that
VPDN group belong to the specified VRF routing table rather than the global routing table.
Configuring VRF-aware VPDN tunneling in the RADIUS server profile will propagate the configuration only to a NAS or multihop tunnel switch. To configure VRF-aware VPDN tunnels on a tunnel server, you must configure the tunnel server locally by performing the task in the Configuring VRF-Aware VPDN
Tunneling Locally section.
Perform this task on the remote RADIUS server. The tunnel attributes configured in the RADIUS server profile will be propagated to the NAS or multihop tunnel switch.
• A multihop, dial-in, or dial-out L2TP VPDN tunneling deployment must be configured.
• The source IP address and the destination IP address configured in the L2TP VPDN group must exist in the specified VPN.
• Because VRFs use Cisco Express Forwarding, you must configure Cisco Express Forwarding before performing this task.
29
Configuring VRF-Aware VPDN Tunneling
Configuring VRF-Aware VPDN Tunneling on the Remote RADIUS AAA Server
• The NAS or tunnel switch must be configured for remote RADIUS AAA. Perform the tasks in the
Configuring AAA on the NAS and the Tunnel Server and Configuring Remote AAA for VPDNs sections in the Configuring AAA for VPDNs module to configure the NAS for remote RADIUS AAA.
• The RADIUS server must be configured for AAA.
Note
L2TP is the only tunneling protocol supported for VRF-aware VPDN tunneling.
SUMMARY STEPS
1. Cisco-Avpair = vpdn:tunnel-id= name
2. Cisco-Avpair = vpdn:tunnel-type= l2tp
3. Cisco-Avpair = vpdn:vpn-vrf= vrf-name
4. Cisco-Avpair = vpdn:l2tp-tunnel-password= secret
DETAILED STEPS
Command or Action
Step 1 Cisco-Avpair = vpdn:tunnel-id= name
Purpose
Specifies the tunnel ID in the RADIUS user profile.
Example:
Cisco-Avpair = vpdn:tunnel-id=test
Step 2 Cisco-Avpair = vpdn:tunnel-type= l2tp
Example:
Cisco-Avpair = vpdn:tunnel-type=l2tp
Step 3 Cisco-Avpair = vpdn:vpn-vrf= vrf-name
Specifies L2TP as the tunneling protocol in the RADIUS user profile.
Specifies the VRF instance that the VPDN tunnel should be associated with using the VRF name in the RADIUS user profile.
or
Specifies the VRF instance that the VPDN tunnel should be associated with using the VPN ID in the RADIUS user profile.
Example:
or
Example:
Cisco-Avpair = vpdn:vpn-id=
vpn-id
Example:
Cisco-Avpair = vpdn:vpn-vrf=myvrf
Example:
or
30
Performing MTU Tuning for L2TP VPDNs
Manually Configuring the IP MTU for VPDN Deployments
Command or Action Purpose
Example:
Cisco-Avpair = vpdn:vpn-id=A1:3F6C
Step 4 Cisco-Avpair = vpdn:l2tp-tunnel-password= secret
Specifies the L2TP tunnel password in the RADIUS user profile.
Example:
Cisco-Avpair = vpdn:l2tp-tunnel-password=cisco
Performing MTU Tuning for L2TP VPDNs
MTU tuning reduces or prevents packet fragmentation and reassembly of L2TP packets in a VPDN deployment. Because the tunnel server is typically the device that aggregates large numbers of sessions and traffic flows in a VPDN deployment, the performance impact of the process switching required for packet fragmentation and reassembly is most dramatic, and least desirable, on this device.
A number of different methods are available to perform MTU tuning. The goal is to prevent fragmentation of packets after they have been encapsulated for tunneling. The most reliable method of MTU tuning is manually configuring the advertised TCP MSS.
Perform one of these tasks to perform MTU tuning:
•
Manually Configuring the IP MTU for VPDN Deployments, page 31
•
Enabling Automatic Adjustment of the IP MTU for VPDN Deployments, page 32
•
Enabling Path MTU Discovery for VPDNs, page 33
•
Manually Configuring the Advertised TCP MSS, page 35
•
Configuring MRU Advertising, page 36
Manually Configuring the IP MTU for VPDN Deployments
One method for reducing the amount of fragmentation of tunneled packets is to manually configure the IP
MTU to the largest IP packet size that will not exceed the path MTU between the NAS and the tunnel server once the full Layer 2 header is added to the packet.
Perform this task on the tunnel server to lower the IP MTU manually.
• An L2TP VPDN deployment must be configured.
• The path MTU between the NAS and the tunnel server should be known.
SUMMARY STEPS
1. enable
2. configure terminal
3. interface virtual-template number
4. ip mtu bytes
31
Performing MTU Tuning for L2TP VPDNs
Enabling Automatic Adjustment of the IP MTU for VPDN Deployments
DETAILED STEPS
Command or Action
Step 1 enable
Example:
Router> enable
Step 2 configure terminal
Purpose
Enables privileged EXEC mode.
• Enter your password if prompted.
Enters global configuration mode.
Example:
Router# configure terminal
Step 3 interface virtual-template number
Creates a virtual template interface that can be configured and applied dynamically in creating virtual access interfaces and enters interface configuration mode.
Example:
Router(config)# interface virtual-template 1
Step 4 ip mtu bytes
Example:
Sets the MTU size of IP packets sent on an interface.
Note
Because Layer 2 headers are 40 bytes, the recommended value for the bytes argument is 1460.
Router(config-if)# ip mtu 1460
Enabling Automatic Adjustment of the IP MTU for VPDN Deployments
A tunnel server can be configured to automatically adjust the IP MTU of an interface to compensate for the size of the Layer 2 header. The automatic adjustment corrects for the size of the Layer 2 header based on the MTU of the egress interface of that device. This configuration is effective in preventing fragmentation only when the MTU of that interface is the same as that of the path MTU.
Perform this task on the tunnel server to enable automatic adjustment of the IP MTU.
• A VPDN deployment must be configured.
• You must be running Cisco IOS Release 12.2(3), Cisco IOS Release 12.2(4)T, or a later release to control automatic adjustment of the IP MTU.
32
Performing MTU Tuning for L2TP VPDNs
Enabling Path MTU Discovery for VPDNs
Note
• Automatic adjustment of the IP MTU was introduced in Cisco IOS Release 12.1(5)T, and is enabled by default. No mechanism is available to disable it in releases prior to Cisco IOS Release 12.2(3) and
12.2(4)T.
•
The ip mtu adjust command was introduced in Cisco IOS Release 12.2(3) and 12.2(4)T. The no form of this command can be used to disable automatic adjustment of the IP MTU.
• In Cisco IOS Release 12.2(6) and 12.2(8)T, the default was changed so that automatic adjustment of the IP MTU is disabled.
• The IP MTU is automatically adjusted only if there is no IP MTU configured manually on the virtual template interface.
SUMMARY STEPS
1. enable
2. configure terminal
3. vpdn-group name
4. ip mtu adjust
DETAILED STEPS
Command or Action
Step 1 enable
Example:
Router> enable
Step 2 configure terminal
Example:
Router# configure terminal
Step 3 vpdn-group name
Example:
Router(config)# vpdn-group 1
Step 4 ip mtu adjust
Example:
Router(config-vpdn)# ip mtu adjust
Purpose
Enables privileged EXEC mode.
• Enter your password if prompted.
Enters global configuration mode.
Creates a VPDN group and enters VPDN group configuration mode.
Enables automatic adjustment of the IP MTU on a virtual access interface.
Enabling Path MTU Discovery for VPDNs
33
Performing MTU Tuning for L2TP VPDNs
Enabling Path MTU Discovery for VPDNs
If the path MTU between the NAS and the tunnel server is variable or unknown, PMTUD can be enabled for VPDNs. PMTUD uses the DF bit in the IP header to dynamically discover the smallest MTU among all the interfaces along a routing path.
When PMTUD is enabled, VPDN deployments are vulnerable to DoS attacks that use crafted ICMP messages to set a connection’s path MTU to an impractically low value. This will cause higher layer protocols to time out because of a very low throughput, even though the connection is still in the established state. This type of attack is classified as a throughput-reduction attack.
To protect against a throughput-reduction attack, configure a range of acceptable values for the path MTU.
If the device receives an ICMP message that advertises a next-hop path MTU that falls outside the configured size range, the device will ignore the message. For more information on throughput-reduction attacks and for information on detecting a PMTUD attack on an L2TP VPDN deployment, see the
“Additional References” section.
PMTUD might fail when performed over the Internet because some routers or firewalls are configured to filter out all ICMP messages. When the source host does not receive an ICMP Destination Unreachable message from a device that is unable to forward a packet without fragmentation, it will not know to reduce the packet size. The source host will continue to retransmit the same large packet. Because the DF bit is set, these packets will be continually dropped because they exceed the path MTU, and the connection will stop responding entirely.
Perform this task on the tunnel server to enable PMTUD and to protect the L2TP VPDN deployment against throughput-reduction DoS attacks.
• A VPDN deployment must be configured.
• You must be running Cisco IOS Release 12.2(4)T or a later release.
• You must be running Cisco IOS Release 12.2(11)T or a later release on the Cisco 1760 modular access router, the Cisco AS5300 series universal gateways, the Cisco AS5400 series universal gateways, and the Cisco AS5800 series universal gateways.
• To protect against a DoS throughput-reduction attack, you must be running a version of Cisco IOS software that supports the vpdn pmtu command. These maintenance releases of Cisco IOS software support the vpdn pmtu command:
◦ Cisco IOS Release 12.3(25) and later releases
◦ Cisco IOS Release 12.3(14)T and later releases
◦ Cisco IOS Release 12.2(28)SB and later releases
Note
Some software releases remain vulnerable to throughput-reduction DoS attacks when PMTUD is enabled.
The only way to protect against DoS attacks when running these versions of the Cisco IOS software is to disable PMTUD.
SUMMARY STEPS
1. enable
2. configure terminal
3. vpdn-group name
4. ip pmtu
5. exit
6. vpdn pmtu maximum bytes
7. vpdn pmtu minimum bytes
34
Performing MTU Tuning for L2TP VPDNs
Manually Configuring the Advertised TCP MSS
DETAILED STEPS
Command or Action
Step 1 enable
Example:
Router> enable
Step 2 configure terminal
Example:
Router# configure terminal
Step 3 vpdn-group name
Example:
Router(config)# vpdn-group 1
Step 4 ip pmtu
Purpose
Enables privileged EXEC mode.
• Enter your password if prompted.
Enters global configuration mode.
Creates a VPDN group and enters VPDN group configuration mode.
Enables the discovery of a path MTU for Layer 2 traffic.
Example:
Router(config-vpdn)# ip pmtu
Step 5 exit
Exits VPDN group configuration mode.
Example:
Router(config-vpdn)# exit
Step 6 vpdn pmtu maximum bytes
Manually configures the maximum allowed path MTU size, in bytes, for an
L2TP VPDN.
Example:
Router(config)# vpdn pmtu maximum 1460
Step 7 vpdn pmtu minimum bytes
Manually configures the minimum allowed path MTU size, in bytes, for an
L2TP VPDN.
Example:
Router(config)# vpdn pmtu minimum 576
Manually Configuring the Advertised TCP MSS
Manually configuring a lower value for the advertised TCP MSS reduces the size of IP packets created by
TCP at the transport layer, reducing or eliminating the amount of packet fragmentation that will occur in a
VPDN deployment.
The default advertised TCP MSS is 1460, which allows room for the 40-byte TCP/IP header. To prevent packet fragmentation over a tunnel, additionally reduce the TCP MSS to provide space for the Layer 2 encapsulation header.
35
Performing MTU Tuning for L2TP VPDNs
Configuring MRU Advertising
Perform this task on the tunnel server to manually lower the TCP MSS.
A VPDN deployment must be configured.
SUMMARY STEPS
1. enable
2. configure terminal
3. interface virtual-template number
4. ip tcp adjust-mss bytes
DETAILED STEPS
Command or Action
Step 1 enable
Purpose
Enables privileged EXEC mode.
• Enter your password if prompted.
Example:
Router> enable
Step 2 configure terminal
Enters global configuration mode.
Example:
Router# configure terminal
Step 3 interface virtual-template number
Creates a virtual template interface that can be configured and applied dynamically in creating virtual access interfaces and enters interface configuration mode.
Example:
Router(config)# interface virtual-template 1
Step 4 ip tcp adjust-mss bytes
Example:
Adjusts the MSS value of TCP SYN packets going through a router.
Note
Because Layer 2 headers are 40 bytes, the recommended value for the bytes argument is 1420.
Router(config-if)# ip tcp adjust-mss 1420
Configuring MRU Advertising
You can manually configure a lower MTU on the virtual template interface to compensate for the size of the Layer 2 header. The MTU of the interface is advertised to PPP peers as the MRU. If the peer is running a PPP client that is capable of listening to this advertisement, it can adjust its MTU (and indirectly its IP
MTU) for that PPP link. This in turn modifies the TCP MSS that the peer advertises when opening up TCP connections.
Because the default MTU for an interface is 1500 bytes, the default MRU is 1500 bytes. Setting the MTU of an interface to 1460 changes the advertised MRU to 1460. This configuration would tell the peer to allow room for a 40-byte Layer 2 header.
Perform this task on the tunnel server to manually lower the MTU of the virtual template interface.
A VPDN deployment must be configured.
36
Performing MTU Tuning for L2TP VPDNs
Configuring MRU Advertising
Note
• MRU negotiation must be supported on the PPP client. One known client that supports MRU negotiations is the Windows XP PPP client. Other commonly deployed PPP clients do not adhere to the advertised PPP MRU as they should. To determine if your PPP client properly responds to the advertised PPP MRU, see the PPP client documentation.
•
Changing the MTU value for an interface with the mtu command can affect the value of the ip mtu command. The value specified with the ip mtu command must not be greater than the value specified with the mtu command. If you change the value for the mtu command and the new value would result in an ip mtu value that is higher than the new mtu value, the ip mtu value automatically changes to match the new value configured with the mtu command. Changing the value of the ip mtu commands has no effect on the value of the mtu command.
• If proxy Link Control Protocol (LCP) is running, LCP renegotiation must take place because the MRU option is set during LCP negotiations. To force LCP renegotiation, configure the lcp renegotiation command for the VPDN group.
• If the MTU is manually lowered for a tunnel server that communicates with a mixture of devices that do and do not listen to MRU advertising, those devices that do not listen might encounter the PMTUD issues discussed in the "Enabling Path MTU Discovery for VPDNs" section.
DETAILED STEPS
Command or Action
Step 1 enable
SUMMARY STEPS
1. enable
2. configure terminal
3. interface virtual-template number
4. mtu bytes
5. exit
6. vpdn-group name
7. lcp renegotiation {always | on-mismatch}
Purpose
Enables privileged EXEC mode.
• Enter your password if prompted.
Example:
Router> enable
Step 2 configure terminal
Enters global configuration mode.
Example:
Router# configure terminal
Step 3 interface virtual-template number
Example:
Router(config)# interface virtual-template 1
Creates a virtual template interface that can be configured and applied dynamically in creating virtual access interfaces and enters interface configuration mode.
37
Configuring VPDN Group Selection
Configuring VPDN Group Selection Based on a Hostname
Command or Action
Step 4 mtu bytes
Example:
Router(config-if)# mtu 1460
Step 5 exit
Purpose
Adjusts the maximum packet size or MTU size.
Note
Because Layer 2 headers are 40 bytes, the recommended value for the bytes argument is 1460.
(Optional) Exits interface configuration mode.
Example:
Router(config-if)# exit
Step 6 vpdn-group name
(Optional) Creates a VPDN group and enters VPDN group configuration mode.
Example:
Router(config)# vpdn-group 1
Step 7 lcp renegotiation {always | on-mismatch}
Example:
Router(config-vpdn)# lcp renegotiation always
(Optional) Allows the tunnel server to renegotiate the PPP LCP on dial-in calls.
Configuring VPDN Group Selection
•
Configuring VPDN Group Selection Based on a Hostname, page 38
•
Configuring VPDN Group Selection Based on a Source IP Address, page 39
•
Configuring VPDN Group Selection Based on VRF, page 41
Configuring VPDN Group Selection Based on a Hostname
Use these steps to display the status of an LNS to determine if it is active.
SUMMARY STEPS
1. enable
2. configure terminal
3. vpdn-group name
4. accept-dialin
5. protocol l2tp
6. terminate-from hostname hostname
7. exit
38
Configuring VPDN Group Selection
Configuring VPDN Group Selection Based on a Source IP Address
DETAILED STEPS
Command or Action
Step 1 enable
Example:
Router> enable
Step 2 configure terminal
Example:
Router# configure terminal
Step 3 vpdn-group name
Example:
Router(config)# vpdn-group 1
Step 4 accept-dialin
Example:
Router(config-vpdn)# accept-dialin
Step 5 protocol l2tp
Example:
Router(config-vpdn-acc-in)# protocol l2tp
Step 6 terminate-from hostname hostname
Example:
Router(config-vpdn-acc-in)# terminate-from hostname example
Step 7 exit
Example:
Router(config-vpdn-acc-in)# exit
Purpose
Enables privileged EXEC mode.
• Enter your password if prompted.
Enters global configuration mode.
Creates a VPDN group and enters VPDN group configuration mode.
Creates a VPDN accept dialin group that configures a tunnel server to accept requests from a network access server (NAS) to tunnel dialin calls, and enters accept dialin VPDN subgroup configuration mode.
Specifies the tunneling protocol that a VPDN subgroup will use.
Specify the hostname of the remote LAC or LNS that will be required when accepting a VPDN tunnel.
Exits VPDN accept dialin group configuration mode.
Configuring VPDN Group Selection Based on a Source IP Address
39
Configuring VPDN Group Selection
Configuring VPDN Group Selection Based on a Source IP Address
SUMMARY STEPS
1. enable
2. configure terminal
3. vpdn-group name
4. accept-dialin
5. protocol l2tp
6. source-ip ip-address
7. exit
DETAILED STEPS
Command or Action
Step 1 enable
Example:
Router> enable
Step 2 configure terminal
Example:
Router# configure terminal
Step 3 vpdn-group name
Example:
Router(config)# vpdn-group 1
Step 4 accept-dialin
Example:
Router(config-vpdn)# accept dialin
Step 5 protocol l2tp
Example:
Router(config-vpdn-acc-in)# protocol l2tp
Step 6 source-ip ip-address
Example:
Router(config-vpdn-acc-in)# source-ip
10.10.10.1
Step 7 exit
Purpose
Enables privileged EXEC mode.
• Enter your password if prompted.
Enters global configuration mode.
Creates a VPDN group and enters VPDN group configuration mode.
Creates a VPDN accept dialin group that configures a tunnel server to accept requests from a network access server (NAS) to tunnel dialin calls, and enters accept dial-in VPDN subgroup configuration mode.
Specifies the tunneling protocol that a VPDN subgroup will use.
Specifies a source IP addresses to which to map the destination IP addresses in subscriber traffic.
Exits a VPDN accept dialin group configuration mode.
40
Configuring VPDN Group Selection
Configuring VPDN Group Selection Based on VRF
Command or Action
Example:
Router(config-vpdn-acc-in)# exit
Purpose
Configuring VPDN Group Selection Based on VRF
DETAILED STEPS
Command or Action
Step 1 enable
SUMMARY STEPS
1. enable
2. configure terminal
3. vpdn-group name
4. accept-dialin
5. protocol l2tp
6. vpn vrf vrf-name
7. exit
Example:
Router> enable
Step 2 configure terminal
Example:
Router# configure terminal
Step 3 vpdn-group name
Example:
Router(config)# vpdn-group 1
Step 4 accept-dialin
Example:
Router(config-vpdn)# accept dialin
Step 5 protocol l2tp
Purpose
Enables privileged EXEC mode.
• Enter your password if prompted.
Enters global configuration mode.
Creates a VPDN group and enters VPDN group configuration mode.
Creates a VPDN accept dialin group that configures a tunnel server to accept requests from a network access server (NAS) to tunnel dialin calls, and enters accept dial-in VPDN subgroup configuration mode.
Specifies the tunneling protocol that a VPDN subgroup will use.
41
Displaying VPDN Group Selections
Configuring VPDN Group Selection Based on VRF
Command or Action Purpose
Example:
Router(config-vpdn-acc-in)# protocol l2tp
Step 6 vpn vrf vrf-name
Specifies that the source and destination IP addresses of a given VPDN group belong to a specified Virtual Private Network (VPN) routing and
VRF instance.
Example:
Router(config-vpdn-acc-in)# vpn vrf myvrf
Step 7 exit
• vrf vrf-name --Specifies the VRF instance by the VRF name.
Exits accept dialin VPDN subgroup mode.
Example:
Router(config)# exit
Displaying VPDN Group Selections
SUMMARY STEPS
1. enable
2. show vpdn group-select
3. exit
DETAILED STEPS
Command or Action
Step 1 enable
Purpose
Enables privileged EXEC mode.
• Enter your password if prompted.
Example:
Router> enable
Step 2 show vpdn group-select
Displays the information for the selected VPDN group.
Example:
Router> show vpdn group-select
Step 3 exit
Example:
Router> exit
Exits global configuration mode.
Configuring QoS Packet Classifications for VPDNs
42
Configuring QoS Packet Classifications for VPDNs
Configuring Preservation of QoS Classifications in the ToS Byte
Depending on the VPDN deployment, instead of using the default setting you can choose to configure your
VPDN network to preserve QoS end to end by copying the contents of the ToS byte from the IP header to the Layer 2 header, or to manually configure custom packet classifications for the VPDN network.
QoS configurations are generally required only on the tunnel server, the device that must manage and prioritize large volumes of outbound traffic.
Perform this task if you choose to preserve end-to-end QoS:
Perform either or both of these tasks to manually configure custom packet classifications for your VPDN deployment:
•
Configuring Preservation of QoS Classifications in the ToS Byte, page 43
•
Manually Configuring the IP Precedence for VPDNs, page 44
•
Manually Configuring the ToS for VPDN Sessions, page 45
Configuring Preservation of QoS Classifications in the ToS Byte
When Layer 2 packets are created the ToS byte value is set to zero by default, indicating normal service.
This setting ignores the values of the ToS byte of the encapsulated IP packets that are being tunneled. The tunnel server can be configured to copy the contents of the ToS field of the inner IP packets to the ToS byte of the Layer 2 header. Copying the ToS field from the IP header to the Layer 2 header preserves end-to-end
QoS for tunneled packets.
Perform this task to configure a tunnel server to copy the ToS byte from the IP packet to the Layer 2 header.
A VPDN deployment must be configured.
Note
• The tunneled link must carry IP packets for the ToS field to be preserved.
• Proxy PPP dial-in is not supported.
• The tunneled link must carry IP for the ToS field to be preserved. The encapsulated payload of
Multilink PPP (MLP) connections is not IP, therefore this task has no effect when MLP is tunneled.
DETAILED STEPS
Command or Action
Step 1 enable
SUMMARY STEPS
1. enable
2. configure terminal
3. vpdn-group name
4. ip tos reflect
Purpose
Enables privileged EXEC mode.
• Enter your password if prompted.
Example:
Router> enable
43
Configuring QoS Packet Classifications for VPDNs
Manually Configuring the IP Precedence for VPDNs
Command or Action
Step 2 configure terminal
Example:
Router# configure terminal
Step 3 vpdn-group name
Purpose
Enters global configuration mode.
Creates a VPDN group and enters VPDN group configuration mode.
Example:
Router(config)# vpdn-group 1
Step 4 ip tos reflect
Example:
Router(config-vpdn)# ip tos reflect
Configures a VPDN group to copy the ToS byte value of IP packet to the Layer
2 header.
Manually Configuring the IP Precedence for VPDNs
IP precedence bits of the ToS byte can be manually configured to set a CoS for Layer 2 packets. If you choose to manually configure a specific IP precedence value for Layer 2 packets, QoS will not be preserved end to end across the tunnel.
Perform this task on the tunnel server to manually configure a CoS for Layer 2 packets.
A VPDN deployment must be configured.
Note
Manual configuration of an IP precedence value will override the configuration of the ip tos reflect command.
SUMMARY STEPS
1. enable
2. configure terminal
3. vpdn-group name
4. ip precedence [number | name]
DETAILED STEPS
Command or Action
Step 1 enable
Purpose
Enables privileged EXEC mode.
• Enter your password if prompted.
Example:
Router> enable
44
Configuring QoS Packet Classifications for VPDNs
Manually Configuring the ToS for VPDN Sessions
Command or Action
Step 2 configure terminal
Example:
Router# configure terminal
Step 3 vpdn-group name
Example:
Router(config)# vpdn-group 1
Step 4 ip precedence [number | name]
Example:
Router(config-vpdn)# ip precedence 1
Purpose
Enters global configuration mode.
Creates a VPDN group and enters VPDN group configuration mode.
Sets the precedence value in the VPDN Layer 2 encapsulation header.
Manually Configuring the ToS for VPDN Sessions
The ToS bits can be manually configured to mark the ToS of a packet. If you choose to manually configure a specific ToS value for Layer 2 packets, QoS will not be preserved end-to-end across the tunnel.
Perform this task on the tunnel server to manually configure a CoS for Layer 2 packets.
A VPDN deployment must be configured.
Note
Manual configuration of a ToS value will override the configuration of the ip tos reflect command.
DETAILED STEPS
Command or Action
Step 1 enable
SUMMARY STEPS
1. enable
2. configure terminal
3. vpdn-group name
4. ip tos {tos-bit-value | max-reliability | max-throughput | min-delay | min-monetary-cost | normal}
Purpose
Enables privileged EXEC mode.
• Enter your password if prompted.
Example:
Router> enable
Step 2 configure terminal
Enters global configuration mode.
45
Configuring QoS Packet Classifications for VPDNs
Configuration Examples for Additional VPDN Features
Command or Action Purpose
Example:
Router# configure terminal
Step 3 vpdn-group name
Creates a VPDN group and enters VPDN group configuration mode.
Example:
Router(config)# vpdn-group 1
Step 4 ip tos {tos-bit-value | max-reliability | max-throughput | min-delay |
min-monetary-cost | normal}
Sets the ToS bits in the VPDN Layer 2 encapsulation header.
Example:
Router(config-vpdn)# ip tos 9
Configuration Examples for Additional VPDN Features
•
Examples Configuring a Basic Dial-Out VPDN, page 47
•
Example Configuring L2TP Dial-Out Load Balancing, page 47
•
Example Configuring L2TP Dial-Out Failover Redundancy, page 48
•
Example L2TP Dial-Out Failover Redundancy with Tunnel Timers, page 48
•
Example Configuring IPSec Protection of a NAS-Initiated L2TP Tunnel, page 48
•
Example Configuring IPSec Protection of a Client-Initiated L2TP Tunnel, page 49
•
Example Configuring a Global VPDN Template, page 50
•
Example Configuring a Named VPDN Template, page 50
•
Example Disassociating a VPDN Group from the VPDN Template, page 50
•
Example Configuring a Global VPDN Source IP Address, page 50
•
Example Configuring a Source IP Address for a VPDN Group, page 51
•
Example Configuring VRF-Aware VPDN Tunnels Locally, page 51
•
Examples Configuring VRF-Aware VPDN Tunnels on the Remote RADIUS AAA Server, page 52
•
Example Manually Configuring the IP MTU for VPDN Deployments, page 52
•
Example Enabling Automatic Adjustment of the IP MTU for VPDN Deployments, page 53
•
Example Enabling Path MTU Discovery for VPDNs, page 53
•
Example Manually Configuring the Advertised TCP MSS, page 53
•
Example Configuring MRU Advertising, page 53
•
Example Configuring Preservation of QoS Classifications in the ToS Byte, page 53
•
Example Manually Configuring the IP Precedence for VPDNs, page 53
•
Example Manually Configuring the ToS for VPDN Sessions, page 54
•
Configuration Examples for VPDN Group Selection, page 54
•
Examples Displaying VPDN Group Selection, page 56
46
Examples Configuring a Basic Dial-Out VPDN
Configuration Examples for Additional VPDN Features
Examples Configuring a Basic Dial-Out VPDN
The following example enables VPDN, configures a tunnel server to request dial-out VPDN tunnels for outbound PPP calls, and configures the dialer interface to place outbound calls using the VPDN tunnel: vpdn enable vpdn-group out
request-dialout
protocol l2tp
pool-member 1
!
initiate-to ip 10.10.10.1
local name tunnelserver32
!
interface dialer 1
ip address 10.1.1.1 255.255.0
encapsulation ppp
dialer remote-name router22
dialer string 5550100
dialer vpdn
dialer pool 1
dialer-group 1
ppp authentication chap
The following example enables VPDN, configures a NAS to accept dial-out VPDN tunnel requests, and configures a dialer interface on the NAS to place outbound calls to the PPP client: vpdn enable vpdn-group 1
accept-dialout
protocol l2tp
dialer 3
!
terminate-from hostname tunnelserver32
!
interface dialer 3
ip unnumbered Ethernet0
encapsulation ppp
dialer in-band
dialer aaa
dialer-group 3
ppp authentication chap
Example Configuring L2TP Dial-Out Load Balancing
47
Example Configuring L2TP Dial-Out Failover Redundancy
Configuration Examples for Additional VPDN Features
The following example configures a preexisting dial-out VPDN group on a tunnel server to load balance calls across multiple NASs. Calls will be load balanced between the NASs because the same priority value has been assigned to each NAS with the initiate-to command: vpdn-group 1
initiate-to ip 10.0.58.201 priority 10
initiate-to ip 10.0.58.205 priority 10
initiate-to ip 10.0.58.207 priority 10
initiate-to ip 10.0.58.209 priority 10
Example Configuring L2TP Dial-Out Failover Redundancy
The following example configures a preexisting dial-out VPDN group on a tunnel server for failover between multiple NASs. If the NAS with the highest priority goes down, the tunnel server will fail over to a
NAS with a lower priority. The highest priority value you can assign is 1.
vpdn-group 1
initiate-to ip 10.0.58.201 priority 1
initiate-to ip 10.0.58.205 priority 10
initiate-to ip 10.0.58.209 priority 15
Example L2TP Dial-Out Failover Redundancy with Tunnel Timers
The following example configures a preexisting dial-out VPDN group on a tunnel server for failover using custom L2TP tunnel timers. The tunnel server is configured to retry to connect to a NAS five times, with a minimum wait of 10 seconds between attempts. If the tunnel server is not able to connect to the highest priority NAS after the specified number of retries, failover to the next highest priority NAS will occur. The tunnel server will not attempt to recontact the highest priority NAS until 420 seconds have passed.
vpdn-group 1
initiate-to ip 10.0.58.201 priority 1
initiate-to ip 10.0.58.207 priority 50
initiate-to ip 10.0.58.205 priority 100
l2tp tunnel retransmit initial retries 5
l2tp tunnel retransmit initial timeout min 10
l2tp tunnel busy timeout 420
Example Configuring IPSec Protection of a NAS-Initiated L2TP Tunnel
The following example configures IPSec protection of L2TP tunnels on the NAS and the tunnel server for a
NAS-initiated tunneling scenario:
NAS Configuration
! Passwords for the L2TP tunnel authentication username NAS password 0 cisco username TS1 password 0 cisco
!
! VPDN configuration to tunnel users with the domain cisco.com to the LNS. This ! configuration has l2tp tunnel authentication enabled.
!
vpdn enable vpdn-group 1
request-dialin
protocol l2tp
domain cisco.com
!
initiate-to ip 10.0.0.13
local name NAS
l2tp security crypto-profile l2tp keep-sa
48
Example Configuring IPSec Protection of a Client-Initiated L2TP Tunnel
Configuration Examples for Additional VPDN Features
l2tp tunnel password cisco
!
crypto isakmp policy 1
authentication pre-share
!
crypto isakmp key cisco address 10.0.0.13
!
crypto ipsec transform-set esp-des-sha-transport esp-des esp-sha-hmac
mode transport
!
! Crypto profile configuration which is bound to the vpdn-group shown above crypto map l2tpsec 10 ipsec-isakmp profile l2tp
set transform-set esp-des-sha-transport
!
interface FastEthernet0/0
ip address 10.0.0.12 255.255.255.0
crypto map l2tpsec
Tunnel Server Configuration
! PPP client username and password needed for CHAP authentication username [email protected] password 0 cisco
!
! Passwords for the L2TP tunnel authentication username NAS password 0 cisco username TS1 password 0 cisco
!
! Using address pool to assign client an IP address ip address-pool local
!
! VPDN configuration vpdn enable vpdn-group 1
accept-dialin
protocol any
virtual-template 1
!
terminate-from hostname NAS
lcp renegotiation on-mismatch
l2tp security crypto-profile l2tp keep-sa
!
crypto isakmp policy 1
authentication pre-share crypto isakmp key cisco address 10.0.0.12
!
crypto ipsec transform-set esp-des-sha-transport esp-des esp-sha-hmac
mode transport
!
crypto map l2tpsec 10 ipsec-isakmp profile l2tp
set transform-set esp-des-sha-transport
!
interface FastEthernet0/0
ip address 10.0.0.13 255.255.255.0
speed 10
half-duplex
crypto map l2tpsec
Example Configuring IPSec Protection of a Client-Initiated L2TP Tunnel
The following example configures IPSec protection of L2TP tunnels on the tunnel server for a clientinitiated tunneling scenario:
! PPP client username and password needed for CHAP authentication username [email protected] password 0 cisco
! Passwords for the L2TP tunnel authentication.
username NAS password 0 cisco username TS1 password 0 cisco
!
! Using address pool to assign client an IP address
49
Example Configuring a Global VPDN Template
Configuration Examples for Additional VPDN Features
ip address-pool local
!
! VPDN configuration vpdn enable vpdn-group dial-in
accept-dialin
protocol l2tp
virtual-template 1
!
l2tp security crypto-profile l2tp
no l2tp tunnel authentication ip pmtu
!
crypto ipsec transform-set esp-des-sha-transport esp-des esp-sha-hmac
mode transport
!
crypto map l2tpsec 10 ipsec-isakmp profile l2tp
set transform-set esp-des-sha-transport
set security-association lifetime seconds 120
!
interface FastEthernet0/0
ip address 10.0.0.13 255.255.255.0
speed 10
half-duplex
crypto map l2tpsec
Example Configuring a Global VPDN Template
The following example configures two VPDN parameters in the unnamed global VPDN template: vpdn-template
local name host43
ip tos reflect
Example Configuring a Named VPDN Template
The following example configures two VPDN parameters in a VPDN template named l2tp. The named
VPDN template is associated with the VPDN group named l2tp_tunnels.
vpdn-template l2tp
l2tp tunnel busy timeout 65
l2tp tunnel password tunnel4me
!
vpdn-group l2tp_tunnels
source vpdn-template l2tp_tunnels
Example Disassociating a VPDN Group from the VPDN Template
The following example disassociates the VPDN group named l2tp from the VPDN template. The system default settings will be used for all VPDN parameters that are not specified in the VPDN group configuration.
vpdn-group l2tp
no source vpdn-template
Example Configuring a Global VPDN Source IP Address
The following example configures a global source IP address. This source IP address will be used for all tunnels established on the router unless a specific source IP address is configured for a VPDN group.
vpdn source-ip 10.1.1.1
50
Example Configuring a Source IP Address for a VPDN Group
Configuration Examples for Additional VPDN Features
Example Configuring a Source IP Address for a VPDN Group
The following example configures a source IP address for tunnels associated with the VPDN group named tunneling. This source IP address will override any configured global source IP address for tunnels associated with this VPDN group.
vpdn-group tunneling
source-ip 10.1.1.2
Example Configuring VRF-Aware VPDN Tunnels Locally
The following example configures a multihop tunnel switch to connect a NAS to a remote tunnel server within a VRF:
NAS
interface loopback 0
ip address 172.16.45.6 255.255.255.255
!
vpdn enable vpdn-group group1
request-dialin
protocol l2tp
domain cisco.com
!
initiate-to 10.10.104.9
local name nas32
source-ip 172.16.45.6
l2tp tunnel password secret1
Multihop Tunnel Switch
ip vrf cisco-vrf
vpn id A1:3F6C
!
interface loopback 0
ip address 10.10.104.22 255.255.255.255
!
interface loopback 40
ip vrf forwarding cisco-vrf
ip address 172.16.40.241 255.255.255.255
!
vpdn enable vpdn multihop
!
vpdn-group mhopin
accept-dialin
protocol l2tp
virtual-template 4
!
terminate-from hostname nas32
source-ip 10.10.104.9
l2tp tunnel password secret1
!
vpdn-group mhopout
request-dialin
protocol l2tp
domain cisco.com
!
vpn vrf cisco-vrf
initiate-to ip 172.16.45.6
source-ip 172.16.40.241
local name multihop-tsw25
l2tp tunnel password secret2
51
Configuration Examples for Additional VPDN Features
Examples Configuring VRF-Aware VPDN Tunnels on the Remote RADIUS AAA Server
Tunnel Server
interface loopback 0
ip address 172.16.45.6 255.255.255.255
!
vpdn enable vpdn-group cisco
accept-dialin
protocol l2tp
virtual-template 1
!
terminate-from hostname multihop-tsw25
source-ip 172.16.45.6
local name ts-12
l2tp tunnel password secret2
Examples Configuring VRF-Aware VPDN Tunnels on the Remote RADIUS
AAA Server
The following examples configure VRF-aware VPDN tunnels for a service provider network. The AAA
RADIUS server user profile defines VPDN tunnel attributes, which can propagate to multiple NASs or tunnel switches.
RADIUS User Profile--VRF Name
The following example specifies that the source and destination IP addresses belong to the VPN named vpn-first: cisco.com Password = "secret"
Service-Type = Outbound-User,
cisco-avpair = "vpdn:tunnel-id=LAC",
cisco-avpair = "vpdn:tunnel-type=l2tp",
cisco-avpair = "vpdn:ip-addresses=10.0.0.1",
cisco-avpair = "vpdn:source-ip=10.0.0.9",
cisco-avpair = "vpdn:vpn-vrf=vpn-first"
cisco-avpair = "vpdn:l2tp-tunnel-password=supersecret"
RADIUS User Profile--VRF ID
The following example specifies that the source and destination IP addresses belong to the VPN with the
ID A1:3F6C: cisco.com Password = "secret"
Service-Type = Outbound-User,
cisco-avpair = "vpdn:tunnel-id=LAC",
cisco-avpair = "vpdn:tunnel-type=l2tp",
cisco-avpair = "vpdn:ip-addresses=10.0.0.1",
cisco-avpair = "vpdn:source-ip=10.0.0.9",
cisco-avpair = "vpdn:vpn-id=A1:3F6C"
cisco-avpair = "vpdn:l2tp-tunnel-password=supersecret"
Example Manually Configuring the IP MTU for VPDN Deployments
The following example manually configures an IP MTU of 1460 bytes for all tunnels that use the virtualtemplate named 1: interface virtual-template 1
ip mtu 1460
52
Example Enabling Automatic Adjustment of the IP MTU for VPDN Deployments
Configuration Examples for Additional VPDN Features
Example Enabling Automatic Adjustment of the IP MTU for VPDN
Deployments
The following example configures tunnels associated with the VPDN group named tunneler to automatically adjust the IP MTU based on the MTU of the egress interface of the device: vpdn-group tunneler
ip mtu adjust
Example Enabling Path MTU Discovery for VPDNs
The following example enables PMTUD for the VPDN group named tunnelme and configures the device to accept path MTU values ranging from 576 to 1460 bytes. The device will ignore code 4 ICMP messages that specify a path MTU outside of this range.
vpdn-group tunnelme ip pmtu
!
vpdn pmtu maximum 1460 vpdn pmtu minimum 576
Example Manually Configuring the Advertised TCP MSS
The following example manually configures a TCP MSS of 1420 bytes for all tunnels that use the virtual template named 2: interface virtual-template 2
ip tcp adjust-mss 1420
Example Configuring MRU Advertising
The following example manually configures an MTU of 1460 bytes for all tunnels that use the virtual template named 3. The VPDN group named mytunnels is configured to perform LCP renegotiation because it uses proxy LCP.
interface virtual-template 3
mtu 1460
!
vpdn-group mytunnels
lcp renegotiation always
Example Configuring Preservation of QoS Classifications in the ToS Byte
The following example configures preservation of the IP ToS field for an existing VPDN group named out1: vpdn-group out1
ip tos reflect
Example Manually Configuring the IP Precedence for VPDNs
53
Example Manually Configuring the ToS for VPDN Sessions
Example Configuring VPDN Group Selection Based on Hostname
The following example manually configures an IP precedence value for an existing VPDN group named out2: vpdn-group out2
ip precedence priority
Example Manually Configuring the ToS for VPDN Sessions
The following example manually configures a ToS classification for an existing VPDN group named out3: vpdn-group out3
ip tos 9
Configuration Examples for VPDN Group Selection
•
Example Configuring VPDN Group Selection Based on Hostname, page 54
•
Example Configuring VPDN Group Selection Based on an IP Address, page 54
•
Example Configuring VPDN Group Selection Based on VRF, page 55
•
Example Configuring VPDN Group Selection Based on a Hostname and IP Address, page 55
•
Example Configuring VPDN Group Selection Based on Hostname and VRF, page 55
•
Example Configuring VPDN Group Selection Based on an IP Address and VRF, page 56
•
Example Configuring VPDN Group Selection Based on Hostname VRF and IP Address, page 56
Example Configuring VPDN Group Selection Based on Hostname
The following example configuration shows a LAC-1 building a VPDN tunnel to an LNS, and the LNS would terminating the session on vpdn-group 1:
Router> enable
Router# configure terminal
Router(config)# vpdn-group 1
Router(config-vpdn)# accept-dialin
Router(config-vpdn-acc-in)# protocol l2tp
Router(config-vpdn-acc-in)# terminate-from hostname LAC-1
Example Configuring VPDN Group Selection Based on an IP Address
The following example configuration shows a LAC-1/LAC-2 building a VPDN tunnel to IP address
10.10.10.1, and the LNS terminating the session on vpdn-group 1. If an LAC-1/LAC-2 builds a VPDN tunnel to IP address 10.10.10.2, the LNS terminates the session on vpdn-group 2. Any source IP address match is optional.
Router> enable
Router# configure terminal
Router(config)# vpdn-group 1
Router(config-vpdn)# accept-dialin
Router(config-vpdn-acc-in)# protocol l2tp
Router(config-vpdn-acc-in)# source-ip 10.10.10.1
Router(config-vpdn-acc-in)# exit
Router(config-vpdn)# exit
Router(config)# vpdn-group 2
Router(config-vpdn)# accept-dialin
Router(config-vpdn-acc-in)# protocol l2tp
Router(config-vpdn-acc-in)# source-ip 10.10.10.2
54
Configuration Examples for VPDN Group Selection
Example Configuring VPDN Group Selection Based on VRF
Example Configuring VPDN Group Selection Based on VRF
The following example configuration shows a LAC sending a SCCRQ on service-A, and the LNS terminating the tunnel on vpdn-group 1. When an LAC sends a SCCRQ on service-B, the LNS would terminate the tunnel on vpdn-group 2.
Router> enable
Router# configure terminal
Router(config)# vpdn-group 1
Router(config-vpdn)# accept-dialin
Router(config-vpdn-acc-in)# protocol l2tp
Router(config-vpdn-acc-in)# vpn vrf service-A
Router(config-vpdn-acc-in)# exit
Router(config-vpdn)# vpdn-group 2
Router(config-vpdn)# accept-dialin
Router(config-vpdn-acc-in)# protocol l2tp
Router(config-vpdn-acc-in)# vpn vrf service-B
Example Configuring VPDN Group Selection Based on a Hostname and IP Address
The following example configuration shows a LAC-1 building a VPDN tunnel to IP address 10.10.10.1, and the LNS terminating the session on vpdn-group 1. If LAC-1 builds a VPDN tunnel to IP address
10.10.10.2, the LNS terminates the session on vpdn-group 2. If LAC-2 builds a VPDN tunnel to IP addresses 10.10.10.1 or 10.10.10.2, the LNS terminates the session on vpdn-group 3.
Router> enable
Router# configure terminal
Router(config)# vpdn-group 1
Router(config-vpdn)# accept-dialin
Router(config-vpdn-acc-in)# protocol l2tp
Router(config-vpdn-acc-in)# terminate-from hostname LAC-1
Router(config-vpdn-acc-in)# source-ip 10.10.10.1
Router(config-vpdn-acc-in)# exit
Router(config-vpdn)# vpdn-group 2
Router(config-vpdn)# accept-dialin
Router(config-vpdn-acc-in)# protocol l2tp
Router(config-vpdn-acc-in)# terminate-from hostname LAC-1
Router(config-vpdn-acc-in)# source-ip 10.10.10.2
Router(config-vpdn-acc-in)# exit
Router(config-vpdn)# vpdn-group 3
Router(config-vpdn)# accept-dialin
Router(config-vpdn-acc-in)# protocol l2tp
Router(config-vpdn-acc-in)# terminate-from hostname LAC-2
Router(config-vpdn-acc-in)# source-ip 10.10.10.1
Router(config-vpdn-acc-in)# exit
Example Configuring VPDN Group Selection Based on Hostname and VRF
The following example configuration shows a LAC-1 sending an SCCRQ on vrf service-A with any destination IP address, and the LNS terminating the VPDN tunnel on vpdn-group 1. If LAC-1 sends an
SCCRQ on vrf service-B with any destination IP address, the LNS terminates the VPDN tunnel on vpdngroup 2. If LAC-2 sends an SCCRQ on vrf service-B with any destination IP address, the LNS terminates the VPDN tunnel on vpdn-group 3.
Router> enable
Router# configure terminal
Router(config)# vpdn-group 1
Router(config-vpdn)# accept-dialin
Router(config-vpdn-acc-in)# protocol l2tp
Router(config-vpdn-acc-in)# vpn vrf service-A
Router(config-vpdn-acc-in)# terminate-from hostname LAC-1
Router(config-vpdn-acc-in)# exit
55
Examples Displaying VPDN Group Selection
Example Configuring VPDN Group Selection Based on an IP Address and VRF
Router(config-vpdn)# vpdn-group 2
Router(config-vpdn)# accept-dialin
Router(config-vpdn-acc-in)# protocol l2tp
Router(config-vpdn-acc-in)# vpn vrf service-B
Router(config-vpdn-acc-in)# terminate-from hostname LAC-1
Router(config-vpdn-acc-in)# exit
Router(config-vpdn)# vpdn-group 3
Router(config-vpdn)# accept-dialin
Router(config-vpdn-acc-in)# protocol l2tp
Router(config-vpdn-acc-in)# vpn vrf service-B
Router(config-vpdn-acc-in)# terminate-from hostname LAC-2
Router(config-vpdn-acc-in)# exit
Example Configuring VPDN Group Selection Based on an IP Address and VRF
The following example configuration shows a LAC-1/LAC-2 sending an SCCRQ on vrf service-A to destination IP address 10.10.10.1, and the LNS terminating the VPDN tunnel on vpdn-group 1. If LAC-1/
LAC-2 sends an SCCRQ on vrf service-A to destination IP address 10.10.10.2, the LNS terminates the
VPDN tunnel on vpdn-group 2.
Router> enable
Router# configure terminal
Router(config)# vpdn-group 1
Router(config-vpdn)# accept-dialin
Router(config-vpdn-acc-in)# protocol l2tp
Router(config-vpdn-acc-in)# vpn vrf service-A
Router(config-vpdn-acc-in)# source-ip 10.10.10.1
Router(config-vpdn-acc-in)# exit
Router(config-vpdn)# exit
Router(config)# vpdn-group 2
Router(config-vpdn)# accept-dialin
Router(config-vpdn-acc-in)# protocol l2tp
Router(config-vpdn-acc-in)# vpn vrf service-A
Router(config-vpdn-acc-in)# source-ip 10.10.10.2
Router(config-vpdn-acc-in)# exit
Example Configuring VPDN Group Selection Based on Hostname VRF and IP Address
The following example configuration shows a LAC-1 sending an SCCRQ on vrf service-A to destination IP address 10.10.10.1, and the LNS terminating the VPDN tunnel on vpdn-group 1. If LAC-1 sends an
SCCRQ on vrf service-B to destination IP address 10.10.10.1, the LNS terminates the VPDN tunnel on vpdn-group 2.
Router> enable
Router# configure terminal
Router(config)# vpdn-group 1
Router(config-vpdn)# accept-dialin
Router(config-vpdn-acc-in)# protocol l2tp
Router(config-vpdn-acc-in)# vpn vrf service-A
Router(config-vpdn-acc-in)# terminate-from hostname LAC-1
Router(config-vpdn-acc-in)# source-ip 10.10.10.1
Router(config-vpdn-acc-in)# exit
Router(config-vpdn)# exit
Router(config)# vpdn-group 2
Router(config-vpdn)# accept-dialin
Router(config-vpdn-acc-in)# protocol l2tp
Router(config-vpdn-acc-in)# vpn vrf service-B
Router(config-vpdn-acc-in)# terminate-from hostname LAC-1
Router(config-vpdn-acc-in)# source-ip 10.10.10.1
Router(config-vpdn-acc-in)# exit
Examples Displaying VPDN Group Selection
56
Examples Displaying VPDN Group Selection
Examples Displaying VPDN Group-Select Summaries
The VPDN Group Selection feature allows you to display VPDN group information based in a source IP address, a hostname, or VFR.
For examples purposes, the following configuration will be used for the display examples.
Router> enable
Router# configure terminal
Router(config)# vpdn-group vgdefault
Router(config-vpdn)# accept-dialin
Router(config-vpdn-acc-in)# protocol l2tp
Router(config-vpdn-acc-in)# virtual-template 20
Router(config-vpdn-acc-in)# local name lns
Router(config-vpdn)# l2tp tunnel password 0 example
Router(config-vpdn)# exit
Router(config)# vpdn-group vg-ip2
Router(config-vpdn)# accept-dialin
Router(config-vpdn-acc-in)# protocol l2tp
Router(config-vpdn-acc-in)# virtual-template 5
Router(config-vpdn-acc-in)# source-ip 10.1.1.2
Router(config-vpdn)# local name lns
Router(config-vpdn)# l2tp tunnel password 0 example
Router(config-vpdn)# exit
Router(config)# vpdn-group vg-ip3
Router(config-vpdn)# accept-dialin
Router(config-vpdn-acc-in)# protocol l2tp
Router(config-vpdn-acc-in)# virtual-template 5
Router(config-vpdn-acc-in)# source-ip 10.1.1.3
Router(config-vpdn)# local name lns
Router(config-vpdn)# l2tp tunnel password 0
example
Router(config-vpdn)# exit
Router(config)# vpdn-group vg-lts
Router(config-vpdn)# accept-dialin
Router(config-vpdn-acc-in) # protocol l2tp
Router(config-vpdn-acc-in)# virtual-template 5
Router(config-vpdn-acc-in)# terminate host lts
Router(config-vpdn)# local name lns
Router(config-vpdn)# l2tp tunnel password 0 example
Router(config-vpdn)# exit
Router(config)# vpdn-group vg-lts1
Router(config-vpdn)# accept-dialin
Router(config-vpdn-acc-in)# protocol l2tp
Router(config-vpdn-acc-in)# virtual-template 5
Router(config-vpdn-acc-in)# terminate host lts1
Router(config-vpdn)# local name lns
Router(config-vpdn)# l2tp tunnel password 0 example
Router(config-vpdn)# exit
Router(config)# vpdn-group vg-lts1-ip2
Router(config-vpdn)# accept-dialin
Router(config-vpdn-acc-in)# protocol l2tp
Router(config-vpdn-acc-in)# virtual-template 5
Router(config-vpdn-acc-in)# terminate host lts1
Router(config-vpdn)# source-ip 10.1.1.2
Router(config-vpdn)# local name lns
Router(config-vpdn)# l2tp tunnel password 0 example
Router(config-vpdn)# exit
Router(config)# end
•
Examples Displaying VPDN Group-Select Summaries, page 57
Examples Displaying VPDN Group-Select Summaries
The following example shows VPDN group-select information for the example configuration.
Router# show vpdn group-select summary
VPDN Group Vrf Remote Name Source-
IP Protocol Direction vg-ip2 10.1.1.2
57
Examples Displaying VPDN Group Selection
Where to Go Next
l2tp accept-dialin vg-ip3 10.1.1.3 l2tp accept-dialin vg-lts lts 0.0.0.0 l2tp accept-dialin vg-lts1 lts1 0.0.0.0 l2tp accept-dialin vg-lts1-ip2 vfr101 lts1
10.1.1.2 l2tp accept-dialin vgdefault 0.0.0.0 l2tp accept-dialin
The following is sample output from the show vpdn group-select keys command for a host with the name lac-1 and an IP address of 10.0.0.1:
Router# show vpdn group-select keys vrf vrf-blue hostname lac-1 source-ip 10.0.0.1
VPDN Group Vrf Hostname Source Ip vg1 vrf-blue lac-1 10.0.0.1
The following shows an example output for the show vpdn group-select default command for the example configuration:
Router# show vpdn group-select default
Default VPDN Group Protocol vgdefault l2tp
None pptp
The following is sample output from the show vpdn group-select keyscommand for a host with the name lac-5 and an IP address of 10.1.1.0, and VRF name vrf-red:
Router# show vpdn group-select keys vrf vrf-red hostname lac-5 source-ip 10.1.1.0
VPDN Group Vrf Hostname Source Ip
Vg2 vrf-red lac-5 10.1.1.0
Where to Go Next
You can perform any of the relevant optional tasks in the VPDN Tunnel Management module.
Additional References
Related Documents
Related Topic
Cisco IOS commands
VPDN commands
VPDN technology overview
Information about PPP configurations
Dial Technologies commands
Information about IPSec transform sets, crypto maps, and ISAKMP policies
Document Title
Cisco IOS Master Commands List, All Releases
Cisco IOS VPDN Command Reference
VPDN Technology Overview
Configuring Asynchronous SLIP and PPP module
Cisco IOS Dial Technologies Command Reference
Configuring Internet Key Exchange for IPsec VPNs module
58
Examples Displaying VPDN Group Selection
Additional References
Related Topic
Security commands
Document Title
Cisco IOS Security Command Reference
Information about QoS classification
QoS commands
Classification Overview module
Cisco IOS Quality of Service Solutions Command
Reference
MTU Tuning for L2TP Information on MTU tuning for L2TP tunneling deployments
Information on IP packet fragmentation and
PMTUD
IP Fragmentation and PMTUD
Information on throughput-reduction DoS attacks Crafted ICMP Messages Can Cause Denial of
Service
Standards
Standard
None
MIBs
MIB
None
Title
--
MIBs Link
To locate and download MIBs for selected platforms, Cisco IOS releases, and feature sets, use
Cisco MIB Locator found at the following URL: http://www.cisco.com/go/mibs
RFCs
RFC
RFC 1191
RFC 2341
RFC 2637
RFC 2661
RFC 2923
RFC 3193
Title
Path MTU Discovery
Cisco Layer Two Forwarding (Protocol) “L2F”
Note
Effective with Cisco Release 12.4(11)T, the
L2F protocol was removed in Cisco IOS software
Point-to-Point Tunneling Protocol (PPTP)
Layer Two Tunneling Protocol “L2TP”
TCP Problems with Path MTU Discovery
Securing L2TP using IPsec
59
Examples Displaying VPDN Group Selection
Feature Information for Additional VPDN Features
Technical Assistance
Description
The Cisco Support and Documentation website provides online resources to download documentation, software, and tools. Use these resources to install and configure the software and to troubleshoot and resolve technical issues with
Cisco products and technologies. Access to most tools on the Cisco Support and Documentation website requires a Cisco.com user ID and password.
Link
http://www.cisco.com/cisco/web/support/ index.html
Feature Information for Additional VPDN Features
The following table provides release information about the feature or features described in this module.
This table lists only the software release that introduced support for a given feature in a given software release train. Unless noted otherwise, subsequent releases of that software release train also support that feature.
Use Cisco Feature Navigator to find information about platform support and Cisco software image support.
To access Cisco Feature Navigator, go to www.cisco.com/go/cfn . An account on Cisco.com is not required.
Table 1: Feature Information for Configuring Additional VPDN Features
Feature Name
VPDN Group Selection
Software Releases
12.4(20)T
L2TP Dial-Out Load Balancing and Redundancy
12.2(15)T 12.2(28)SB
Feature Configuration Information
This feature configures customized, multiple VPDN tunnels with different VPDN group configurations between a
LAC and an LNS.
The following command were introduced by this feature: show
vpdn group-select, show vpdn
group-select keys.
This feature enables a tunnel server to dial out to multiple
NASs. When the NAS with the highest priority goes down, it is possible for the tunnel server to fail over to another lower priority
NAS. The tunnel server can also load balance sessions between multiple NASs that have the same priority settings.
60
Examples Displaying VPDN Group Selection
Feature Name
L2TP Security
VRF-Aware VPDN Tunnels
Software Releases
12.2(4)T 12.2(28)SB
VPDN Default Group Template 12.2(8)T 12.2(28)SB
Feature Information for Additional VPDN Features
12.2(15)T 12.2(28)SB
Feature Configuration Information
The following command was modified by this feature: initiate-
to.
This feature allows the security features of IP Security (IPSec) to protect the L2TP tunnel and the
PPP sessions within the tunnel. In addition, the L2TP Security feature provides built-in keepalives and standardized interfaces for user authentication and accounting to authentication, authorization, and accounting
(AAA) servers.
The following commands were introduced or modified by this feature: crypto map (global
IPSec), ip pmtu, l2tp security
crypto-profile.
This feature introduces the ability to configure global default values for VPDN group parameters in a
VPDN template. These global default values are applied to all
VPDN groups, unless specific values are configured for individual VPDN groups.
The following commands were introduced by this feature: source
vpdn-template, vpdn-template.
This feature enhances the support of VPDN tunnels by allowing
VPDN tunnels to start outside an
MPLS VPN and terminate within the MPLS VPN.
The following command was introduced by this feature: vpn.
61
Download
Offentligt link opdateret
Det offentlige link til din chat er blevet opdateret. You may view and manage your chat links after registration here.
Dokument offentligt link
Annonce