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>


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


L3VPN got down when TE swtich

Publication Date:  2014-05-19 Views:  24 Downloads:  0
Issue Description
【Problem Summary】L3VPN got DOWN when TE switch
【Problem Details】

      |     |
L3VPN service used LDP over TE between P node,but the PE to P nodes was LDP LSP, when the customer shut down the link between P1 and P2 node, the L3VPN service down ,but the PE still had the VRF router
Handling Process

1. we analysis the service when the link between P1 and P2 down, the TE switch to FRR path ,like P1---P3---P4---P2, the PE node have no effected about the L3VPN service
2.we check the log,when the link down ,the ldp peer got down in P1 and P2 ,so this will caused the LDP LSP down E2E form PE1 to PE2 ,this should be the root cause about the L3VPN down
3.we still had a question, when the PE still had the VRF router, when the LSP down,normally if the LSP down ,the BGP router should be inactive.but in this case the VRF router is ok we test again ,and made a ping lsp test from PE1 to PE2, and we found the PING lsp is ok ,but the reply ip is the interface ip address in P1 interface which connect to PE1
5.the test show that the PE1 still had the lsp to PE2 ,but the LSP ended in P1, the LSP egress proxy can lead this phenomenon, so we checked the config in P1, lsp trigger-all had configed in the MPLS view the same time,we found another mistake in P1, the P1 and P2, don`t have remote ldp peer but just a local ldp peer, when the link between P1 and P2 is up,the local LDP peer can be used for ldp over te
  but if this link down ,the TE switch to P1--P3---P4---P2, but the local ldp down, so the LDP over TE down
7.we fixed these two mistake, and test again, the service down again, and we confirm the config is ok after we checked the config again and again
8.we checked the log, then we got the root cause, at the beginning the customer shutdown the main port, but they shutdown the sub-interface this time,when they shutdown the sub-interface in P1, the P2 sub-interface
   still got up, so the service down ,it must be recover when the RSVP down between P1 and P2, the TE can switch to FRR, but this need two mins
  we suggest the customer config BFD for sub-interface and test again ,the service is ok

Root Cause
1.ldp over te need to config remoter LDP peer
2.if you shutdown the sub-interface, the peer device sub-interface still up, you had to config BFD for sub-interface
【Resolution Summary】 fix the config
【Resolution Details
1. config remoter ldp peer for the LDP over te
2.config bfd for sub-interface to make the status is same in peer device
3.we suggest to delete the lsp trigger-all config in mpls view