exam questions

Exam 300-410 All Questions

View all questions & answers for the 300-410 exam

Exam 300-410 topic 1 question 441 discussion

Actual exam question from Cisco's 300-410
Question #: 441
Topic #: 1
[All 300-410 Questions]



Refer to the exhibit. After recovering from a power failure, Ethernet0/1 stayed down while Ethernet0/0 returned to the up/up state. The default route through ISP1 was not reinstated in the routing table until Ethernet0/1 also came up.

Which action resolves the issue?

  • A. Add a static route to the 8.8.8.8/32 destination through the next hop 203.0.113.1.
  • B. Remove the references to the interface names from both static default routes.
  • C. Reference the track object 1 in both static default routes.
  • D. Configure the default route through ISP1 with a higher administrative distance than 2.
Show Suggested Answer Hide Answer
Suggested Answer: A 🗳️

Comments

Chosen Answer:
This is a voting comment (?). It is better to Upvote an existing comment if you don't have anything to add.
Switch to a voting comment New
Zizu007
Highly Voted 2 years, 5 months ago
Selected Answer: A
IP SLA operation to check ISP-1 should not rely on ISP-2 interface/connection--reach 8.8.8.8 via ISP-2 in this case. in this case either; - the address for icmp-echo should be changed to 203.0.113.1 OR - Add static route 8.8.8.8/32 -->203.0.113.1
upvoted 10 times
kldoyle97
7 months ago
could also change the sla operation statement to "icmp-echo 8.8.8.8 source-interface eth0/0" Forcing the probe to leave out eth0/0
upvoted 3 times
...
...
HungarianDish_111
Highly Voted 2 years ago
Selected Answer: A
Confirmed "A" in lab. Of course, with the original configuration in the output, the track object (+sla) did not go down at all, when lost connectivity to 203.0.113.1, because the target of the sla (8.8.8.8) was still available through 198.51.100.1. Solution "A" is definitely needed for the whole thing to work. It would be best to add this line, too. ip route 8.8.8.8 255.255.255.255 Null0 2 https://community.cisco.com/t5/routing/ip-sla-tracking-a-far-ip/td-p/1971337
upvoted 6 times
...
[Removed]
Most Recent 10 months, 4 weeks ago
Selected Answer: A
A is correct
upvoted 1 times
...
[Removed]
1 year, 10 months ago
I initially did not understand this scenario, and I had to create a lab to see the behavior. Here is what is happening. Router reboots, and link E0/1 remains down. While the router reboots, it is attempting to rebuild the RIB, but because there is a track object monitoring the 0/0 via E0/0 to 203.0.113.1, that route is never installed into the RIB due to the SLA failing probes to 8.8.8.8/32. By adding a separate static route to 8.8.8.8 via E0/0, the SLA successfully probes 8.8.8.8 and the default route is installed into the RIB.
upvoted 4 times
Pietjeplukgeluk
11 months, 1 week ago
Really good one, this feels like a chicken & egg problem. The installation depends on the same route used to validate the ISP. It seems best practice to ideally use a WAN IP in the IP sla configuration that is reachable via directly connected. This way you do not need to think about separate routes. On the other side, if you actually want to validate "true" internet access, using an echo on some WAN IP seems also a bad idea as the ISP can have issues preventing you from reaching the internet. Anyway, really good content, Thanks!
upvoted 2 times
...
...
inteldarvid
1 year, 11 months ago
Selected Answer: A
option A correct
upvoted 2 times
...
Typovy
2 years, 3 months ago
Selected Answer: A
A is correct
upvoted 3 times
...
Community vote distribution
A (35%)
C (25%)
B (20%)
Other
Most Voted
A voting comment increases the vote count for the chosen answer by one.

Upvoting a comment with a selected answer will also increase the vote count towards that answer by one. So if you see a comment that you already agree with, you can upvote it instead of posting a new comment.

SaveCancel
Loading ...