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

Alarm Analysis of Network Manager's MPLS LSP UP/DOWN

Publication Date:  2012-07-27 Views:  49 Downloads:  0
Issue Description
The network manager will receive trap of LSP up/down and there is related alarm information in log.
#Jul 25 22:49:18 2020 MPLS_07 LSPM/5/TRAP:1.3.6.1.2.1.10.166.2.0.2 LSP 210958 Ch
anges to Down
#Jul 25 22:49:19 2020 MPLS_07 LSPM/5/TRAP:1.3.6.1.2.1.10.166.2.0.1 LSP 210958 Ch
anges to Up
      
Alarm Information
#Jul 25 22:49:18 2020 MPLS_07 LSPM/5/TRAP:1.3.6.1.2.1.10.166.2.0.2 LSP 210958 Ch
anges to Down
#Jul 25 22:49:19 2020 MPLS_07 LSPM/5/TRAP:1.3.6.1.2.1.10.166.2.0.1 LSP 210958 Ch
anges to Up
      
Handling Process
During the location there is loop at many full mesh P nodes.
Check configuration at the nodes and it is found that lsp trigger all is enabled. 
After deleting lsp trigger all of P node, LSP has no UP/DOWN and the problem is solved.
      
Root Cause
The analysis is as follows:
1. Check whether there is persom at shut\undo shut interface and physical interface is instable.
2. Check whether the route is executed when there is flap.
display fib ip-address verbose command and notice Age time. If it does not increase, it indicates there is flap. Execute display ip routing-table command several times. Check whether there is stable route to the opposite.
Execute display ip routing-table statistics and check whether the route changes or not.
3. Check whether opposite route is reachable or not. Obtain opposite address ("Transport-Address") with display mpls ldp peer command. Execute ping comamnd and check whether the address is reachable or not. If it cannot be pinged, the forwarding may be problematic.
4. Check whether LDP session is stable or not: check whether LDP session is stable or not through display mpls ldp session command and notice SsnAge increases or not.
The location of the problem:
1. Check debugging information with debugging mpls management process command.
e.g.
*0.26228765 122 LSPM/8/LSPM PROCESS:
 15:04585:  Info: Delete lsp for route detail information :
           VRF public;
           Dest/Mask 10.110.164.0/23 Nexthop 10.110.165.122;
           IfName MEth0,InLabel -1;
           Token 0x0,RoutTyp IGP
The flap of LDP LSP may be the route above. Check the reason according to destination address 10.110.164.0/23.
2. Check debugging information with debugging mpls ldp notification command.
3. Check debugging information with debugging mpls ldp fib ip-address.
      
Suggestions
The reasons of lsp up/down are as follows:
1. There is route flap.
2. The network state is not good.
3. LDP LSP flaps.
4. There is loop.
5. There is the route. One of two interfaces enables MPLS LDP and no interface enables MPLS LDP.
6. Lsp_trigger all.
Suggestion:
1. Use lsp-trigger ip-prefix ip-prefix-name command, trigger and build LSP according to special network segment route of IP address prefix list.
2. Configure LDP on many links and build LDP session.
3. Configure LSP and set policy as host.
      

END