Thanks, Sindy. I believe I tried the $interface variable first, and found that it was not available in ON DOWN. I am pretty sure that is what brought me to the solution that I have now.

Yeah, I don't see anything in my IP Firewall Filter rules that has "Fasttrack" in it. I put this unit in a long time ago, so either I disabled it for some reason at that time, or perhaps the factory configuration pre-dated Fasttrack. I think it is safe to conclude that the VPN slowness I e...

Thanks for your quick responses. I am fairly settled with my solution, but I am willing to continue exploring this problem for the benefit of everyone's understanding (including my own, of course). When I first dug into this, I saw that Fastrack could be a source of such symptoms. I therefore resear...

For some reason, my SSTP connection was slow unless I either TORCHED the connection or enabled a QUEUE TREE on the interface (even though nothing goes through the queue tree, apparently). Without that in place, my RDP screen updates were quite a bit slower, and file transfers (~20 MB) via RDP were p...

I had these symptoms, and my problem is now resolved. This post will hopefully benefit others: After years of awesome stability, our Point-to-Point IPSEC VPN (mikrotik on both ends) suddenly would not connect and had this "phase 1 failed due to time up" error in the log. Internet was fine ...

Many folks who are trying to connect to a serial terminal / console session may be trying to re-establish administrative control after making a mistake in their firewall rules. This happened to me a few days ago, and I struggled and struggled to get the serial cable/session going. For everyone in th...