Q: 7
If 'check-gateway' is enabled for an ECMP route and one of the gateways is unreachable, then:
Options
Discussion
Option B Official guide spells this out, best to double-check with RouterOS labs if you want to see it in action.
Option B
Every time MikroTik throws this 'ECMP + check-gateway' combo on exams, it's always about dropping the dead gateway from load balancing. Only live ones get used for round robin. I think that's pretty much official behavior, unless they change the RouterOS docs again.
Every time MikroTik throws this 'ECMP + check-gateway' combo on exams, it's always about dropping the dead gateway from load balancing. Only live ones get used for round robin. I think that's pretty much official behavior, unless they change the RouterOS docs again.
A. remember getting something similar in a practice set. ECMP sends to all gateways unless route is totally down, I think.
So tired of MikroTik wording on these. Option B
A , had something like this in a mock. If ECMP is active it should send traffic to all gateways, even if one drops out. Not 100% on this, correct me if wrong.
C or B
Honestly, MikroTik really loves to mess with us on ECMP and check-gateway questions. I keep thinking C because if a gateway is marked unreachable, maybe the route should just go inactive? But pretty sure in practice, it's only taken out of round robin (so B makes sense). Let me know if I'm missing something here.
Honestly, MikroTik really loves to mess with us on ECMP and check-gateway questions. I keep thinking C because if a gateway is marked unreachable, maybe the route should just go inactive? But pretty sure in practice, it's only taken out of round robin (so B makes sense). Let me know if I'm missing something here.
Yeah, it's definitely B. When 'check-gateway' is on, RouterOS keeps the unreachable gateway out of round robin and only uses the working ones. Been like that in every lab I've run. Pretty sure this is what they look for on the test, but open to corrections if anyone's seen a weird exception.
B here, but open to C if anyone has seen a case where the route actually goes inactive instead. Not totally confident.
Yeah, this matches what I've seen in practice. B is correct, since with 'check-gateway' enabled, RouterOS automatically avoids sending packets to gateways it can't reach. Saw a similar question come up in some exam reports recently.
Probably B, seen similar in official guide and labs show unreachable gateways dropped from selection.
Be respectful. No spam.