Chapter 5

1:
A:	In addition to the RIP configurations shown here, a subnet of 192.168.5.0 must be configured between RTE and RTF, using secondary addresses. Otherwise, subnets 192.168.5.192/27 and 192.168.5.96/27 are discontiguous . The RIP configurations are: RTA routerrip network192.168.2.0 RTB routerrip network192.168.2.0 RTC routerrip network192.168.2.0 network192.168.3.0 RTD routerrip network192.168.3.0 network192.168.4.0 RTE routerrip network192.168.4.0 network192.168.5.0 RTF routerrip network192.168.4.0 network192.168.6.0
2:
A:	To unicast RIP updates between RTC and RTD, the configurations are: RTC routerrip network192.168.2.0 neighbor192.168.3.2 RTD routerrip network192.168.3.0 neighbor192.168.3.1
3:
A:	The update time applies to the entire RIP process. If the update time is changed for the serial link, it will also be changed for the router's other links. That, in turn , means that the timers must be changed on the neighboring routers, which means those neighbors' neighbors must be changed, and so on. The cascade effect of changing the update timer on a single router means that the timers must be changed on every router in the RIP domain. The command to increase the RIP update period to 2 minutes, configured on every router, is: timersbasic120360360480 Because the update timer is changed, the invalid, holddown and flush timers must also be changed. Setting the invalid and holddown timers to six times the update period, as the default timers are, would make the conversion time of the internetwork extremely high. Therefore, the invalid and holddown timers are set to three times the update period. The flush timer must be longer than the hold-down timer, so it is set to 60 seconds longer.
4:
A:	Network 192.168.4.0 is 2 hops from RTA, so adding 14 to the metric will give the route an unreachable metric of 16. Remember that in Configuration Exercise 1 a subnet of 192.168.5.0 had to be configured on the same link as 192.168.4.0 using secondary addresses, so that the subnets of 192.168.5.0 are contiguous. Therefore, 192.168.5.0 is also 2 hops from RTB. Assuming the interfaces of RTA and RTB connected to RTC are E0 on both routers, the configurations are: RTA routerrip offset-list1in14Ethernet0 network192.168.2.0 ! access-list1permit192.168.4.00.0.0.0 RTB routerrip offset-list1in14Ethernet0 network192.168.2.0 ! access-list1permit192.168.5.00.0.0.0
5:
A:	RTB, with its longer mask, can interpret all subnets correctly. The problem is at RTA. With a 27-bit mask, RTA interprets RTB's subnets 192.168.20.40/29 and 192.168.20.49/29 as 192.168.20.32/27 ”the same subnet as its directly connected link. Therefore, RTA does not have a correct "view" of the internetwork. However, packets can still be routed if Proxy ARP is enabled. For example, suppose RTA has a packet to forward with a destination address of 192.168.20.50. RTA incorrectly interprets this address as a member of its subnet 192.168.20.32/27, and ARPs for the MAC identifier of 192.168.20.50 on that subnet. RTB hears the ARP; it correctly interprets 192.168.20.50 as being a member of its subnet 192.168.20.48/29 and responds with the MAC identifier of its interface on 192.168.20.32/29. RTA then forwards the packet to RTB, and RTB forwards the packet to the correct destination. If Proxy ARP is disabled, packets will not be delivered correctly from RTA to RTB.