No relevant resource is found in the selected language.

This site uses cookies. By continuing to browse the site you are agreeing to our use of cookies. Read our privacy policy>

Reminder

To have a better experience, please upgrade your IE browser.

upgrade

Internet traffic is completely dropped on NE40E because MPLS LDP doesn’t label the Public BGP routes

Publication Date:  2012-07-27 Views:  55 Downloads:  3
Issue Description
1-We work on an implementation of Backbone Network contains many NE40Es of  V600R001C00 working as PEs and Ps we use ISIS as IGP and also MPLS inside our backbone network to make benefits of the fast switching and also to avoid configuring BGP in the Ps routers, which means no need to carry the internet rouring table .
2-The network is hierarchically designed to three parts:
Pop contains PEs----Transit contains Ps-----Peering (Internet GW) connected to the internet peering.
3-The peering nodes (internet GWs) are running EBGP between the internet peering and also have IBGP relationship between route reflectors which reflect the internet routes to the PE’s.
4-The internet routes are carried by the public routing table.
5-No bgp configuration on the Ps and MPLS is running everywhere in the backbone.
6-The issue is, although we get the internet routes in the PEs public routing table, we can’t ping any internet routes and we can’t send any information to the internet.
Alarm Information
Null
Handling Process
1-We checked the BGP routing table on the PE, it was all valid and best,
#display bgp routing-table 
2-We checked the routing table on the PE, we found all the internet routes is already installed,
display ip routing-table
3-We tried to ping any internet routes, but no reply,
#Ping  4.4.4.4 
PING 4.4.4.4: 56  data bytes, press CTRL_C to break
    Request time out
    Request time out
    Request time out
    Request time out
    Request time out
  --- 4.4.4.4 ping statistics ---
    5 packet(s) transmitted
    0 packet(s) received
    100.00% packet loss
4-We tried to ping any routes learned by BGP IPv4, but no reply.
5-We checked the forwarding tables in the PEs and Ps, we didn’t find any labels for the public BGP routes,
#display mpls lsp
6-We checked the MPLS peers status, the peers were up,
#display mpls ldp peer 
Root Cause
1-In the ordinary IP case, BGP must be run on all intermediate P routers, or they wouldn’t know where to send packets destined to subnets advertised in BGP.
2-But in MPLS backbone, there is no need to configure BGP on the Ps, since the Ps should forward the packets based on MPLS labels, but the main issue is that the MPLS doesn’t create labels for the public BGP routes which means that the Ps forwarding tables doesn’t contains any labels for the internet routes so no LSPs for the internet routes.
3-Because the Ps doesn’t have any transit LSPs for the internet routes, it will not know where to send packets destined to the internet then drop the internet packets.
4-To solve this issue, there is a command in Huawei VRP helps to make the unlabeled public routes iterate to the LSP tunnels, the command is ‘’route recursive-lookup tunnel’’.
5-The BGP routes will be iterated to the LSP tunnels that created for the Loopback interfaces through MPLS LDP, so when the PEs start forwarding internet traffic, it will choose the LSP tunnel of loopback ip of the remote PE (ASBR of the internet) as a next hop the the packets will reach Ps with known labels by the Ps which will able to forward the packets to its destination.
Suggestions
When you carry the inernet traffic via the public routing tables , you should do as following :
1-One solution is to run BGP every where on the PEs and Ps .
2-If you run MPLS to avoid running BGP on the Ps ,so you must remeber that the MPLS doesn't label the public BGP routes and you should use the following command "recursive-lookup tuunel " to make the public routes iterated to the LSP tunnel as a next hop.

END