rpingar - Please keep this topic related to the version. It is in our plans, however, we can not provide any ETA. Unfortunately, it is not as simple as increasing the limit by changing its max value.
Working fine on a Chateau LTE12
Would it not be possible to implement that yourself using a clever bridge (or switch) filter?
That is most likely what those higher-level implementations do anyway. They make it easier by constructing the proper filter for you depending on the role you define for the port.
wireguard peer rx/tx counters reset to 0 at 4GB
Oh, is that new ?
Might be an older bug.
I haven’t really paid attention to it yet but I have a daily copy job of about 5 to 6 Gb using 7.5 and must say I was already wondering a couple of times why those counters are not way higher.
But the connection works so I don’t really care.
It’s nice none the less … unsigned 32-bit integer. Could have been signed, which would wrap from 2GB to -2GB.
Nah… then someone would have seen this a lot sooner.
Well, they are actually negative in MikroTik App for Android
I already reported that several months ago…
Frankly I cannot understand why someone today would implement a byte counter with less than 64 bits…
In RouterOS v6 there are even some counters that internally are 64 bits, but when read using e.g. SNMP or IPFIX (Netflow) suddenly they are treated as 32 bits.
I would hope that this has been fixed in v7 (not yet checked it)…
Hi, is it normal that in BGP sessions the prefix count is always 0? It seemed to me it was fixed in 7.6 beta10 or am I wrong?
It is not correct, but it is considered to be “normal” for v7.x… hopefully it will be fixed some time. Certainly it has not been fixed in beta10.
(there is another related feature but it is not the prefix count)
Isn’t it command line only? I think I’ve read something about it…
I didn’t even find the command from the CLI .. it’s amazing that you can’t see the number of routes of a BGP peer!
Well, it is possible to see it but it is a manual command you need to run to see the number at that time. Scan the route table to find the routes via that peer, and count them.
Like this:
/routing/route/print where belongs-to=bgp-IP-xx.xx.xx.xx
Now you get a list of routes via some BGP peer.
However, you will have to count them manually, because when you do this:
/routing/route/print count-only where belongs-to=bgp-IP-xx.xx.xx.xx
It will always print 0. Another bug, I think.
What we of course expect is a column in the sessions window that shows this number dynamically updated.
The column is there (Prefix count) but it is always zero because this number of prefixes is not kept in a variable in the new BGP, it would have to be calculated by walking the route table, which would be inefficient to do all the time in the background.
one week gone and no RC2
it takes time to polish it ![]()
What’s new in 7.6rc2 (2022-Oct-11 17:51):
*) bgp - added support for BGP advertisement displaying (CLI only);
*) certificate - improved certificate management, signing and storing processes;
*) dns - fixed DNS answer of cached CNAME entries (introduced in v7.6beta10);
*) lte - fixed handover from UMTS to LTE when PS activation had failed for MBIM modems;
*) lte - fixed MBIM modem initialization;
*) lte - removed reconnect delay after receiving DETACH notification for MBIM modems;
*) tr069-client - fixed reporting of “X_MIKROTIK_MimoRSRP” parameter;
*) wifiwave2 - fixed enabling of unconfigured interfaces;
good timing…lucky us I wrote it ![]()
Still have partition problems on RB5009. Also netinstall doesn’t help.
http://forum.mikrotik.com/t/v7-4rc-is-released/159201/47
regards
/routing/bgp/advertisements/print
Sanity has prevailed !
Thank you Mikrotik staff.
Partitions work on v7.6rc2 and 5009, please contact support.