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

NE40 Traceroute Chooses Optimal Route and Secondary Route because of BGP Next-hop Iteration

Publication Date:  2012-07-27 Views:  57 Downloads:  0
Issue Description
The topology can be referred to the attachment.
Phenomenon:
traceroute S6506 address on 12XXX of C corporation and choose secondary optimal route of NE40-R1 and NE40-R2.
traceroute result is as follows:
1 219.148.165.69 4 msec 8 msec--POS1/0/1
    219.148.165.126 8 msec-----POS1/0/0
  2 219.148.180.118 8 msec----to NE40-r2 (secondary route)
    222.74.79.2 4 msec---------to S8016
    219.148.180.118 8 msec
  3 222.74.79.14 8 msec---------to S8016
    219.148.180.110 12 msec 8 msec
  4 219.148.180.110 8 msec 12 msec * 
Alarm Information
Null
Handling Process
1. Check FIB of NE40-R1 and it points to 222.74.79.2 (S8016 interface address).
2. Observe routing table and it is stable. Check the route to S6506 on NE40-R1 and there is no multi-route.
3. Check MPLS label and it does not distribute label for corresponding address.  Analyze routing table. NE40-R2 and NE40-R1 establish EBGP neighbor with 12XXX. They will distribute 222.74.77.41 route to GSR through BGP. From routing information on 12XXX,  there are two BGP routes to destination address 222.74.77.41 and the next-hop of BGP route is 219.148.164.34 and 219.148.164.31, namely, loopback0 address of NE40-R2 and NE40-R1. Check the rotue from 12XXX to these two loopback addresses:  there are three equal cost routes to loopback address. The routes to NE40-R2 are 12XXX direct route and two ones from two links of NE40-R1. The routes to NE40-R1 are two routes from NE40-R2 and two GSR direct routes. C corporation the front * of routing table means present valid route. Analyze early traceroute result. Firstly, the first packet passes  219.148.165.126 and it regards that the next-hop to  BGP is 219.148.164.34. The packet will pass NE40-R1 and go to NE40-R2. Secondly, the first packet goes to 219.148.180.118; the interface of NE40-R1 and NE40-R2. Thirdly,  it reaches 222.74.79.14; the interface of NE40-R2 and S8016. Fourthly, it reaches 219.148.180.110; the interface of S8016 and 6500. However, the second packet passes 219.148.165.69 and it regards that the next-hop to  BGP is 219.148.164.31. The packet directly passes NE40-R1. Secondly, the first packet goes to 222.74.79.2; the interface of NE40-R1 and S8016. Thirdly,  it reaches 219.148.180.110; the interface of S8016 and 6500. The third packet and the first packet pass the same path.
The problem is solved.     
Root Cause
1. The next-hop of FIB is false.
2. There is load balance and route flapping.
3. Route learning is false or it passes label forwarding through MPLS.
Suggestions
Notice the next-hop and route iteration of EBGP. For this case, 12xxx creates two iteration and there is one route iteration on NE40-R1. The destination address of the first iteration on 12XXX is S6506 222.74.77.41 and iterates two next-hop (loopback addresses of two NE40s). Ans then it iterates loopback address of NE40 (three cables of 12XXX, NE40-R1 and NE40-R2).
NE40-R1 iterates next-hop to 219.148.180.118 the next-hop of NE40-R2 loopback address.

END