RouterOS v7 will have a new linux kernel, which will allow for more hardware support, and some features and fixes that were not possible before.
RouterOS v7 is currently in early alpha and there is no scheduled release date yet.
and so on. I hope to be released version 6.35.1 with bugfixes?105547111 - MTU and L2MTU issues are already fixed in 6.36rc
eworm,pe1chl - Export for switch configuration is fixed in 6.36rc
Do you plan to release 6.34.4 with this bugfix?As far as we know all problems with PPP should be fixed in latest 6.35rc version. If you upgrade and still experience issues, then please send supout file from your device (6.35rc) to email@example.com
Nice.6.34rc32 version is released.
Changes since previous version:
*) net - fix bridge firewall chain check (broken since 6.33.2);
Fix this, pls.rc22 released. we have fixed the latest few problems and are getting ready for v6.33 release.
*) pptp,l2tp,sstp,pppoe: fixed bug #7586: do not sen*) email - allow server to be specified as fqdn which is resolved on each send;
OMFG! Hardly wait! Thnx!6.33rc7 is released!
Changes since 6.33rc5:
*) ppp - added CoA support to PPPoE, PPTP & L2TP (Mikrotik-Recv-Limit, Mikrotik-Xmit-Limit,
Mikrotik-Rate-Limit, Ascend-Data-Rate, Ascend-XMit-Rate, Session-Timeout);
It's a standard default config, why you say "very strange"?...if you do a reset configuration with 6.32rc6, the configuration goes to a very strange config with no firewall or routing and the IP address of 192.168.88.1 configure only on eth1.
But this checkbox enable multicore support for x86 on 6.31The specific checkbox/setting is not supposed to be shown in PC, only in CHR image.
Wait-wait. You want to say - in 6.31 broken support multicore cpu on x86 and this is not a bug, it's a feature?????Chupaka: Bug, on X86 regular this should not be shown. This is only for CHR image
As I understand - CHR without limitations and 64 version for bare metal x86 - not planned?That is a different topic, CHR works ourside the RouterBOARD, either in your PC or in the cloud or somewhere.
RouterOS built in virtualization also will be re-made, but nothing to announce yet.
No, it seems. Everything is as usual.Wow! Support says time.
Maybe I'm also lucky?
Dear Mikrotik support, what about
Judging by the fact that 6.29rc11 crashes with kernel panic where works 6.27 - we are waiting for an interesting version.Changelog for 6.29rc version is now uploaded to our download site. Sorry about a delay.
It seemed to me that this is the answer including for me. If I'm wrong - I am sorry.ufm,
I have not seen anything about v7 in reply for the ticket 2014122166000217, as my colleague wrote to you, now our developers are working on this issue.
26rc15 - problem still exists
Additional to Ticket#2014122166000217
When the number of PPPoE sessions on the device becomes more 1000 - when you turn off the one PPPoE session on all other sessions observed packet loss.
PPPoE connection automatic add rule to simple queue and I can not have way say "Hey, always add low speed rules before high speed".I.e. you agree that traffic from 192.168.0.2 to 192.168.0.1 limited by 50M not 10M?
easy - place 50M queue before 10M queue - and it will . I promise!
Ticket#2014122166000217I couldn't find any emails from the email address you use here. If you sent it from a different address, post the ticket number here, and I will check status