[admin@La Cala] > tool user-manager database rebuild
Can take a while. Console may not respond while in progress. Rebuild user-manager database? [y/N]: y
Rebuilding user-manager database
error - contact MikroTik support and send a supout file (2)
[admin@La Cala] > tool user-manager router print
Flags: X - disabled
error - contact MikroTik support and send a supout file (2)
[admin@La Cala] > tool user-manager database load name=db-userman-RC4 ;
Restore user-manager database? [y/N]: y
Loading user-manager database backup
Failed to load user-manager database backup
error - contact MikroTik support and send a supout file (2)
I found that to upgrade w/ dude, you have to do a force upgrade, otherwise it says not all packages available, when the only package on the routers is the routeros-ARCH.
My TCP Throughput increases on NV2, PtP. I can push 214Mbps UDP! (only 100Mbps on nstream)
Latency increases to 5-10ms on NV2 (was 1ms with just plain Nstream)
Signal strength decreases on NV2 (-48 on Nstreme, now -54db with NV2)
Another BIG issue that needs fixed, I see a weird ARP issue. When the PtP link is up using NV2 and WDS, I loose IP connection to all other devices past the PtP that are on the same IP subnet. Clearing ARP on our core router brings back those IP’s, but are lost again within seconds, and the IP addresses appear on the ARP on the Mikrotiks instead, its as if our Core CISCO router and the Mikrotiks are fighting over the IP’s on ARP. Switching OFF of NV2 and back to just Nstreme fixes this problem..
Aside from fixing the WDS issue as mentioned in my previous post, are there any plans on adding the “P Throughput” statistics for NV2 like Nstreme has? It comes useful in knowing approximately how much throughput to expect rather than flooding the link everytime with a bandwidth test..
same issue here. I had working VM on one core of my celeron E3300 - now it’s unsupported.
and the other thing: I’ve downgraded again back to beta1, because all other beta’s and RC’s have problems with simple queue’s - eventually they stop counting (in a few hours). on beta1 they are working well for couple of weeks before they stop to count. then my script detects it and reboots the router.
Don’t wait very low latency from nv2 (tdma) but here a saw a more uniform latency across a large bandwidth range. I would like to see support to COA packets in ppp radius, no just in user manager. Overall the systems are very stable at rc5, routerboards and x86, but i don’t use user manager. Someone testing bgp? I’m too scared to test on my rb1000. PS: i confirm the problem with bridge filters.