Troubleshooting Exercises

 

Figure 3-37 shows the internetwork diagram for Troubleshooting Exercises 1 through 6.

Figure 3-37. The Internetwork for Troubleshooting Exercises 1 through 6

graphics/03fig37.gif

1:

Example 3-165 shows the BGP configuration of router R2 in Figure 3-37.

Example 3-165 BGP Configuration of Router R2
  router bgp 10   no synchronization   network 0.0.0.0   neighbor 172.16.254.2 remote-as 10   neighbor 172.16.254.2 next-hop-self   neighbor 172.16.254.6 remote-as 10   neighbor 172.16.254.6 next-hop-self   no auto-summary   !   ip classless   ip route 0.0.0.0 0.0.0.0 Ethernet10  

Example 3-166 shows the BGP table and routing table for R2. Although there are routes to the destinations in the autonomous systems shown in Figure 3-37, pings to those destinations fail. Why?

Example 3-166 The BGP and Routing Tables of R2 in Figure 3-37
 R2#  show ip bgp  BGP table version is 7, local router ID is 10.1.1.1 Status codes: s suppressed, d damped, h history, * valid, > best, i - internal Origin codes: i - IGP, e - EGP, ? - incomplete    Network          Next Hop          Metric LocPrf Weight Path *> 0.0.0.0          0.0.0.0                0         32768 i *>i172.17.0.0       172.16.255.21          0    100      0 60 i *>i172.18.0.0       172.16.255.9           0    100      0 30 i *>i172.19.0.0       172.16.255.5           0    100      0 20 i *>i172.20.0.0       172.16.255.13          0    100      0 40 i *>i172.21.0.0       172.16.255.17          0    100      0 50 i R2#  show ip route  Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP        D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area        E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP        i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, * - candidate default Gateway of last resort is 0.0.0.0 to network 0.0.0.0      10.0.0.0 255.255.255.0 is subnetted, 1 subnets C       10.1.1.0 is directly connected, Ethernet11 B    172.20.0.0 [200/0] via 172.16.255.13, 00:01:15 B    172.21.0.0 [200/0] via 172.16.255.17, 00:01:16      172.16.0.0 255.255.255.252 is subnetted, 2 subnets C       172.16.254.0 is directly connected, Ethernet12 C       172.16.254.4 is directly connected, Ethernet13 B    172.17.0.0 [200/0] via 172.16.255.21, 00:01:16 B    172.18.0.0 [200/0] via 172.16.255.9, 00:00:59 B    172.19.0.0 [200/0] via 172.16.255.5, 00:00:59 S*   0.0.0.0 0.0.0.0 is directly connected, Ethernet10 R2#ping 172.17.1.1 Type escape sequence to abort. Sending 5, 100-byte ICMP Echos to 172.17.1.1, timeout is 2 seconds: ..... Success rate is 0 percent (0/5) R2# 

___________________________________________________________________________

___________________________________________________________________________

___________________________________________________________________________

2:

Example 3-167 shows debug output from routers R1 and R5 in Figure 3-37. What problem do the messages indicate ?

Example 3-167 debug Output from R1 and R5 in Figure 3-37
 R1#  debug ip bgp  BGP debugging is on R1# BGP: 172.16.255.5 open active, local address 172.16.255.6 BGP: 172.16.255.5 sending OPEN, version 4 BGP: 172.16.255.5 received NOTIFICATION 2/2 (peer in wrong AS) 2 bytes 000A BGP: 172.16.255.5 closing _________________________________________________________________________________ R5# 6d08h: BGP: 172.16.255.6 open active, delay 28272ms 6d08h: BGP: 172.16.255.6 open active, local address 172.16.255.5 6d08h: BGP: 172.16.255.6 sending OPEN, version 4 6d08h: BGP: 172.16.255.6 OPEN rcvd, version 4 6d08h: BGP: 172.16.255.6 bad OPEN, remote AS is 10, expected 30 6d08h: BGP: 172.16.255.6 sending NOTIFICATION 2/2 (peer in wrong AS) 2 bytes 000A 6d08h: BGP: 172.16.255.6 remote close, state CLOSEWAIT 6d08h: BGP: 172.16.255.6 closing 

___________________________________________________________________________

___________________________________________________________________________

___________________________________________________________________________

3:

Example 3-168 shows the BGP tables of R1 and R3 in Figure 3-37. The first table indicates that 172.17.0.0/24 can be reached either via R6 (172.16.255.25) or R3 (172.16.254.9). Which path is R1 using, and why?

Example 3-168 BGP Tables from R1 and R3 in Figure 3-37
 R1#  show ip bgp  BGP table version is 8, local router ID is 172.20.7.1 Status codes: s suppressed, * valid, > best, i - internal Origin codes: i - IGP, e - EGP, ? - incomplete    Network          Next Hop          Metric LocPrf Weight Path *>i0.0.0.0          172.16.254.1           0    100      0 i * i172.17.0.0       172.16.254.9           0    100      0 60 i *>                  172.16.255.25          0             0 60 i *> 172.18.0.0       172.16.255.9           0             0 30 i *> 172.19.0.0       172.16.255.5           0             0 20 i *>i172.20.0.0       172.16.254.9           0    100      0 40 i *>i172.21.0.0       172.16.254.9           0    100      0 50 i R1# __________________________________________________________________________________ R3#  show ip bgp  BGP table version is 5, local router ID is 172.16.255.22 Status codes: s suppressed, d damped, h history, * valid, > best, i - internal Origin codes: i - IGP, e - EGP, ? - incomplete    Network          Next Hop            Metric LocPrf Weight Path * i0.0.0.0          172.16.254.5             0    100      0 i * i172.17.0.0       172.16.254.10            0    100      0 60 i *>                  172.16.255.21            0             0 60 i * i172.18.0.0       172.16.254.10            0    100      0 30 i * i172.19.0.0       172.16.254.10            0    100      0 20 i *> 172.20.0.0       172.16.255.13            0             0 40 i *> 172.21.0.0       172.16.255.17            0             0 50 i R3# 

___________________________________________________________________________

___________________________________________________________________________

___________________________________________________________________________

4:

Example 3-169 shows the BGP and IGP configurations for R1, R3, R6, and R7 in Figure 3-37.

Example 3-169 BGP and IGP Configurations for Routers R1, R3, R6, and R7
  R1   router bgp 10   neighbor 172.16.254.1 remote-as 10   neighbor 172.16.254.1 next-hop-self   neighbor 172.16.254.9 remote-as 10   neighbor 172.16.254.9 next-hop-self   neighbor 172.16.255.5 remote-as 20   neighbor 172.16.255.9 remote-as 30   neighbor 172.16.255.25 remote-as 60  __________________________________________________________________________________  R3   router bgp 10   neighbor 172.16.254.5 remote-as 10   neighbor 172.16.254.5 next-hop-self   neighbor 172.16.254.10 remote-as 10   neighbor 172.16.254.10 next-hop-self   neighbor 172.16.255.13 remote-as 40   neighbor 172.16.255.17 remote-as 50   neighbor 172.16.255.21 remote-as 60   neighbor 172.16.255.21 next-hop-self  __________________________________________________________________________________  R6   router eigrp 60   redistribute bgp 60 metric 1000 100 255 1 1500   network 172.17.0.0   !   router bgp 60   network 172.17.0.0   neighbor 172.16.255.26 remote-as 10  __________________________________________________________________________________  R7   router eigrp 60   redistribute bgp 60 metric 1000 100 255 1 1500   network 172.17.0.0   !   router bgp 60   network 172.17.0.0   neighbor 172.16.255.22 remote-as 10  

Example 3-168 shows the BGP tables for R1 and R3. For each of the following destinations, what next-hop address does R6 use? Explain why R6 uses the addresses you name .

Destinations:

172.20.7.102

172.18.58.35

10.53.12.6

___________________________________________________________________________

___________________________________________________________________________

___________________________________________________________________________

5:

Example 3-170 shows the BGP configurations for R1 and R3 in Figure 3-37.

Example 3-170 BGP Configurations for Routers R1 and R3
  R1   router bgp 10   no synchronization   aggregate-address 172.16.0.0 255.255.248.0 summary-only   neighbor 172.16.254.1 remote-as 10   neighbor 172.16.254.1 next-hop-self   neighbor 172.16.254.9 remote-as 10   neighbor 172.16.254.9 next-hop-self   neighbor 172.16.255.5 remote-as 20   neighbor 172.16.255.9 remote-as 30   neighbor 172.16.255.25 remote-as 60  _______________________________________________________________________  R3   router bgp 10   no synchronization   aggregate-address 172.16.0.0 255.255.248.0 summary-only   neighbor 172.16.254.5 remote-as 10   neighbor 172.16.254.5 next-hop-self   neighbor 172.16.254.10 remote-as 10   neighbor 172.16.254.10 next-hop-self   neighbor 172.16.255.13 remote-as 40   neighbor 172.16.255.17 remote-as 50   neighbor 172.16.255.21 remote-as 60   neighbor 172.16.255.21 next-hop-self  

The objective is to suppress all the more-specific routes and advertise only an aggregate. R8's BGP table, in Example 3-171, still shows the more-specific routes. What is wrong?

Example 3-171 The BGP Table of R8 in Figure 3-37
 R8#  show ip bgp  BGP table version is 163, local router ID is 172.21.1.1 Status codes: s suppressed, * valid, > best, i - internal Origin codes: i - IGP, e - EGP, ? - incomplete    Network          Next Hop          Metric LocPrf Weight Path *> 0.0.0.0          172.16.255.18                        0 10 i *> 172.17.0.0       172.16.255.18                        0 10 60 i *> 172.18.0.0       172.16.255.18                        0 10 30 i *> 172.19.0.0       172.16.255.18                        0 10 20 i *> 172.20.0.0       172.16.255.18                        0 10 40 i *> 172.21.0.0       0.0.0.0                0         32768 i R8# 

___________________________________________________________________________

___________________________________________________________________________

___________________________________________________________________________

6:

Packets from AS 60 destined for any of the other autonomous systems shown in Figure 3-37 should be forwarded across the link between R6 and R1. The link between R7 and R3 should be used only as a backup for this traffic, although packets destined for the Internet can still use this link. To implement this policy, R3 should advertise only the default route and the aggregate 172.16.0.0/13. R1 should advertise the more-specific routes. Example 3-172 shows the configurations for R1, R3, R6, and R7.

Example 3-172 Configurations for Routers R1, R3, R6, and R7
  R1   router bgp 10   no synchronization   neighbor 172.16.254.1 remote-as 10   neighbor 172.16.254.1 next-hop-self   neighbor 172.16.254.9 remote-as 10   neighbor 172.16.254.9 next-hop-self   neighbor 172.16.255.5 remote-as 20   neighbor 172.16.255.9 remote-as 30   neighbor 172.16.255.25 remote-as 60  ________________________________________________________________________________  R3   router bgp 10   no synchronization   aggregate-address 172.16.0.0 255.248.0.0 summary-only   neighbor 172.16.254.5 remote-as 10   neighbor 172.16.254.5 next-hop-self   neighbor 172.16.254.10 remote-as 10   neighbor 172.16.254.10 next-hop-self   neighbor 172.16.255.13 remote-as 40   neighbor 172.16.255.17 remote-as 50   neighbor 172.16.255.21 remote-as 60   neighbor 172.16.255.21 next-hop-self  ________________________________________________________________________________  R6   redistribute bgp 60 metric 1000 100 255 1 1500   network 172.17.0.0   !   router bgp 60   network 172.17.0.0   neighbor 172.16.255.26 remote-as 10  ________________________________________________________________________________  R7   router eigrp 60   redistribute bgp 60 metric 1000 100 255 1 1500   network 172.17.0.0   !   router bgp 60   network 172.17.0.0   neighbor 172.16.255.22 remote-as 10  

Example 3-173 shows R7's routing table. Has the objective been accomplished? If not, why not?

Example 3-173 R7's Routing Table for Troubleshooting Exercise 6
 R7#  show ip route  Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP        D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area        N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2        E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP        i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, * - candidate default        U - per-user static route, o - ODR        T - traffic engineered route Gateway of last resort is 172.16.255.22 to network 0.0.0.0      172.17.0.0/24 is subnetted, 3 subnets C       172.17.1.0 is directly connected, Ethernet0 D       172.17.3.0 [90/409600] via 172.17.1.2, 09:18:50, Ethernet0 C       172.17.2.0 is directly connected, Ethernet1      172.16.0.0/30 is subnetted, 1 subnets C       172.16.255.20 is directly connected, Serial0 D EX 172.19.0.0/16 [170/2611200] via 172.17.1.2, 00:19:08, Ethernet0 D EX 172.18.0.0/16 [170/2611200] via 172.17.1.2, 00:19:08, Ethernet0 B*   0.0.0.0/0 [20/0] via 172.16.255.22, 00:18:37 B    172.16.0.0/13 [20/0] via 172.16.255.22, 00:18:09 R7# 

___________________________________________________________________________

___________________________________________________________________________

___________________________________________________________________________

7:

Reexamine Figure 3-19 and Example 3-98 and the associated discussion. Meribel advertises its local route 172.17.0.0 to its EBGP peers with an ORIGIN of Incomplete, whereas Lillehammer advertises the route back to Meribel with an ORIGIN of IGP. Will this cause Meribel to prefer the route from Lillehammer, thereby causing a routing loop?

___________________________________________________________________________

___________________________________________________________________________

___________________________________________________________________________

8:

Example 3-174 shows the configuration for the router named Colorado in Figure 3-24.

Example 3-174 Configuration for Router Colorado in Figure 3-24
  router bgp 100   network 10.1.11.0 mask 255.255.255.0   network 10.1.12.0 mask 255.255.255.0   neighbor CLIENTS peer-group   neighbor CLIENTS ebgp-multihop 2   neighbor CLIENTS update-source Loopback2   neighbor CLIENTS filter-list 2 in   neighbor CLIENTS filter-list 1 out   neighbor 10.1.255.2 remote-as 200   neighbor 10.1.255.2 peer-group CLIENTS   neighbor 10.1.255.3 remote-as 300   neighbor 10.1.255.3 peer-group CLIENTS   neighbor 10.1.255.4 remote-as 400   neighbor 10.1.255.4 peer-group CLIENTS   neighbor 10.1.255.5 remote-as 500   neighbor 10.1.255.5 peer-group CLIENTS   neighbor 10.1.255.6 remote-as 600   neighbor 10.1.255.6 peer-group CLIENTS   no auto-summary   !   ip classless   ip route 10.1.255.2 255.255.255.255 Serial0/1.305   ip route 10.1.255.3 255.255.255.255 Serial0/1.306   ip route 10.1.255.4 255.255.255.255 Serial0/1.307   ip route 10.1.255.5 255.255.255.255 Serial0/1.308   !   ip as-path access-list 1 permit ^$   ip as-path access-list 2 permit ^[2-6]00$  

All router IDs shown in Figure 3-24 are configured on loopback interfaces, and no routing protocol other than BGP is running on any of the routers. Assuming that all the links shown in the figure are functioning properly, are all the other five routers EBGP peers of Colorado? If not, why not?

___________________________________________________________________________

___________________________________________________________________________

___________________________________________________________________________

9:

Refer to the configuration shown in Troubleshooting Exercise 8 for router Colorado in Figure 3-24. What will be the result of removing the no auto-summary statement from the configuration?

___________________________________________________________________________

___________________________________________________________________________

___________________________________________________________________________

10:

Refer again to the configuration shown in Troubleshooting Exercise 8. What routes does the incoming route filter permit?

___________________________________________________________________________

___________________________________________________________________________

___________________________________________________________________________

11:

Refer to Figure 3-24 and the configuration for router Colorado in Troubleshooting Exercise 8. What subnets, other than those local to its own AS or the inter-AS links, can a host on subnet 10.1.3.0/24 ping?

___________________________________________________________________________

___________________________________________________________________________

___________________________________________________________________________



Routing TCP[s]IP (Vol. 22001)
Routing TCP[s]IP (Vol. 22001)
ISBN: N/A
EAN: N/A
Year: 2004
Pages: 182

flylib.com © 2008-2017.
If you may any questions please contact us: flylib@qtcs.net