Hello all!

Goal: Use the Mik2 eth4 to get a 192.168.78.0/24 IP from the bridge1 DHCP Server in Mik1
Problem: Even though the EoIP interface connection is established, when I connect a PC to eth4 (Mik2) I cant get an IP address from Mik1.
Few notes:
1) The Mik1 pptp client doesn't force any default routes.
2) Both Mik1 & Mik2 have a default route through their respective wan interfaces
3) I didnt setup any manual routes. (could this be the issue?)



Any help would be greatly appreciated.

Alex

Hello all!

Goal: Use the Mik2 eth4 to get a 192.168.78.0/24 IP from the bridge1 DHCP Server in Mik1
Problem: Even though the EoIP interface connection is established, when I connect a PC to eth4 (Mik2) I cant get an IP address from Mik1.
Few notes:
1) The Mik1 pptp client doesn't force any default routes.
2) Both Mik1 & Mik2 have a default route through their respective wan interfaces
3) I didnt setup any manual routes. (could this be the issue?)



Any help would be greatly appreciated.

Alex

Disable fast path in bridge settings

Thank you! Do I need to apply this both in the Mik1 and Mik2?

Yes, I had a similar problem with gateway IP on a bridge and other IP from same subnet reaching gateway through eoips, disabled fast path on all Bridges and I was able to ping.

Tried that, but still nothing. Same behavior.

Tried that, but still nothing. Same behavior.

1. If you use a static IP, can you ping gateway?
2. Are you using keepalive? If no, enable it.

In order to ping 192.168.78.1 from inside Mik2 I need to add a route in Mik2 and route all traffic to 192.168.78.1 from the pptp interface. But even when I do that, the DHCP is not working.

In order to ping 192.168.78.1 from inside Mik2 I need to add a route in Mik2 and route all traffic to 192.168.78.1 from the pptp interface. But even when I do that, the DHCP is not working.

1. Try SSTP, it has a larger MTU
2. Set keepalive on both eoip tunnels
3. Try to set DHCP server and gateway only on eoip and client on the other end and see if it works, exclude bridges.

I had a problem with bridges with two hEX: when the second hEX (all ethernet bridged) was connected to the first one that has another bridge, WhatsApp images were taking too much to download, same with apps.
I've made a reset on the second hEX and configured it again manually and the problem is solved.
I don't know why but 6.43 has something that make bridges created in older versions to work bad.
Now I have the same configuration I had before 6.43, nothing different, but I don't have problems anymore.

Look for L2tp and BCP instead of EOIP
Your goals:
- No MTU Issue
- pptp is unsave

https://wiki.mikrotik.com/wiki/Manual:B ... _bridging)

Look for L2tp and BCP instead of EOIP
Your goals:
- No MTU Issue
- pptp is unsave

192.168.70.1

Thank you all! I finally managed to get it working. BCP + SSTP was what I ultimately used.
Initially BCP + SSTP was not working for me again but as soon as I remove the local & remote static IP address that I assigned to the pptp profile (See IPs 192.168.70.1 & 192.168.70.2 in the graph), it worked fine. I managed to get a DHCP IP (192.168.78.0/24) on the ether4 of Mik2

Are there any advantages of using BCP over EoIP?