Академический Документы
Профессиональный Документы
Культура Документы
The RSVP Aggregation feature allows the Resource Reservation Protocol (RSVP) state to be reduced within
an RSVP/DiffServ network by aggregating many smaller reservations into a single, larger reservation at the
edge.
• RSVP
• Class Based Weighted Fair Queuing (CBWFQ)
• RSVP Scalability Enhancements
Note You configure these features because Cisco IOS Release 12.2(33)SRC supports control plane aggregation
only. Dataplane aggregation must be achieved by using the RSVP Scalability Enhancements.
Configuration Restrictions
• Sources should not send marked packets without an installed reservation.
• Sources should not send marked packets that exceed the reserved bandwidth.
• Sources should not send marked packets to a destination other than the reserved path.
• All RSVP capable devices within an aggregation region regardless of role must support the aggregation
feature to recognize the RFC 3175 RSVP message formats properly.
• E2E reservations must be present to establish dynamic aggregates; aggregates cannot be established
manually.
• Aggregates are established at a fixed bandwidth regardless of the number of current E2E reservations
being aggregated.
• Aggregators and deaggregators must be paired to avoid blackholing of E2E reservations because of
dynamic aggregate establishment.
Note Blackholing means that the reservation is never established. If an E2E reservation crosses from an exterior
to an interior interface, the E2E reservation turns into an RSVP-E2E-IGNORE protocol packet. If there
is no corresponding deaggregator, a device where this RSVP-E2E-IGNORE reservation crosses an interior
to an exterior interface, then the RSVP-E2E-IGNORE reservation is never restored to an E2E reservation.
The RSVP-E2E-IGNORE reservation eventually reaches its destination, which is the RSVP receiver;
however, the RSVP receiver does not know what to do with the RSVP-E2E-IGNORE reservation and
discards the packet.
Any router that is part of the aggregate region must have at least one interior interface and may have one or
more exterior interfaces. Depending on the types of interfaces spanned by an IPv4 flow, a node can be an
aggregator, a deaggregator, or an interior router with respect to that flow.
In addition, by using differentiated services mechanisms for classification and scheduling of traffic supported
by aggregate reservations rather than performing per aggregate reservation classification and scheduling, the
amount of classification and scheduling state in the aggregation region is further reduced. This reduction is
independent of the number of E2E reservations and the number of aggregate reservations in the aggregation
region. One or more RSVP/DiffServ DSCPs are used to identify the traffic covered by aggregate reservations,
and one or more RSVP/DiffServ per hop behaviors (PHBs) are used to offer the required forwarding treatment
to this traffic. There may be more than one aggregate reservation between the same pair of devices, each
representing different classes of traffic and each using a different DSCP and a different PHB.
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
Example:
Device# configure terminal
Example:
Device(config)# ip routing
Step 4 ip vrf vrf-name Defines a VRF instance and enters VRF configuration mode.
Example:
Device(config)# ip vrf vrf1
Step 7 ip vrf forwarding vrf-name Associates a VRF instance with an interface or subinterface.
Example:
Device(config-if)# ip vrf forwarding vrf1
Example:
Device(config-if)# end
SUMMARY STEPS
1. enable
2. configure terminal
3. ip rsvp bandwidth [interface-kbps [single-flow-kbps[bc1 kbps | sub-pool kbps]]| percent
percent-bandwidth [single-flow-kbps]]
4. ip rsvp resource-provider [none | wfq-interface | wfq-pvc]
5. end
DETAILED STEPS
Example:
Router# configure terminal
Step 3 ip rsvp bandwidth [interface-kbps Configures the interface type and enters interface configuration
[single-flow-kbps[bc1 kbps | sub-pool kbps]]| mode.
percent percent-bandwidth [single-flow-kbps]]
Example:
Router(config-if)# ip rsvp bandwidth 500
500
Example:
Router(config-if)# end
Note Disabling data packet classification instructs RSVP not to process every packet, but to perform admission
control only.
SUMMARY STEPS
1. enable
2. configure terminal
3. interface type slot / subslot / port
4. ip rsvp data-packet classification none
5. end
DETAILED STEPS
Example:
Router# configure terminal
Step 3 interface type slot / subslot / port Configures the interface type and enters interface
configuration mode.
Example:
Router(config)# interface gigabitEthernet 0/0/0
Example:
Router(config-if)# ip rsvp data-packet
classification none
Example:
Router(config-if)# end
SUMMARY STEPS
DETAILED STEPS
Step 2 Device(config)# policy-map Specifies the name of the policy map to be created, added to, or modified
policy-map-name before you can configure policies for classes whose match criteria are
defined in a class map.
Note If at the time you configure the RSVP scalability enhancements, there are existing reservations that use
classic RSVP, no additional marking, classification, or scheduling is provided for these flows. You can
also delete these reservations after you configure the RSVP scalability enhancements.
SUMMARY STEPS
1. enable
2. configure terminal
3. interface type slot / subslot / port
4. service-policy [type access-control] {input | output} policy-map-name
5. end
DETAILED STEPS
Example:
Router# configure terminal
Step 3 interface type slot / subslot / port Configures the interface type and enters interface configuration mode.
Example:
Router(config)# interface
gigabitEthernet 0/0/0
Step 4 service-policy [type access-control] {input Specifies the name of the policy map to be attached to the input or output
| output} policy-map-name direction of the interface.
Note Policy maps can be attached in the input or output direction of
Example: an interface. The direction and the router to which the policy
Router(config-if)# service-policy map should be attached vary according to the network
output POLICY-ATM configuration. When using the service-policy command to
attach the policy map to an interface, be sure to choose the
router and the interface direction that are appropriate for the
network configuration.
• The optional type access-control keywords determine the exact
pattern to look for in the protocol stack of interest.
• Enter the policy-map name.
Example:
Router(config-if)# end
Note You do not need to perform this task on interior routers; that is, nodes having interior interfaces only.
SUMMARY STEPS
1. enable
2. configure terminal
3. interface type slot / subslot / port
4. ip rsvp aggregation role interior
5. Repeat Step 4 as needed to configure additional aggregator and deaggregator interfaces.
6. end
DETAILED STEPS
Example:
Router# configure terminal
Step 3 interface type slot / subslot / port Configures the interface type and enters interface
configuration mode.
Example:
Router(config)# interface gigabitEthernet 0/0/0
Step 5 Repeat Step 4 as needed to configure additional aggregator Configures additional aggregator and deaggregator
and deaggregator interfaces. interfaces.
Example:
Router(config-if)# end
Note Typically, an edge router acts as both an aggregator and deaggregator because of the unidirectional nature
of RSVP reservations. Most applications require bidirectional reservations. Therefore, these parameters
are used by a deaggregator when mapping E2E reservations onto aggregates during the dynamic aggregate
reservation process.
Note In classic (unaggregated) RSVP, a session is identified in the reservation message session object by the
destination IP address and protocol information. In RSVP aggregation, a session is identified by the
destination IP address and DSCP within the session object of the aggregate RSVP message. E2E reservations
are mapped onto a particular aggregate RSVP session identified by the E2E reservation session object
alone or a combination of the session object and sender template or filter spec.
Extended ACLs
The ACLs used within the ip rsvp aggregation ip map command match the RSVP message objects as follows
for an extended ACL:
• Source IP address and port match the RSVP PATH message sender template or RSVP RESV message
filter spec; this is the IP source or the RSVP sender.
• Destination IP address and port match the RSVP PATH/RESV message session object IP address; this
is the IP destination address or the RSVP receiver.
• Protocol matches the RSVP PATH/RESV message session object protocol; if protocol = IP, then it
matches the source or destination address as above.
Standard ACLs
The ACLs used within the ip rsvp aggregation ip map command match the RSVP message objects as follows
for a standard ACL:
• IP address matches the RSVP PATH message sender template or RSVP RESV message filter spec; this
is the IP source address or the RSVP sender.
SUMMARY STEPS
1. enable
2. configure terminal
3. ip rsvp aggregation ip map {access-list {acl-number} | any} dscp value
4. end
DETAILED STEPS
Example:
Router# configure terminal
Step 3 ip rsvp aggregation ip map {access-list Configures RSVP aggregation rules that tell a router how to
{acl-number} | any} dscp value map E2E reservations onto aggregate reservations.
• The keywords and arguments specify additional
Example: information such as DSCP values.
Router(config)# ip rsvp aggregation ip map
any dscp af41
Example:
Router(config)# end
Note Typically, an edge device acts as both an aggregator and deaggregator because of the unidirectional nature
of RSVP reservations. Most applications require bidirectional reservations. Therefore, these parameters
are used by a deaggregator when mapping E2E reservations onto aggregates during the dynamic aggregate
reservation process.
SUMMARY STEPS
1. enable
2. configure terminal
3. ip rsvp aggregation ip reservation dscp value [aggregator agg-ip-address] traffic-params static
rate data-rate [burst burst-size] [peak peak-rate]
4. end
DETAILED STEPS
Example:
Device# configure terminal
Step 3 ip rsvp aggregation ip reservation dscp value [aggregator Configures RSVP aggregate reservation attributes (also
agg-ip-address] traffic-params static rate data-rate [burst called token bucket parameters) on a per-DSCP basis.
burst-size] [peak peak-rate]
• The keywords and arguments specify additional
information.
Example:
Example:
Device(config)# end
Note Both aggregators and deaggregators need to be identified with a stable and routable IP address. This is
the RFC 3175 device ID, which is also the IP address of the loopback interface with the lowest number.
If there is no loopback interface configured or all those configured are down, then there will be no device
ID assigned for the aggregating/deaggregating function and aggregate reservations will not be established.
Note The device ID may change if the associated loopback interface goes down or its IP address is removed.
In this case, the E2E and aggregate sessions are torn down. If a new device ID is determined, new E2E
and aggregate sessions will use the new device ID.
SUMMARY STEPS
1. enable
2. configure terminal
3. interface loopback number
4. ip address ip-address subnet-mask/prefix
5. end
DETAILED STEPS
Example:
Device# configure terminal
Step 3 interface loopback number Creates a loopback interface and enters interface
configuration mode.
Example: • Enter a value for the number argument. The range is
Device(config)# interface loopback 1 0 to 2147483647.
Example:
Device(config-if)# end
Note This task registers a device to receive RSVP-E2E-IGNORE messages. It is not necessary to perform this
task on interior devices because they are only processing RSVP aggregate reservations. If you do so, you
may decrease performance because the interior device will then unnecessarily process all the
RSVP-E2E-IGNORE messages.
Note If you enable RSVP aggregation globally on an interior device, then you should configure all interfaces
as interior.
SUMMARY STEPS
1. enable
2. configure terminal
3. ip rsvp aggregation ip
4. end
DETAILED STEPS
Example:
Device# configure terminal
Example:
Device(config)# end
Note In classic (unaggregated) RSVP, a session is identified in the reservation message session object by the
destination IP address and protocol information. In RSVP aggregation, a session is identified by the
destination IP address and DSCP within the session object of the aggregate RSVP message. The dscp-ip
keyword matches the DSCP within the session object.
SUMMARY STEPS
1. enable
2. configure terminal
3. ip rsvp policy local {acl acl1[acl2...acl8] | dscp-ip value1 [value2 ... value8] | 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
Example:
Router# configure terminal
Step 3 ip rsvp policy local {acl acl1[acl2...acl8] | dscp-ip Creates a local policy to determine how RSVP resources are used in
value1 [value2 ... value8] | default | identity alias1 a network and enters local policy configuration mode.
[alias2...alias4] | origin-as as1[as2...as8]}
• Enter the dscp-ip valuekeyword and argument combination to
specify a DSCP for matching the session object DCSP within
Example: the aggregate reservations. Values can be the following:
Router(config)# ip rsvp policy local dscp-ip • 0 to 63--Numerical. The default value is 0.
46
• af11 to af43--Assured forwarding (AF).
• cs1 to cs7--Type of service (ToS) precedence.
• default--Default DSCP.
• ef--Expedited Forwarding (EF).
Step 5 end (Optional) Exits local policy configuration mode and returns to
privileged EXEC mode.
Example:
Router(config-rsvp-policy-local)# end
Note You can use the following show commands in user EXEC or privileged EXEC mode.
SUMMARY STEPS
1. enable
2. show ip rsvp aggregation ip [endpoints | interface [if-name] | map [dscp value]| reservation [dscp
value[aggregator ip-address]]
3. show ip rsvp aggregation ip endpoints [role{aggregator| deaggregator}] [ip-address] [dscp value]
[detail]
4. show ip rsvp [atm-peak-rate-limit| counters| host| installed| interface| listeners| neighbor| policy|
precedence| request| reservation| sbm| sender| signalling| tos]
5. show ip rsvp reservation [detail] [filter[destination ip-address | hostname] [dst-port port-number]
[source ip-address | hostname][src-port port-number]]
6. show ip rsvp sender [detail] [filter[destination ip-address | hostname] [dst-port port-number] [source
ip-address | hostname][src-port port-number]]
7. show ip rsvp installed [interface-type interface-number] [detail]
8. show ip rsvp interface [detail] [interface-type interface-number]
9. end
DETAILED STEPS
Step 3 show ip rsvp aggregation ip endpoints (Optional) Displays RSVP information about aggregator and
[role{aggregator| deaggregator}] [ip-address] [dscp deaggregator devices for currently established aggregate
value] [detail] reservations.
Step 4 show ip rsvp [atm-peak-rate-limit| counters| host| (Optional) Displays specific information for RSVP categories.
installed| interface| listeners| neighbor| policy|
precedence| request| reservation| sbm| sender| • The optional keywords display additional information.
signalling| tos]
Example:
Device# show ip rsvp
Step 5 show ip rsvp reservation [detail] [filter[destination (Optional) Displays RSVP-related receiver information currently
ip-address | hostname] [dst-port port-number] [source in the database.
ip-address | hostname][src-port port-number]]
• The optional keywords and arguments display additional
information.
Example:
Device# show ip rsvp reservation detail Note The optional filter keyword is supported in Cisco IOS
Releases 12.0S and 12.2S only.
Step 6 show ip rsvp sender [detail] [filter[destination (Optional) Displays RSVP PATH-related sender information
ip-address | hostname] [dst-port port-number] [source currently in the database.
ip-address | hostname][src-port port-number]]
• The optional keywords and arguments display additional
information.
Example:
Device# show ip rsvp sender detail Note The optional filter keyword is supported in Cisco IOS
Releases 12.0S and 12.2S only.
Step 7 show ip rsvp installed [interface-type interface-number] (Optional) Displays RSVP-related installed filters and
[detail] corresponding bandwidth information.
• The optional keywords and arguments display additional
Example: information.
Device# show ip rsvp installed detail
Step 8 show ip rsvp interface [detail] [interface-type (Optional) Displays RSVP-related interface information.
interface-number]
• The optional keywords and arguments display additional
information.
Example:
Device# show ip rsvp interface detail
Step 9 end (Optional) Exits privileged EXEC mode and returns to user
EXEC mode.
Example:
Device# end
Router(config)# end
Note This registers a router to receive RSVP-E2E-IGNORE messages. It is not necessary to configure this
command on interior nodes that are only processing RSVP aggregate reservations and forwarding
RSVP-E2E-IGNORE messages as IP datagrams). Since the router is loaded with an image that supports
aggregation, the router will process aggregate (RFC 3175 formatted) messages correctly. Enabling
aggregation on an interior mode may decrease performance because the interior node will then unnecessarily
process all RSVP-E2E-IGNORE messages.
Note If you enable aggregation on an interior node, you must configure all its interfaces as interior. Otherwise,
all the interfaces have the exterior role, and any E2E PATH (E2E-IGNORE) messages arriving at the
router are discarded.
In summary, there are two options for an interior router (R3 in the figure above):
• No RSVP aggregation configuration commands are entered.
• RSVP aggregation is enabled and all interfaces are configured as interior.
Note Within the RSVP RESV aggregate message at the deaggregator, this local policy sets an RFC 3181
"Signaled Preemption Priority Policy Element" that can be used by interior nodes or the aggregator that
has ip rsvp preemption enabled.
The following example sets the preemption priority locally for RSVP aggregate reservations during
establishment on an interior router (R3 in the figure above):
Router(config-rsvp-local-policy)# 5 5
Router(config-rsvp-local-policy)# exit
Router(config)# ip rsvp policy local dscp-ip af41
Router(config-rsvp-local-policy)# 2 2
Router(config-rsvp-local-policy)# end
Additional References
The following sections provide references related to the RSVP Application ID Support feature.
Related Documents
Cisco IOS commands Cisco IOS Master Commands List, All Releases
Standards
Standard Title
No new or modified standards are supported by this --
feature, and support for existing standards has not
been modified by this feature.
MIBs
RFCs
RFC Title
RFC 2205 Resource ReSerVation Protocol (RSVP)
Technical Assistance
Description Link
The Cisco Support and Documentation website http://www.cisco.com/cisco/web/support/index.html
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.
Glossary
admission control --The process by which an RSVP reservation is accepted or rejected on the basis of
end-to-end available network resources.
aggregate --AnRSVP flow that represents multiple end-to-end (E2E) flows; for example, a Multiprotocol
Label Switching Traffic Engineering (MPLS-TE) tunnel may be an aggregate for many E2E flows.
aggregation region --An area where E2E flows are represented by aggregate flows, with aggregators and
deaggregators at the edge; for example, an MPLS-TE core, where TE tunnels are aggregates for E2E flows.
An aggregation region contains a connected set of nodes that are capable of performing RSVP aggregation.
aggregator --The device that processes the E2E PATH message as it enters the aggregation region. This
device is also called the TE tunnel head-end device; it forwards the message from an exterior interface to an
interior interface.
bandwidth --The difference between the highest and lowest frequencies available for network signals. The
term is also used to describe the rated throughput capacity of a given network medium or protocol.
deaggregator --The device that processes the E2E PATH message as it leaves the aggregation region. This
device is also called the TE tunnel tail-end device; it forwards the message from an interior interface to an
exterior interface.
E2E --end-to-end. An RSVP flow that crosses an aggregation region, and whose state is represented in
aggregate within this region, such as a classic RSVP unicast flow crossing an MPLS-TE core.
LSP --label-switched path. A configured connection between two devices, in which label switching is used
to carry the packets. The purpose of an LSP is to carry data packets.
QoS --quality of service. A measure of performance for a transmission system that reflects its transmission
quality and service availability.
RSVP --Resource Reservation Protocol. A protocol that supports the reservation of resources across an IP
network. Applications running 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.
state --Information that a device must maintain about each LSP. The information is used for rerouting tunnels.
TE --traffic engineering. The techniques and processes used to cause routed traffic to travel through the
network on a path other than the one that would have been chosen if standard routing methods had been used.
tunnel --Secure communications path between two peers, such as two devices.