LDP Extension for Inter-Area LSP

Principles

In a large-scale network, multiple IGP areas usually need to be configured for flexible network deployment and fast route convergence. When advertising routes between IGP areas, to prevent a large number of routes from consuming too many resources, an area border router (ABR) needs to aggregate the routes in the area and then advertise the aggregated route to the neighbor IGP areas. The LDP extension for inter-area LSP function supports the longest match rule for looking up routes so that LDP can use aggregated routes to establish inter-area LDP LSPs.

Figure 1 Networking topology for LDP extension for inter-area LSP

As shown in Figure 1, there are two IGP areas: Area 10 and Area 20.

In the routing table of LSRD on the edge of Area 10, there are two host routes to LSRB and LSRC. You can use IS-IS to aggregate the two routes to one route to 192.168.3.0/24 and send this route to Area 20 in order to prevent a large number of routes from occupying too many resources on the LSRD. Consequently, there is only one aggregated route (192.168.3.0/24) but not 32-bit host routes in LSRA's routing table. By default, when establishing LSPs, LDP searches the routing table for the route that exactly matches the forwarding equivalence class (FEC) in the received Label Mapping message. Figure 1 shows routing entry information of LSRA and routing information carried in the FEC in the example shown in Table 1.
Table 1 Routing entry information of LSRA and routing information carried in the FEC

Routing Entry Information of LSRA

FEC

192.168.3.0/24

192.168.3.1/32

192.168.3.2/32

LDP uses a summarized route to create only a liberal LSP (that is assigned labels but fails to be established) but cannot create an inter-IGP-area LDP LSP to carry VPN services on a backbone network.

Therefore, in the situation shown in Figure 1, configure LDP to search for routes based on the longest match rule for establishing LSPs. There is already an aggregated route to 192.168.3.0/24 in the routing table of LSRA. When LSRA receives a Label Mapping message (such as the carried FEC is 192.168.3.1/32) from Area 10, LSRA searches for a route according to the longest match rule defined in relevant standards. Then, LSRA finds information about the aggregated route to 192.168.3.0/24, and uses the outbound interface and next hop of this route as those of the route to 192.168.3.1/32. LDP can establish inter-area LDP LSPs.

DoD Support for Inter-Area LDP Extension

In a remote DoD LDP session, LDP uses the longest match rule to establish an LSP destined for the peer's LSR ID.

Figure 2 DoD support for inter-area LDP extension

In Figure 2, no exact routes between LSRA and LSRC are configured. The default LSRA-to-LSRB route to 0.0.0.0 is used between LSRA and LSRC. A remote LDP session in DoD mode is established between LSRA and LSRC. Before an LSP is established between the two LSRs, LSRA uses the longest match rule to query the next-hop IP address and sends a Label Request packet to the downstream LSR. Upon receipt of the Label Request packet, the transit LSRB checks whether an exact route to LSRC exists. If no exact route is configured and the longest match function is enabled, LSRB uses the longest match function to find a route and establish an LSP over the route.

A remote LDP session in DoD mode is established on LSRA and LSRA does not find an exact route to the LDP peer ID (IP address). In this situation, after the IP address of a remote peer is specified on LSRA, LSRA uses the longest match function to automatically send a Label Request packet to request a DoD label to the remote peer that is assigned an IP address.

Copyright © Huawei Technologies Co., Ltd.
Copyright © Huawei Technologies Co., Ltd.
< Previous topic