Have you tried version 6.12? I haven’t seen the issue yet with 6.12 although I still leave the automatic reboot scripts in place.
Yes, I have 6.12 / 3.14.
If you are seeing the same “No buffer space available” then I would recommend contacting support. They reported this bug as fixed in 6.12 and I haven’t seen it so far on any of the 26 routers we upgraded to 6.12. Unfortunately, you’ll need to be on the router to verify that the problem is the buffer space. I was able to do this pretty easily with my x86 VM’s since I could still connect to the console via the VM manager. I couldn’t do that with the RB951 models we have because they were remote. You could also try monitoring the route cache available with a script and writing out the values to a persistent file on the routerboard so you can at least get those statistics and read them after the reboot.
Sorry I can’t be of more help.
I see this problem with ROS6.12 still on my routers. But I use SSTP. The changelog for 6.12 mentions only L2TP.
This problem is not only PPP specific, “full route cache” can come from others places too because I have this problem on RB1100AH/AHx2 (with ROS6.7) routers where is not PPP used after 100~150 days of the uptime - maybe related to the GRE/IPsec tunnels.
Good point, I only saw the issue when using L2TP. I never did see the issue with site-to-site IPSec tunnels, I’m not running any ppp on any “core” BGP routers and I don’t use SSTP.
Hi JF,
I see exactly same issues on my router. It’s running 6.7 though, hangs for 12 hours or so, every 4-5 days and then comes back up. Did you have to do something on your configuration to avoid this or still suffering with this ROS issue?
Kz
:local act [/ip route cache get cache-size]
:local max [/ip route cache get max-cache-size]
# print some debug info
:log info ("Actual route cache size: $act")
:log info ("Max. route cache size: $max")
:log info ("If active route cache size: $act>=14336 reboot required")
if (($max-$act)<=2048) do={
/system reboot
}
Original script written by Majklik.
I just added some print info so you’d know little earlier that there will be reboot soon.
This version is for RB2011UAS-2HnD with “Max. route cache size: 16384”.
I’m a newbie so correct it if there is something wrong.
Mikrotik - please fix this VERY annoying issue.
We’re still seeing this ballooning route cache issue on 6.12 on routers utilizing ipip tunnels.
We are on RB2011UAS using 6.12 and firmware 3.14 - still occuring here.
We have this machine setup to run the following:
L2TP over IPSec for Road Warriors
Site to Site IPSec
I am planning on downgrading to 6.9 today if possible.
I downgraded to 6.9 and the issue persisted - I checked and my firmware was still 3.14 showing an upgrade available to 3.10. I applied the firmware (I assume 3.10 is the latest for use with 6.9) and rebooted. More info to follow.
Michael
Apparently this issue has been fixed in 6.13. From yesterday, all clients (6 clients using L2TP/IPSec) were connected. Today cache size is 56 now. Normally it would be something between 2k-4k.
Has not happened for me either with 6.13, so this looks promising!
We opened up a support ticket about this issue and they indicated it is fixed in 6.13. We’re only now beginning to roll it out so I don’t have any definitive results yet.
So I can only confirm. This one is fixed in 6.13. No problems for couple of days.
Thank you Mikrotik 
I just filed a support ticket Ticket#2014060166000098. My Rb2011UiAS-IN falls in reboot loop with power cycle. It recovers after 2 -3 hours. One router is rebooting for few days. From LCD, it says
-Loading kernel from nand
-Starting services
After around 30 seconds falls in same loop.
I saw this issue with 6.12. I was hoping to have it fixed in 6.13. But, in my case, upgrade to 6.13 did not help.
Kazi33, have you tried netinstall? If not, try it.
I’ve upgraded several routers to 6.13 and haven’t had an issue and the failures related to route cache have stopped. We only have one open bug. That is in a scenario with dual ISP setups and marking PPTP packets. L2TP/IPSec was fixed in 6.13 and PPTP is expected to be fixed in 6.14.
I agree with jarda, if you’re having that reboot loop then try a netinstall and restore the config. I haven’t seen that issue on any of the hardware we’ve upgraded (RB2011, RB751, RB951 and x86).
Sorry, I did not get email for past few days on both of your postings above. Problem was having “Dude” package installed on mikrotik-RB2011UiAS-IN.
After I removed that using “system package uninstall dude” and rebooted the router problem disappeared. This happened
with their pre-release build 6.14c25 as well. I think, our IT team installed dude on mikrotik for monitoring purpose. It’s like
a poison pill on mikrotik. After 2nd or 3rd reboot, it falls in reboot loop when “dude” is running as a service on mikrotik.
I was in Aruba test engineering for about 8 years and we used to fix this kind of issues asap in next release. Not sure how
seriously mikrotik takes this issue. If a package acts like poison pill, software should block that installation on router.
To deal with this:
Check dude:
store print
Flags: X - disabled, A - active
NAME TYPE DISK S
0 A dude1 dude system a
To uninstall dude:
[admin@ccc] > system package uninstall dude
[admin@ccc] > system package print
Flags: X - disabled
NAME VERSION SCHEDULED
0 advanced-tools 6.13
1 dude 4.0beta3 scheduled for uninstall
2 X wireless 6.13
Welcome to the club!
Hello
Same problem with route-cache on RB1100AHx2.
ROS v.6.15, fw 6.10
Attaching memory usage graph, when it becomes up to about 400MB router stops respond to IPv4 and can be accessed only by MAC telnet.
Router is actively using for site-to-site and l2tp VPNs.
