{"id":181,"date":"2026-10-08T00:00:00","date_gmt":"2026-10-07T20:30:00","guid":{"rendered":"https:\/\/www.anynet.ir\/blog\/%d9%82%d8%a7%d8%a8%d9%84%db%8c%d8%aa-rsvp-te-preemption-%d8%af%d8%b1-cisco-8000-en\/"},"modified":"2026-10-19T15:25:45","modified_gmt":"2026-10-19T11:55:45","slug":"%d9%82%d8%a7%d8%a8%d9%84%db%8c%d8%aa-rsvp-te-preemption-%d8%af%d8%b1-cisco-8000-en","status":"publish","type":"post","link":"https:\/\/www.anynet.ir\/blog\/en\/%d9%82%d8%a7%d8%a8%d9%84%db%8c%d8%aa-rsvp-te-preemption-%d8%af%d8%b1-cisco-8000-en\/","title":{"rendered":"RSVP-TE Preemption on Cisco 8000"},"content":{"rendered":"<p><!--?xml encoding=\"UTF-8\"--><meta charset=\"utf-8\"><meta name=\"viewport\" content=\"width=device-width, initial-scale=1, viewport-fit=cover\"><meta name=\"next-size-adjust\" content=\"\"><title>RSVP-TE Preemption on Cisco 8000 | 8000 Tutorial | XRdocs<\/title><meta name=\"description\" content=\"Learn how RSVP-TE hard and soft preemption work on Cisco 8000 through lab configurations, operational outputs, and bandwidth-deficit examples.\"><meta name=\"author\" content=\"Thomas Wang\"><meta name=\"keywords\" content=\"iosxr, cisco, Cisco 8000, MPLS-TE, RSVP-TE, soft-preemption\"><meta name=\"robots\" content=\"index, follow\"><meta property=\"og:title\" content=\"RSVP-TE Preemption on Cisco 8000\"><meta property=\"og:description\" content=\"Learn how RSVP-TE hard and soft preemption work on Cisco 8000 through lab configurations, operational outputs, and bandwidth-deficit examples.\"><meta property=\"og:url\" content=\"https:\/\/xrdocs.io\/8000\/tutorials\/rsvp-te-preemption-on-cisco-8000\"><meta property=\"og:site_name\" content=\"XRdocs\"><meta property=\"og:image\" content=\"https:\/\/www.anynet.ir\/blog\/wp-content\/uploads\/2026\/10\/image-1.webp\"><meta property=\"og:image:width\" content=\"1200\"><meta property=\"og:image:height\" content=\"630\"><meta property=\"og:image:alt\" content=\"RSVP-TE Preemption on Cisco 8000\"><meta property=\"og:type\" content=\"article\"><meta property=\"article:published_time\" content=\"2026-10-08 18:14 +0300\"><meta property=\"article:modified_time\" content=\"2026-10-08 18:14 +0300\"><meta property=\"article:author\" content=\"Thomas Wang\"><meta property=\"article:section\" content=\"8000\"><meta property=\"article:tag\" content=\"iosxr\"><meta property=\"article:tag\" content=\"cisco\"><meta property=\"article:tag\" content=\"Cisco 8000\"><meta property=\"article:tag\" content=\"MPLS-TE\"><meta property=\"article:tag\" content=\"RSVP-TE\"><meta property=\"article:tag\" content=\"soft-preemption\"><meta name=\"twitter:card\" content=\"summary_large_image\"><meta name=\"twitter:creator\" content=\"@xrdocs\"><meta name=\"twitter:title\" content=\"RSVP-TE Preemption on Cisco 8000\"><meta name=\"twitter:description\" content=\"Learn how RSVP-TE hard and soft preemption work on Cisco 8000 through lab configurations, operational outputs, and bandwidth-deficit examples.\"><meta name=\"twitter:image\" content=\"https:\/\/www.anynet.ir\/blog\/wp-content\/uploads\/2026\/10\/image-1.webp\"><\/p>\n<div>\n<div>\n<div>\n<h2 style=\"color: rgb(26, 26, 26); font-weight: 700\">Preemption Overview<\/h2>\n<p>Resource Reservation Protocol with Traffic Engineering extensions (RSVP-TE) preemption allows a higher-priority Label Switched Path (LSP) to obtain bandwidth by displacing lower-priority reservations when resources are constrained. Hard preemption releases the displaced LSP immediately and can interrupt traffic. Soft preemption keeps forwarding active temporarily while the ingress Label Edge Router (LER) establishes a replacement path, reducing traffic disruption.<\/p>\n<p>Multiprotocol Label Switching (MPLS) traffic engineering (TE) tunnel priority values range from 0 (highest) to 7 (lowest). The setup and holding priorities assigned to each LSP determine how that LSP participates in preemption. A higher-priority LSP can displace an established lower-priority LSP to reclaim bandwidth when the link&#8217;s available bandwidth is not sufficient.<\/p>\n<table class=\"english-numbers\">\n<thead>\n<tr>\n<th><strong style=\"color: rgb(26, 26, 26)\">Term<\/strong><\/th>\n<th><strong style=\"color: rgb(26, 26, 26)\">Purpose<\/strong><\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td>Setup priority<\/td>\n<td>Determines whether an LSP can preempt existing LSPs during establishment.<\/td>\n<\/tr>\n<tr>\n<td>Holding priority<\/td>\n<td>Determines how strongly an established LSP resists being preempted.<\/td>\n<\/tr>\n<tr>\n<td>Hard preemption<\/td>\n<td>Immediately tears down the displaced LSP and releases its reservation.<\/td>\n<\/tr>\n<tr>\n<td>Soft preemption<\/td>\n<td>Allows forwarding to continue temporarily while a replacement LSP is established.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<p>In IOS XR MPLS-TE, each TE tunnel has a setup priority and a holding priority. When a higher-priority LSP cannot obtain sufficient bandwidth, it can preempt an established lower-priority LSP to obtain the required resources. On Cisco 8000, the preemption algorithm is optimized when building the preemption list. The algorithm behavior depends on the size of the bandwidth deficit, with the objective of minimizing both the number of LSPs and the amount of bandwidth that must be preempted.<\/p>\n<p><img decoding=\"async\" src=\"https:\/\/www.anynet.ir\/blog\/wp-content\/uploads\/2026\/10\/image-1.webp\" alt=\"A 100 Gbps link with seven lower-priority LSPs; a new 50 Gbps high-priority LSP causes ascending candidate selection followed by removal of two 5 Gbps LSPs.\"><\/p>\n<p align=\"center\"><em>Figure 1: Tunnel preemption logic and overshoot refinement.<\/em><\/p>\n<p>The default RSVP-TE preemption behavior is hard preemption. It is appropriate when resources must be reclaimed immediately because of actual resource contention. Soft preemption is useful for network maintenance\u2014for example, when LSPs must be moved away from an interface before the interface is taken out of service without unnecessarily interrupting traffic. Soft preemption is also useful in dynamic traffic environments where RSVP-TE tunnel auto-bandwidth is deployed and preemption may occur more frequently.<\/p>\n<p><strong style=\"color: rgb(26, 26, 26)\">Hard preemption<\/strong> is the traditional behavior. The lower-priority LSP is torn down immediately, and the ingress LER is notified through RSVP signaling. The headend can attempt to establish a replacement LSP on an eligible alternative path. The displaced LSP releases its bandwidth reservation. Because the old data path can disappear before the replacement path is ready, packets may be lost during the transition.<\/p>\n<p>Soft preemption, standardized in <a href=\"https:\/\/www.rfc-editor.org\/rfc\/rfc5712.html\" style=\"color: rgb(0, 102, 204)\">RFC 5712<\/a>, was introduced to reduce traffic disruption. Instead of immediately tearing down the preempted LSP, the network signals the ingress LER that the LSP needs to be rerouted while allowing forwarding to continue temporarily for a configurable period. The ingress LER can then establish a replacement path using a make-before-break approach. Once the replacement LSP is established, the old LSP reservation can be released. Even though the old LSP&#8217;s forwarding state is retained temporarily, the local bandwidth accounting is released immediately. Network congestion or expiry of the soft-preemption timer can still cause traffic disruption.<\/p>\n<h2 style=\"color: rgb(26, 26, 26); font-weight: 700\">Preemption Lab Exercises<\/h2>\n<p>The lab uses a Cisco 8223 router (8223-64EF-M), based on the P200 ASIC and running IOS XR 26.2.1. All router core-facing links are bundle interfaces, and the RSVP bandwidth pool is configured to the full link capacity. RSVP-TE tunnel LSPs are established with an initial signaled bandwidth as the baseline. RSVP-TE tunnel auto-bandwidth is enabled, and events are triggered by router reconfiguration or link-status changes.<\/p>\n<p>Consider a typical customer network in which MPLS-TE provides classified traffic over the intended tunnel LSP data paths. When sufficient bandwidth is available to satisfy all tunnel reservations, the shortest path is preferred. In the lab topology, all tunnels sourced on Provider Edge (PE) router PE1 initially use the shortest path over the direct link to PE2. If the direct connection does not have sufficient bandwidth, some tunnels must use a longer path through the core router to reach PE2. PE1 and PE2 are the provider edge routers, P1 is the provider (P) core router, and CE1 and CE2 are customer edge (CE) routers. The orange path uses the direct BE200 link; the green path uses BE400 and BE500 through P1.<\/p>\n<p><img decoding=\"async\" src=\"https:\/\/www.anynet.ir\/blog\/wp-content\/uploads\/2026\/10\/image-2.webp\" alt=\"CE1 connects to PE1, CE2 connects to PE2, and core router P1 provides an alternative route between PE1 and PE2. Orange denotes BE200; green denotes BE400 and BE500.\"><\/p>\n<p align=\"center\"><em>Figure 2: Lab topology with the direct BE200 path and alternate BE400\/BE500 path.<\/em><\/p>\n<p>RSVP-TE preemption can be triggered in two common scenarios:<\/p>\n<ul>\n<li>Arrival of a new bandwidth reservation with a higher priority than existing reservations.<\/li>\n<li>Reduction in available link bandwidth\u2014for example, because of RSVP bandwidth-pool configuration changes or dynamic events such as bundle-interface member-link flaps.<\/li>\n<\/ul>\n<p>In the soft-preemption example, tunnel hiPRI is configured with setup\/holding priorities of 1\/1, while tunnels midPRI1, midPRI2, and midPRI3 use setup\/holding priorities of 3\/3 with soft preemption enabled. Initially, all PE1 tunnels take the shortest path over bundle BE200 toward PE2.<\/p>\n<p><img decoding=\"async\" src=\"https:\/\/www.anynet.ir\/blog\/wp-content\/uploads\/2026\/10\/image-3.webp\" alt=\"Four tunnels initially use BE200: hiPRI reserves 15 Gbps and midPRI1, midPRI2 and midPRI3 each reserve 100 Gbps. The screenshot includes hiPRI, midPRI1 and midPRI2 configurations.\"><\/p>\n<p align=\"center\"><em>Figure 3: Initial tunnel reservations and the shown soft-preemption configuration.<\/em><\/p>\n<p><strong style=\"color: rgb(26, 26, 26)\">Initial tunnel state<\/strong><\/p>\n<pre><code><span>RP\/0\/RP0\/CPU0:PE1#show mpls traffic-eng tunnels tabular role head\n<\/span><span> Tunnel LSP Destination Source Tun FRR LSP Path\n<\/span><span> Name ID Address Address State State Role Prot\n<\/span><span>------------------------------------------------------------\n<\/span><span> hiPRI 51 5.5.5.5 2.2.2.2 up Inact Head Inact\n<\/span><span>midPRI1 23 5.5.5.5 2.2.2.2 up Inact Head Inact\n<\/span><span>midPRI2 33 5.5.5.5 2.2.2.2 up Inact Head Inact\n<\/span><span>midPRI3 37 5.5.5.5 2.2.2.2 up Inact Head Inact\n<\/span><\/code><\/pre>\n<p><strong style=\"color: rgb(26, 26, 26)\">Initial RSVP reservations<\/strong><\/p>\n<pre><code><span>RP\/0\/RP0\/CPU0:PE1#show rsvp reservation destination 5.5.5.5\n<\/span><span>Destination Add DPort Source Add SPort Pro Input IF Sty Serv Rate Burst\n<\/span><span>--------------- ----- ---------- ----- --- -------- --- ---- ---- -----\n<\/span><span> 5.5.5.5 32768 2.2.2.2 51 0 BE200 SE LOAD 15G 1K\n<\/span><span> 5.5.5.5 32856 2.2.2.2 23 0 BE200 SE LOAD 100G 1K\n<\/span><span> 5.5.5.5 32857 2.2.2.2 33 0 BE200 SE LOAD 100G 1K\n<\/span><span> 5.5.5.5 32858 2.2.2.2 37 0 BE200 SE LOAD 100G 1K\n<\/span><\/code><\/pre>\n<p><strong style=\"color: rgb(26, 26, 26)\">hiPRI configuration<\/strong><\/p>\n<pre><code><span>mpls traffic-eng\n<\/span><span> named-tunnels\n<\/span><span> tunnel-te hiPRI\n<\/span><span> path-option 100\n<\/span><span> preference 10\n<\/span><span> computation dynamic\n<\/span><span>!\n<\/span><span> source 2.2.2.2\n<\/span><span> auto-bw\n<\/span><span> bw-limit min 100 max 400000000\n<\/span><span> overflow threshold 30 min 10 limit 2\n<\/span><span> adjustment-threshold 3 min 25000\n<\/span><span> underflow threshold 10 min 10 limit 4\n<\/span><span> application 900\n<\/span><span>!\n<\/span><span>!\n<\/span><span> logging events all\n<\/span><span> priority 1 1\n<\/span><span> signalled-bandwidth 15000000\n<\/span><span> autoroute announce\n<\/span><span>!\n<\/span><span> destination 5.5.5.5\n<\/span><span> fast-reroute\n<\/span><span> soft-preemption\n<\/span><span> forward-class 6\n<\/span><span>!\n<\/span><\/code><\/pre>\n<p><strong style=\"color: rgb(26, 26, 26)\">midPRI1 and midPRI2 configuration<\/strong><\/p>\n<pre><code><span>mpls traffic-eng\n<\/span><span> named-tunnels\n<\/span><span> tunnel-te midPRI1\n<\/span><span> path-option 100\n<\/span><span> preference 10\n<\/span><span> computation dynamic\n<\/span><span> source 2.2.2.2\n<\/span><span> logging events all\n<\/span><span> priority 3 3\n<\/span><span> signalled-bandwidth 100000000\n<\/span><span> autoroute announce metric 10\n<\/span><span> destination 5.5.5.5\n<\/span><span> fast-reroute protect node\n<\/span><span> soft-preemption\n<\/span><span> forward-class 1\n<\/span><span>!\n<\/span><span> tunnel-te midPRI2\n<\/span><span> path-option 100\n<\/span><span> preference 10\n<\/span><span> computation dynamic\n<\/span><span>!\n<\/span><span> source 2.2.2.2\n<\/span><span> logging events all\n<\/span><span> priority 3 3\n<\/span><span> signalled-bandwidth 100000000\n<\/span><span> autoroute announce metric 10\n<\/span><span> destination 5.5.5.5\n<\/span><span> fast-reroute protect node\n<\/span><span> soft-preemption\n<\/span><span> forward-class 2\n<\/span><\/code><\/pre>\n<p>When the high-priority hiPRI tunnel increases its bandwidth reservation and the request cannot be admitted with the available bandwidth, RSVP must preempt lower-priority local reservations. In this example, hiPRI increases its reservation to 400G, exhausting the available bandwidth on the BE200 shortest-path link. The lower-priority tunnels midPRI1, midPRI2, and midPRI3 are soft-preempted. The ingress LER reroutes them over the longer alternative path (bundle BE400) via P1 using make-before-break, allowing forwarding to continue during the transition.<\/p>\n<p><img decoding=\"async\" src=\"https:\/\/www.anynet.ir\/blog\/wp-content\/uploads\/2026\/10\/image-4.webp\" alt=\"hiPRI is increased to 400 Gbps. The preemption log identifies three 100 Gbps soft-preempted LSPs; forwarding output places hiPRI on BE200 and the three midPRI tunnels on BE400.\"><\/p>\n<p align=\"center\"><em>Figure 4: Manual reservation increase, selected victims and forwarding interfaces.<\/em><\/p>\n<p><strong style=\"color: rgb(26, 26, 26)\">Reservable pool and manual trigger<\/strong><\/p>\n<pre><code><span>rsvp\n<\/span><span> interface Bundle-Ether200\n<\/span><span> bandwidth 400000000\n<\/span><span>!\n<\/span><span>RP\/0\/RP0\/CPU0:PE1(config)#mpls traffic-eng named-tunnels tunnel-te hiPRI\n<\/span><span>signalled-bandwidth 400000000\n<\/span><span>PE1(config)#commit\n<\/span><\/code><\/pre>\n<p><strong style=\"color: rgb(26, 26, 26)\">Preemption log<\/strong><\/p>\n<pre><code><span>RP\/0\/RP0\/CPU0:PE1#show mpls traffic preemption log\n<\/span><span>Higher Priority Tunnel Setup over Bundle-Ether200 at 07\/13\/2026 10:39:35\n<\/span><span> TunID: 32768, LSP ID: 52, Src: 2.2.2.2, Dest: 5.5.5.5\n<\/span><span> BW: 400000000 kbps (CT0), Priority: 1\/1\n<\/span><span> Before preemption, available BW (BC0\/BC1): 100000000\/0 kbps\n<\/span><span> BW Overshoot (BC0\/BC1): 0\/0 kbps\n<\/span><span> Preempted BW (BC0\/BC1): 300000000\/0 kbps;\n<\/span><span> Soft 300000000\/0 kbps; Hard 0\/0 kbps; FRRSoft 0\/0 kbps;\n<\/span><span> Preempted 3 tunnels, 3 LSPs;\n<\/span><span> Soft 3 tunnels, 3 LSPs; Hard 0 tunnels, 0 LSPs;\n<\/span><span> FRRSoft 0 tunnels, 0 LSPs\n<\/span><span> TunID LSP ID Source Destination Preempt Pri Bandwidth BW Type\n<\/span><span> Type S\/H (in kbps)\n<\/span><span>------------------------------------------------------------------\n<\/span><span> 32856 23 2.2.2.2 5.5.5.5 Soft 3\/3 100000000 BC0\n<\/span><span> 32857 33 2.2.2.2 5.5.5.5 Soft 3\/3 100000000 BC0\n<\/span><span> 32858 37 2.2.2.2 5.5.5.5 Soft 3\/3 100000000 BC0\n<\/span><span> * - LSPs bandwidth is already preempted.\n<\/span><\/code><\/pre>\n<p><strong style=\"color: rgb(26, 26, 26)\">Forwarding interfaces after preemption<\/strong><\/p>\n<pre><code><span>RP\/0\/RP0\/CPU0:PE1#show mpls forwarding tunnels name hiPRI\n<\/span><span>Tunnel Outgoing Outgoing Next Hop Bytes\n<\/span><span>Name Label Interface Switched\n<\/span><span>------------------------- -------- ----------- ---------- ----------\n<\/span><span>hiPRI Pop BE200 25.2.1.1 0\n<\/span><span>RP\/0\/RP0\/CPU0:PE1#show mpls forwarding tunnels name midPRI1\n<\/span><span>Tunnel Outgoing Outgoing Next Hop Bytes\n<\/span><span>Name Label Interface Switched\n<\/span><span>------------------------- -------- ----------- ---------- ----------\n<\/span><span>midPRI1 24004 BE400 24.1.1.1 0\n<\/span><span>RP\/0\/RP0\/CPU0:PE1#show mpls forwarding tunnels name midPRI2\n<\/span><span>Tunnel Outgoing Outgoing Next Hop Bytes\n<\/span><span>Name Label Interface Switched\n<\/span><span>------------------------- -------- ----------- ---------- ----------\n<\/span><span>midPRI2 24012 BE400 24.1.1.1 0\n<\/span><span>RP\/0\/RP0\/CPU0:PE1#show mpls forwarding tunnels name midPRI3\n<\/span><span>Tunnel Outgoing Outgoing Next Hop Bytes\n<\/span><span>Name Label Interface Switched\n<\/span><span>------------------------- -------- ----------- ---------- ----------\n<\/span><span>midPRI3 24034 BE400 24.1.1.1 0\n<\/span><\/code><\/pre>\n<p>Preemption priorities are assigned and signaled through RSVP-TE signaling. The requesting LSP&#8217;s setup priority is compared with the established LSP&#8217;s holding priority. RSVP-TE carries the setup and holding priorities in the SESSION_ATTRIBUTE object of PATH messages, as defined in <a href=\"https:\/\/www.rfc-editor.org\/rfc\/rfc3209.html\" style=\"color: rgb(0, 102, 204)\">RFC 3209<\/a>. To support preemption-history tracking, link management records bandwidth released through preemption. In this soft-preemption lab example, RSVP tracks the bandwidth and number of LSPs that were soft-preempted and rerouted from the local link to the alternative path.<\/p>\n<p><img decoding=\"async\" src=\"https:\/\/www.anynet.ir\/blog\/wp-content\/uploads\/2026\/10\/image-5.webp\" alt=\"Soft-preemption accounting shows 300 Gbps released. The counter example shows one event, three preempted and reoptimized LSPs, a corrected zero timeout count, and 10-second pending times.\"><\/p>\n<p align=\"center\"><em>Figure 5: Corrected illustrative example of soft-preemption accounting and counters.<\/em><\/p>\n<p>The tracking output is a corrected illustrative example based on the original lab material. The timeout counter was corrected; this figure does not represent a new test run.<\/p>\n<p><strong style=\"color: rgb(26, 26, 26)\">Soft-preemption link accounting<\/strong><\/p>\n<pre><code><span>RP\/0\/RP0\/CPU0:PE1#show mpls traffic link-management soft-preemption interface be200\n<\/span><span>Soft-preemption Global Information:\n<\/span><span> State: Enabled\n<\/span><span> Timeout Interval: 30 seconds\n<\/span><span>Name: Bundle-Ether200; IPv4 Address: 25.1.1.2\n<\/span><span>Total Soft Preempted Bandwidth (BC0\/BC1) kbps: 300000000\/0\n<\/span><span>Currently Soft Preempted Bandwidth (BC0\/BC1) kbps: 0\/0\n<\/span><span>Released Soft Preempted Bandwidth (BC0\/BC1) kbps: 300000000\/0\n<\/span><span>Currently Over-subscribed Bandwidth (BC0\/BC1) kbps: 0\/0\n<\/span><span>Currently Soft Preempted Tunnels: 0 tunnels\n<\/span><\/code><\/pre>\n<p><strong style=\"color: rgb(26, 26, 26)\">Soft-preemption counters<\/strong><\/p>\n<pre><code><span>RP\/0\/RP0\/CPU0:PE1#show mpls traffic-eng counter soft-preemption\n<\/span><span>Soft-preemption Global Counters:\n<\/span><span> Last Cleared: Never\n<\/span><span> Preemption Node Stats:\n<\/span><span> Number of soft preemption events: 1\n<\/span><span> Number of soft preempted LSPs: 3\n<\/span><span> Number of soft preempted LSPs that timed out: 0\n<\/span><span> Number of soft preempted LSPs that were torn down: 0\n<\/span><span> Number of soft preempted LSPs that were fast rerouted: 0\n<\/span><span> Minimum Time in Soft Preemption Pending State (sec): 10\n<\/span><span> Maximum Time in Soft Preemption Pending State (sec): 10\n<\/span><span> Average Time in Soft Preemption Pending State (sec): 10\n<\/span><span> Headend Stats:\n<\/span><span> Number of soft preempted LSPs: 3\n<\/span><span> Number of reoptimized soft preempted headend-LSPs: 3\n<\/span><span> Number of path protected switchover soft preempted headend-LSPs: 0\n<\/span><span> Number of torn down soft preempted headend-LSPs: 0\n<\/span><\/code><\/pre>\n<p>Preemption can also be triggered when the MPLS link bandwidth pool is reduced, either by manually configuring a smaller bandwidth pool or because of bundle-interface member-link flaps. In both cases, the reduction in available bandwidth can make existing reservations infeasible, causing lower-priority tunnels to be preempted and, when soft preemption is enabled, rerouted gracefully.<\/p>\n<p>Cisco 8000 optimizes the RSVP-TE preemption algorithm to minimize traffic disruption and the number of LSPs that must be preempted. When a core-network bundle-interface bandwidth reduction, such as a member-link flap, creates a deficit, the router calculates the deficit from the total LSP-reserved bandwidth minus the link&#8217;s new maximum reservable bandwidth. In the following illustrated lab examples, both cases build the initial preemption list in ascending bandwidth order of low-priority LSPs and then prune the list if an overshoot occurs. In the large-deficit example, the final selection contains the larger tunnels. The final lists in these examples are as follows:<\/p>\n<ul>\n<li>Smaller bandwidth deficit: the final preemption list contains the two 50 Gbps LSPs.<\/li>\n<li>Larger bandwidth deficit: the final preemption list contains the 300 and 500 Gbps LSPs.<\/li>\n<\/ul>\n<p>The first lab scenario covers MPLS link bandwidth-pool reconfiguration. The router computes the bandwidth deficit after the pool is reduced and begins the preemption process. The deficit is calculated as the total LSP-reserved bandwidth on the link minus the link&#8217;s new maximum reservable bandwidth after the adjustment. The router then identifies lower-priority LSPs that need to be preempted. For a small deficit, the algorithm favors lower-bandwidth tunnels when building the preemption list.<\/p>\n<p><img decoding=\"async\" src=\"https:\/\/www.anynet.ir\/blog\/wp-content\/uploads\/2026\/10\/image-6.webp\" alt=\"Six equal-priority LSPs reserve 50, 50, 100, 200, 300 and 500 Gbps. Ascending selection covers the 100 Gbps deficit with two 50 Gbps LSPs.\"><\/p>\n<p align=\"center\"><em>Figure 6: A 100 Gbps deficit after the reservable pool decreases from 1.2 Tbps to 1.1 Tbps.<\/em><\/p>\n<p>If the initial preemption list captures more bandwidth than required, the algorithm refines the list. When the selected lower-priority tunnels overshoot the actual deficit, lower-bandwidth LSPs whose reserved bandwidth is less than or equal to the overshoot amount are removed from the preemption list. In the illustrated same-priority examples, candidate LSPs are accumulated in ascending bandwidth order until the deficit is covered. During the second refinement pass, candidate LSPs that fit within the current overshoot are removed, and the overshoot is updated after each removal.<\/p>\n<p>The second lab scenario covers an MPLS bundle-interface member-link flap, which significantly reduces the bundle-interface bandwidth pool. The router computes the bandwidth deficit and starts soft preemption after the MPLS bundle bandwidth pool reaches its limit. In the example, an overshoot remains after the first-round preemption list is built. The preemption process refines the list by removing lower-bandwidth LSPs when their reserved bandwidth is less than or equal to the overshoot amount.<\/p>\n<p><img decoding=\"async\" src=\"https:\/\/www.anynet.ir\/blog\/wp-content\/uploads\/2026\/10\/image-7.webp\" alt=\"All six equal-priority LSPs enter the initial list. Removing 50, 50, 100 and 200 Gbps within the overshoot leaves the 300 and 500 Gbps LSPs.\"><\/p>\n<p align=\"center\"><em>Figure 7: An 800 Gbps deficit after the reservable pool decreases from 1.2 Tbps to 400 Gbps.<\/em><\/p>\n<p>In summary, IOS XR RSVP-TE preemption allows higher-priority LSPs to be admitted when the link bandwidth pool is constrained by preempting lower-priority reservations. Hard preemption releases resources immediately but can cause traffic disruption, while soft preemption allows affected LSPs to be rerouted gracefully using make-before-break. In case of MPLS link bandwidth pool reduction, preemption-list selection is optimized based on the size of the bandwidth deficit relative to existing lower-priority LSP reservations.<\/p>\n<h2 style=\"color: rgb(26, 26, 26); font-weight: 700\">References<\/h2>\n<p><a href=\"https:\/\/xrdocs.io\/8000\/tutorials\/mpls-te-bin-packing-cisco8000-auto-capacity\" style=\"color: rgb(0, 102, 204)\">1. XRDocs TE++ Auto-Capacity tutorial<\/a><\/p>\n<p>Configuration and operational examples for auto-bandwidth and LSP splitting and merging on Cisco 8000.<\/p>\n<p><a href=\"https:\/\/xrdocs.io\/8000\/tutorials\/cisco-8000-pbts-implementation-basic\" style=\"color: rgb(0, 102, 204)\">2. XRDocs Cisco 8000 PBTS Implementation Basic<\/a><\/p>\n<p>Traffic classification and forward-class selection examples for steering traffic into MPLS-TE tunnels.<\/p>\n<p><a href=\"https:\/\/www.rfc-editor.org\/rfc\/rfc3209.html\" style=\"color: rgb(0, 102, 204)\">3. RFC 3209 \u2014 RSVP-TE Extensions to RSVP for LSP Tunnels<\/a><\/p>\n<p>Sections 2.5, 3.1, 4.6.4 and 4.7 cover make-before-break, PATH signaling, bandwidth changes and SESSION_ATTRIBUTE priorities.<\/p>\n<p><a href=\"https:\/\/www.rfc-editor.org\/rfc\/rfc5712.html\" style=\"color: rgb(0, 102, 204)\">4. RFC 5712 \u2014 MPLS Traffic Engineering Soft Preemption<\/a><\/p>\n<p>Sections 4, 6 and 7 describe soft-preemption signaling, local bandwidth accounting and timeout behavior.<\/p>\n<p><a href=\"https:\/\/datatracker.ietf.org\/doc\/html\/rfc3181\" style=\"color: rgb(0, 102, 204)\">5. RFC 3181 \u2014 Signaled Preemption Priority Policy Element<\/a><\/p>\n<p>Related background on RSVP policy-priority encoding. This policy element is distinct from the RSVP-TE setup and holding priorities defined in RFC 3209.<\/p>\n<div title=\"\u0627\u0646\u062a\u062e\u0627\u0628 \u06a9\u0644 \u0627\u06cc\u0646 \u0628\u062e\u0634\" style=\"display: flex\"><svg width=\"14\" height=\"14\" viewBox=\"0 0 24 24\" fill=\"none\" stroke=\"currentColor\" stroke-width=\"2.5\"><\/svg><\/div>\n<\/div>\n<\/div>\n<\/div>\n","protected":false},"excerpt":{"rendered":"<p>RSVP-TE Preemption on Cisco 8000 | 8000 Tutorial | XRdocs Preemption Overview Resource Reservation Protocol with Traffic Engineering extensions (RSVP-TE) preemption allows a higher-priority\u2026<\/p>\n","protected":false},"author":1,"featured_media":179,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[220,69],"tags":[],"class_list":["post-181","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-8000-en","category-iosxr-en-en"],"_links":{"self":[{"href":"https:\/\/www.anynet.ir\/blog\/wp-json\/wp\/v2\/posts\/181","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.anynet.ir\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.anynet.ir\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.anynet.ir\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.anynet.ir\/blog\/wp-json\/wp\/v2\/comments?post=181"}],"version-history":[{"count":1,"href":"https:\/\/www.anynet.ir\/blog\/wp-json\/wp\/v2\/posts\/181\/revisions"}],"predecessor-version":[{"id":224,"href":"https:\/\/www.anynet.ir\/blog\/wp-json\/wp\/v2\/posts\/181\/revisions\/224"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.anynet.ir\/blog\/wp-json\/wp\/v2\/media\/179"}],"wp:attachment":[{"href":"https:\/\/www.anynet.ir\/blog\/wp-json\/wp\/v2\/media?parent=181"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.anynet.ir\/blog\/wp-json\/wp\/v2\/categories?post=181"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.anynet.ir\/blog\/wp-json\/wp\/v2\/tags?post=181"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}