v6.43.4 [stable] is released!

The Queues are not working right. I have a ccr1009 as my main router. This is the queue I have

/queue simple add burst-limit=768k/0 burst-threshold=128k/0 burst-time=2s/0s max-limit=512k/2M name=Simple target=VLAN21,VLAN22,VLAN23,VLAN24

And I noticed that it wasn’t doing anything. The strange thing is that once I had torch running in a particular interface, the queue works as intended. Tried restarting router. Tried a series of experiments (same queue, but on a single VLAN) and obtained the same result. Any ideas? How do I submit a bug?

So, it was working in previous versions and was broken in 6.43.4, right?

But by your description, it looks like you’re using FastTrack. According to the docs, it skips Queues.

Thank you. I moved some rules and didn’t noticed that my FastTrack rule ended up above and it was FastTracking this traffic before it got to the forward rules.

Now it kind of makes sense that the Queues worked when torching since it was going through all of my traffic instead of FastTracking.

pref-src in alternative routing table, in combination with output mangle routing do not set the correct output IP

I believe it’s because src-ip is selected in ‘main’ routing table, and mangle output is after routing decision (where src-ip is being selected) but before routing adjustment (where you can select new routing table but it’s too late for changing src-ip).

And I don’t believe it’s regression in 6.43.4…

yes, I remember, however this breaks the pref-src functionality, so I report it as a (design) bug. I think pref-src should actually adjust the outgoing IP in this scenario as well.

The issue is not the information itself but the choice of topic, or rather report channel, for it.

The “vX.X is released” topics are here to report issues specific to that release. As no topics or sub-forum for feature requests has been open, I believe support@mikrotik.com is the right channel to ask for them.

Same here

Hi
Europe/Volgograd time zone is incorrect. should be GMT Offset +04:00 from October 28

It’s not MiktoTik problem. All websites I can found show GMT +03:00 for Volgograd today, even Google.

If +04:00 is true, it needs to be fixed in TimeZone Database, not in applications.

This Volgograd change was published in tzdata on 2018-10-18, probably will have a long time to be updated in the servers.

https://github.com/eggert/tz/blob/ddc67c5c9aac03778d99090211437d4b869e5742/NEWS#L50

The brazilian change was published in tzdata on 2018-01-12 and mikrotik and google maps does not use it yet.

https://www.timeserver.ru/cities/ru/volgograd
https://blogs.technet.microsoft.com/dst2007/2018/10/11/time-zone-updates-for-volgograd-oblast-russia/

i

Anyway, 6.43.4 was released even before this was updated in TZ database :slight_smile: Politicians appeared to be slower than tech guys.

Write to support@mikrotik.com and ask them to update TZ info. Maybe in next version :slight_smile:

Sometimes after reboot, my Ltap Mini looses password and let me login without any.

Rebooting again often fixes the problem.
For security considerations this is extremely… Any ideas?
Have not seen this on any other MT router, and have several 100 in the field.

what about Ticket#2018101022007579?
My ccr still crashing to get fragmented packet of EOIP

hAP ac ( 962UiGS-5HacT2HnT), upgraded at Oct/17 with 6.43.4 build [Oct/17/2018 06:37:48]

after that get 8 reboots up today, that at boot leaves in LOG:
router was rebooted without proper shutdown by watchdog timer

there are no configuration changes, high loads
current firmware 6.43

Some problem but with 960GSP just regular restart by watchdog every 4 days in old version 6.42.xx have uptime 100day and more, support give me generic answer netinstall to last version and if happens again send again supout.rif.
Also have PowerBox Pro for now only one watchdog restart after update to 6.43.

It is easy to do netinstall for router in your room but in the tower, for now I look this as a new feature automatically router restart nice :slight_smile: or automatic cache cleaner nice new feature.

+1
Exactly the same problem (3x hAP ac + 1 hEX PoE)

I bought two brand new hEX routers, both came with RouterOS 6.40.4. Upgraded from System → Packages with default configuration still in place. After the upgrade, I could not log back in (it said “wrong username or password”), also WinBox neighbour discovery was not working. But internet traffic was working fine, so I know the router booted and was running succesfully, but I could not access it. Reboot did not help, had to manually reset the device using the reset button. After resetting, I was able to log back in again and the router was succesfully updated. Confirmed this issue with two brand new hEX routers, serial numbers show “…/806/r3” so revision 3???

Also upgraded two CCR1036, no problems.

HI All,
I tried to upgrade my box, see result i got on attached file.

Need way out from this mess please
upgrade confusion.JPG