Page 2 of 2

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Mon Mar 14, 2016 11:09 am
by uldis
Please make a support output file after the reboot and then another file when you see that the board has taken a lot of memory - this will help us to identify what causes the memory usage.
Send both files to support@mikrotik.com
Rc26
My hex increases the use of mem whitout reason until it hangs. Need to reboot to work again and do the same again.
12 hours more or less until it uses all the memory and need reboot.

No config changes before update. Only from rc 19 to rc 26

Update to include image.
Image

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Mon Mar 14, 2016 11:12 am
by uldis
In rc26, and it has been in CAPsMAN configuration, from the DHCP Server, which is activated in the other RB, has been confirmed a phenomenon in which the IP address is not passed.
Moreover, instead of immediately occur, but after the elapse of a few hours if you are using.

It has not been output, especially something like anxious to log.

If you have enabled local forwarding, it seems this phenomenon is likely to occur.
Please provide more detailed info on the problem. What RouterOS version and wireless package you had were this all was working fine?
What setup you have on the CAPsMAN and the CAP?
Please send the support output files and also information how to reproduce this problem to support@mikrotik.com

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Mon Mar 14, 2016 11:48 am
by kometchtech
In rc26, and it has been in CAPsMAN configuration, from the DHCP Server, which is activated in the other RB, has been confirmed a phenomenon in which the IP address is not passed.
Moreover, instead of immediately occur, but after the elapse of a few hours if you are using.

It has not been output, especially something like anxious to log.

If you have enabled local forwarding, it seems this phenomenon is likely to occur.
Please provide more detailed info on the problem. What RouterOS version and wireless package you had were this all was working fine?
What setup you have on the CAPsMAN and the CAP?
Please send the support output files and also information how to reproduce this problem to support@mikrotik.com
Hello, uldis.

I have to be reported in the following ticket.

[Ticket#2016031466000342]

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Mon Mar 14, 2016 12:07 pm
by MAYAKNET
Доброго дня Всем.

1. Очень серьёзная проблема, не могу от версии что обновился на 6.35rc19 ни дальше обновиться ни откатится назад. Пытался через НЕТИНСТАЛЛ 6.35.3 - не получилось. Не видит НЕТИНСТАЛЛ Микротик в состоянии BOOT

2. Около 2-х месяцев проблема с 2-йными сессиями в Микротик, во вложении скриншот. Авторизация у нас PPPoE через РАДИУС. Порой 2-х сессий так много, приходится по 2-3 раза в день перезагружать Микротик.



Problem001.jpg

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Mon Mar 14, 2016 1:50 pm
by Siona
Доброго дня Всем.

1. Очень серьёзная проблема, не могу от версии что обновился на 6.35rc19 ни дальше обновиться ни откатится назад. Пытался через НЕТИНСТАЛЛ 6.35.3 - не получилось. Не видит НЕТИНСТАЛЛ Микротик в состоянии BOOT

2. Около 2-х месяцев проблема с 2-йными сессиями в Микротик, во вложении скриншот. Авторизация у нас PPPoE через РАДИУС. Порой 2-х сессий так много, приходится по 2-3 раза в день перезагружать Микротик.



Problem001.jpg
English please

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Mon Mar 14, 2016 1:59 pm
by strods
Version 6.35rc28 has been released.

Changes since previous version:
*) l2tp - implemented l2tp and lns fastpath/fasttrack support;
*) pppoe-client - implemented fastpath support;
*) console - allow unknown scan-list names on wireless configuration to fix import;
*) console - sort completions/hints in natural order;
*) health - swap fan2 and fan3 on CCR1072;
*) ipsec - take into account ip protocol in kernel policy matcher;
*) led - turn on fault led on CCR1072 if CPU too hot;
*) lte - changed AT command processing;
*) mac-winbox - try to aggregate packets & resend all pending packets on timeout;
*) ppp - do not crash when received multiple CBCP packets;
*) winbox - correctly recognise if there is need to report fan information uder system health;
*) winbox - do not use area v2 names instead of ospf v3 area names;
*) winbox - make additional-network-mode optional for lte interface;
*) winbox - make mac-winbox work with RB850;
*) wireless - fix crash on nstreme-dual interface stats update.

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.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Mon Mar 14, 2016 2:46 pm
by incahex
Please make a support output file after the reboot and then another file when you see that the board has taken a lot of memory - this will help us to identify what causes the memory usage.
Send both files to support@mikrotik.com
Rc26
My hex increases the use of mem whitout reason until it hangs. Need to reboot to work again and do the same again.
12 hours more or less until it uses all the memory and need reboot.

No config changes before update. Only from rc 19 to rc 26

Update to include image.
Image
Sorry I downgrade to 6.34.3 and now all is ok.
I will wait for new RC to try upgrade in a future.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Mon Mar 14, 2016 3:13 pm
by amokkatmt
This issue with memory started for me on rc25. I have RB750GL.
Already upgraded to rc28. If issue reoccur, will try to make Supout.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Mon Mar 14, 2016 3:31 pm
by strods
incahex, amokkatmt - Do you have some kind of tunnels on your devices? For example, L2TP and/or PPPoE?

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Mon Mar 14, 2016 3:59 pm
by MAYAKNET
Доброго дня Всем.

1. Очень серьёзная проблема, не могу от версии что обновился на 6.35rc19 ни дальше обновиться ни откатится назад. Пытался через НЕТИНСТАЛЛ 6.35.3 - не получилось. Не видит НЕТИНСТАЛЛ Микротик в состоянии BOOT

2. Около 2-х месяцев проблема с 2-йными сессиями в Микротик, во вложении скриншот. Авторизация у нас PPPoE через РАДИУС. Порой 2-х сессий так много, приходится по 2-3 раза в день перезагружать Микротик.



Problem001.jpg
English please

Good day everyone.

1. Very serious problem, I can not from the version that was updated on 6.35rc19 no further update or rollback. Tried through NETINSTALL 6.35.3 - it did not work. He does not see NETINSTALL Mikrotik able BOOT

2. About 2 months is a problem with 2-ynymi sessions in Mikrotik, screenshot as an attachment. Authorization we PPPoE via RADIUS. Sometimes 2 sessions so much, we have 2-3 times a day to restart the Mikrotik.
Problem001.jpg

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Mon Mar 14, 2016 4:08 pm
by amokkatmt
incahex, amokkatmt - Do you have some kind of tunnels on your devices? For example, L2TP and/or PPPoE?
I have 1 PPPoE outgoing, 2 L2TP outg., 1 PPTP incoming running almost all the time.
Now waiting:
graph_image.php.png
uptime 1.5 hours.
Few last days:
graph_image2.php.png

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Mon Mar 14, 2016 4:27 pm
by amokkatmt
Good day everyone.

1. Very serious problem, I can not from the version that was updated on 6.35rc19 no further update or rollback. Tried through NETINSTALL 6.35.3 - it did not work. He does not see NETINSTALL Mikrotik able BOOT

2. About 2 months is a problem with 2-ynymi sessions in Mikrotik, screenshot as an attachment. Authorization we PPPoE via RADIUS. Sometimes 2 sessions so much, we have 2-3 times a day to restart the Mikrotik.
Problem001.jpg
Also have this issue on CCR1036-12G-4S.
Our real 800 pppoe clients turned into 2400 pppoe sessions with "kernel failure" random reboots and fail to up/down grade RouterOS. But netinstall worked for me. CCR just "kernel failure" and rebooting instead of flashing ROS. Same with restoring backups - "kernel failure". I have 3 supouts, 2 auto, and 1 created manually when uptime was 5 minutes. Where should I send this?

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Mon Mar 14, 2016 7:19 pm
by MAYAKNET
Good day everyone.

1. Very serious problem, I can not from the version that was updated on 6.35rc19 no further update or rollback. Tried through NETINSTALL 6.35.3 - it did not work. He does not see NETINSTALL Mikrotik able BOOT

2. About 2 months is a problem with 2-ynymi sessions in Mikrotik, screenshot as an attachment. Authorization we PPPoE via RADIUS. Sometimes 2 sessions so much, we have 2-3 times a day to restart the Mikrotik.
Problem001.jpg
Also have this issue on CCR1036-12G-4S.
Our real 800 pppoe clients turned into 2400 pppoe sessions with "kernel failure" random reboots and fail to up/down grade RouterOS. But netinstall worked for me. CCR just "kernel failure" and rebooting instead of flashing ROS. Same with restoring backups - "kernel failure". I have 3 supouts, 2 auto, and 1 created manually when uptime was 5 minutes. Where should I send this?



And Mikrotik CCR1036-12G-4S and Mikrotik CCR1016-12S-1S + I have them more reached the 10 pieces, and all this problem.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Tue Mar 15, 2016 2:24 am
by incahex
incahex, amokkatmt - Do you have some kind of tunnels on your devices? For example, L2TP and/or PPPoE?
I have a pppoe client for the wan connection.
Also I have a pppt server configured for my private use as tunnel when I use plublic hotel wifis. But normaly is not in use.

I update to RC28 and is also the same problem. Memory use increases whitout reason.

I will send you a support file before and after do reset right now.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Tue Mar 15, 2016 8:25 am
by strods
We are currently working on fixes for PPP problems. Please wait for upcoming release candidate versions which will include fixes for problems introduced in latest 6.35rc versions.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Tue Mar 15, 2016 9:30 am
by strods
Version 6.35rc29 has been released.

Changes since previous version:
*) RB3011 - fixed time keeping

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.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Tue Mar 15, 2016 9:51 am
by nz_monkey
Version 6.35rc29 has been released.

Changes since previous version:
*) RB3011 - fixed time keeping
Thanks Mikrotik support and developers.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Tue Mar 15, 2016 1:39 pm
by RyperX
I have wireless problems since 6.35rc28, didnt changed any config about that

Image

Has anybody else these problems?

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Tue Mar 15, 2016 5:44 pm
by uldis
I have wireless problems since 6.35rc28, didnt changed any config about that

Image

Has anybody else these problems?
With what wireless package you see this problem?
What configuration you have on the wireless and what wireless encryption you have enabled?
What is your wireless client hardware?

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Tue Mar 15, 2016 8:00 pm
by incahex
Not urgent but could you also update de RouterBOOT changelog in the wiki.
http://wiki.mikrotik.com/wiki/RouterBOOT_changelog
actual routerboot is 3.31 in mi hex and changelog wiki is still in 3.28

Thanks

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Tue Mar 15, 2016 8:30 pm
by RyperX
I have wireless problems since 6.35rc28, didnt changed any config about that

Image

Has anybody else these problems?
With what wireless package you see this problem?
What configuration you have on the wireless and what wireless encryption you have enabled?
What is your wireless client hardware?
Thanks for respone but i have to apology ;)
It wasnt the fault of the router or OS, one of my devices had a broken wifi chip.

v6.35rc [release candidate] is released, new wireless package!

Posted: Tue Mar 15, 2016 9:32 pm
by darkprocess
I've also those errors with my laptop with the rep package. Deconnections every 5 mn in average. Using the router as a repeater

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Wed Mar 16, 2016 10:41 am
by strods
Version 6.35rc30 has been released!

Changes since previous version:

*) ethernet - fixed Netmetal, QRT, DynaDish, SXT ac linking at 10/100Mbps (introduced in 6.35rc);
*) firewall - added experimental "action=route" in mangle prerouting - that forces packets to specific gateway by ignoring routing decisions (CLI only);
*) l2tp - fixed small memory leak on reconnects;
*) pppoe - make fast path receive work on tile, arm and x86;
*) proxy - fix ftp request url decode;
*) tile - fixed fast path related memory leak.

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.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Wed Mar 16, 2016 10:46 am
by i4jordan
Strange behaviour of a RB3011 with v6.35.RC28
It sometimes reports very high and strange interface usage:
[img]
RB3011-high-interface-usage.jpg
[/img]

eth6 is connected to a LTE router (max.150/150Mbps)
eth7 is connected to a ADSL2 router (max. 10/1 Mbps)
eth8 is connected to a ADSL2 router (max. 10/1 Mbps)

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Wed Mar 16, 2016 12:40 pm
by docmarius
*) firewall - added experimental "action=route" in mangle prerouting - that forces packets to specific gateway by ignoring routing decisions (CLI only);
Now this is a nice addition. I assume it also initiates connection tracking for reverse path...

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Wed Mar 16, 2016 10:45 pm
by mjs
I'm running 6.35.rc30 on RB3011 I have been getting these errors for sometime now, they go away if I back-grade to 6.34.3.
Capture.JPG

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Thu Mar 17, 2016 12:46 am
by KentornoS
Hello everyone, found bug with radius - Acct-Input-Octets always equal to 54 bytes:
radbug2.png
Here is session history from freeradius db:
radbug1.png
sessions are shown in desc order (newest on the top). Were used 6.35rc15, then downgraded to 6.34.3, then upgraded to 6.35rc30. As I can see, problem still exists in 6.35rc30, but all works perfect on 6.34.3.
Devices were used:

RB750UP r2 - 3 pcs
RB750
RB911G-5HPnD

Problem exists on all devices.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Thu Mar 17, 2016 11:43 am
by strods
Version 6.35rc31 has been released.

Changes since previous version:
*) fasttrack - fixed timer updating in connections table for fasttrack connections;
*) ppp - fixed crash when ppp interface gets disconnected and user gets authenticated at the same time (most probable with slow RADIUS server);
*) ppp - fixed memory leak high number of pppoe clients to the same server;
*) route - fix filter by routing table;
*) winbox - allow to set additional-network-modes;
*) winbox - allow to show revoked & authority flags at the same time;
*) winbox - do not show "enable-jumper-reset" setting on devices without serial port;
*) winbox - do not show real-tx-power column in current-tx-power by default;

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.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Thu Mar 17, 2016 5:44 pm
by Cha0s
After upgrading mAP Lite to 6.35rc31 from 6.34.2 the clock is off by ~1.8seconds every 15minutes.
map-lite-clock-drift2.png
I don't know if that was the case before or if it's a new bug but now that SNTP will log the time change it floods the logs with messages like
map-lite-clock-drift.png

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Thu Mar 17, 2016 5:52 pm
by juanvi
Happened here too with rc29 in x86 but stopped after a day. Normal behavior?
NTP SERVERS: 150.214.94.5 - 176.31.53.99

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Fri Mar 18, 2016 12:24 pm
by Cha0s
Happened here too with rc29 in x86 but stopped after a day. Normal behavior?
NTP SERVERS: 150.214.94.5 - 176.31.53.99
Probably not related with the problem on mAP Lite.

I just checked numerous devices with various versions and only mAP Lite does not keep time properly consistently.

It's always faster by 1.8seconds every 15minutes. I tripled checked it on 3 different mAP Lite devices (with 3 different versions of routeros - so the problem seems to always have existed on this device)

The following devices which I have available here at the moment do not show any problems with time keeping (max offset is ~ 18ms, min offset is a few μs)

RB433AH - MIPSBE (2 of them)
SEXTANT G - MIPSBE (2 of them)
SXT 5HPnD - MIPSBE (2 of them)
Groove A-52HPn - MIPSBE (2 of them)
2011UAS-2HnD - MIPSBE
hAP Lite - SMIPS (2 of them)
CCR1036-8G-2S+ - TILE (2 of them)
RB850Gx2 - PPC
RB3011 - ARM (OK as of v6.35rc29)
x86 (ESXi VM)

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Fri Mar 18, 2016 12:38 pm
by strods
Version 6.35rc32 has been released.

Changes since previous version:
*) bonding - fix crash on bonding slave release;
*) hotspot - fix possible deadlock;
*) l2tp - fixed kernel failure (introduced in 6.35rc);
*) snmp - fix getbulk result ordering with multiple request OIDs;
*) winbox - make mrru disabled and set mtu+mru to auto by default on new servers

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.

Re: Intel 5300AGN ping loss

Posted: Fri Mar 18, 2016 12:47 pm
by notToNew
I use 6.35rc26 wireless-rep (AP mode), my laptop (WIN7 INTEL wireless 5300AGN) had a lot of PING loss, when I changed to WIRELESS-CM2, everything is normal.
Can reproduce this with 6.35rc31 on Basebox2. Switched back to WIRELESS-CM2 as well.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Fri Mar 18, 2016 1:21 pm
by ohitz
*) snmp - fix getbulk result ordering with multiple request OIDs;
Excellent! I confirm this works, you can therefore close Ticket#2016030366000916.

Thanks,
Oliver

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Fri Mar 18, 2016 1:31 pm
by jondavy
dns cache stop work after some time
on RB2011UiAS with 6.35rc32

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Fri Mar 18, 2016 1:34 pm
by strods
Version 6.35rc33 has been released.

Changes since previous version:
*) bonding - fix crash on bonding slave release;
*) lte - changed AT parsing because supported Huawei modems use unsolicit events instead of polling

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.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Fri Mar 18, 2016 3:00 pm
by Florian
(Damn you're on fire today)

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Sat Mar 19, 2016 1:28 am
by SiB
Please add working 'Ctrl+F' at start of WinBox. I must always click on any managed or neighbors RB first.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Sat Mar 19, 2016 1:46 am
by raffav
Hello
can any one have any clue what about this error
Untitled.png

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Sat Mar 19, 2016 3:47 pm
by Beone
flashing haps with netinstall 6.34.3 and 6.34.3 packages doesn't work.

Trying to flash haps with netinstall 5.26 and 6.34.3 packages however does work.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Sun Mar 20, 2016 11:20 am
by anuser
I have a kind of small feature request for wireless-rep package:
- Can you add the user name that is used by the wifi clients to CAPsMAN view?

Re: v6.35rc [release candidate] is released, new wireless package! Small feature request

Posted: Sun Mar 20, 2016 2:06 pm
by Njumaen
Another small feature request: possibility to disable/enable single CAPsMAN's configurations

Thanks,

Ralf.

Re: Intel 5300AGN ping loss

Posted: Sun Mar 20, 2016 11:36 pm
by RafGan
I use 6.35rc26 wireless-rep (AP mode), my laptop (WIN7 INTEL wireless 5300AGN) had a lot of PING loss, when I changed to WIRELESS-CM2, everything is normal.
Can reproduce this with 6.35rc31 on Basebox2. Switched back to WIRELESS-CM2 as well.


I can confirm this issue. Two laptops Le... WiFi cards this same of type (first Win7, second Vista), 4 diffrents RBs and one this same problem (2,4GHz and 5GHz). Atheros card at the same time works fine on all of used RBs. Tested on rc33.

Regards, RafG.


Right now my daughter is telling me, that on her S6 is this same problem - I can confirm this, for sure, tomorrow.

Posted: Mon Mar 21, 2016 12:03 am
by Siona
I have similar problem. On dual band AP (capsman) I have massive data loss on 5ghz. After switching 5g off everything works fine. Rc33, hap ac.

Edit
problem still persist in 2.4 but not so often.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Mon Mar 21, 2016 9:58 am
by whitbread
My RB951UI constantly reboots every 10 to 11 hrs (watchdog enabled) due to lost connection to RB951G connected directly via ethernet. Both on RC32. No memory or cpu issue according to graphs. supout sent.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Mon Mar 21, 2016 11:00 am
by hedele
Version 6.35rc33 has been released.

*) lte - changed AT parsing because supported Huawei modems use unsolicit events instead of polling
I hoped that this might fix Ticket#2016031766000471 but unfortunately this just made it worse to the point that AT+CPIN? commands on the Huawei ME909s time out all the time, rendering the modem unusable as it is stuck in an initialization sequence loop. If I usb power-reset the modem, I get a response to AT+CPIN? once, but then the communication hangs at AT+CMEE=1 . I'll send in a supout.rif as well.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Mon Mar 21, 2016 11:18 am
by Quindor
I too am having wireless client issues since running 6.35rc33. Using a hAP AC in CAPsMAN mode and my clients keep loosing their connection to the network, connection stays up, but not traffic locally or to internet possible anymore. Reconnect of the wireless link immediately solves it. Running 6.35rc22 before this all worked perfectly well.

In my CAPsMAN logs I see the following:
XX:XX:XX:XX:XX:XX@Access-point_1_1 disconnected, received death: unspecified (1)

It seems to mostly happen to my Intel N wireless laptop

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Mon Mar 21, 2016 11:30 am
by ivicask
I too am having wireless client issues since running 6.35rc33. Using a hAP AC in CAPsMAN mode and my clients keep loosing their connection to the network, connection stays up, but not traffic locally or to internet possible anymore. Reconnect of the wireless link immediately solves it. Running 6.35rc22 before this all worked perfectly well.
I have the same issue on Metal 2SHPn, running regular AP without CAPsMAN, all traffic simple stops, i cant even acces AP i get connection refused, turning on off wireless on my HTC phone fixes it, i was thinking its my phone issue..will get logs next time from router when it happens.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Mon Mar 21, 2016 11:59 am
by strods
KentornoS - Your problem will be solved within RouterOS starting from 6.35rc34 version

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Mon Mar 21, 2016 12:21 pm
by strods
Version 6.35rc34 has been released.

Changes since previous version:
*) capsman - added 802.11g/n band;
*) chr - added support for VLAN on Hyper-V;
*) hotspot - fix possible deadlock;
*) hotspot - improved html page resistance against attacks;
*) l2tp & pppoe - fixed user traffic accounting when fastpath was used;
*) pppoe - fixed crash when removing <l2tp> pppoe service;
*) winbox - added init-delay option to routerboard settings;
*) winbox - added sfp-mac for GPON interfaces;
*) winbox - added support for route action in mangle rules;

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.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Mon Mar 21, 2016 12:40 pm
by heydude
Hi,
I just loaded the newest rc Release on our Test equippment (6.35rc33).
-Central router (PC with x86 Router OS), acts as CAPsMAN Manager
-CAP (Groove A-52HPn) controlled by CAPsMAN
-Client (Groove 52HPn) set in station mode as client

First I tryied to test all available frequency modes on the AP without CAPsMAN.
2.4GHz-B/G/N and 5GHz-A/N are both working fine.

If I enable the CAPsMAN control on the AP, it successfully gets all settings from the central router.
The 2.4GHz-B/G/N mode is still working fine with CAPsMAN
If I try to set 5GHz-A/N mode in the CAPsMAN profile, the AP gets the settings and looks ok, but the client can not find any 5GHz network.

Why 5GHz is working in standalone AP mode and not if controlled by CAPsMAN?

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Mon Mar 21, 2016 1:09 pm
by uldis
heydude, what country setting you have specified in the CAPsMAN configuration as it selected 5740mhz as a center channel?

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Mon Mar 21, 2016 1:13 pm
by uldis
Hello
can any one have any clue what about this error
Untitled.png
It looks like the connection before the CAPsMAN and CAP was lost and CAP initiated a new connection to the CAPsMAN.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Mon Mar 21, 2016 2:11 pm
by heydude
heydude, what country setting you have specified in the CAPsMAN configuration as it selected 5740mhz as a center channel?
Thanks for the tip. The country setting is really the problem. In the configuration I set it to Switzerland. So, strangely it selects 5740MHz as center channel, which is not allowed. If I set country to Germany it selects something like 5180, then it works fine. So, there might be a frequency table problem in the country settings.
Hope this will be fixed soon...

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Mon Mar 21, 2016 4:12 pm
by raffav
) winbox - added support for route action in mangle rules;
what is the usage of this new action ?
like a round-map on Cisco ?

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Mon Mar 21, 2016 7:40 pm
by juanvi
Cant' find:
Version 6.35rc34 has been released.

Changes since previous version:
*) capsman - added 802.11g/n band
[juanvi@xxx] /caps-man> configuration set channel.band=
2ghz-b  2ghz-b/g  2ghz-b/g/n  2ghz-onlyg  2ghz-onlyn  5ghz-a  5ghz-a/n  5ghz-a/n/ac  5ghz-onlyac  5ghz-onlyn

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Tue Mar 22, 2016 12:20 am
by RafGan
Next problem with wireless-rep and 6.35rc: point to point - one bridge with eth & wlan on both sides. Two VLANs on bridge, one of them is a multicast VLAN (IPTV, IGMP on switch connected to AP), second VLAN is an unicast VLAN. When STB is off, unicast works really great - about 160Mbs (AC mode, tcp speedtest on PC), but when STB is turning on, all trafiic goes down to minimal rate (max 6Mbs). Almost no access to AP, station RX & TX rates looks good (866Mbs) but on AP, TX is 6Mbs. Telnet waits "for a caffe", winbox too. Revert back to 6.34.2 and CM2 - all works OK on this same configuration (from a long, long time on A/N and AC devices).
I was trying: /system routerboard upgrade, multicast helper, multicast buffering, bridge filters, wireless channels and wireless channel width, wireless NV2, nstreme, 802.11 - nothing better. On eoip tunnel is ok (6.35RC) -but I don't like it with IPTV.

Any ideas?

Regards,
RafG

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Tue Mar 22, 2016 7:44 am
by Siona
Version 6.35rc34 has been released.

Changes since previous version:
*) capsman - added 802.11g/n band;
*) chr - added support for VLAN on Hyper-V;
*) hotspot - fix possible deadlock;
*) hotspot - improved html page resistance against attacks;
*) l2tp & pppoe - fixed user traffic accounting when fastpath was used;
*) pppoe - fixed crash when removing <l2tp> pppoe service;
*) winbox - added init-delay option to routerboard settings;
*) winbox - added sfp-mac for GPON interfaces;
*) winbox - added support for route action in mangle rules;

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.
Problem with disconnecting wifi under capsmana with Intel cards introduced in rc33 is still persist in rc34. It occurs less frequently. I noticed it only once whole yesterday evening.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Tue Mar 22, 2016 10:03 am
by iakor
Good day!

With wireless-rep package there is a problem: http://forum.mikrotik.com/viewtopic.php?t=81750#p528087

I have trouble with connection to router - time after time connection is interrupted (i can not ping, winbox disconnects after less then 10 min), but wifi is not (i did not see any messages with "wireless" in log).
I tried to understand root cause:
I did reconfigure my router - WiFi interface configured only like AP (internet is on ethernet interface) - i still gots disconnects from WiFi.
I do not change configuration of the router, but disabled wireless-rep package and enabled wireless-fp package - and WiFi becomes stable (i did not lost pings, winbox connected a long time.)

I updated to the last release (6.35rc34 (testing)). But the result is the same - From time to time router disconnects.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Tue Mar 22, 2016 10:53 am
by strods
juanvi - Do you use wireless-rep package?

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Tue Mar 22, 2016 10:58 am
by juanvi
juanvi - Do you use wireless-rep package?
Using cm2

v6.35rc [release candidate] is released, new wireless package!

Posted: Tue Mar 22, 2016 11:01 am
by darkprocess
Same issue here with the rep package

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Tue Mar 22, 2016 11:28 am
by strods
You must have at least 635rc34 and wireless-rep package on CAP device and also on CAPsMAN:

*) capsman - added 802.11g/n band;
*) wireless-rep - added 802.11g/n only band;

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Tue Mar 22, 2016 12:27 pm
by Cha0s
You must have at least 635rc34 and wireless-rep package on CAP device and also on CAPsMAN:

*) capsman - added 802.11g/n band;
*) wireless-rep - added 802.11g/n only band;
Any news about mAP Lite clock drift?

http://forum.mikrotik.com/viewtopic.php ... 31#p527731
http://forum.mikrotik.com/viewtopic.php ... 80#p527880

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Tue Mar 22, 2016 3:16 pm
by strods
Version 6.35rc35 has been released.

Changes since previous version:
*) chr - fixed kernel crash when virtual ethernet was not connected to anything in Hyper-V;
*) chr - implemented kernel crash saving to autosupout.rif (will utilize additional 24Mb of RAM);
*) romon - fix romon discovery after of romon ID change;
*) userman - fixed www crash;
*) wireless - fix crash on nstreme-dual interface stats update;

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.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Tue Mar 22, 2016 4:26 pm
by kometchtech
Flapping to and to apply RB3011 to the ROS35rc35 interface.
And trying to get the supout.rif file at the same time, it is LCD display buggy restarted without permission.

[Ticket#2016032266000631]

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Tue Mar 22, 2016 6:07 pm
by juanvi
Version 6.35rc35 has been released.
*) userman - fixed www crash;

What a small changelog with big (for me) things inside! I thought would never come! Can't wait for testing!
_______________________________________________________
 by strods » 22 Mar 2016, 10:28


You must have at least 635rc34 and wireless-rep package on CAP device and also on CAPsMAN:

*) capsman - added 802.11g/n band;
*) wireless-rep - added 802.11g/n only band;
Running 6.35rc34 with cm2 package I've found the gn mode under capsman provisioning but is missing under config:
[juanvi@xxx] > caps-man provisioning set hw-supported-modes=
a  a-turbo  ac  an  b  g  g-turbo  gn

[juanvi@xxx] /caps-man> configuration set channel.band=
2ghz-b  2ghz-b/g  2ghz-b/g/n  2ghz-onlyg  2ghz-onlyn  5ghz-a  5ghz-a/n  5ghz-a/n/ac  5ghz-onlyac  5ghz-onlyn
Can explain it better please?

Thanks

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Tue Mar 22, 2016 10:05 pm
by Siona
Version 6.35rc35 has been released.

Changes since previous version:
*) chr - fixed kernel crash when virtual ethernet was not connected to anything in Hyper-V;
*) chr - implemented kernel crash saving to autosupout.rif (will utilize additional 24Mb of RAM);
*) romon - fix romon discovery after of romon ID change;
*) userman - fixed www crash;
*) wireless - fix crash on nstreme-dual interface stats update;

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.
Still the same - disconnecting laptop with intel card.

Image

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Wed Mar 23, 2016 11:49 am
by strods
Version 6.35rc37 has been released.

Changes since previous version:
*) chr - fixed Hyper-V booting from SCSI;
*) chr - fixed Hyper-V on windows 8/10 reboot loop;
*) chr - implemented automatic storage increase on disk image size increase;
*) chr - no more installation on first boot;
*) lte - supported modems now use unsolicit events for network monitoring;
*) rb3011 - fixed high cpu load breaks ethernet stats;
*) rb3011 - fixed link down messages;
*) winbox - hotspot default-trial user shows profile as "unknown" in Winbox;

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.

Posted: Wed Mar 23, 2016 12:03 pm
by Siona
What about disconnecting issue?

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Wed Mar 23, 2016 12:10 pm
by kometchtech
Just my environment has confirmed the phenomenon might end up flapping from the ether6 to the ether10 interface.

Routerboard:RB3011
ROS6.35rc37

[Ticket#2016032266000631]

My best regards.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Wed Mar 23, 2016 1:53 pm
by hedele
Version 6.35rc37 has been released.
*) lte - supported modems now use unsolicit events for network monitoring;
Unfortunately, this still breaks compatibility with Huawei ME909s (Ticket#2016032166000454)

Version 6.35rc37

Posted: Wed Mar 23, 2016 3:54 pm
by jdsousa
When I install Version 6.35rc37 x86 and when HD boot gives kernel panic and can not start the system again.

Thanks.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Thu Mar 24, 2016 9:23 am
by strods
Version 6.35rc40 has been released.

Changes since previous version:

*) bonding - fixed crash when creating vlans on bonding interface;
*) bonding - fixed mac-address disappearance after reboot in specific setups;
*) chr - fixed reboots with license and queues;
*) chr - implemented automatic storage increase on disk image size increase;
*) fastpath - improved vlan fastpath;
*) map lite - added hardware WPS button support;
*) ppp - fixed ppp interface reconnect when uPnP was used;
*) quickset - fixed situations when hidden password was passed as ******* from winbox and webfig;
*) quickset - fixed wan interface selection on CCR1009-8G-1S-1S+;
*) quickset - use 5Ghz interface instead of 2GHz interface on SXT Lite5 ac;
*) routing - fixed routing-marks were not erased from memory when they are not being used;
*) winbox - added init-delay option to routerboard settings;

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.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Thu Mar 24, 2016 9:24 am
by strods
Version will require at least Winbox 3.4:
http://forum.mikrotik.com/viewtopic.php?f=21&t=106142

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Thu Mar 24, 2016 12:27 pm
by strods
Version 6.35rc41 has been released.

Changes since previous version:
*) bonding - fixed mac-address disappearance after reboot in specific setups;
*) chr - fixed reboots with license and queues;
*) quickset - fixed invalid date adjusted the signal threshold for the signal chart and refresh rate;

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.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Thu Mar 24, 2016 1:39 pm
by nkourtzis
Version 6.35rc40 has been released.

Changes since previous version:

[...]
*) winbox - added init-delay option to routerboard settings;
After upgrading, the option has dissapeared from routerboard settings.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Thu Mar 24, 2016 1:56 pm
by pietroscherer
Version 6.35rc35 has been released.

Changes since previous version:
*) chr - fixed kernel crash when virtual ethernet was not connected to anything in Hyper-V;
*) chr - implemented kernel crash saving to autosupout.rif (will utilize additional 24Mb of RAM);
*) romon - fix romon discovery after of romon ID change;
*) userman - fixed www crash;
*) wireless - fix crash on nstreme-dual interface stats update;

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.

Thanks especially for RoMON fix :D

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Thu Mar 24, 2016 2:35 pm
by strods
nkourtzis - At first we implemented checkbox. Afterwards we improved it and now it shows up only on devices which has this feature.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Thu Mar 24, 2016 2:41 pm
by kometchtech
Version 6.35rc41 has been released.

Changes since previous version:
*) bonding - fixed mac-address disappearance after reboot in specific setups;
*) chr - fixed reboots with license and queues;
*) quickset - fixed invalid date adjusted the signal threshold for the signal chart and refresh rate;

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.
It does not resolve the behavior to flapping at the RB3011 interface.

[Ticket #2016032466000172]

Posted: Thu Mar 24, 2016 2:50 pm
by Siona
Still problem with rep package with disappearing wifi access (wifi interface shows as connected but not work).

v6.35rc [release candidate] is released, new wireless package!

Posted: Thu Mar 24, 2016 2:58 pm
by darkprocess
Same here. Connected but no traffic. Has to disconnect and reconnect

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Thu Mar 24, 2016 3:10 pm
by strods
Version 6.35rc42 has been released.

Changes since previous version:
*) chr - fixed bridge firewall;
*) chr - make shutdown request from hyper-v work (might fix other hypervisor as well);
*) dude - fixed dude login logging, no more shows as winbox login;
*) timezone - fixed reboot by watchdog when selecting timezones from the end of list

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.

Posted: Thu Mar 24, 2016 3:15 pm
by Siona
Where can I find previous version of rc files? Need 6.35rc19.

Re:

Posted: Thu Mar 24, 2016 10:37 pm
by Zorro
Where can I find previous version of rc files? Need 6.35rc19.
http://download2.mikrotik.com/routeros/ ... e-6.19.zip ?

Posted: Fri Mar 25, 2016 12:37 am
by Siona
Thanks!

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Fri Mar 25, 2016 1:11 pm
by bajodel
Version 6.35rc41 has been released.
..[CUT]..
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.
It does not resolve the behavior to flapping at the RB3011 interface.

[Ticket #2016032466000172]


Version 6.35rc42 ..port flapping on 3011 persist (ports 6-10), device unusable

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Fri Mar 25, 2016 8:31 pm
by mszulc
I had the same 'non working' wifi problem as described by others with rep package.

End user device works good for some time and suddenly looses connectivity while showing wifi as connected. Simple disconnect/connect solves the problem for some time (5-10 minutes). If left with no intervention for some time the connectivity comes back in a few minutes - and this cycle happens again.
Revert to cm2 solves permanently.

Tested on 2011 and hap ac for 2 and 5 ghz with wpa2 psk, local config, no capsman.

I'm not sure but I feel like this mostly happens (or is more frequent) on iOS devices, but this could be not true - more testing required.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Fri Mar 25, 2016 9:27 pm
by benoga
i can confirm the wifi disconnect some times with all our 4 android devices. router is ccr1009 with capsman to hap ac wifi. look like not only iOS problem.
installed version 6.35rc42 rep package.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Sat Mar 26, 2016 1:24 pm
by Beone
V6.35rc42 with cm2 package and capsman also results in regularly wifi latency spikes to 1 sec and 2 seconds.

Reverting back the CAPSMAN to v6.34.3 while leaving the caps on v6.35rc42 resolves this latency spike issue. We use centralised forwarding on CCR

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Sat Mar 26, 2016 2:01 pm
by Cha0s
Version 6.35rc41 has been released.
..[CUT]..
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.
It does not resolve the behavior to flapping at the RB3011 interface.

[Ticket #2016032466000172]


Version 6.35rc42 ..port flapping on 3011 persist (ports 6-10), device unusable
Also confirmed here.

Downgraded back to 6.35rc29 and the problem was resolved.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Sat Mar 26, 2016 2:27 pm
by bajodel
Version 6.35rc42 ..port flapping on 3011 persist (ports 6-10), device unusable
Also confirmed here.
Downgraded back to 6.35rc29 and the problem was resolved.
I'm quite new to 3011 so I went back to 6.34.3, flapping resolved but I've encountered some strange 'loop' alert on bridges witch have VLANs (temp "bad fixed" moving VLANs onto real interfaces instead of bridge ones)

Thanks Cha0s for hint ..since I'm actually on lab testing, I can move to 6.35rc trunk again stopping at rc29 (for now).

Also, I cannot succeed in partitioning my lab 3011, probably a known issue but better to note here..

Re: Re:

Posted: Sun Mar 27, 2016 5:40 am
by IntrusDave
Where can I find previous version of rc files? Need 6.35rc19.
http://download2.mikrotik.com/routeros/ ... e-6.19.zip ?
actually...
http://download2.mikrotik.com/routeros/6.35rc19/all_packages-mipsbe-6.35rc19.zip
change the "mipsbe" to the platform you need.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Mon Mar 28, 2016 9:13 am
by KBV
CRL do not work correctly
Self-signed certificates do not contain CRL when working through winbox - CRL field not available.
When signing via CLI this is no problem.

But CRL is still not working correctly when you export / import the certificate- then CRL contains inappropriate information.

Re: Re:

Posted: Mon Mar 28, 2016 12:41 pm
by Zorro
Where can I find previous version of rc files? Need 6.35rc19.
http://download2.mikrotik.com/routeros/ ... e-6.19.zip ?
actually...
http://download2.mikrotik.com/routeros/6.35rc19/all_packages-mipsbe-6.35rc19.zip
change the "mipsbe" to the platform you need.
yeah, right. i just picked MIPSBE because probability and propagation between gear.
year later that might be "ARM", for example.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Tue Mar 29, 2016 4:04 pm
by nkourtzis
Requests for CAPsMAN bug fixes and new features, based on my experience with the current RC version:


1. {Nice to have} Add "CCQ", P Throughput" and "Signal to Noise", "Encryption" and "Group Encryption" and "WMM Enabled" fields to CAPsMAN Registration Table.

2. {Feature} Add "Frequency Mode", "WMM Support", "Multicast Buffering", "Keepalive frames", "Adaptive Noise Immunity" and "AMPDU Priorities" to CAPsMAN Config Settings.

3. {BUG} Make "Multicast Helper=full" in CAPsMAN slave interfaces work (now the interfaces stay in default setting).

4. {BUG} Make "Country=no_country_set" work on CAPsMAN 5GHz 802.11ac interfaces (it works on 2.4GHz, but on 5GHz ones it results in "no supported band" error message, regardless of the band and frequency settings).

5. {Feature} Add a scan/freq usage feature in CAPsMAN, with an aption to run in the background. Right now, if one wants to scan, they have to detach the physical interface from the Manager, do the scan and re-attach it. [In the future, use this info to auto-adjust CAP channels and power levels.]

6. {Annoying} Stop CAPsMAN from creating virtual interfaces on CAPs with name "wlanXXX" where XXX is a number which is incremented every time the interface is disabled and re-enabled.

7. {Nice to have} Let the user rename the virtual interfaces on the CAPs, like he/she can do with physical interfaces.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Tue Mar 29, 2016 6:05 pm
by m94646602
Requests for CAPsMAN bug fixes and new features, based on my experience with the current RC version:


1. {Nice to have} Add "CCQ", P Throughput" and "Signal to Noise", "Encryption" and "Group Encryption" and "WMM Enabled" fields to CAPsMAN Registration Table.

2. {Feature} Add "Frequency Mode", "WMM Support", "Multicast Buffering", "Keepalive frames", "Adaptive Noise Immunity" and "AMPDU Priorities" to CAPsMAN Config Settings.

3. {BUG} Make "Multicast Helper=full" in CAPsMAN slave interfaces work (now the interfaces stay in default setting).

4. {BUG} Make "Country=no_country_set" work on CAPsMAN 5GHz 802.11ac interfaces (it works on 2.4GHz, but on 5GHz ones it results in "no supported band" error message, regardless of the band and frequency settings).

5. {Feature} Add a scan/freq usage feature in CAPsMAN, with an aption to run in the background. Right now, if one wants to scan, they have to detach the physical interface from the Manager, do the scan and re-attach it. [In the future, use this info to auto-adjust CAP channels and power levels.]

6. {Annoying} Stop CAPsMAN from creating virtual interfaces on CAPs with name "wlanXXX" where XXX is a number which is incremented every time the interface is disabled and re-enabled.

7. {Nice to have} Let the user rename the virtual interfaces on the CAPs, like he/she can do with physical interfaces.

+1 +1 +1 Band Steering. Many times, I often need to complete the work by hand. :( :( :(

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Tue Mar 29, 2016 9:50 pm
by diorges
MikroTik dont recognize ospfv3 bits from edgerouter, mikrotik should ignore unrecognized bits and process the packet normally as decribed in the RFC,

Look at RFC https://tools.ietf.org/html/rfc5340#appendix-A.2

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Tue Mar 29, 2016 11:59 pm
by napismizpravu
6.35rc42 - RB433UAH (power 24V 2A)

uptime 5 days error system ...crash proxy, drive disk add duplicate USB1 ...FTP to USB1 void...ftp to disk6 contents USB1

reboot RB433UAH disk OK... disk6 disappeared, USB1 functional

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Wed Mar 30, 2016 7:40 am
by jondavy
Requests for CAPsMAN bug fixes and new features, based on my experience with the current RC version:


1. {Nice to have} Add "CCQ", P Throughput" and "Signal to Noise", "Encryption" and "Group Encryption" and "WMM Enabled" fields to CAPsMAN Registration Table.

2. {Feature} Add "Frequency Mode", "WMM Support", "Multicast Buffering", "Keepalive frames", "Adaptive Noise Immunity" and "AMPDU Priorities" to CAPsMAN Config Settings.

3. {BUG} Make "Multicast Helper=full" in CAPsMAN slave interfaces work (now the interfaces stay in default setting).

4. {BUG} Make "Country=no_country_set" work on CAPsMAN 5GHz 802.11ac interfaces (it works on 2.4GHz, but on 5GHz ones it results in "no supported band" error message, regardless of the band and frequency settings).

5. {Feature} Add a scan/freq usage feature in CAPsMAN, with an aption to run in the background. Right now, if one wants to scan, they have to detach the physical interface from the Manager, do the scan and re-attach it. [In the future, use this info to auto-adjust CAP channels and power levels.]

6. {Annoying} Stop CAPsMAN from creating virtual interfaces on CAPs with name "wlanXXX" where XXX is a number which is incremented every time the interface is disabled and re-enabled.

7. {Nice to have} Let the user rename the virtual interfaces on the CAPs, like he/she can do with physical interfaces.
+1
and too, show Radio-name(for mikrotik stations), Distance, Traffic graphic, signal-sthrength table,ping, mac-ping, torch, mac-telnet buttons


bug: in winbox gui, on wireless interface, not show button CAP if package wireless-cap is not installed/enabled

bug: in winbox gui on interfaces in the "+" button rename the latest interface type for "interfaces" to "Controlled AP, or CAP"

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Wed Mar 30, 2016 11:18 am
by strods
Version 6.35rc43 has been released.

Changes since previous version:

*) fastpath - fixed show rx-bits-per-second on all VLAN interfaces;
*) nand - implemented once a week nand refresh to improve stored data integrity (will increase sector writes);

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.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Wed Mar 30, 2016 11:38 am
by NetworkPro
nand - implemented once a week nand refresh to improve stored data integrity (will increase sector writes)

Also for USB Flash in x86 ?

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Wed Mar 30, 2016 11:41 am
by macgaiver
uuuu...

*) nand - implemented once a week nand refresh to improve stored data integrity (will increase sector writes);

looks like v6.35 suddenly become my new favorite version.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Wed Mar 30, 2016 12:12 pm
by slv
Hi

I have 3011 and strange issues with port based VLANs [Ticket#2016031766000506] - could someone confirm same problems?
I have separate topic for that problem http://forum.mikrotik.com/viewtopic.php?f=2&t=106049

Regards
Slawek

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Wed Mar 30, 2016 1:52 pm
by sam1275
When will this version become release?

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Wed Mar 30, 2016 6:10 pm
by uldis
V6.35rc42 with cm2 package and capsman also results in regularly wifi latency spikes to 1 sec and 2 seconds.

Reverting back the CAPSMAN to v6.34.3 while leaving the caps on v6.35rc42 resolves this latency spike issue. We use centralised forwarding on CCR
What setup you have on the CAPsMAN for the CAP interface?

What is your wireless client and what OS you use?

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Wed Mar 30, 2016 9:10 pm
by Beone
when upgrading back to v6.35rc42 to try to reproduce, we didnt see the same behavior anymore.

CAPSMAN platform: ccr1009
caps: rb951g/rb951ui/hap ac lite
client: MacOS 10.11.4 - macbookair 7,2 - Broadcom BCM43xx 1.0 (7.21.95.175.1a6)

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Wed Mar 30, 2016 10:16 pm
by diorges
@strods

And what about the problem with OSPFv3 with EdgeRouter, mikrotik reject EdgeRouter OSPFv3 because of a flag AF which EdgeRouter sends, but in RFC says that unrecognized bits should be ignored.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Thu Mar 31, 2016 7:09 am
by ofca
Was central user control/access point protection/locking from capsman already suggested?
It's kinda boring to login to 40+ access points to password protect them. ;)

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Thu Mar 31, 2016 1:07 pm
by Awax
FastTrack doesn't work at RB750G.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Fri Apr 01, 2016 10:04 am
by strods
Version 6.35rc44 has been released.

Changes since previous version:
*) chr - try to renew expired license once a hour instead of 100h;
*) defconf - fixed default configuration for SXT LTE;
*) lte - improve situation when SXT modem never finds operator;
*) lte - supported modems now use unsolicited events for network monitoring;
*) rb3011 - make ether6-ether10 work if SFP module is present on bootup;
*) trafficgen - fixed console arguments;

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.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Fri Apr 01, 2016 12:11 pm
by PatrickKan
There is a serious bug introduced in rc44 for my CCR1036. After upgrade reboot, the L2MTU values for both sfp+ ports changed to 1580 from their original values of 9014. To make matter worse, neither Winbox nor console allows you to change the L2MTU back to their original values.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Fri Apr 01, 2016 3:05 pm
by strods
Version 6.35rc45 has been released.

Changes since previous version:

*) hotspot - make video tag work properly on hotspot login.html page
*) ipsec - fixed crash on policy update;
*) ppp - fixed ppp crash if lcp packets were lost and authentication got delayed;

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.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Fri Apr 01, 2016 11:08 pm
by RafGan
My two STX 5AC are death after upgrade to this version! No access, so no suppot.rif. Tomorrow netinstall.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Fri Apr 01, 2016 11:58 pm
by nz_monkey
Since rc42 our test CCR1036 has stopped on "starting kernel" when rebooting after the update.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Sat Apr 02, 2016 1:51 am
by fallenwrx
same issue, upgraded from 6.35rc44 to 6.35rc45, fails to boot falls back to backup partition

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Sat Apr 02, 2016 6:29 am
by mkorban
same issue with 91xG 2HPnD
After the update the router is unavailable.
netinstall not help restore operability
reset is also not effective - sound can be heard, blinking LEDS forming, but a router is not available.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Sat Apr 02, 2016 11:33 am
by cREoz
On update from 6.35rc43 to 6.35rc45 my RB951G-2HnD got boot-loop :?
How i can recover him?

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Sat Apr 02, 2016 12:09 pm
by mistry7
On update from 6.35rc43 to 6.35rc45 my RB951G-2HnD got boot-loop :?
How i can recover him?

On my CRS too, need to netinstall

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Sat Apr 02, 2016 12:58 pm
by Shak7
Same thing here with RB2011UiAS-2HnD-IN. Tried many times to Netinstall. The router always tries Ethernet boot, fails then says kernel failure before rebooting itself.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Sat Apr 02, 2016 5:39 pm
by raffav
same thing on BASEBOX2 and RB450G

on RB450 using serial pot i get the kernel panic information that no system found
so i think that when start the process uninstalling the old one an installing the news on it crash so there is no system at all
via netinstall i was able to put rc45 up with no problem

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Sat Apr 02, 2016 8:03 pm
by RafGan
My two STX 5AC are death after upgrade to this version! No access, so no suppot.rif. Tomorrow netinstall.

Netinstall to 6.34.4 - works good again :D

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Sat Apr 02, 2016 8:23 pm
by easyspot
Last time using 6.35rc, ended with link dead for 1 day. Must do netinstall on both side. Now using 6.32.4 to keep out of trouble. No more rc version for me :D

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Sat Apr 02, 2016 9:01 pm
by Shak7
Same thing here with RB2011UiAS-2HnD-IN. Tried many times to Netinstall. The router always tries Ethernet boot, fails then says kernel failure before rebooting itself.
Worked flawlessly with Netinstall 6.34.4
Thanks to Raf G ! :D

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Sun Apr 03, 2016 11:04 am
by Cha0s
*) rb3011 - make ether6-ether10 work if SFP module is present on bootup;
Does this resolve the port flapping issue that appeared on some rc after rc29?

If yes, did anyone manage to upgrade to the latest rc without 'bricking' their board?
There are a few reports not being able to boot afterwards.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Sun Apr 03, 2016 9:02 pm
by Florian
I'm staying on rc43, rc45 seems risky...

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Sun Apr 03, 2016 11:10 pm
by upower3
Well, (at least) on weak devices like hAP lite I used to see 0 volts as voltage. Very sad to see that:

http://prntscr.com/anqej6

But as far as I know this is not even this RC problem. Any fix to come?

By the way when it comes to voltage if it is possible to see which power source is used on more powerful devices that have both PoE-in and power source? I'd be pretty happy to see "voltage" and "Power input" as two separate value (to have it in SNMP will be the best idea, great to monitor the power source health).

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Mon Apr 04, 2016 2:03 am
by bajodel
*) rb3011 - make ether6-ether10 work if SFP module is present on bootup;
Does this resolve the port flapping issue that appeared on some rc after rc29?

If yes, did anyone manage to upgrade to the latest rc without 'bricking' their board?
There are a few reports not being able to boot afterwards.
My lab rb3011 is working flawlessly with this new rc ..port flapping fixed

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Mon Apr 04, 2016 5:36 am
by mbfound
Anyone lose wireless on 6.35rc45?

It completely disappeared on a 951Ui-2HnD. Reboot and resetting didn't help. Downgrading to stable fixed it.

Upgrading to RC again now to see if it happens again.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Mon Apr 04, 2016 5:53 am
by IntrusDave
Anyone lose wireless on 6.35rc45?

It completely disappeared on a 951Ui-2HnD. Reboot and resetting didn't help. Downgrading to stable fixed it.

Upgrading to RC again now to see if it happens again.
Not here. I have 3 RB's with wifi running with no issue.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Mon Apr 04, 2016 5:55 am
by w0lt
Upgrading to ROS v6.35rc45 has caused so many problems (bricking units), packages missing that I have spent the past few days just cleaning up the mess.
I have downgraded all but one router (that I can't reach now) to v6.34.4. So far, so good.
I realize this is rc revisions but is someone at Mikrotik deliberately trying to sabotage the firmware? :(
Think I'll stick with non-rc for a while till I'm convinced Tik is releasing nonvolatile firmware.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Mon Apr 04, 2016 6:03 am
by PeterDoBrasil
yes, rc 45 is very problematic

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Mon Apr 04, 2016 8:56 am
by nkourtzis
Upgrading to ROS v6.35rc45 has caused so many problems (bricking units), packages missing that I have spent the past few days just cleaning up the mess.
I have downgraded all but one router (that I can't reach now) to v6.34.4. So far, so good.
I realize this is rc revisions but is someone at Mikrotik deliberately trying to sabotage the firmware? :(
Think I'll stick with non-rc for a while till I'm convinced Tik is releasing nonvolatile firmware.
Keep in mind that is is called release CANDIDATE, that is, not released yet. If you want stability, stay with the stable version.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Mon Apr 04, 2016 11:08 am
by whitbread
Sure but RC is not Test; so a bricked unit is not be expected usually...

If something is not working you rather expect to downgrade to your last working version and not to start from scratch.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Mon Apr 04, 2016 11:18 am
by PatrickKan
I tried both 6.35r44 and r45 on my ccr1036 and crs226. Here were the combinations of problems:

6.35r44:
1. On CCRr1036 - it messed up the MTU and L2MTU values for both SFP+ ports and broke both SFP+ links. The worst of all, neither Winbox nor console was able to restore the original L2MTU values.
2. On CRS226 - it sent the unit into bootloop after reboot and netinstall had to be used to restore to older releases.

6.35r45:

1. On CCRr1036 - it messed up the MTU and L2MTU values for both SFP+ ports and broke bothl SFP+ links. The worst of all, both Winbox and console were unable to restore the original L2MTU values.

2. On CRS226 - it didn't cause bootloop.

I am back to 6.35r43 now.


Hope it helps.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Mon Apr 04, 2016 11:19 am
by juanvi
I disagree: For me RC=TEST

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Mon Apr 04, 2016 11:24 am
by normis
RC are essentially "Nighty Builds", don't rely on them in important networks.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Mon Apr 04, 2016 2:27 pm
by whitbread
No problem for me apart from the naming. I am a SOHO user only and nobody else than me is relying on my infrastructure.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Mon Apr 04, 2016 2:39 pm
by vortex
RC are essentially "Nighty Builds", don't rely on them in important networks.
Then they are not RC. Similar naming problem as "Current".

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Mon Apr 04, 2016 2:55 pm
by notToNew
Then they are not RC. Similar naming problem as "Current".
Right! Current RC-Branch should go to "development"...

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Mon Apr 04, 2016 3:14 pm
by vortex
And I am thinking "Current" is maybe 2 things in one: Feature + RC

Nightly -> Beta -> RC -> Feature -> Bugfix

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Mon Apr 04, 2016 3:38 pm
by kometchtech
And I am thinking "Current" is maybe 2 things in one: Feature + RC

Nightly -> Beta -> RC -> Feature -> Bugfix
+1

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Mon Apr 04, 2016 3:43 pm
by macgaiver
Each developer of software have it's own unique way to classify software releases.
Big thanks to MikroTIK to transfer to 3 stage release (RC, Current, bugfix) it is sufficient for all my needs.

I'm testing new RC mainly because of
*) nand - implemented once a week nand refresh to improve stored data integrity (will increase sector writes);

i have upgraded ~50 oldest devices in the network and it looks like 4 of them was too far gone, so netinstall was necessary, after it all devices worked perfectly, i was even able to keep config on all of them. Anyone else have noticed something similar? after v6.35rc43

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Mon Apr 04, 2016 4:25 pm
by nkourtzis
My experience was similar. Two out of around 40 devices were "bricked" by RC45, requiring a netinstall. One of them (a RB2011UiAS-RM) stuck on reboot and when power-cycled it came up but the system was corrupted (it was not even reporting a ROS version) but basic (hardware) interfaces and bridges were working. Not the ppp ones though. The other one, a hAP AC, was bootlooping no matter what. Retaining the current config during netinstall worked, at least in the hAP AC (for the other one I had kept a config file).

One other thing that I noticed (not related to the above problem) was that when all three chains are enabled on the 2.4GHz interface of the hAP AC, not all devices can associate. For example two phones, one with Android and the other with Windows Phone could not connect. When I turned off chain 2 (the third chain) devices which were not associating before, could connect successfully. Same with chain 1, although sync speeds seemed to be lower in this case. The 5GHz interface does not seem to have such a problem. I think (I am not sure though) that this is something that occured lately. Unfortuantely, it was not reported earlier so I cannot give any further info. But my observation above was made yesterday.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Mon Apr 04, 2016 5:06 pm
by vortex
Given by the regressions and the number of iterations on the Current stream, I would say it is Beta+Feature, actually.

Which would be more damning evidence of the bad RC naming.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Mon Apr 04, 2016 5:29 pm
by vortex
Basically:

- Almost all the fixes in the Current stream should be for new features or bugs still present in Bugfix.
- Most of the time RC should move to Current with 0 or 1 iterations.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Mon Apr 04, 2016 5:31 pm
by BartoszP
Big thanks to MikroTIK to transfer to 3 stage release (RC, Current, bugfix) it is sufficient for all my needs.
It is much, much better than older approach.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Mon Apr 04, 2016 5:39 pm
by vortex
Big thanks to MikroTIK to transfer to 3 stage release (RC, Current, bugfix) it is sufficient for all my needs.
It is much, much better than older approach.
But it seems it is still not good enough for some people who can't just stay on Bugfix.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Mon Apr 04, 2016 5:56 pm
by vortex
Actually, there should be 2 real RC streams, one for Bugfix, and one for Current.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Mon Apr 04, 2016 6:00 pm
by macgaiver
Vortex and co. You can't keep everyone happy, and you never will.
Please, find the old topic about the release system and post your feelings about it there. Hijacking technical topics only delays the problem solving.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Mon Apr 04, 2016 6:07 pm
by vortex
Yes, people can be made happy.

The current release approach is still bad compared to the typical lifecycle of popular products and projects.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Mon Apr 04, 2016 6:12 pm
by RyperX
I also had the problem that the router couldnt reboot after the update (2011UiAS-2HnD)
Unplugged power and after replug the router startet.

I know it was my fault that i didnt checked the forum before installation but i dont understand why mikrotik still deliver this update when there are much more problems then normal.
It would be enough to disable the update and wait for next release.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Mon Apr 04, 2016 6:53 pm
by juanvi
Stop this debate and enjoy RC releases! Feel proud yourselves because you're helping Mikrotik in making best networking products ever seen! They let us be a part of the developement with the RC channel! As the others do? ;-)

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Tue Apr 05, 2016 12:43 am
by RafGan
Stop this debate and enjoy RC releases! Feel proud yourselves because you're helping Mikrotik in making best networking products ever seen! They let us be a part of the developement with the RC channel! As the others do? ;-)

That is true. If you install RC, you must think about risk and revert back to working versions in unusually issues. My SXTs are on top of the roofs - no such a big thing with it - 30 minutes per one, but I can tell people on this forum, that something wrong is with this version of ROS RC. Next RC will be installed on my home MT, then on SXTs. I don't know other marks that releases RC firmwares. Maybe MT should do RC for registered RC/beta testers?

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Tue Apr 05, 2016 1:41 am
by vortex
The problem is not that it is RC, but that it is NOT.

It is not even beta, because Current is beta-level, IMHO.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Tue Apr 05, 2016 3:37 am
by pbr3000
The problem is not that it is RC, but that it is NOT.

It is not even beta, because Current is beta-level, IMHO.
I need to echo macgaiver: go to the right topic (or create a new) and post your complains in there. No offenses, just to don't mess up this topic.

And to all who are experiencing bugs: send your reports to support@mikrotik.com because (repeating mikrotik staff) this forum is officially "from and to" mikrotik users only.

My latest bug report was:
From 6.34 changelog:
*) snmp - add oid from ucd mib for total cpu load OID 1.3.6.1.4.1.2021.11.52.0;
And this oid don't works anymore on the v6.35rc42 (CCR1009) and above. Untested in prior 6.35rc versions.

I had some lab gears bricked too on v6.35rc45, but I don't sent bug reports because it should be too obvious to mikrotik team.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Tue Apr 05, 2016 4:24 am
by vortex
I already created a new topic, but people keep discussing the issue here instead.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Tue Apr 05, 2016 11:50 am
by paoloaga
Nightly -> Beta -> RC -> Feature -> Bugfix
Too many branches encumber the devs. I think that actual situation is far better than before, we should just understand the naming convention used by MT or maybe they can just change it:

RC => Development
Current => Latest features
Bugfix => Long Term/Stable

I am very happy about the new management of software releases.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Tue Apr 05, 2016 1:27 pm
by strods
Version 6.35rc46 has been released,

Changes since previous version:

*) lcd - fixed branding packet logo drawing on startup;
*) lte - replaced signal-strength with rssi in info command;
*) nand - fixed reboot loop after upgrade to >v6.35rc43;
*) ppp - fixed some clients can not connect due to LCP restart;
*) tool fetch - fixed https cleanup on user stop while handshaking;
*) winbox - make build with latest lte changes;
*) wireless-rep - fixed latency issues with Intel 2.4GHz wireless clients

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.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Tue Apr 05, 2016 3:39 pm
by napismizpravu
RB433UAH (power 24V 2A) upgrade 6.35rc43 > 6.35rc46 = netinstall (karnel panic)

netinstall all_packages-mipsbe-6.35rc46 working

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Tue Apr 05, 2016 3:57 pm
by Siona
same here. after downgrade to 6.34.4 and installing 6.35 rc46 working fine util usb lte (3372) connecting.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Tue Apr 05, 2016 5:11 pm
by BartoszP
RB411 .. no problems

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Tue Apr 05, 2016 6:01 pm
by raffav
Is any one having problem with vlan/trunk on the RC46? on CRH?

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Wed Apr 06, 2016 5:07 am
by PeterDoBrasil
I also had the problem that the router couldnt reboot after the update (2011UiAS-2HnD)
Unplugged power and after replug the router startet.

I know it was my fault that i didnt checked the forum before installation but i dont understand why mikrotik still deliver this update when there are much more problems then normal.
It would be enough to disable the update and wait for next release.
I threw my router in the trash, 2011UiAS-2HnD :(

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Wed Apr 06, 2016 5:21 am
by IntrusDave
I also had the problem that the router couldnt reboot after the update (2011UiAS-2HnD)
Unplugged power and after replug the router startet.

I know it was my fault that i didnt checked the forum before installation but i dont understand why mikrotik still deliver this update when there are much more problems then normal.
It would be enough to disable the update and wait for next release.
I threw my router in the trash, 2011UiAS-2HnD :(
LOL haven't heard about Netinstall?

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Wed Apr 06, 2016 6:23 am
by 2frogs
I have 2x 951Ui-2HnD that are non-responsive after updating to v6.35rc45. One of them came back up partially, it had the the entire RoS Package disabled in it. I made a supout.rif and re-enabled the package and now it is completely non-responsive.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Wed Apr 06, 2016 7:16 am
by pbr3000
I have 2x 951Ui-2HnD that are non-responsive after updating to v6.35rc45. One of them came back up partially, it had the the entire RoS Package disabled in it. I made a supout.rif and re-enabled the package and now it is completely non-responsive.
:? The v6.35rc45 was especially bugged...

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Wed Apr 06, 2016 7:48 am
by rzirzi
RC46 i VERY problematic after update...
After automatic update under "check for updates" at my RB493G (mipsbe-separate packages) - some packages gone, only "system" has upgraded to rc46, i have had to power unplug/plug to make it working, then put missing rc46 packages at winbox. VERY problematic is version RC46!

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Wed Apr 06, 2016 12:11 pm
by strods
Version 6.35rc47 has been released.

Changes since previous version:
*) tile - fixed performance regression on switch chip (introduced in 6.33rc18);
*) tile - fixed l2mtu change (introduced in 6.35rc);

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.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Wed Apr 06, 2016 1:08 pm
by strods
Everyone who is still experiencing issues with upgrade/downgrade. In version 6.35rc46 we introduced fix:
*) nand - fixed reboot loop after upgrade to >v6.35rc43;

This fixed reboot loop, but you have to remember that within upgrade you can not have rc43-rc45 version involved. For example, upgrade from rc45 to rc46 could still crash because you try to upgrade from problematic version which does not have this fix included.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Wed Apr 06, 2016 5:06 pm
by Florian
Everyone who is still experiencing issues with upgrade/downgrade. In version 6.35rc46 we introduced fix:
*) nand - fixed reboot loop after upgrade to >v6.35rc43;

This fixed reboot loop, but you have to remember that within upgrade you can not have rc43-rc45 version involved. For example, upgrade from rc45 to rc46 could still crash because you try to upgrade from problematic version which does not have this fix included.
So if we are in rc43-45, we have to downgrade first ?

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Wed Apr 06, 2016 5:42 pm
by mistry7
Everyone who is still experiencing issues with upgrade/downgrade. In version 6.35rc46 we introduced fix:
*) nand - fixed reboot loop after upgrade to >v6.35rc43;

This fixed reboot loop, but you have to remember that within upgrade you can not have rc43-rc45 version involved. For example, upgrade from rc45 to rc46 could still crash because you try to upgrade from problematic version which does not have this fix included.
So if we are in rc43-45, we have to downgrade first ?

no, best way is to use netinstall

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Wed Apr 06, 2016 6:09 pm
by macgaiver
Correction, use regular update, but keep netinstall nearby.

I re-upgraded my 40 devices to the latest build and all of them were fine. (first time around there were few that needed Neinstall, but they were running 6.7-6.9). So might be NAND memory issue, that that fix is designed to solve (it periodically reads and re-writes sectors, to ensure data integrity, so we can assume there were devices that lost integrity already)

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Wed Apr 06, 2016 6:16 pm
by jondavy
please add CCQ column in caps-manager in registration-table,
I just need this vital information to be able to migrate all my sectors of my wisp to CAP
to be able to control the CCQ of customers quickly

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Wed Apr 06, 2016 6:48 pm
by strods
Version 6.35rc48 has been released.

Changes since previous version:

*) address-list - fixed crash in low memory situations;
*) dhcp6-client - fixed wrong error message;
*) mipsbe - (excluding RB4xx and CRS series) fixed rare ethernet tx buffer corruption;
*) wireless-rep - fixed latency issues with Intel wireless clients;

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.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Wed Apr 06, 2016 8:45 pm
by ka4opi4a
Just broke my HAP AC after upgrade from previous rc version. I don't have much time, but I have no luck with net install. Also not discoverable over winbox. Please help...

Posted: Wed Apr 06, 2016 10:07 pm
by jarda
When everyone who bricked a device by update would send it to mikrotik back for warranty repair, it would make mikrotik to think and test twice before releasing harmful versions to public.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Wed Apr 06, 2016 10:28 pm
by ka4opi4a
Just manage to net install it somehow... And install 6.35rc48. It's working normall, but the wifi speed on the 5 ghz using intel 7260ac is just like on the current channel. With the previous rc the speed was really good ~ 400 mbps.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Wed Apr 06, 2016 11:52 pm
by Siona
RB 433GL - not working when USB LTE modem connected - H3372 HiLink.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Thu Apr 07, 2016 12:30 am
by Florian
Everyone who is still experiencing issues with upgrade/downgrade. In version 6.35rc46 we introduced fix:
*) nand - fixed reboot loop after upgrade to >v6.35rc43;

This fixed reboot loop, but you have to remember that within upgrade you can not have rc43-rc45 version involved. For example, upgrade from rc45 to rc46 could still crash because you try to upgrade from problematic version which does not have this fix included.
So if we are in rc43-45, we have to downgrade first ?

no, best way is to use netinstall
Well I just upgraded the normal way from rc43, no problem on my ccr1009.

I'm lucky I guess.

Re:

Posted: Thu Apr 07, 2016 9:25 am
by notToNew
When everyone who bricked a device by update would send it to mikrotik back for warranty repair, it would make mikrotik to think and test twice before releasing harmful versions to public.
I hope that they pay no cent for sending in a device which is bricked because you installed a nightly build.
Just stay at the current version unless you are willing to learn how to use netinstall.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Thu Apr 07, 2016 9:40 am
by mahury
Thanks to all, that mikrotik made from 6.2 to 6.32 & 6.34.4 . There is some great impruvements of stability was made.

I also has problem with 6.35 rc44 or rc45 on my 951G with boot loop.
It was fixed with netinstall & some PXE server.
Now I am on 6.34.4 and do not shure to go back to RC.

Can be PXE server be integrated to netintall for easy recover? Or write some more in manual? For idiots.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Thu Apr 07, 2016 9:55 am
by abis
Thanks to all, that mikrotik made from 6.2 to 6.32 & 6.34.4 . There is some great impruvements of stability was made.

I also has problem with 6.35 rc44 or rc45 on my 951G with boot loop.
It was fixed with netinstall & some PXE server.
Now I am on 6.34.4 and do not shure to go back to RC.

Can be PXE server be integrated to netintall for easy recover? Or write some more in manual? For idiots.
Stay there until [stable] release :)

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Thu Apr 07, 2016 12:27 pm
by Awax
Dear engineers of Mikrotik, it is possible to hope that you implement the work of "FastTrack" on RB750G :?:

v6.35rc [release candidate] is released, new wireless package!

Posted: Thu Apr 07, 2016 1:39 pm
by jarda
I stay with bugfix only on productive devices considering the stable to be beta and rc to be alpha. Making tests in lab before any update and updating in vawes and only if really necessary. Using partitions on devices where it is possible to be able to boot the backup when whatever problem occurs after update. I don't remember any fatal accident due to update on productive devices I have ever made.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Thu Apr 07, 2016 3:37 pm
by jondavy
if I change
/system logging action set 0 memory-lines=1000 name=memory target=memory
per
/system logging action set 0 memory-lines=10000 name=memory target=memory


the router works for a while, but after crashes, no more traffic goes by, so if I restart
the router hangs in all previous versions
tested RB2011UiAS
versions:
6.35rc42
6.34.4 (stable)
6.32.4 (bugfix)

edit:
after almost one days he again caught the traffic
when I open the terminal and try to ping a host appears (no buffer space available),
it seems that this was not

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Fri Apr 08, 2016 10:06 am
by notToNew
Did someone try to this new feature?
>> wireless background scan
I wanted to script a background scan for known Wifi-APs and if found, connect to it automatically.
The Microtik is in a car, and I know several Wifi along the road (while stopping the car!).
The Idea was: Scan for known ssid's (or MAC..) and if found one, set wlan2 to the known credentials.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Fri Apr 08, 2016 11:06 am
by macgaiver
Dear engineers of Mikrotik, it is possible to hope that you implement the work of "FastTrack" on RB750G :?:
It IS supported on all RB7xx

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Fri Apr 08, 2016 12:13 pm
by nz_monkey
Dear engineers of Mikrotik, it is possible to hope that you implement the work of "FastTrack" on RB750G :?:
It IS supported on all RB7xx
It works on our RB750GL but not on our RB750G

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Fri Apr 08, 2016 1:47 pm
by Awax
Dear engineers of Mikrotik, it is possible to hope that you implement the work of "FastTrack" on RB750G :?:
It IS supported on all RB7xx
It works on our RB750GL but not on our RB750G
Yes, exactly so, 750 works 750G no

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Fri Apr 08, 2016 3:10 pm
by macgaiver
I found one :) on old board shelf, just betweer RB230 and RB532. :), Yes you are right, this board is using same CPU as RB4xx series, so fastpath is not supported. you need ar72xx CPU at least ar71xx doesn't have the support.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Fri Apr 08, 2016 3:46 pm
by Awax
I found one :) on old board shelf, just betweer RB230 and RB532. :), Yes you are right, this board is using same CPU as RB4xx series, so fastpath is not supported. you need ar72xx CPU at least ar71xx doesn't have the support.
It turns out that it is possible not to hope that fasttrack will work at RB750G ? :( ЭХ Mikrotik... and I had hoped and believed...

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Fri Apr 08, 2016 11:35 pm
by derr12
Is there any word when/if ANI will get support in capsman?

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Sun Apr 10, 2016 11:18 pm
by yottabit
I'd really appreciate a working config that I can dig through to understand.

My other problem is finding a sequence of steps to get from the factory-default RBmAPL-n2D WISP AP configuration to one where the (only) Ethernet interface is on the LAN without losing Winbox connectability. (I can always use the magic button to restore the factory-default configuration, but then I'm right back where I started.) Once I'm controlling the router firmly through its Ethernet interface, I should be able to reconfigure the wlan interface without losing control.
Hi mccreigh. Sorry for the long wait, but I have finally completed the config and have it ready to share. Feel free to use and modify as-needed. Comments are written in the config that most should be able to understand with basic RouterOS and networking experience.

https://docs.google.com/document/d/1gdy ... YnDcLFv6aU

And here's the config for posterity's sake (but the Google Doc above allows Commenting and revisions, so check that if you would like to see if I've ever made any updates):
# RouterOS Hotel Setup
# Created 2016-04-10 by Jacob McDonald
# Revised n/a

# This config was built using a model RouterBOARD 962UiGS-5HacT2HnT (“hAP ac”).
# This router has 1x 2.4 GHz radio and 1x 5 GHz radio, but this configuration does not depend on two radios.
# This config uses the 2.4 GHz radio base interface in Station-Pseudobridge mode to connect to another Wi-Fi AP,
# and creates a Virtual AP virtual interface on top to serve 2.4 GHz stations. A 5 GHz AP is also configured, and
# the 5 GHz AP would provide better performance since the 2.4 GHz radio wouldn’t have to share air-time serving
# stations in AP mode and forwarding the traffic to the other AP in station mode.

# The split-mode radio configuration only works with RouterOS 6.35 (rc and higher), using the testing radio
# package “wireless-rep”. This package is not included in the main software package, but can be extracted from
# the extras package and installed a la carte.
# RotuerOS Software: http://www.mikrotik.com/download

# 1. Install the base package from System -> Packages, or by uploading the .npk to the root filesystem and reboot.
# 2. Extract the wireless-rep.npk package from the extras .zip archive, upload to the root filesystem, and reboot.
# 3. Third, upgrade the RouterBOARD firmware: System -> RouterBOARD -> Upgrade, and reboot.

# Change the wireless security profiles in “/interface wireless security-profiles” below:
#   default: set for your desired AP password (LAN)
#   wlan-WAN: set to the AP password for the Wi-Fi network you wish to use as WAN
#   none: this is a profile for using a Wi-Fi network as WAN with no authentication, typical in hotels

# Change between “wlan-WAN” and “none” security-profile as-needed by changing the setting in the
# “/interface wireless wlan1-WAN” config.

# Using the WebUI, Winbox, or CLI, perform Scan on the wlan-WAN interface, and select Connect to the AP you wish
# to use as WAN. This will adopt the frequency, bandwidth, and protocol settings automatically.

# This config will use the DHCP-supplied DNS servers from the WAN interface, which will be necessary to pass
# through the captive portal.

# apr/10/2016 20:31:47 by RouterOS 6.35rc48
# software id = XZFF-04CI
#
/interface bridge
add name=bridge1
/interface ethernet
set [ find default-name=ether1 ] name=ether1-WAN
/interface wireless
set [ find default-name=wlan2 ] band=5ghz-a/n/ac disabled=no mode=ap-bridge name=wlan2-5G-LAN ssid="Magrathea 5G" wireless-protocol=802.11
/ip neighbor discovery
set ether1-WAN discover=no
/interface wireless security-profiles
set [ find default=yes ] authentication-types=wpa2-psk eap-methods="" mode=dynamic-keys supplicant-identity=MikroTik wpa2-pre-shared-key=h2g2h2g2
add authentication-types=wpa2-psk eap-methods="" mode=dynamic-keys name=wlan-WAN supplicant-identity="" wpa-pre-shared-key=hdyfrc4la1 wpa2-pre-shared-key=hdyfrc4la1
add name=none
/interface wireless
set [ find default-name=wlan1 ] band=2ghz-b/g/n disabled=no distance=indoors frequency=2442 mode=station-pseudobridge name=wlan1-2G-WAN security-profile=wlan-WAN \
    ssid=skyconway_com-2231 wireless-protocol=802.11
add disabled=no keepalive-frames=disabled mac-address=E6:8D:8C:49:23:FA master-interface=wlan1-2G-WAN mode=ap-bridge multicast-buffering=disabled name=wlan3-2G-LAN ssid=Magrathea \
    wds-cost-range=0 wds-default-cost=0 wps-mode=disabled
/ip neighbor discovery
set wlan1-2G-WAN discover=no
/ip hotspot profile
set [ find default=yes ] html-directory=flash/hotspot
/ip pool
add name=dhcp ranges=192.168.88.3-192.168.88.254
/ip dhcp-server
add address-pool=dhcp authoritative=yes disabled=no interface=bridge1 name=dhcp1
/interface bridge port
add bridge=bridge1 interface=ether2
add bridge=bridge1 interface=ether3
add bridge=bridge1 interface=ether4
add bridge=bridge1 interface=ether5
add bridge=bridge1 interface=sfp1
add bridge=bridge1 interface=wlan2-5G-LAN
add bridge=bridge1 interface=wlan3-2G-LAN
/ip address
add address=192.168.88.1/24 interface=ether2 network=192.168.88.0
/ip dhcp-client
add default-route-distance=0 dhcp-options=hostname,clientid disabled=no interface=ether1-WAN
add default-route-distance=2 dhcp-options=hostname,clientid disabled=no interface=wlan1-2G-WAN
/ip dhcp-server network
add address=192.168.88.0/24 gateway=192.168.88.1 netmask=24
/ip dns
set allow-remote-requests=yes
/ip firewall filter
add chain=input protocol=icmp
add chain=input connection-state=established
add chain=input connection-state=related
add action=drop chain=input in-interface=ether1-WAN
add action=drop chain=input in-interface=wlan1-2G-WAN
/ip firewall nat
add action=masquerade chain=srcnat out-interface=ether1-WAN
add action=masquerade chain=srcnat out-interface=wlan1-2G-WAN
/ip upnp
set enabled=yes
/ip upnp interfaces
add interface=bridge1 type=internal
add interface=ether1-WAN type=external
add interface=wlan1-2G-WAN type=external
/system clock
set time-zone-name=UTC
/system identity
set name=rbtest
/system leds
set 1 interface=wlan2-5G-LAN
/system ntp client
# These are from us.pool.ntp.org
set enabled=yes primary-ntp=108.61.73.243 secondary-ntp=216.229.4.69
/tool mac-server
set [ find default=yes ] disabled=yes
add interface=ether2
add interface=ether3
add interface=ether4
add interface=ether5
add interface=sfp1
add interface=wlan2-5G-LAN
add interface=wlan3-2G-LAN
/tool mac-server mac-winbox
set [ find default=yes ] disabled=yes
add interface=ether2
add interface=ether3
add interface=ether4
add interface=ether5
add interface=sfp1
add interface=wlan2-5G-LAN
add interface=wlan3-2G-LAN

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Mon Apr 11, 2016 9:58 am
by brwainer
Requests for CAPsMAN bug fixes and new features, based on my experience with the current RC version:

6. {Annoying} Stop CAPsMAN from creating virtual interfaces on CAPs with name "wlanXXX" where XXX is a number which is incremented every time the interface is disabled and re-enabled.

Although I have not tried any of the RC versions, I have been tracking the release notes and do want to echo this request. I opened a ticket about it on 3/2/15 (#2016030266001122) and was eventually told "We have though about it. We will see if not changing name/id is possible solution and if everything will run smoothly then soon enough we will release changes." on 3/7/15 - I am hoping this makes it into 6.35rc and then current. Specifically my request was to re-use the same wlanID # (and SNMP interface index #) every time the CAP reconnects to the manager.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Mon Apr 11, 2016 10:23 pm
by Zorro
had weird issues with UPnP since 6.29 or later ~ in few online games, like BF4, Planetside 2(less frequent) and UT4.
without UPnP its works flawless.
not hard to reproduce, but time of issue after round - are vary/different/unpredictible.
(other customers report other games, especially PunkBuster-aware/supported, but i cannot reproduce their issues in same games. but few ones(like enumerated above) - had Very persistent disconnections in result)

fix:
conntrack issue, reported before - my error. impact of static ARP whitelisting/binding to netflow on mobile assets. resolved.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Tue Apr 12, 2016 5:35 am
by jondavy
when I have many address-list enabled, more than 300, and on mangle one mark-routing them to, the router restarts after a few hours
tested on RB2011UiAS


edit:
in fact it does not restart, the traffic to, if I try to ping appears
no buffer space avaliable
I that activated the whatchdog that the address 127.0.0.1 so restarts,
and address-list are all IP blocks's large size /15 /17 /22

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Tue Apr 12, 2016 6:23 am
by scampbell
Did someone try to this new feature?
>> wireless background scan
I wanted to script a background scan for known Wifi-APs and if found, connect to it automatically.
The Microtik is in a car, and I know several Wifi along the road (while stopping the car!).
The Idea was: Scan for known ssid's (or MAC..) and if found one, set wlan2 to the known credentials.
Why not use the existing wireless "connect list" feature ?

Simply set up a Connect List entry for each known ssid and associated security profile and leave the station SSID blank in the main screen. No scripting needed ?

Mikrotik will then try and connect to any AP that matches a Connect List entry.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Tue Apr 12, 2016 10:56 am
by notToNew
Why not use the existing wireless "connect list" feature ?
simply didn't understand this function! Thanks a lot for pointing me there, i will try it!!!

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Tue Apr 12, 2016 11:20 am
by Siona
RC48 - It seems that RX speed limit doesn't work on VAP rep package. TX limit works fine.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Tue Apr 12, 2016 12:48 pm
by uldis
Version 6.35rc49 has been released.

Changes since previous version:

*) dhcpv6 client - fix ia expiration and lifetime validation;
*) dhcpv6 server - acquire binding on renew if it does not exist;
*) export - exclude default values from export in "/interface l2tp-server server" menu;
*) export - fixed rare situations when not whole config was exported;
*) leds - fixed AP-CAP led blinking after successful association to CAPsMAN;
*) lte - fixed crash on early initialization;
*) lte - use timer for modem info;
*) ntp - fixed ntp client hangs in reached state;
*) rb3011 - fixed sfp compatibility with CCR when using direct attached cables;
*) tunnels - fixed performance slowdown on any other tunnel disable/enable;
*) winbox - added "pw-type" to "/interface vpls bgp-vpls" menu;
*) winbox - added "use-control-word" and "pw-mtu" to "/interface vpls cisco-bgp-vpls" menu;
*) winbox - added mtu=auto support to eoipv6 tunnel;
*) wireless-rep - use full identity where possible;


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.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Tue Apr 12, 2016 12:55 pm
by Neilson
Version 6.35rc49 has been released.
...
*) tunnels - fixed performance slowdown on any other tunnel disable/enable;
...
Hi uldis

can you please advise if this specific change is to address the reports that have come in over time with PPP concentrators experiencing packet loss when individual connections were disconnected?

If so this is a great improvement and I will look to people for testing on these larger concentrators (CCR's are particularly good for this).

If not, can you please advise what types of performance slowdown this does target?

Regards
Alexander

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Tue Apr 12, 2016 12:57 pm
by mrz
It is unrelated to ppp.
Problem appeared for example on GRE tunnels. Performance of one tunnel decreased after other gre tunnels were disabled/enabled.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Tue Apr 12, 2016 2:33 pm
by Florian
Version 6.35rc49 has been released.

Changes since previous version:

*) dhcpv6 client - fix ia expiration and lifetime validation;
*) dhcpv6 server - acquire binding on renew if it does not exist;



I see a lot of works on dhcpv6 in recents RCs, which is a good thing.

Any timeline about adding options on the dhcpv6 client ? (like asked here : http://forum.mikrotik.com/viewtopic.php ... 81#p517695 ) ?

Thx.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Tue Apr 12, 2016 3:41 pm
by MichaelTrip
Hi,

how do i enable Fast Path on my PPPOE-client? I think it will give my RB2011 more throughput.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Tue Apr 12, 2016 4:10 pm
by VagnerBecker
HI,

The Dude i can not upload images, .npk files, returns "invalid file"

Best regards,

Vagner Felipe Becker

Posted: Tue Apr 12, 2016 5:07 pm
by jarda
Rc49 should contain correction for the [Ticket#2016031666000222] but nothing similar is mentioned in the release notes. Is it so or not?

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Tue Apr 12, 2016 10:12 pm
by ka4opi4a
Any news about fixing AC mode and Intel 7260 ?

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Tue Apr 12, 2016 10:33 pm
by florentrivoire
I see a lot of works on dhcpv6 in recents RCs, which is a good thing.

Any timeline about adding options on the dhcpv6 client ? (like asked here : http://forum.mikrotik.com/viewtopic.php ... 81#p517695 ) ?

Thx.
I'm also interested in this new feature.
Thanks !

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Wed Apr 13, 2016 9:13 am
by xuqianman
in wireless-rep package,capsman could you add “bridge-mode” config support?

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Wed Apr 13, 2016 11:01 am
by jarda
When installed 6.35rc49 on RB941-2nd (nonTC), got this blue error in the log:

09:52:49 script,warning DefConf: Unable to find wireless interface(s)

There are no scripts at all. What does it mean? Why there should be running any default config script while the default config was long time ago fully wiped and everything was set manually?

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Wed Apr 13, 2016 12:16 pm
by mrz
Each time you upgrade, new defautl configuration file is generated, it doesn't matter if you wipe defconf or not.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Wed Apr 13, 2016 1:48 pm
by uldis
Any news about fixing AC mode and Intel 7260 ?
This problem is already fixed in the latest rc wireless-rep package.

Are you still seeing some problems with it?

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Wed Apr 13, 2016 1:51 pm
by ka4opi4a
Can I use latest current release and latest rc wireless rep package ?

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Wed Apr 13, 2016 2:22 pm
by uldis
Can I use latest current release and latest rc wireless rep package ?
No, you need to switch the RouterOS to Release Candidate channel and upgrade to the latest RC which currently is rc49. And then install the wireless-rep package.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Wed Apr 13, 2016 3:07 pm
by jarda
Each time you upgrade, new defautl configuration file is generated, it doesn't matter if you wipe defconf or not.
So it means there is an error in the script that expects some wlan adapter but it is not present... You should correct the default script then.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Wed Apr 13, 2016 3:30 pm
by mrz
RB941 has one wireless interface, if during load it cannot find one there will be an error.

Posted: Wed Apr 13, 2016 3:54 pm
by jarda
How it cannot find one when there is such adapter present?

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Wed Apr 13, 2016 3:58 pm
by docmarius
Do you have the latest ROS update and the latest firmware installed? :lol:
Did you do a reset to defaults? :lol: Did you try netinstall 8)
Aren't these the ultimate answers for everything? 42.

Posted: Wed Apr 13, 2016 4:06 pm
by jarda
Yes. This error line appears when latest rc is installed over the 6.34.4. I saw it repetitively on 4 devices. It's either the wrong defconf script or the script runs too early when drivers are not properly loaded yet. It was just to inform that it could signalised some other maybe more important problem. Otherwise I don't see any significant impact in my case so far.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Wed Apr 13, 2016 4:13 pm
by mrz
Works perfectly fine on out of the box router. Generator has limited time of execution. Unless there is no heavy load on CPU during boot up that could cause drivers not to load in time you will be fine.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Wed Apr 13, 2016 4:49 pm
by xuqianman
Hi,
how to open then "bridge-mode" for capsman mode? thanks.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Wed Apr 13, 2016 4:58 pm
by uldis
Hi,
how to open then "bridge-mode" for capsman mode? thanks.
currently it is not possible and it will not be added in the near future as it isn't just simple settings, there are lot of things needed for supporting that feature. And for the regular indoor APs you don't need this function.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Wed Apr 13, 2016 10:32 pm
by human1982
6.35rc49
NV2 qos works very good, ping in low, ap control capacity of the client well. Could u add a second Wieless Protocol nv2 (ex nv2-ptp, old named nv2-ptmp) for ptp only, with some special features to improove it? Ex lower the ping and more overhead control to stable the links? It could be the option in wireless-rep, we will test it.

regards
Mateusz

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Thu Apr 14, 2016 2:00 am
by WirelessRudy
6.35rc49
NV2 qos works very good, ping in low, ap control capacity of the client well. Could u add a second Wieless Protocol nv2 (ex nv2-ptp, old named nv2-ptmp) for ptp only, with some special features to improove it? Ex lower the ping and more overhead control to stable the links? It could be the option in wireless-rep, we will test it.

regards
Mateusz
"nv2-ptp", "nv2-ptmp"? I never heard of that. Only "NV2" then parameters are set for different type of link?

How did you measure the NV2 qos? Examples?

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Thu Apr 14, 2016 2:30 am
by human1982
6.35rc49
NV2 qos works very good, ping in low, ap control capacity of the client well. Could u add a second Wieless Protocol nv2 (ex nv2-ptp, old named nv2-ptmp) for ptp only, with some special features to improove it? Ex lower the ping and more overhead control to stable the links? It could be the option in wireless-rep, we will test it.

regards
Mateusz
"nv2-ptp", "nv2-ptmp"? I never heard of that. Only "NV2" then parameters are set for different type of link?

How did you measure the NV2 qos? Examples?
Nv2 gives time space, and other things, it is in the code, for ptmp it is working now very well as i wrote (in auto period size one station overhead ap much before, now it isn`t). I think for ptp the code could be rewrite and aded as a second choise in menu. In lte no matter what rate and speed u have, ping is always the same, this is for me good qos. It is work for a coders, i am a customer, they must do the job to beat airmax, not me ;) For me i rather be pleased to have 90mb and ping 0-1-2 ms on 240/240 802.11N than 130-140mb and ping 2-7-20ms, this is example. When noise apears radio should do the job and lower the speed to do 0-1-2ms, now u understand?

regards
Mateusz

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Thu Apr 14, 2016 10:41 am
by andersonlich
v6.35rc49,

pppoe-client interface always up-down if it's doesn't get ipv6 dhcp-pd.
can it make not re-dial the pppoe if the ipv6 dhcp-pd not obtained ?

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Thu Apr 14, 2016 11:04 am
by janisk
regarding options for DHCPv6-client, DHCP-PD client (and also DHCP--PD server) as it currently stands - options will be available only with RouterOS 7.x release due to technical limitations for backporting the feature.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Thu Apr 14, 2016 11:55 am
by WirelessRudy
6.35rc49
NV2 qos works very good, ping in low, ap control capacity of the client well. Could u add a second Wieless Protocol nv2 (ex nv2-ptp, old named nv2-ptmp) for ptp only, with some special features to improove it? Ex lower the ping and more overhead control to stable the links? It could be the option in wireless-rep, we will test it.

regards
Mateusz
"nv2-ptp", "nv2-ptmp"? I never heard of that. Only "NV2" then parameters are set for different type of link?

How did you measure the NV2 qos? Examples?
Nv2 gives time space, and other things, it is in the code, for ptmp it is working now very well as i wrote (in auto period size one station overhead ap much before, now it isn`t). I think for ptp the code could be rewrite and aded as a second choise in menu. In lte no matter what rate and speed u have, ping is always the same, this is for me good qos. It is work for a coders, i am a customer, they must do the job to beat airmax, not me ;) For me i rather be pleased to have 90mb and ping 0-1-2 ms on 240/240 802.11N than 130-140mb and ping 2-7-20ms, this is example. When noise apears radio should do the job and lower the speed to do 0-1-2ms, now u understand?

regards
Mateusz
No, not a lot. Your english is a bit hard to understand.
Basically you mention that the 'auto' setting of NV2 time delay should be in two versions? One for PtMP and one for PtP?
I found 'auto' setting not always give best result anyway. We have AP with 30 clients and in changing 'auto' in 6ms we more than doubled the total throughput from AP (30 =>55Mb. Netbox5) while the ping time to client hardly changed.

I think 'auto' setting is always a compromise. If you really need to fine tune a link you have to do it manually.
But I can see your point in having 2 different default 'auto' scenarios. One for PtMP and one for PtP. That would make sense and give a better start for many of us...

To bring down a ping time by QoS is not very senseful. Your ping would be nice stable and fast, since QoS will take care of it, but your end goal is a good service level for your client's traffic. That is not ping but ordinary internet, voip, streaming TV etc. etc. If your ping is good due QoS that doesn't mean your network traffic is as good.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Thu Apr 14, 2016 1:45 pm
by Florian
regarding options for DHCPv6-client, DHCP-PD client (and also DHCP--PD server) as it currently stands - options will be available only with RouterOS 7.x release due to technical limitations for backporting the feature.

Thx for the update :)

The famous RouterOS7.x.... I'll have to wait I guess :)

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Thu Apr 14, 2016 4:53 pm
by notToNew
When using the wireless_rep- package and adding the wan1-Device to a bridge called "bridge-wan" *and* using "connect-list",
bridge-wan does not get an ip adress from dhcp. (as station)
Removing it from the bridge it recives the ip immediately.

Connection it to station without using "connect-list" works, even as bridge.

Can this be a configuration error or is this a bug?

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Thu Apr 14, 2016 9:29 pm
by anuser
Is it possible to add more information about connected user to CAPSMAN view with wireless-rep package?
e.g. user name being used, auto-translation of vendor part of MAC (well it´s a gimmick)

Image

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Thu Apr 14, 2016 10:29 pm
by juanvi
Where has gone the export compact by default with export command "only" in new terminal?????

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Thu Apr 14, 2016 11:44 pm
by jondavy
on CapsMan channel width=10mhz not work

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Fri Apr 15, 2016 1:07 am
by jondavy
mANTBox 15 not work in 10mhz with manual frequency

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Fri Apr 15, 2016 3:42 am
by scampbell
Is it possible to add more information about connected user to CAPSMAN view with wireless-rep package?
e.g. user name being used, auto-translation of vendor part of MAC (well it´s a gimmick)

Image
If your were to create access lists based on the OUI info in this table http://standards-oui.ieee.org/oui.txt then each registration would have manufacturer listed next to it.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Fri Apr 15, 2016 11:06 am
by andriys
on CapsMan channel width=10mhz not work
It is not, perhaps, supposed to work. My understanding is CAPsMAN currently mainly targets indoors setups with only the standard 802.11 features supported.

Re: v6.35rc [release candidate] is released, new wireless package!

Posted: Fri Apr 15, 2016 5:05 pm
by uldis
We have released 6.35 (current) discussion topic here http://forum.mikrotik.com/viewtopic.php?f=1&t=107307 Thanks to your feedback we have found the issue randomly causing boards to fail on upgrade during the rc testing,m this fix is included in 6.35 (current),

to successfully upgrade to 6.35 from 6.35rc29-rc49, please do a /system reboot, and then on bootup make an upgrade straight away.