Cisco Support Community
Showing results for 
Search instead for 
Did you mean: 

Welcome to Cisco Support Community. We would love to have your feedback.

For an introduction to the new site, click here. If you'd prefer to explore, try our test area to get started. And see here for current known issues.

TE Tunnel isn't honoring rsvp constraint


I'm noticing that if an existing tunnel is up and the reserved bandwidth changes, that doesn't necessarily force the TE to take another path.

For example:

Router A TE Tunnel: BW require 1024

Router B: ip rsvp bandwidth 1024

Router C: ip rsvp bandwidth 1024

Router D: ip rsvp bandwidth 1024

Router E: ip rsvp bandwidth 1024


            /     \

A   --  B  ----  D  --   E

The head end calculation would be A -> B -> D --> E

I would want it to change to A -> B -> C -> D -> E.

If I change, while the tunnel is up, the incoming interface on D to 'ip rsvp bandwidth 512', the tunnel doesn't change unless I shut the tunnel down and then bring it back up. Is this not supposed to be dynamic when autoroute is enabled and path option is set to dynamic?



HTH, John *** Please rate all useful posts ***

TE Tunnel isn't honoring rsvp constraint

More info:

This is one of the routers in the path of the TE tunnel:

interface FastEthernet0/1

ip address

duplex auto

speed auto

mpls ip

mpls traffic-eng tunnels

ip rsvp bandwidth 50


This is the head end and path calculation:


    Admin: up         Oper: up     Path: valid       Signalling: connected

    path option 1, type dynamic (Basis for Setup, path weight 20)

  Config Parameters:

   Bandwidth: 128      kbps (Global)  Priority: 7  7   Affinity: 0x0/0xFFFF

    Metric Type: TE (default)

    AutoRoute:  enabled   LockDown: disabled  Loadshare: 128      bw-based

    auto-bw: disabled

RSVP Signalling Info:

       Src, Dst, Tun_Id 1, Tun_Instance 85

    RSVP Path Info:

      My Address:

      Explicit Route:

      Record Route:  NONE

I don't understand how it's choosing the path if it doesn't meet the bandwidth requirements.

HTH, John *** Please rate all useful posts ***