@UsernameMT
after reset and manual tuning was better, but still 6.32.2 works faster on 50-70 mbps
system routerboard settings print
[admin@MikroTik] > system routerboard settings print
boot-device: nand-if-fail-then-ethernet
cpu-frequency: 600MHz
boot-protocol: bootp
force-backup-booter: no
silent-boot: no
[admin@MikroTik] > system routerboard settings print
init-delay: 0s
boot-device: nand-if-fail-then-ethernet
cpu-frequency: 600MHz
boot-protocol: bootp
force-backup-booter: no
silent-boot: no
+1When can we expect an update 6.36.1? I don't want update to unstable 6.37rc, but I need bugfixes from there.
Wondering the same... The demo systems (http://demo.mt.lv and http://demo2.mt.lv) are running with 6.36.1 since last week already.When can we expect an update 6.36.1? I don't want update to unstable 6.37rc, but I need bugfixes from there.
Possibly an issue with fastpath?Having issues with this build too, mangle New Routing Mark rules does not work with TCP packets
Downgraded back to 6.35.4 for now
After removal of the MPLS TE tunnel with RSVP Messages RSVP anyway transmitted between routers. MPLS TE reserves rate for the tunnel that we have already removed. These messages can be found in the dump traffic.
are you using latest winbox 3.x ?? do you have any supout.rif files from 6.36 from problematic boards? send it to support@mikrotik.com. Also check 6.37rc changelog maybe there are something fixed that might be in your config.I had about 5 devices most of them 2011UiAS-2HnD and one CRS125-24G-1S out of 300 devices that I monitor that where malfunctioning on upgrade to 6.36.
Not all menus would show data and even terminal wouldn't work.
All I managed to do was to paste a file to the files and do a downgrade. I used 6.35.4 that I had and luckily it worked fine in all except 1 device that is on a boot loop and I cannot flash it not even with netinstall
After you access with telnet, run command "/tool profile" to see what eats CPUHi,
Using HAP AC Lite with 6.36
- unable to access device via winbox after device is working for some time. need to reset via telnet to reboot and connect with winbox 3.4
- noted that cpu utilization is always at 100%
Did not able to experience this issues with v6.32
Anyone have an idea where this problem comes from?
Thank you.
Using fasttrack on 6.35.4 with no issues though, same config breaks mangle on WAN 2Possibly an issue with fastpath?Having issues with this build too, mangle New Routing Mark rules does not work with TCP packets
Downgraded back to 6.35.4 for now
============ Pls. see image result from the profile service==================After you access with telnet, run command "/tool profile" to see what eats CPUHi,
Using HAP AC Lite with 6.36
- unable to access device via winbox after device is working for some time. need to reset via telnet to reboot and connect with winbox 3.4
- noted that cpu utilization is always at 100%
Did not able to experience this issues with v6.32
Anyone have an idea where this problem comes from?
Thank you.
I am having a similar problem with 6.36 on CCR.Seems that mark routing is failing since 6.36 and only traffic from main wan is working.
If you disable fasttrack rule all works fine.
Same configuration works fine with 6.35.x
Yes I am using latest winbox... and I just had it on Friday again with a 2011UiAS-2HnD. I could connect on winbox but many menus didn't have any data. I could upload a file to downgrade or upgrade to a Realese Candidate but on reboot no down/upgrade was made and the file was not in place any more. I could reset to defaults also from the LCD... it would reset(it went to .88.1) but still same problem. When I was trying to send any command on cli I would get error prompting me to supout which I tried but as far as I remember it failed. I did a check installation and at about 80% it would fail saying a package was broken with a linux path (I didn't get a screenshot of the broken file). I managed to flash it to 6.35.4 and it would respond but after some settings it would respond slowly. Then I upgraded to the latest RC 6.37rc20 and since Friday it looks like it is working. Any ideas? I am close to 10 devices that this has happened after upgrading to 6.36are you using latest winbox 3.x ?? do you have any supout.rif files from 6.36 from problematic boards? send it to support@mikrotik.com. Also check 6.37rc changelog maybe there are something fixed that might be in your config.I had about 5 devices most of them 2011UiAS-2HnD and one CRS125-24G-1S out of 300 devices that I monitor that where malfunctioning on upgrade to 6.36.
Not all menus would show data and even terminal wouldn't work.
All I managed to do was to paste a file to the files and do a downgrade. I used 6.35.4 that I had and luckily it worked fine in all except 1 device that is on a boot loop and I cannot flash it not even with netinstall
I am having a similar problem with 6.36 on CCR.Seems that mark routing is failing since 6.36 and only traffic from main wan is working.
If you disable fasttrack rule all works fine.
Same configuration works fine with 6.35.x
Previous Version was 6.35.2.
I had a fasttrack rule for WAN1 (PPPoE-Client, 50Mbps) and another rule for WAN2 (DHCP, 200Mbps) in place, everything worked fine.
With 6.36 the traffic from WAN2 is not getting through (seems to be one sided, as is see traffic going out in torch), traffic from WAN1 works normally.
When I disable Fasttrack for WAN2 everything seems to work finde again.
As is want to keep CPU utilisation as low as possible, fasttrack would be great to function (again).
Best Regards
---update---
6.36 also break IPSec von WAN1 until I also disable Fasttrack for WAN1
---/update---
Not sure if this has been reported. Suppose you are running an older version of ROS with wireless-fp enabled, and you want to upgrade to 6.36. You might think it would be efficient to disable the wireless-fp package, enable the wireless-cm2 package, upload the new ROS image, and reboot once to make the transition. DON'T DO IT!
If you try switch to -cm2 and upgrade ROS in the same reboot, when the device comes back up it will have lost all wireless configuration! You MUST reboot after changing wireless packages, then reboot a second time after uploading ROS, to preserve wireless settings.
This happened to me on an RB435G and several RB912UAG-2HnD.