Lab 3 - Task 5.5

I have a strange issue once task 5.5 is completed. I assume it is a problem, but can't find the solution to it.

Any traffic that passes through R6 or R7 DMVPN hub, ping times are drastically increased. I can ping from R15 to 66.66.66.66 with 1ms ping time, but if I try and ping from R15 using
ping vrf HOUSTON 150.1.9.9
I get around 300ms response per hop.

Routing tables show that it should go to R12 for transit into the RENO network, but since R6 is set to next-hop all for BGP, it is going R15-R6-R15-R14-R12-R9. Each of these hops takes ~300ms since all of the traffic is going through R6.

I can ping through RED VRF just fine. SERVER2 VRF to SW4 has a <10ms response time.

R20%SERVER2#traceroute vrf SERVER2 150.1.24.24 so Gi1.200
Type escape sequence to abort.
Tracing the route to 150.1.24.24
VRF info: (vrf in name/id, vrf out name/id)
1 192.168.2.2 4 msec 4 msec 5 msec
2 172.31.215.15 5 msec 6 msec 6 msec
3 172.32.1.6 [MPLS: Label 79 Exp 0] 10 msec 11 msec 11 msec
4 172.31.246.16 [MPLS: Label 18 Exp 0] 8 msec 10 msec 10 msec
5 172.31.246.24 10 msec * 10 msec

Here are the routing details for the DMVPN hub and spoke.

R15#sh ip bgp vpnv4 all 150.1.9.9/32
BGP routing table entry for 150.1.12.12:1:150.1.9.9/32, version 47
Paths: (2 available, best #1, no table)
Flag: 0x20
Not advertised to any peer
Refresh Epoch 1
Local
66.66.66.66 (metric 65536) (via default) from 66.66.66.66 (150.2.6.6)
Origin incomplete, metric 10880, localpref 100, valid, internal, best
Extended Community: RT:65600:200 Cost:pre-bestpath:128:10880
0x8800:32768:168363782 0x8801:6000:288 0x8802:65281:2560
0x8803:65281:1500 0x8806:0:2516715785
Originator: 150.1.12.12, Cluster list: 150.1.67.67
mpls labels in/out nolabel/52
rx pathid: 0, tx pathid: 0x0
Refresh Epoch 1
Local
77.77.77.77 (metric 65536) (via default) from 77.77.77.77 (150.2.7.7)
Origin incomplete, metric 10880, localpref 100, valid, internal
Extended Community: RT:65600:200 Cost:pre-bestpath:128:10880
0x8800:32768:168363782 0x8801:6000:288 0x8802:65281:2560
0x8803:65281:1500 0x8806:0:2516715785
Originator: 150.1.12.12, Cluster list: 150.1.67.67
mpls labels in/out nolabel/33
rx pathid: 0, tx pathid: 0
BGP routing table entry for 150.1.15.15:1:150.1.9.9/32, version 56
Paths: (1 available, best #1, table HOUSTON)
Flag: 0x20
Advertised to update-groups:
2
Refresh Epoch 1
Local, imported path from 150.1.12.12:1:150.1.9.9/32 (global)
66.66.66.66 (metric 65536) (via default) from 66.66.66.66 (150.2.6.6)
Origin incomplete, metric 10880, localpref 100, valid, internal, best
Extended Community: RT:65600:200 Cost:pre-bestpath:128:10880
0x8800:32768:168363782 0x8801:6000:288 0x8802:65281:2560
0x8803:65281:1500 0x8806:0:2516715785
Originator: 150.1.12.12, Cluster list: 150.1.67.67
mpls labels in/out nolabel/52
rx pathid: 0, tx pathid: 0x0

R6

R6#sh ip bgp vpnv4 all 150.1.9.9/32
BGP routing table entry for 150.1.12.12:1:150.1.9.9/32, version 4
Paths: (1 available, best #1, no table)
Advertised to update-groups:
1
Refresh Epoch 2
Local, (Received from a RR-client)
150.1.12.12 (metric 2200) (via default) from 150.1.12.12 (150.1.12.12)
Origin incomplete, metric 10880, localpref 100, valid, internal, best
Extended Community: RT:65600:200 Cost:pre-bestpath:128:10880
0x8800:32768:168363782 0x8801:6000:288 0x8802:65281:2560
0x8803:65281:1500 0x8806:0:2516715785
mpls labels in/out 52/24
rx pathid: 0, tx pathid: 0x0

R3 traceroute to R9
R3#traceroute 150.1.9.9
Type escape sequence to abort.
Tracing the route to 150.1.9.9
VRF info: (vrf in name/id, vrf out name/id)
1 119.3.153.15 5 msec 5 msec 4 msec
2 172.32.1.6 [MPLS: Label 52 Exp 0] 239 msec 322 msec 45 msec
3 172.32.1.15 [MPLS: Labels 24/24 Exp 0] 52 msec 190 msec 249 msec
4 10.254.255.12 [MPLS: Labels 17/24 Exp 0] 153 msec 314 msec 96 msec
5 172.31.129.12 [AS 65600] [MPLS: Label 24 Exp 0] 9 msec 10 msec 9 msec
6 172.31.129.9 [AS 65600] 193 msec * 304 msec

R6, R7, and R15 config zip file

Any help is appreciated. Thanks.

Tony

Comments

  • tcurtis45tcurtis45
    edited March 2018

    I see in the solutions guide now the 'PITFALL' section that applied a summary to R1, but this did not solve my issue.

Sign In or Register to comment.