Juniper JUNOSE, Configuration Manual

Page: 249 / 738

When you use the platform label space, the MPLS ingress node places labels in shim
headers between the link-layer header and the payload. The shim header includes
the following bits (Figure 50 on page 213):
■
Label bits—Twenty bits
■
EXP bits—Three bits for class of service information; these bits are variously
called the experimental bits, class of service (CoS) bits, or type of service (ToS)
bits. The EXP bits are mapped from the IP packet at the ingress node and are
mapped back into the IP packet at the egress node.
■
S bit—One bit to indicate whether the label is on the bottom of the label stack.
■
TTL bits—Eight bits for a time-to-live indicator. The TTL bits are mapped from
the IP packet at the ingress node. The TTL bits in the shim header are
decremented at each hop. The bits are mapped back into the IP packet at the
egress node. See “TTL Processing in the Platform Label Space” on page 213 for
more information.
Figure 50: Shim Header
If you configure an MPLS interface to use the interface label space, the VPI/VCI
combinations are used as labels, so there is no need to place them within a shim
header. As the data travels along the LSP, the LSRs examine only the VPI/VCI
combination. The shim header is used only to carry the TTL bits to the egress, and
is not visible to intermediate LSRs. The ingress node learns the total hop count from
signaling and then uses that count to decrement the TTL to the correct final value.
The TTL is then carried in the shim header to the egress node without modification,
arriving with the correct count.
TTL Processing in the Platform Label Space
JUNOSe MPLS TTL processing is compliant with RFC 3443. The details of TTL
processing vary with the tunnel model that is configured for TTL processing, pipe or
uniform.
To keep backward compatibility with earlier JUNOSe releases, you do not use the
mpls tunnel-model command to configure the tunnel model for TTL processing,
That command is used instead to configure the tunnel model for EXP bits processing.
The default tunnel model varies between TTL and EXP processing; for EXP processing,
the default tunnel model is pipe, while for TTL processing the default tunnel model
is uniform.
You can issue the no mpls ip propagate-ttl command to change the TTL processing
tunnel model from the default uniform model to the pipe model. Issue the no mpls
ip propagate-ttl local command to set the tunnel model to pipe for locally originated
packets. Issue the no mpls ip propagate-ttl forwarded command to set the tunnel
model to pipe for forwarded packets.
MPLS Label Switching and Packet Forwarding
■ 213
Chapter 2: MPLS Overview