Refer to the exhibit. Users on the 199.155.24.0 network are unable to reach the 172.16.10.0
network. What is the most likely solution?

Two BGP peers connected through a routed firewall are unable to establish a peering relationship.
What could be the most likely cause?

On the basis of the network provided in the exhibit, R3 and R4 are configured to run all connected
links in OSPF Area 1. The network administrator is complaining that traffic destined to
192.168.1.0/24 is being routed to R2, even if R2 is not running OSPF. Which would be the cause
of this problem?

This question is about the formation of OSPF adjacency. An OSPF adjacency will not form
correctly across a point-to-point link in the same area. Which would most likely cause this
problem?

Refer to the exhibit. BGP-4 routing to the Internet, in normal behavior, may create asymmetrical
routing for different prefixes. The BGP routing table indicates that traffic should follow the paths
indicated in the exhibit, but packets are not going further than the border router in AS 4. What
could be the cause of this problem?

You replaced your Layer 3 switch, which is the default gateway of the end users. Many users

cannot access anything now, including email, Internet, and other applications, although other
users do not have any issues. All of the applications are hosted in an outsourced data center. In
order to fix the problem, which one of these actions should you take?

Half of your network uses RIPv2 and the other half runs OSPF. The networks do not communicate
with each other. Which two of these factors describe the impact of activating EIGRP over each
separate part? (Choose two.)

Look at the following exhibit carefully; there is no route to 10.1.4.0/24 in the local routing table.
According to the output of R1 in the exhibit, can you tell me why 10.1.4.0/24 is not in R1’s routing
table?

While troubleshooting a network, you need to verify the liveness of hosts in the subnet
192.168.1.64/26. All of the hosts are able to reply to ping requests. How would you confirm the
existing nodes using one single command?

Two routers are connected by a serial link, and are configured to run EIGRP on all interfaces. You
examine the EIGRP neighbor table on both routers (using the show ip eigrp neighbor command)
and see that the router connected over the serial link is listed as a neighbor for a certain amount of
time, but is periodically removed from the neighbor table.
None of the routes from the neighbor ever seem to be learned, and the neighbor transmission
statistics (SRTT, RTO, and Q Count) seem to indicate that no packets are being transmitted
between the neighbors. Which would most likely cause this problem?