By default, the time to live (TTL) field value in the packet header is decremented by 1 for every hop the packet traverses in the LSP, thereby preventing loops. If the TTL field value reaches 0, packets are dropped, and an Internet Control Message Protocol (ICMP) error packet can be sent to the originating router.
If normal TTL decrement is disabled, the TTL field of IP packets entering LSPs are decremented by only 1 on transiting the LSP, making the LSP appear as a one-hop router to diagnostic tools, such as traceroute. Decrementing the TTL field by 1 is done by the ingress router, which pushes a label on IP packets with the TTL field in the label initialized to 255. The label’s TTL field value is decremented by 1 for every hop the MPLS packet traverses in the LSP. On the penultimate hop of the LSP, the router pops the label but does not write the label’s TTL field value to the IP packet’s TTL field. Instead, when the IP packet reaches the egress router, the IP packet’s TTL field value is decremented by 1.
When you use traceroute to diagnose problems with an LSP from outside that LSP, traceroute sees the ingress router, although the egress router performs the TTL decrement. The behavior of traceroute is different if it is initiated from the ingress router of the LSP. In this case, the egress router would be the first router to respond to traceroute.
You can disable normal TTL decrementing in an LSP so that the TTL field value does not reach 0 before the packet reaches its destination, thus preventing the packet from being dropped. You can also disable normal TTL decrementing to make the MPLS cloud appear as a single hop, thereby hiding the network topology.
There are two ways to disable TTL decrementing:
For a list of hierarchy levels at which you can include this statement, see the statement summary section for this statement.
Note that the RSVP object is proprietary to the JUNOS software and might not work with other software. This potential incompatibility applies only to RSVP-signaled LSPs. When you include the no-decrement-ttl statement, TTL hiding can be enforced on a per-LSP basis.
You can include this statement at the following hierarchy levels:
If you include the no-propagate-ttl statement, make sure all routers are configured consistently within an MPLS domain; failing to do so might cause the IP packet TTL to increase while in transit within LSPs. This can happen, for example, when the ingress router has no-propagate-ttl configured but the penultimate router does not, so the penultimate router writes the MPLS TTL value (which starts from the ingress router as 255) into the IP packet.
The operation of the no-propagate-ttl statement is more interoperable with other vendors’ equipment. However, you must ensure that all routers are configured identically.