Cisco Cisco IOS XR Software Release 4.3

Policy-Based Tunnel Selection (PBTS) provides a mechanism that lets you direct traffic into specific TE tunnels based on different
criteria. PBTS will benefit Internet service providers (ISPs) who carry voice and data traffic through their MPLS and MPLS/VPN
networks, who want to route this traffic to provide optimized voice service.

PBTS works by selecting tunnels based on the classification criteria of the incoming packets, which are based on the IP precedence,
experimental (EXP), differentiated services code point (DSCP), or type of service (ToS) field in the packet. Default-class configured
for paths is always zero (0). If there is no TE for a given forward-class, then the default-class (0) will be tried. If there is no default-class,
then the packet is dropped.PBTS supports up to seven (exp 1 - 7) EXP values associated with a single TE tunnel.

For more information on configuring PBTS, refer to the Implementing MPLS Traffic Engineering chapter in the Cisco ASR 9000
Series Aggregation Services Router MPLS Configuration Guide. For more information on commands for configuring PBTS, refer
to the MPLS Traffic Engineering Commands chapter in the Cisco ASR 9000 Series Aggregation Services Router MPLS Command
Reference.

In shared-risk link groups (SRLG) fate-sharing, links are assigned one or more numbers to represent risks. When two links are assigned
a common number then this indicates that these two links are sharing fate. In the weighted-SRLG auto-backup path computation
mode, the links that share SRLG numbers with the protected link are not excluded from the topology. The admin-weight of these
links is set to reflect the sharing of SRLG with the protected link. Setting the admin weight consists of adding a penalty metric to
make using the link less desirable.

For more information about Weighted-SRLG auto-backup path computation, see Implementing MPLS Traffic Engineering chapter
in the Cisco ASR 9000 Series Aggregation Services Router MPLS Configuration Guide. For more information about Weighted-SRLG
auto-backup path computation, see MPLS Traffic Engineering Commands chapter in the Cisco ASR 9000 Series Aggregation Services
Router MPLS Command Reference.

The Cisco IOS-XR Dynamic Host Configuration Protocol (DHCP) application is responsible for maintaining the DHCP binding state
for the DHCP leases allocated to clients by the DHCP application. These binding states are learned by the DHCP application
(proxy/relay/snooping). DHCP clients expect to maintain a DHCP lease regardless of the events that occur to the DHCP application.

For more information about the DHCPv6 Proxy Binding Table Reload Persistency feature, see the Implementing the Dynamic Host
Configuration Protocol module in the Cisco ASR 9000 Series Aggregation Services Router IP Addresses and Services Configuration
Guide.

For complete command reference of the dhcp commands, see the DHCP Commands chapter in the Cisco ASR 9000 Series Aggregation
Services Router IP Addresses and Services Command Reference.

Service-fragment based QoS is available for IPv4 and IPv6 traffic on L2 or L3 interfaces on a physical port.. A service fragment
logically represents a group of sub interfaces in the Traffic Manager (TM) and is used for configuring L2 node(s). It supports complex
QoS services in order to enable new high-speed oriented Service Level Agreements (SLA) and can also flexibly emulate legacy
service profiles. This is achieved by having three or four hierarchy scheduling layers on both the ingress and egress sides.