v6.34.6 [bugfix] is released!

Version 6.34.6 has been released in bugfix channel.

Changes since previous version:
*) discovery - fixed identity discovery (introduced in 6.34.5);
*) log - fixed time zone adjustment (introduced in 6.34.5);
*) snmp - fixed snmp timeout (introduced in 6.34.5);
*) vrrp - fixed missing vrrp interfaces after upgrade (introduced in 6.34.5).

If you experience version related issues, then please send supout file from your router to support@mikrotik.com. File must be generated while router is not working as suspected or after crash.

Route mark working in this version. CCR1009 All seems stable.

Good to know, I’ll update soon too. Thanks, much appreciated.

hAP lite upgraded 3,5 hrs ago and no issues detected so far.. Timestamps are ok now.

Updated from 6.32.3 on 1x RB3011 and 2x RB951. Went smooth and noticeable improvements. Great job MT team! :smiley:

Moved ~60 boards (CCRs, hAPs wAPs, CRSes, SXTs mostly) to this version - all solid so far..

P.S. five nice comments in a row about version? - this is WITCHCRAFT!! :slight_smile:

3 RB1100ahx2 upgrading all working well so far.

6.34.6 is working well on our test CCR’s.

Nice work Mikrotik

Upgraded some ipsec endpoints (mostly rb1100) ..all working well.
The new bugfix version seems to have the same quality/stability level of previous.. maybe better.
Well done!

Maybe we found a new LTS release…

After upgrade to 6.34.6 I encounter some error logs for IPsec when connecting from client machines (Windows 7, Android 6) to Mikrotik L2TP/IPsec server. The IPsec Proposal allows aes-256-cbc, aes-192-cbc, aes-128-cbc, and 3des
If Windows connects (aes-128) there is error
ipsec,error key length mismatched, mine:256 peer:128.
ipsec,error key length mismatched, mine:192 peer:128.

and after that there is a success when MT uses 128 in its 3rd attempt. If I disable aes-256 &192 then Android can not connect

that is because more secure algorithms are picked first until supported protocol by client is matched.

Thank you on your prompt response, appreciate.
I have solved the problem by choosing the Maximum strength encryption under “Data Encription” in Security Tab of the connection on the Windows client machine.
Now also win client chooses 256 as well as android

It does not work Simple Queues.Check it out!

Disable Fasttrack

Thank you so much!
That helped. Yet it is a bug, or tell how it should be?

Not a bug, read documentation.

This is probably good example why Dummy simple queue is necessary (similar to dummy firewall rules)

traffic engineer not working, had to downgrade and links came up.

please send your suppout.rif with your configuration and description to support@mikrotik.com we will test it.