Community discussions

MikroTik App
 
User avatar
strods
MikroTik Support
MikroTik Support
Topic Author
Posts: 1616
Joined: Wed Jul 16, 2014 7:22 am
Location: Riga, Latvia

v6.43rc [release candidate] is released!

Fri Apr 20, 2018 2:18 pm

Before an upgrade:
1) Remember to make backup/export files before an upgrade and save them on another storage device;
2) Make sure the device will not lose power during upgrade process;
3) Device has enough free storage space for all RouterOS packages to be downloaded.

What's new in 6.43rc3 (2018-Apr-20 08:46):

*) bridge - fixed hardware offloading for MMIPS and PPC devices;
*) bridge - fixed LLDP packet receiving;
*) certificate - add "expires-after" parameter (CLI only);
*) chr - added checksum offload support for Hyper-V installations;
*) chr - added large send offload support for Hyper-V installations;
*) chr - added multiqueue support on Xen installations;
*) chr - added support for multiqueue feature on "virtio-net";
*) chr - added virtual Receive Side Scaling support for Hyper-V installations;
*) chr - do not show IRQ entries from removed devices;
*) chr - fixed NIC hotplug for "virtio-net";
*) chr - improved boot time for Hyper-V installations;
*) crs317 - fixed link flapping when inserted S+RJ10 module without any cable;
*) crs3xx - fixed failing connections through bonding in bridge;
*) ike2 - use "policy-template-group" parameter when picking proposal as initiator;
*) ipsec - added "responder" parameter for "mode-config" to allow multiple initiator configurations (CLI only);
*) ipsec - added "src-address-list" parameter for "mode-config" that generates dynamic "src-nat" rule (CLI only);
*) ipsec - added warning messages for incorrect peer configuration;
*) ipsec - do not allow removal of "proposal" and "mode-config" entries that are in use;
*) ipsec - separate phase1 proposal configuration from peer menu (CLI only);
*) led - added "dark-mode" functionality for hAP ac and hAP ac^2 devices;
*) led - improved w60g alignment trigger;
*) log - show interface name on OSPF "different MTU" info log messages;
*) lte - added extended LTE signal info for SIM7600 modules;
*) lte - allow to send "at-chat" command over disabled LTE interface;
*) lte - allow to use multiple PLS modems at the same time;
*) lte - expose GPS channel for PLS modems;
*) lte - fixed SIM7600 registration info;
*) routerboard - allow to fill up to half of the RAM memory with files on devices with FLASH storage;
*) routerboard - fixed "mode-button" support on hAP lite r2 devices;
*) w60g - allow to manually set "tx-sector" value;
*) w60g - fixed incorrect RSSI readings;
*) w60g - show phy rate on "/interface w60g monitor" (CLI only);
*) winbox - added bridge Fast Forward statistics counters;
*) winbox - allow to specify "any" as wireless "access-list" interface;
*) winbox - fixed "/ip dhcp-server network set dns-none" parameter;
*) winbox - fixed bridge port MAC learning parameter values;
*) winbox - show "Switch" menu on cAP ac devices;
*) winbox - show correct "Switch" menus on CRS328-24P-4S+;
*) wireless - enable all chains by default on devices without external antennas after configuration reset;
*) wireless - improved compatibility with BCM chipset devices (this includes phones by Xiaomi, Lenovo, etc);

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 expected or after crash.

Note that release candidate versions are published strictly for testing purposes and should not be used on production routers.


Package updated 07/02/2018
To fix storage issue on your router, use package from the link,
https://www.mikrotik.com/download/share/fix_space.npk
- upload package to your router;
- run /system reboot
 
User avatar
tomaskir
Trainer
Trainer
Posts: 1162
Joined: Sat Sep 24, 2011 2:32 pm
Location: Slovakia

Re: v6.43rc [release candidate] is released!

Fri Apr 20, 2018 2:36 pm

Can the phy-rate and RSSI for 60G interfaces also be exposed over SNMP please?

Thanks!
 
AlexT
newbie
Posts: 30
Joined: Thu Mar 29, 2018 9:51 am

Re: v6.43rc [release candidate] is released!

Fri Apr 20, 2018 3:00 pm

*) winbox - show "Switch" menu on cAP ac devices;
*) winbox - show correct "Switch" menus on CRS328-24P-4S+;

How about displaying a "Switch" menu on hAP ac^2?

P. S. I hoped that this version will improve the work of Wi-Fi in the above device... Maybe in the next version...
 
User avatar
CZFan
Forum Guru
Forum Guru
Posts: 2098
Joined: Sun Oct 09, 2016 8:25 pm
Location: South Africa, Krugersdorp (Home town of Brad Binder)
Contact:

Re: v6.43rc [release candidate] is released!

Fri Apr 20, 2018 3:07 pm

Wow, 6.43 already I see, not even 6.42.1. Rushing to get to V7 I assume :-)
 
User avatar
BartoszP
Forum Guru
Forum Guru
Posts: 2855
Joined: Mon Jun 16, 2014 1:13 pm
Location: Poland

Re: v6.43rc [release candidate] is released!

Fri Apr 20, 2018 3:41 pm

Ready are you? What know you of ready? :lol: :lol: :lol:
 
anuser
Long time Member
Long time Member
Posts: 601
Joined: Sat Nov 29, 2014 7:27 pm

Re: v6.43rc [release candidate] is released!

Fri Apr 20, 2018 3:47 pm

*) wireless - improved compatibility with BCM chipset devices;
[/color]
Is that one for Broadcom IPQ4018 based cAP ac and hAP ac^2 devices?
 
User avatar
strods
MikroTik Support
MikroTik Support
Topic Author
Posts: 1616
Joined: Wed Jul 16, 2014 7:22 am
Location: Riga, Latvia

Re: v6.43rc [release candidate] is released!

Fri Apr 20, 2018 3:47 pm

As usual after current release we release a new rc version.

This is changelog for 6.43rc3 (release candidate) not the 6.43 (current).
 
jarda
Forum Guru
Forum Guru
Posts: 7756
Joined: Mon Oct 22, 2012 4:46 pm

Re: v6.43rc [release candidate] is released!

Fri Apr 20, 2018 3:56 pm

That we know. What we would like to know from mikrotik is if it worths to test the wifi on hap ac2 with this RC or not.
 
AlexT
newbie
Posts: 30
Joined: Thu Mar 29, 2018 9:51 am

Re: v6.43rc [release candidate] is released!

Fri Apr 20, 2018 4:07 pm

*) wireless - improved compatibility with BCM chipset devices;
[/color]
Is that one for Broadcom IPQ4018 based cAP ac and hAP ac^2 devices?

Broadcom is not Qualcomm
Perhaps this item implies better compatibility of client devices with the BCM chip (for example: smartphones, tablets, laptops, etc.).
 
anuser
Long time Member
Long time Member
Posts: 601
Joined: Sat Nov 29, 2014 7:27 pm

Re: v6.43rc [release candidate] is released!

Fri Apr 20, 2018 4:23 pm

*) wireless - improved compatibility with BCM chipset devices;
[/color]
Is that one for Broadcom IPQ4018 based cAP ac and hAP ac^2 devices?

Broadcom is not Qualcomm
Perhaps this item implies better compatibility of client devices with the BCM chip (for example: smartphones, tablets, laptops, etc.).
Sorry, I mixed something...
 
yhfung
Member Candidate
Member Candidate
Posts: 141
Joined: Tue Nov 20, 2012 6:58 pm

Re: v6.43rc [release candidate] is released!

Fri Apr 20, 2018 5:21 pm

Regarding the v6.43rc3, the WiFi performance is the same as v6.42. There is no improvement found in this release candidate. For details for the test, please refer to the following post.

viewtopic.php?f=7&t=132648&start=100#p655666


YH
 
msatter
Forum Guru
Forum Guru
Posts: 2897
Joined: Tue Feb 18, 2014 12:56 am
Location: Netherlands / Nīderlande

Re: v6.43rc [release candidate] is released!

Fri Apr 20, 2018 7:23 pm

I use some high ports defined in Mangle and after flashing this RC they were stripped of the 10.000 so port 15000 became 5000.

Update: repeated the update from 6.42 to 6.43RC3 and this time no high ports where changed. But there must be still a Gremlin in RouterOS that causes this sometimes.
Last edited by msatter on Sun Apr 22, 2018 2:35 pm, edited 1 time in total.
 
aboiles
Frequent Visitor
Frequent Visitor
Posts: 56
Joined: Sat Nov 07, 2015 6:52 pm

Re: v6.43rc [release candidate] is released!

Fri Apr 20, 2018 8:02 pm

Tried to upgrade Hyper-V CHR from 6.42 to 6.43rc3 - FAILED
No connection via winbox mac.
Hyper-V terminal froze.

Restored from backup, tied again - same result.

Downloaded fresh CHR VHDX image.
pasted configuration and nothing worked.

started fresh, and the only issue I could find was the interfaces changed.
ether1 > ether3
ether2 > ether1
ether3 > ether2
changed the configuration to reflect the new interfaces and it still failed.
until I removed the interface names (gateway, lan etc) it would crash.
Once it was configured with default interface names, it began working.
After a backup, changed the interface names and it accepted the changes.

Still haven't figured out why the terminal hung after the upgrade though.
 
User avatar
JohnTRIVOLTA
Member
Member
Posts: 343
Joined: Sun Dec 25, 2016 2:05 pm
Location: BG/Sofia

Re: v6.43rc [release candidate] is released!

Fri Apr 20, 2018 8:33 pm


*) wireless - improved compatibility with BCM chipset devices (this includes phones by Xiaomi, Lenovo, etc);
SUPER . I try some test and the 20 mb/ps speed problem and 54mb/ps connectivity with mobile phones is resolved ! Test Xiaomi Image
Test Nokia Image
 
User avatar
honzam
Forum Guru
Forum Guru
Posts: 2394
Joined: Wed Feb 27, 2008 10:27 pm
Location: Czech Republic

Re: v6.43rc [release candidate] is released!

Fri Apr 20, 2018 10:14 pm


*) wireless - improved compatibility with BCM chipset devices (this includes phones by Xiaomi, Lenovo, etc)
Very thanks!!! Work great!
viewtopic.php?f=7&t=102908&p=655735#p655735
 
MonkeyDan
Frequent Visitor
Frequent Visitor
Posts: 52
Joined: Fri Dec 29, 2017 8:41 pm

Re: v6.43rc [release candidate] is released!

Fri Apr 20, 2018 10:40 pm

+1 for having as much info as possible available via SNMP.
In the meantime, you find the PHY rate from MCS using this table: https://en.wikipedia.org/wiki/Wireless_ ... data_rates
Can the phy-rate and RSSI for 60G interfaces also be exposed over SNMP please?

Thanks!
 
bbs2web
Member Candidate
Member Candidate
Posts: 232
Joined: Sun Apr 22, 2012 6:25 pm
Location: Johannesburg, South Africa
Contact:

Re: v6.43rc [release candidate] is released!

Fri Apr 20, 2018 11:39 pm

*) chr - added support for multiqueue feature on "virtio-net";
Please advise if we should disable IRQ RPS when activating multi-queue VirtIO, I assume yes...

Looks better, IRQs increase on additional virtio1-input.1:
Image
 
User avatar
strods
MikroTik Support
MikroTik Support
Topic Author
Posts: 1616
Joined: Wed Jul 16, 2014 7:22 am
Location: Riga, Latvia

Re: v6.43rc [release candidate] is released!

Sat Apr 21, 2018 9:16 am

tomaskir, MonkeyDan - Still work on progress. Will see what we can do about that in 6.43rc.
AlexT - Will be resolved in upcoming rc releases.
jarda, yhfung - This release does not resolve the problem to which you are reffering. We are still working on it.
AlexT, anuser - This fix includes compatibility with phones by Xiaomi, Lenovo, etc.
msatter - Please send supout file to support@mikrotik.com. Point out from which version you did upgrade your device.
aboiles - Please report this to support@mikrotik.com.
 
msatter
Forum Guru
Forum Guru
Posts: 2897
Joined: Tue Feb 18, 2014 12:56 am
Location: Netherlands / Nīderlande

Re: v6.43rc [release candidate] is released!

Sat Apr 21, 2018 11:43 am

An other problem with with RC3. It is an problem I know from 6.41.2 and I could solve it then by not allowing the Neighbour Discovery inspect the L2TP/IPSEC connections by using !Dynamic. When Neighbour Discovery is doing its inspection it will reset the countdown on the Dail-On-Demand and the connection will not go to sleep after the set time. It is not triggered by the inspection to go up.
I see the figure 1056 in the Tx column on all L2TP connections.

It is not transmitted by anything else than the router because I use PCC and after activating the L2TP I disable connection marking for this L2TP path.

When I look at the Neighbor List it is empty and only when I set it to all it was showing my computer.

@Strods: my upgrade path was 6.40.6 and then 6.42 both and then 6.43RC3 all on firmware 3.41. I had only shortly 6.42 active before going to the RC.

Update: I did use Torch and it is: source 255.255.255.255:5678 to 172.10.21.5:5678 so a Discovery.

Update: I updated /interfaces interface Lists <button> Lists to include my grouped VPN interfaces to be excluded from Discovery. I first defined the interfaces into a group in Interface Lists. Now my connections go to sleep when they are not being used.
Last edited by msatter on Sat Apr 21, 2018 7:53 pm, edited 2 times in total.
 
nickdwhite
just joined
Posts: 11
Joined: Thu Jun 22, 2006 11:41 pm

Re: v6.43rc [release candidate] is released!

Sat Apr 21, 2018 5:15 pm

Tried to upgrade Hyper-V CHR from 6.42 to 6.43rc3 - FAILED
No connection via winbox mac.
Hyper-V terminal froze.

Restored from backup, tied again - same result.

Downloaded fresh CHR VHDX image.
pasted configuration and nothing worked.

started fresh, and the only issue I could find was the interfaces changed.
ether1 > ether3
ether2 > ether1
ether3 > ether2
changed the configuration to reflect the new interfaces and it still failed.
until I removed the interface names (gateway, lan etc) it would crash.
Once it was configured with default interface names, it began working.
After a backup, changed the interface names and it accepted the changes.

Still haven't figured out why the terminal hung after the upgrade though.
Yeah, mine breaks too. Upgraded from 6.42 to 6.43rc3 on two difference hosts running Hyper-V Core 2012 R2

Image
 
nordex
Member Candidate
Member Candidate
Posts: 103
Joined: Fri Mar 23, 2007 7:46 pm
Location: Croatia

Re: v6.43rc [release candidate] is released!

Sat Apr 21, 2018 5:38 pm

BEWARE !
Updating from 5.xx (5.27 I think) to this version will result in inaccessible device ! It will enter reboot loop.
I've done it on 15 pcs of rb751 and rb951-2n.
Netinstall will fix if you mess up.

Mikrotik please update your upgrade procedures
 
mrtester
just joined
Posts: 9
Joined: Sat Dec 23, 2017 11:09 pm

Re: v6.43rc [release candidate] is released!

Sat Apr 21, 2018 5:54 pm

You just simply decided on a nice Saturday morning to upgrad from 5.xx over more than 43 releases to an rc version and are surprised that it did not work? I am not. You should expect a problem if you upgrad any software between so many releases.
 
nordex
Member Candidate
Member Candidate
Posts: 103
Joined: Fri Mar 23, 2007 7:46 pm
Location: Croatia

Re: v6.43rc [release candidate] is released!

Sat Apr 21, 2018 6:25 pm

Hi, thanks for your simphaty.
I've tested it on device that had 6.0 prior to this and I saw it fixed wifi problem.
I was so happy.
Then I upgraded others(batch upgrade), and this problem happened.

I understand this is RC, and I wanted to warn others not to do same mistake, as well as mikrotik to fix or disable this type of upgrade.
That is sole purpose of forum community.

Best regards
 
User avatar
BartoszP
Forum Guru
Forum Guru
Posts: 2855
Joined: Mon Jun 16, 2014 1:13 pm
Location: Poland

Re: v6.43rc [release candidate] is released!

Sat Apr 21, 2018 9:04 pm

Thank you for warning but how many people do batch upgrade from such old version?
You have checked procedure with ROS 6.0 and extrapolated that 5.x should work too. You are brave admin.
Have you read changelogs? https://mikrotik.com/download/changelogs
Important note!!! Backup before upgrade!
RouterOS (v6.40rc36-rc40 and) v6.41rc1+ contains new bridge implementation that supports hardware offloading (hw-offload).
This update will convert all interface "master-port" configuration into new bridge configuration, and eliminate "master-port" option as such.
Bridge will handle all Layer2 forwarding and the use of switch-chip (hw-offload) will be automatically turned on based on appropriate conditions.
The rest of RouterOS Switch specific configuration remains untouched in usual menus for now.
Please, note that downgrading to previous RouterOS versions will not restore "master-port" configuration, so use backups to restore configuration on downgrade.
 
nordex
Member Candidate
Member Candidate
Posts: 103
Joined: Fri Mar 23, 2007 7:46 pm
Location: Croatia

Re: v6.43rc [release candidate] is released!

Sat Apr 21, 2018 9:54 pm

BartoszP, this site(hotel) has 200 ap-s dislocated on premises.
I have done previous upgrades from 5.x to 6.x without problems.
This particular release has bug in upgrade procedure.
Routerboard stuck in reboot loop.
It does not have any relation with changelog.
Netinstall to version 6.42 works fine.
Hope it will save time to someone else.
 
User avatar
BartoszP
Forum Guru
Forum Guru
Posts: 2855
Joined: Mon Jun 16, 2014 1:13 pm
Location: Poland

Re: v6.43rc [release candidate] is released!

Sat Apr 21, 2018 10:10 pm

So why you have not upgraded first to 6.40.7 (bugfix) with old bridge implementation?
Why are you upgraded working hotel infrastructure to RC version? RC is test version so upgrade could fail.
 
nordex
Member Candidate
Member Candidate
Posts: 103
Joined: Fri Mar 23, 2007 7:46 pm
Location: Croatia

Re: v6.43rc [release candidate] is released!

Sat Apr 21, 2018 11:04 pm

So why you have not upgraded first to 6.40.7 (bugfix) with old bridge implementation?
Why are you upgraded working hotel infrastructure to RC version? RC is test version so upgrade could fail.
It was a sunny and beautiful day. Murphey was out of the town.
 
msatter
Forum Guru
Forum Guru
Posts: 2897
Joined: Tue Feb 18, 2014 12:56 am
Location: Netherlands / Nīderlande

Re: v6.43rc [release candidate] is released!

Sat Apr 21, 2018 11:17 pm

Found an other problem with this RC. When I want to add a filter line using a script run at an On-UP event then "Place Before" or the whole script is not executed. The filter line is not added in the Nat table in my case.

When I enter the line manually in Terminal then the line is added without an hitch.

Ticket#2018042122002234
 
karwos
Frequent Visitor
Frequent Visitor
Posts: 96
Joined: Thu Apr 02, 2015 7:28 pm
Location: Poland

Re: v6.43rc [release candidate] is released!

Sun Apr 22, 2018 12:00 am

Phone: huawei p9 lite
Problem: slow Wlan throughput and packet loss
Reported: year ago :D
Fixed: in v6.43rc3

Speedtest before upgrade: 19mbit / 39mbit
After upgrade: 89mbit/89mbit

Wondering if "auto" channel problems fixed too.
It would be prefferable to merge that fix to current/bugfix branch, so I can rollout updates for my customers.
 
sindy
Forum Guru
Forum Guru
Posts: 10205
Joined: Mon Dec 04, 2017 9:19 pm

Re: v6.43rc [release candidate] is released!

Sun Apr 22, 2018 9:20 am

@msatter,
When I want to add a filter line using a script run at an On-UP event then "Place Before" or the whole script is not executed. The filter line is not added in the Nat table in my case.
When I enter the line manually in Terminal then the line is added without an hitch.
Did this work in the previous versions? If yes, how exactly does that script line look like (I'm not interested in particular IP addresses but in the way how you obtain the index for
place-before
)
 
mrtester
just joined
Posts: 9
Joined: Sat Dec 23, 2017 11:09 pm

Re: v6.43rc [release candidate] is released!

Sun Apr 22, 2018 10:41 am

I did test upgrade from 5.26 to this version. Just for testing. Everything went well. Upgrade failed for you due to configuration or something like thta. In general it works just fine.
 
msatter
Forum Guru
Forum Guru
Posts: 2897
Joined: Tue Feb 18, 2014 12:56 am
Location: Netherlands / Nīderlande

Re: v6.43rc [release candidate] is released!

Sun Apr 22, 2018 11:29 am

@msatter,
When I want to add a filter line using a script run at an On-UP event then "Place Before" or the whole script is not executed. The filter line is not added in the Nat table in my case.
When I enter the line manually in Terminal then the line is added without an hitch.
Did this work in the previous versions? If yes, how exactly does that script line look like (I'm not interested in particular IP addresses but in the way how you obtain the index for
place-before
)
It worked up to 6.42. You can't find that specific index and then you have to just make it yourself easy. The index is always the second line of the Hairpin in NAT, it pushes down earlier lines. When a VPN connection is severed the then the line is removed, and if not then it is removed on the following connect. I also remove on UP, the specific dead connections that might have not timed out in the meantime for that specific VPN connection.

On-up:
/ip firewall nat remove [find where comment="temp-vpn1"] 
/ip firewall connection remove [ find  where connection-mark="VPN1"]
:local ip [/ip address get [find where interface="VPNprovider-1"] value-name=address ];
/ip firewall nat add chain=srcnat action=src-nat to-addresses=$ip protocol=tcp  src-address-list=PrivateVPN connection-mark=VPN1 comment="temp-vpn1" place-before=1

On-down:
/ip firewall nat remove [find where comment="temp-vpn1"]
 
en1gm4
Member Candidate
Member Candidate
Posts: 121
Joined: Sun Oct 02, 2016 6:27 pm
Location: UK

Re: v6.43rc [release candidate] is released!

Sun Apr 22, 2018 12:12 pm

Deleted. Wrong thread. Kid control bug in webfig is in current release (not checked RC yet)
Last edited by en1gm4 on Sun Apr 22, 2018 3:56 pm, edited 2 times in total.
 
sindy
Forum Guru
Forum Guru
Posts: 10205
Joined: Mon Dec 04, 2017 9:19 pm

Re: v6.43rc [release candidate] is released!

Sun Apr 22, 2018 12:12 pm

@msatter,
When I want to add a filter line using a script run at an On-UP event then "Place Before" or the whole script is not executed. The filter line is not added in the Nat table in my case.
When I enter the line manually in Terminal then the line is added without an hitch.
Did this work in the previous versions? If yes, how exactly does that script line look like (I'm not interested in particular IP addresses but in the way how you obtain the index for
place-before
)
It worked up to 6.42.
...
/ip firewall nat ... place-before=1
That was my suspicion - numeric index can be used to identify a rule only following a
print
when doing manual configuration as the index is dynamically generated. Without the previous
print
, index 0 sometimes works but you cannot rely even on that when using it for
place-before
, as some chains contain dynamic rules which must stay at the beginning of the chain so any attempt to place a rule before them fails.

So to stay version-independent, comment the rule before which you want to place your one and use
place-before=[find comment="your-comment"]
.
 
msatter
Forum Guru
Forum Guru
Posts: 2897
Joined: Tue Feb 18, 2014 12:56 am
Location: Netherlands / Nīderlande

Re: v6.43rc [release candidate] is released!

Sun Apr 22, 2018 1:30 pm

It seems that the "comment" possibility is the BEST thing in RouterOS. Maybe Mikrotik should think of making this way of working official and implement a tag or label available so that comment can just be a comment.

Thanks Sindy for making this clear so the next time we don't think, WTF is happening now. ;-)

Update: it works like a charm and I have inserted a dedicated passthrough&comment line for this so that I can be sure it will inserted at the correct spot. I will migrate again to 6.43RC now to see if the port +10000 bug is reoccurring.

Update 2: I have implemented the suggestions by Sindy and the new script is:

On-Up:
:local profile "1"
/ip firewall connection remove [ find connection-mark="VPN$profile"]
:local ip [/ip address get [find where interface="permanent-vpn-$profile"] value-name=address ];
/ip firewall nat set [find comment="permanent-vpn-$profile"] disabled=no to-addresses=$ip

On-Down:
:local profile "1"
/ip firewall nat disable [find comment="permanent-vpn-$profile"] 
/ip firewall connection remove [find connection-mark="VPN$profile"]
I have more than one connection and to adapt it each time was cumbersome so I defined :local profile "X" to only have to change the number/name to create the script for the new connection.
Using SET instead of ADD to manipulate the lines in the NAT is a great tip by Sindy. viewtopic.php?f=21&t=133420&p=656006#p656033
Last edited by msatter on Sun Apr 22, 2018 6:14 pm, edited 3 times in total.
 
bbs2web
Member Candidate
Member Candidate
Posts: 232
Joined: Sun Apr 22, 2012 6:25 pm
Location: Johannesburg, South Africa
Contact:

Re: v6.43rc [release candidate] is released!

Sun Apr 22, 2018 2:40 pm

VirtIO multi-queue appears to be working:

PS: I have poor connectivity at my present location, the gaps in the graph relate to this,not the release candidate's performance...

Nice to see MikroTik tying the input and output vCPU assignments to the same core. This correlates to information published here:
https://www.linux-kvm.org/page/Multiqueue-optimization.

Do MikroTik use a flow director, to assign outgoing traffic back to the queue it came in on? Does this subsequently require connection tracking?

Image
 
sindy
Forum Guru
Forum Guru
Posts: 10205
Joined: Mon Dec 04, 2017 9:19 pm

Re: v6.43rc [release candidate] is released!

Sun Apr 22, 2018 3:09 pm

It seems that the "comment" possibility is the BEST thing in RouterOS. Maybe Mikrotik should think of making this way of working official and implement a tag or label available so that comment can just be a comment.
...
I have inserted a dedicated passthrough&comment line for this so that I can be sure it will inserted at the correct spot.
Finding a rule by a comment is the last resort, you can find a rule using a unique combination of other parameters as well (if a unique combination exists of course).
And in your case, you don't need to use another rule as a label holder, you could as well keep your rule in place and just modify it:
On up:
/ip firewall nat set [find comment="permanent-vpn1"] disabled=no to-addresses=$ip

On down:
/ip firewall nat set [find comment="permanent-vpn1"] disabled=yes
or
/ip firewall nat disable [find comment="permanent-vpn1"]
 
andriys
Forum Guru
Forum Guru
Posts: 1526
Joined: Thu Nov 24, 2011 1:59 pm
Location: Kharkiv, Ukraine

Re: v6.43rc [release candidate] is released!

Sun Apr 22, 2018 7:38 pm

msatter, another solution to your task would be introducing a separate custom chain for your dynamic rules, then jumping to this custom chain at the point where you currently insert your dynamic rules. In the script you then simply add your dynamic rules to the top of your custom chain not worrying about the rule order at all.
 
sindy
Forum Guru
Forum Guru
Posts: 10205
Joined: Mon Dec 04, 2017 9:19 pm

Re: v6.43rc [release candidate] is released!

Sun Apr 22, 2018 8:43 pm

msatter, another solution to your task would be introducing a separate custom chain for your dynamic rules, then jumping to this custom chain at the point where you currently insert your dynamic rules. In the script you then simply add your dynamic rules to the top of your custom chain not worrying about the rule order at all.
He's dealing with a single rule and needs to remove/modify it. If it is harmless to have a jump to a custom chain which currently doesn't exist, then yes, he can add the only rule to that chain and remove it from there. Is that what you had in mind? Because the rule order within the chain does matter if there would be more than one.
 
msatter
Forum Guru
Forum Guru
Posts: 2897
Joined: Tue Feb 18, 2014 12:56 am
Location: Netherlands / Nīderlande

Re: v6.43rc [release candidate] is released!

Sun Apr 22, 2018 10:00 pm

I did not wanted to post more on this 6.43RC3 thread and put updated information in my previous posting. I have multiple VPN connections active at the same which are on demand activated and disconnect when not being used.

The NAT lines have to be in specific part of the hairpin and the position of each line in the VPN block is not important because connection marking is filtering.

I use now static lines where the address changes depending on which VPN entry point is selected by the randomized DNS list (round robin). I can even use different vpn-providers and only a small percentage of websites do not like that you are coming from everywhere. PCC on the source-port determines which connection is used. Destination port and address-list controls if a site should only be visited from the same VPN.

I have now created a schedule on start-up which switches each static NAT VPN off after a two second delay so it symmetric to the activate script on-up of the VPN connection.

Like it is working now, pleases me. Thanks for all the help on this.
Last edited by msatter on Mon Apr 23, 2018 10:57 am, edited 1 time in total.
 
User avatar
strods
MikroTik Support
MikroTik Support
Topic Author
Posts: 1616
Joined: Wed Jul 16, 2014 7:22 am
Location: Riga, Latvia

Re: v6.43rc [release candidate] is released!

Mon Apr 23, 2018 7:41 am

msatter - We already recieved such problem report and will fix it as soon as possible.
nickdwhite - We will look into this. In order to resolve this faster - please send this problem report to support@mikrotik.com.
nordex - Please write to support@mikrotik.com and provide your configuraton which was used on 5.26 version. We will try to reproduce the same problem locally.
en1gm4 - Thanks for properly reporting the problem in related release topic.
 
User avatar
strods
MikroTik Support
MikroTik Support
Topic Author
Posts: 1616
Joined: Wed Jul 16, 2014 7:22 am
Location: Riga, Latvia

Re: v6.43rc [release candidate] is released!

Mon Apr 23, 2018 3:01 pm

Version 6.43rc4 has been released.

Before an upgrade:
1) Remember to make backup/export files before an upgrade and save them on another storage device;
2) Make sure the device will not lose power during upgrade process;
3) Device has enough free storage space for all RouterOS packages to be downloaded.

Changes since previous rc release:

!) winbox - fixed vulnerability that allowed to gain access to an unsecured router;
*) bridge - added ingress filtering options to bridge interface (CLI only);
*) bridge - fixed dynamic VLAN table entries when using ingress filtering;
*) crs317 - fixed link flapping when inserted S+RJ10 module without any cable;
*) ipsec - added "responder" parameter for "mode-config" to allow multiple initiator configurations (CLI only);
*) ipsec - added "src-address-list" parameter for "mode-config" that generates dynamic "src-nat" rule (CLI only);
*) ipsec - install all DNS server addresses provided by "mode-config" server;
*) winbox - fixed "/ip dhcp-server network set dns-none" parameter;
*) winbox - show "Switch" menu on hAP ac^2 devices;
*) winbox - show HT MCS tab when "5ghz-n/ac" band is used;

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 expected or after crash.

Note that release candidate versions are published strictly for testing purposes and should not be used on production routers.
 
User avatar
tomaskir
Trainer
Trainer
Posts: 1162
Joined: Sat Sep 24, 2011 2:32 pm
Location: Slovakia

Re: v6.43rc [release candidate] is released!

Mon Apr 23, 2018 3:20 pm

@strods
*) ipsec - added "responder" parameter for "mode-config" to allow multiple initiator configurations (CLI only);

Can you please elaborate on what this does?
 
User avatar
Bergante
Member Candidate
Member Candidate
Posts: 144
Joined: Tue Feb 28, 2012 12:27 pm
Location: Bilbao, Spain

Re: v6.43rc [release candidate] is released!

Mon Apr 23, 2018 3:53 pm

Can the phy-rate and RSSI for 60G interfaces also be exposed over SNMP please?
They do on 6.43rc. IF-MIB::ifSpeed shows the PHY rate. Before 6.43 it showed 10 Mbps.
 
User avatar
emils
Forum Veteran
Forum Veteran
Posts: 906
Joined: Thu Dec 11, 2014 8:53 am

Re: v6.43rc [release candidate] is released!

Mon Apr 23, 2018 3:56 pm

Can you please elaborate on what this does?
Responder=yes/no configures whether a specific mode-config entry will act as a initiator or a responder. Previously only the default "request-only" entry acted as an initiator. Since the newly added "src-address-list" parameter works for initiator only and may be different between multiple mode-config clients, it may be necessary for a user to add multiple mode-config initiator configurations.
 
User avatar
mozerd
Forum Veteran
Forum Veteran
Posts: 871
Joined: Thu Oct 05, 2017 3:39 pm
Location: Canada
Contact:

Re: v6.43rc [release candidate] is released!

Mon Apr 23, 2018 6:18 pm

No System Health data for hAP ac2 and firmware 6.43rc4
You do not have the required permissions to view the files attached to this post.
 
User avatar
strods
MikroTik Support
MikroTik Support
Topic Author
Posts: 1616
Joined: Wed Jul 16, 2014 7:22 am
Location: Riga, Latvia

Re: v6.43rc [release candidate] is released!

Mon Apr 23, 2018 8:20 pm

mozerd - This device does not have any hardware monitoring sensors on it.
 
User avatar
juliokato
Member Candidate
Member Candidate
Posts: 228
Joined: Mon Oct 26, 2015 4:27 pm
Location: Brazil

Re: v6.43rc [release candidate] is released!

Mon Apr 23, 2018 8:36 pm

mozerd - This device does not have any hardware monitoring sensors on it.
bad news, I'd rather pay more for a product with better features. My choice today is hAP AC.
 
User avatar
strods
MikroTik Support
MikroTik Support
Topic Author
Posts: 1616
Joined: Wed Jul 16, 2014 7:22 am
Location: Riga, Latvia

Re: v6.43rc [release candidate] is released!

Tue Apr 24, 2018 7:54 am

You can see available sensors for each product at our products page:

https://mikrotik.com/product/RB962UiGS-5HacT2HnT

Details
PCB temperature monitor Yes
Voltage Monitor Yes

https://mikrotik.com/product/hap_ac2

No such monitors listed.
 
User avatar
antonsb
MikroTik Support
MikroTik Support
Posts: 385
Joined: Sun Jul 24, 2016 3:12 pm
Location: Riga, Latvia

Re: v6.43rc [release candidate] is released!

Wed Apr 25, 2018 4:40 pm

That we know. What we would like to know from mikrotik is if it worths to test the wifi on hap ac2 with this RC or not.
Next RC release will have possible fix for this
 
User avatar
strods
MikroTik Support
MikroTik Support
Topic Author
Posts: 1616
Joined: Wed Jul 16, 2014 7:22 am
Location: Riga, Latvia

Re: v6.43rc [release candidate] is released!

Thu Apr 26, 2018 10:27 am

Version 6.43rc5 has been released.

Before an upgrade:
1) Remember to make backup/export files before an upgrade and save them on another storage device;
2) Make sure the device will not lose power during upgrade process;
3) Device has enough free storage space for all RouterOS packages to be downloaded.

Changes since previous rc release:

*) ipsec - fixed policies becoming invalid if added after a disabled policy;
*) led - added "dark-mode" functionality for hAP ac and hAP ac^2 devices;
*) lte - allow to execute concurrent internal AT commands;
*) lte - improved r11e-LTE and r11e-LTE-US dialling process;
*) lte - improved reading of SMS message after entering running state;
*) ssh - disconnect all active connections when router gets rebooted or turned off;
*) tr069-client: - fixed setting of "DeviceInfo.ProvisioningCode" parameter;
*) wireless - fixed packet processing when "static-algo-0=40bit-wep" is being used (introduced in v6.42);
*) wireless - improved wireless throughput on hAP ac^2 and cAP ac;

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 expected or after crash.

Note that release candidate versions are published strictly for testing purposes and should not be used on production routers.
 
User avatar
strods
MikroTik Support
MikroTik Support
Topic Author
Posts: 1616
Joined: Wed Jul 16, 2014 7:22 am
Location: Riga, Latvia

Re: v6.43rc [release candidate] is released!

Thu Apr 26, 2018 10:28 am

Please note that this rc release includes potential fix for wireless performance problems on RouterBOARD hAP ac^2 and cAP ac.

Please upgrade and test. Report results back to support@mikrotik.com if you still experience problems even after an upgrade.

"wireless - improved wireless throughput on hAP ac^2 and cAP ac"
 
Traveller
newbie
Posts: 35
Joined: Thu Apr 05, 2018 10:12 am

Re: v6.43rc [release candidate] is released!

Thu Apr 26, 2018 10:59 am

Many thanks for the support of the hap ac^2 :) . My hap ac^2 updating and rebooting correctly.
 
Simono
newbie
Posts: 49
Joined: Tue Mar 20, 2018 9:41 am

Re: v6.43rc [release candidate] is released!

Thu Apr 26, 2018 11:24 am

Waiting for this
*) wireless - improved wireless throughput on hAP ac^2 and cAP ac;
on stable
 
mistry7
Forum Guru
Forum Guru
Posts: 1480
Joined: Tue Oct 13, 2009 11:57 am
Location: Germany

Re: v6.43rc [release candidate] is released!

Thu Apr 26, 2018 9:35 pm

looks really better for cap ac

Thanks for this, and know go on at the another construction sites

- Spectral Scan
- Nv2 or 3
 
yhfung
Member Candidate
Member Candidate
Posts: 141
Joined: Tue Nov 20, 2012 6:58 pm

Re: v6.43rc [release candidate] is released!

Fri Apr 27, 2018 3:33 pm

It is confirmed that the v6.43rc5 has been resolved the 5GHz WiFi issue on hAP ac^2. The download and upload speed can reach at least at 380Mbps for my MacBook Pro Retina 2015 and sometimes it is over 400Mbps. MikroTik Engineering Team has done a very great job this time.


However I still have problems with my 2GHz WiFi with long ping time over 100ms, I need more time to adjust the WiFi parameters in order to obtain acceptable results.

YH
 
JanezFord
Member Candidate
Member Candidate
Posts: 269
Joined: Wed May 23, 2012 10:58 am

Re: v6.43rc [release candidate] is released!

Sat Apr 28, 2018 8:10 pm

If the hap-ac2 wireless fix really works it would be very nice of mikrotik to port it back to v6.42 (.2 maybe) asap because otherwise apart from running rc in production we will have to wait for 2 or 3 months according to current release frequency.

JF
 
jarda
Forum Guru
Forum Guru
Posts: 7756
Joined: Mon Oct 22, 2012 4:46 pm

Re: v6.43rc [release candidate] is released!

Sun Apr 29, 2018 3:29 pm

Not to current only. It is necessary to implement the corrections into bugfix version!
 
msatter
Forum Guru
Forum Guru
Posts: 2897
Joined: Tue Feb 18, 2014 12:56 am
Location: Netherlands / Nīderlande

Re: v6.43rc [release candidate] is released!

Mon Apr 30, 2018 10:02 pm

I encountered a really strange problem with the address-lists. I had some trouble entering ip addresses with netmask in the past and the message was it was not a domain. I worked around it by first entering it without an netmask and add the netmask later. This occurs sometimes and I believe also in previous versions.

Now I have Mikrotik flooding my dnsserver with IP numbers because it thinks there are domain names. I have about 35.000 IP numbers in address-list so it is really bussy. :?

The message is "Couldn't add New Firewall Address-List - x.x.x.0/16 is not a valid dns name (6)"

It seems that the input of address-list is thrown out of wack and in that mode it only expects a domain name or IP address without a netmask.
 
jarda
Forum Guru
Forum Guru
Posts: 7756
Joined: Mon Oct 22, 2012 4:46 pm

Re: v6.43rc [release candidate] is released!

Tue May 01, 2018 12:13 am

Everywhere.
 
sindy
Forum Guru
Forum Guru
Posts: 10205
Joined: Mon Dec 04, 2017 9:19 pm

Re: v6.43rc [release candidate] is released!

Tue May 01, 2018 12:19 am

It seems that the input of address-list is thrown out of wack and in that mode it only expects a domain name or IP address without a netmask.
As I don't have 6.43rcX anywhere right now, I can only suggest you to try whether you could use an interval (
192.168.0.0-192.168.0.255
) instead of a prefix (
192.168.0.0/24
) as a workaround.
 
msatter
Forum Guru
Forum Guru
Posts: 2897
Joined: Tue Feb 18, 2014 12:56 am
Location: Netherlands / Nīderlande

Re: v6.43rc [release candidate] is released!

Tue May 01, 2018 12:38 am

I have restarted the router and then it worked again with a netmask. I have restarted a few times the last two days and I had that problem also befrore an other restart.

Next time I will try your suggestion. I have also sent this to support so they can look if there is a gremlin in there.
 
andlommy
just joined
Posts: 22
Joined: Tue Feb 12, 2013 12:14 am

Re: v6.43rc [release candidate] is released!

Tue May 01, 2018 10:33 am

Bug #1
CHR running on 6.43rc5 on Hyper-V (Windows 10 v1803) does not recognize all network interfaces.
If CHR is configured with 2 NICs (standard NICs, not legacy) is recognizing 1 interface only. It can be first or second NIC (varies), or both nic's. rebooting the router makes it recognize nics differently.

Bug #2
CHR (tested 6.38, 6.42.1 and 6.43rc5) running on Hyper-V (Windows 10 v1803) with blank configuration introduces a latency while accessing VMs.
i.e. hyper-v host machine ip is 192.168.1.100, client machine is 192.168.1.101, some VMs sit in a private network 172.16.1.0/24, let's say 172.16.1.100, say CHR has 2 NICs - one facing production network (with IP 192.168.1.102), other facing private network (with IP 172.16.1.1)

Pings would look the following way:

192.168.1.101 --> 192.168.1.100 ==> <1ms ping, 1 gbit on iperf test
192.168.1.101 --> 192.168.1.102 ==> <1ms ping
192.168.1.101 --> 172.16.1.100 ==> fluctuating ping 1-25 ms

Don't think same behavior existed on Hyper-V v1709.
Windows VMs sitting in hyper-v if exposed to public network (via NATed vswitch or external network) does not have a latency problem (so it's not hyper-v nics, hyper-v setup, or the actual network)
 
yhfung
Member Candidate
Member Candidate
Posts: 141
Joined: Tue Nov 20, 2012 6:58 pm

Re: v6.43rc [release candidate] is released!

Tue May 01, 2018 1:14 pm

strods,

Although the 5GHz of hAP ac^2 has already been resolved for my MacBook Pro Retina 2015 (I was able to get 380Mbps), there are still some problems with other 5G ac chip. For instance my CHIWU laptop pc equipped with Intel Dual-Band Wireless-AC 3165 (download speed is only 22Mbps). I have already sent my comments and router file supout.rif to the Support for their reference. I have seen from other threads mentioning there are some incompatibility issue with Intel-based AC.

YH
 
User avatar
slimmerwifi
just joined
Posts: 15
Joined: Tue Aug 01, 2017 6:05 pm
Location: Netherlands

Re: v6.43rc [release candidate] is released!

Wed May 02, 2018 8:56 am

Upon upgrading an Cap AC from 6.40.5 to 6.34.5 through the TIK App (download install and reboot option) it bricked.

Seems to only happen if the CAP is powered over Ethernet by another CAP. The other one survived the update.

The CAP also isn't visible in Netinstall so I'll have to RMA it.

This happened to me twice now. What am I doing wrong?
 
yhfung
Member Candidate
Member Candidate
Posts: 141
Joined: Tue Nov 20, 2012 6:58 pm

Re: v6.43rc [release candidate] is released!

Wed May 02, 2018 9:06 am

strods,

Apart from the WiFi issue on hAP ac^2, I also found another problem when hAP ac^2 was configured as PPTP VPN client to another VPN server. The latency found was very large, it is over 1000ms. That was why I browsed websites such as www.YouTube.com, the pictures popped out very slowly.

Besides hAP ac^2 has this problem, RB951 had the same problem too.
If CCR1009 or X86 RouterOS were used and configured as PPTP VPN client to a remote MikroTik VPN sever, the latency was found only 6xms using the latency/speed test site "http://speedtest.ofca.gov.hk". It was also the same as the one without VPN. I did not have any problems when the PPTP clients were set on CCR1009 or X86 RouterOS.

For details, please take a look at the following thread. I also send the same information to the Support for help.

viewtopic.php?f=2&t=133894

YH
 
User avatar
strods
MikroTik Support
MikroTik Support
Topic Author
Posts: 1616
Joined: Wed Jul 16, 2014 7:22 am
Location: Riga, Latvia

Re: v6.43rc [release candidate] is released!

Thu May 03, 2018 11:17 am

Version 6.43rc6 has been released.

Before an upgrade:
1) Remember to make backup/export files before an upgrade and save them on another storage device;
2) Make sure the device will not lose power during upgrade process;
3) Device has enough free storage space for all RouterOS packages to be downloaded.

Changes since previous rc release:

*) bridge - fixed LLDP packet receiving;
*) bridge - fixed processing of fragmented packets when hardware offloading is enabled;
*) dhcpv6-relay - fixed missing configuration after reboot;
*) hotspot - fixed user authentication when queue from old session is not removed yet;
*) quickset - fixed dual radio mode detection process;
*) wireless - fixed usage of allowed signal strength values received from RADIUS;
*) wireless - improved Nv2 PtMP performance;

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 expected or after crash.

Note that release candidate versions are published strictly for testing purposes and should not be used on production routers.
 
mistry7
Forum Guru
Forum Guru
Posts: 1480
Joined: Tue Oct 13, 2009 11:57 am
Location: Germany

Re: v6.43rc [release candidate] is released!

Thu May 03, 2018 11:22 am

*) wireless - improved Nv2 PtMP performance;

Tell us more, did you work on latency?
 
yhfung
Member Candidate
Member Candidate
Posts: 141
Joined: Tue Nov 20, 2012 6:58 pm

Re: v6.43rc [release candidate] is released!

Thu May 03, 2018 11:34 am

How about the long ping time if the hAP ac^2 is configured as VPN client? Same issue also happens on RB951G with stable RouterOS v6.40.8.

The problem has been reported in viewtopic.php?f=21&t=133420&start=50#p658891, when v6.43rc5 is released.

The most update information for the long ping time issue for VPN client can be seen in the following link:

viewtopic.php?f=2&t=133894
 
eddieb
Member
Member
Posts: 305
Joined: Thu Aug 28, 2014 10:53 am
Location: Netherlands

Re: v6.43rc [release candidate] is released!

Thu May 03, 2018 11:58 am

problems should be reported to support@mikrotik.com not on this forum.
 
yhfung
Member Candidate
Member Candidate
Posts: 141
Joined: Tue Nov 20, 2012 6:58 pm

Re: v6.43rc [release candidate] is released!

Thu May 03, 2018 12:04 pm

problems should be reported to support@mikrotik.com not on this forum.
Already reported to the Support at support@mikrotik.com in a few days ago and got the ticket number.

So far I have not received any (human) reply from the MikroTik Official.

YH
Last edited by yhfung on Thu May 03, 2018 12:54 pm, edited 1 time in total.
 
User avatar
honzam
Forum Guru
Forum Guru
Posts: 2394
Joined: Wed Feb 27, 2008 10:27 pm
Location: Czech Republic

Re: v6.43rc [release candidate] is released!

Thu May 03, 2018 12:41 pm

*) wireless - improved Nv2 PtMP performance;

Tell us more, did you work on latency?
@mikrotik can you write more info there? viewtopic.php?f=21&t=132181
Or start new topic with this improvement? Thanks
 
yhfung
Member Candidate
Member Candidate
Posts: 141
Joined: Tue Nov 20, 2012 6:58 pm

Re: v6.43rc [release candidate] is released!

Thu May 03, 2018 4:07 pm

I got a reply from the Support and the long ping time issue has already been resolved by disabling the FastTrack function in firewall filter rules.

For details, please take a look at the following thread.
viewtopic.php?f=2&t=133894&p=659265#p658731

Thank the MikroTik Support Team for resolving my problem as quickly.

YH
 
informant
newbie
Posts: 28
Joined: Wed Jul 22, 2015 10:33 am

Re: v6.43rc [release candidate] is released!

Fri May 04, 2018 10:54 am

hi, in last version nv2 ptmp performance was already improved, what new in v6.43rc6, well entry: wireless - improved Nv2 PtMP performance; comes again in this rc?
regards
 
mlenhart
Frequent Visitor
Frequent Visitor
Posts: 84
Joined: Mon Oct 30, 2017 11:30 pm

Re: v6.43rc [release candidate] is released!

Fri May 04, 2018 4:14 pm

BUG: WiFi LED is still On, winbox and also CLI shows wireless interface as disabled. Affected HW: RB951G-2HnD with firmware 6.41.3
Supout.rif already sent to MikroTik support, Ticket#2018050422002416.

EDIT: issue is also with firmware 6.43rc6
 
bbs2web
Member Candidate
Member Candidate
Posts: 232
Joined: Sun Apr 22, 2012 6:25 pm
Location: Johannesburg, South Africa
Contact:

Re: v6.43rc [release candidate] is released!

Fri May 04, 2018 4:44 pm

CPU utilisation reduction on CCR (Tile) routers is very evident, great work guys!

RouterOS versions:
  • We only keep OS version information for the last 30 days
  • 6.41 - MPLS: 04-02 - 04-03 BGP: 04-02 - 04-09
  • 6.41.3 - MPLS: 04-03 - 04-29 BGP: 04-09 - 04-29
  • 6.42.1 - MPLS: 04-29 - current BGP: 04-29 - current


MPLS switching router (no connection tracking, no BGP):

Throughput:
Image

CPU utilisation:
Image
NB: Please ignore the CPU utilisation spike on the 26th of March, our fault...

BGP provider edge router (firewalling and filtering in accordance to MANRS):

Throughput:
Image

CPU utilisation:
Image
 
User avatar
Chupaka
Forum Guru
Forum Guru
Posts: 8709
Joined: Mon Jun 19, 2006 11:15 pm
Location: Minsk, Belarus
Contact:

Re: v6.43rc [release candidate] is released!

Fri May 04, 2018 5:50 pm

RouterOS versions:
  • We only keep OS version information for the last 30 days
  • 6.41 - MPLS: 04-02 - 04-03 BGP: 04-02 - 04-09
  • 6.41.3 - MPLS: 04-03 - 04-29 BGP: 04-09 - 04-29
  • 6.42.1 - MPLS: 04-29 - current BGP: 04-29 - current
JFYI: This topic is about 6.43rc
 
lomayani
just joined
Posts: 19
Joined: Sat Jun 17, 2017 7:21 am

Re: v6.43rc [release candidate] is released!

Sat May 05, 2018 1:21 pm

On this release am getting less wireless throughput per client compared to 6.42.1. My dynamic downlink ratio is 60 and in 6.42.1 i get up to 90mbps with 20MHz per client with ac radio
I tried the current release and hardly getting 50mbps with same client and same setting

One issue i see resolved is preventing one client from killing performance of other clients if is heavily downloading.
 
yhfung
Member Candidate
Member Candidate
Posts: 141
Joined: Tue Nov 20, 2012 6:58 pm

Re: v6.43rc [release candidate] is released!

Mon May 07, 2018 3:34 pm

strods,

Miner bug found on hAP ac^2, please see the board name and correct in the next release.

[admin@MikroTik] /interface wireless> /system routerboard print
routerboard: yes
board-name: hAP ac (<--This should be hAP ac^2)
model: RouterBOARD D52G-5HacD2HnD-TC
serial-number: 8D1308291FAD
firmware-type: ipq4000L
factory-firmware: 3.43
current-firmware: 6.43rc5
upgrade-firmware: 6.43rc6
 
atlanticd
newbie
Posts: 30
Joined: Thu Jun 11, 2015 6:42 pm

Re: v6.43rc [release candidate] is released!

Mon May 07, 2018 3:46 pm

hi yhfung,

On an SSH session to my hAP ac^2 I see correctly printed name:
Image

However when I use Terminal in Winbox, I can confirm that I see what you reported. I guess this is either a Winbox issue (Winbox is not able to display the special character) or a character encoding issue in Telnet.
strods,

Miner bug found on hAP ac^2, please see the board name and correct in the next release.

[admin@MikroTik] /interface wireless> /system routerboard print
routerboard: yes
board-name: hAP ac (<--This should be hAP ac^2)
model: RouterBOARD D52G-5HacD2HnD-TC
serial-number: 8D1308291FAD
firmware-type: ipq4000L
factory-firmware: 3.43
current-firmware: 6.43rc5
upgrade-firmware: 6.43rc6
 
User avatar
strods
MikroTik Support
MikroTik Support
Topic Author
Posts: 1616
Joined: Wed Jul 16, 2014 7:22 am
Location: Riga, Latvia

Re: v6.43rc [release candidate] is released!

Tue May 08, 2018 11:54 am

Version 6.43rc7 has been released.

Before an upgrade:
1) Remember to make backup/export files before an upgrade and save them on another storage device;
2) Make sure the device will not lose power during upgrade process;
3) Device has enough free storage space for all RouterOS packages to be downloaded.

Changes since previous rc release:

*) capsman - allow to change "radio-name" (CLI only);
*) dhcpv4 - prevent sending out ICMP port unreachable packets;
*) dhvpv4-client - fixed DHCP client stuck in renewing state;
*) kidcontrol - allow to edit discovered devices;
*) lte - do not allow to send "at-chat" commands for configless modems;

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 expected or after crash.

Note that release candidate versions are published strictly for testing purposes and should not be used on production routers.
 
yhfung
Member Candidate
Member Candidate
Posts: 141
Joined: Tue Nov 20, 2012 6:58 pm

Re: v6.43rc [release candidate] is released!

Tue May 08, 2018 12:16 pm

Hello atlanticd,

When I use ssh to my routerboard, it can show the correct number "2" in superscript mode. However in RouterOS terminal mode, it does not. I guess the terminal mode does not support displaying characters in superscript mode.

YH
 
sindy
Forum Guru
Forum Guru
Posts: 10205
Joined: Mon Dec 04, 2017 9:19 pm

Re: v6.43rc [release candidate] is released!

Tue May 08, 2018 12:48 pm

When I use ssh to my routerboard, it can show the correct number "2" in superscript mode. However in RouterOS terminal mode, it does not. I guess the terminal mode does not support displaying characters in superscript mode.
To be precise, it is not a 2 in superscript, it is a unicode codepoint 0xb2. Not that knowing this would change the user experience in any way :-)
 
server8
Long time Member
Long time Member
Posts: 592
Joined: Fri Apr 22, 2011 1:27 pm

Re: v6.43rc [release candidate] is released!

Tue May 08, 2018 8:03 pm

*) wireless - improved Nv2 PtMP performance;
is it further improvement from 6.42.1?
Last edited by server8 on Tue May 08, 2018 11:59 pm, edited 1 time in total.
 
jrpaz
Frequent Visitor
Frequent Visitor
Posts: 89
Joined: Wed Jun 05, 2013 5:54 am

Re: v6.43rc [release candidate] is released!

Tue May 08, 2018 11:40 pm

DHCP Client still broke.

6.41.x was that last stable release......
 
User avatar
emils
Forum Veteran
Forum Veteran
Posts: 906
Joined: Thu Dec 11, 2014 8:53 am

Re: v6.43rc [release candidate] is released!

Wed May 09, 2018 8:44 am

Please send supout.rif files to support@mikrotik.com if you are still experiencing any issues with DHCP client.
 
jrpaz
Frequent Visitor
Frequent Visitor
Posts: 89
Joined: Wed Jun 05, 2013 5:54 am

Re: v6.43rc [release candidate] is released!

Wed May 09, 2018 4:14 pm

sent
 
nescafe2002
Forum Veteran
Forum Veteran
Posts: 897
Joined: Tue Aug 11, 2015 12:46 pm
Location: Netherlands

Re: v6.43rc [release candidate] is released!

Wed May 09, 2018 10:50 pm

*) dhvpv4-client - fixed DHCP client stuck in renewing state;
Hah. Nice work on this one. I've complained to my ISP that they didn't respond to my unicast renewal request.
Turns out these requests are sent to dhcp client (mac) address instead of the dhcp server, so I have myself to blame..

Besides the "stuck in renewal state" which seem cosmetic, clients are much more prone to rogue dhcp servers which has been a major issue for me.

Now that this is fixed in rc7 and a lot of production routers suffer from this problem due to mandatory update (6.42.1), could you urge an update on current channel?
 
User avatar
strods
MikroTik Support
MikroTik Support
Topic Author
Posts: 1616
Joined: Wed Jul 16, 2014 7:22 am
Location: Riga, Latvia

Re: v6.43rc [release candidate] is released!

Thu May 10, 2018 1:51 pm

Version 6.43rc11 has been released.

Before an upgrade:
1) Remember to make backup/export files before an upgrade and save them on another storage device;
2) Make sure the device will not lose power during upgrade process;
3) Device has enough free storage space for all RouterOS packages to be downloaded.

Changes since previous rc release:

*) bridge - do not allow to add same interface list to bridge more than once;
*) console - fixed type "on" and "wireless-status" LED trigger value setting (introduced in v6.43rc1);
*) dhcpv4-server - do not allow override lease "always-broadcast" value based on offer type;
*) dhcpv4-server - improved performance when "rate-limit" and/or "address-list" setting is present;
*) dhcpv6-server - added initial dynamic simple queue support;
*) filesystem - fixed situation when filesystem goes into read-only mode on device with NAND type memory;
*) filesystem - improved software crash handling on devices with FLASH type memory;
*) interface - fixed "built-in=no" parameter for manually created interface lists;
*) interface - fixed "dynamic" built-in interface list behavior;
*) interface - fixed interface list which include/exclude another list;
*) interface - fixed interface list which include disabled member;
*) interface - fixed situation when router did reboot due to critical program crash (introduced in v6.42);
*) interface - improved reliability on dynamic interface handling;
*) lte - added extended signal information for Quectel LTE EP06 modem;
*) lte - improved LTE communication process on MMIPS platform devices;
*) routerboard - properly represent board name for hAP ac^2;
*) switch - added support for port isolation by switch chip (CLI only);
*) tile - fixed Ethernet interfaces becoming unresponsive;
*) wireless - do not disconnect clients when WDS master connects with MAC address "00:00:00:00:00:00";

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 expected or after crash.

Note that release candidate versions are published strictly for testing purposes and should not be used on production routers.
 
User avatar
BartoszP
Forum Guru
Forum Guru
Posts: 2855
Joined: Mon Jun 16, 2014 1:13 pm
Location: Poland

Re: v6.43rc [release candidate] is released!

Thu May 10, 2018 2:52 pm

....
*) bridge - do not allow to add same interface list to bridge more than once;
....
Asking without checking ... is it possible to add interface to the bridge and a list containing this interface? What then if it is possible?
 
User avatar
artz
MikroTik Support
MikroTik Support
Posts: 88
Joined: Tue Oct 17, 2017 5:51 pm
Location: Riga
Contact:

Re: v6.43rc [release candidate] is released!

Thu May 10, 2018 3:05 pm

With RouterOS v6.43rc11 it is possible to do port isolation on devices with a switch chip, this includes CRS3xx as well.
Example can be found here:
https://wiki.mikrotik.com/wiki/Manual:S ... _isolation
 
msatter
Forum Guru
Forum Guru
Posts: 2897
Joined: Tue Feb 18, 2014 12:56 am
Location: Netherlands / Nīderlande

Re: v6.43rc [release candidate] is released!

Thu May 10, 2018 4:02 pm

I had good hope my ticket (Ticket#2018042122002234) would be resolved in this version but it is not. Setting Neighbors to !Dynamic still pokes my Dail-on-Demand connection and won't let it go to sleep when the time-out is there.

When I look in interfaces - interface lists I don't see any content in the defined names and looking in the Neighbors list I see a other Mikrotik device but not the Winbox that is running. Once I did see the Winbox and it had the MAC 00:00:00:00:00:00

So I will continue to use my manual generated Interface List to give the L2TP connection a rest when not needed.
 
jriera
just joined
Posts: 13
Joined: Tue Feb 14, 2012 3:14 am

Re: v6.43rc [release candidate] is released!

Fri May 11, 2018 3:31 am

*) tile - fixed Ethernet interfaces becoming unresponsive;

I have a very strange problem with a CCR1072. Suddenly there are IP addresses that stop responding, some work and others do not... within the same broadcast (L2) -no routing apply-. There is no problem of firewall or similar, by ARP the MAC is seen, but communication is simply lost... until a reboot is made and everything works again. It has happened to me twice in the last week. With the 6.42.1. Does this changelog correct this problem or similar?

The problem happens in an 802.3ad bonding interface with vlans on it. At the other end there is a CRS317-1G-16S switch. Even if I restart the switch, it does not recover the communication... I must restart the CCR1072.
 
diablothebest
newbie
Posts: 31
Joined: Fri May 20, 2016 11:07 pm

Re: v6.43rc [release candidate] is released!

Fri May 11, 2018 9:04 am

After update to 6.43rc11 My Kodi player on Raspberry could't connect to Synology NAS via NFS or SMB!
 
kez
newbie
Posts: 40
Joined: Tue Jul 05, 2005 4:13 am

Re: v6.43rc [release candidate] is released!

Sat May 12, 2018 5:15 pm

*) dhcpv6-server - added initial dynamic simple queue support;
Hello, strods
We are trying to migrate our GPON customers connection from PPPoE to IPoE and doing fews tests.
One of your problems it's IPv6 queue and now this update can help us.
However, is there any way to create the same queue for IPv4 and IPv6 via DHCP?
 
TOD
just joined
Posts: 6
Joined: Tue Mar 13, 2018 10:46 pm

Re: v6.43rc [release candidate] is released!

Sun May 13, 2018 5:51 am

After updating RB750Gr3 to 6.43rc11, I noticed that all port on local bridge became isolated to each other. Disabling HW offloading on bridge ports solve this problem, but I prefer to rollback to 6.43rc6 with HW offloading enabled.
 
User avatar
Xymox
Member
Member
Posts: 416
Joined: Thu Jan 21, 2010 5:04 pm
Location: Phoenix, Arizona US
Contact:

Re: v6.43rc [release candidate] is released!

Mon May 14, 2018 9:24 pm

I updated a CCR a 2011 and a mAP from 41.5 to RC11.. This addressed all the issues *I* had with 42.x...

REENABLE NETWATCH
I use Netwatch to do a large number of things including sending alerts and changing LEDs based a scripts triggered by Netwatch.

THIS ENTIRE FEATURE WAS TAKEN AWAY IN 42 AND MUST BE PUT BACK
 
diablothebest
newbie
Posts: 31
Joined: Fri May 20, 2016 11:07 pm

Re: v6.43rc [release candidate] is released!

Mon May 14, 2018 10:26 pm

I have issue with bridge on RB750Gr3 (hEX) too. Downgrade to CURRENT channel at this moment...
 
User avatar
strods
MikroTik Support
MikroTik Support
Topic Author
Posts: 1616
Joined: Wed Jul 16, 2014 7:22 am
Location: Riga, Latvia

Re: v6.43rc [release candidate] is released!

Tue May 15, 2018 7:35 am

Version 6.43rc12 has been released.

Before an upgrade:
1) Remember to make backup/export files before an upgrade and save them on another storage device;
2) Make sure the device will not lose power during upgrade process;
3) Device has enough free storage space for all RouterOS packages to be downloaded.

Changes since previous rc release:

*) bridge - fixed bridge hw-offloading on MMIPS devices (introduced in v6.43rc10);
*) crs3xx - fixed packet forwarding on SFP+ interfaces (introduced in v6.43rc11);
*) dhcpv4-server - fixed situation when router did reboot due to critical program crash (introduced in v6.43rc);
*) ipsec - improved reliability on IPsec hardware encryption for ARM devices except RB1100Dx4;
*) lte - use "/32" address for the Passthrough feature when R11e-LTE module is used;
*) wireless - added option for RADUS "called-station-id" format selection (CLI only);

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 expected or after crash.

Note that release candidate versions are published strictly for testing purposes and should not be used on production routers.
 
User avatar
antonsb
MikroTik Support
MikroTik Support
Posts: 385
Joined: Sun Jul 24, 2016 3:12 pm
Location: Riga, Latvia

Re: v6.43rc [release candidate] is released!

Tue May 15, 2018 11:11 am

After update to 6.43rc11 My Kodi player on Raspberry could't connect to Synology NAS via NFS or SMB!
Please provide more information about this issue to support@mikrotik.com
 
diablothebest
newbie
Posts: 31
Joined: Fri May 20, 2016 11:07 pm

Re: v6.43rc [release candidate] is released!

Tue May 15, 2018 11:47 pm

After update to 6.43rc11 My Kodi player on Raspberry could't connect to Synology NAS via NFS or SMB!
Please provide more information about this issue to support@mikrotik.com
This was bug with hEX bridge! Now all works ok!
 
Raumaster
newbie
Posts: 36
Joined: Fri Sep 28, 2012 2:18 am

Re: v6.43rc [release candidate] is released!

Wed May 16, 2018 12:54 am

*) wireless - improved Nv2 PtMP performance;
is it further improvement from 6.42.1?
I'd like to know what kind of NV2 performance improvement we can expect from version 6.43? I did notice improvements in version 6.42 but heard of people saying the new 6.43rc is worse then 6.42...
 
jrpaz
Frequent Visitor
Frequent Visitor
Posts: 89
Joined: Wed Jun 05, 2013 5:54 am

Re: v6.43rc [release candidate] is released!

Wed May 16, 2018 6:04 am

DHCP Client seems to be sorted out and working now!
 
nescafe2002
Forum Veteran
Forum Veteran
Posts: 897
Joined: Tue Aug 11, 2015 12:46 pm
Location: Netherlands

Re: v6.43rc [release candidate] is released!

Wed May 16, 2018 11:56 am

DHCP Client seems to be sorted out and working now!
Agreed, I've upgraded my production routers to 6.43rc7 and they are working very well.
 
bbs2web
Member Candidate
Member Candidate
Posts: 232
Joined: Sun Apr 22, 2012 6:25 pm
Location: Johannesburg, South Africa
Contact:

Re: v6.43rc [release candidate] is released!

Wed May 16, 2018 12:51 pm

We had an issue with a CHR running 6.42.1 restarting 3 times in a day and subsequently downgraded to 6.41.4. Both of these versions yielded high latency, which has been fixed with the multi-queue driver in 6.43.rc12.

Steps:
  • Upgraded RouterOS to v6.43rc12
  • Set KVM VirtIO network driver on Hypervisor to support multi-queue
  • Disabled RPS on CHR instance
Router was upgraded at approximately 22:45 on the 15th of May.

Latency:
Image

Throughput:
Image

CPU:
Image


Looks like IRQs are not balanced evenly, this may be on the hypervisor though...


PS: Nice to see that IRQ rx/tx queue pairs are mapped to the same CPU. Herewith a snippet from the router:
Image
 
yhfung
Member Candidate
Member Candidate
Posts: 141
Joined: Tue Nov 20, 2012 6:58 pm

Re: v6.43rc [release candidate] is released!

Thu May 17, 2018 3:01 am

strods,

When I tried to install the ntp package (downloaded zip file for rc12, extracted the ntp package and put it to the files folder) and found it did not work.

The problem has been fixed because the main system package is rc11 and I installed rc12 ntp package. After upgrading the main package to rc12 version, I could able to install the ntp package.

YH
 
User avatar
Chupaka
Forum Guru
Forum Guru
Posts: 8709
Joined: Mon Jun 19, 2006 11:15 pm
Location: Minsk, Belarus
Contact:

Re: v6.43rc [release candidate] is released!

Thu May 17, 2018 12:12 pm

Yes, and that was described in the Log after reboot. That's how it works - all packages should be of the same version.
 
User avatar
strods
MikroTik Support
MikroTik Support
Topic Author
Posts: 1616
Joined: Wed Jul 16, 2014 7:22 am
Location: Riga, Latvia

Re: v6.43rc [release candidate] is released!

Fri May 18, 2018 3:45 pm

Version 6.43rc14 has been released.

Before an upgrade:
1) Remember to make backup/export files before an upgrade and save them on another storage device;
2) Make sure the device will not lose power during upgrade process;
3) Device has enough free storage space for all RouterOS packages to be downloaded.

Changes since previous rc release:

*) bridge - add dynamic CAP interface to tagged ports if "vlan-mode=use-tag" is enabled;
*) bridge - added ingress filtering options to bridge interface (CLI only);
*) bridge - added initial Q-in-Q support (CLI only);
*) bridge - allow to make changes for bridge port when it is interface list;
*) crs3xx - added initial Q-in-Q hardware offloading support (CLI only);
*) crs3xx - fixed ACL rate rules (introduced in v6.41rc27);
*) defconf - fixed missing bridge ports after configuration reset;
*) ipsec - improved reliability on generated policy addition when IKEv1 or IKEv2 used;
*) led - fixed CCR1016-12S-1S+ LED behaviour after Netinstall (introduced in v6.41rc58);
*) lte - added support for Novatel USB730LN modem with new ID;
*) routerboard - fixed "protected-routerboot" feature (introduced in v6.42);
*) wireless - improved Nv2 stability for 802.11n interfaces on RB953, hAP ac and wAP ac devices;

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 expected or after crash.

Note that release candidate versions are published strictly for testing purposes and should not be used on production routers.
 
User avatar
hknet
Member Candidate
Member Candidate
Posts: 126
Joined: Sun Jul 17, 2016 6:05 pm
Location: Vienna, Austria
Contact:

Re: v6.43rc [release candidate] is released!

Fri May 18, 2018 5:56 pm

I like: "crs3xx - added initial Q-in-Q hardware offloading support (CLI only);"
could someone please point me to the correct manual/wiki entry on this one?
 
User avatar
artz
MikroTik Support
MikroTik Support
Posts: 88
Joined: Tue Oct 17, 2017 5:51 pm
Location: Riga
Contact:

Re: v6.43rc [release candidate] is released!

Fri May 18, 2018 6:36 pm

You can find an example here:
https://wiki.mikrotik.com/wiki/Manual:I ... 8Q-in-Q.29

Note that the same principles can be applied as for regular VLAN filtering (trunk, access, management port and so on).
Do note that QinQ with RSTP is not supposed to work with bridges that use 802.1Q (this is by standard IEEE 802.1ad), but there is a bug in 6.43rc14 that prevents RSTP from working properly, this is fixed in 6.43rc15.

Also the wiki for CRS3xx is updated with more examples with ACL rules:
https://wiki.mikrotik.com/wiki/Manual:C ... s_switches

Starting from 6.43rc14 "protocol-mode=none" disables compliance with IEEE 802.1Q and allows to forward 01:80:C2:XX:XX:XX MAC addresses, most noticeable protocols that use these MAC addresses are LACP and dot1x. By setting the protocol-mode to none you can achieve a true transparent bridge. Use with caution though.
 
pe1chl
Forum Guru
Forum Guru
Posts: 10185
Joined: Mon Jun 08, 2015 12:09 pm

Re: v6.43rc [release candidate] is released!

Fri May 18, 2018 6:54 pm

Is there work in progress or planned to make a bridge with protocol-mode=none and simple VLAN filtering (a couple of VLANs defined on the bridge and the ports being untagged or tagged members) to support hardware offload on the common switch chips in the routers?
As it is now, it is not hardware offloaded when configured this way, but when the bridge is configured without VLAN filtering and the VLANs are defined in the switch config, it is.
 
diablothebest
newbie
Posts: 31
Joined: Fri May 20, 2016 11:07 pm

Re: v6.43rc [release candidate] is released!

Fri May 18, 2018 10:02 pm

Please add SOCKS5 to RouterOS! Many people want it!
 
User avatar
Xymox
Member
Member
Posts: 416
Joined: Thu Jan 21, 2010 5:04 pm
Location: Phoenix, Arizona US
Contact:

Re: v6.43rc [release candidate] is released!

Sat May 19, 2018 3:53 am

Im seeing a disc space leak over time. Im seeing it on TILE, MIPSBE and PPC. Im seeing it on all the devices I manage.

This because obvious when I could not upgrade or downgrade firmware because there was not enough space. I dont see what is taking up space on the NAND. I saw one device go from 27.9 free space out of 64 down to 14MB when I tried to downgrade. I also saw a device go from 16MB free space to 27.9MB free space WHEN I UPGRADED from RC12 to RC14..

This issue seems to take time to develop. 6.41.4 is stable and does not do this. 42.x seems to and 43RC14 also seems to.

The only way around this is Netinstall. I erased NAND to be sure. I wanted to bring this up on the forum as it can lead to having to go onsite and Netinstall and restore the device. This also seems to be present in 42.x

Ive sent a email to support.
 
pe1chl
Forum Guru
Forum Guru
Posts: 10185
Joined: Mon Jun 08, 2015 12:09 pm

Re: v6.43rc [release candidate] is released!

Sat May 19, 2018 11:29 am

Im seeing a disc space leak over time. Im seeing it on TILE, MIPSBE and PPC. Im seeing it on all the devices I manage.
Then it must be related to something you do on all the devices you manage. What are you doing that could consume diskspace and that could be nonstandard?
For example, enabled graphing with storage to disk. I had that in the past but I removed storage to disk to reduce the number of disk writes, so I cannot check if that could be it.
(in the past it did not cause a disk leak, of course it consumes space but it is trimmed over time)
Last edited by pe1chl on Sat May 19, 2018 11:43 am, edited 1 time in total.
 
pe1chl
Forum Guru
Forum Guru
Posts: 10185
Joined: Mon Jun 08, 2015 12:09 pm

Re: v6.43rc [release candidate] is released!

Sat May 19, 2018 11:41 am

[mistake]
 
Ulypka
Frequent Visitor
Frequent Visitor
Posts: 57
Joined: Wed Jan 09, 2013 8:26 am

Re: v6.43rc [release candidate] is released!

Mon May 21, 2018 10:48 am

Version 6.43rc14 has been released.
*) bridge - added initial Q-in-Q support (CLI only);
what about selective qinq?
 
User avatar
artz
MikroTik Support
MikroTik Support
Posts: 88
Joined: Tue Oct 17, 2017 5:51 pm
Location: Riga
Contact:

Re: v6.43rc [release candidate] is released!

Mon May 21, 2018 11:07 am

Currently it is not possible to select which frames are going to be tagged with an outer tag and which not.
It is possible to use CRS3xx ACL rules to achieve a similar result though.
/interface bridge
add name=bridge vlan-filtering=yes vlan-protocol=802.1ad
/interface bridge port
add bridge=bridge interface=ether1
add bridge=bridge interface=ether2
/interface bridge vlan
add bridge=bridge untagged=ether1,ether2 vlan-ids=1
add bridge=bridge tagged=ether1,ether2 vlan-ids=200
/interface ethernet switch rule
add mac-protocol=ipx new-vlan-id=200 ports=ether1 switch=switch1
 
hurymak
Frequent Visitor
Frequent Visitor
Posts: 76
Joined: Mon Oct 06, 2014 1:31 pm

Re: v6.43rc [release candidate] is released!

Tue May 22, 2018 9:42 am

Version 6.43rc14 has been released.



*) routerboard - fixed "protected-routerboot" feature (introduced in v6.42);


what exactly is fixed in protected routerboard?
 
estdata
Member Candidate
Member Candidate
Posts: 100
Joined: Mon Feb 20, 2012 9:05 pm
Contact:

Re: v6.43rc [release candidate] is released!

Tue May 22, 2018 2:46 pm

Please fix this probleem . My screenshot

My attachment . Frenquensy probleem!!!
You do not have the required permissions to view the files attached to this post.
 
hurymak
Frequent Visitor
Frequent Visitor
Posts: 76
Joined: Mon Oct 06, 2014 1:31 pm

Re: v6.43rc [release candidate] is released!

Tue May 22, 2018 3:07 pm

change frequency to default and this error will disappear
 
r00t
Long time Member
Long time Member
Posts: 672
Joined: Tue Nov 28, 2017 2:14 am

Re: v6.43rc [release candidate] is released!

Wed May 23, 2018 3:27 am

Frenquensy probleem!!!
That's just a warning that you are running overclocked CPU. If it's stable and not overheating, you can just ignore it (That is if you need this higher speed. If not, just lower it to default value). Same message is also output in the log every time router starts.
 
User avatar
strods
MikroTik Support
MikroTik Support
Topic Author
Posts: 1616
Joined: Wed Jul 16, 2014 7:22 am
Location: Riga, Latvia

Re: v6.43rc [release candidate] is released!

Wed May 23, 2018 5:00 pm

In order to access router running this version by Winbox, please download v3.14rc Winbox loader from here:
https://www.mikrotik.com/download/share/winbox.exe


Please read the changelog before an update since version introduces major fixes and improvements

Version 6.43rc17 has been released.

Before an upgrade:
1) Remember to make backup/export files before an upgrade and save them on another storage device;
2) Make sure the device will not lose power during upgrade process;
3) Device has enough free storage space for all RouterOS packages to be downloaded.

Changes since previous rc release:

*) backup - do not encrypt backup file unless password is provided;
*) bridge - add dynamic CAP interface to tagged ports if "vlan-mode=use-tag" is enabled;
*) bridge - added initial Q-in-Q support (CLI only);
*) btest - requires at least v6.43 Bandwidth Test client when connecting to v6.43 or later version server except when authentication is not required;
*) crs3xx - fixed VLAN filtering when there is no tagged interface specified;
*) lte - added ICCID reading for info command R11e-LTE (CLI only);
*) lte - added roaming status reading for info command (CLI only);
*) lte - improved r11e-LTE configuration exchange process;
*) lte - renamed LTE scan tool field "scan-code" to "mcc-mnc" (CLI only);
*) lte - use alphanumeric operator format in info command;
*) mac-telnet - require at least v6.43 MAC Telnet client when connecting to v6.43 or later version server;
*) radius - use MS-CHAPv2 for "login" service authentication;
*) romon - require at least v6.43 RoMON agent when connecting to v6.43 or later RoMON client device;
*) smb - fixed valid request handling when additional options are used;
*) user - all passwords are now hashed and encrypted, plaintext passwords are kept for downgrade (will be removed in later upgrades);
*) w60g - added 4th 802.11ad channel (CLI only);
*) w60g - general stability and performance improvements;
*) w60g - improved maximal achievable distance;
*) w60g - removed distance lock for wAP 60G devices;
*) webfig - improved authentication process;
*) winbox - improved authentication process excluding man-in-the-middle possibility (Winbox v3.14 required );
*) wireless - fixed wireless interface lockup after period of inactivity;
*) wireless - increased stability on hAP ac^2 and cAP ac with legacy data rates;
*) wireless - improved client "channel-width" detection;

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 expected or after crash.

Note that release candidate versions are published strictly for testing purposes and should not be used on production routers.

In order to access router running this version by Winbox, please download v3.14rc Winbox loader from here:
https://www.mikrotik.com/download/share/winbox.exe
 
poizzon
Member Candidate
Member Candidate
Posts: 113
Joined: Fri Jun 21, 2013 12:53 pm

Re: v6.43rc [release candidate] is released!

Wed May 23, 2018 5:14 pm

Version 6.43rc17 has been released.
after upgrading, do not accept passwords, two different routers!

and why did not you write in What's new that we need to use the new WinBox?
Last edited by poizzon on Wed May 23, 2018 5:20 pm, edited 2 times in total.
 
User avatar
normis
MikroTik Support
MikroTik Support
Posts: 26291
Joined: Fri May 28, 2004 11:04 am
Location: Riga, Latvia

Re: v6.43rc [release candidate] is released!

Wed May 23, 2018 5:17 pm

Version 6.43rc17 has been released.
after upgrading, do not accept passwords, two different routers!
from where? did you read above post, that you need other Winbox version?
 
raffav
Member
Member
Posts: 345
Joined: Wed Oct 24, 2012 4:40 am

Re: v6.43rc [release candidate] is released!

Wed May 23, 2018 5:19 pm

Where is the new topic about 3.14?


Sent from my XT1580 using Tapatalk

 
User avatar
normis
MikroTik Support
MikroTik Support
Posts: 26291
Joined: Fri May 28, 2004 11:04 am
Location: Riga, Latvia

Re: v6.43rc [release candidate] is released!

Wed May 23, 2018 5:21 pm

Where is the new topic about 3.14?
same answer. please read the post until bottom
 
poizzon
Member Candidate
Member Candidate
Posts: 113
Joined: Fri Jun 21, 2013 12:53 pm

Re: v6.43rc [release candidate] is released!

Wed May 23, 2018 5:24 pm

Version 6.43rc17 has been released.
after upgrading, do not accept passwords, two different routers!
from where? did you read above post, that you need other Winbox version?
it is simple way - in whats new you can allways write some notes, about changes
 
User avatar
normis
MikroTik Support
MikroTik Support
Posts: 26291
Joined: Fri May 28, 2004 11:04 am
Location: Riga, Latvia

Re: v6.43rc [release candidate] is released!

Wed May 23, 2018 5:25 pm


it is simple way - in whats new you can allways write some notes, about changes
I'm sorry, but have you read them? It is in the notes
 
diablothebest
newbie
Posts: 31
Joined: Fri May 20, 2016 11:07 pm

Re: v6.43rc [release candidate] is released!

Wed May 23, 2018 5:32 pm

When use WBOX 3.14rc to connect CHR 6.42.2 - get license error after login, winbox think this is x86 machine )
 
pe1chl
Forum Guru
Forum Guru
Posts: 10185
Joined: Mon Jun 08, 2015 12:09 pm

Re: v6.43rc [release candidate] is released!

Wed May 23, 2018 5:42 pm

I have installed the new 3.14rc winbox, then connected a router I use for testing, it is now on the current channel.
It is not possible to change the channel to install the release candidate.
 
dksoft
Member Candidate
Member Candidate
Posts: 148
Joined: Thu Dec 06, 2012 8:56 am
Location: Germany

Re: v6.43rc [release candidate] is released!

Wed May 23, 2018 6:15 pm

deleted
 
aboiles
Frequent Visitor
Frequent Visitor
Posts: 56
Joined: Sat Nov 07, 2015 6:52 pm

Re: v6.43rc [release candidate] is released!

Wed May 23, 2018 6:17 pm

License error on prior chr versions with winbox 3.14rc1.
No issues with winbox 3.13
 
aboiles
Frequent Visitor
Frequent Visitor
Posts: 56
Joined: Sat Nov 07, 2015 6:52 pm

Re: v6.43rc [release candidate] is released!

Wed May 23, 2018 6:57 pm

what is the new password for a fresh install of chr.
admin- blank no longer works
 
MonkeyDan
Frequent Visitor
Frequent Visitor
Posts: 52
Joined: Fri Dec 29, 2017 8:41 pm

Re: v6.43rc [release candidate] is released!

Wed May 23, 2018 7:09 pm

*) w60g - added 4th 802.11ad channel (CLI only);
*) w60g - general stability and performance improvements;
*) w60g - improved maximal achievable distance;
*) w60g - removed distance lock for wAP 60G devices;
Love it! Wireless Wire keeps getting better.
What's "distance lock" though?
 
maurimonte
just joined
Posts: 1
Joined: Wed May 23, 2018 8:06 pm

Re: v6.43rc [release candidate] is released!

Wed May 23, 2018 8:33 pm

However I cannot login, even after a configuration reset, neither with "old" winbox, nor with the proposed one, nor with telnet or MAC telnet or ssh. admin with blank password still doesn't work...
Any suggestion will be greatly appreciated!
 
nsdadmin
just joined
Posts: 3
Joined: Wed May 23, 2018 9:16 pm

Re: v6.43rc [release candidate] is released!

Wed May 23, 2018 9:19 pm

However I cannot login, even after a configuration reset, neither with "old" winbox, nor with the proposed one, nor with telnet or MAC telnet or ssh. admin with blank password still doesn't work...
Any suggestion will be greatly appreciated!
I have the same problem. I was trying to install a new wAP, and the upgrade pushed it to 6.43rc17 so I triggered the upgrade on my router as well and now I'm locked out of winbox with a username/password incorrect failure. CLI is unaffected.

For the record, the admin user doesn't exist here, I'm using my own creds (though that didn't stop me from trying, anyway.)
14:12:14 system,error,critical login failure for user matthew from D4:BE:D9:9E:B4:E3 via winbox 
14:12:19 system,error,critical login failure for user matthew from D4:BE:D9:9E:B4:E3 via winbox 
14:13:23 system,error,critical login failure for user admin from 10.1.20.253 via winbox 
14:13:28 system,error,critical login failure for user admin from 10.1.20.253 via winbox 
14:13:32 system,error,critical login failure for user admin from 10.1.20.253 via winbox 
14:13:37 system,error,critical login failure for user admin from 10.1.20.253 via winbox 
14:13:44 system,error,critical login failure for user matthew from 10.1.20.253 via winbox 
14:13:54 system,error,critical login failure for user matthew from 10.1.20.253 to romon network
Any help is appreciated
Matt
 
netmikro
just joined
Posts: 3
Joined: Wed May 23, 2018 9:29 pm

Re: v6.43rc [release candidate] is released!

Wed May 23, 2018 9:57 pm

Login problems with 6.43rc17, admin login does not work even with the beta winbox version.
 
SergeyMorozov
just joined
Posts: 17
Joined: Sun Apr 22, 2018 9:27 pm

Re: v6.43rc [release candidate] is released!

Wed May 23, 2018 10:05 pm

Same problem with login on 6.43rc17. After update all works fine, but after I reset to default, I was no longer able to login with admin user without a password, neither with winbox, nor with web interface.
 
msatter
Forum Guru
Forum Guru
Posts: 2897
Joined: Tue Feb 18, 2014 12:56 am
Location: Netherlands / Nīderlande

Re: v6.43rc [release candidate] is released!

Wed May 23, 2018 10:42 pm

*) backup - do not encrypt backup file unless password is provided; :D

I will wait till the next release because of the possible pitfalls when having to clear the configuration.
 
mlenhart
Frequent Visitor
Frequent Visitor
Posts: 84
Joined: Mon Oct 30, 2017 11:30 pm

Re: v6.43rc [release candidate] is released!

Wed May 23, 2018 10:57 pm


*) w60g - general stability and performance improvements;
*) w60g - improved maximal achievable distance;
*) w60g - removed distance lock for wAP 60G devices;
Hello MikroTik team,
could you please provide more details - what performance improvements have been done, what is the new maximal achievable distance and what exactly is distance lock?

Thank you in advance.
 
ivanfm
newbie
Posts: 48
Joined: Sun May 20, 2012 5:07 pm

Re: v6.43rc [release candidate] is released!

Wed May 23, 2018 10:58 pm

*) backup - do not encrypt backup file unless password is provided;

I like the current way it works the backup is encrypted with admin password.
Please make an option to encrypt using current admin password like before, I don't want to have my backup unencrypted neither want to put a password in a script to make the backup.
 
User avatar
eworm
Forum Guru
Forum Guru
Posts: 1070
Joined: Wed Oct 22, 2014 9:23 am
Location: Oberhausen, Germany
Contact:

Re: v6.43rc [release candidate] is released!

Wed May 23, 2018 11:06 pm

*) backup - do not encrypt backup file unless password is provided;

I like the current way it works the backup is encrypted with admin password.
Please make an option to encrypt using current admin password like before, I don't want to have my backup unencrypted neither want to put a password in a script to make the backup.
The point is that system passwords are hashed and no longer available in plain text. This is not possible.
 
diablothebest
newbie
Posts: 31
Joined: Fri May 20, 2016 11:07 pm

Re: v6.43rc [release candidate] is released!

Wed May 23, 2018 11:51 pm

Bug with WB 3.14rc
https://photos.app.goo.gl/oO8NPV2w1yiGKqUH2
And TickApp on Android need to update too....
 
MulderSk
newbie
Posts: 39
Joined: Tue Jul 29, 2008 12:36 pm

Re: v6.43rc [release candidate] is released!

Thu May 24, 2018 12:52 am

Where I can download winbox 3.14 rc ? thanks
 
Markut
just joined
Posts: 16
Joined: Sat Nov 03, 2012 11:03 pm

Re: v6.43rc [release candidate] is released!

Thu May 24, 2018 1:07 am

Where I can download winbox 3.14 rc ? thanks
In order to access router running this version by Winbox, please download v3.14rc Winbox loader from here:
https://www.mikrotik.com/download/share/winbox.exe
 
nsdadmin
just joined
Posts: 3
Joined: Wed May 23, 2018 9:16 pm

Re: v6.43rc [release candidate] is released!

Thu May 24, 2018 1:21 am

Where I can download winbox 3.14 rc ? thanks
In order to access router running this version by Winbox, please download v3.14rc Winbox loader from here:
https://www.mikrotik.com/download/share/winbox.exe
Thanks. This solved my issue. Would it be helpful for the router / winbox to do a version match check before authentication to avoid the erroneous User/Password errors?
 
pe1chl
Forum Guru
Forum Guru
Posts: 10185
Joined: Mon Jun 08, 2015 12:09 pm

Re: v6.43rc [release candidate] is released!

Thu May 24, 2018 1:30 am

Thanks. This solved my issue. Would it be helpful for the router / winbox to do a version match check before authentication to avoid the erroneous User/Password errors?
You should not install RC versions when you don't or cannot read the release notes and the announcements here on the forum!
 
oraculo
just joined
Posts: 3
Joined: Thu May 24, 2018 2:49 am

Re: v6.43rc [release candidate] is released!

Thu May 24, 2018 2:55 am

I made a hard reset after login error, right now with version 3.14rc1 I still receive user or password error. What should I do?
 
User avatar
null31
Member Candidate
Member Candidate
Posts: 183
Joined: Fri Dec 23, 2016 6:07 pm
Location: Brazil

Re: v6.43rc [release candidate] is released!

Thu May 24, 2018 3:15 am

I made a hard reset after login error, right now with version 3.14rc1 I still receive user or password error. What should I do?
You can install a previous version of RouterOS using the Netinstall.
 
oraculo
just joined
Posts: 3
Joined: Thu May 24, 2018 2:49 am

Re: v6.43rc [release candidate] is released!

Thu May 24, 2018 3:22 am

I made a hard reset after login error, right now with version 3.14rc1 I still receive user or password error. What should I do?
You can install a previous version of RouterOS using the Netinstall.
Can you tell me where I find the procedure?
 
User avatar
null31
Member Candidate
Member Candidate
Posts: 183
Joined: Fri Dec 23, 2016 6:07 pm
Location: Brazil

Re: v6.43rc [release candidate] is released!

Thu May 24, 2018 3:33 am

Can you tell me where I find the procedure?
http://www.mikrotik.com.my/reinstalling ... rial-port/

This is better explained than the MikroTik's wiki.
 
squeeze
Member Candidate
Member Candidate
Posts: 145
Joined: Thu Mar 22, 2018 7:53 pm

Re: v6.43rc [release candidate] is released!

Thu May 24, 2018 4:54 am

Loving the priority on security improvements. Keep it coming!
 
oraculo
just joined
Posts: 3
Joined: Thu May 24, 2018 2:49 am

Re: v6.43rc [release candidate] is released!

Thu May 24, 2018 4:57 am

Unfortunately I did not succeed, mikrotik is bricked, it was not possible to use netinstall
 
yhfung
Member Candidate
Member Candidate
Posts: 141
Joined: Tue Nov 20, 2012 6:58 pm

Re: v6.43rc [release candidate] is released!

Thu May 24, 2018 6:02 am

strods,

After having upgraded to rc17, I was no longer to login in the hAP ac^2 via WinBox 3.13. When I use the alternative way "using Webfig", after several trails, I could be able to login in.

However I can login the router using the old WinBox software of version 2.2.18.

Using the new WinBox 3.14rc version, I am able to login the system.

YH
Last edited by yhfung on Thu May 24, 2018 6:39 am, edited 2 times in total.
 
nsdadmin
just joined
Posts: 3
Joined: Wed May 23, 2018 9:16 pm

Re: v6.43rc [release candidate] is released!

Thu May 24, 2018 6:23 am

Thanks. This solved my issue. Would it be helpful for the router / winbox to do a version match check before authentication to avoid the erroneous User/Password errors?
You should not install RC versions when you don't or cannot read the release notes and the announcements here on the forum!
Normally I would have been more careful, but only an rc version higher than what I already had - I was careless. Glad it was easily rectified. That said, I'm just giving a user experience improvement suggestion. Don't bite, we're all professionals here.
 
User avatar
Xymox
Member
Member
Posts: 416
Joined: Thu Jan 21, 2010 5:04 pm
Location: Phoenix, Arizona US
Contact:

Re: v6.43rc [release candidate] is released!

Thu May 24, 2018 7:53 am

Really Mikrotik ?!?!? RC17 lost user/password ?? Im locked out.. Netinstall ?? REALLY ?!?!

After all the 42.1 mess and now this.. What happened to the super stable trustworthy Mikrotik I knew ?

Luckily I have 41.4 in a separate partition and I believe I can make that partition active using the boot menu..

Plus there is all this talk of VPNFilter.. Plus ive had some really weird disk space issues across all hardware platforms.
http://www.theregister.co.uk/2018/05/23 ... worldwide/

Doing Mikrotik has gotten seriously perilous over the last few months.
 
eddieb
Member
Member
Posts: 305
Joined: Thu Aug 28, 2014 10:53 am
Location: Netherlands

Re: v6.43rc [release candidate] is released!

Thu May 24, 2018 8:06 am

Note that release candidate versions are published strictly for testing purposes and should not be used on production routers.
This quote says it all ...
rc releases are BETA releases, don't use it if you can't lose it !
 
User avatar
antonsb
MikroTik Support
MikroTik Support
Posts: 385
Joined: Sun Jul 24, 2016 3:12 pm
Location: Riga, Latvia

Re: v6.43rc [release candidate] is released!

Thu May 24, 2018 8:26 am

Hello MikroTik team,
could you please provide more details - what performance improvements have been done, what is the new maximal achievable distance and what exactly is distance lock?

Thank you in advance.
Love it! Wireless Wire keeps getting better.
What's "distance lock" though?
Distance was limited with frame lifetime, this limitation now is removed. We reworked RX pattern part to utilize it more efficiently. In some channels link can be established over 2km distance.
 
User avatar
Xymox
Member
Member
Posts: 416
Joined: Thu Jan 21, 2010 5:04 pm
Location: Phoenix, Arizona US
Contact:

Re: v6.43rc [release candidate] is released!

Thu May 24, 2018 8:52 am

I can confirm old versions of Winbox work if you are locked out..

I have attached a Winbox from 2010 that works..
You do not have the required permissions to view the files attached to this post.
 
User avatar
Xymox
Member
Member
Posts: 416
Joined: Thu Jan 21, 2010 5:04 pm
Location: Phoenix, Arizona US
Contact:

Re: v6.43rc [release candidate] is released!

Thu May 24, 2018 8:58 am

Note that release candidate versions are published strictly for testing purposes and should not be used on production routers.
This quote says it all ...
rc releases are BETA releases, don't use it if you can't lose it !
Its not a issue for me. I can Netinstall in my sleep and I always keep a stable in a partition.. Thats not my point.. A Release Candidate should at least be checked that it does not lock out users. Ive been doing Mikrotik RCs for 8 years and the severity of the errors recently is way off the charts VS the last 8 years.
 
User avatar
genesispro
Member Candidate
Member Candidate
Posts: 283
Joined: Fri Mar 14, 2014 12:33 pm

Re: v6.43rc [release candidate] is released!

Thu May 24, 2018 11:04 am

same issue here that couldn't login after upgrade... I also used the old winbox and it worked. I don't know where to download winbox 3.14 rc
 
User avatar
normis
MikroTik Support
MikroTik Support
Posts: 26291
Joined: Fri May 28, 2004 11:04 am
Location: Riga, Latvia

Re: v6.43rc [release candidate] is released!

Thu May 24, 2018 11:07 am

Link to Winbox rc is in the above post, where RC is announced. Please all read the posts. It is not that hard.
 
owsugde
newbie
Posts: 39
Joined: Thu Oct 06, 2016 5:01 pm

Re: v6.43rc [release candidate] is released!

Thu May 24, 2018 11:15 am

Also got enticed to install rc17 because of features and fixes but then couldn't login. Old Winbox did work though. Thanks for the tip!
 
pe1chl
Forum Guru
Forum Guru
Posts: 10185
Joined: Mon Jun 08, 2015 12:09 pm

Re: v6.43rc [release candidate] is released!

Thu May 24, 2018 11:17 am

Link to Winbox rc is in the above post, where RC is announced. Please all read the posts. It is not that hard.
It would be better to move that link (and the text) to the changelog so people who update from their router without reading this thread will also see it.
 
pe1chl
Forum Guru
Forum Guru
Posts: 10185
Joined: Mon Jun 08, 2015 12:09 pm

Re: v6.43rc [release candidate] is released!

Thu May 24, 2018 11:20 am

Unfortunately I did not succeed, mikrotik is bricked, it was not possible to use netinstall
Usually when people claim "router is bricked, netinstall does not work" it simply means they do not do the netinstall correctly as they have never done it before and thus do not know what to expect.
It is not a good idea to install an RC version when you don't have experience with using netinstall.
 
User avatar
genesispro
Member Candidate
Member Candidate
Posts: 283
Joined: Fri Mar 14, 2014 12:33 pm

Re: v6.43rc [release candidate] is released!

Thu May 24, 2018 11:31 am

Link to Winbox rc is in the above post, where RC is announced. Please all read the posts. It is not that hard.
Indeed it was there, it does work... Thank you
It is indeed not that hard but some times we are not given the "gift of time" to read all pages of all posts. I would try to edit and stick it to the first post or some place "sticky" since 20 people asked the same think to help us (not having too much time always)

Thank you again
 
User avatar
normis
MikroTik Support
MikroTik Support
Posts: 26291
Joined: Fri May 28, 2004 11:04 am
Location: Riga, Latvia

Re: v6.43rc [release candidate] is released!

Thu May 24, 2018 11:32 am

Link to Winbox rc is in the above post, where RC is announced. Please all read the posts. It is not that hard.
Indeed it was there, it does work... Thank you
It is indeed not that hard but some times we are not given the "gift of time" to read all pages of all posts. I would try to edit and stick it to the first post or some place "sticky" since 20 people asked the same think to help us (not having too much time always)

Thank you again
At least read the RC announcement post by MikroTik staff. RC versions CAN and often DO break things. RC is for testing, so reading notes is important.
 
User avatar
genesispro
Member Candidate
Member Candidate
Posts: 283
Joined: Fri Mar 14, 2014 12:33 pm

Re: v6.43rc [release candidate] is released!

Thu May 24, 2018 12:40 pm

I have a feeling that the API calls cannot authenticate now!
 
jlzoroa
just joined
Posts: 9
Joined: Thu May 24, 2018 2:07 pm

Re: v6.43rc [release candidate] is released!

Thu May 24, 2018 3:22 pm

Hello

I have installed V6.43rc 17 in RB750 but It show message "Wrong user or password" using diferents Winbox Versions, I write user admin and password empty. I reset RB750 several times but It does not work.

Could you help me?


Thanks in advance.
 
diegotormes
Frequent Visitor
Frequent Visitor
Posts: 64
Joined: Wed Feb 15, 2006 11:45 pm

Re: v6.43rc [release candidate] is released!

Thu May 24, 2018 5:13 pm

Link to Winbox rc is in the above post, where RC is announced. Please all read the posts. It is not that hard.
Indeed it was there, it does work... Thank you
It is indeed not that hard but some times we are not given the "gift of time" to read all pages of all posts. I would try to edit and stick it to the first post or some place "sticky" since 20 people asked the same think to help us (not having too much time always)

Thank you again
At least read the RC announcement post by MikroTik staff. RC versions CAN and often DO break things. RC is for testing, so reading notes is important.
Hi Normis.

Mikrotik must implement automated tests ASAP. You must stop breaking things even in rc versions. The only way to make high quality software is doing a lot of test...since unit test, integration test, UI test, E2E test, etc. Launch a new version (even a RC) whitout automated testing is an irresponsability, at least in 2018. You are wasting time and energy, on this forum discussing bugs with your end users when you must use this forum to talk about improvements and new features.

BR,
Diego.
 
User avatar
Chupaka
Forum Guru
Forum Guru
Posts: 8709
Joined: Mon Jun 19, 2006 11:15 pm
Location: Minsk, Belarus
Contact:

Re: v6.43rc [release candidate] is released!

Thu May 24, 2018 5:37 pm

You are wasting time and energy, on this forum discussing bugs with your end users when you must use this forum to talk about improvements and new features.
These are two different forums :)
 
WebLuke
just joined
Posts: 14
Joined: Wed Feb 04, 2015 1:30 am

Re: v6.43rc [release candidate] is released!

Thu May 24, 2018 8:03 pm

I have been trying to get better Transmit speeds on our cAP AC's, the v6.43rc17 dose not improve anything, or stabilize the connection. When doing a speed test I should see 200+Mbps U/D but only getting 12-25Mbps Download and 120-160Mbps Upload. When looking at the TX Rate of in Wireless Registration jumps all over the place from 6Mbps-200Mbps-40MHz, the RX is normally much higher around 300-650Mbps consistently. I have done testing with both my phone and laptop, the phone a Google Pixel 2X will be stationary on my desk 15-20FT from the access point with only open air between it. I have seen a lot of other posts talking about pore performance on multiple APs recently and no real solutions. I have also tried iperf3 tests with a little better numbers in the past but nothing close to what is the expected numbers.

Also for those too lazy to read where to get the new winbox.exe here you go: https://www.mikrotik.com/download/share/winbox.exe that link was not in the update text of the package manager, but was in the post about the latest release. 8)
 
User avatar
genesispro
Member Candidate
Member Candidate
Posts: 283
Joined: Fri Mar 14, 2014 12:33 pm

Re: v6.43rc [release candidate] is released!

Thu May 24, 2018 8:04 pm

Did anyone manage to use api calls with this version? My php api fails to login (similar to the winbox problem)
 
msatter
Forum Guru
Forum Guru
Posts: 2897
Joined: Tue Feb 18, 2014 12:56 am
Location: Netherlands / Nīderlande

Re: v6.43rc [release candidate] is released!

Thu May 24, 2018 8:14 pm

.
.
Also for those too lazy to read where to get the new winbox.exe here you go: https://www.mikrotik.com/download/share/winbox.exe that link was not in the update text of the package manager, but was in the post about the latest release. 8)
Is now mentioned at the top of the posting. The original communication was sub par.

I skip this version(s) till I feel confident that the risk to loose my device is low enough.
 
User avatar
Xymox
Member
Member
Posts: 416
Joined: Thu Jan 21, 2010 5:04 pm
Location: Phoenix, Arizona US
Contact:

Re: v6.43rc [release candidate] is released!

Thu May 24, 2018 8:23 pm


Hi Normis.

Mikrotik must implement automated tests ASAP. You must stop breaking things even in rc versions. The only way to make high quality software is doing a lot of test...since unit test, integration test, UI test, E2E test, etc. Launch a new version (even a RC) whitout automated testing is an irresponsability, at least in 2018.

BR,
Diego.
Honestly, I dont understand what has happened. Something really changed at Mikrotik. Ive been doing RCs for 8+ years. For 7+ years the RCs were as stable as the stable version. ALMOST NO BUGS OR ISSUES. Suddenly in the last like 3-4 months things have really taken a turn in a bad direction. So much so im now buying Ubiquity. The 42.1 "stable" release was abhorrent and bug ridden in ways that were inexplicable. DHCP client did not work in a "stable" release for example. The change log from 42.1 to 42.2 is stunning. They took away a feature that was critical to me and had been in RouterOS for more then 8 years, Netwatch. For me Mikrotik seems to have become untrustworthy as almost anything could break, even in "stable" releases. Features might be taken away with no notice or explanation. Mikrotik is not addressing any of this in the forums. They need to post a apology for causing so much money loss for on site visits to Netinstall "Stable" 42.2 updates. Ive got a reproducable issue now im dealing with support on where disc space is lost during a update. If you upgrade or downgrade this can occur and if you do it twice you can no longer upgrade or downgrade and your only way is to then go on site and netinstall. This occurs on Tile, MIPSBE and PPC so far that I know of and occurs in the "stable" 42.x and when upgrading from RC14 to 17. 10MB is lost in disc space with each upgrade/downgrade. It appears some file or files is not being deleted in a update. OR. Some file is being generated. Ive given Mikrotik remote access to the router to look at it. It should be simple, log in, and with thier special access go look at files and see whats taking up too much space.

Things are a huge mess.

Ive ALWAYS used and LOVED Mikrotik products. So I keep hoping it will get worked out and we will get back to super stable. Locking out all users updating to RC17 does not look good. It really appears zero testing was done. Did no one at Mikrotik upgrade and login ?

Sorry for my rant. I love Mikrotik, but, we gotta get things back to super stable again. Till then I have all my production routers on 6.41.4 as that was really the last truly STABLE STABLE.
 
andriys
Forum Guru
Forum Guru
Posts: 1526
Joined: Thu Nov 24, 2011 1:59 pm
Location: Kharkiv, Ukraine

Re: v6.43rc [release candidate] is released!

Thu May 24, 2018 11:26 pm

Ive been doing RCs for 8+ years. For 7+ years the RCs were as stable as the stable version.
You are exaggerating "a bit". Mikrotik started releasing public RCs since mid-2015 (since v6.32 or 6.31, but definitely not earlier), which means you could not have been using RCs for more then 3 years. And final versions before that time were just horrible. Introduction of the release channels was a huge improvement in their release management, bugfix channel brought stability that had never been seen before. And RCs... well, their main purpose (as with any beta software) is to break early.
The 42.1 "stable" release was abhorrent and bug ridden in ways that were inexplicable.
The current stable version is 6.40.8 (the latest one in the BugFix release channel). The version 6.42.2 (and 6.42.1 before that) has been release in the Current release channel, which means it is not yet considered stable enough.
 
nkourtzis
Member Candidate
Member Candidate
Posts: 214
Joined: Tue Dec 11, 2012 12:56 am
Location: Greece

Re: v6.43rc [release candidate] is released!

Fri May 25, 2018 1:49 am


Hi Normis.

Mikrotik must implement automated tests ASAP. You must stop breaking things even in rc versions. The only way to make high quality software is doing a lot of test...since unit test, integration test, UI test, E2E test, etc. Launch a new version (even a RC) whitout automated testing is an irresponsability, at least in 2018.

BR,
Diego.
Honestly, I dont understand what has happened. Something really changed at Mikrotik. Ive been doing RCs for 8+ years. For 7+ years the RCs were as stable as the stable version. ALMOST NO BUGS OR ISSUES. Suddenly in the last like 3-4 months things have really taken a turn in a bad direction. So much so im now buying Ubiquity. The 42.1 "stable" release was abhorrent and bug ridden in ways that were inexplicable. DHCP client did not work in a "stable" release for example. The change log from 42.1 to 42.2 is stunning. They took away a feature that was critical to me and had been in RouterOS for more then 8 years, Netwatch. For me Mikrotik seems to have become untrustworthy as almost anything could break, even in "stable" releases. Features might be taken away with no notice or explanation. Mikrotik is not addressing any of this in the forums. They need to post a apology for causing so much money loss for on site visits to Netinstall "Stable" 42.2 updates. Ive got a reproducable issue now im dealing with support on where disc space is lost during a update. If you upgrade or downgrade this can occur and if you do it twice you can no longer upgrade or downgrade and your only way is to then go on site and netinstall. This occurs on Tile, MIPSBE and PPC so far that I know of and occurs in the "stable" 42.x and when upgrading from RC14 to 17. 10MB is lost in disc space with each upgrade/downgrade. It appears some file or files is not being deleted in a update. OR. Some file is being generated. Ive given Mikrotik remote access to the router to look at it. It should be simple, log in, and with thier special access go look at files and see whats taking up too much space.

Things are a huge mess.

Ive ALWAYS used and LOVED Mikrotik products. So I keep hoping it will get worked out and we will get back to super stable. Locking out all users updating to RC17 does not look good. It really appears zero testing was done. Did no one at Mikrotik upgrade and login ?

Sorry for my rant. I love Mikrotik, but, we gotta get things back to super stable again. Till then I have all my production routers on 6.41.4 as that was really the last truly STABLE STABLE.

To both: If you want stability, stick to Bugfix channel. If you want the latest features (which very possibly will have bugs), follow the Current channel. And if you want the bleeding edge, go for RC versions. But if you go for either Current or -and especially- RC, please do NOT complain about things breaking. You have been warned.

Since you mentioned UBNT, they run a very closed alpha testing train, a partially open beta testing train and public stable releases. These correspond to RC, Current and Bugfix, even though it is not a perfect analogy. Also, have you seen a recent UBNT changelog? Have you seen its length? How can this compare to the length of last two years' Mikrotik changelogs? You cannot have it all - many new features and perfect stability.

This comes from a guy who have criticised MT for aspects of their software development. But some of their decisions, like introducing different channels and speeding up development, were right and have brought tangible results.
 
User avatar
Bergante
Member Candidate
Member Candidate
Posts: 144
Joined: Tue Feb 28, 2012 12:27 pm
Location: Bilbao, Spain

Re: v6.43rc [release candidate] is released!

Fri May 25, 2018 9:13 am

Ive been doing RCs for 8+ years. For 7+ years the RCs were as stable as the stable version.
You are exaggerating "a bit". Mikrotik started releasing public RCs since mid-2015 (since v6.32 or 6.31, but definitely not earlier), which means you could not have been using RCs for more then 3 years. And final versions before that time were just horrible. Introduction of the release channels was a huge improvement in their release management, bugfix channel brought stability that had never been seen before. And RCs... well, their main purpose (as with any beta software) is to break early.
I agree with you. I've been playing with rc versions since they introduced the release channels. I have shot myself in the balls several times with them requiring a netinstall and some voodoo.

And indeed, since they introduced the release channels the situation has improved a lot.

If you agree to play in the bleeding edge go for the rc versions. Otherwise stay with the safest ones. But be aware that rc versions, despite working well most of the time, can still break stuff!
 
User avatar
strods
MikroTik Support
MikroTik Support
Topic Author
Posts: 1616
Joined: Wed Jul 16, 2014 7:22 am
Location: Riga, Latvia

Re: v6.43rc [release candidate] is released!

Fri May 25, 2018 1:00 pm

In order to access router running this version by Winbox, please download v3.14rc Winbox loader from here:
https://www.mikrotik.com/download/share/winbox.exe


Version 6.43rc19 has been released.

Before an upgrade:
1) Remember to make backup/export files before an upgrade and save them on another storage device;
2) Make sure the device will not lose power during upgrade process;
3) Device has enough free storage space for all RouterOS packages to be downloaded.

Changes since previous rc release:

*) api - changed authentication process (https://wiki.mikrotik.com/wiki/Manual:API#Initial_login);
*) bridge - fixed FastPath for bridge master interfaces (introduce in v6.42);
*) chr - fixed adding MSTI entries;
*) dhcpv6-client - added missing "Server identifier" parameter in release message;
*) kidcontrol - fixed dynamically created firewall rules order;
*) lte - added extended signal information for Quectel LTE EC25 and EP06 modem;
*) lte - added ICCID reading for info command R11e-LTE and R11e-LTE-US (CLI only);
*) user - all passwords are now hashed and encrypted, plaintext passwords are kept for downgrade (will be removed in later upgrades);
*) w60g - added distance measurement (CLI only);
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 expected or after crash.

Note that release candidate versions are published strictly for testing purposes and should not be used on production routers.

In order to access router running this version by Winbox, please download v3.14rc Winbox loader from here:
https://www.mikrotik.com/download/share/winbox.exe
 
User avatar
mrz
MikroTik Support
MikroTik Support
Posts: 7038
Joined: Wed Feb 07, 2007 12:45 pm
Location: Latvia
Contact:

Re: v6.43rc [release candidate] is released!

Fri May 25, 2018 1:03 pm

I have a feeling that the API calls cannot authenticate now!
API authentication method have changed, see API manual:
https://wiki.mikrotik.com/wiki/Manual:API#Initial_login
 
pe1chl
Forum Guru
Forum Guru
Posts: 10185
Joined: Mon Jun 08, 2015 12:09 pm

Re: v6.43rc [release candidate] is released!

Fri May 25, 2018 1:56 pm

In order to access router running this version by Winbox, please download v3.14rc Winbox loader from here:
https://www.mikrotik.com/download/share/winbox.exe
Is it to be expected that using this new winbox on older releases (6.42.2) causes problems?
I see some fields that are read-only in that situation, and amongst them is the field to select the release channel.
So when accessing a router that is running 6.42.2 and is set to current I cannot change that to release candidate.
With the older 3.13 version that field can be changed as normal.
 
User avatar
genesispro
Member Candidate
Member Candidate
Posts: 283
Joined: Fri Mar 14, 2014 12:33 pm

Re: v6.43rc [release candidate] is released!

Fri May 25, 2018 2:29 pm

I have a feeling that the API calls cannot authenticate now!
API authentication method have changed, see API manual:
https://wiki.mikrotik.com/wiki/Manual:API#Initial_login
I modified it and it seams to work but....
One of my first commands is to modify the username and password but I get a failure that
failure: user name can't be changed
did you lock the admin user from not being able to change? That would be weird, wouldn't it?

Thank you
 
User avatar
strods
MikroTik Support
MikroTik Support
Topic Author
Posts: 1616
Joined: Wed Jul 16, 2014 7:22 am
Location: Riga, Latvia

Re: v6.43rc [release candidate] is released!

Fri May 25, 2018 2:30 pm

Basically the last two RouterOS versions have been released for testing purposes for everything besides Winbox. We are working on a new Winbox version and have provided rc version earlier within this topic. When 6.43 and Winbox 3.14 will be released, then both of them will work together just fine. Read-only fields issue will be resolved in next Winbox release.
 
User avatar
genesispro
Member Candidate
Member Candidate
Posts: 283
Joined: Fri Mar 14, 2014 12:33 pm

Re: v6.43rc [release candidate] is released!

Fri May 25, 2018 2:42 pm

Basically the last two RouterOS versions have been released for testing purposes for everything besides Winbox. We are working on a new Winbox version and have provided rc version earlier within this topic. When 6.43 and Winbox 3.14 will be released, then both of them will work together just fine. Read-only fields issue will be resolved in next Winbox release.
Is that why I can't modify the username via API?
Will it stay like that?
if yes I would then need to create a new user in my provisioning platform and disable the default user (admin)
 
pe1chl
Forum Guru
Forum Guru
Posts: 10185
Joined: Mon Jun 08, 2015 12:09 pm

Re: v6.43rc [release candidate] is released!

Fri May 25, 2018 2:55 pm

When 6.43 and Winbox 3.14 will be released, then both of them will work together just fine.
And will the new Winbox then still support older RouterOS versions?
This time I first upgraded Winbox and expected to be able to manage my existing routers and upgrade one of them, however that failed as I cannot change the release channel.
 
User avatar
mrz
MikroTik Support
MikroTik Support
Posts: 7038
Joined: Wed Feb 07, 2007 12:45 pm
Location: Latvia
Contact:

Re: v6.43rc [release candidate] is released!

Fri May 25, 2018 2:58 pm

You can change release channel, just close the window and open open it again.
 
User avatar
Chupaka
Forum Guru
Forum Guru
Posts: 8709
Joined: Mon Jun 19, 2006 11:15 pm
Location: Minsk, Belarus
Contact:

Re: v6.43rc [release candidate] is released!

Fri May 25, 2018 3:46 pm

I have a feeling that the API calls cannot authenticate now!
API authentication method have changed, see API manual:
https://wiki.mikrotik.com/wiki/Manual:API#Initial_login
How secure is plaintext password over insecure connection?.. Will there be any change in it back to challenge-response auth?
 
User avatar
mrz
MikroTik Support
MikroTik Support
Posts: 7038
Joined: Wed Feb 07, 2007 12:45 pm
Location: Latvia
Contact:

Re: v6.43rc [release candidate] is released!

Fri May 25, 2018 3:48 pm

For secure connection use api-ssl
 
pe1chl
Forum Guru
Forum Guru
Posts: 10185
Joined: Mon Jun 08, 2015 12:09 pm

Re: v6.43rc [release candidate] is released!

Fri May 25, 2018 4:31 pm

Will there be any change in it back to challenge-response auth?
In general, challenge-response auth protocols require the availability of the unhashed password on the router and that is what is being removed for security reasons.
There are tricks around that but those protocols are often regarded as not very secure either.
 
GLUIMAIGINE
just joined
Posts: 5
Joined: Fri May 25, 2018 4:54 pm

Re: v6.43rc [release candidate] is released!

Fri May 25, 2018 5:04 pm

Please Help! I upgraded to 6.43rc17, could not enter and reset the settings. Now I can not go in with a new winbox, not with an old winbox. Version of the nethinstall that is needed to update, I could not find on the download page.
 
tigro11
Frequent Visitor
Frequent Visitor
Posts: 87
Joined: Tue Feb 20, 2018 12:31 am

Re: v6.43rc [release candidate] is released!

Fri May 25, 2018 5:10 pm

Please Help! I upgraded to 6.43rc17, could not enter and reset the settings. Now I can not go in with a new winbox, not with an old winbox. Version of the nethinstall that is needed to update, I could not find on the download page.
https://www.mikrotik.com/download/share/winbox.exe
 
GLUIMAIGINE
just joined
Posts: 5
Joined: Fri May 25, 2018 4:54 pm

Re: v6.43rc [release candidate] is released!

Fri May 25, 2018 5:18 pm

New winbox does not work! Wrong password!
 
tigro11
Frequent Visitor
Frequent Visitor
Posts: 87
Joined: Tue Feb 20, 2018 12:31 am

Re: v6.43rc [release candidate] is released!

Fri May 25, 2018 5:57 pm

New winbox does not work! Wrong password!
download/file.php?id=32109
 
GLUIMAIGINE
just joined
Posts: 5
Joined: Fri May 25, 2018 4:54 pm

Re: v6.43rc [release candidate] is released!

Fri May 25, 2018 6:07 pm

New winbox does not work! Wrong password!
download/file.php?id=32109
There is an error with this version of winbox::"could not get index missing file".
 
User avatar
Chupaka
Forum Guru
Forum Guru
Posts: 8709
Joined: Mon Jun 19, 2006 11:15 pm
Location: Minsk, Belarus
Contact:

Re: v6.43rc [release candidate] is released!

Fri May 25, 2018 6:23 pm

For secure connection use api-ssl
+ generate your own certificate to exclude MitM
+ check that cert is your cert...
In general, challenge-response auth protocols require the availability of the unhashed password on the router and that is what is being removed for security reasons.
There are tricks around that but those protocols are often regarded as not very secure either.
Why can't router send, for example, salt of the password hash + some challenge, and then client uses that salt to generate hashed password and HMAC with challenge to generate response?
 
dada
Member Candidate
Member Candidate
Posts: 245
Joined: Tue Feb 21, 2006 1:44 pm

Re: v6.43rc [release candidate] is released!

Fri May 25, 2018 6:39 pm

For secure connection use api-ssl
implementing SSL in our utilities is a problem (time etc). Since the API is proprietary protocol the login phase could be easily changed to not send plain text password and still allow you in the RouterOS to store only hashed passwords. Just make the 'challenge' hash from the hashed password not from plaintext one. If the password hash is easily usable one (i.e. if we can use it in our scripts to create the hash from password the same way the ROS does) it should work fine.
 
sebasprimeau
just joined
Posts: 1
Joined: Fri May 25, 2018 6:51 pm

Re: v6.43rc [release candidate] is released!

Fri May 25, 2018 6:54 pm

I have lost winbox acces since i upgraded to version 17
I still can log via ssh, webfig ...
Do I need to change something?

Thanks
 
jarda
Forum Guru
Forum Guru
Posts: 7756
Joined: Mon Oct 22, 2012 4:46 pm

Re: v6.43rc [release candidate] is released!

Fri May 25, 2018 6:56 pm

Sure. Newer winbox.
 
GLUIMAIGINE
just joined
Posts: 5
Joined: Fri May 25, 2018 4:54 pm

Re: v6.43rc [release candidate] is released!

Fri May 25, 2018 7:57 pm

Anyone have netinstall for 6.43rc17?
 
pe1chl
Forum Guru
Forum Guru
Posts: 10185
Joined: Mon Jun 08, 2015 12:09 pm

Re: v6.43rc [release candidate] is released!

Fri May 25, 2018 8:00 pm

That version has been withdrawn. You would not want to install that! Get the 6.43rc19
 
GLUIMAIGINE
just joined
Posts: 5
Joined: Fri May 25, 2018 4:54 pm

Re: v6.43rc [release candidate] is released!

Fri May 25, 2018 8:08 pm

That version has been withdrawn. You would not want to install that! Get the 6.43rc19
Netinstall 6.43rc19 does not work. I think for routeros 6.43rc17 need netinstall 6.43rc17.
 
pe1chl
Forum Guru
Forum Guru
Posts: 10185
Joined: Mon Jun 08, 2015 12:09 pm

Re: v6.43rc [release candidate] is released!

Fri May 25, 2018 8:22 pm

No. When it doesn't work it simply indicates you are doing something wrong in the procedure.
 
FezzFest
Frequent Visitor
Frequent Visitor
Posts: 86
Joined: Wed Jun 03, 2015 12:03 am

Re: v6.43rc [release candidate] is released!

Fri May 25, 2018 9:12 pm

API authentication method have changed, see API manual:
https://wiki.mikrotik.com/wiki/Manual:API#Initial_login
Wait, the first step in the post-v6.43 login method is to send the password in plain text? Who the hell thought that was a good idea?
 
bugi
just joined
Posts: 5
Joined: Fri May 25, 2018 8:31 pm

Re: v6.43rc [release candidate] is released!

Fri May 25, 2018 9:22 pm

Hi,
i have RBwAPG-5HacT2HnD - wAP AC. I have upgraded to cr17. I cant login with admin / no password after reset. i did try with winbox 3.14rc and with multiple older versions but with no success. Plz help me get my wAP AC under my control.
I even tried netinstall. I did install when mikrotik showed in table, but there was no reboot after that. Still on rc17 after install. I tried rc19 and previus version.
 
User avatar
skillful
Trainer
Trainer
Posts: 552
Joined: Wed Sep 06, 2006 1:42 pm
Location: Abuja, Nigeria
Contact:

Re: v6.43rc [release candidate] is released!

Fri May 25, 2018 11:04 pm

Login by Winbox does not work but SSH and Telnet works
 
User avatar
mica
just joined
Posts: 3
Joined: Thu May 24, 2018 1:53 am

Re: v6.43rc [release candidate] is released!

Sat May 26, 2018 4:47 am

Login by Winbox does not work but SSH and Telnet works
Winbox 3.14RC work fine.... What's wrong with me?
You do not have the required permissions to view the files attached to this post.
 
verystupidsetup
just joined
Posts: 2
Joined: Sat May 26, 2018 6:48 am

Re: v6.43rc [release candidate] is released!

Sat May 26, 2018 6:53 am

I reset my cfg with no default settings how do I get back in? It's over 300ft on a tower. I can mac telnet, but it tells me password is wrong.
 
bugi
just joined
Posts: 5
Joined: Fri May 25, 2018 8:31 pm

Re: v6.43rc [release candidate] is released!

Sat May 26, 2018 7:23 am

SSH and telnet returns wrong user and password.
 
bugi
just joined
Posts: 5
Joined: Fri May 25, 2018 8:31 pm

Re: v6.43rc [release candidate] is released!

Sat May 26, 2018 7:27 am

Cmon guys! Give as a way to get our MicroTiks under out control. I have tried everting that i could find here.
 
verystupidsetup
just joined
Posts: 2
Joined: Sat May 26, 2018 6:48 am

Re: v6.43rc [release candidate] is released!

Sat May 26, 2018 7:32 am

It's been defaulted with no cfg. It has no IP address so no SSH. I can mac telnet and that's it.
 
User avatar
mica
just joined
Posts: 3
Joined: Thu May 24, 2018 1:53 am

Re: v6.43rc [release candidate] is released!

Sat May 26, 2018 8:27 am

I reset my cfg with no default settings how do I get back in? It's over 300ft on a tower. I can mac telnet, but it tells me password is wrong.
download last winbox 3.14RC and "login great again".
 
bugi
just joined
Posts: 5
Joined: Fri May 25, 2018 8:31 pm

Re: v6.43rc [release candidate] is released!

Sat May 26, 2018 8:32 am

 
human1982
newbie
Posts: 29
Joined: Thu Aug 13, 2015 2:36 am

Re: v6.43rc [release candidate] is released!

Sat May 26, 2018 9:21 am

Working. Latency tho working?
 
imort
just joined
Posts: 8
Joined: Sat May 26, 2018 9:34 am

Re: v6.43rc [release candidate] is released!

Sat May 26, 2018 9:36 am

Same here, can't login after upgrading both using WinBox and MAC telnet.
Only can connect using SSH with public key auth configured.
 
jarda
Forum Guru
Forum Guru
Posts: 7756
Joined: Mon Oct 22, 2012 4:46 pm

Re: v6.43rc [release candidate] is released!

Sat May 26, 2018 5:54 pm

Why those who cannot login even installed the rc version?
 
bugi
just joined
Posts: 5
Joined: Fri May 25, 2018 8:31 pm

Re: v6.43rc [release candidate] is released!

Sat May 26, 2018 6:11 pm

Why those who cannot login even installed the rc version?
I was experiencing very low download speeds. Been tying several rc versions. But now i have one AP and i cant get on it. Is there anything i can do???? Netinstall recognizes my AP but does not install.
 
squall0833
just joined
Posts: 7
Joined: Tue Apr 24, 2018 10:35 pm

Re: v6.43rc [release candidate] is released!

Sun May 27, 2018 10:54 pm

couldn't login , incorrect password

i can login thru web browser just fine

i heard that i need to use winbox 3.14rc but where can i find it?

only 3.13 available to download
 
sutrus
Frequent Visitor
Frequent Visitor
Posts: 58
Joined: Fri Jun 30, 2017 11:27 pm

Re: v6.43rc [release candidate] is released!

Sun May 27, 2018 11:01 pm

 
User avatar
Xymox
Member
Member
Posts: 416
Joined: Thu Jan 21, 2010 5:04 pm
Location: Phoenix, Arizona US
Contact:

Re: v6.43rc [release candidate] is released!

Mon May 28, 2018 11:25 am

What a mess.

First I connected via serial. Then I reformatted my NAND. So I Netinstalled 6.41.4 as to me that seems like the only stable version. I then updated firmware to the 6.41.4.. I formatted NAND again to be sure once I was sure of my firmware. I netinstalled 6.41.4 again and used a backup from months ago. This resulted in a clean install using a truly stable version of RouterOS. I dont consider 6.42.x or 6.43.x stable.

Once I had that up and going. I repartitioned to 2. I copied my known good clean install into the second partition. Copied the config. i then made it active and rebooted to change to it and verified it was good.

I then switched back and upgraded 6.41.4 to 6.43.19. Of course I lost Winbox access, however, Winbox 2.x works great as it does not use authentication.

So ive been running 6.43.19 for 3 days on a SOHO setup and its working fine. No issues in my simple test setup other then no 3.x Winbox and NO NETWATCH.

I do have a production older PPC based router which is stuck on 6.42.1 and only has 6MB of disc space left and so I cant update it. This sudden irreversible loss of discspace making it impossible to upgrade/downgrade is a unpatched issue that so far is kinda random. But it also occurs with 43RC so watch your system/resources/diskspace. The only way to fix this is NAND format and Netinstall.

Yea at this point these should not be considered Release Candidates, they should be considered engineering daily builds that could brick your device and require physical access with a serial cable to recover. I now consider ANYTHING that comes from Mikrotik in this category. Look at how bad the "stable" release of 42.1 was.

So for me 6.41.4, all services disabled except Winbox and that set to LAN side only with a custom port.

MIKROTIK - PLEASE REVIEW AND CORRECT ALL KNOWN ISSUES BEFORE ADDING ANY NEW FEATURES. FOCUS YOUR STAFF ON GETTING THINGS STABLE AND RESTORING LOST FEATURES LIKE NETWATCH. 43RC19 is close. Fix authentication and add Netwatch.
 
zyzelis
Member Candidate
Member Candidate
Posts: 213
Joined: Sun Apr 08, 2012 9:25 pm

Re: v6.43rc [release candidate] is released!

Mon May 28, 2018 11:30 am

@Xymox,
what have we (forum users) done to you?
Please stop flooding forum with useless texts. if you have to say something ugly to mikrotik staff, please write directly to support, not here.



What a mess.

First I connected via serial. Then I reformatted my NAND. So I Netinstalled 6.41.4 as to me that seems like the only stable version. I then updated firmware to the 6.41.4.. I formatted NAND again to be sure once I was sure of my firmware. I netinstalled 6.41.4 again and used a backup from months ago. This resulted in a clean install using a truly stable version of RouterOS. I dont consider 6.42.x or 6.43.x stable.

Once I had that up and going. I repartitioned to 2. I copied my known good clean install into the second partition. Copied the config. i then made it active and rebooted to change to it and verified it was good.

I then switched back and upgraded 6.41.4 to 6.43.19. Of course I lost Winbox access, however, Winbox 2.x works great as it does not use authentication.

So ive been running 6.43.19 for 3 days on a SOHO setup and its working fine. No issues in my simple test setup other then no 3.x Winbox and NO NETWATCH.

I do have a production older PPC based router which is stuck on 6.42.1 and only has 6MB of disc space left and so I cant update it. This sudden irreversible loss of discspace making it impossible to upgrade/downgrade is a unpatched issue that so far is kinda random. But it also occurs with 43RC so watch your system/resources/diskspace. The only way to fix this is NAND format and Netinstall.

Yea at this point these should not be considered Release Candidates, they should be considered engineering daily builds that could brick your device and require physical access with a serial cable to recover. I now consider ANYTHING that comes from Mikrotik in this category. Look at how bad the "stable" release of 42.1 was.

So for me 6.41.4, all services disabled except Winbox and that set to LAN side only with a custom port.

MIKROTIK - PLEASE REVIEW AND CORRECT ALL KNOWN ISSUES BEFORE ADDING ANY NEW FEATURES. FOCUS YOUR STAFF ON GETTING THINGS STABLE AND RESTORING LOST FEATURES LIKE NETWATCH. 43RC19 is close. Fix authentication and add Netwatch.
 
User avatar
strods
MikroTik Support
MikroTik Support
Topic Author
Posts: 1616
Joined: Wed Jul 16, 2014 7:22 am
Location: Riga, Latvia

Re: v6.43rc [release candidate] is released!

Mon May 28, 2018 11:35 am

Winbox v3.14 has been released:
viewtopic.php?f=21&t=134940
 
User avatar
Xymox
Member
Member
Posts: 416
Joined: Thu Jan 21, 2010 5:04 pm
Location: Phoenix, Arizona US
Contact:

Re: v6.43rc [release candidate] is released!

Mon May 28, 2018 9:47 pm

@Xymox,
what have we (forum users) done to you?
Please stop flooding forum with useless texts. if you have to say something ugly to mikrotik staff, please write directly to support, not here.
The forum users here are awesome. So is Mikrotik. Ive been using ONLY mikrotik products for 8 years. Im confident things will get resolved. BUT. Im concerned by all these missteps in a row over the last 2 months.

A manufacturers public forum is the correct venue for my unfavorable posts. This thread is the correct venue for these specific posts as my posts deal with a lack of quality control of a release candidate.

My post of doing a NAND format and Netinstall of 6.41.4 before upgrading to 6.43RC19 and then reporting good results is what this thread is for and on topic. I dont see anyone doing a NAND format before Netinstall, so, I thought it a good idea to cover that and cover how I do a really clean install using partitions to test a RC.

I have experience in working technical issues until they are resolved. I discovered and have worked the Intel Puma issue all the way to Press coverage, a CVE, a class action, a dedicated web site for the issue and finally a firmware update from ALL cable modem mfgrs that is slowly resolving the issue. My web site on the Intel Puma issue http://badmodems.com/ My efforts over 2 years resulted in a change of management at Intel in the connected home division and a better product. It also changed how cable modem devices are tested adding high temporal resolution latency tests as std stuff at the chip development level. I changed the cable modem chip industry and made latency part of the scope in development.

I LOVE Mikrotik, but sometimes some tuff love is required in a relationship :)
 
diablothebest
newbie
Posts: 31
Joined: Fri May 20, 2016 11:07 pm

Re: v6.43rc [release candidate] is released!

Mon May 28, 2018 9:55 pm

Works fine with CHR!
 
User avatar
normis
MikroTik Support
MikroTik Support
Posts: 26291
Joined: Fri May 28, 2004 11:04 am
Location: Riga, Latvia

Re: v6.43rc [release candidate] is released!

Tue May 29, 2018 1:48 pm

Yea at this point these should not be considered Release Candidates, they should be considered engineering daily builds that could brick your device and require physical access with a serial cable to recover. I now consider ANYTHING that comes from Mikrotik in this category. Look at how bad the "stable" release of 42.1 was.
If you have been following these topics on the forum for some time, you shold know, they are exactly that.

Unofficially "rc" = "beta" or "nightly build". "current" = "rc". "bugfix" ="stable"
 
jarda
Forum Guru
Forum Guru
Posts: 7756
Joined: Mon Oct 22, 2012 4:46 pm

Re: v6.43rc [release candidate] is released!

Tue May 29, 2018 1:58 pm

What a small step for normis but huge jump for the mikrotik community!
 
msatter
Forum Guru
Forum Guru
Posts: 2897
Joined: Tue Feb 18, 2014 12:56 am
Location: Netherlands / Nīderlande

Re: v6.43rc [release candidate] is released!

Tue May 29, 2018 2:14 pm

I find it confusing that any thread about software coming from Miktotik uses the word released in the subject and lets save that word solely for the RC.

Legacy = no further developed
Bug fixed = only security and bug fixes applied
Current = bleeding edge and not always stable
Release Candidate = can break or even brick your device so be warned and prepared
 
User avatar
normis
MikroTik Support
MikroTik Support
Posts: 26291
Joined: Fri May 28, 2004 11:04 am
Location: Riga, Latvia

Re: v6.43rc [release candidate] is released!

Tue May 29, 2018 2:18 pm

I thought the a warning was included in every post where a new RC is posted?
Note that release candidate versions are published strictly for testing purposes and should not be used on production routers.
 
eddieb
Member
Member
Posts: 305
Joined: Thu Aug 28, 2014 10:53 am
Location: Netherlands

Re: v6.43rc [release candidate] is released!

Tue May 29, 2018 2:37 pm

That warning is perfectly clear. Unfortunately some people don't read.
 
User avatar
Chupaka
Forum Guru
Forum Guru
Posts: 8709
Joined: Mon Jun 19, 2006 11:15 pm
Location: Minsk, Belarus
Contact:

Re: v6.43rc [release candidate] is released!

Tue May 29, 2018 2:54 pm

That warning is perfectly clear. Unfortunately some people don't read.
Unfortunately some people can't read it if they don't visit the forum ;) There's no such warning in WinBox, for example.
 
huntermic
Member Candidate
Member Candidate
Posts: 111
Joined: Wed Oct 26, 2016 3:42 pm

Re: v6.43rc [release candidate] is released!

Tue May 29, 2018 5:37 pm

Yea at this point these should not be considered Release Candidates, they should be considered engineering daily builds that could brick your device and require physical access with a serial cable to recover. I now consider ANYTHING that comes from Mikrotik in this category. Look at how bad the "stable" release of 42.1 was.
If you have been following these topics on the forum for some time, you shold know, they are exactly that.

Unofficially "rc" = "beta" or "nightly build". "current" = "rc". "bugfix" ="stable"
So rc!=rc that makes no sense!
 
huntermic
Member Candidate
Member Candidate
Posts: 111
Joined: Wed Oct 26, 2016 3:42 pm

Re: v6.43rc [release candidate] is released!

Tue May 29, 2018 5:40 pm

That warning is perfectly clear. Unfortunately some people don't read.
Unfortunately some people can't read it if they don't visit the forum ;) There's no such warning in WinBox, for example.
And why should people have to read these things, just make RC a real RC and not a nightly.
Naming of releases should be self explanatory
 
User avatar
Chupaka
Forum Guru
Forum Guru
Posts: 8709
Joined: Mon Jun 19, 2006 11:15 pm
Location: Minsk, Belarus
Contact:

Re: v6.43rc [release candidate] is released!

Tue May 29, 2018 5:51 pm

And why should people have to read these things, just make RC a real RC and not a nightly.
Naming of releases should be self explanatory
... or call it "Recently Compiled" instead of "Release Candidate"...
 
User avatar
eworm
Forum Guru
Forum Guru
Posts: 1070
Joined: Wed Oct 22, 2014 9:23 am
Location: Oberhausen, Germany
Contact:

Re: v6.43rc [release candidate] is released!

Tue May 29, 2018 6:14 pm

And why should people have to read these things, just make RC a real RC and not a nightly.
Naming of releases should be self explanatory
... or call it "Recently Compiled" instead of "Release Candidate"...
Or call it "Ridiculous Count"... :D Once Linus Torvalds stated:
However, for some reason four numbers just looks visually too obnoxious to me, so as I don't care that much, I'll just use "-rc", and we can all agree that it stands for "Ridiculous Count" rather than "Release Candidate".
 
User avatar
Xymox
Member
Member
Posts: 416
Joined: Thu Jan 21, 2010 5:04 pm
Location: Phoenix, Arizona US
Contact:

Re: v6.43rc [release candidate] is released!

Wed May 30, 2018 4:17 am

Yea at this point these should not be considered Release Candidates, they should be considered engineering daily builds that could brick your device and require physical access with a serial cable to recover. I now consider ANYTHING that comes from Mikrotik in this category. Look at how bad the "stable" release of 42.1 was.
If you have been following these topics on the forum for some time, you shold know, they are exactly that.

Unofficially "rc" = "beta" or "nightly build". "current" = "rc". "bugfix" ="stable"
As I have said. I love Mikrotik. I literally use nothing else. For 8+ years. I have great respect for Normis here on the forum. I NEVER intended any disrespect to anyone or to Mikrotik. In fact, I have great respect that they have allowed me to post these posts.

I have FLOWN out to 5 client sites so far where I have had recover routers that got botched by the "stable" 6.42.1 using Netinstall. I totaled those up a week ago. Ive spent $4,170 in travel costs and that does not include lost income during this last month. I have not complained to Mikrotik about this. As Mikrotik has been incredibly stable for the whole 8+ years ive used it, I gave them a lot of room for oopsie. Mistakes happen. Its OK. So I just absorbed the costs. The mess was caused by a security issue, not thier fault. BUT. Fixing all the issues from 42.1 to 42.2 in such a short period was stunning. They did a amazing job.

The RC's have been so good and so stable and well thought out and tested for 8+ years they were really almost stable releases. This is what I have come to expect from Mikrotik, stunningly good RCs. So these recent issues with RCs caught me really off guard as its not what I have come to expect. So that is why im concerned. Im concerned something has happened to Mikrotik that *might* be a issue long term. Im worried..

Normis, jarda.. What is the plan for Netwatch ? Has it been permanently deprecated ? I have asked this a number of times and ive never had a response.

Ive been testing RC19.. For my use in a simple NATed SOHO environment its working perfectly in all respects. For me I would say it could be released as 43.1 as stable. Im encouraged that this whole last 2 months was a oopsie and Mikrotik will get back to killer awesome stable.

I want Netwatch back. There is no technical reason, or security reason, Netwatch cant trigger a script. It can be done securely. It might require some work to get there, but, it can be done. I need this back. I dont remember any other feature ever removed from RouterOS before.

I will not post like this any more. Im sorry for the disruptions. Im happy with RC19. My only issue is I want Netwatch and I will be annoying on this issue. Again, im sorry for the disparaging and disruptive posts...
 
jarda
Forum Guru
Forum Guru
Posts: 7756
Joined: Mon Oct 22, 2012 4:46 pm

Re: v6.43rc [release candidate] is released!

Wed May 30, 2018 7:10 am

Netwatch... I want it back also. More than that I want it better with more parameters like it was already requested by many people in the past. I am also really unhappy with the actual result. If this was the way that mikrotik want to go further I would need to rethink the way how I use my devices. Hope it was just a mistake that will be corrected as soon as possible.

I have absolutely no relation to mikrotik company. I am the same user like all others here. Maybe I am here more often and have better overview what is said on the forum during the time then others and maybe because of that the global administrator rights were given to me. So I help with fight against spam mainly and trying to keep the forum clean from all aspects. Nothing more. I am not able to say anything more over that what I see here or what I experienced myself. I definitely cannot say anything else than speculations about what mikrotik will or will not do, how or when. Normis, strods, uldis, mrz and others are mikrotik representatives, thay should answer that.

Regarding the travel cost to many sites from the same reason... It looks like you are not testing the new versions before productive implementation. Otherwise I cannot explain to myself how you could break many remote sites at once. I always deploy newer versions in vawes starting on the closest sites and continue with the further if nothing bad happens during a week or so. But never at once.
 
User avatar
strods
MikroTik Support
MikroTik Support
Topic Author
Posts: 1616
Joined: Wed Jul 16, 2014 7:22 am
Location: Riga, Latvia

Re: v6.43rc [release candidate] is released!

Wed May 30, 2018 7:34 am

Regarding the Netwatch problem (which actually should not be discussed in 6.43rc version topic) - can anyone provide an example of Netwatch with single line script that is not working but you think that Netwatch should be able to execute it. Please provide single command example. At the moment, we have not seen any actual case (besides misconfiguration due to policies) where this would be a problem.

/tool netwatch add host=x.x.x.x up-script="/system script run test"
/system script add name=test policy=read,write,test,reboot source="/xxxxx"

Send in such example to support@mikrotik.com and we will see what can be improved.
 
User avatar
Xymox
Member
Member
Posts: 416
Joined: Thu Jan 21, 2010 5:04 pm
Location: Phoenix, Arizona US
Contact:

Re: v6.43rc [release candidate] is released!

Wed May 30, 2018 10:14 am

Regarding the travel cost to many sites from the same reason... It looks like you are not testing the new versions before productive implementation. Otherwise I cannot explain to myself how you could break many remote sites at once. I always deploy newer versions in vawes starting on the closest sites and continue with the further if nothing bad happens during a week or so. But never at once.

YES this above is MY FAULT. BUT. 42.1 at first seemed fine. I rolled it out on my home setup first and then at one client. It seemed fine. Let it run for a few days. It was a serious security patch with a notice from MT to update immd. I then rolled it out across everyone. Again at first it seemed fine. I did not notice I lost disc space and could no longer upgrade or downgrade some devices. Then DHCP started failing. They started going offline. My only choice was Netinstall - confirmed with support. So I had to buy and fedex some preconfigured routers and have contractors install them at my expense and I had to fly out and fix others. It was a painful process.

I still have them all on 6.41.4 and im carefully working with 43RC to get it where I feel its stable and will move clients over to 43 once its stable ready. Im concerned and under pressure as 41.4 has security issues. I gotta have Netwatch tho to make this work. So this is why im being annoying and serious because i need a stable and working 43.x right away. 42.x does not seem to have any hope of getting Netwatch back. So im focused on 43.

Sorry. All of this is off topic. Sorry again for a off topic post.

The release notes for 6.42 seemed pretty clear. It simply does not do anything but read/write/test and reboot"

"*) netwatch - limit to read, write, test and reboot policies for Netwatch script execution;"

I have a topic I started on this some week or so back. I have posted a Netwatch set of scripts that dont work. viewtopic.php?f=2&t=134538

Im out of town working on site, I will get back in a few days. I will try and get my scripts that are run to support. I have scripts that send emails, turn on/off LEDS and trigger DDNS scripts. They stopped working on the release of 6.42.
 
User avatar
strods
MikroTik Support
MikroTik Support
Topic Author
Posts: 1616
Joined: Wed Jul 16, 2014 7:22 am
Location: Riga, Latvia

Re: v6.43rc [release candidate] is released!

Wed May 30, 2018 12:44 pm

Xymox - for example, your Netwatch includes this command "/system script run IPSMTP". So are policies write,read,reboot,test or only some of them, only ones that are enabled on this script? For example, no romon policy, no dude policy, etc. And again - this is not 6.43rc version related discussion.
 
User avatar
Chupaka
Forum Guru
Forum Guru
Posts: 8709
Joined: Mon Jun 19, 2006 11:15 pm
Location: Minsk, Belarus
Contact:

Re: v6.43rc [release candidate] is released!

Wed May 30, 2018 1:29 pm

And again - this is not 6.43rc version related discussion.
Technically, 6.42 topic is locked, so they continue here :)
 
User avatar
strods
MikroTik Support
MikroTik Support
Topic Author
Posts: 1616
Joined: Wed Jul 16, 2014 7:22 am
Location: Riga, Latvia

Re: v6.43rc [release candidate] is released!

Wed May 30, 2018 3:26 pm

Version 6.43rc21 has been released.

Before an upgrade:
1) Remember to make backup/export files before an upgrade and save them on another storage device;
2) Make sure the device will not lose power during upgrade process;
3) Device has enough free storage space for all RouterOS packages to be downloaded.

MAJOR CHANGES IN v6.43:
----------------------
!) api - changed authentication process (https://wiki.mikrotik.com/wiki/Manual:API#Initial_login);
!) backup - do not encrypt backup file unless password is provided;
!) btest - requires at least v6.43 Bandwidth Test client when connecting to v6.43 or later version server except when authentication is not required;
!) cloud - reworked "/ip cloud ddns-enabled" implementation (suggested to disable service and re-enable after installation process);
!) mac-telnet - require at least v6.43 MAC Telnet client when connecting to v6.43 or later version server;
!) radius - use MS-CHAPv2 for "login" service authentication;
!) romon - require at least v6.43 RoMON agent when connecting to v6.43 or later RoMON client device;
!) webfig - improved authentication process;
!) winbox - improved authentication process excluding man-in-the-middle possibility (Winbox v3.14 required);
----------------------


Other changes in this release:

*) dhcp - added dynamic IPv4/IPv6 "dual-stack" simple queue support, based on client's MAC address;
*) dhcp - fixed DHCP server stuck in invalid state;
*) dhcpv4-server - added "allow-dual-stack-queue" implementation (CLI only);
*) dhcpv6-server - added "allow-dual-stack-queue" implementation (CLI only);
*) kidcontrol - added dynamic accept firewall rules in order to allow limit bandwidth when FastTrack is enabled;
*) lte - do not allow to remove default APN profile;
*) snmp - added "rssi" and "tx-sector-info" value support for w60g type interfaces;
*) vrrp - improved reliability on VRRP interface configured as a bridge port when "use-ip-firewall" is enabled;
*) w60g - added distance measurement (CLI only);
*) winbox - by default specify keepalive timeout value for tunnel type interfaces;
*) winbox - show "System/Health" only on boards that have health monitoring;
*) wireless - added option for RADIUS "called-station-id" format selection;
*) wireless - updated "germany 5.8 ap" and "germany 5.8 fixed p-p" regulatory domain information;

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 expected or after crash.

Note that release candidate versions are published strictly for testing purposes and should not be used on production routers.
 
User avatar
macgaiver
Forum Guru
Forum Guru
Posts: 1764
Joined: Wed May 18, 2005 5:57 pm
Location: Sol III, Sol system, Sector 001, Alpha Quadrant

Re: v6.43rc [release candidate] is released!

Wed May 30, 2018 3:55 pm

Version 6.43rc21 has been released.
*) dhcp - added dynamic IPv4/IPv6 "dual-stack" simple queue support, based on client's MAC address;
*) dhcpv4-server - added "allow-dual-stack-queue" implementation (CLI only);
*) dhcpv6-server - added "allow-dual-stack-queue" implementation (CLI only);
Things, just got interesting!!
 
User avatar
Chupaka
Forum Guru
Forum Guru
Posts: 8709
Joined: Mon Jun 19, 2006 11:15 pm
Location: Minsk, Belarus
Contact:

Re: v6.43rc [release candidate] is released!

Wed May 30, 2018 3:59 pm

I wonder if we can do it manually. And where does dst-mac lookup happen in Packet Flow diagram?
 
raffav
Member
Member
Posts: 345
Joined: Wed Oct 24, 2012 4:40 am

Re: v6.43rc [release candidate] is released!

Wed May 30, 2018 10:02 pm

So this means that now we don't need to set the user with 'password recovered' when using windows Radius?
!) radius - use MS-CHAPv2 for "login" service authentication;
 
bbs2web
Member Candidate
Member Candidate
Posts: 232
Joined: Sun Apr 22, 2012 6:25 pm
Location: Johannesburg, South Africa
Contact:

Re: v6.43rc [release candidate] is released!

Wed May 30, 2018 10:35 pm

Perhaps it's possible for Mikrotik to consider allowing radius authentication for bandwidth tests, whilst restructuring authentication?
 
mlenhart
Frequent Visitor
Frequent Visitor
Posts: 84
Joined: Mon Oct 30, 2017 11:30 pm

Re: v6.43rc [release candidate] is released!

Wed May 30, 2018 11:36 pm

*) w60g - added distance measurement (CLI only)

Could someone please explain why we can see this also in rc19? Has it been "re-worked" somehow between rc19 and rc21?
 
kez
newbie
Posts: 40
Joined: Tue Jul 05, 2005 4:13 am

Re: v6.43rc [release candidate] is released!

Wed May 30, 2018 11:46 pm

*) dhcp - added dynamic IPv4/IPv6 "dual-stack" simple queue support, based on client's MAC address;
*) dhcp - fixed DHCP server stuck in invalid state;
*) dhcpv4-server - added "allow-dual-stack-queue" implementation (CLI only);
*) dhcpv6-server - added "allow-dual-stack-queue" implementation (CLI only);
Could you please explain how to enable this function?
I've looked at wiki, but there are details only about leases and bindings.
Cheers
 
valera5505
just joined
Posts: 1
Joined: Sun Apr 15, 2018 3:15 pm

Re: v6.43rc [release candidate] is released!

Thu May 31, 2018 1:13 am

*) winbox - show "System/Health" only on boards that have health monitoring;
So... Where's my health?
Image
 
User avatar
Xymox
Member
Member
Posts: 416
Joined: Thu Jan 21, 2010 5:04 pm
Location: Phoenix, Arizona US
Contact:

Re: v6.43rc [release candidate] is released!

Thu May 31, 2018 4:43 am

I lost 10MB of disc space when I upgraded from RC19 to RC21 on a CCR. Ive seen this same thing on PPC and MIPSBE.. MT Support replicated it and is working on it. After a few upgrades or downgrades you can run out of space and then the only thing you can do is Netinstall as your stuck on whatever version your at. This effects 6.42.x thru 6.43RC21. So careful upgrading as you might be loosing space with each time you do it, this is kinda critical on devices with low disc space.. MT support has seen it, so, its getting worked on.

IMHO always use partitions when you upgrade so its easy to go back.
 
User avatar
nz_monkey
Forum Guru
Forum Guru
Posts: 2095
Joined: Mon Jan 14, 2008 1:53 pm
Location: Over the Rainbow
Contact:

Re: v6.43rc [release candidate] is released!

Thu May 31, 2018 5:06 am

I lost 10MB of disc space when I upgraded from RC19 to RC21 on a CCR. Ive seen this same thing on PPC and MIPSBE.. MT Support replicated it and is working on it. After a few upgrades or downgrades you can run out of space and then the only thing you can do is Netinstall as your stuck on whatever version your at. This effects 6.42.x thru 6.43RC21. So careful upgrading as you might be loosing space with each time you do it, this is kinda critical on devices with low disc space.. MT support has seen it, so, its getting worked on.

IMHO always use partitions when you upgrade so its easy to go back.
I wish Mikrotik would just move to a compressed root image thats decompressed to a Read-Only RAM disk on boot, with a seperate R/W partition for persistent data (configuration files), accross all platforms. RAM is cheap, and a lot of existing platforms already have enough RAM to do this.

There would be the following benefits:

Simpler
* No need for seperate partitions, just let the bootloader select from the different compressed root images.

Safer
* Upgrades are safer as no files would need to be overwritten, and there would be no chance of corrupted filesystems or varied binary versions
* A compressed root image is a "known good" self contained "system" that Mikrotik engineers can QA and test more thoroughly, and know it is going to work. There are no variations between devices due to the upgrade path or corruption.

Higher Security
* The compressed root could be "signed" by Mikrotik and the bootloader would only load signed root images.
* Hackers could not over-write or add binaries to the READ ONLY root filesystem that is running from RAM
* Any maliciously manipulated files would be gone as soon as the device was rebooted.

There are many reasons why the big boys do it this way... Mikrotik should too!
 
User avatar
chechito
Forum Guru
Forum Guru
Posts: 2989
Joined: Sun Aug 24, 2014 3:14 am
Location: Bogota Colombia
Contact:

Re: v6.43rc [release candidate] is released!

Thu May 31, 2018 6:59 am

Xymox - for example, your Netwatch includes this command "/system script run IPSMTP". So are policies write,read,reboot,test or only some of them, only ones that are enabled on this script? For example, no romon policy, no dude policy, etc. And again - this is not 6.43rc version related discussion.
Netwatch problem persist

tested on rb750UP with routeros 6.43RC21

No log error, only log the netwatch up or down, script dont run, no error messages

User owner of the script permissions full
Captura.JPG
 
User avatar
Xymox
Member
Member
Posts: 416
Joined: Thu Jan 21, 2010 5:04 pm
Location: Phoenix, Arizona US
Contact:

Re: v6.43rc [release candidate] is released!

Thu May 31, 2018 7:25 am

Xymox - for example, your Netwatch includes this command "/system script run IPSMTP". So are policies write,read,reboot,test or only some of them, only ones that are enabled on this script? For example, no romon policy, no dude policy, etc. And again - this is not 6.43rc version related discussion.
Netwatch problem persist

tested on rb750UP with routeros 6.43RC21

No log error, only log the netwatch up or down, script dont run, no error messages

User owner of the script permissions full

Captura.JPG
MT has said this thread is not the place for Netwatch discussion. So I started a separate thread. viewtopic.php?f=2&t=134538
 
User avatar
strods
MikroTik Support
MikroTik Support
Topic Author
Posts: 1616
Joined: Wed Jul 16, 2014 7:22 am
Location: Riga, Latvia

Re: v6.43rc [release candidate] is released!

Thu May 31, 2018 8:27 am

valera5505 - Seems that we have missed this one. We will remove this menu from this RouterBOARD too;
Xymox - We will fix the problem with upgrades that results into too much disk space consumed;
chechito - viewtopic.php?f=2&t=134538#p665400
Everyone - Please keep this topic related to v6.43rc version since most of the users visit this page based on its subject. If you have other problems or suggestions, then feel free to create new topics or contact us directly through support@mikrotik.com
 
User avatar
strods
MikroTik Support
MikroTik Support
Topic Author
Posts: 1616
Joined: Wed Jul 16, 2014 7:22 am
Location: Riga, Latvia

Re: v6.43rc [release candidate] is released!

Thu May 31, 2018 9:46 am

Everyone who complained about the Netwatch issue - Please see this topic viewtopic.php?f=2&t=134538
 
User avatar
artz
MikroTik Support
MikroTik Support
Posts: 88
Joined: Tue Oct 17, 2017 5:51 pm
Location: Riga
Contact:

Re: v6.43rc [release candidate] is released!

Thu May 31, 2018 10:53 am

*) dhcp - added dynamic IPv4/IPv6 "dual-stack" simple queue support, based on client's MAC address;
*) dhcp - fixed DHCP server stuck in invalid state;
*) dhcpv4-server - added "allow-dual-stack-queue" implementation (CLI only);
*) dhcpv6-server - added "allow-dual-stack-queue" implementation (CLI only);
Could you please explain how to enable this function?
I've looked at wiki, but there are details only about leases and bindings.
Cheers
The wiki has been updated with examples:
https://wiki.mikrotik.com/wiki/Manual:I ... e_limiting
https://wiki.mikrotik.com/wiki/Manual:I ... e_limiting
 
User avatar
Chupaka
Forum Guru
Forum Guru
Posts: 8709
Joined: Mon Jun 19, 2006 11:15 pm
Location: Minsk, Belarus
Contact:

Re: v6.43rc [release candidate] is released!

Thu May 31, 2018 11:57 am

When router's identity is very long (for example, "xxx-us-east1.c.xxxxxxx-xxxxx.internal"), Backup files are generated via WinBox (if you don't set custom name) with corrupted names (like "&_jw-20180327-1313.backup") - looks like buffer overflow or something :)
 
kez
newbie
Posts: 40
Joined: Tue Jul 05, 2005 4:13 am

Re: v6.43rc [release candidate] is released!

Thu May 31, 2018 5:21 pm

Thanks for that, artz!
However, I couldn't find a way to enable this for the whole server, not just for the static leases/bindings.
Could you please check this?

We are trying this in an IPoE solution via DHCP Option 82 via RADIUS to provide dual-stack network with queues and accounting.
We are almost there!
Cheers
Last edited by kez on Thu May 31, 2018 11:28 pm, edited 1 time in total.
 
User avatar
juliokato
Member Candidate
Member Candidate
Posts: 228
Joined: Mon Oct 26, 2015 4:27 pm
Location: Brazil

Re: v6.43rc [release candidate] is released!

Thu May 31, 2018 8:06 pm

Everyone who complained about the Netwatch issue - Please see this topic viewtopic.php?f=2&t=134538
I only have suggestions for improvement:

viewtopic.php?f=14&t=133179&p=654580&hi ... ch#p654580

Otherwise it is better that it be discontinued because it is possible to do better things using scripts and schedules.
 
User avatar
polly
just joined
Posts: 9
Joined: Sun Dec 10, 2017 8:05 pm
Location: Brasil

Re: v6.43rc [release candidate] is released!

Fri Jun 01, 2018 2:14 am

Could anyone give an example of how to connect in the api PHP in the new version of mikrotik v3.43rc21
 
User avatar
Xymox
Member
Member
Posts: 416
Joined: Thu Jan 21, 2010 5:04 pm
Location: Phoenix, Arizona US
Contact:

Re: v6.43rc [release candidate] is released!

Fri Jun 01, 2018 7:53 am

This makes sense, but, a caution is needed.. If you downgrade from 43RC21 to 42.3 you will be locked out, even at the command line. The new authentication is not backward compatible. So you cannot downgrade.

You also cannot copy the 43RC21 config to 42.3 using the copy config command between partitions.

I dont think thats a bug. It makes sense that previous version of the OS cant read the new authentication files.

It would be good if a downgrade converted the new to the old auth. But that sounds complicated..

Just a caution about this as you can get locked out of a router and only a Netinstall will fix it.

I use partitions, so when i got locked out, I just went back to the other partition.
 
User avatar
mrz
MikroTik Support
MikroTik Support
Posts: 7038
Joined: Wed Feb 07, 2007 12:45 pm
Location: Latvia
Contact:

Re: v6.43rc [release candidate] is released!

Fri Jun 01, 2018 11:14 am

Could anyone give an example of how to connect in the api PHP in the new version of mikrotik v3.43rc21
https://wiki.mikrotik.com/wiki/Manual:API#Initial_login
 
schadom
Member Candidate
Member Candidate
Posts: 156
Joined: Sun Jun 25, 2017 2:47 am

Re: v6.43rc [release candidate] is released!

Fri Jun 01, 2018 11:30 am

Will we ever see BGP4 SNMP MIBs on ROS? Please!
 
User avatar
mrz
MikroTik Support
MikroTik Support
Posts: 7038
Joined: Wed Feb 07, 2007 12:45 pm
Location: Latvia
Contact:

Re: v6.43rc [release candidate] is released!

Fri Jun 01, 2018 11:31 am

Yes, but not in v6. Currently for monitoring you can already use API.
 
User avatar
polly
just joined
Posts: 9
Joined: Sun Dec 10, 2017 8:05 pm
Location: Brasil

Re: v6.43rc [release candidate] is released!

Fri Jun 01, 2018 1:18 pm

Thanks Xymox, but I know that in this version can work the connection with the API has just changed the way the routeros receives the password. I still do not know which change is required to connect in this current version


I use the class https://github.com/BenMenking/routeros- ... .class.php to connect me with the following code on the page

require ('routeros_api.class.php');


$ API = new RoutersAPI ();
$ API-> debug = false;

if ($ API-> connect ($ ip_RB, $ RBUser, $ password_RB)) {

this version no longer works and can not fix the problem at https://wiki.mikrotik.com/wiki/Manual:API#Initial_login.

I think I need help.
 
User avatar
genesispro
Member Candidate
Member Candidate
Posts: 283
Joined: Fri Mar 14, 2014 12:33 pm

Re: v6.43rc [release candidate] is released!

Fri Jun 01, 2018 1:35 pm

Could anyone give an example of how to connect in the api PHP in the new version of mikrotik v3.43rc21
https://wiki.mikrotik.com/wiki/Manual:API#Initial_login
I modified the php file for now this way and it works... it is not detecting prior version... I hope 6.43 comes out soon to keep it like that


public function connect($ip, $login, $password) {
for ($ATTEMPT = 1; $ATTEMPT <= $this->attempts; $ATTEMPT++) {
$this->connected = false;
$PROTOCOL = ($this->ssl ? 'ssl://' : '' );
$context = stream_context_create(array('ssl' => array('ciphers' => 'ADH:ALL', 'verify_peer' => false, 'verify_peer_name' => false)));
$this->debug('Connection attempt #' . $ATTEMPT . ' to ' . $PROTOCOL . $ip . ':' . $this->port . '...');
$this->socket = @stream_socket_client($PROTOCOL . $ip . ':' . $this->port, $this->error_no, $this->error_str, $this->timeout, STREAM_CLIENT_CONNECT, $context);
// pre 6.43
// if ($this->socket) {
// socket_set_timeout($this->socket, $this->timeout);
// $this->write('/login');
// $RESPONSE = $this->read(false);
// if (isset($RESPONSE[0]) && $RESPONSE[0] == '!done') {
// $MATCHES = array();
// if (preg_match_all('/[^=]+/i', $RESPONSE[1], $MATCHES)) {
// if ($MATCHES[0][0] == 'ret' && strlen($MATCHES[0][1]) == 32) {
// $this->write('/login', false);
// $this->write('=name=' . $login, false);
// $this->write('=response=00' . md5(chr(0) . $password . pack('H*', $MATCHES[0][1])));
// $RESPONSE = $this->read(false);
// if (isset($RESPONSE[0]) && $RESPONSE[0] == '!done') {
// $this->connected = true;
// break;
// }
// }
// }
// }
// fclose($this->socket);
// }
// post 6.43
if ($this->socket) {
socket_set_timeout($this->socket, $this->timeout);
$this->write('/login', false);
$this->write('=name=' . $login, false);
$this->write('=password=' . $password);
$RESPONSE = $this->read(false);
if (isset($RESPONSE[0]) && $RESPONSE[0] == '!done') {
$this->connected = true;
break;
}
fclose($this->socket);
}
sleep($this->delay);
}

if ($this->connected) {
$this->debug('Connected...');
} else {
$this->debug('Error...');
}
return $this->connected;
}
 
User avatar
mrz
MikroTik Support
MikroTik Support
Posts: 7038
Joined: Wed Feb 07, 2007 12:45 pm
Location: Latvia
Contact:

Re: v6.43rc [release candidate] is released!

Fri Jun 01, 2018 1:58 pm

You don't have to check version.

* Send /login with username and password in plain text
* if response is with challenge then fall back to old login method
* otherwise check status if login is successful


As an example see how it is done on python example in the wiki
 
User avatar
genesispro
Member Candidate
Member Candidate
Posts: 283
Joined: Fri Mar 14, 2014 12:33 pm

Re: v6.43rc [release candidate] is released!

Fri Jun 01, 2018 3:44 pm

You don't have to check version.

* Send /login with username and password in plain text
* if response is with challenge then fall back to old login method
* otherwise check status if login is successful


As an example see how it is done on python example in the wiki
check version one would need if he has to manage multiple devices prior the change and after like me.

I am managing 500+ sites so my provisioning platform would need to know the routeros version to use the proper login mechanism.

Unless of course I update them all before I change my php file in the production environment
 
User avatar
mrz
MikroTik Support
MikroTik Support
Posts: 7038
Joined: Wed Feb 07, 2007 12:45 pm
Location: Latvia
Contact:

Re: v6.43rc [release candidate] is released!

Fri Jun 01, 2018 3:47 pm

As I mentioned you do not need to know version to log in. Fall back to old login procedure if router responds with =ret=.
 
User avatar
polly
just joined
Posts: 9
Joined: Sun Dec 10, 2017 8:05 pm
Location: Brasil

Re: v6.43rc [release candidate] is released!

Sat Jun 02, 2018 2:45 am

thank you very much genesispro
 
npero
Member
Member
Posts: 317
Joined: Tue Mar 01, 2005 1:59 pm
Location: Serbia

Re: v6.43rc [release candidate] is released!

Sat Jun 02, 2018 7:23 am

Based on mrz suggestions I changed API to work with old and new login style.
 if ($this->socket) {
                socket_set_timeout($this->socket, $this->timeout);
                // RouterOS >= 6.43
                $this->write('/login', false);
                $this->write('=name=' . $login, false);
                $this->write('=password=' . $password);
                $RESPONSE = $this->read(false);
                if (isset($RESPONSE[0]) && $RESPONSE[0] == '!done') {
                                //RouterOs < 6.43
                                if  (isset($RESPONSE[1])) {  
                                    $MATCHES = array();
                                    if (preg_match_all('/[^=]+/i', $RESPONSE[1], $MATCHES)) {
                                        if ($MATCHES[0][0] == 'ret' && strlen($MATCHES[0][1]) == 32) {
                                            $this->write('/login', false);
                                            $this->write('=name=' . $login, false);
                                            $this->write('=response=00' . md5(chr(0) . $password . pack('H*', $MATCHES[0][1])));
                                            $RESPONSE = $this->read(false);
                                            if (isset($RESPONSE[0]) && $RESPONSE[0] == '!done') {
                                                $this->connected = true;
                                                break;
                                                }
                                            
                                            }
                                        }   
                                    }
                                else
                                {    
                                    $this->connected = true;
                                    break;
                                }
                            }
                                    
                fclose($this->socket);
            }
Also here is complete api.inc.php file
You do not have the required permissions to view the files attached to this post.
 
nescafe2002
Forum Veteran
Forum Veteran
Posts: 897
Joined: Tue Aug 11, 2015 12:46 pm
Location: Netherlands

Re: v6.43rc [release candidate] is released!

Sat Jun 02, 2018 8:28 am

This is really ironic. Introducing unencrypted plain text authentication in 2018.

I wish 6.43rc introduces SCRAM or removes non-SSL api service.
 
LeftyTs
Frequent Visitor
Frequent Visitor
Posts: 88
Joined: Thu Nov 03, 2016 2:39 am
Location: Athens, Greece
Contact:

Re: v6.43rc [release candidate] is released!

Sat Jun 02, 2018 9:26 am

I did test upgrade from 5.26 to this version. Just for testing. Everything went well. Upgrade failed for you due to configuration or something like thta. In general it works just fine.
Nothing worked for me either when I upgraded from v5.26 straight to 6.42.3 and I tested it in different platforms with the same exact boot problem. Everything stopped working after the upgrade and you had to use netinstall to recover. However everything worked good when upgrading to bugfix first and then to current. I had no boot problems whatsoever. However I could not get a clean backup when upgrading from bugfix to current. I get always an error so after both upgrades are done you have to do a final step and reset to factory defaults and then copy paste the original rsc file.
 
pe1chl
Forum Guru
Forum Guru
Posts: 10185
Joined: Mon Jun 08, 2015 12:09 pm

Re: v6.43rc [release candidate] is released!

Sat Jun 02, 2018 10:30 am

It is not really reasonable to expect a smooth upgrade with such a large version jump. Often things change in configuration and the upgrade
procedure converts existing configuration to new, but it cannot be expected to work when there are many changes in the same area.
So when you really want to do such an upgrade, do it in a couple of steps. First upgrade to an early 6.x release e.g. 6.1 then to a later
release that has been used very widely like 6.29 and then upgrade to 6.40 as there were big changes in 6.41.
From there you can upgrade to 6.42 and it will probably work just fine.
And, keep "current" a bit more regularly. Running such old versions is a security risk, that is widely known in all of the software world.
 
User avatar
Xymox
Member
Member
Posts: 416
Joined: Thu Jan 21, 2010 5:04 pm
Location: Phoenix, Arizona US
Contact:

Re: v6.43rc [release candidate] is released!

Sun Jun 03, 2018 2:22 am

When doing RCs I think its important to do a good job of testing. Testing a big version jump is good for MT to know what happens. HOWEVER that should only be done as a test with the goal of testing a big version jump. I would PLAN for it to fail and a NAND Format and netinstall required. Again the best way to do this kind of thing is with partitions if you your device supports them. That way you just RS232 console boot and pick Y and change back to the working partition and report what went wrong.

I have a disicplene and proceedure I always follow when testing a RC or even a new stable.

1. Make a backup, export compact. Pull both files off router. Copy files to SD card if present so if I have to do a NAND format and netinstall my backup files are still handy.
1. Copy current working partition to the other partition. Copy config to other partition.
2. Make the new partition active and reboot to it. Make sure all is well.
3. Winbox Packages update..
4. Test...
5 If all goes well, then I NAND format and Netinstall the newest version. COpy over the backup or import the export compact.

SOmetimes I simply config the router by hand rather then using a backup. I consider this cleaner and less likely to import anything from a old version that might cause a issue.

I then run this for a while on my own home router and test things.

If all goes well and its a stable release.. I try and NAND format and Netinstall every client router if I can rather then doing a update. I consider this cleaner.

So just updating a old version without a good partition and without Netinstall and a serial cable could well lead to a headache. I consider testing RCs pretty important to MT, so, I try and do the cleanest setups I can. I also have a variety of devices at home I use for testing. I have a CCR1036, a 1009, a 2011 and even a mAP lite. I do all of them and look for issues before rolling things out to my clients.
 
LeftyTs
Frequent Visitor
Frequent Visitor
Posts: 88
Joined: Thu Nov 03, 2016 2:39 am
Location: Athens, Greece
Contact:

Re: v6.43rc [release candidate] is released!

Sun Jun 03, 2018 4:09 pm

And, keep "current" a bit more regularly. Running such old versions is a security risk, that is widely known in all of the software world.
Security risk is really not as important as functionality and speed to me in some installations as those old versions are not accessible. I was actually forced to downgrade from current as there is lack of MT support and broken code in later versions of ROS for the dual nstream, besides a few other problems, like the backup error current ROS almost always has. Those old versions have been working rock solid for many years. Sometimes upgrading is not a very wise choice.
 
msatter
Forum Guru
Forum Guru
Posts: 2897
Joined: Tue Feb 18, 2014 12:56 am
Location: Netherlands / Nīderlande

Re: v6.43rc [release candidate] is released!

Sun Jun 03, 2018 5:32 pm

I really like the fact that the wheels stay on the car when drive on the highway. Without security being as good as possible someone else than you can use your router to do harm and thanks to you at a higher speed. ;-)
 
LeftyTs
Frequent Visitor
Frequent Visitor
Posts: 88
Joined: Thu Nov 03, 2016 2:39 am
Location: Athens, Greece
Contact:

Re: v6.43rc [release candidate] is released!

Sun Jun 03, 2018 5:43 pm

Depends on how well your car is heavily guarded or not. lol
 
User avatar
Xymox
Member
Member
Posts: 416
Joined: Thu Jan 21, 2010 5:04 pm
Location: Phoenix, Arizona US
Contact:

Re: v6.43rc [release candidate] is released!

Mon Jun 04, 2018 8:51 am

We need a netinstall
oops.jpg
You do not have the required permissions to view the files attached to this post.
 
msatter
Forum Guru
Forum Guru
Posts: 2897
Joined: Tue Feb 18, 2014 12:56 am
Location: Netherlands / Nīderlande

Re: v6.43rc [release candidate] is released!

Mon Jun 04, 2018 11:59 am

My tire won't survive a caltrop, sometimes a IED is needed if you are have a more secure tire.
 
User avatar
honzam
Forum Guru
Forum Guru
Posts: 2394
Joined: Wed Feb 27, 2008 10:27 pm
Location: Czech Republic

Re: v6.43rc [release candidate] is released!

Mon Jun 04, 2018 2:37 pm

It is possible add this comand into winbox?

/interface ethernet poe settings set ether1-poe-in-long-cable=yes
Thanks
 
Kliwer
just joined
Posts: 23
Joined: Thu Feb 06, 2014 11:08 pm

Re: v6.43rc [release candidate] is released!

Mon Jun 04, 2018 4:08 pm

!) btest - requires at least v6.43 Bandwidth Test client when connecting to v6.43 or later version server except when authentication is not required;
So where is new Windows Bandwidth Test app?
 
User avatar
blue
Member Candidate
Member Candidate
Posts: 268
Joined: Sun Dec 12, 2004 1:48 pm
Location: Serbia

Re: v6.43rc [release candidate] is released!

Mon Jun 04, 2018 5:57 pm

HI,

Please help: after upgrading two NetBox to latest 6.43rc21 I can't access them anymore! Winbox reports "wrong username or password". I access then via Dude, so I know that user/pass is OK. Any idea how to access those devices?

P.S. Previous version was 6.43rc6
Last edited by blue on Mon Jun 04, 2018 6:05 pm, edited 1 time in total.
 
nescafe2002
Forum Veteran
Forum Veteran
Posts: 897
Joined: Tue Aug 11, 2015 12:46 pm
Location: Netherlands

Re: v6.43rc [release candidate] is released!

Mon Jun 04, 2018 6:02 pm

Version 6.43rc21 has been released.

MAJOR CHANGES IN v6.43:
----------------------
!) winbox - improved authentication process excluding man-in-the-middle possibility (Winbox v3.14 required);
----------------------

You can find Winbox here: https://mikrotik.com/download
 
User avatar
blue
Member Candidate
Member Candidate
Posts: 268
Joined: Sun Dec 12, 2004 1:48 pm
Location: Serbia

Re: v6.43rc [release candidate] is released!

Mon Jun 04, 2018 6:06 pm

Version 6.43rc21 has been released.

MAJOR CHANGES IN v6.43:
----------------------
!) winbox - improved authentication process excluding man-in-the-middle possibility (Winbox v3.14 required);
----------------------

You can find Winbox here: https://mikrotik.com/download
Thanks. It's working for Winbox, but Dude is still complaining :(
 
User avatar
Xymox
Member
Member
Posts: 416
Joined: Thu Jan 21, 2010 5:04 pm
Location: Phoenix, Arizona US
Contact:

Re: v6.43rc [release candidate] is released!

Tue Jun 05, 2018 8:55 am

I know I have covered this before and Mikrotik has reproduced the issue and is going to issue a fix, but, I have further isolated the issue and wated to report it and mention again the possible danger.

I took a CCR1009-8G-1S-1S+ and split the disc space into 2 partitions, 64MB each.
I Netinstalled 6.42.3.
I winbox upgraded it to 6.43.RC21
Doing this took up too much disc space and now I cannot upgrade or downgrade. To recover it will require a Netinstall or falling back to one partition.

Something is taking up too much disc space on upgrades. This effects all the versions ive tested. Tile, MIPSBE and PPC. Some units have enough disc space where this is not a issue, some devices the OS does not take up the same % of disc space. So this issue effects different devices differently. Ive got a RB1100 and it will run out of space with just 1 partition.

It also seems cumulitive. So if you do stil have room to upgrade or downgrade again, you space becomes even smaller until you eventually cant upgrade or downgrade and netinstall is required.

So watch your disc space.

Mikrotik is top top of this. I just wanted to post another caution and point out its easily reproducable and most likely everybody has this issue to some degree right now.

I also read symptoms that seemed the same over on the 6.42.3 thread, so, this might effect more then the RC. I have not tested that.
 
LeftyTs
Frequent Visitor
Frequent Visitor
Posts: 88
Joined: Thu Nov 03, 2016 2:39 am
Location: Athens, Greece
Contact:

Re: v6.43rc [release candidate] is released!

Tue Jun 05, 2018 1:20 pm

How do you watch the space of your default drive? I can't seem to find this anywhere. I can tell from the backup file as it gets larger and larger every time that there is something wrong with the space but how do you know the consistency and reliability of the rest of your files? /System check-installation reports everything ok and the old system check-disk is no longer there.
 
pe1chl
Forum Guru
Forum Guru
Posts: 10185
Joined: Mon Jun 08, 2015 12:09 pm

Re: v6.43rc [release candidate] is released!

Tue Jun 05, 2018 2:13 pm

/System check-installation reports everything ok and the old system check-disk is no longer there.
As I wrote in the 6.42.3 thread, the check-installation function does not seem to have the claimed new functionality
to check for unwanted extra files (introduced some versions ago to detect and remove trojans etc).
 
User avatar
strods
MikroTik Support
MikroTik Support
Topic Author
Posts: 1616
Joined: Wed Jul 16, 2014 7:22 am
Location: Riga, Latvia

Re: v6.43rc [release candidate] is released!

Tue Jun 05, 2018 3:22 pm

Version 6.43rc23 has been released.

Before an upgrade:
1) Remember to make backup/export files before an upgrade and save them on another storage device;
2) Make sure the device will not lose power during upgrade process;
3) Device has enough free storage space for all RouterOS packages to be downloaded.

MAJOR CHANGES IN v6.43:
----------------------
!) api - changed authentication process (https://wiki.mikrotik.com/wiki/Manual:API#Initial_login);
!) backup - do not encrypt backup file unless password is provided;
!) btest - requires at least v6.43 Bandwidth Test client when connecting to v6.43 or later version server except when authentication is not required;
!) cloud - reworked "/ip cloud ddns-enabled" implementation (suggested to disable service and re-enable after installation process);
!) mac-telnet - require at least v6.43 MAC Telnet client when connecting to v6.43 or later version server;
!) radius - use MS-CHAPv2 for "login" service authentication;
!) romon - require at least v6.43 RoMON agent when connecting to v6.43 or later RoMON client device;
!) webfig - improved authentication process;
!) winbox - improved authentication process excluding man-in-the-middle possibility (Winbox v3.14 required);
----------------------


Other changes in this release:

*) backup - generate proper file name when router identity is longer than 32 symbols;
*) bridge - added ingress filtering options to bridge interface;
*) bridge - added initial Q-in-Q support;
*) capsman - increase timeout for the CAP to CAPsMAN communication;
*) certificate - added "expires-after" parameter;
*) certificate - fixed "add-scep" template existence check when signing certificate;
*) chr - by default enable link state tracking for virtual drivers with "/interface ethernet disable-running-check=no";
*) chr - fixed boot on hosts older than Windows Server 2012 when running CHR on Hyper-V;
*) chr - fixed interface name assign process when running CHR on Hyper-V;
*) chr - fixed MTU changing process when running CHR on Hyper-V;
*) chr - fixed various network hang scenarios when running CHR on Hyper-V;
*) chr - provide part of network interface GUID at the beginning of "bindstr2" value when running CHR on Hyper-V;
*) console - fixed script permissions if script is executed by other RouterOS service;
*) dhcpv6-server - added initial dynamic simple queue support;
*) ipsec - added "responder" parameter for "mode-config" to allow multiple initiator configurations;
*) ipsec - separate phase1 proposal configuration from peer menu;
*) lte - improved modem event processing;
*) ppp - fixed "hunged up" grammar to "hung up" within PPP log messages;
*) ppp - show comments from "/ppp secrets" menu within "/ppp active" menu when client is connected;
*) quickset - added missing wireless "channel-width" settings;
*) quickset - added support for "5ghz-a/n" band when CPE mode is used;
*) quickset - recognize 160 MHz channel as HomeAP mode;
*) romon - fixed RoMON services becoming unavailable after disabled once during active scanning process;
*) supout - added "partitions" section to supout file;
*) switch - added support for port isolation by switch chip;
*) webfig - properly display time interval within Kid Control menu;
*) webfig - properly show NTP clients "last-adjustment" value;
*) winbox - added "poe-fault" LED trigger;
*) winbox - added "secondary-channel" setting to wireless interface if 80 MHz mode is selected;
*) winbox - added missing "dscp" and "clamp-tcp-mss" settings to IPv6 tunnels;
*) winbox - allow to specify full URL in SCEP certificate signing process;
*) winbox - fixed arrow key handling within table filter fields;
*) winbox - properly close session when uploading multiple files to the router at the same time;
*) winbox - removed duplicate "20/40/80MHz" value from "channel-width" setting options;
*) winbox - show "scep-url" for certificates;
*) winbox - show "System/Health" only on boards that have health monitoring;
*) winbox - show firmware upgrade message at the bottom of "System/RouterBOARD" menu;

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 expected or after crash.

Note that release candidate versions are published strictly for testing purposes and should not be used on production routers.
 
User avatar
juliokato
Member Candidate
Member Candidate
Posts: 228
Joined: Mon Oct 26, 2015 4:27 pm
Location: Brazil

Re: v6.43rc [release candidate] is released!

Tue Jun 05, 2018 5:03 pm

is there a final period to close this RC and put it into production mode?

I'm waiting to put into production but do not feel safe with it.
 
User avatar
Chupaka
Forum Guru
Forum Guru
Posts: 8709
Joined: Mon Jun 19, 2006 11:15 pm
Location: Minsk, Belarus
Contact:

Re: v6.43rc [release candidate] is released!

Tue Jun 05, 2018 6:48 pm

*) chr - provide part of network interface GUID at the beginning of "bindstr2" value when running CHR on Hyper-V;
What are those bindstr and bindstr2? :shock:
 
msatter
Forum Guru
Forum Guru
Posts: 2897
Joined: Tue Feb 18, 2014 12:56 am
Location: Netherlands / Nīderlande

Re: v6.43rc [release candidate] is released!

Tue Jun 05, 2018 8:06 pm

I am impressed. Thanks for listening to us all.
 
th0massin0
Member Candidate
Member Candidate
Posts: 156
Joined: Sun May 11, 2014 4:16 am
Location: Poland

Re: v6.43rc [release candidate] is released!

Tue Jun 05, 2018 11:54 pm

*) lte - improved modem event processing;
is it for SXT LTE?
 
User avatar
Xymox
Member
Member
Posts: 416
Joined: Thu Jan 21, 2010 5:04 pm
Location: Phoenix, Arizona US
Contact:

Re: v6.43rc [release candidate] is released!

Wed Jun 06, 2018 12:55 am

Ive rolled out RC23 on 2 devices. A 2011 and a CCR1016. No obvious issues on a simple SOHO setup.

Interestingly I gained a bunch of disc space.. Not sure if thats a fix or just a random things. I gained on both the above devices. Both devices were Netinstall 6.42.3 > RC21 > RC23..
 
MonkeyDan
Frequent Visitor
Frequent Visitor
Posts: 52
Joined: Fri Dec 29, 2017 8:41 pm

Re: v6.43rc [release candidate] is released!

Wed Jun 06, 2018 9:22 am

Does rc23 fix the w60g issues seen in rc19 and rc21?
 
User avatar
oortega
just joined
Posts: 10
Joined: Sat Jan 06, 2018 8:33 pm

Re: v6.43rc [release candidate] is released!

Wed Jun 06, 2018 5:28 pm

You don't have to check version.

* Send /login with username and password in plain text
* if response is with challenge then fall back to old login method
* otherwise check status if login is successful


As an example see how it is done on python example in the wiki
Hello @mrz ,

Reading https://wiki.mikrotik.com/wiki/Manual:API_Python3

Can you please tell me if the function login is compatible with v 6.42 and v 6.43 ?
 def login(self, username, pwd):
        for repl, attrs in self.talk(["/login"]):
            chal = binascii.unhexlify((attrs['=ret']).encode('UTF-8'))
        md = hashlib.md5()
        md.update(b'\x00')
        md.update(pwd.encode('UTF-8'))
        md.update(chal)
        self.talk(["/login", "=name=" + username,
                   "=response=00" + binascii.hexlify(md.digest()).decode('UTF-8') ])
Thanks
 
zyzelis
Member Candidate
Member Candidate
Posts: 213
Joined: Sun Apr 08, 2012 9:25 pm

Re: v6.43rc [release candidate] is released!

Wed Jun 06, 2018 7:31 pm

Does rc23 fix the w60g issues seen in rc19 and rc21?
seems, not. rc23 even worse for LHG. alot disconnects (~50/hour). after roll back to 6.42.3 - rockstable.
 
alexspils
Member Candidate
Member Candidate
Posts: 180
Joined: Thu Jun 05, 2008 8:57 pm

Re: v6.43rc [release candidate] is released!

Thu Jun 07, 2018 12:29 am

any chance to get fully working dude api ?
we need ability to get list from dude of some type devices, for example only switch, radio, etc with its name, ip, note.
for now we ony can get list with device name using cli
 
Tris
just joined
Posts: 5
Joined: Thu Jun 07, 2018 11:37 am
Location: UK

Re: v6.43rc [release candidate] is released!

Thu Jun 07, 2018 11:49 am

Seems like RC23 needs a user to have the winbox permission to allow API logins, rather than the API permission. RC21 worked as previous version (needing API perm only). Is this an intended change?
Log shows "login failure for user apiuser from 172.16.0.xxx via winbox" where api user is in a group with these permissions: ftp, reboot, read, write, policy, test, sniff, sensitive, api
 
User avatar
Chupaka
Forum Guru
Forum Guru
Posts: 8709
Joined: Mon Jun 19, 2006 11:15 pm
Location: Minsk, Belarus
Contact:

Re: v6.43rc [release candidate] is released!

Thu Jun 07, 2018 12:05 pm

Reading https://wiki.mikrotik.com/wiki/Manual:API_Python3

Can you please tell me if the function login is compatible with v 6.42 and v 6.43 ?
It was last edited a year ago. It's not compatible with 6.43 changes.
 
kez
newbie
Posts: 40
Joined: Tue Jul 05, 2005 4:13 am

Re: v6.43rc [release candidate] is released!

Thu Jun 07, 2018 4:15 pm

*) dhcpv6-server - added initial dynamic simple queue support;
Hello strods!
We are still strugling to do dual-stack queues via DHCP server.
There is no enough information available on Wiki.
Could you help us?

Thanks!
 
User avatar
genesispro
Member Candidate
Member Candidate
Posts: 283
Joined: Fri Mar 14, 2014 12:33 pm

Re: v6.43rc [release candidate] is released!

Fri Jun 08, 2018 11:22 am

I just found another "issue" with the latest version 6.43rc23 the custom default config that I have using the branding tool gets erased.
It resets to mikrotik's defaults.
Even after I downgrade to stable 6.42.3 and reset it again the default configuration of mikrotik comes up... with the previous rc that rc23 (don't remember the number) it wasn't affected.
I hope that it will be fixed before the 6.43 is out!

Who is online

Users browsing this forum: jvanhambelgium, peterda and 24 guests