# IGP TE Flooding Thresholds

Load **mpls.te.base.config.with.ospf.cfg**

```
#IOS-XE
config replace flash:mpls.te.base.config.with.ospf.cfg

#IOS-XR
configure
load bootflash:mpls.te.base.config.with.ospf.cfg
commit replace
y
```



Configure R8 and XR11 to flood TED information upon the following **up** and **down** thresholds:

* 5 10 80 90



Configure R9 and XR12 to flood periodic TED changes which weren’t trigged by a threshold every 10 minutes.



Create bi-directional TE tunnels between R8 and XR11 that go through R9 and XR12 which reserve 100M. Which routers flood changes immediately into the IGP?

















































## Answer <a href="#id-86686a83-3e32-4989-8aed-e824501f41a1" id="id-86686a83-3e32-4989-8aed-e824501f41a1"></a>

```
#R9
mpls traffic-eng link-management timers periodic-flooding 600

#R8
int Gi2.518
 mpls traffic-eng flooding thresholds up 5 10 80 90
 mpls traffic-eng flooding thresholds down 90 80 10 5
int Gi2.568
 mpls traffic-eng flooding thresholds up 5 10 80 90
 mpls traffic-eng flooding thresholds down 90 80 10 5
int Gi2.589
 mpls traffic-eng flooding thresholds up 5 10 80 90
 mpls traffic-eng flooding thresholds down 90 80 10 5
!
ip explicit-path name EP_TO_XR11
 next-address 9.9.9.9
 next-address 12.12.12.12
!
int tun1
 description TO_XR11
 ip unn lo0
 tunnel dest 11.11.11.11
 tunnel mode mpls traffic-eng
 tunnel mpls traffic-eng path-option 1 explicit name EP_TO_XR11
 tunnel mpls traffic-eng bandwidth 100000

#XR12
mpls traffic-eng
 link-management timers periodic-flooding 600

#XR11
mpls traffic-eng
 interface GigabitEthernet0/0/0/0.501
  flooding thresholds up 5 10 80 90
  flooding thresholds down 90 80 10 5
 interface Gi0/0/0/0.512 
  flooding thresholds up 5 10 80 90
  flooding thresholds down 90 80 10 5
 interface Gi0/0/0/0.551
  flooding thresholds up 5 10 80 90
  flooding thresholds down 90 80 10 5
!
explicit-path name EP_TO_R8
 index 1 next-address strict ipv4 unicast 12.12.12.12
 index 2 next-address strict ipv4 unicast 9.9.9.9
 index 3 next-address strict ipv4 unicast 8.8.8.8
!
int tunnel-te1
 description TO_R8
 ip unn lo0
 destination 8.8.8.8
 path-option 1 explicit name EP_TO_R8
 signalled-bandwidth 100000
```



## Explanation <a href="#id-4a97cd9a-15f8-43c3-82f5-3e878ce72e13" id="id-4a97cd9a-15f8-43c3-82f5-3e878ce72e13"></a>

The TED must be kept up-to-date with all links in the topology and their associated available bandwidth, link affinity, and TE metrics. If many LSPs are reserved and torn down constantly, the available bandwidth values can change often, requiring lots of IGP flooding.



\
To minimize this flooding, but still keep the TED somewhat up-to-date, default thresholds are used to determine when to flood information upon changes in available bandwidth. By default, the following thresholds are used on IOS-XE and IOS-XR for both\
**up** and **down** changes in bandwidth:

<div align="left"><figure><img src="https://3072390383-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FkUz2C3GqnZcWhoVL6jfk%2Fuploads%2FAjCUFHdMhwrBz34vRNXY%2Fimage.png?alt=media&#x26;token=1c6aa06c-3a54-421f-9e88-b0b4654d4e2c" alt=""><figcaption></figcaption></figure></div>

<div align="left"><figure><img src="https://3072390383-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FkUz2C3GqnZcWhoVL6jfk%2Fuploads%2Fo4JOFqKjgy8mBODa3Qlj%2Fimage.png?alt=media&#x26;token=4fbc08a2-e19c-423c-803b-ead4164ffe21" alt=""><figcaption></figcaption></figure></div>



When bandwidth consumed crosses one of the **up** thresholds, the IGP is flooded with the current bandwidth allocations. Likewise, when bandwidth consumed goes down and crosses one of the **down** thresholds, this information is flooded via the IGP.



We can set these values on a per-interface basis using the following commands on IOS-XE and IOS-XR:

```
#R8
int Gi2.518
 mpls traffic-eng flooding thresholds up 5 10 80 90
 mpls traffic-eng flooding thresholds down 90 80 10 5

#XR11
mpls traffic-eng
 interface GigabitEthernet0/0/0/0.501
  flooding thresholds up 5 10 80 90
  flooding thresholds down 90 80 10 5
```



If a change in bandwidth happens that doesn’t cross a threshold, then this information is flooded when the periodic flooding timer is triggered. By default, this is every minute on IOS-XE, and every 3 minutes on IOS-XR. We can control this globally using the following commands:

```
#IOS-XE
mpls traffic-eng link-management timers periodic-flooding sec

#IOS-XR
mpls traffic-eng
 link-management timers periodic-flooding sec
```



Also note that IGP flooding occurs when RSVP encounters an error due to path setup because of a lack of bandwidth. This must mean that the headend does not have an updated TED and thinks there is more bandwidth available than there actually is. So this triggers flooding on the router which encountered the error.



There is also a **bandwidth-hold** timer knob. This controls how long bandwidth is reserved on the interface during path setup. If the timer expires but the path setup has not been completed, the bandwidth allocation is freed up. By default this is 15 seconds.

```
#IOS-XE
mpls traffic-eng link-management timers bandwidth-hold sec

#IOS-XR
mpls traffic-eng
 link-management timers bandwidth-hold sec
```



IOS-XR also allows us to tune the **preemption-delay**. This appears to control how long to wait before preempting an LSP. The default appears to be 0 seconds.

```
#IOS-XR
mpls traffic-eng
 link-management timers preemption-delay bundle-capacity sec
```



## Verification <a href="#ffcde7a2-4278-4303-97ad-688605339dcc" id="ffcde7a2-4278-4303-97ad-688605339dcc"></a>

First we’ll verify the thresholds on R8 and XR11. We’ll only check one interface for brevity.

<div align="left"><figure><img src="https://3072390383-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FkUz2C3GqnZcWhoVL6jfk%2Fuploads%2FsF5bGNRVUcilsWVN5pmG%2Fimage.png?alt=media&#x26;token=c967ee8d-4394-4233-9647-7bcffe560093" alt=""><figcaption></figcaption></figure></div>

<div align="left"><figure><img src="https://3072390383-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FkUz2C3GqnZcWhoVL6jfk%2Fuploads%2FhUgZI6h5oVT2q78pQFNl%2Fimage.png?alt=media&#x26;token=d5747977-9675-40a4-835b-06fb34bfbed4" alt=""><figcaption></figcaption></figure></div>



Next we’ll setup the paths between R8 and XR11 which each reserve 100M. Check the TED on any router in the topology, for example R5. We can see that R8 and XR11 have immediately flooded their new bandwidth values, but R8 and XR12 have not.

<div align="left"><figure><img src="https://3072390383-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FkUz2C3GqnZcWhoVL6jfk%2Fuploads%2ForGavdh2qxU8uZNjOECy%2Fimage.png?alt=media&#x26;token=d8515fce-0c00-4f10-9f85-3557a734d7b1" alt=""><figcaption></figcaption></figure></div>



R9 and XR12 have not advertised their updated bandwidth values yet because bandwidth allocation went up but did not pass the first 15% threshold mark. Once the periodic-flooding timer expires, we should see the updated information.

<div align="left"><figure><img src="https://3072390383-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FkUz2C3GqnZcWhoVL6jfk%2Fuploads%2FKTXGQxk9Qc9nXVq9Y4GQ%2Fimage.png?alt=media&#x26;token=1d193d13-c143-45b5-bb56-0aac0f172ce2" alt=""><figcaption></figcaption></figure></div>
