You are here

Testing Needed for 3.16.2.0 Release Candidate

7 posts / 0 new
Last post
WU2S
WU2S's picture
Testing Needed for 3.16.2.0 Release Candidate
Testing Needed for 3.16.2.0 Release Candidate

The AREDN development team has completed significant improvements to the current stable firmware. Several security fixes are now in place.
The changes in this release include:

  • Security vulnerabilities in various OLSR plugins are fixed. Please note that all prior versions of AREDN and BBHN firmware are affected

  • Removal of the OLSR “httpinfo” plugin and the corresponding “OLSR Status” button on the menu. If you need to get the OLSR data, use the OLSR jsoninfo plugin on port 9090

  • Added device protection from bricking if running AirOS 5.6+ when updating to AREDN.  Now you can simply TFTP AirOS back onto the device and downgrade properly before upgrading to AREDN

You can download the 3.16.2.0RC1 firmware here

Please report any issues to the AREDN GitHub and indicate that your issue is on v3.16.2.0

kj6dzb
kj6dzb's picture
I pushed the nighty build 2

I pushed the nighty build 165-69813a5 2 weeks ago too 2 regularly supported devices , as of tonight the upload button stays grayed out after i select the .bin 
Idea???

Hoping to get rid of this on the the other one .... 

!!!! UNSUPPORTED DEVICE !!!!
boardid: 0xe845
Device has not been tested. Please file a ticket with your experiences.

73 KJ6DZB

al0y
al0y's picture
I noticed that this button
I noticed that this button gets greyed when I have a tunnel connection to another node. 
if this is your case, just disable the tunnel connection and come back to that page, the upload button should be fine. 
AB4YY
Sysupgrade fails and requires tftp to recover

I tried to install AREDN-3.16.2.0RC1-ubnt-bullet-m-sysupgrade.bin on a 5 GHz NanoBridge device but it hung the device and I had to do tftp to recover.

  • I tried the GUI sysupgrade from ​aredn-179 and it failed, requiring tftp.  I did this cycle twice with no success.
  • After recovering to aredn-179 (factory), I did a GUI sysupgrade to aredn-186 successfully (as expected).  Then I tried the GUI sysupgrade to AREDN-3.16.2.0RC1 and it failed again, requiring tftp to recover.

Maybe I would need to downgrade from the recent Nightrly Build to something older before trying to upgrade to AREDN-3.16.2.0RC1?

The good news is I am getting really good at doing the tftp recover process!
73 - Mike ab4yy
 

K5DLQ
K5DLQ's picture
A FEW THINGS TO REMEMBER:
A FEW THINGS TO REMEMBER:
  1. If your device is running 3.17.0.1RC, or a nightly build AND you DIDNT previously downgrade AirOS to 5.5, then you MUST go thru the AirOS downgrade process before installing 3.16.2.0RC1 as the newer (5.6+) AirOS provided bootloader is not compatible with 3.16.x.x
  2. If your device is running 3.17.0.1RC, or a nightly build, when you install 3.16.2.0RC1 the node's password will revert to the default value.  (There was a change after 3.16.1.0 to better secure the password and there's no way to reverse that during a downgrade. )
AJ6GZ
Dead node too
I thought the downgrade requirement went away some time ago during the old nightly series. Is 3.16.2.0RC1 a step ahead or back then in this sense? Can we clarify who should be testing it vs. the nightly build testers? It seems one should stay with the nightly builds if one can't remember which of their nodes went from 5.6 > 5.5 and which didn't.
K5DLQ
K5DLQ's picture
Yeah.   i can be a little
Yeah.   i can be a little confusing.

3.16.2.0RC1 is based on the old 3.16.1.1 code branch and only contains security patches (and the single feature to prevent devices from being bricked if the node is on a new AirOS bootloader and that would require a serial port recovery.  instead, this feature protects the node if if finds a newer AirOs bootloader, but will still respond to a TFTP load)

the nightly builds are the most recent FEATURE builds and has fixes to eliminate the need to downgrade.  The nighty will become version 3.18.x.x when released.

Theme by Danetsoft and Danang Probo Sayekti inspired by Maksimer