I have a problem with my config. My WAN interface Eth2 is not working at all. This interface is connected to a Tp-Link router provided by my ISP, I do not have access to this router and it cannot be put in the bridge mode. I have configured eth2 to take configuration over DHCP from Tp-Link. It gets the IP, default gateway and all seems to be good. But I cannot even ping the default gateway. I have tried everything and I don’t really understand why it’s not working. I tried “disabling” firewall, putting different routes and nothing works. I have the same configuration on my eth3 port with different ISP and it works flawlessly.
So in summary, I am trying to connect it like this:
Mikrotik Eth1 <-------> ISP1 <-------> Internet Mikrotik Eth2 192.168.11.100 (received from DHCP) <-----------> Tp Link’s default gateway (192.168.11.1) <--------------------> Internet
Mikrotik Eth3 <-------> ISP3 <------> Internet
And I’m stuck on timeouts when trying to ping from Eth2 to Default Gateway. Could you suggest what might me wrong with my config, please?
Here is my config, if something is missing or unclear, please let me know. (I have changed the IP addresses from my real ones and removed all comments and Mac addresses)
Well I suspect you have a plethora of issues.
Not the least is the fact that you have no VLANs, but have tried to add an unneeded /interface bridge vlan entry ( which does show error)
Generally speaking most folks avoid using detect internet aka set to NONE.
+++++++++++++++++++++++++++++++++++++++++++++++
Looking at your routes you have to make up your mind.
In dhcp client you have told the router to create default routes for ether2 and ether3 /ip dhcp-client
add comment= interface=ether1
add comment= default-route-distance=10 interface=ether2
add comment= default-route-distance=20 interface=ether3
Then in IP routes you attempt to define routes manually for ether2 and ether3.
BUt you are mixed up. here you show ether2 with distance as 1 and something else with 10…
Very confusing.
Suggest highly YOU REMOVE the create default route setttings in IP DHCP CLient, and make the routes manually.
Since it appears for at least two of the wans, you have a fixed gateway IP…
You cannot use ether2 as a gatewayIP in a route… it has to be an IP address…( unless wireguard interface or pppoe interface etc.).
MikroTik is funny with routes. In other brand you can specify different metrics and that applies to traffic trversing the router but the router has access on all interfaces regardless. Tik isn’t like this, it looks at it’s own routing table so your metric 20 interface isn’t getting used whilst metric 10 is about.
In my dual WAN I use an exceptionally simple setup but it works so it can’t be stupid right? ether2 is my primary WAN and ether3 (not mentioned) is my backup. Primary is DHCP client with default route set to 1 and backup is manually set to 2. 1 drops and 2 takes over.
First of all, thank you very much for even taking a look at my messy config.
That may be true but everything else works
I was surprised to see this vlan entry when I was generating config, so it’s either some leftover or maybe CapsMan put it there. Maybe unnecessarily I have omitted CapsMan config. On Eth5 i have connected only Mikrotik hap ac2 which acts as AP and on Eth4 there is a CSS326 switch that connect all my LAN devices together. That’s why I put those two ports in a bridge, since they’re both Lan, meant to be one network. But I do not remember adding any Vlan config myself.
I have turned it off now, I forgot that exists to be honest.
I’m not sure what’s mixed up here. I use dynamic routes from DHCP and they work fine. The manual rules you mentioned are for different routing table and this routing table is used only by two devices. So it shouldn’t have effect on the rest of the traffic. As for the “ether2”, I have changed it to IP but again, this rule is only for a separate routing table.
Isn’t this exactly what I’m doing? I just use dynamic routes from DHCP for it. I have it set up for 1, 10 and then 20 so it works the same. I just can’t get this one ISP to work correctly and I’m not sure why
The fact that you cannot ping the default gateway 192.168.11.1 may be caused by some funny setting of the TP-link, so first of all, what does /ip arp print where address=192.168.11.1 show? If nothing, run :ping 192.168.11.1 arp-ping=yes interface=ether2 and if you get responses, run the previous command again, it should show an ARP record now. Is that the case?
I would assume first that this is some funky config on the TpLink side, especially that they are using VLANs for sure to separate TV and internet ports. And to add some more information. When I connect my PC directly to the ISP’s TP Link, it works just fine. Also, I have tried to put interface ether2 on bridge (just for testing) and then suddenly I am able to ping it from Mikrotik. It’s very stange to me. I will probably have to ask ISP for some other connection method, removing this TP-Link router completely.
And answering your question, I have this in ARP when ether2 is set to WAN:
D 192.168.11.1 ether2 failed
And when I remove it from WAN and put on bridge, Mikrotik can ping it from bridge:
DC 192.168.11.1 xx:xx:xx:xx:xx:xx bridge reachable
Ahhhhhhh, mate. I even looked at this mac when I was exporting config but I thought it doesn’t make any difference. I have reset it now and I can ping the gateway… Such a stupid leftover from some previous config. I must have set it for some MAC checks in the past. I will put the routes I want now and everything should be fine. Thanks for your help to all of you guys!
I just use it for a long time and I was changing ISPs in the past Some of them have this stupid requirement of registering MAC addresses and the workaround for lazy people was to use MAC from previous router. That’s for sure what happened here I was just stupid not to try to remove it when I saw it during config export And for VLAN, I believe capsman put it there, but I did WiFi config long time ago so I can’t be sure. But I can confirm that now all the routing rules work and I can access the internet via this ISP, so all is good.
Although I will for sure check the config once again and try to clear unnecessary stuff