Can confirm that http://10.10.10.225/graphs/ only gives one line with:
Traffic and system resource graphing
Send an email to support@mikrotik.com and report the problem.
You can use SNMP or Syslog to get CPU to an external server.
Here is a graph from Splunk for MikroTik, se link in my signature. http://forum.mikrotik.com/t/tool-using-splunk-to-analyse-mikrotik-logs-4-0-graphing-everything/153043/1
.
Here it works OK! I get 3 lines for resources (CPU, memory and disk) plus 33 lines for my interface graphs.
Users are allowed to hawk their third-party wares in the official forum? Doesn’t feel like good security practice.
It’s user forum (not official support forum) and no, generally propaganda posts are not tolerated unless such posts adds value to discussion. Which post in particular do you find disturbing?
He’s referring to Splunk post above probably, but that’s nothing (doesn’t ask for money or something, it’s just a guide on how to use the service and the script required to do so) compared to other users advertising their shady business all over the forum (posts, topics, signatures, images linked to own webserver etc). But if MikroTik is OK with it, why should we care.
PS: Graphing seems fine on RB5009 / arm64
Yes, it’s not doing much currently.
Hello
upgraded from latest LTS to 7.1
the BGP router doesnt advertise local connected routes neither default route.
any setting that I am overlooked?
Just a plain BGP session:
a) from CORE ROUTER (with the defaut route) - the CCR receives correctly default route
b) to customers, it doesnt propagate neither local connected routes, neither default route.
from long-term to beta? are you crazy man? are you crazy?
we have downgraded 4 core routers from beta to stable version.
should have never tested on production routers.
Hello
I am doing some tests with no users on them, just to see if the bgp works correctly.
I am not able to let the router redistribuite connected nor default route.
You should have an address list (by default named bgp-networks) with the routes you want to distribute. And set it as output.networks in the config.
“redistribute connected” was always a bad idea.
Yes, I saw that.
I tried doing an address-list named “bgp-networks” with all the ip I want to propagate, inclusive the default route. No avail, it doesnt propagate any thing
from the page: https://help.mikrotik.com/docs/display/ROS/ROSv7+Basic+Routing+Examples#ROSv7BasicRoutingExamples-BGPConfiguration
If the routing filter chain is not specified BGP will try to advertise every active route it can find in the routing table
It doesnt propagate anything
Downgraded to 6.48.5 and everything works.
I am not able to let the 1036 propagate nor default route nor local connected routes.
6.49.2 is also fine.
I do have BGP working on my home router. I cannot test propagation of default route on this, but I can see that it receives a default route via BGP (multiple paths) and selects it based on local pref and distance.
Sure there are some limitations of the new BGP implementation (no “redistribute connected”, distribution via “bgp networks” now always has synchronize=yes) but for the purpose of routing my local networks to the rest of the network (which is still running v6) it works OK.
You may have an issue with the configuration. Config conversion is not perfect, and the whole structure of configuration has changed. It requires some time to get used to.
I think it is not a good idea to experiment on the core router, setup a test router and familiarize yourself with the new situation there.
I started with a CHR to see how it worked (versions earlier than 7.1rc were a disaster and not worth trying) and then later on my home router I partitioned the router, copied 6.49 to the second partition, then upgraded it and before I remained on the v7 I switched back to the v6 partition 2 times (after downloading the converted configuration), to make further study, ask questions, etc.
Why zerotier is supported only on ARM?
I used to read “testing” like “alpha”, and “development” as “not expect to be stable soon, sorry”. Now I see rename between these branches which is understandable from KPI and marketing point of view but not from technical point of view.
So please comment if 7.x in “testing” branch is more stable that it was in “development”, or we can consider testing to be new “not to expect to be stable soon”?
I do wait for BGP speed up and OVPN rewrite, too, and ZeroTier would be nice to see alive, but I need to know how to trust versioning scheme at all if such decidions are made just at manager will!
The 7.1 in “testing” is better than some of the earlier 7.0 and 7.1beta versions in “development”, for sure.
If it is near stable depends on your usage scenario. Some features are buggy, some things are unfinished or simply do not work at all yet.
But there are many features that work just fine. So it cannot be predicted how well it will work for you.
The problem is, Mikrotik try to be enterprise or ISP aimed vendor, not home-toys producer. And waiting for years for 7.0 upcoming (yes, it rotates to 7.1 without 7.0 stable release at all!) and getting only version rename instead of stabilizing of current feature set seems to be not what serious guys are used to do.
You are right, “serious guys” deliver you equipment and software and never upgrade it for you, no access to free upgrade downloads, no access to support, unless you pay even extra (above the elevated price) for a “support contract” where your support tickets are handled just like at MikroTik: sometimes you get quick resolution of your problem, sometimes it is just denied (“cannot reproduce”) or never fixed because you are a low priority relative to big enterprise.
When you feel better at home at such a company, please go buy there and do not bother yourself with using MikroTik!
what is the group for RB5009, group 1 or group 2? @emils
whatever.