Upgraded a router to 6.12 to fix IPSEC issues, finding that DHCP over BCP doesn't work consistently. Anyone else have these issues? I am utterly sick of dealing with side effects of new firmware. I need the advertised features to work between versions; is that seriously too much to ask?

Anyone have any ideas? Have a ticket into Mikrotik, but I'm watching my DHCP leases get closer and closer to renewal, knowing they'll not work out. I need to get this resolved or downgrade to 5.26.

Yeah everything died overnight. Router locked up, no response, no telnet, nothing. Had to rebot, downgraded to 5.26. BCP simply does not work in 6.x, but IPSec/L2TP in 5.x is inherently broken. These are both bugs acknowledged by Mikrotik, but with no solution.

I have the same problem. It appears that ROS 6.x does not pass broadcast packets between bridges connected via PPTP. Since DHCP used broadcast, it doesn't work across the PPTP tunnel.

It used to work. I thought it was broken in ROS 5.x, but you seem to have it working with 5.26, so I'll check that out too. I'm pretty sure it was working in ROS 4.x.

Just did some careful testing.

ROS 6.17: DHCP between bridges connected via pptp tunnel does NOT work.
ROS 5.26 DHCP between bridges connected via pptp tunnel DOES work.

Same config. I just downgraded/upgraded between ROS releases.

This was reported as broken here:
http://forum.mikrotik.com/viewtopic.php ... cp#p407146

In that same thread, it was reported as fixed. I'm about to report it's still broken (or broken again, since I don't know if it was fixed and re-broken).

Some more details. I don't know if it's a bug or an "undocumented new feature" but here is the work around:

If you are trying to connect two bridges on two routers with PPTP, DO NOT include local/remote addresses
for the PPTP tunnel endpoints. If you omit the tunnel endpoint addresses, DHCP will work.

The official documentation is silent about this, although the Wiki (wrongly) says to include the local/remote addresses even if you are using the PPTP link for bridging two bridges. Interestingly, even though the text of the Wiki says to always include the tunnel endpoint addresses, the example given does NOT included endpoint addresses. Odd.

I've reported it to Mikrotik as a bug. If they tell me it's not a bug but rather a new "feature", I'll update the Wiki.
In that case, hopefully Mikrotik will update the documentation.