- Signalling Overview
- Configuring RSVP
- Control Plane DSCP Support for RSVP
- Configuring RSVP Support for Frame Relay
- RSVP Scalability Enhancements
- RSVP Support for ATM/PVCs
- RSVP Local Policy Support
- RSVP Refresh Reduction and Reliable Messaging
- RSVP Support for RTP Header Compression, Phase 1
- RSVP Message Authentication
- RSVP---Previous Hop Overwrite
- RSVP Application ID Support
- RSVP Fast Local Repair
- RSVP Interface-Based Receiver Proxy
- RSVP--VRF Lite Admission Control
- Configuring RSVP Support for LLQ
- Configuring RSVP-ATM QoS Interworking
- Configuring COPS for RSVP
- RSVP Aggregation
- MPLS TE---Tunnel-Based Admission Control (TBAC)
- Configuring Subnetwork Bandwidth Manager
- Finding Feature Information
- Contents
- Prerequisites for RSVP—VRF Lite Admission Control
- Restrictions for RSVP—VRF Lite Admission Control
- Information About RSVP—VRF Lite Admission Control
- How to Configure RSVP—VRF Lite Admission Control
- Configuration Examples for RSVP—VRF Lite Admission Control
- Additional References
- Feature Information for RSVP—VRF Lite Admission Control
- Glossary
RSVP—VRF Lite Admission Control
The RSVP—VRF Lite Admission Control feature introduces support for Resource Reservation Protocol (RSVP) call admission control (CAC) in an IP session within the context of a virtual routing and forwarding (VRF) instance.
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 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 for RSVP—VRF Lite Admission Control" section.
Use Cisco Feature Navigator to find information about platform support and Cisco IOS and Catalyst OS, software image support. To access Cisco Feature Navigator, go to http://www.cisco.com/go/cfn. An account on Cisco.com is not required.
Contents
•Prerequisites for RSVP—VRF Lite Admission Control
•Restrictions for RSVP—VRF Lite Admission Control
•Information About RSVP—VRF Lite Admission Control
•How to Configure RSVP—VRF Lite Admission Control
•Configuration Examples for RSVP—VRF Lite Admission Control
•Feature Information for RSVP—VRF Lite Admission Control
Prerequisites for RSVP—VRF Lite Admission Control
You must configure RSVP on one or more interfaces on at least two neighboring routers that share a link within the network.
Restrictions for RSVP—VRF Lite Admission Control
•Multi-topology routing (MTR) is not supported.
•Multiprotocol Label Switching (MPLS) virtual private network (VPN) VRFs are not supported.
•RSVP authentication is not supported.
Information About RSVP—VRF Lite Admission Control
To use the RSVP—VRF Lite Admission Control feature, you should understand the following concepts:
•Overview of RSVP—VRF Lite Admission Control
•Benefits of RSVP—VRF Lite Admission Control
Overview of RSVP—VRF Lite Admission Control
An RSVP flow is identified by its tuple, which includes its destination IP address, its destination port, and its protocol. This tuple should be unique on all the nodes along the path from the sender to the receiver. In the context of the global routing domain, each flow can be uniquely identified through its tuple.
However, with the implementation of virtual routing and forwarding (VRF), a separate instance of the routing and forwarding table for each VRF routing domain can exist. Each of the VRF instances has its own address pool range, which could overlap between VRF routing domains. This poses a problem to the existing implementation of RSVP, where sessions are identified by the tuple. Sessions with the same tuple can exist in the context of different VRF domains. To solve the problem, the tuple has to be extended to take into account the VRF instance. The new tuple has a VRF ID, a destination IP address, a destination port, and a protocol. The VRF ID is derived based on the interface on which an RSVP packet has been received and is not signaled using RSVP. Therefore, each node needs to infer the VRF ID based on the RSVP control packet's incoming interface.
Figure 1 shows a VRF-lite deployment scenario.
Figure 1 RSVP VRF Deployment in VRF-Lite Network

Figure 1, shows VRF lite configured on Router 1 customer edge (CE) and Router 2 CE, and MPLS-VPN configured between the provider edge (PE) routers. In such a deployment scenario, the RSVP implementation needs to be VRF aware in the CE routers; that is, the flows must be recognized in the context of the VRF domain in which the sender and receiver of the flow reside. However, RSVP QoS is not enabled on the PE routers.
On the CE routers, with VRF lite functionality, VRF is identified based on the VRF configured on the incoming interface; that is, on the interface facing the customer site and the interface facing the PE.
Benefits of RSVP—VRF Lite Admission Control
The RSVP—VRF Lite Admission Control feature provides the benefits of RSVP in a VRF-lite environment to include the following:
•Guaranteed QoS through explicit admission control
•Virtualization
•Security
•Separation of routing contexts
•Overlapping of IP addresses
How to Configure RSVP—VRF Lite Admission Control

Note The tasks described in this section explain configuring a receiver proxy and a static sender, for you to quickly initiate and terminate an RSVP session, and verify your setup. In these tasks, the IOS RSVP implementation behaves as an RSVP endpoint and an RSVP initiator.
This section contains the following tasks:
•Enabling RSVP on an Interface (required)
•Configuring a Receiver Proxy on a Tailend Router (optional)
•Configuring a Static Sender on a Headend Router (optional)
•Configuring an RSVP Application Identity That Is VRF Aware (optional)
•Configuring an RSVP Local Policy That Is VRF Aware (optional)
•Verifying the RSVP—VRF Lite Admission Control Configuration (optional)
Enabling RSVP on an Interface
Perform this task to enable RSVP on all the interfaces along the path from the sender to the receiver.
SUMMARY STEPS
1. enable
2. configure terminal
3. ip routing
4. ip vrf vrf-name
5. exit
6. interface type number
7. ip vrf forwarding vrf-name
8. ip rsvp bandwidth [interface-kbps] [single-flow-kbps]
9. Repeat the previous step for each interface that you want to enable.
10. end
DETAILED STEPS
Configuring a Receiver Proxy on a Tailend Router
Perform this task to configure a receiver proxy with a VRF on a tailend router.
SUMMARY STEPS
1. enable
2. configure terminal
3. ip rsvp listener [vrf vrf-name] dst {udp | tcp | any | number} {any | dst-port} {announce | reply | reject}
4. end
DETAILED STEPS
Configuring a Static Sender on a Headend Router
Perform this task to configure a static sender with a VRF on a headend router to make the router proxy an RSVP PATH message.
SUMMARY STEPS
1. enable
2. configure terminal
3. ip rsvp sender-host session-ip-address sender-ip-address {tcp | udp | ip-protocol} session-d-port sender-s-port bandwidth burst-size [identity alias] [vrf vrf-name]
4. end
DETAILED STEPS
Configuring an RSVP Application Identity That Is VRF Aware
Perform the following task to configure an RSVP application identity that is VRF aware.
SUMMARY STEPS
1. enable
2. configure terminal
3. ip rsvp policy vrf vrf-name {identity alias policy-locator regular-expression | local {acl acl1 [acl2...acl8] | default | identity alias1 [alias2...alias4] | origin-as as1 [as2...as8]}}
4. end
DETAILED STEPS
Configuring an RSVP Local Policy That Is VRF Aware
Perform the following task to configure an RSVP local policy that is VRF aware.
SUMMARY STEPS
1. enable
2. configure terminal
3. ip rsvp policy vrf vrf-name {identity {alias policy-locator regular-expression | local}} {acl acl1 [acl2...acl8] | default | identity alias1 [alias2...alias4] | origin-as as1 [as2...as8]}
4. {accept | forward [all | path | path-error | resv | resv-error] | default | exit | fast-reroute | local-override | maximum [bandwidth [group x] [single y] | senders n] | preempt-priority [traffic-eng x] setup-priority [hold-priority]}
5. end
DETAILED STEPS
Verifying the RSVP—VRF Lite Admission Control Configuration

Note You can use the following show commands in user EXEC or privileged EXEC mode and in any order.
SUMMARY STEPS
1. enable
2. show ip rsvp counters [authentication] [interface type number | neighbor [vrf {* | vrf-name}] | state teardown | summary]
3. show ip rsvp host vrf {* | vrf-name} {receivers | senders} [group-name | group-address]
4. show ip rsvp installed [vrf {* | vrf-name}] [interface-type interface-number] [detail]
5. show ip rsvp interface [vrf {* | vrf-name}] [detail] [interface-type interface-number]
6. show ip rsvp listeners [ip-address | any | vrf {* | vrf-name}] [udp | tcp | any | protocol] [dst-port | any]
7. show ip rsvp neighbor [detail | inactive [detail]] | vrf {* | vrf-name}]
8. show ip rsvp policy vrf {* | vrf-name} [identity [alias]] | local [acl acl | default | detail [acl acl | default | identity alias | interface interface-type | origin-as as-number]]
9. show ip rsvp request [vrf {* | vrf-name}] [detail] [filter [destination ip-address | hostname] [dst-port port-number] [source ip-address | hostname] [src-port port-number]]
10. show ip rsvp reservation [detail | filter [destination ip-address | hostname] [dst-port port-number] [source ip-address | hostname] [src-port port-number]] [vrf {* | vrf-name}]
11. show ip rsvp sender [detail | filter [destination ip-address | hostname] [dst-port port-number] [source ip-address | hostname] [src-port port-number]] [vrf {* | vrf-name}]
12. show ip rsvp signalling fast-local-repair [statistics [detail]]
DETAILED STEPS
Configuration Examples for RSVP—VRF Lite Admission Control
•Examples: Configuring RSVP—VRF Lite Admission Control
•Examples: Verifying RSVP—VRF Lite Admission Control
Examples: Configuring RSVP—VRF Lite Admission Control
The following example enables RSVP on a router interface along the path from the sender to the receiver.

Note If the interface lies in a VRF domain, use the ip rsvp bandwidth command to enable RSVP for that VRF.
Router# configure terminal
Enter configuration commands, one per line. End with CNTL/Z.
Router(config)# interface Ethernet0/0
Router(config-if)# ip rsvp bandwidth 1158 100
Router(config-if)# end
The following example configures a receiver proxy with a specified VRF on a tailend router:
Router# configure terminal
Enter configuration commands, one per line. End with CNTL/Z.
Router(config)# ip rsvp listener vrf myvrf 192.168.2.1 any any reply
Router(config)# end
The following example configures a static sender with a specified VRF on a headend router:
Router# configure terminal
Enter configuration commands, one per line. End with CNTL/Z.
Router(config)# ip rsvp sender-host 10.0.0.7 10.0.0.1 udp 1 1 10 10 vrf myvrf
Router(config)# end
Examples: Verifying RSVP—VRF Lite Admission Control
In the following example, all the interfaces associated with the VRF named myvrf display in detail:
Router# show ip rsvp interface vrf myvrf detail
Se1/0:
RSVP: Enabled
Interface State: Up
Bandwidth:
Curr allocated: 300K bits/sec
Max. allowed (total): 400K bits/sec
Max. allowed (per flow): 400K bits/sec
Max. allowed for LSP tunnels using sub-pools (pool 1): 0 bits/sec
Set aside by policy (total): 0 bits/sec
Traffic Control:
RSVP Data Packet Classification is OFF
RSVP resource provider is: none
Signalling:
DSCP value used in RSVP msgs: 0x3F
Number of refresh intervals to enforce blockade state: 4
Authentication: disabled
Key chain: <none>
Type: md5
Window size: 1
Challenge: disabled
FRR Extension:
Backup Path: Not Configured
BFD Extension:
State: Disabled
Interval: Not Configured
RSVP Hello Extension:
State: Disabled
RFC 3175 Aggregation: Enabled
Role: interior
VRF: myvrf
The following example displays details of the RSVP reservations installed for RSVP session that belong to the VRF named myvrf:
Router# show ip rsvp installed vrf myvrf detail
RSVP: FastEthernet2/0 has the following installed reservations
RSVP Reservation. Destination is 10.10.10.10. Source is 10.10.10.12,
Protocol is UDP, Destination port is 10, Source port is 10
Traffic Control ID handle: C8000407
Created: 22:51:26 UTC Sun Feb 17 2008
Admitted flowspec:
Reserved bandwidth: 10K bits/sec, Maximum burst: 10K bytes, Peak rate: 10K bits/sec
Min Policed Unit: 0 bytes, Max Pkt Size: 0 bytes
Resource provider for this flow: None
Conversation supports 1 reservations [0xBF000406]
Data given reserved service: 0 packets (0 bytes)
Data given best-effort service: 0 packets (0 bytes)
Reserved traffic classified for 12783 seconds
Long-term average bitrate (bits/sec): 0 reserved, 0 best-effort
Policy: INSTALL. Policy source(s): Default
VRF : myvrf
The following example shows the listeners configured for the VRF named myvrf:
Router# show ip rsvp listeners vrf myvrf
VRF : myvrf1
To Protocol DPort Description Action OutIf
10.0.2.1 any any RSVP Proxy reply
The following example shows the neighbors created for the VRF named myvrf:
Router# show ip rsvp neighbor vrf myvrf
VRF: myvrf
Neighbor Encapsulation Time since msg rcvd/sent
10.10.15.3 Raw IP 00:00:14 00:00:06
10.10.16.2 Raw IP 00:00:29 00:00:15
The following example displays all the locally created RSVP senders for the configured VRFs:
Router# show ip rsvp host vrf * senders
VRF: vrf2
To From Pro DPort Sport Prev Hop I/F BPS
192.168.104.4 198.168.104.12 UDP 10 10 none none 10K
Mode(s): Host CLI
VRF: vrf1
To From Pro DPort Sport Prev Hop I/F BPS
192.168.105.4 198.168.105.12 UDP 10 10 none none 10K
Mode(s): Host CLI
Additional References
The following sections provide references related to the RSVP—VRF Lite Admission Control feature.
Related Documents
Standards
|
|
---|---|
No new or modified standards are supported by this feature, and support for existing standards has not been modified by this feature. |
— |
MIBs
RFCs
|
|
---|---|
No new or modified RFCs are supported by this feature, and support for existing RFCs has not been modified by this feature. |
— |
Technical Assistance
Feature Information for RSVP—VRF Lite Admission Control
Table 1 lists the release history for this feature.
Not all commands may be available in your Cisco IOS software release. For release information about a specific command, see the command reference documentation.
Use Cisco Feature Navigator to find information about platform support and software image support. Cisco Feature Navigator enables you to determine which Cisco IOS and Catalyst OS, and Cisco IOS XE software images support a specific software release, feature set, or platform. To access Cisco Feature Navigator, go to http://www.cisco.com/go/cfn. An account on Cisco.com is not required.

Note Table 1 lists only the Cisco IOS software release that introduced support for a given feature in a given Cisco IOS software release train. Unless noted otherwise, subsequent releases of that Cisco IOS software release train also support that feature.
Glossary
admission control—The process by which an RSVP reservation is accepted or rejected on the basis of end-to-end available network resources.
QoS—quality of service. A measure of performance for a transmission system that reflects its transmission quality and service availability. Quality of service focuses on achieving appropriate network performance for networked applications; it is superior to best effort performance.
RSVP—Resource Reservation Protocol. A protocol that supports the reservation of resources across an IP network. Applications that run on IP end systems can use RSVP to indicate to other nodes the nature (bandwidth, jitter, maximum burst, and so on) of the packet streams that they want to receive.
VRF—virtual routing and forwarding. An extension of IP routing that provides multiple routing instances. A VRF consists of an IP routing table, a derived forwarding table, a set of interfaces that use the forwarding table, and a set of rules and routing protocols that determine what goes into the forwarding table. In general, a VRF includes the routing information that defines a customer VPN site that is attached to a provider edge (PE) router.