I'm a little confused, hope you can help. I'm playing with MPLS TE these days and here is what I read in the "Traffic Engineering with MPLS book" by Cisco Press:
After a downstream router receives a Path message, it does a few things. It checks the message's format to make sure everything is OK, and then it checks the amount of bandwidth the received Path message is asking for. This process is known as admission control.
If admission control is successful and the Path message is allowed to reserve the bandwidth it wants, the downstream router creates a new Path message and sends it to the next hop in the Explicit Route Object (ERO), which is covered later in this chapter. Path messages follow this chain until they reach the last node in the ERO-the MPLS TE tunnel tail.
The tunnel tail performs admission control on the Path message, just like any other downstream router. When the tail realizes that it is the destination of the Path message, it replies with a Resv message.
Well, when I test this my observations are like this:
1) Bandwidth is reserved only on tailend-facing interfaces, not on headend-facing ones.
2) If the tailend has no ip rsvp bandwidth command on the headend-facing interface it still replies with a correct RESV message and the tunnel comes up. Traffic is forwarded as supposed.
3) If you do not enter the ip rsvp bandwidth command on headend-facing interfaces in the path the tunnel still comes up and everything works fine.
These things, however, do not match those written in the book. It seems like that the tailend does not care about the required by the headend tunnel parameters and as long as the message format is correct it always returns a RESV message. I assume this is a simple principle which cannot have changed over the years so either these guys are wrong (however unlikely this is), or I'm missing something. Any help will be appreciated.
P.S. I'm testing this on a 7206 VXR running ADVIPSERVICES 12.2(33)SRD but I don't think it matters at all.